45
o Управление настройками системы (администрирование системы на
протяжении ЖЦ ИС);
o Проверка состояния системы;
o Разрешение проблем (решение проблем, возникающих во время
разработки и эксплуатации системы).
Организационные:
o Подготовка аппаратного-программного обеспечения к ИС
(инсталляция и настройка необходимых аппаратных комплексов и ПО для
работы с ИС);
o Усовершенствование (Обновление и исправления ИС);
o Обучение (первоначальное обучение и последующее постоянное
повышение квалификации персонала).
В процессе внедрения ИС обычно используют тактику параллельного
функционирования со старым образом работы, что позволит провести
интеграцию более мягко и предостеречь компанию от потери важных данных в
случае сбоев на этапе отладки программы.
Описанный в концепции функционал системы будет реализован по
этапам, описанным в таблице 2
.2
.2.
Таблица 2.2
Этапы разработки ИС
Этап
Содержание
Срок
1. Разработка ТЗ
Разработка и утверждение требований к ИС,
разработка модели системы «как должно
быть»; согласование технического задания на
ИС;
45 дней
2.Разработка
системы
Создание ИС основываясь на требованиях ТЗ,
разработка документации; развертывание и
настройка ИС; обучение персонала компании.
39 дней
3.Опытная
эксплуатация
Проведение тестовой эксплуатации ИС;
доработка системы. Сдача ИС в промышленную
эксплуатацию.
45 дней
Любой проект по созданию информационной системы учреждения
всегда включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
46
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски сопровождают весь жизненный цикл ИС. Возможными
влияниями на данную ИС являются: увеличение длительности проекта,
увеличение стоимости проекта и т.д. [12]
Кроме того, в процессе эксплуатации и сопровождения разработанной
ИС могут возникнуть:
- Технические риски;
- Риски персонала.
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
защита информации непосредственно в информационной системе
от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.3
2.3.222222
.
Таблица 2.3
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация
»
Модуль
«Регистрация
»
Модуль
«Ввод»
Модуль
«Отчет
ы»
Специалисты
Чтение
Полный
Ввод
данных
Полный
Админис
тратор
системы
Полный
Полный
Полный
Полный
Характеристика используемых средств от внешних угроз
информационной безопасности приведена в таблице 2.4.
Таблица 2.4
Характеристика используемых средств от внешних угроз
информационной безопасности
Способ (метод)
Описание (наименование средства)
47
Программно-аппаратные
комплексы защиты
информации
КСЗИ «Панцирь-К»
Разработка и
соблюдение политик
безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной безопасности;
- определение порядка работы с
информацией, являющейся конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
Вк Dr Dr DrdDD
Dr.Web Space Security
Физическая защита
помещений
- система контроля и управления доступом;
- оборудование помещений решетками на
окнах;
- разграничение прав доступа в помещения.
Характеристика нормативно-справочной, входной и оперативной
информации
В разработанной системе в качестве основного используется такой
входной документ, как гарантийный талон. Именно на его основе ведется учет
гарантийного оборудования. Выглядеть данный документ может по разному, в
зависимости от типа оборудования и производителя. Макет данного документа
в его общей форме приведен в Приложении 1, рисунок П 1.1.
В качестве входной в системе используется информация, которая
импортируется из следующих документов, указанных в таблице 2.5. Там же
приведен перечень первичных показателей, источник документа, а также
ссылка на приложение, в котором приведена форма для ввода документа в
систему.
Таблица 2.5
10111111111111111 1 1
Описание входных документов
№
пп
Наименование
документа
Источник
Первичные
показатели
Номер
приложения
48
1.
Гарантийный
талон
Клиент
наименование
оборудования;
марка;
серийный номер;
год выпуска;
тип гарантии.
Рисунок П 1.1
2.
Договор на
оказание
сервисной
поддержки с
производителями
оборудования
Бухгалтерия
наименование
производителя;
адрес
представительства;
контактные
данные.
Рисунок П 1.2
3.
Перечень
обслуживаемого
оборудования
Отдел
маркетинга
Наименование
оборудования
Рисунок П 1.3
4.
Трудовая книжка
сотрудник
фамилия;
имя;
отчество;
должность;
дата рождения.
Рисунок П 1.5
5.
Данные клиента
клиент
наименование;
тип (фл или юл);
контактные
данные
Рисунки П
1.6-1.7
6.
Штатное
расписание
учреждения
Бухгалтерия
Наименование
должности
Рисунок П 1.8
В системе используются справочники, приведенные в таблице 2.6
Таблица 2.6
Перечень используемых справочников
№
пп
название
справочника
Ответственны
й за ведение
средний
объём
справочн
ика в
записях
среднюю
частоту
актуализации
средний
объем
актуализа
ции, %
1
Производители
Администратор
50
1 раз в месяц
10
2
Типы гарантий
Администратор
10
1 раз в год
10
3
Типы
оборудования
Администратор
15
0
1 раз в месяц
10
4
Должности
Администратор
5
1 раз в год
10
5
Специалисты
Администратор
10
1 раз в месяц
10
49
Перечень реквизитов, используемых в указанных справочниках,
приведен в таблице 2.7.
Таблица 2.7
Реквизитный состав справочников
Наименование справочника
Реквизиты
Специалисты
Фамилия
Имя
Отчество
Дата рождения
Пароль
Логин
Дата регистрации
Производители
Наименование.
Типы гарантий
Полное наименование
Краткое наименование
Типы оборудования
Полное наименование
Краткое наименование
Должности
Наименование
Описание классификаторов заявок и отделов можно посмотреть в
таблицах 2.8, 2.9.
Таблица 2.8
Классификатор заявок.
Классификаторы
Заявки/Распоряжения
З00001
Заявка №1
З00002
Заявка №2
З00003
Заявка №3
В таблице 2.8 используются иерархический классификатор. Где первая
буква указывает на вид документа, например: З указывает на заявку, Р
указывает на распоряжения, А указывает на акт. Остальные пять цифр это
порядковый номер заявки, акта или распоряжения.
Формула кодирования : ХYYYYY, где X – вид документа, Y –
порядковый номер документа.
Таблица 2.9
50
Классификатор отделов.
Классификаторы
Отделы
ОП
Отдел Продаж
ОМ
Отдел маркетинга
БУ
Бухгалтерия
ЮО
Юридический отдел
ОИ
Отдел IT
ОК
Отдел кадров
В таблице 2.9 используется сокращение до первых букв отделов. Такая
кодировка позволяет быстро находить какие документы, к какому отделу
относятся, и упрощает поиск в ИС по отделам.
Формула кодирования: XYZ, где XYZ – это сокращенное название
отдела. Итоговый классификатор может содержать от 2 до 3 символов.
Характеристика результатной информации
В качестве основных выходных документов в системе формируются акт
приема оборудования, а также журнал приема оборудования.
Макеты данных документов приведены в Приложении 2, рисунок П 2.2
и П 2.3.
Описание результатных документов приведено в таблице 2.10.
Таблица 2.10
Описание выходных документов
№
пп
Наимено
вание
Реквизиты
Таблицы, на
основе
которых
формируется
Частота
формирова
ния
Спосо
б
доста
вки
1
Акт
приема
Номер акта
наименование
оборудования
клиент
дата выпуска
тип гарантии
серийный номер
дата
формирования
Специалист
производитель
номер
гарантийного талона
Заявки
Клиенты
Гарантии
Специалисты
По запросу
Экран
ная
форма
51
2
Журнал
приема
дата
тип оборудования
производитель
номер заявки
Специалист
Заявки
Клиенты
Специалисты
По запросу
Экран
ная
форма
3
Список
клиентов
Наименование
Контактные
данные
Тип (ФЛ или ЮЛ)
Клиенты
По запросу
Экран
ная
форма
4
Список
типов
гарантий
сокращенное
наименование
полное
наименование
описание
Гарантии
По запросу
Экран
ная
форма
5
Список
типов
оборудов
ания
сокращенное
наименование
полное
наименование
Оборудовани
е
По запросу
Экран
ная
форма
6
Список
специалис
тов
ФИО
Дата рождения
Пароль
логин
Сотрудники
По запросу
Экран
ная
форма
7
Список
производ
ителей
сокращенное
наименование
полное
наименование
телефон
адрес электронной
почты
Производител
ь
По запросу
Экран
ная
форма
2.3 Программное обеспечение задачи
Общие положения (дерево функций и сценарий диалога)
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис. 2.1.
52
Рисунок 2.1 Информационная модель системы
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Администратор системы регистрирует специалистов , тем самым
формируя содержание справочника «Специалисты». Среди прочих атрибутов
администратор указывает пароль и логин для входа в систему.
Далее администратор заполняет все справочники, а также в случае
необходимости редактирует их.
Специалист регистрирует заявку, после чего формируются выходные
документы, такие, как Акт приема и Журнал приема.
Характеристика базы данных
Основным действующим лицом в разработанной системе является
менеджер, который производит регистрацию заявки на ремонт, а также
формирование результатных документов – акта приема и журнала приема.
Дерево функций для специалиста представлено на рисунке 2.2.
53
Рисунок 2.2 Дерево целей системы для специалиста
Администратор системы обладает более расширенными возможностями.
Он производит первичное наполнение справочников, а также обеспечивает их
дальнейшее ведение, Кроме того, он также имеет возможность просмотра
результатных документов. Дерево функций для администратора представлено
на рисунке 2.3.
54
Рисунок 2.3 Дерево функций системы для специалиста
Сценарии диалога, формирующиеся на основе деревьев функций,
приведены на рисунках 2.4 и 2.5.
Рисунок 2.4 Сценарий диалога для специалиста