41
увеличение срока реализации всего проекта. Для снижения вероятности
возникновения этого риска необходимо проводить регулярное общее
обследование организма, а также прием витаминов и выполнение общих
оздоровительных и закаливающих процедур.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств (персональных
компьютеров), которые необходимы для решения выделенных задач. Данный
риск может возникнуть на любом этапе жизненного цикла проекта
автоматизации. Главным негативным последствием поломки компьютера
является сдвиг сроков, а также возможная потеря данных. Для уменьшения
вероятности выхода компьютера из строя необходимо всегда проводить
плановое техническое обслуживание, как аппаратного обеспечения
компьютера (чистка от пыли, смазывание вентиляторов системы
охлаждения), так и программного (своевременное обновление программ,
актуальное антивирусное ПО).
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя,
так и из-за случайного удаления важных данных. Данный риск может
возникнуть на любом этапе жизненного цикла проекта. Чтобы уменьшить
негативные последствия данного риска, достаточно регулярно производить
резервное копирование и архивацию данных, особенно после каждого
выполненного промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (землетрясение, пожар, наводнение и т.д.), все
работы по проекту приостанавливаются до момента прекращения действия
чрезвычайной ситуации и устранения её последствий. Данный риск может
возникнуть на любом этапе жизненного цикла информационной системы, для
снижения негативных последствий чрезвычайной ситуации рекомендуется
хранить все резервные копии на удаленных серверах, например, в облачных
42
хранилищах. Тогда работу по проекту можно будет продолжить с любого
компьютера с доступом в сеть интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что
было проведено комплексное изучение предметной области и выявлены
конкретные требования к разрабатываемому программному продукту,
возможна ситуация, когда какой-то момент не был учтен, либо изменилась
сама предметная область. Для снижения вероятности возникновения риска
необходимо ответственно подходить к выбору разработчика-
проектировщика, в обязанности которого входит исследование предметной
области и формирование требований к разрабатываемой информационной
системе, т.к. именно от результатов его исследования зависит полнота и
гибкость требований к разрабатываемому программному продукту. Данный
риск может возникнуть на следующих этапах жизненного цикла
информационной системы: разработка, тестирование и внедрение.
Помимо возможного изменения требований к информационной
системе, существует риск полной отмены реализации проекта, в связи с
изменившимися внешними условиями. До полного завершения проекта
автоматизации такой риск всегда существует, однако, чем ближе дата
завершения проекта, тем вероятность возникновения данного риска будет
ниже, а после прохождения этапа внедрения негативный эффект данного
риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности
информации необходимо использовать разделение прав пользователей к
различным модулям разрабатываемой информационной системы [20].
43
Однако, в разрабатываемой информационной системе планируется
всего один вид пользователей – это техники, который выполняют работы,
связанные с ремонтом: прием и выдачу техники, оформление документов,
поэтому разделение прав не требуется (все пользователи будут принадлежать
к одной группе). Тем не менее у этой группы будут ограничения на доступ к
системным настройкам программы (подключения к базе данных, шаблоны
документов и т.п.)
Уровни доступа к разным модулям системы представлены в виде
таблицы 7.
Таблица 7
Разграничение прав доступа к системе
Модули системы
Пользователи
Авторизация
Чтение
Клиенты
Чтение/создание/редактирование
Ремонты
Чтение/создание/редактирование
Техника
Чтение/создание/редактирование
Справочники
Чтение/создание/редактирование
Пользователи
Чтение/создание/редактирование
Шаблоны документов
Чтение
Настройки подключения к БД
Нет
Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование
конфиденциальных данных. Пароли для доступа к ИС должны храниться в
базе данных в зашифрованном виде.
Кроме того, необходимо следить за сложностью паролей, которые
устанавливают себе пользователи. Пароль должен быть длиной не менее 8
символов, с обязательным использованием минимум одной цифры и
прописного символа (большой буквы).
Одной из причин потери информации могут быть вирусы.
Компьютерный вирус - это фрагмент программного кода, который умеет
размножаться, копируя себя в тело других программ. При этом замедляется
44
работа компьютера или полностью (либо частично) разрушается файловая
система.
Опасность вирусов и легкость заражения (пользователь может даже не
подозревать о наличии вирусов в системе) заставляют на каждом
предприятии использовать антивирусные программы. Антивирусные
программы - это программы, написанные специально для выявления и
уничтожения вирусов. Наиболее предпочтительными программами при
использовании данного проекта являются DRWEB и Антивирус Касперского.
Необходимо использовать программное обеспечение только из
проверенных источников, иметь резервные копии, как программ, так и
результатов своей работы.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационной моделью называют схему движения входной,
промежуточной и результативной информации и функций предметной
области. Также с помощью информационной модели объясняется с помощью
каких входных данных (документов) и какой нормативно-справочной
информации происходит выполнение основных функций. Информационная
модель представлена на рисунке 10.
45
Спр
«Пользователи»
Спр*
«Пользователи»
Управление
справочниками
Отчет по
ремонтам
ИС
Т «Техника»
Пользователь
Спр
«Производители»
Т*
«Техника»
Работа с
клиентами
Т* «Клиенты»
Формирование
отчета по
ремонтам
Пользователь
Спр «Внешний
вид»
Спр* «Внешний
вид»
Спр*
«Производители»
Работа с
ремонтами
Т «Клиенты»
Т «Ремонт»
Т* «Ремонт»
Спр «Вид
техники»
Спр* «Вид
техники»
Формирование
договора
Формирование акта
выполненных работ
Договор
Акт выполненных
работ
Спр* «Статус
ремонта»
Спр «Статус
ремонта»
Рисунок 10 – Информационная модель
Работа пользователей в ИС возможна только после прохождения
авторизации с помощью формы входа. Далее пользователь может ввести
данные по новому ремонту или клиенту, либо посмотреть и изменить данные
по добавленным ранее. Также пользователи могут управлять записями
справочников.
В качестве выходных данных информационной системы выступают
отчет по ремонтам, договор и акт выполненных работ, которые формируются
с помощью соответствующих форм пользовательского интерфейса.
46
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В информационной системе используются шесть справочников,
характеристики которых приведены в таблице 8.
Таблица 8
Справочники информационной системы
Название
справочни
ка
Ответственн
ый за
ведение
Средний
объём
справочни
ка в
записях
Среднюю
частоту
актуализац
ии
Средний
объем
актуализаци
и, %
Пользовател
и
Администратор
2
1 раз в
полгода
50
Статус
ремонта
Администратор
4
-
-
Вид техники
Администратор
10
1 раз в месяц
10
Производите
ль
Администратор
25
1 раз в месяц
4
Внешний вид
Администратор
4
1 раз в
полгода
50
Справочник «Статус ремонта» носит нормативный характер, и его
актуализация не требуется. Остальные справочники необходимо время от
времени актуализировать. Средняя частота актуализации справочников
составляет один раз в месяц или в полгода.
Реквизитный состав каждого справочника представлен в виде таблицы
9.
Таблица 9
Реквизитный состав справочников информационной системы
Название
справочника
Перечень реквизитов
Пользователи
ФИО пользователя;
пароль;
Статус ремонта
наименование;
Вид техники
наименование;
Производитель
наименование;
комментарий;
Внешний вид
наименование;
комментарий;
47
Редактирование и ввод новых записей во все справочники
осуществляется с помощью специальных форм.
На рисунке 11 изображена форма для работы с записями справочника
«Пользователи».
Рисунок 11 – Форма Пользователь
Формы для работы с записями других справочников имеют
аналогичный вид (Рисунок 12-14).
Рисунок 12 – Форма Вид техники
Рисунок 13 – Форма Производитель
Рисунок 14 – Форма Внешний вид
В качестве входных данных для информационной системы учета
приема техники на ремонтные работы выступают записи о клиентах,
48
ремонтах и технике, сдаваемой в ремонт. Ввод этих данных выполняется с
помощью специальных форм.
Ввод данных о новом клиенте осуществляется с помощью формы,
изображенной на рисунке 15, добавление нового ремонта – с помощью
формы, изображенной на рисунке 16, а добавление новой техники к записи о
ремонте – с помощью формы, изображенной на рисунке 17.
Рисунок 15 – Форма для добавления клиента
Рисунок 16 – Форма добавления нового ремонта
49
Рисунок 17 – Форма добавления новой техники
Данные, которые пользователи вводят в эти формы, сохраняются в базе
данных, а затем используются для формирования результатной информации.
2.2.3. Характеристика результатной информации
В качестве выходных данных информационной системы вступают
отчеты по задачам и отчет по сотрудникам, формируемые в виде таблиц.
Подробное описание этого отчета приведено в виде таблицы 10.
Таблица 10
Описание результатной информации
Наименование
Договор
Акт
выполненных
работ
Отчет по
ремонтам
Реквизиты
Наименование
клиента;
Телефон клиента;
Номер договора;
Дата договора;
Список техники:
Модель;
Наименование
производителя;
Серийный номер;
Наименование вида
техники;
Описание внешнего
вида;
Наименование
клиента;
Телефон клиента;
Номер договора;
Дата договора;
Список техники:
Модель;
Наименование
производителя;
Серийный номер;
Наименование вида
техники;
Описание внешнего
вида;
Количество
выполненных
ремонтов
Из них
платных:
Общая сумма
выполненных
ремонтов:
50
Заявленные
неисправности;
ФИО сотрудника
Заявленные
неисправности;
Список
выполненных работ;
Дата завершения
ремонта
ФИО сотрудника
Таблицы, на
основе которых
формируется
Клиент
Пользователи
Ремонт
Техника
Производитель
Вид техники
Внешний вид
Клиент
Пользователи
Ремонт
Техника
Производитель
Вид техники
Внешний вид
Ремонт
Частота
формирование
По мере
необходимости
По мере
необходимости
По мере
необходимости
Способ доставки
Файл в формате
документа Microsoft
Word
Файл в формате
документа Microsoft
Word
Файл в
формате
электронной
таблицы
Microsoft Excel
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций необходимо для того, чтобы показать на одной схеме
(или чертеже) перечень выполняемых системой функций, их классификацию
и иерархию [18].
Дерево функций информационной системы представлено на рисунке
18.