66
2) Неточный расчет бюджета и неправильно составленный график
разработки: данный риск можно уменьшить более тщательным анализом
этапов и адекватной оценкой сложности работы.
Риски в фазе разработки:
1) Недостаточные профессиональные навыки разработчика в
используемых для разработки технологиях: для уменьшения данного риска
нужно распределять задачи разработчикам учитывая их навыки в той или
иной технологии;
2) Недопониманием разработчиком технического задания, в
следствии чего возможно неправильное программирование компонентов
приложения: для уменьшение данного риска следует составляет более
четкое техническое задание.
Риски в фазе стабилизации:
1) Недостаточное тестирование в следствии пропуск ошибок в
итоговый релиз приложения: данный риск можно уменьшить улучшением
процесса тестирования.
Риски в фазе внедрения:
1) Недостаточное обучение пользователей в следствии снижение их
производительности: данный риск можно уменьшить созданием более
подробной документации и улучшением методологии обучения работе с
новой системой;
2) Неверное решение о завершении части проекта, в следствии чего
в готовый продукт будет включено проблемное решение: данная проблема
устраняется доработкой в следующей версии приложения.
2.1.2 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и
защиты информации
В Таблице 2.2 представлено разграничение прав пользователей для
защиты от внутренних угроз.
67
Таблица 2.2.
Разграничение прав пользователей
Группы
пользователе
й
Создание
заказа
Возможност
ь
редактирова
ния заказа
Возможность
отправить заказ на
другое
оборудование
Доступ в
интернет
Менеджер
фотоцентра
Чтение/Соз
дание
Есть
Нет
Есть
Системный
администратор
Чтение/Соз
дание/Удал
ение
Есть
Есть
Есть
Защита от внешних угроз состоит из следующих элементов:
1) Наличие антивирусного ПО на каждом рабочем компьютере. В
качестве антивирусного ПО используется антивирус Avast. Антивирус
защищает от возможных проблем с заражением рабочих компьютеров
вирусами из Интернета или, например с флэш-накопителей приходящих в
полиграфический центр клиентов [6]
2) Весь внешний трафик проходит через единую точку -
центральный маршрутизатор Cisco C1111-8PLTEEA, что дает возможность
контролировать трафик, запрещать доступ к опасным и нежелательным
сайтам благодаря файрволлу. В случае необходимости можно отключить
доступ во внешний Интернет, в то время как внутренняя сеть продолжит
работу.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
На рисунке 2.4 приведена информационная модель дипломного
проекта в виде схемы.
68
Рис.
2.4
Информационная модель
69
Пошаговое описание работы программы согласно модели:
1) Клиент приходит в полиграфический центр к менеджеру
фотоцентра с фотографиями которые он хочет напечатать;
2) Менеджер открывает главное окно программы "Форма
оформления заказа" и создает в ней заказ, вписывая параметры заказа и
загружая в специальный интерфейс необходимые фото. Доступные на
данный момент размеры фото и тип бумаги берутся из справочников
"Доступные форматы фото" и "Доступная бумага";
3) Параметры заказа вносятся в базу данных MySQL в таблицу
"Заказы";
4) На выходе имеем архив с фотографиями, которые принес клиент
и текстовый файл с описанием параметров заказа. Эти данные необходимы
для Оператора фотопечати чтобы он мог правильно напечатать заказ.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Входная информация состоит из следующих элементов:
1) Графические файлы
Так как происходит процесс приема заказа на фотопечать то
соответственно программа должна принимать только графические файлы. Это
файлы с расширением:
• jpeg;
• png
• tiff
При попытке загрузить файлы другого типа программа выдаст ошибку и
предупреждение, показанное на рисунке 2.5.
70
Рис. 2.5. Предупреждение при выборе неверного формата
2) Ввод необходимых параметров заказа и данных Клиента:
• Размер фото;
• Тип бумаги;
• Поля.
Обязательные параметры заказа, без которых невозможно его
исполнение:
• Имя клиента;
• Телефон.
Рис. 2.6. Параметры заказа
71
Эти данные нужны для оперативной связи с клиентом в случае
необходимости, а также для поиска заказа, если клиенту не известен номер
заказа.
2.2.3 Характеристика результатной информации
В результате мы получаем следующую информацию:
1) Архив с фотографиями Клиента и текстовым файлом, куда
записаны параметры заказа. Этим архивом пользуется Оператор
фотопечати, который в итоге и будет изготавливать заказ Клиента. Пример
изображен на рисунке 2.7.
Рис. 2.7. Архив с фотографией и текстовым файлом
72
2) Запись в базу данных MySQL в таблицу "Заказы". Записываются
параметры заказа:
• Номер заказа
• Размер бумаги
• Тип бумаги
• Поля
• Имя
• Телефон
Эти данные могут пригодится для статистики и анализа потока
клиентов, их предпочтений.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Данный проект автоматизирует работу Менеджера фотоцентра, а
именно его процесс приема заказов на фотопечать, освобождая его от
необходимости ручного заполнения параметров заказа , формирование
папки с фотографиями и отправки его Оператору фотопечати. Сценарий
диалога изображен на рисунке 2.8.
73
Рис. 2.8. Сценарий диалога
Данное приложение принимает на вход фотографии, которые
приносит клиент, Менеджер фотоцентра загружает их с помощью
специальной области для загрузки фото, задает необходимые параметры
заказа и нажимает кнопку Создать заказ, после чего формируется заказ с
уникальным номером, все фотографии помещаются в архив с именем по
номеру заказа, также в архив помещается текстовый файл где указаны все
параметры заказа. Эта информация необходима для Оператора
фотопечати, ориентируясь на информацию из этого текстового файла,
Оператор фотопечати изготавливает заказ.
Функции приложения можно разделить на основные и служебные.
Основные функции служат достижению основной цели приложения -
автоматизировать процесс приема заказов на фотопечать. Служебные
помогают сделать этот процесс более простым и понятным для
пользователя. Схему функций можно увидеть на рисунке 2.9.
74
Рис. 2.9. Дерево функций
75
2.3.2 Характеристика базы данных
ER модель базы данных изображена на рисунке 2.10.
Рис. 2.10. ER модель базы данных
Таблица «zakazi», куда записывается информация о каждом
созданном заказе показана в таблице 2.3.
Таблица 2.3.
Таблица «zakazi»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
Идентификатор
заказа
id
число
10
ключевое
поле
Номер заказа
order_number
число
10
Размер бумаги
id_size
строка
32
Тип бумаги
id_paper
строка
45
Поля
border
строка
45
Имя клиента
name
строка
45
Телефон клиента
phone
строка
45