Анализ бизнес-процессов НПО «Мостовик»

IDEF9 - Scenario-Driven IS Design (Business Constraint Discovery method) - Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение.

IDEF10 - Implementation Architecture Modeling - Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан .

IDEF11 - Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан .

IDEF12 - Organization Modeling - Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF13 - Three Schema Mapping Design - Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан .

IDEF14 - Network Design - Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии .

Стандарт моделирования потоков  данных DFD

Диаграммы потоков данных DFD представляют собой  иерархию функциональных процессов, связанных  потоками данных. Цель такого представления - продемонстрировать, как каждый процесс  преобразует свои входные данные в выходные, а также выявить  отношения между этими процессами.

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

Основными компонентами диаграмм потоков данных являются:

внешние сущности;

системы и подсистемы;

процессы;

накопители  данных;

потоки  данных.

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

Подсистема (или система) на контекстной диаграмме  изображается так, как она представлена на рисунке 3.

 

Рисунок 3 – Подсистема по работе с  физическими лицами (ГНИ - Государственная  налоговая инспекция)

 

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями  и дополнениями.

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

Процесс на диаграмме потоков данных изображается, как показано на рисунке 4.

 

Рисунок 4 – Графическое изображение  процесса

 

Номер процесса служит для его идентификации. В  поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым  следуют существительные в винительном  падеже, например: "Ввести сведения о налогоплательщиках", "Выдать информацию о текущих расходах", "Проверить поступление денег".

Информация  в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.

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

Накопитель  данных может быть реализован физически  в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и  т.д.

Накопитель  данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

Накопитель  данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать  модели данных.

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

Построение иерархии диаграмм потоков  данных.

Главная цель построения иерархии DFD заключается  в том, чтобы сделать описание системы ясным и понятным на каждом уровне детализации, а также разбить  его на части с точно определенными  отношениями между ними [3].