32
К основным преимуществам разрабатываемой программы нужно
отнести достаточно низкую стоимость разработки и внедрения, а также
еще несколько преимуществ:
Надежность создаваемого приложения.
Программный комплекс будет устойчив не только к допускаемым
пользователями ошибкам, но также и к сбоям в самой системе
коммуникаций.
Удобство использования интерфейса;
Высокая безопасность системы, подразумевающая не только
контроль доступа к тем или иным ресурсам системы и защиту информации
на всех стадиях функционирования, а также и отслеживание выполняемых
пользователями действий с высочайшей степенью достоверности.
33
ГЛАВА 2. ПРОЕКТНЫЙ РАЗДЕЛ
2.1 Новая технология выполнения выбранной функции
управления
Менеджер по снабжению ООО «Макдоналдс» обрабатывает большое
количество информации: вводит данные приходных накладных, данные о
фактическом остатке продуктов, данные инвентаризации, данные по
расходу продуктов, составляет отчеты для руководства и пр. Большинство
работ производится вручную. В связи с этим было принято решение о
разработке ИС мониторинга запасов полуфабрикатов. Внедрение ЭИС, за
счет автоматизации некоторых функций, приведет к сокращению времени
работы по каждой заявке, а соответственно, к увеличению общего числа
заявок организации.
К обработке информации в ИС предъявляются следующие
требования:
полнота и достаточность информации для реализации функций
управления;
своевременность предоставления информации;
обеспечение достоверности информации;
экономичность обработки информации - затраты на обработку
данных должны не превышать получаемый эффект;
адаптация к меняющимся информационным потребностям
пользователей.
Все вышеперечисленные требования были учтены и реализованы в
процессе разработки ИС мониторинга запасов полуфабрикатов ООО
«Макдоналдс». Появление ИС приводит к частичному изменению
алгоритма работы менеджера.
34
Рассмотрим бизнес-процессы компании с учетом внедрения
экономической информационной системы.
На Рисунке 2.1 представлен бизнес-процесс учета запасов
полуфабрикатов, изображённый в нотации IDEF0.
Рисунок 2.1 - IDEF0 диаграмма бизнес-процессов (контекстная)
На Рисунке 2.2 представлена декомпозиция бизнес-процессов,
которая заменена одной специализированной ИС.
35
Рисунок 2.2 - IDEF0 диаграмма бизнес-процессов (декомпозиция)
Данные о наличии, расходе и остатке продуктов переносятся в базу
данных ИС. В результате этого кардинальных изменений процесса не
происходит, но существенно упрощается его выполнение, а также
сокращается трудоёмкость работы менеджера.
По диаграммам, представленным выше, мы можем сделать вывод,
что кардинально работа менеджера по снабжению не изменилась, однако
появление ИС упрощает его работу и обеспечивает более быстрый
мониторинг запасов полуфабрикатов, что в свою очередь позволит
обрабатывать больше данных.
Разработка и внедрение ИС позволит сократить количество
используемых менеджером офисных приложений и снизит нагрузку.
36
2.2 Описание обеспечивающих подсистем
2.2.1 Информационное обеспечение
2.2.1.1 Информационная модель и ее описание
Информационная модель – совокупность информации,
характеризующая существенные свойства и состояния объекта, процесса,
явления, в которой однозначно определен каждый его элемент и
обеспечена их логическая взаимосвязь.
На основании приведенных бизнес-процессов можно построить ER-
диаграмму базы данных. Диаграмма «сущность-связь» (ER-диаграмма)
позволяет описывать концептуальные схемы предметной области. В
данном случае она представляет собой нотацию Питера Чена, которая
описывает объекты и отношения между ними. Основными компонентами
такой модели являются сущности, их атрибуты и связи между ними. Как
правило, физическим аналогом сущности в будущей базе данных является
таблица, а физическим аналогом атрибута — поле этой таблицы. С
логической точки зрения сущность представляет собой совокупность
однотипных объектов или фактов, называемых экземплярами этой
сущности. Физическим аналогом экземпляра обычно является запись в
таблице базы данных.
Диаграмма потоков данных представлена на Рисунке 2.3.
37
Рисунок 2.3 - Диаграмма потоков данных
На рисунке 2.4 представлена логическая модель данных
информационной системы менеджера по снабжению.
Рисунок 2.4 – Логическая модель данных
Формиру ет
включает
содержит
включает
поставляет
Контрагент
КодКонтрагента
наименвоание
ИНН
адрес
контактные данные
ФИО руководителя
Отделы Предприятия
КодОтдела
Наименование
Заявки
КодЗаявки
КодОтдела (FK)
КодПродукции (FK)
КодТипа (FK)
КодПредприятия
Дата
Объем поставки
Акту альность
Типы Проду кции
КодТипа
Наименование
Проду кция
КодПродукции
КодТипа (FK)
Наименование
Е диницаИзмерения
Поставка
КодКонтрагента (FK)
КодЗаявки (FK)
КодОтдела (FK)
КодПродукции (FK)
КодТипа (FK)
Дата
Признак исполнения
Лимитно-Заборная карта
КодПродукции (FK)
КодТипа (FK)
Потребность
Запас
Лимит расхода
Пррограмма произ водства
КодПродукции (FK)
КодТипа (FK)
Количество
38
2.2.1.2 Характеристика нормативно-справочной и входной
информации
Нормативно-справочная информация в автоматизированных
системах представляет собой ядро единого информационного
пространства предприятия (организации), включающее в себя набор
справочников, словарей, классификаторов, стандартов, регламентов,
используемых в деятельности предприятия. В разрабатываемой ИС в
качестве нормативно-справочной информации используются внутренние
правила ООО «Макдоналдс».
Входная информация – это информация, поступающая в фирму. В
разрабатываемой ИС входной информацией являются: программа на
месяц-запуск, сопроводительные приходные документы (товарные
накладные, товарно-транспортные накладные, счета-фактуры), договор на
поставку.
Вся информация ООО «Макдоналдс» хранится в базе данных в
различных таблицах системы.
Таблица 2.1 - Справочник «Контрагенты»
Таблица 2.2 - Справочник «Типы продукции»
39
Таблица 2.3 - Справочник «Продукция»
Таблица 2.4 - Справочник «Отделы предприятия»
Таблица 2.5 – Журнал заявок на приобретение продукции
Таблица 2.6 – Журнал поставок продукции
2.2.1.3 Характеристика результатной информации
Разработанная ИС позволит формировать в автоматизированном
режиме анкеты поставщиков и осуществлять выбор наиболее надежных и
приемлемых поставщиков. Кроме того, формировать запросы на проверку
40
качества продуктов, на замену продуктов, формировать ведомости
дефицитных позиций с указанием сроков поставки, ведомости закрытых
дефицитных позиций.
Справочник норм на единицу изделия должен быть в единой
программе, чтобы своевременно быстро просчитать необходимый запас
продукта исходя из программы предприятия и предварительного запуска.
Кроме того, это позволит рассчитывать лимит материальных запасов,
необходимый для решения проблем контроля за остатками продуктов на
складе и рационального их использования. Решить эту проблему поможет
документ лимитно-заборная карта, применяемый для систематически
потребляемых при изготовлении продукции запасов в месяц. Лимитная
карта может использоваться в тех случаях, когда жесткая регламентация
поставок внутри месяца по срокам и объемам затруднительна. В лимитной
карте указываются месячная потребность в продукте, величина запаса и
месячный лимит расхода. В случае появления необходимости принятия
решений по изменению лимита службой снабжения может оформляться
разовое требование или требования на замену, которое согласовывается с
службой поставок и подписывается руководителем.
Результатной информацией, формируемой информационной
системой будут являться:
Документ «Заказ поставщику», содержащий информацию о
контрагенте, отделе, для которого совершен заказ, дата поставки,
ответственный, номенклатура, количество;
Отчет «Актуальные заявки», содержащий информацию о
контрагенте, заказанных, выполненных заявках, о конечном остатке;
Отчет «Остатки запасов», содержащий информацию о
номенклатуре товаров, начальном остатке, приходе, расходе, конечном
остатке;
Отчет «Цены продуктов», содержащий информацию о ценах у
41
поставщиков, в разрезе видов продуктов;
Отчет «Ведомость дефицитных позиций», содержащий
информацию о дефиците запасов: номенклатура, месячная потребность,
лимит расхода, запас, текущая потребность, списание, остаток, заказано,
поступление;
Отчет «Анкета поставщиков», содержащий информацию о
поставщиках: контрагент, количество заказов, заказов в срок, полностью
привезены, протестировано, соответствие нужному качеству, общий
рейтинг.
Структура выходных документов приведена ниже.
Таблица 2.7 – Заказ поставщику
Наименование поля
Тип данных
Размер поля
1
2
3
Контрагент
Текстовый
50
Отдел
Текстовый
50
Дата
Дата
ФИО ответственного
Текстовый
50
Номенклатура материала
Текстовый
50
Количество
Числовой
Целое
Таблица 2.8 – Остатки запасов
Наименование поля
Тип данных
Размер поля
1
2
3
Номенклатура
Текстовый
50
Остаток на начало
Числовой
Целое
Начальная Дата
Дата
Приход
Числовой
Целое
Расход
Числовой
Целое
Конечный остаток
Числовой
Целое
Таблица 2.9 – Цены продуктов
Наименование поля
Тип данных
Размер поля
1
2
3
Номенклатура
Текстовый
50
Поставщик
Текстовый
50
Цена
Денежный