Проектирование АИС по учету продаж бытовой техники

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

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

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

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

Управляющая информация содержит в себе, прежде всего, федеральное законодательство (Постановление Правительства РФ «Об утверждении правил оказания услуг связи по передачи данных»), как основной элемент управления, без которого невозможна никакая деятельность. Далее регулирование проводиться на региональном уровне. Деятельность юридического лица невозможна без лицензии, а значит, этот элемент обязательно надо учесть. К второстепенным членам управления относится устав фирмы, регулирующий внутренний распорядок.

К механизму управления относятся: персонал; технические средства.

Чек/квитанция и договор являются исходящим потоком данных.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис. 1.Контекстная диаграмма

 

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

Бизнес-процессы:

• Регистрация заявок и выставление счета
• Входная информация: устная заявка, журнал заявок регистр счетов.
• Выходная информация: счет, журнал заявок с отметкой о регистрации заявки, реестр счетов с отметкой о регистрации счета.
• Управление: правила оформления заявки, прайс-лист, ПБУ.
• Механизм управления: менеджер отдела продаж.
• Получение сведений об оплате
• Входная информация: выписка банка, приходный кассовый ордер.
• Выходная информация: реестр счетов с отметкой об оплате.
• Управление: ПБУ.
• Механизм управления: бухгалтер.
• Контроль поступления платежей, выдача товаров
• Входная информация: журнал заявок с отметкой о регистрации заявки, реестр счетов с отметкой об оплате.
• Выходная информация: гарантийный талон, проданный товар, отказ клиенту
• Управление: ПБУ.
• Механизм управления: Менеджер отдела продаж, продавец-консультант.
• Формирование сводки
• Выходная информация: Сводка о поступивших заказах.
• Управление: ПБУ, журнал заявок с отметкой об оплате.
• Механизм управления: продавец-консультант.

 

 

 

Рис. 2. Первый уровень детализации контекстной диаграммы

 

Второй уровень декомпозиции контекстной диаграммы (Рис. 3).

Бизнес-процессы:

• Оформление заявки
• Входная информация: устная заявка, прайс-лист.
• Выходная информация: оформленная заявка.
• Управление: правила оформления заявки.
• Механизм управления: менеджер отдела продаж.
• Регистрация заявки
• Входная информация: оформленная заявка, журнал заявок.
• Выходная информация: журнал заявок с отметкой о регистрации заявки, зарегистрированная заявка.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.
• Выставление счета
• Входная информация: зарегистрированная заявка.
• Выходная информация: счет, информация о счете.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.
• Регистрация счета
• Входная информация: информация о счете, реестр счетов.
• Выходная информация: реестр счетов с отметкой о регистрации счета.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.

 

 

 

 

Рис. 3. Второй уровень детализации контекстной диаграммы

 

1.4. Модель DFD бизнес-процесса «Продаж бытовой техники»

 

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

Всего DFD использует четыре важных элемента:

1. Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами.
2. Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота.
3. Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы.
4. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.

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

 

Рис. 4. Первый уровень детализации контекстной диаграммы

 

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

 

 

Рис. 5. Второй уровень детализации диаграммы

 

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

 

 

 

 

 

 

 

 

 

 

 

1.5. Модель IDEF3 бизнес-процесса «Продаж бытовой техники»

 

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

1. Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
2. Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:
3. Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
4. Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
5. Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

 

 

Рис. 6. Первый уровень детализации контекстной диаграммы

 

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

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

 

2. ПОСТАНОВКА ЗАДАЧИ  ПО РАЗРАБОТКЕ И ПРОЕКТИРОВАНИЮ     АРМ МЕНЕДЖЕРА ПО РАБОТЕ С  КЛИЕНТАМИ

 

2.1. Организационно-экономическая  сущность задачи

Наименование задачи – «Обработка данных продаж бытовой техники».

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

Периодичность решения –  ежемесячно.

Срок выполнения задачи – дата расчета – 2 число следующего месяца.

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

 

2.2. Описание исходной информации

Исходной информацией для решения задачи «Обработка данных продаж бытовой техники» является:

-Журнал заявок (Приложение 1)                                                                                                    

                                                                                                                                              -Заявка (Приложение 2)

 

-Товарная накладная (Приложение 3)

 

Характеристика исходной информации приведена в таблице 3.

Таблица 3.

Характеристика исходной информации

Наименование информации	Общая характеристика информации	Источники информации	Сроки сбора информации	Способ поступления
Журнал заявок	Текущая информация	Менеджер отдела продаж	Ежедневно	Канал связи
Заявка	Текущая информация	Менеджер отдела продаж	Ежедневно	Канал связи
Товарная накладная	Текущая информация	Продавец-консультант	Ежедневно	Канал связи

                                                                                                            Используемым исходным данным  для решения задачи присваиваются  идентификаторы, приведенные в таблицах 4-6.