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

Рисунок 1.3 – Модель процесса «Подготовка списка компонентов»

Для каждого указанного в задании типа изделий проводится проверка наличия такого типа изделий в уже наработанной базе. Если такое изделие в базе уже присутствует, то компонентный состав для списка добавляется из самой базы. Если такого изделия в базе еще нет, то оно создается. Но прежде определяется состав этого изделия – набор составляющих его компонентов (при этом необходимо руководствоваться требованиями заказчика к компонентному составу, если такие имеются (должны быть описаны в задании) и наличием и номенклатурой поставщиков, с которыми сотрудничает предприятие).

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

1.3 Характеристика документооборота, возникающего при решении задачи

На рисунке 1.4 приведена схема документооборота, используемая в процессе сборки заказов на Предприятии. Основные этапы документооборота на схеме приведены в соответствии с BPMN-диаграммой описания бизнес-процессов, приведенной на рисунке 1.2.

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

1. Отсутствии систематизированной и централизованной базы комплектующих, необходимых для сборки;
2. Неэффективном информационном обмене;
3. Неэффективном учете комплектующих для сборки по заказам.

Рассмотренный бизнес-процесс затрагивает практически полную производственную деятельность Предприятия. Проектируемая ИС будет применяться только в начальном этапе сборки (при формировании списка компонентов для заказа), а также между этапами 2 и 3 сборки, и, наконец, выполнять некоторые сервисные функции.

Рисунок 1.4 – Схема документооборота при выполнении заказа

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

Помимо этого, ИС будет содержать необходимые данные поставщиков деталей и компонентов.

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

На BPMN-диаграммах все связи поддержки информационной системы показаны точечными стрелками от и к хранилищу данных (DataStore), поскольку хранилище данных (в виде БД) является фундаментальным при реализации функционирования ИС.

Главные задачи, которые должна обеспечить новая информационная система учета деталей:

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

1.4 Обоснование проектных решений по информационному обеспечению

Перечень основных документов для проектируемой информационной системы приведен в таблице 1.1.

Таблица 1.1

Перечень входных и выходных документов

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

Кроме того, существенно упрощаются учетные операции, позволяя организовывать ведение справочников и выбирать комплектующие для операций не по отдельности, а целыми группами в составе изделий.

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

На рисунке 1.5 приведена диаграмма проекта интерфейса программного обеспечения ИС, выполненная средствами Visual Paradigm. На ней стрелками показаны возможные переходы между экранными формами ИС.

Рисунок 1.5 – Диаграмма интерфейса ИС

В составе информационного обеспечения ИС УПРС будут использоваться классификаторы, описанные в таблице 1.2.

Таблица 1.2

Перечень классификаторов ИС

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

Все классификаторы имеют четырехразрядную структуру, структурная формула классификаторов: Ф = [ХХХХ].

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

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

Выбор ОС

Операционная система Microsoft Windows 7/8/10 получила широкое распространение среди огромного числа пользователей – эта операционная система применяется в основе большинства корпоративных сетей общего назначения. Windows предлагает пользователю удобный графический интерфейс и позволяет работать в многозадачном режиме. Одновременно с этим, Windows предлагает огромный набор инструментов и функций, поддерживающих разработку приложений любой сложности – для программистов и разработчиков. Ядро Windows имеет в своем составе полный набор системных компонент для компоновки и реализации стандартных пользовательских интерфейсов, использовании функций управления памятью и доступа к дискам и другим периферийным устройствам, средств загрузки и компоновки программ.

Выбор СУБД

В качестве СУБД можно предложить MySQL. Данная СУБД оптимально использует предлагаемые провайдером хостинг-ресурсы. Высокая эффективность и высокая надёжность способствовали столь высокой популярности данной СУБД. По всем этим причинам MySQL стала незыблемым стандартом в области СУБД для web, а теперь в ней развиваются возможности для использования ее в любых критичных бизнес-приложениях. MySQL конкурирует на равных с такими производителями СУБД, как Oracle, IBM, Microsoft и Sybase.

Основные достоинства СУБД MySQL:

• многопоточность, поддержка нескольких одновременных запросов;
• оптимизация связей с присоединением многих данных за один проход;
• записи фиксированной и переменной длинны;
• наличие ODBC драйвера, в том числе и интегрированные средства для MS Visual Studio;
• гибкая поддержка форматов чисел, строк переменной длинны и меток времени;
• быстрая работа, масштабируемость;
• совместимость с ANSI SQL;
• распространяется согласно стратегии Open Source;
• хорошая поддержка со стороны провайдеров услуг хостинга.

Демонстрационная десктоп-версия ПО ИС разрабатывается и использованием файл-серверной СУБД SQLite.

Требования к специальному ПО

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

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

F – функциональные требования(functional);

U – требования к удобству использования (usability);

R– требования к надежности (reliability);

P – требования к производительности (performance);

S – требования к поддержке (supportability).

На рисунке 1.6 представлена модель функциональных требований, выполненная средствами Visual Paradigm.

Рисунок 1.6 – Модель функциональных требований

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

На рисунке 1.7 представлена модель требований к удобству использования, выполненная средствами Visual Paradigm.

Рисунок 1.7 – Модель требований к удобству использования

Надежность системы является крайне важным показателем работы, поэтому все требования к обеспечению надежности ИС должны быть выполнены неукоснительно и в полном объеме.

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

На рисунке 1.8 представлена модель требований к надежности ИС, выполненная средствами Visual Paradigm.

Рисунок 1.8 – Модель требований к надежности

Требования к производительности характеризуют эффективность использования системой выделенных ей ресурсов и определяет стабильность ее работы и скорость обработки информации и выполнения алгоритмов.

На рисунке 1.9 представлена модель требований к производительности ИС, выполненная средствами Visual Paradigm.

Рисунок 1.9 - Модель требований к производительности

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