Рабочий проект. 
Информационная система по учету охраняемых объектов

Функциональное проектирование системы

Любую компанию (бизнес) можно представить как некий черный ящик, вмещающий в себя совокупность бизнес-процессов, где на выходе — прибыль. А что на входе, что внутри, и как она работает? На эти вопросы помогает ответить описание бизнес-процессов. Моделирование и описание бизнес-процессов — это, прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.

Модель бизнес-процессов и описание бизнес-процессов, дают ответы на следующие вопросы [10]:

какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;

в какой последовательности выполняются эти процедуры;

какие механизмы контроля и управления существуют в рамках описываемого бизнес-процесса;

кто выполняет процедуры бизнес-процесса;

какие входящие документы/информацию использует каждая процедура бизнес-процесса;

какие исходящие документы/информацию генерирует процедура бизнес-процесса;

какие ресурсы необходимы для выполнения каждой процедуры бизнес-процесса;

какая документация/условия регламентирует выполнение процедуры;

какие параметры характеризуют выполнение процедур и бизнес-процесса в целом.

Для построения моделей бизнес-процессов и описания бизнес-процессов используются методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.

Для разработки функциональной модели использовалось CASE-средство Computer Associates BPwin 4.0. BPwin мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия — от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin — еще и мощное средство моделирования процессов при создании корпоративных информационных систем [11].

Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации. Неэффективная, высокозатратная или избыточная деятельность может быть легко выявлена и, следовательно, усовершенствована, изменена или устранена в соответствии с общими целями организации [11].

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

С помощью BPwin пользователь может сделать свою работу более продуктивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко отбуксированы в нужное место. Интерфейс BPwin, выполненный в стиле «проводника» облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса [11].

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения [10]:

• — с точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
• — с точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
• — с точки зрения последовательности выполняемых работ: еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий.

Контекстная диаграмма и диаграмма декомпозиции системы в нотации IDEF0 представлены на рисунках 1.2 и 1.3.

DFD (Data Flow Diagrams) это диаграммы потоков данных, которые описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ [10]. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов. Поэтому эта методология была выбрана для моделирования потоков данных ИС учета обслуживаниеных работ нефтяного оборудования.

Диаграммы потоков данных приведены на рисунках 2.1 и 2.2.

Рисунок 2.1 Диаграмма потоков данных верхнего уровня Рисунок 2.2 Диаграмма поток данных на уровне подсистем.