57
Для внедрения проекта в действующую среду выберем и обоснуем
выбор стратегии «Пилотного проекта». В связи с тем, что мы
подготавливаем полностью автоматизированную систему для регистрации
учета оборудования, который охватывает лишь небольшую часть работ в
школе. Такой подход к стратегии внедрения не затрагивает работу всей ИС
учреждения, а предполагает автоматизацию ее повседневной рутинной
части.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
При создании любого проекта ИС предприятия всегда учитывается
множество задач, необходимых для управления проектом, разработкой ПО,
проектированием ИС, внедрением, сопровождением, при этом каждая из
поставленных задач проявляет себя как проект с присущими ему
особенностями. Поэтому в ходе разработки следует учитывать различные
риски, связанные с начального этапа проектирования до внедрения и
сопровождения готового продукта.
Риски заказчика связаны с неполным выполнением целей проекта и не
эффективному использованию собственных средств, а риски исполнителя –
с возможностью увеличения себестоимости работ по сравнению с плановой.
Необходимость проведения параллельных и в свою очередь принципиально
отличающихся по своему виду работ приводит к тому, что многократно
возрастает уровень риска проекта [20, c.55].
Наиболее характерные риски и методы их минимизации приведены в
таблице 9.
58
Таблица 9
Характерные риски и методы их минимизации
59
Типы возможных
рисков/фактор
проявления
Типы рисков,
актуальных для
проекта
Снижение видов
риска
Снижение
вероятности
возникновения
риска
Проектные риски,
связанные с ошибками в
бюджете, графике
работ, с проблемами
персонала, изменением
требований. Это:
•болезни и увольнение
работников;
•изменения в
законодательстве;
•смена представителя
заказчика;
•изменение мнения
заказчика о проекте, по
ходу его развития.
Риски, связанные
с масштабом
проекта
Проведение
детального анализа
проектной области,
каждого этапа работ,
взаимодействия
участников,
организации работ
Детально
проработанная
программа
качества,
отработанное
управление
конфигурацией
проекта,
специальные
процедуры
взаимодействия
участников
Технические риски,
связаны с проблемами
реализации технических
решений. Это:
•проблемы разработки;
•слабая
производительность
системы;
•проблемы, связанные с
внедрением, т.е.
адаптацией системы
под пользователей.
Риски, связанные
с недостаточным
опытом в сфере
ИТ
Проведение
обучения
пользователей,
включая
руководство,
соблюдение
технологий работы
Разработка и
утверждение
концепции
проекта на
возможно более
ранней его
стадии
Бизнес-риски, связаны с
финансированием
проекта. Неожиданные
сокращения бюджета
ведут к сокращению
проекта задач, которые
он решает, более того,
это ведет к полному
провалу в случае
недостижения основной
цели.
Технические
риски проекта
Строгий отбор
проектной команды
по
квалификационным
критериям.
Обучение
участников проекта
технологии
проектных работ,
инструментальным
средствам
Использование
стандартов
предприятия на
проектные
работы,
разработка
стандартов
проекта
Риск дублирования
информации при
проектировании
системы.
Организационные
риски проекта
Тренинги команды,
как можно более
полная
формализация
деятельности
Детальное
распределение
ролей в проекте
Риск ошибочных
действий пользователей
системы, что ведет к
краху системы или
вводу неверных данных.
Операционные
риски проекта
Многократное
тестирование
созданных
продуктов,
тщательная
Строгое
выполнение
процедур
программы
качества
60
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для описанного комплекса задач существует несколько реализаций
информационной безопасности.
1. Защита от внутренних угроз. Представляет собой разграничение
прав пользователей ИС применимых в рамках разрабатываемой системы.
Используемая в данном проекте СУБД MySQL базируется на списках
контроля доступа ACLs (Access Control Lists), а также обеспечивается
некоторая поддержка SSL-соединений между клиентами и серверами
MySQL [22, c.61]. Описание прав пользователей приведено в таблице 10.
Таблица 10
Описание прав пользователей
Группы
пользовател
ей
Просмотр/внесе
ние/
редактирование/
удаление данных
Формирование
отчетов
Выгрузка
информации
Просмотр/реда
ктирование/вне
сение/удаление
спрвочной
информации
Администра
тор
Редактирование/
удаление
Есть
Есть
Внесение/редак
тирование/удал
ение
Завхоз
Внесение
Есть
Нет
Просмотр
Директор
Внесение/Редакт
ирование
Есть
Есть
Внесение/редак
тирование/удал
ение
Учитель
Просмотр
Есть
Нет
Просмотр
2. Расположенные на территории МБОУ СОШ №27 г. Йошкар-Олы
серверные системы не имеют установленных сторонних средств удаленного
администрирования наподобие Remote administrator/Dame Ware/Team
Viewer. В связи с тем, что некоторые ИС действующие на территории школы
относятся к критическим информационным инфраструктурам (далее КИИ) к
экспертиза
документов
61
ним применяются требования, описанные в федеральном законе «О
безопасности критической информационной инфраструктуры Российской
Федерации» от 26.07.2017 N 187-ФЗ, а также их категорированию. В МБОУ
СОШ №27 г. Йошкар-Олы используется большое количество методов по
защите информации, которые в совокупности позволяют обеспечить
максимальную информационную безопасность.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационное обеспечение – это совокупность единой системы
классификации и кодирования технико-экономической информации,
унифицированной системы документации и информационной базы. Целью
информационного обеспечения является своевременная выдача
необходимой достоверной информации для выработки и принятия
управленческих решений [15, c.51].
Информационная модель представляет собой схему движения
входных, промежуточных и результативных потоков и функции предметной
области. Кроме того, она объясняет, на основе каких входных документов и
какой нормативно-справочной информации происходит выполнение
функций по обработке данных и формирование конкретных выходных
документов. Информационная модель представлена на рисунке 7.
В соответствии с рисунком 7 администратор или завхоз заполняет
данными, редактирует внесенную справочную информацию в справочники
при помощи экранных форм. Пользователь при помощи экранной формы,
основанной на таблице «measurements», а также справочной информации,
содержащей картограммы, вносит результаты учета оборудования. Далее
формируется формируется протокол присутствующего оборудования.
62
Рисунок 7 - Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
При машинной реализации задачи автоматизации учета оборудования
для формирования входного оперативного файла используются данные из
первичного документа – бумажной ведомости.
Бумажная ведомость имеет реквизиты:
- тип оборудования;
- порядковый номер;
- расположение в кабинете школы.
2.2.3. Характеристика результатной информации
В данном пункте осуществляется формализация решения подзадач,
которая сводится к рассмотрению последовательности проведения процесса
учета оборудования, а также выделению показателей на каждом этапе,
перечисленных в разделе «Сущность задачи».
63
Рассмотрим основные показатели, где перечислены все входные
элементы.
Таблица 11
Формализованное описание входных показателей
№ п/п
Наименование входного показателя
Идентификатор входного
показателя
1.
Количество нового оборудования от i-ого в
месяц – d
Qdi
2.
Количество данных по оборудованию
Xdij
3.
Количество поступившего оборудования в
месяц d
Zd
Формализованное описание результатных показателей представлены в
таблице 12.
Таблица 12
Формализованное описание результатных показателей
№ п/п
Наименование
результатного показателя
Идентификатор
результатного
показателя
Алгоритм расчета
1.
Количество нового
оборудования с начала
месяца – d
Qri
∑
d=D1
D2
Q
r
i
, где D1 – 1е число
r-того месяца, а D2
текущее число
2.
Количество данных по
новому оборудованию в
месяц – d
Xdij
∑
d=D1
D2
X
d
ij
, где D1 – 1е
число r-того месяца, а D2
текущее число
3.
Количество поступившего
оборудования в месяц d
Zd
∑
d=D1
D2
Z
d
, где D1 – 1е число
r-того месяца, а D2
текущее число
Каждый документ, заполненный с помощью ПО 1С: Предприятия 8.1,
имеет свой оригинальный номер и дату, отвечает всем требованиям
налогового законодательства на настоящий момент. В этих документах
отражены название, количество, расположение того или иного школьного
оборудования.
64
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Продукт, разрабатываемый в работе, призван автоматизировать лишь
небольшую часть ИС, существующую в школе, а именно работу по учету
оборудования. Форма, которая отображается после авторизации
пользователя, является главным окном программы. Данная форма
используется для отображения картограмм помещений, где учитывается
оборудование, а также самого оборудования [17, c.41]. Если пользователь
авторизирован с ролью Администратор, то в меню ему доступны пункты для
редактирования информации о количестве и расположении оборудования,
его номенклатуре. Сценарий диалога предоставлен на рисунке 8.
Рисунок 8 - Сценарий диалога работы программы
Программа в соответствии с разработанными в ней функциями
отображает пользователю информацию о наличии оборудования, его
единицах измерения, периодичности измерений, порядковых номерах
оборудования. Наряду с вышеперечисленным, пользователю также может
65
отображаться предыдущий результат измерений и возможность просмотра,
выгрузки и составление отчета по заданным параметрам.
Каждую функцию программы можно разделить на основную и
служебную, с помощью основных достигается главная задача программы.
Служебная функция применяется для настройки, изменения и уточнения.
Функции
Основные
Служебные
Отчетность
Новая запись
Уточнение
регламента
Просмотр
данных
Настройки
Рисунок 9 - Сценарий диалога работы программы
2.3.2. Характеристика базы данных
Модель базы данных 1С:Предприятия 8 имеет ряд особенностей,
отличающих ее от классических моделей СУБД (например, основанных на
реляционных таблицах), с которыми имеют дело разработчики в
универсальных системах [1].
Основное отличие заключается в том, что разработчик 1С:Предприятия
не обращается к базе данных напрямую. Непосредственно он работает с
платформой 1С:Предприятия. При этом он может:
• описывать структуры данных в конфигураторе;
• манипулировать данными с помощью объектов встроенного языка;
• составлять запросы к данным, используя язык запросов [19, c.21].
66
Для хранения информации в данной ИС используются 3 справочника
номенклатуры [3]:
• номенклатура;
• счета учета;
• места нахождения;
и список документов приема/списания оборудования (рисунок 10).
Рисунок 10 – Схема данных ИС «Учет оборудования»
Используемая схема данных имеет связь один ко многим, что
позволяет выводить информацию из справочников в документ приема или
списания с уникальным идентификатором.
База данных ИС «Учет оборудования»
Данная база содержит пять таблиц. В таблице 13 представлены данные
о наименованиях оборудования.
Таблица 13
Номенклатура
Поля
Тип данных
Ограничения
Код
Счетчик
Наименование
Текстовый
40