Диаграмма потоков данных (DFD)
Федеральное государственное бюджетное образовательное учреждение высшего образования «Омский государственный технический университет» Кафедра математических методов и информационных технологий в экономике Домашнее задание по дисциплине «Проектирование информационных систем» Автоматизация процессов торговой фирмы по продаже запчастей Выполнил студент гр. «____» ______________ 2017 г. Проверилa ______________ «____» ______________ 2017 г. Омск 2017 Оглавление Введение. 3 Предварительный анализ работы предприятия. 4 Модель AS-IS. 4 1.Функциональная диаграмма (IDEF0 или SADT) 4 2. Диаграмма потоков данных (DFD) 14 3. Диаграмма IDEF3. 17 Модель TO-BE. 20 4. Диаграмма Swim Lane. 24 Заключение. 25 Список литературы.. 26
Введение
Компании, деятельность которых связана с торговлей или производством, имеют дело с временным хранением товара или продукции на складах до момента их реализации.
Учет складских запасов – это всегда работа с большим объемом данных. Автоматизация же учета позволяет экономить время, деньги и человеческий ресурс любой компании или предприятия.
Детализированный учет складских запасов позволяет определять оборот продукции по разным критериям и проводить анализ продаж. Программа автоматизации складского учета позволяет сделать склад прозрачным, она предоставляет всю информацию о складских запасах – вид товара, количество, дату закупки, срок хранения и другое.Целью работы является автоматизирование складского учета торговой фирмы по продаже запчастей.
|
|
|
В качестве средства достижения поставленной цели будет использоваться моделирование бизнес-процессов и разработка порядка их автоматизации.
Задачи работы:
· получение представлений о методах и средствах проектирования современных ИС;
· приобретение навыков использования CASE-систем проектирования ИС.
Работа состоит из следующих частей:
· диаграммы IDEF0;
· диаграммы DFD;
· диаграммы IDEF3;
· Swim Laneдиаграмма.
Предварительный анализ работы предприятия
Перечень проектных мероприятий составляется путем рассмотрения недостатков работы «Торговой фирмы по продаже запчастей», выявленных в процессе комплексного анализа.
При применении современных АСУ функции управления складом выполняют менеджеров системы, которые находятся за экранами мониторов. Они формируют задания для операторов и контролируют процесс их осуществления. В этом случае менеджеры имеют полное представление о технологическом процессе на складе точностью до каждой операции. Они руководят системой.
При такой работе операторам и грузчикам не нужно помнить расположение запасов на складе и принимать самостоятельных решений во время выполнения операций. При этом, они, последовательно выполняя команды на экране портативного компьютерного терминала, которым они оснащены, не могут ошибиться. Если персонал неправильно проводит текущую операцию задания, то система не выдаст следующую команду, пока предшествующая не будет правильно выполнена.
|
|
|
Модель AS-IS
Функциональная диаграмма (IDEF0 или SADT)
Для проведения анализа и реорганизации бизнес – процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:
IDEF0 (функциональная модель);
DFD (DataFlowDiagram);
IDEF3 (WorkflowDiagram).
Создание модели в стандарте IDEF0
BPwin - программный продукт, который причисляется к категории CASE - средств верхнего уровня. Разработчиком является компания 1td.
Информационная модель определена для изображения существующих бизнес – процессов в компании (так называемая модель AS-IS «как есть») и безупречного их выполнения – то, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология IDEF0 описывает построение иерархической системы диаграмм – единичных описаний фрагментов разрабатываемой системы.
Построение модели системы начнем с описания функционирования компании (системы) или отдельной ее части в целом в виде контекстной диаграммы.
|
|
|
Созданиеконтекстной диаграммы
Ход выполнения работы:
1. Запускаем программу.
2. Создаем новый бизнес процесс:
Рисунок 1 – Присвоение модели имени и выбор типа модели
Рисунок 2 - Ввод имени автора модели и его инициалов
Рисунок 3 – Окно задания свойств модели
Рисунок 4 – Внесение данных о цели моделирования и точке зрения на модель
Рисунок 5 – Внесение дополнительных данных определяющих модель
Рисунок 6 - Контекстная диаграмма функционирования складского учета
Основные составляющие контекстной диаграммы:
1. Функциональный блок: Складской учет компании;
Интерфейсные дуги:
2. Стрелка входных данных: Заявка на товар;
3. Стрелки управления называются: Законодательство РФ, Нормативные документы;
4. Стрелки выходных данных: Документы на товар, Товар на складе;
5. Стрелки механизма: Сотрудники.
Рисунок 7 – Задание опций генерирования отчета ModelReport 
Рисунок 8– Предварительный просмотр отчета ModelReport
Следующий уровень - функциональная декомпозиция, представляет собой способ моделирования типовой ситуации, когда любое действие, операция, функция могут быть разбиты (декомпозированы) на более простые действия, операции, функции. На рисунке 9 представлена декомпозиция основного бизнес-процесса Компании и выделены основные функции, связанные с деятельностью работы складов организации:
|
|
|
1. Принимать товар на склад:
• Стрелки входа называются: Заявка на товар.
• Стрелки выхода называются: Данные о товаре, Принятый на склад товар.
Комплектовать товар
• Стрелки входа называются: Данные о товаре, Принятый на склад товар.
• Стрелки выхода называются: Информация о поступлениях.
Перемещать товар на склад
• Стрелки входа называются: Информация о поступлениях.
• Стрелки выхода называются: Товар, Данные по загруженности склада.
Общие стрелки:
• Стрелки управления называются: Законодательство, нормативные документы, должностные инструкции.
• Стрелки механизма называются: Сотрудники.
Рисунок 9 Схема основных бизнес процессов
Диаграмма дерева узловиDFD
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Созданиедиаграммы узлов
Ход выполнения работы.
Рисунок 10 – Первое диалоговое окно гида NodeTreeWizard
Рисунок 11 – Второе диалоговое окно гида NodeTreeWizard
Рисунок 12 - Диаграмма дерева узлов
BPwin предоставляет аналитику инструмент для оценки модели – стоимостный анализ, основанный на работах (Activity BasedCosting, ABC),с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR).
С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений и др.
Стоимостныйанализ (Activity Based Costing)
Ход выполнения работы.
Рисунок13- ВкладкаABC UnitsдиалогаModel Properties
Рисунок14– Незаполненное окноCostCenterDictionary
Диаграмма потоков данных (DFD)
Диаграммы потоков данных (Data FlowDiagramming) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота.
Для создания диаграммы действия рассмотрим ведение учета:
На складе исследуемой фирмы производится учёт движения товаров, а именно:
- фиксируем поступление на склад товаров и ценностей от поставщика;
- оформляем возврат от покупателей бракованных товаров;
- оформляем оплата зачислившихся на склад ТМЦ;
- осуществляем списание товаров подлежащих уничтожению;
- фиксируем передвижение товаров от одного материально ответственного лица к другому.
Формирование документов, а также их печать и оформление соответствующих бухгалтерских проводок необходимо осуществлять с использованием специальных программных средств.
Поступление ТМЦ на предприятие сопровождается документом «Приходная накладная».
При выдаче ТМЦ со склада формируется документ «Расходная накладная».
При возвращении бракованного товара от покупателя производим поиск документа, на основании которого был совершён отпуск продукции соответствующему продавцу, а потом формируем производный документ «Возвратая накладная».
При поступлении товаров от поставщика формирование приходной накладной и соответствующие проводки осуществляются на основании счёта-фактуры. Для оплаты поступивших товаров на основании счёта-фактуры оформляются платёжные поручения, выписки банку. При формировании платёжных поручений необходимо учитывать сведения об остатке кредита по нужному поставщику. Изменения взаиморасчётов с поставщиком необходимо отразить в карточке клиента.
Списание товаров испорченных или просроченных осуществляется на основании акта о списании.
При перемещении ТМЦ формируется накладная на внутреннее перемещение товаров.
Создание диаграммы DFD
Ход выполнения работы.
Рисунок 16 Выбор нотации DFD в диалоге ActivityBoxCount
Сформируем диаграммы действия:
Рисунок 17диаграмма потоков данных
Рисунок 18 декомпозиция диаграммы потоков данных
Рисунок19Модель DFD Поступление товара
Диаграмма IDEF3
IDEF3 — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах.
Основой методики служит сценарий процесса, выделяющим из модели последовательность происходящих в системе действий.
Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:
· Документировать имеющиеся данные о технологии процесса.
· Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
· Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса.
· Содействовать принятию оптимальных решений при реорганизации технологических процессов.
· Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."
В ходе выполнения работы была создана диаграмма декомпозиции работы "Оформление заявки на ремонт" в стандарте IDEF3 (Рисунок 20-22).
Рисунок 20 начальная форма создания модели
Рисунок 21IDEF3 модель
Рисунок 22 - IDEF3 модель«Складской учет»
Данная диаграмма описывает процесс продвижения документации при обслуживании заявки по ремонту.
Модель TO-BE
Модель ТО-ВЕ создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам, так и по неформальным - на основе знаний предметной области. Модель TO-BE описывает возможное будущее состояние предметной области, в которое она перейдет в результате оптимизации существующей системы и внедрения новых технологий.
На основе модели As-Is были выявлены следующие ключевые процессы, подлежащие автоматизации.
1. Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это деятельность складского хозяйства) в целом в виде контекстной диаграммы. На Рисунке 23 представлена контекстная диаграмма ИС «Управление складским учетом» ТО-ВЕ «как должно быть».
Рисунок 23- Контекстная диаграмма функционирования склада
Взаимодействие системы с окружающей средой описывается в терминах, необходимых для нормального функционирования склада:
| Входы (слева) | |
| 1) Заказ клиента 2) Товар от поставщика 3) Сопроводительные документы | |
| Выходы (справа) | |
| 1) Сопроводительные документы 2) Товар | |
| Механизмы и управление (сверху) | |
| 1) Действующее законодательство 2) Нормативные документы | |
| Ресурсы (снизу) | |
| 1) Персонал склада 2) Оборудование (складское и офисное) 3) Информационные ресурсы |
Model Name: Управлять складскими операциями
Definition: Модель описывает деятельность склада, а конкретно, выполняемые им функции:
1) Приемка товара
2) Отгрузка и возврат товара
3) Хранение
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции,и представлена на рисунке 24.
Рисунок 24-Диаграмма декомпозиции IDEF0
В результате дальнейшего разбиения функции Хранение получаем диаграмму декомпозиции (см. Рисунок 25):
Рисунок 25 - Диаграмма декомпозиции функции «Хранить товар»
Также была построена новая диаграмма для описания процесса "оформление заявки на ремонт" в стандарте IDEF3.
Рисунок 26 - " Диаграмма декомпозиции в стандарте IDEF3"
Данная диаграмма описывает процесс движение документов в электронном виде в компании. Работы на диаграмме соединяются связями "Старшая стрелка", поскольку они только показывают последовательность действий над одними и теми же объектами. Итоги внедрения компьютерной информационной системы:
· Время выполнения операций значительно сократилось. Теперь сотруднику для добавления и поиска данных, достаточно отрыть программу и внести в нее данные или найти необходимые;
· Время добавления, обновления, удаления данных существенно сокращается при использовании компьютерной информационной системы.
Диаграмма SwimLane
Модель SwimLane основана на нотации IDEF3. Диаграмма в этой нотации состоит из ролевых областей (горизонтальных полос), содержащих соответствующие этим ролям потоки работ. Это позволяет не перегружать модель дополнительными элементами — ссылками.
В ходе выполнения работы была создана SwimLane диаграмма (Рисунок 27).
Рисунок 27 - "Диаграмма SwimLane"
Заключение
Результатом работы является разработка задания насоздание автоматизированной системы по складскому учету товара и материалов, обеспечивающей хранение, накопление и предоставление всей необходимой информации.
Дальнейшее развитие системы планируется проводить по линии интеграции с другими информационными системами.
Разработанная система в силу своей функциональности и универсальности может быть использована в других, аналогичных организациях, без глобальной переработки.
После изучения принципов использования среды BPwin, была построена функциональная модель информационной системы.
Были спроектированы две модели "AS-IS" (как есть) и "TO-BE" (как будет).
Были построены и описаны следующие диаграммы:
· контекстная диаграмма;
· диаграмма декомпозиции;
· диаграмма потоков данных;
· SwimLane диаграмма.
В ходе выполнения работы были решены все поставленные задачи, а именно:
· Были изучены методы и средства проектирования ИС;
· Разработана и описана функциональная модель информационной системы учета заявок
Список литературы
1. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам (с Изменением N 1).
2. ГОСТ 7.32- 2001 Структура и правила оформления 22с.
3. ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
4. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
5. Криницкий Н.А., Миронов Г.Д., Фролов Г.Д. Автоматизированные информационные системы - М.: Наука, 1982.- 384 с.
6. Алешин Л.И., Максимов Н.В.-М.: ММИЭИФП, 2004.- 561 с. Информационные технологии.
7. Баранов В.В. и др. / Автоматизация управления предприятием / ИФРА – М,. – Петров В. Н. / Информационные системы, учебник \ ПИТЕР, 2011.
Дата добавления: 2018-04-15; просмотров: 2144; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!