Файл: Проектирование реализации операций бизнес-процесса «Учет реализации лекарственных препаратов через аптечную сеть».pdf

На основании перечисленных достоинств, для реализации информационной системы была выбрана реляционная база данных. Для управления реляционной базой данных используется реляционная СУБД. На рынке широко представлены как коммерческие, так и бесплатные СУБД, к которым относятся:

• Microsoft SQL Server;
• IBM DB2;
• Oracle database.

СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Ввиду перечисленных свойств реляционных СУБД был сделан выбор в пользу СУБД Oracle [1].

Для разработки информационной системы будет использован объектно-ориентированный подход, поскольку он позволяет осуществлять конструирование из компонентов, обладающих простыми инструментами, что дает возможность абстрагироваться от деталей реализации. Использование локализации программного кода и данных улучшает наглядность и удобство сопровождения программного обеспечения.

В качестве языка программирования был выбран язык программирования С++, который обладает следующими преимуществами:

• большей безопасностью по сравнению с другими языками;
• возможностью писать обобщенный код с помощью шаблонов;
• возможностью использования объектно-ориентированного подхода;
• управления ресурсами с помощью RAII;
• упрощение программного кода за счет перегрузки функций и операторов;
• более простой обработки ошибок за счет исключений [10].

Рассмотрим существующие среды программирования, которые поддерживают язык программирования c++. Среда программирования «Visual Studio 2015» является одной из старейших продуктов для создания программных продуктов с графическим интерфейсом. Возможность добавления сторонних плагинов способствует расширению функциональности среды программирования до кроссплатформенного состояния. К недостатком этой среды можно отнести то, что разработчик должен обладать опытом создания приложений, для работы с этой средой.

Среда программирования «IntelliJ IDEA» позволяет осуществить разработку программных продуктов на множестве популярных языков программирования. Но у системы существует существенный недостаток производительности в процессе компиляции, перекомпиляции и тестирования.

Платформа для разработки графических приложений «Appcelerator Titanium» предоставляет возможность быстрого создания приложений для всех устройств. Но в среде существует недостаток в виде генерации ошибок в коде, искусственных ограничений и низкого качества пользовательской документации.

Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].

На основании рассмотренных сред программирования, поддерживающих язык с++, был сделан вывод о том, что наиболее надежной средой программирования будет являться среда «MS Visual Studio».

Для создания отчетных форм будет использован программный продукт «DesignFR», которое позволяет просматривать и редактировать файлы отчетов.

Проектируемая система должна функционировать в среде операционной системы Windows 10, поскольку эта операционная система используется для работы сотрудников организации.

1. Проектная часть
2. Информационная модель и её описание

Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 7.

Рисунок 7. Информационная модель

5. Характеристика нормативно-справочной, входной и оперативной информации

Входными документами бизнес-процесса являются: требование-накладная и приходный ордер. Оба документа имеют унифицированную форму. Образец приходного ордера представлен на рисунке 8.

Рисунок 8. Образец приходного ордера

Образец требования-накладной представлен на рисунке 9.

Рисунок 9. Требование-накладная

Перечисленные документы формируются в торговой точке и затем передаются в бухгалтерию. поступают от отдела продаж в бухгалтерию. В документах содержатся следующие показатели:

1. Наименование товара.
2. Цена товара.
3. Количество товара.
4. Стоимость покупки.

Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.

В проектируемой информационной системе должны присутствовать следующие справочники [2]:

1. Товар, который содержит наименование и описание параметров товара.
2. Единица измерения, который содержит перечень единиц, в которых измеряется товар.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

6. Характеристика результатной информации

Результатная информация содержится в отчетных формах. Одним из них является оборотно-сальдовая ведомость. Этот отчет представляет собой список прихода и расхода денежных средств. Отчет формируется фармацевтом по мере необходимости. Образец отчета представлен на рисунке 10.

Рисунок 10. Образец оборотно-сальдовой ведомости

Следующим отчетом, который содержит результатную информацию, является товарный отчет. Товарный отчет представлен на рисунке 11.

Рисунок 11. Образец товарного отчета

Результативная информация хранится в следующих таблицах базы данных:

1. Товар.
2. Товарный отчет.
3. Приходный ордер.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

Характеристика таблиц с результативной информацией

Полученный документ включает в себя оперативную информацию и является уточняющим. Документ выгружается из ИС в форматах .doc, .docx, .xlsx, .xls для дальнейшей печати.

7. Общие положения (дерево функций и сценарий диалога)

Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций:

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных [3].

Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:

1. Редактирование справочников.
2. Создание документов.
3. Ввод данных [7].

К служебным функциям разрабатываемой ИС относятся:

1. Формирование сальдо взаиморасчетов.

Дерево функций представлено на рисунке 12/

Рисунок 12. Дерево функций системы

При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы [5].

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 13.

Рисунок 13. Сценарий диалога

8. Характеристика базы данных

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. База данных будет включать следующие таблицы:

1. Товар.
2. Единица измерения.
3. Накладная.
4. Приходный ордер.
5. Товарный отчет.

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 14.

Рисунок 14. ER-модель базы данных

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

Характеристика базы данных