Для реализации динамических страниц должен использоваться язык
PHP.
Все ссылки на сайте должны быть относительными (за исключением
внешних). Все рисунки и фото объемом более 1 kb (кроме элементов дизайна
страницы) должны быть выполнены с замещающим текстом. Все рисунки
должны быть в формате png или jpg.
Объем одной стандартной загружаемой страницы приложения в
среднем не должен превышать 300 kb.
Для функционирования приложения необходимо следующее
программное обеспечение:
Веб-сервер – Apache версии не ниже 2.0;
СУБД – MySQL версии не ниже 5.5;
Библиотека PHP: Smarty;
Возможность доступа к localhost по FTP протоколу;
Настроенный модуль PHPMyAdmin для административного
доступа к базе данных.
Сайт должен быть доступен для полнофункционального просмотра с
помощью следующих браузеров:
• MS IE 9.0 и выше;
• Opera 9 и выше;
• Mozilla Firefox 1.0 и выше.
ИТОГИ ПЕРВОЙ ГЛАВЫ
Таким образом, в ходе работы над теоретической частью были изучены
теоретические вопросы организации курьерской доставки предприятия
«Rollbery» Проанализированы бизнес-процессы предприятия, функции и
задачи работы менеджера по работе с клиентами. Была обоснована
необходимость автоматизации бизнес-процессов, касающихся его работы.
Также были изучены все плюсы и возможности существующей
информационной системы, проанализированы технические подходы для
наиболее качественного построения веб приложения, намечены пути
дальнейшей работы и реализации практической части проекта.
ГЛАВА 2. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ СИСТЕМЫ
КУРЬЕРСКОЙ ДОСТАВКИ ПРЕДПРИЯТИЯ «TWO STICKS»
2.1. Разработка проекта автоматизации
Проведем анализ возможных рисков на этапах жизненного цикла
информационной системы. Данные представлены в таблице 3.
Таблица 3.
Тип (категория
риска)
Риск
Последствия
Меры по
предотвращению
Меры по
минимизации
последствий
Вероятн. риска [P]
Степень ущерба [L]
1
2
3
4
5
6
7
Проектны
й,
организац
ионный
Сбой в работе
программы из-
за
недоступности
базы данных
Приостановка
исполнения
заявок и
контроля за их
исполнением,
невозможность
создания новой
заявки
Установить
правильно
сервер БД,
вовремя
запускать
его.
Предупредить
аварийное
завершение
работы
программно.
Назначить
ответственног
о.
3
4
Коммерчес
кий,
организац
ионный
Утечка
информации в
результате
проникновения
внесанкционир
ованных
пользователей
Нарушение
корректности
работы системы
либо другие
непредсказуемы
е последствия
Установка
паролей.
Контроль за
конфиденци
альностью
личных
данных.
Регулярная
смена паролей.
Программная
защита от SQL
инъекций и тп.
2
8
Проектын
й,
технологи
ческий
Возникновение
ошибок и сбоев
в результате
некорректных
действий
пользователей
Зависание
системы,
сохранение в
базе данных
противоречивых
и некорректных
данных
Программно
е
предупрежд
ение
возникновен
ия ошибок.
Комментарии,
подсказки,
понятный,
простой
интерфейс,
предупреждаю
щие
сообщения и
запрет
дальнейшей
работы при
некорректност
и действий
4
4
Техническ
ий,
инструмен
тальный
Сбои в работе
аппаратного
обеспечения
Приостановка
исполнения
заявок и
контроля за их
исполнением,
невозможность
создания новой
заявки
Использоват
ь в качестве
сервера
надежную
машину.
Вовремя
исправлять
неполадки.
Иметь
резервные
копии данных.
5
5
Здесь вероятность риска и степень ущерба оценивается по 10 бальной
системе.
2.1.1. Этапы жизненного цикла проекта автоматизации
В настоящее время наибольшую популярность модели жизненного
цикла получили: каскадная, инкрементная и спиральная.
Для Rollbery наиболее удачной моделью является инкрементная. В
начале работы над проектом определяются все основные требования к
системе, после чего начинается плотная разработка в виде последовательных
версий. При этом каждая из версий является уже законченным продуктом,
который можно внедрять в работу. Первая версия реализует часть
запланированных возможностей, следующая версия реализует
дополнительные возможности и так до тех пор, пока не будет получена
полная версия продукта.
Данная модель жизненного цикла характерна при разработки
комплекных систем, для которых имеется четкое видение того, как должен
выглядеть конечный результат. Разработка версиями ведется из за того, что у
заказчика отсутствует возможность сразу приобрести полную версию или же
отсутствие у разработчика ресурсов, необходимых для сложного проекта в
сжатые сроки. Внедрение всей системы сразу может вызвать неприятие и
только затормозить процесс перехода на новые технологии.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Одним из главных риском данной системы является то, что если
разработчик не правильно поймет формулировку заказа, то заказчик будет не
удовлетворен работой и сама работа может затянутся на долгое время. Но в
тоже время главным достоинством данной модели является то, что данная
модель делается версиями и заказчик вместе с разработчиком могут
контролировать в недочеты в последующих версиях и избегать их. Так же
одним из недостатков является, необходимость полного функционального
определения системы в начале жизненного цикла, для того чтобы облегчить
управление проектом. Так же в недостаткам можно отнести возможность
текущего изменения требований к системе, которые уже реализованы в
прошлых инкрементах.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации.
Создание систем информационной безопасности в ИС основывается на
нескольких правилах: системный подход, постоянное развитие системы,
разделения и сокращения полномочий, обеспечение надежной системной
защиты и обеспечения контроля защиты, предоставления средств защиты с
вирусами.
После решения проблем безопасности ИС должна обладать
некоторыми аспектами: наличием информации степени конфидициальности,
иерархичностью полномочий субъектов доступа к компонентам ИС, наличие
механизма от разного рода взломов, наличие средств защиты восстановления
информации.
В основу нормативно-правового обеспечениявходят норма и
регламенты деятельности фирмы, служб и средств, реализующие функции
защиты. Любая ИС в любой моент может быть подвержена атаки, поэтому
разработчики ИС и ее пользователи должны следить за ее безопасностью.
Комплексная защита информации продпологает несколько уровней защиты
данных: правовой, административный, аппаратно-программный и
криптографический.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Основные этапы работы с клиентами по оформлению заказа можно
изобразить в виде схемы, представленной на рисунке 10.
Рисунок 10.
Более детально бизнес-процесс формирования и обработки заказа
может быть изображен в виде схемы (рисунок 11).
Рисунок 11.
Из данных схем видна вся работа по взаимодействию с клиентами
менеджера компании от формирования заказа до отслеживания его доставки.
Промежуточными этапами являются обработка заказов, работа со счетами,
контроль оплаты, контроль и отслеживание статуса доставки товара,
формирование необходимой документации.
Главной задачей разрабатываемого приложения является обеспечение
поддержки клиентов и оформление заказов. Поэтому рассматриваем бизнес-
процесс Оформление заказов. Входными процессами могут быть звонки
клиентов на заказ, заказы он-лайн либо заказ товара очно непосредственно в
компании (рисунок 12).
Рисунок 12.
Очевидно, что управление процессом оформления заказов
осуществляется с помощью правил и процедур оформления, необходимо
держать во внимании также стандарты на продукцию. Механизмом для
оформления заказов служит система оформления заказов. На выходе мы
должны получить бизнес процесс сформированный заказ клиента.
Рассмотрим детальнее процесс оформления заказа, произведя его
декомпозицию. После того как клиент принял решение сделать заказ,
менеджер организует все процессы по его приянтию и оформлению
соответствующих документов: регистрирует клиента, если тот еще не
зарегистрирован, в базе данных, вносит в базу данных все необходимые
параметры заказа, формирует и передает клиенту накладную, сверяет заказ и
его электронную версию, назначает курьера, обрабатывает заказ, получает
предоплату или оплату, внося сумму в базу данных, формирует заказ,
сохраняя его в базе данных, выводит на печать договор, обговаривает детали
доставки (рисунок 13).
Рисунок 13.
В дальнейшем менеджер контролирует доставку, исполнение заказа,
своевременность оплаты, отмечает статус заказа, ведет мониторинговую
работу по заказам, анализируя спрос, анализирует целевую аудиторию
клиентов с целью планирования дальнейшей работы по привлечению
заказчиков, запросов и др.
2.2.2. Характеристика нормативно-справочной,входной и
оперативной информации.
Представляет собой описание состава входных документов и справочников,
соответсвующих форм размещения данных. В данном случаи выполняются
следующие позиции: при описании входных средств документов в
приложении приводятся формы данных документов, перечень содержащих в
них первичных показателей, источник получения документа, в каком файле
используется информация этого документа, описываются структура
документа, число строк, объемные данные, частота возникновения
документа; oписываются экранные формы входных дoкументов, макеты
экранных форм в прилoжении, oсoбeнности организации рабочей и
служебной зон макета, состав и сoдeржание подсказок, необходимых
пользователю для заполнения макета, перечень справoчников, автoматически
подключаемых при заполнении этого макета; рассматривается структура
входных файлов с оперативной информацией, таблицы с описанием
наименований полей и идентификатором каждого поля. По каждому файлу
дается информация о ключевом поле, длине одной записи, числе записей в
файле, частоте создания файла, длительности хранения, способе обращения.
Приводится структура файлов с условно-постоянной информацией,
содержащей те же сведения, что и для файлов с оперативной информацией, а
также добавляются сведения о частоте актуализации файла и объеме
актуализации.
2.2.3. Характеристика результативной информации
Характеристика результатной информации является одним из важнейших
пунктов всей проектной части, представляет собой обзор результатов
решения поставленных в аналитической части задач с точки зрения
предметной технологии.
Если решение представляет собой формирование ведомостей, каждую
ведомость необходимо описать отдельно. Указать, какое место занимает
ведомость в информационных потоках предприятия, является уточняющей
или обобщающей. Каждая ведомость должна иметь итоги, не включать
избыточной информации, быть универсальной. Далее приводится описание
печатных форм, экранных макетов с перечислением и краткой
характеристикой содержащихся показателей, для каждого документа
указывается, на основе каких файлов получается этот документ. Алгоритмы
расчета показателей должны быть подробно описаны в аналитической части.
В случае если ведомости не являются результатной информацией, то
необходимо подробно описать ее дальнейший путь, основываясь на
имеющейся организации многопользовательской ИС. Файлы с результатной
и промежуточной информацией описываются по той же схеме, что и файлы с
первичной информацией.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Алгоритм работы приложения может быть представлен в виде блок
схемы. На начальном этапе проверяем, имеется ли в наличие данный товар.
Если нет, отклоняем заказ. Если товар в наличие имеется, согласовываем
условия доставки и способ оплаты. На данном этапе заказ находится в
статусе Оформения. Затем оформляется договор, товар доставляется, а заказ
переходит в статус Доставка. После доставки выставляем статус заказа
Доставлен, затем закрываем заказ, указав его статус Закрыт (рисунок 14).