Файл: Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов».pdf

Рассмотрим состав и содержание входных и выходных документов автоматизируемого бизнес-процесса. В рассматриваемом бизнес-процессе отсутствуют входные документы.

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

1. Накладная.
2. Договор купли-продажи.

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

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

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

1. Заказчик.
2. Единица измерения.
3. Товар.

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

1.5. Обоснование проектных решений по программному обеспечению

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

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

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

После выбора языка программирования, следует выбрать среду программирования, в которой будет разработано приложение. Средами программирования для языка программирования Java являются [7]:

1. NetBeans является мощной бесплатной средой разработки с открытым исходным кодом, которая работает с Linux, Windows, MacOS и даже Oracle Solaris. Эта среда считается Java-ориентированной, поскольку обеспечивает качественное взаимодействие с JPA, JSP, Struts, Spring и библиотекой Hibernate.
2. IntelliJ IDEA является коммерческой средой программирования, которая обеспечивает поддержку фреймворков Spring (Spring MVC framework, Spring Security, Spring Boot, Spring Integration и т. д.), Node.js, Angular React, Grails, возможность использовать дополнительные языки (javascript, typescript, coffeescript) и взаимодействовать почти со семи популярными серверами (Tomcat, TomEE, GlassFish, JBoss, WildFly, Weblogic, WebSphere, Geronimo, Virgo и т. д.).
3. Среда программирования Eclipce является самой распространенной среди разработчиков, потому что обладает большим количеством пользовательской документации и плагинов.
4. Среда программирования JDeveloper обладет поддержкой системы контроля версий и облачного сервиса Oracle, PL / SQL обработчиком запросов, WebLogic Server, редакторами HTML, CSS, JavaScript, JSF, JSP, WSDL и ещё огромным количеством всевозможных полезностей.

Из перечисленных сред программирования была выбрана среда программирования Eclipce, поскольку она является наиболее подходящей для языка программирования Java.

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

Управление реляционной базой данных будет осуществлять реляционная СУБД. Рассмотрим виды реляционных СУБД:

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

На основании вышеперечисленного, для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

ГЛАВА 2. Проектная часть

2.1. Информационная модель и её описание

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

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

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

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

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

В рассматриваемой системе отсутствуют входные документы. Оперативная информация проектируемой системы хранится в таблице «Заказ». В заказе содержится следующая информация:

1. Номер заказа.
2. Дата.
3. ФИО заказчика.
4. Наименования товара.
5. Количество товара.
6. Сумма заказа.

Для осуществления работы с ИС должны быть разработаны следующие справочники:

1. Заказчик.
2. Товар.
3. Единица измерения.

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

Таблица 3

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

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

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

1. № договора.
2. Дата договора.
3. Информация о клиенте.
4. Информация об условиях договора.

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

Также в результате работы с системой формируется документ «Накладная», который содержит следующие данные:

1. Номер документа.
2. Дата.
3. Перечень товаров.
4. Количество товаров.
5. Стоимость товаров.
6. Сумма заказа.

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

Рисунок 9. Образец договора купли-продажи

Рисунок 10. Образец накладной

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

1. Договор.
2. Накладная.
3. Товар.
4. Заказчик.

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

Таблица 4

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

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

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

Функции, которые автоматизирует информационная система делятся на два типа [3]:

1. Служебные функции.
2. Основные функции.

К служебным функциям проектируемой системы будут относиться [8]:

1. Настройка информационной системы.
2. Управление окнами.
3. Помощь по работе программы.

К основным функциям будут относиться:

1. Редактирование справочников.
2. Создание документов.
3. Печать документов.
4. Формирование отчетов.

На основании перечисленных функций составим дерево функций системы (рисунок 11).

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

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

В сценарии диалога должно учитываться:

• работа с формами входных документов;
• формирование результатных документов;
• ввод и редактирование и просмотр данных;
• протоколирование действий пользователей;
• помощь на всех этапах работы с системой.

Сценарий диалога представлен на рисунке 12.

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

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

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

1. Заказчик.
2. Товар.
3. Единица измерения.
4. Договор.
5. Накладная.
6. Заказ.

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

Рисунок 13. ER-модель

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

Таблица 5

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