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

Рис. 1. Диаграмма А0

Теперь проведем декомпозицию полученной диаграммы.

Деятельность «продажа товара» можно представить как последовательность следующих действий (рис. 2):

1. предподготовка;
2. оформление;
3. получение;
4. постсервис.

Рис. 2. Декомпозиция диаграммы А0

Проведем дальнейшую декомпозицию. Деятельность «предподготовка» включает следующие действия (рис. 3):

1. консультация;
2. выбор товара;
3. проверка наличия на складе.

Рис. 3. Декомпозиция деятельности «предподготовка»

Проведем декомпозицию «оформление». Деятельность «оформление» включает следующие действия (рис. 4):

1. оплата;
2. заявка на склад;
3. оформление документации.

Рис. 4. Декомпозиция деятельности «оформление»

В «получение» входят функции (рис 5):

1. передача товара;
2. оформление гарантии;
3. выдача сопроводительной документации.

Рис. 5. Декомпозиция деятельности «получение»

В «постсервис» входят функции (рис. 6):

1. проверка наличия неисправностей;
2. осуществление ремонта;
3. проверка гарантии;
4. выдача товара.

Рис. 6. Декомпозиция деятельности «постсервис».

После построения информационной модели сформируем древо целей (рис. 7):

Рис. 7. Древо целей информационной системы.

2.2 Системный анализ методов проектирования многофункциональной информационной системы

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

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

• сложность структуры – система состоит из множества подсистем, имеющих многофункциональные разветвленные взаимосвязи друг с другом и внешней средой;

• гетерогенность – система состоит из множества различных информационно-вычислительных, телекоммуникационных, программных и прочих ресурсов;

• рассредоточенность – система состоит из территориально-распределенных подсистем, которые располагаются на расстоянии нескольких тысяч километров друг от друга;

• динамика – система находится в стадии постоянного развития и совершенствования, подвергаясь при этом воздействию со стороны внешних и внутренних факторов и, вследствие этого, – постоянным модернизациям;

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

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

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

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

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

• предусматривала использование комплекса ранее созданных и уже эксплуатирующихся проектных решений;

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

• обеспечивала заданный уровень информационной безопасности. Типовые методологии и схемы системного проектирования информационных систем были рассмотрены в материалах авторов Д. Захмана, Д. Хендерсона, Р. Баркера, У. Меллинга, А. Шеера. Методологические рекомендации по построению информационных систем описываются в работах Б. Позина, Е. Зиндера, Е. Ойхмана и других.

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

Сущность структурного подхода к разработке информационных систем заключается в декомпозиции (разбиении) системы на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и т. д. Стоит отметить, что при этом устанавливается строгий порядок выпол- няемых действий, а каждый модуль системы реализует один из этапов общего процесса. Как правило, такой подход предполагает раздельное построение модели функций и модели данных. В качестве средств структурного анализа и проектирования, наиболее распространены следующие модели: Диаграмма потоков данных или модель бизнес-процессов DFD (Data Flow Diagram / Business Process Model). Модель определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования ин- формации от ее ввода в систему до выдачи пользователю.^[6]

Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до достижения элементарности процессов и невозможности дальнейшей детализации. Моделирование, основанное на диаграммах RAD (Role Activity Diagrams), является развитием моделирования на диаграммах потоков данных. RAD- диаграммы основаны на концепции моделирования бизнес-процессов, включаю- щей понятия ролей и взаимодействия между ними.

На основе SADT была создана методология IDEF0 (Icam DEFinition), представляющая собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Модель "сущность-связь" ("объект-отношение") ERD (Entity Relationship Diagram), была предложена П. Ченом, как средство описания информационной модели предметной области, не привязанное к инструментам реализации структур хранения данных в информационной системе. Модель позволяет использовать наглядные графические обозначения для моделирования сущностей и их взаимосвязей, а также обеспечивает единый формализм в описании сущностей предметной области и компонентов реляционной базы данных, так как конструкции модели четко соответствуют конструкциям реляционной модели данных.

Модель ERD стала основой для построения расширенных реляционных моделей и многих CASE-методов. Одна из таких расширенных моделей – RM/T, в которой не делается различий между сущностью и отношением, добавляются собственные специальные операции, дополняющие набор операций базовой реляционной модели. Известный метод Баркера также построен на основе модели ERD, в нем по-другому определяется связь, которая является ассоциацией между сущностями, при которой каждый экземпляр одной сущности (родительской) ассоциирован с произвольным количеством экземпляров другой сущности (потомка), а каждый экземпляр сущности-потомка ассоциирован с только одним экземпляром сущности-родителя.

Диаграмма переходов состояний STD (State Transition Diagram), в основном используемая для моделирования зависящих от времени или реакции на событие систем, как правило, это системы реального времени. Основными элементами модели являются состояние системы и переход из одного состояния в другое, что позволяет моделировать последующее функционирование системы на основе ее предыдущего и текущего функционирования.

К положительным аспектам применения структурного подхода можно отнести:

• возможность проведения глубокого анализа системы, что позволят достаточно эффективно выявлять узкие места, ошибки и неточности;

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

При этом поведение системы описывается в терминах взаимодействия объектов. Предметная область разбивается на некоторое множество относительно независимых сущностей-объектов, обладающих свойствами и набором применимых к ним функций (методов). Понятие объекта, таким образом, объединяет внутри себя данные (состояние) и функции (поведение). В настоящее время наиболее часто применяется набор моделей, входящий в унифицированный язык моделирования UML (Unified Modeling Language).^[7]

Моделирование сложных систем средствами UML сводится к ее описанию в различных проекциях. Каждая проекция описывает определенный аспект разрабатываемой системы.

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

Сводная информация о деятельности предприятия:

• географическое расположение;

• организационная структура;

• описание и степень автоматизации существующих бизнес-процессов;

• информация об управленческой, финансово-экономической, производственной деятельности;

• сведения о документообороте, учетной политике и формах отчетности. Сводная информация о информационно-вычислительной инфраструктуре предприятия:

• используемый аппаратный комплекс;

• программное обеспечение;

• архитектура информационно-вычислительных и телекоммуникационных сетей;

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

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

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

В настоящее время существует множество инструментальных средств, предназначенных для автоматизации процесса проектирования, но применительно к российскому рынку, можно выделить следующие: AllFusion Process Modeler (ранее BPwin) / AllFusion ERwin Data Modeler (ранее ERWin) (Computer Associates), Rational Rose (IBM) и ARIS (IDS Scheer AG).

Инструментальное средство для сравнительного функционального анализа выбрано по следующим критериям:

• одно из лидирующих – положение в своем сегменте;

• опыт успешного внедрения/работы на российских предприятиях;

• локализация и уровень поддержки программного продукта.

AllFusion Process Modeler 7 – инструментальное средство для функционального моделирования, анализа, документирования и оптимизации бизнес-процессов предприятия. AllFusion ERwin Data Modeler – средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных.

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

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

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