46
Продолжение таблицы 2.1
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки программного
средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и сопро-
вождение
Эксплуатация ПО
Программные дефекты.
Для снижения рисков, которые связаны с дефектами программного
продукта, необходимо проводить тестирование на контрольных примерах,
приближенных к действительности. Для снижения рисков необходимо
предусмотреть защиту от применения ошибочных действий по удалению данных.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал;
несогласованность действий персонала исполнителя и сотрудников
предметных областей;
трудности с обучением персонала заказчика из-за нежелания работать с
новой системой;
отсутствие поддержки внедрения ИС со стороны отдельных ключевых
участников проекта;
неучастие руководителей в проекте.
Для минимизации указанных рисков необходимо принимать следующие
меры:
проведение обучения персонала работы с системой;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства в проект;
47
активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений, необходимых для нормальной реализации
проекта.
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Обеспечение безопасности можно разделить на две составляющих - защита
от внутренних угроз и защита от внешних угроз.
Для защиты от внешних угроз используются следующие меры:
‒ парольная защита доступа к папкам на сервере;
‒ защита от доступа к папкам программы от доступа из сети интернет.
Кроме того, на предприятии ведутся следующие документы:
‒ политика информационной безопасности;
‒ правила использования паролей;
‒ инструкция при возникновении случаем нарушения информационной
безопасности.
Для обеспечения антивирусной защиты на предприятии ООО «Аптека
«Здоровье» применяется антивирусное программное обеспечение.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Схему движения входных, результативных, промежуточных потоков и
функций предметной области представляет собой информационную модель. Она
объясняет на основе каких документов и какой информации происходит
выполнение функций по формированию конкретных выходных документов, а
также по обработке данных.
48
Информационная модель представлена на рисунке 2.1 в виде схемы
данных, которая отображает путь данных при решении задач и определяет этапы
обработки, а также различные применяемые носители данных.
Рис. 2.1 Информационная модель
49
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входной информации для проектируемой системы являются:
‒ виды лекарств;
‒ типы лекарств;
‒ способы применения;
‒ клиентская база;
‒ технологии;
‒ состав;
‒ компоненты;
‒ дата заказа.
Данные поступают как в бумажном виде, так и в цифровом виде.
Данные из входных документов вносятся в информационную систему
ручным вводом данных через приложение ИС «Аптека».
Предусмотрены справочники для обеспечения работы информационной
системы, приведенные в таблице 2.2.
Таблица 2.2
Перечень используемых справочников
№
п/п
Название
справочника
Ответствен-
ный за ведение
Средний
объем
справоч-
ника в
записях
Среднюю
частоту
актуализа-
ции
Сред-
ний
объем
актуа-
ли-
зации,
%
1
Типы лекарств
Фармацевт
15
1 раз в месяц
10
2
Виды лекарств
Фармацевт
35
1 раз в месяц
10
3
Способы
применения
Фармацевт
10
1 раз в месяц
10
50
Продолжение таблицы 2.2
4
Клиентская
база
Фармацевт
10
1 раз в месяц
10
5
Технологии
изготовления
Фармацевт
20
1 раз в месяц
10
6
Состав
Фармацевт
7
1 раз в месяц
10
7
Компоненты
Фармацевт
25
1 раз в месяц
10
8
Заказы
Фармацевт
100
1 раз в месяц
10
9
Статусы
заказов
Фармацевт
3
1 раз в месяц
10
2.2.3 Характеристика результатной информации
Основным результатом для разработанной системы является список
заказов клиентов, распределённый по следующим статусам:
‒ «Ожидает поступления»;
‒ «Завершен»;
‒ «Готов».
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Приведем на рисунке 2.2 функции фармацевта.
51
Рис. 2.2 Дерево функций фармацевта
На основании функций фармацевта формируется сценарий диалога,
представленного на рисунке 2.3.
52
Рис. 2.3 Сценарий диалога фармацевта
2.3.2 Характеристика базы данных
База данных – это инструмент, позволяющий хранить информацию,
получать эту информацию по мере надобности и систематизировать хранящуюся
информацию.
53
Формализованной описание предметной области, которое выполнено
безотносительно к используемым в дальнейшем программным и техническим
средствам представляет собой концептуальную (инфологическую) модель.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных значений
реквизитов и должен однозначно определяться, т.е. идентифицироваться
значением ключа объекта, который состоит из одного ли нескольких ключевых
реквизитов.
ER-модель базы данных представлена на рисунке 2.4.
Рис. 2.4 ER модель базы данных
Далее представим созданные таблицы с типами данных и с описанием.
54
Таблица 2.3
Структура таблицы «Лекарства»
Имя_Атр
Имя_Атр_лат.
Тип Данных
Описание
Код лекарства
ID_Lek
int
Число счетчик.
Первичный ключ,
идентифицирующий
данное лекарство.
Заполняется
автоматически.
Критическая
норма кол-ва
Critical_norm
int
Числовое поле.
Минимальное
количество
лекарства, которое
может храниться на
складе.
Подразумевает
использование
триггера для заказа
со склада.
Название
лекарства
Name_lek
Char(50)
Текстовое поле.
Запрет на ввод
специальных
символов и чисел.
Код вида
ID_Vid
int
Внешний ключ
необходимый для
определения вида
лекарства. (создания
связи с другой
таблицей)
Код типа
ID_Tip
int
Внешний ключ
необходимый для
55
Продолжение таблицы 2.3
определения типа
лекарства. (создания
связи с другой
таблицей)
Цена
price
int
Числовое поле. Цена
лекарства.
Налич. рец.
Nal_rec
bool
Логическое поле,
указывающее
необходимость
наличия лекарства.
Код способа
применения
ID_SposobPrim
int
Числовое поле.
Внешний ключ
необходимый для
определения способа
применения
лекарства.
Срок хранения
Srok_hran
date
Дата указывающая
когда истечет срок
годности лекарства.
Таблица 2.4
Структура таблицы «Заказ»
Имя_Атр
Имя_Атр_лат.
Тип Данных
Описание
Код заказа
ID_Order
int
Число счетчик.
Первичный ключ,
идентифицирующий
данный заказ.
Заполняется
автоматически.
Код заказчика
ID_Zakazch
int
Внешний ключ
необходимый для
определения
заказчика. (создания