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

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

Рисунок 2.1 – Информационная модель ИС УПРС

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

Аналогично обновляются остатки при регистрации кладовщиком операции поставки компонентов от поставщиков. Руководящим документом этой операции является накладная, полученная от поставщика.

Администратор ИС может заниматься ведением основных справочников.

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

Вся входная информация заносится в ИС посредством соответствующих экранных форм. На рисунках 2.2 – 2.9 приведены прототипы форм (диалогов) ввода входной информации. Все прототипы форм выполнены в подсистеме моделирования пользовательского интерфейса пакета Visual Paradigm.

Форма formUser. Представлет диалоговое окно редактирования существующего или ввода данных нового пользователя.

Рисунок 2.2 – Макет формы formUser

Форма formDetail. Диалоговое окно редактирования данных существующей детали или ввода данных новой детали.

Рисунок 2.3 – Макет формы formDetail

Форма formManufacturer. Диалоговое окно редактирования данных существующего производителя или ввода данных нового производителя.

Рисунок 2.4 – Макет формы formManufacturer

Форма formCategory. Диалоговое окно редактирования данных существующей категории деталей или ввода данных новой категории деталей.

Рисунок 2.5 – Макет формы formCategory

Форма formProduct. Является диалогом при создании нового или редактировании данных старого изделия.

Рисунок 2.6 – Макет формы formProduct

Форма formComponent. Форма диалога при создании новых (или редактировании старых) компонентов (деталей), входящих в состав типового варианта изделий готовой продукции.

Рисунок 2.7 – Макет формы formComponent

Форма formQuery. Данная форма выполняет роль диалогового окна при создании / редактировании данных операции выдачи или запроса.

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

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

Поле «Ответственный» доступно для изменения только для пользователя с правами администратора. В режиме создания операции в это поле автоматически будет подставляться имя пользователя, который в данный момент регистрирует операцию, и изменить данные этого поля возможно только, если этим пользователем является администратор.

Рисунок 2.8 – Макет формы formQuery

Форма formQueryPosition. Является формой диалога при указании позиции при указании компонентов операции. Позволяет выбрать как отдельную деталь, так и набор деталей в комплекте типового варианта изделия.

Рисунок 2.9 – Макет формы formQueryPosition

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

Вся выходная информация предоставляется пользователю в ИС посредством соответствующих экранных форм. На рисунках 2.10 – 2.18 приведены прототипы форм вывода информации. Все прототипы форм выполнены в подсистеме моделирования пользовательского интерфейса пакета Visual Paradigm.

Форма formMain. Является главным окном ИС с поддержкой многодокументного интерфейса (MDI). Имеет три основных панели: вверху – панель доступа к подсистемам; слева – панель доступа к командам управления данными; справа – панель доступа к системным функциям.

Рисунок 2.10 – Макет формы formMain

Форма formUsers. Выполнена в виде таблицы зарегистрированных пользователей.

Рисунок 2.11 – Макет формы formUsers

Форма formDetails. Форма справочника деталей представлена в виде учетной таблицы деталей с возможностью фильтрации и сортировки.

Рисунок 2.12 – Макет формы formDetails

Форма formManufacturers. Представляет собой учетную таблицу производителей.

Рисунок 2.13 – Макет формы formManufacturers

Форма formCategories. Представляет таблицу категорий деталей.

Рисунок 2.14 – Макет формы formCategories

Форма formProducts. Представлена в виде таблиц зарегестрированных вариантов типовых изделий и их состава. Оснащена фильтром для поиска и сортировки данных.

Рисунок 2.15 – Макет формы formProducts

Форма formWareHouse. Форма учета деталей на складе, содержащая краткую статистическую информацию – количество деталей в наличии и общее количество выданных деталей каждого типа. Оснащена многокритериальным фильтром для поиска и сортировки данных.

Рисунок 2.16 – Макет формы formWareHouse

Форма formQueries. Форма учета операций всех типов: запросов и выдач. Представляет собой две таблицы: в одной (верхней) учтены все совершенные операции, во второй (нижней) перечислены компоненты, входящие в состав операции, выбранной из первой таблицы.

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

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

Рисунок 2.17 – Макет формы formQueries

Форма formDocument. Форма предназначена для вывода сгенерированных документов по операциям. Представляет собой WebBrowser, которому будет поступать HTML-код сгенерированных документов на отображение.

Рисунок 2.18 – Макет формы formDocument

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

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

Рисунок 2.19 – Функциональная структура ИС

Функциональная структура ИС включает в себя 4 основные и обеспечивающие (сервисные) подсистемы.

Основные подсистемы:

Подсистема справочников. Данная подсистема должна предоставлять средства и методы ведения основных справочников, которые используются при осуществлении основного вида деятельности:

Справочник деталей и их категорий;
Справочник производителей.

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

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

Справочник типовых изделий;
Средства для компоновки типовых изделий из учтенных деталей;
Функции распознавания изделий, представленные в виде декомпозиции изделий на составляющие детали.

Подсистема учета склада. Данная подсистема должна обеспечивать:

Учет количества всех деталей на складе;
Перерасчет количества деталей по проведенным изменениям (получению или выдаче в сборочный цех).

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

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

Учета операций получения (запросов) деталей на склад;
Учета операций выдачи деталей в сборочный цех;
Формирования документов по обоим видам операций;
Декомпозиции изделий при учете деталей в запросе или выдаче.

Обеспечивающие (сервисные) подсистемы:

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

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

Подсистема управления учетными данными пользователей должна также предоставить:

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

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