Файл: Проектирование реализации операций бизнес-процесса «Учет реализации лекарственных препаратов через аптечную сеть» (Выбор комплекса задач автоматизации).pdf
Добавлен: 18.05.2023
Просмотров: 236
Скачиваний: 3
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес-процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
2.1. Информационная модель и ее описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.4. Общие положения (дерево функций и сценарий диалога)
2.5. Характеристика базы данных
2.6. Структурная схема пакета (дерево вызова программных модулей)
2.7. Описание программных модулей
Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.
Клиент-серверные
Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.
Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.
Встраиваемые
Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы.
Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.
По степени распределённости:
Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).
По модели данных, примеры:
- Иерархические
- Сетевые
- Реляционные
- Объектно-ориентированные
- Объектно-реляционные
Для проектировании реализации операций бизнес-процесса «Учет реализации лекарственных препаратов через аптечную сеть» была выбрана система управления базами данных Microsoft Access. Продукты, выполненные в данной среде, потребляют малое количество ресурсов и не требуют дополнительного программного обеспечения, что делает продукт универсальным и доступным практически для всех.
2. Проектная часть
2.1. Информационная модель и ее описание
Информационная модель системы, разрабатываемой для реализации операций бизнес-процесс, будет состоять из справочников и таблиц, информация в которые заносится автоматически при работе пользователя с экранными формами. Выделены следующие справочники:
- справочник препаратов;
- справочник покупателей;
- справочник сотрудников;
- справочник продаж (чеков).
Информационная модель изображена на рисунке 3.
Рисунок 3. Информационная модель
2.2. Характеристика нормативно-справочной, входной и оперативной информации
Входной информацией для БД являются следующие данные:
- данные о препаратах;
- данные о покупателях;
- данные о сотрудниках.
Нормативно-справочная информация в автоматизированных системах представляет собой ядро единого информационного пространства предприятия (организации), включающее в себя набор справочников, словарей, классификаторов, стандартов, регламентов, используемых в деятельности предприятия.
Информация, которая хранится в справочниках, будет заполняться при внедрении программного продукта на предприятии и в дальнейшем может изменяться на протяжении всего жизненного цикла программного продукта.
Таким образом, должна быть возможность добавления, изменения и удаления неактуальной информации.
Форма для ввода информации изображена на Рисунке 4.
НАИМЕНОВАНИЕ ФОРМЫ
КНОПКИ
ПОЛЕ ВВОДА
НАИМЕНОВАНИЕ ПОЛЯ
Рисунок 4. Форма ввода
К каждой форме автоматически подключаются справочники, необходимые для заполнения того или иного поля. Формы для ввода прочих данных стоятся аналогично.
Список справочников приведен в Таблице 9.
Таблица 9. Список справочников
|
Название справочника |
Ответственный за введение |
Среднее число записей |
Средняя частота актуализации |
Средний объем актуализации % |
|
Справочник препаратов |
Администрация |
неогр |
1/мес |
100 |
|
Справочник покупателей |
Администрация |
неогр |
1/мес |
100 |
|
Справочник сотрудников |
Администрация |
неогр |
1/мес |
0-100 |
|
Справочник продаж |
Администрация |
неогр |
1/мес |
100 |
Входные документы охарактеризованы в Таблице 10.
Таблица 10. Характеристика входных документов
|
Код документа |
Наименование |
Источник получения |
Частота возникн/мес |
Число строк |
|
01 |
Список сотрудников |
Администрация |
неогр |
неогр |
|
02 |
Список препаратов |
Администрация |
неогр |
неогр |
Характеристика выходных документов приведена в Таблице 11.
Таблица 11. Характеристика выходных документов
|
Код документа |
Наименование |
Источник получения |
Частота возникн/мес |
Число строк |
|
03 |
Список реализованных препаратов |
Администрация |
28-31 |
неогр |
|
04 |
Отчет о реализованных препаратах |
Администрация |
1 |
неогр |
2.3. Характеристика результатной информации
Информационная система для реализации операций бизнес-процесса построена таким образом, что результатная информация будет выводиться в стандартном виде благодаря отчетам, результатам выполнения запросов и формам.
Результатная информация для данной системы – отчеты, список предоставленных услуг.
Характеристика результатных документов приведена в Таблице 12.
Таблица 12. Характеристика результатных документов
|
Наименование |
Источник формирования |
Частота формир/мес |
Структура документа |
Способ доставки |
|
Отчет о реализованных препаратах |
Список препаратов, расписание работы сотрудников |
1 |
Стандартная |
Вывод формы на экран |
|
Отчет о сотрудниках |
Отчет о реализованных препаратах, расписание работы сотрудников |
1 |
Оригинальная |
Вывод формы на экран |
2.4. Общие положения (дерево функций и сценарий диалога)
Общение системы с пользователем должно быть реализовано при помощи языка типа «меню».
Дерево функций изображено на Рисунке 5.
Функции
Основные
Служебные
Проверка логина/пароля
Справка
Ведение справочников
Ввод данных
Вывод результатов
Рисунок 5. Дерево функций
Сценарий диалога изображен на Рисунке 6.
Основное меню
Файл
Справочники
Отчеты
Сервис
Справка
Выход
Операции
Новый
Открыть
Сохран.
Печать
Настройки
Выход
Справочник препаратов
Справочник покупателей
Справочник сотрудников
Справочник продаж
Ввод инф
Вывод на экран
Формир. отчета
Вывод на печать
Парамет
О прогр
Прайс
Перечень препаратов
Перечень реал. препар
Рисунок 6. Сценарий диалога
2.5. Характеристика базы данных
База данных состоит из четырех таблиц:
- препараты;
- покупатели;
- сотрудники;
- продажи.
Описание таблиц приведено ниже.
Таблица 13 Сведения о сотрудниках
|
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
|
Код сотрудника |
счетчик |
Kod_sotr |
20 |
3 |
неогр |
Да Ключевое поле |
|
ФИО сотрудника |
текстовый |
Fio_sotr |
30 |
30 |
неогр |
Нет. Повторения невозможны |
|
Пасп. данные |
числовой |
pasport |
20 |
8 |
неогр |
Нет |
|
Магазин сети |
текст |
Mag_seti |
20 |
10 |
неогр |
Нет |
Таблица 14 Сведения о покупателях
|
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
|
Код покупателя |
счетчик |
Kod_pokup |
10 |
10 |
неогр |
Да. Ключ. Поле |
|
ФИО покупателя |
Текст. |
Fio_pokup |
30 |
30 |
неогр |
Нет |
|
Магазин сети |
Текст |
Mag_seti |
20 |
8 |
неогр |
Нет |
Таблица 15 Сведения о препаратах
|
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
|
Код препар. |
Счетчик |
Kod_prep |
10 |
10 |
неогр |
Да. Ключ. |
|
Описание препар. |
Текст. |
Prep |
100 |
100 |
неогр |
Нет |
|
Цена |
Денеж. |
Cena |
10 |
10 |
неогр |
Нет |
Таблица 16 Сведения о продажах
|
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
|
Код продажи |
Счетчик |
Kod_prod |
10 |
10 |
неогр |
Да. Ключ. поле |
|
Код препар. |
Числ |
Kod_prep |
||||
|
Код сотрудника |
Числ. |
Kod_sotr |
10 |
10 |
неогр |
Да |
|
Код покупателя |
Числ. |
Kod_pokup |
10 |
10 |
неогр |
Да |
|
Сумма продажи |
Денеж. |
Sum |
10 |
10 |
неогр |
Нет |
ER-модель проиллюстрирована на рисунке 7.
Сведения о препаратах
код препарата
описание препарата
цена
Сведения о сотрудниках
код сотрудника
ФИО сотрудника
пасп. данные
Магазин сети
Сведения о продажах
код препарата
код сотрудника
код покупателя
сумма продажи
Сведения о покупателях
код покупателя
ФИО покупателя
Магазин сети
Рисунок 7. ER-модель
2.6. Структурная схема пакета (дерево вызова программных модулей)
Дерево вызова программных модулей изображено на Рисунке 8.