5 Описание обеспечивающих подсистем
Несмотря на конкретные функциональные подсистемы, в которых применяются различные виды обеспечения, обеспечивающие подсистемы являются общими для всей ЭИС. Состав этих подсистем не зависит от выбранной предметной области. В состав обеспечивающих подсистем входят подсистемы:
организационного обеспечения;
правового обеспечения;
технического обеспечения;
математического обеспечения;
программного обеспечения;
информационного обеспечения;
лингвистического обеспечения;
технологического обеспечения.
Подсистема «Организационное обеспечение» является одной из важнейших подсистем ЭИС, от которой зависит успешная реализация целей и функций системы.
Подсистема «Правовое обеспечение» предназначена для регламентации процесса создания и эксплуатации ЭИС, которая включает совокупность юридических документов с констатацией регламентных отношений по формированию, хранению, обработке промежуточной и результатной информации системы.
Подсистема «Техническое обеспечение» представляет комплекс технических средств, таких как:
электронные вычислительные машины, осуществляющие обработку экономической информации;
средства подготовки данных на машинных носителях;
средства сбора и регистрации информации;
средства передачи данных по каналам связи;
средства накопления и хранения данных и выдачи результатной информации;
вспомогательное оборудование и организационная техника.
Подсистема «Математическое обеспечение» представляет собой комплекс средств и методов, позволяющих строить экономико-математические модели и алгоритмы управления для решения задач и обработки информации с применением вычислительной техники.
Подсистема «Программное обеспечение» включает совокупность компьютерных программ, описаний и инструкций по их применению на ЭВМ.
В свою очередь подсистема «Информационное обеспечение» — это единая системы классификации, кодирования технико-экономической информации, унифицированной системы документации и информационной базы.
5.1 Новая технология для поддержки процесса приёма заказа
На рассматриваемом в данной работе предприятии средством автоматизации поддержки приёма заказа выступает прикладное программное обеспечение общего назначения — MS Excel.
Сущность структурного подхода к разработке информационных систем заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны.
В данном дипломном проекте моделирование бизнес-процессов выполнено с помощью программного продукта BPwin, относящегося к категории CASE-средств, облегчающих процесс проектирования ЭИС. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin поддерживает методологию IDEF0 позволяющую анализировать бизнес.
В результате анализа предметной области была разработана функциональная модель бизнес — процессов предприятия. Проектирование проводилось на основе методологии IDEF0. Найденные в модели “AS-IS” недостатки исправляются путем создания модели “ТО-ВЕ” (как будет), т.е. модели новой организации процессов на предприятии. Создание и внедрение ИС приводит к изменению условий выполнения отдельных операций, структуры процессов и предприятия в целом. Это приводит к необходимости изменения системы правил, используемых на предприятии, модификации должностных инструкций сотрудников. Функциональная модель “TO-BE” позволяет уже на стадии проектирования будущей ИС определить эти изменения. Применение функциональной модели “TO-BE” позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель “ТО-ВЕ” нужна для анализа альтернативных путей выполнения функции и документирования того, как компания будет делать бизнес в будущем. Функциональная модель “TO-BE” позволит четко определить распределение ресурсов между операциями делового процесса, что дает возможность оценить эффективность использования ресурсов после предлагаемого реинжиниринга. Контекстная диаграмма приведена на Рисунке 2.1.
Рисунок 2.1 — Общая схема организации бизнес-процесса работа с заказами «TO-BE»
Рассмотрим входные документы для принятия решения о приёме заказа. Такими документами являются: статьи затрат, информация о заказчике, требования к выполнению заказа.
Статьи затрат включают: материалы (верх, волос, карманы х/б, межпрокладка, парусина, подкладка шелк, прокламелин), корсаж, фурнитура, дополнительные расходы (вспомогательные материалы, заготовленные расходы, отклонения по фурнитуре, уценка маломерных остатков), всего сырья, зарплата основная (повременная зарплата, прогрессивная зарплата, сдельная зарплата, сдельная зарплата отклонения), прочие расходы (амортизация, дополнительная зарплата, общепроизводственные расходы, общехозяйственные расходы, потери от брака, прочие расходы, страховые взносы, услуги за пошив), фабричная себестоимость, коммерческие расходы, полная себестоимость, оптовая стоимость, прибыль. Статьи затрат используются для расчёта затрат на рубль и рентабельности.
Информация о заказчике представляет собой перечень основных сведений о заказчике таких как: полное наименование, юридический адрес, телефон, расчётный счёт и другие. В требованиях к заказу указаны сроки выполнения заказа, количество, наименования и характеристика товара и цена. Функциональная декомпозиция первого уровня системы приведена на Рисунке 2.2. В целом контекстная диаграмма и декомпозиция первого уровня в «TO-BE» отличается от «AS-IS» только инструментом, вместо использования MS Excel будет использоваться 1С: Бухгалтерия обозначенная как ЭИС. Это внедрение значительно облегчит работу и взаимодействие с другими отделами предприятия т. к. большая часть отделов, в том числе и бухгалтерия, используют различные конфигурации 1С.
Рисунок 2.2 — Работа с заказами клиентов «TO-BE»
Функциональная декомпозиция второго уровня системы приведена на Рисунке 2.3. В данной декомпозиции в блок «расчёт рентабельности» добавлен расчёт затрат на рубль товарной продукции, для более точного определения выгодности заказа. Разделён блок «регистрация заказа и заключение договора» на блок «занесение заказа в базу» в данной базе можно будет следить за выполнением заказа, просмотреть крайний срок выполнения заказа, проверить, весь ли заказ выполнен и т. д., входной информацией для этого блока является «данные о заказе» и на выходе параметры требуемой модели и код модели, который присваивается системой. И блок «составление и заключение договора», договор составляется на основе данных о заказе и заказчике, не стоит забывать что договор подписывается двумя сторонами, следовательно договор так же содержит информацию и предприятии, которое выполняет заказ.
Рисунок 2.3 — приём заказа «TO-BE»
Концептуальная модель отражает предметную область, и ее проектирование сводится к структуризации данных и выявлению взаимосвязей между ними. Основу проектирования составляет анализ информационных потоков и задач по обработке данных, решаемых на предприятии.