55
Рис. 2.4 DFD-диаграмма декомпозиции процесса оформления заказа
Концептуальное проектирование - сбор, анализ и редактирование
требований к данным.
Для этого осуществляются следующие мероприятия: обследование
предметной области, изучение ее информационной структуры выявление всех
фрагментов, каждый из которых характеризуется пользовательским
представлением, информационными объектами и связями между ними,
процессами над информационными объектами моделирование и интеграция
всех представлений
По окончании данного этапа получаем концептуальную модель,
инвариантную к структуре базы данных. Часто она представляется в виде
модели "сущность-связь".
Модель "сущность-связь" основывается на некой важной семантической
информации о реальном мире и предназначена для логического представления
данных. Она определяет значения данных в контексте их взаимосвязи с
другими данными. Важным для нас является тот факт, что из модели
"сущность-связь" могут быть порождены все существующие модели данных
(иерархическая, сетевая, реляционная, объектная), поэтому она является
наиболее общей.[5]
56
Рис. 2.5. «ER-Диаграмма»
Реляционная модель данных организует и представляет данные в виде
таблиц или реляций.
Реляционная схема базы данных – это схема или список, содержащий
имена реляционных таблиц, имена атрибутов, ключевые атрибуты и внешние
ключи.
Бизнес-процессы компании, подлежащие автоматизации, приведены в
следующей таблице:
Таблица 2.1
Бизнес-процессы компании, подлежащие автоматизации
№ п.п.
Код бизнес-процесса
Наименование бизнес-процесса
1.
Закуп-1
Закупки
2.
Склад-2
Складирование
3.
Прод-3
Продажи
4.
Врасч-4
Взаиморасчеты с поставщиками и клиентами
57
Каждый бизнес-процесс имеет свой уникальный номер. Нумерация
бизнес-процессов построена по следующему принципу: "префикс-номер", где
префикс - обозначает группу описываемых бизнес-процессов, а номер -
порядковый номер бизнес-процесса в списке.
Рис. 2.6 Диаграмма прецедентов компании
На Диаграмме прецедентов представлены автоматизируемые бизнес-
процессы компании и их исполнители.
58
Разработка информационных систем включает в себя несколько этапов.
Однако всегда начальным этапом создания системы является изучение, анализ
и моделирование деятельности заказчика.
Рис. 2.7 Диаграмма функциональных связей корпоративной
информационной системы.
59
2.2 Автоматизированная разработка моделей бизнес-процессов
предприятия
Для того, чтобы описать взаимодействие компании на верхнем уровне с
внешними контрагентами составляется физическая диаграмму. Для составления
физической диаграммы в ходе первого интервью необходимо выяснить, кто
является внешними контрагентами и какие у них основные функции.
Компания осуществляет закупки у отечественных и зарубежных
производителей, следовательно, контрагентами компании являются
отечественные и зарубежные поставщики полиэтиленов. Компания пользуется
услугами транспортных компаний для доставки полиэтиленов. Следовательно,
транспортные компании являются внешними контрагентами. Кроме того,
компания реализует полиэтилен через дистрибьюторскую сеть. Следовательно,
контрагентами компании являются покупатели (дистрибьюторы). Таким
образом, внешними контрагентами компании «Гепард» являются поставщики
(отечественные, зарубежные), покупатели (дистрибьюторы,), транспортные
компании.
В среде Visual Studio на физической диаграмме компания изображается
прямоугольником, для отображения контрагентов используются графический
символ Actor (фигурка человечка). Для изображения связей между компанией и
контрагентами используются линии (Communications), Взаимоотношения
компании и внешних контрагентов должны быть поименованы, чтобы были
понятны функции контрагентов по отношению к компании при знакомстве с
физической диаграммой.
Физическая диаграмма ООО «Гепард» представлена на рисунке (2.8)
На основании общего описания бизнес-процесса "Планирование закупок
и размещение заказов поставщикам" составим диаграмму действий, которая
показывает участников процесса, выполняемые операции каждым участником и
взаимосвязь между ними.
60
Рис. 2.8 Физическая диаграмма ООО «Гепард»
Операции на диаграмме следуют в хронологическом порядке, который
определен в приведенном ранее описании бизнес-процесса.
Рис. 2.9 Диаграмма действий менеджера группы планирования и
маркетинга
Общий вид диаграммы действий бизнес-процесса "Планирование
закупок, формирование заказов поставщикам" представлен на рисунке (2.10).
61
Рис. 2.10. Диаграмма действий бизнес-процесса "Планирование закупок,
формирование заказов поставщикам
На основании общего описания бизнес-процесса "Запасы-склад
(приходование)" составим диаграмму действий, которая показывает участников
процесса, выполняемые операции каждым участником и взаимосвязь между
ними. Операции на диаграмме следуют в хронологическом порядке, который
определен в приведенном описании бизнес-процесса.
62
Рис. 2.11. Диаграмма действий менеджера отдела приемки и менеджера
отдела закупки
Общий вид диаграммы действий бизнес-процесса "Запасы - Склад
(приходование)" представлен на рисунке (2.12)
Рис. 2.11. Диаграмма действий бизнес-процесса "Запасы - Склад
(приходование)"
63
Представим фрагмент автоматизированного построения диаграммы
действий бизнес-процесса "Продажи" на рисунке (2.13)
Рис. 2.13. Фрагмент диаграммы действий бизнес-процесса "Продажи"
Общий вид диаграммы действий бизнес-процесса "Продажи"
представлен рисунке в приложении 7.
2.3 Программное и техническое обеспечение задачи
Рассмотрим спецификации настроек типовой ИС
Функциональность модулей ERP-системы MBS Axapta.
1) Логистика
Прогноз закупок, продаж, запасов.
Описание номенклатуры с использованием трех аналитик.
64
Специальные цены, скидки для номенклатуры со специальной группой
аналитики.
Описание хранения с использованием склада, палет и размещения.
Отслеживание номенклатур по серийному номеру и номеру партии
ABC-анализ по заданным пользователем критериям ABC-анализа по
реализации, себестоимости и марже.
Управление карантином. Просмотр номенклатуры на карантинном складе
на любом этапе контроля качества.
Поддержка штрих-кодов.
2) Сводное планирование
Расчет потребности в материалах и мощностях.
Прогнозы закупок и продаж. Возможность обзора долгосрочных
потребностей по закупке, производству и ресурсам.
Возможность расчета краткосрочных потребностей на основе
существующих заказов и/или прогнозного планирования.
Получение сводного плана по заказам.
Система может предложить внести следующие изменения к
существующим и спланированным заказам: Увеличение количества заказа,
Уменьшение количества заказа, Отложить выполнение заказа или закупки
3) Управление продажами
Определение планов продаж для менеджеров по продажам и групп
менеджеров (отделов продаж)
Управление процессом продаж
Прогнозирование продаж
Отслеживание статуса продаж, включая рассматриваемые предложения
Отслеживание действий и прогресса в работе отдельных сотрудников
отдела продаж
Графическое представление данных по продажам
Создание отчетов по предложениям, деятельности менеджеров по
продажам и отдельным сотрудникам