2 Описание архитектуры информационной системы ооо «м.Т.Впик»

Для построения функциональной модели структуры управления предприятием нужно использовать AllFusionProcessModeller 7 (ранее ВРwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusionProcessModeller7 можно использовать для графического представления информационной системы. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель информационной системы. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

AllFusionProcessModeller7 (ВРwin) помогает четко документировать важные аспекты любых информационных систем: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusionProcessModeller7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

На рисунке 3, показана Тор-диаграмма информационной строительного объекта ООО «М.Т.ВПИК». Основная цель информационной системы – обработка информации строительного объекта для учета основной деятельности и составление планов работ на последующие периоды.

У системы есть входы, выходы, управление и механизмы.

Входы системы: информация о сотрудниках, информация о поставщиках.

Что бы эффективно управлять информационной системой, нужно соблюдать требования, установленные техническим заданием. На диаграмме А-0 это показано с помощью стрелок управления, а именно: «Техническое задание».

Стрелками механизма на Тор-диаграмме показывается, что и кто непосредственно участвует во всех стадиях управления объектом, и без чего нельзя обойтись. Это: «Сотрудники» и «МТО».

После построения Тор-диаграммы, нужно перейти к ее декомпозированию, т.е. разбитие ее на основные блоки-составляющие. В нашем случае таких блоков будет четыре: «Модуль «Поставщики», «Модуль «Товары», «Модуль «Персонал» и «Модуль «Отчеты» (рисунок 4).

Теперь нужно распределить между этими блоками, данные которые приходят на материальные и информационные входы системы.

Блок «Модуль «Поставщики». На входе этого блока присутствует информация о поставщиках. Выход  информация о товаре. В качестве механизмов здесь выступают сотрудники, и МТО. Управляющее воздействие на модули оказывает техническое задание.

Блок «Модуль «Товары». На вход данного блока поступают информация о товаре. На выходе мы имеем информацию о количестве товара и информацию об изменении цен на товар и МТО. Механизмами является сотрудники, и МТО. Управляющее воздействие на модули оказывает техническое задание.

Блок «Модуль «Персонал». На вход данной функции поступает информация о сотрудниках, на выходе получаем информацию о сотрудниках за отработанный месяц. Механизмами является сотрудники, и МТО. Управляющее воздействие на модули оказывает техническое задание.

Рисунок 3 - ТOP-диаграмма «А-0 Информационная система строительной организации»

Рисунок 4 – Диаграмма декомпозиции «А0 Информационная система строительной организации»

Блок «Модуль «Отчеты». На вход данного блока поступают информация о работниках, информация об изменении цен, информация о состоянии объектов и информация о работе подрядчиков. На выходе мы получим отчеты по нераспроданным квартирам, отчет о работниках, отчет о сданных квартирах\домах, отчет о выплаченной заработной плате работникам, отчет об изменении цен и отчет по работе подрядчиков. Механизмами является работники, подрядчики и МТО. Управляющее воздействие на модули оказывает техническое задание.

Далее мы проводим декомпозицию блока «Модуль «Поставщики» (Рисунок 5).

Блок «Модуль «Поставщики» декомпозируется на три блока: «БД «Поставщики», «Информация о ценовой политике», «Информация о закупаемых материалах».

Блок «БД «Поставщики».

На входы поступает информация о поставщиках. На выходе информация о поставщиках. Управляющее воздействие на модули оказывает техническое задание, а механизмом являются сотрудники и МТО.

Блок «Информация о ценовой политике».

На входы поступает информация о поставщиках. На выходе получаем информацию о поставщиках предоставляющих услуги. Механизмами является МТО, подрядчики. Управляющее воздействие на модули оказывает техническое задание.

Блок «Информация о закупаемых материалах»

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

Рисунок 5 - Диаграмма декомпозиции «А2 Модуль «Поставщики»

После того, как нами была произведена декомпозиция блока «Модуль «Поставщики» на 3 части, нужно приступить к декомпозиции блока «Модуль «Объекты» который делится на 4 блока: «Информация о наличии требуемых материалов», «Расчёты затрат при возведении объекта», «БД «Сданные объекты» и «БД «Цены».

Блок «БД «Информация о наличии требуемых материалов».

На входы поступает информация о работниках объекта, информация о строй материалах и информация о подрядчиках. На выходе информация о материалах. Управляющее воздействие на модули оказывает техническое задание, а механизмом являются работники, подрядчики и МТО.

Блок «Произведение расчетов затрат при возведении объекта».

На входы поступает информация о материалах. На выходе получаем информацию о произведенных расчетах. Механизмами является МТО, подрядчики и работники. Управляющее воздействие на модули оказывает техническое задание.

Блок «БД «Сданные объекты».

На входы поступает информация о произведенных расчетах. На выходе получаем информацию о товаре. Механизмами является МТО, подрядчики и работники. Управляющее воздействие на модули оказывает техническое задание.

Блок «БД «Цены».

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

Рисунок 6 - Диаграмма декомпозиции «А3 Модуль «Объекты»

Декомпозиция блока «Персонал». Производится по типу DFD.

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

1. Функции обработки информации;

2. Документы (стрелки), объекты, сотрудников или отделы, которые участвуют в обработке информации;

3. Внешние сущности (External references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

4. Таблицы для хранения документов (хранилище данных, data store).

На входе в хранилище данных «Информация о работниках» мы получаем информацию о количестве отработанных смен, информацию о выполнении планов и информацию о сотрудниках. На выходе информация о начислении премии, которая поступает в блок «Модуль «Касса, а на выходе этого блока получаем учет РКО, который поступает в блок «Модуль «Движение ДС», на выходе получаем информацию о выдаче ДС работникам, которая поступает в блок «БД «Зарплата», на выход информация о работниках за месяц. Управляющее воздействие на модули оказывает техническое задание, а механизмами будут работники и МТО.

Рисунок 7 - Диаграмма декомпозиции «А1 Модуль «Персонал»

Декомпозиция блока «Модуль «Отчеты». Производится по типу IDEF3.

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

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

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

На вход поступает информация об изменении цен, информация о работе подрядчиков, информация о состоянии объектов и о работниках. После эта информация классифицируется, если изменения на данный момент времени произошли, то эта информация документируется, если нет - то документация пропускается и формируются отчет. На выходе мы получаем отчеты по не сданным объектам, отчет о работниках, о поступивших объектах, о выплаченной зарплате, об изменениях цен на товары, по работе подрядчиков. Механизмами является работники и МТО. Управляется этот блок Техническим заданием.

Рисунок 8 - Декомпозиция диаграммы «А 4.1Модуль «Отчеты»

Диаграммы Node Тrее показывают иерархию функций в модели и позволяют рассмотреть всю модель целиком.

В данной работе Node Tree состоит из 3-х уровней иерархи (Рисунок 9).

Самый верхний уровень Nоде Тгее «Информационная система строительной организации», делится на 5 нижестоящих уровня – модуль «Поставщики», модуль «Работники», модуль «Объекты», модуль «Отчеты» и модуль «Подрядчики».

Блок «Поставщики» делится на 3 нижестоящих уровня «БД «Поставщики», «Информация о ценовой политике», «Информация о закупаемых материалах». Блок «Модуль «Персонал» делится на 3 нижестоящих уровня: «Модуль «Касса», «Модуль «Движение ДС», «БД «Зарплата». Блок «Модуль «Объекты» делится на 4 нижестоящих уровня: «Информация о наличие требуемых материалов», «Произведение расчетов затрат при возведении Объектов», «Модуль «БД «Сданные объекты», «БД «Цены».

Блок «Отчеты» делится на 3 нижестоящих уровней: «Идентифицировать изменения организации», «Документировать данные об изменении», «Сформировать отчет».

Рисунок 9 - Диаграмма «Node Tree»