Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы (Методологии структурного подхода к проектированию ).pdf

Стандарт описания бизнес-процессов DFD - Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

Созданные модели потоков данных организации могут быть использованы при решении таких задач, как:

1) определение существующих хранилищ данных (текстовые документы, файлы, система управления базой данных – СУБД);

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

3) подготовка к созданию модели структуры данных организации, так называемой ERD-модели (IDEF1X);

4) выделение основных и вспомогательных бизнес-процессов организации.

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

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

2.5 Диаграммы переходов состояний (SDT)

SDT демонстрирует поведение разрабатываемой программной системы при получении управляющих воздействий (извне).

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

Рисунок 3. Условные обозначения диаграмм переходов состояний:

а - терминальное состояние; б - промежуточное состояние; в – переход

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

Рисунок 4. Диаграмма переходов состояний программного обеспечения, активно не взаимодействующего с окружающей средой

Глава 3. Сравнительный анализ и оценка средств реализации структурных методов анализа и проектирования информационных систем

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

В качестве средств структурного анализа и проектирования, наиболее распространены следующие нотации:

1. SADT (Structured Analysis and Design Technique). Для новых систем SADT(IDEF0) применяется для определения требований (функций) для разработки системы, реализующей выделенные функции. Для уже существующих - IDEF0 может быть использована для анализа функций, выполняемых системой. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Вершина этой древовидной структуры, представляющая собой самое общее описание системы. После описания системы в целом проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).
2. DFD (Data Flow Diagrams) диаграммы потоков данных. Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Как правило, диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
3. IDEF3. Методология моделирования IDEF3 позволяет описать процессы, фокусируя внимание на течении этих процессов, позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.

Применение универсальных графических языков моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания,

необходимую для достижения точных и непротиворечивых результатов на этапе анализа.

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

Модели SADT(IDEF0) наиболее удобны при построении функциональных моделей. Они наглядно отражают функциональную структуру объекта: производимые действия, связи между этими действиями. Таким образом, четко прослеживается логика и взаимодействие процессов организации. Главным достоинством нотации является возможность получить полную информацию о каждой работе, благодаря ее жестко регламентированной структуре. С ее помощью можно выявить все недостатки, касающиеся как самого процесса, так и то, с помощью чего он реализуется: дублирование функций, отсутствие механизмов, регламентирующих данный процесс, отсутствие контрольных переходов и т.д.

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

IDEF3 хорошо приспособлен для сбора данных, требующихся для прове­дения анализа системы с точки зрения рассогласования/согласования процессов во времени.

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

Заключение

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

Современные средства позволяют достаточно быстро создавать (внедрять) ИС по готовым требованиям. Но очень часто оказывается, что эти системы не удовлетворяют заказчиков. Основной причиной такого положения является неправильное, неточное или неполное определение требований к ИС. Проблема формирования требований к ИС остается до настоящего времени одной из наиболее трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Именно поэтому столь велика роль начальных этапов ЖЦ создания ИС, когда эти требования должны быть выявлены и формализованы, в получении конечного результата.

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

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