– окончание-окончание - имеется в виду отношение, в котором завершается
выполнение предыдущей задачи и только должна завершиться следующая задача;
начало-окончание – начало предыдущей задачи знаменует завершение
следующей.
Рис. 2.1 Календарный план
На рисунке 2.2 представлен более детально график проекта.
Рис. 2.2 График проекта
На рисунке 2.3 представлены ресурсы, которые будут использоваться для
создания проекта.
Рис.2.3 Лист ресурсов проекта
Следование представленным стадиям, позволит создать качественный,
функциональный программный продукт.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Определим риски на каждом этапе жизненного цикла.
Стадия 1. Определение требований к разработке ИС, на данной стадии
возможны следующие риски:
– риск несогласованности – возможно, что требования, которые
формулирует заказчик не учтены в полной мере разработчиком, реагирование на
данный риск, уточнение и дальнейшее согласование требований;
– риск не понимания – возможно, что заказчик и разработчик говорят об
одном и том, же, однако их формулировки значительно разнятся, что может
привести к неоднозначности интерпретации требований. Реагирование на данный
риск, уточнение, упрощение формулировок, переход к стандартным опреде лениям,
которые не допускают двузначности;
Стадия 2. Разработка технического задания может содержать следующие
риски:
– некорректно составленное техническое задание – может привести к тому,
что разработчик выполнит не совсем тот функционал информационной системы,
который ожидает заказчик. Реагирование на данный вид риска будет следующий –
привлечение сторонних экспертов, которые позволяет разъяснить заказчику
пункты технического задания или самому скорректировать структуру данного
документа;
Стадия 3. Проектирование структуры системы может содержать следующие
риски:
– непонятность составленных моделей, описаний проектных решений,
алгоритмов, по которым работает информационная система. Реагирование на
данный риск следующий – построение моделей с помощью CASE средств,
использование ГОСТа при обозначении основных узлов;
– проект может иметь необоснованные данные или сроки. Реагирование на
данный вид риска сводится к тому, что при формировании проекта помимо
проектировщика должен принимать участие и программист;
Стадия 4. Написание программного кода может содержать следующие
риски:
– не выполнение в установленный срок. Реагирование на данный вид риска
– адекватное распределение между программистами задания, привлечение в случае
необходимости сторонних исполнителей;
Стадия 5. Отладка компонентов имеет следующий вид риска:
– не нахождения ошибок. Реагирование на данный вид риска –
привлечение сторонних тестировщиков, которые имеют опыт по тестированию
программного обеспечения;
Стадия 6. Ввод в действие имеет следующий вид риска:
– отсутствие возможности установки ИС на оборудование заказчика.
Реагирование на данный риск следующий – доработка информационной системы,
закупка новой компьютерной техники;
– персонал заказчика не принимает информационную систему.
Реагирование на данный вид риска сводится к тому, что проводится обучение и
инструктаж по работе с информационной системе, привлекаются
административные лица для стимуляции персонал [16,21].
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Представим средства ИБ и ЗИ, в соответствии с классификацией.
В начале необходимо определить пользователей и их права доступа к
ресурсам разрабатываемой системы. Представим пользователей и их функции по
отношению к разрабатываемой системе (таб. 2.1).
Таблица 2.1
Данные доступа к ресурсам системы
Гру
ппы
пользова-
телей
Спра
вочни-ки
системы
Док
ументы
системы
От
четы
системы
Журн
алы
документов
Досту
п в Internet
Мен
еджер
Чтен
ие/создание
Чте
ние/создани
е
Не
т доступа
Нет
доступа
Огран
ичен
Рук
ово-дитель
Чтен
ие/создание/
удаление
Чте
ние/создани
е
Фо
рмировани
е
Чтени
е/Добавление
записи/Удале
ние записи
Не
ограничен
Исп
олни-тель
Чтен
ие
Чте
ние
Не
т доступа
Чтени
е
Огран
ичен
Дир
ектор
компании
Чтен
ие/создание/
удаление
Чте
ние/создани
е/ удаление
Из
менение
параметро
в
Полн
ый
Не
ограничен
В дальнейшем данные из представленной таблицы будут использоваться при
создании ролей пользователей системы.
Вторым этапом является определение защиты от внешних угроз. В таблице
2.2 представлены элементы защиты, которые используются на предприятия для
защиты компьютерного парка и информации, которая будет находиться в
разрабатываемой системе.
Таблица 2.2
Элементы защиты от внешних угроз
Группа защиты
Название используемого средства
Антивирусные и антишпионские
средства
Kaspersky Free 2019
Malwarebytes Anti-Malware 3.5.1
Проактивная защита от внешних угроз
и защита внешнего периметра
Infinity Total Protection
Защита от сетевых угроз
Dr.Web для ИКС
Физическая защита информации
Полный запрет доступа посторонних
лиц к серверу с автоматизированной
системой
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и еѐ описание
Выделим логические уровни модели:
1) источники информации – справочник «Клиенты», менеджер;
2) первичные документы или файлы – документ «Заявка», документ «Прием
комплектующих»,
3) таблицы с первичными документами – реестр заявок;
4) таблицы с результатной информацией – справочники «Клиенты»,
«Комплектующие», «Места хранения», «Услуги»;
5) результатные документы или файлы – документ «Счет», отчеты по
клиентам, исполнителя, заявками, поступлениям;
6) получатели информации – директор компании и менеджер [10].
На рисунке 2.4 представлена информационная модель проектируемой
системы.
Спр. «Клиенты»
Спр «Сотрудники»
Менеджер
Директор
компании
Система
Спр «Комплектующие»
Спр «Места хранения»
Спр «Поставщики
комплектующих»
Спр. «Услуги»
Док. Заявка
Док. Прием
комплектующих
Док. Счет
Заполнение
справочников
Спр «Сотрудники»
Спр
«Комплектующие»
Спр «Места
хранения»
Спр «Поставщики
комплектующих»
Спр. «Услуги»
Работа с
документами
Док. Прием
комплектующих
Формирование
отчетов
Отчет. Остатки
комплектующих
Отчет. Доход по
сотрудникам
Отчет. Данные по
заявкам
Отчет. Доход от
поступлений
Работа с
документами
Док. Заявка
Формирование
отчетов
Отчет. Данные по
заявкам
Док. Счет
Рис. 2.4 Информационная модель системы
Определив основные объекты информационной системы, представим
макеты этих документов, и классифицируем их по типам информации, которой
оперируют данные документы.
2.3.2 Характеристика нормативно-справочной, входной и
оперативной информации
В соответствии с разработанной информационной моделью можно
определить, что для разрабатываемой системы сервисного обслуживания клиентов
нормативно-справочной, входной информацией будут:
справочник «Комплектующие»;
справочник «Клиенты»;
документ «Заявка»;
документ «Прием номенклатуры»;
справочник «Сотрудники»;
справочник «Места хранения»;
документ «Счет»;
справочник «Поставщики комплектующих».
Рассмотрим макеты входных документов и справочников на рисунках 2.5 -
2.10.
Справочник «Клиенты»
Наименование
Тип клиента
Телефон
Техника
Записать
Закрыть
Рис. 2.5 Макет справочника «Клиенты»
В макетах представлены поля и кнопки, которые будут использоваться в
реально разработанных диалоговых формах.
Справочник «Комплектующие»
Наименование
Единицы измерения
Вид номенклатуры
Цена закупки
Цена с наценкой
Записать
Закрыть
Рис. 2.6 Макет справочника «Номенклатура»
Справочник «Поставщики комплектующих»
Название
Телефон
Адрес
Записать
Закрыть
Рис. 2.7 Макет справочника «Поставщики комплектующих»
Документ «Прием комплектующих»
Название комплектующего Количество Цена закупки Сумма
Сотрудник
поставщик
Место хранения
Записать Провести Закрыть
Рис. 2.8 Макет документа «Прием комплектующих»
Документ «Заявка»
Клиент
Техника
Проблемы
Статус заявки
Исполнитель
Записать
Провести
Закрыть
Рис. 2.9 Макет документа «Заявка»
Документ «Счет»
Название комплектующего Сумма Название услуги Сумма
Клиент
Сотрудник
Техника
Склад Общая сумма документа
Записать
Провести
Закрыть
Рис. 2.10 Макет документа «Счет»
В таблице 2.3 представлены сводные данные по нормативно-справочной
информации.
Таблица 2.3
Сводные данные по нормативно-справочной информации
Название объекта
Ответственн
ый за
ведение
Средний
объем
записей
Частота
актуализации
Средний
объем
актуали-
зации
Справочник
«Клиенты»
Менеджер
100 – 500
Вызов при
обращении клиента
45%
Справочник
«Комплектующие»
Менеджер
100 – 5000
Вызов по мере
необходимости
80%
Справочник
«Места хранения»
Менеджер
1 – 50
Заполняется не
часто, обычно при
вводе начальных
данных. Вызов
происходит
автоматически
15%
Справочник
«Сотрудники»
Директор
10 – 50
Заполняется не
часто, обычно при
вводе начальных
данных. Вызов при
формировании
документов
10%
Документ «Прием
комплектующих»
Менеджер
1 – 50
Зависит от
операций по
поступлению
25%
Документ «Заявка»
Менеджер
1 – 50
По мере появления
50%
Документ «Счет»
Менеджер
1 – 50
По завершению
ремонта
50%
В дальнейшем при программной реализации будем использовать
разработанные макеты документов и справочников.
2.3.3 Характеристика результатной информации
В данной дипломной работе результирующей информацией являются
отчеты. В соответствии с построенной информационной моделью определим
макеты форм для результатной информации. Ранее было отмечено, что
результатная информация будет представлена в следующих объектах:
– отчет «Остатки комплектующих»;
– отчет «Доход по сотрудникам»;
– отчет «Данные по заявкам»;
– отчет «Доход от поступлений».
На рисунке 2.11 – 2.14 представлены кнопочные формы отчетов системы.