4. Автоматизация проектирования аис

Автоматизированные системы проектирования — эффективное средство улучшения показателей проектирования АИС. В области проектирования сформировалось особое направление — программная инженерия или CASE-технологии (Computer-Aided Software/System Engineering — система компьютерной разработки программного обеспечения). CASE-технологии — это совокупность методов анализа, проектирования, разработки и провождения АИС, поддержанных комплексом взаимосвязанных средств автоматизации. CASE-технологии — это средство для системных аналитиков, разработчиков и программистов, обеспечивающее автоматизацию процессов проектирования АИС различного класса и значения.

Основная цель CASE-технологии — максимально автоматизировать процесс разработки и отделить процесс проектирования от кодирования программных средств АИС.

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

• расчленение сложной системы на части, представляемые как «черные ящики», каждый «черный ящик» реализует определенную функцию системы управления;

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

• использование графического представления взаимосвязей элементов системы.

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

В составе методологий структурного анализа к наиболее распространенным можно отнести следующие:

• SADT — технология структурного анализа и проектирования, и ее подмножество — стандарт IDEFO.

• DFD — диаграммы потоков данных.

• ERD — диаграммы «сущность — связь».

• STD — диаграммы переходов состояний.

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

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

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

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

Методология ERD применяется для построения моделей БД, обеспечивает стандартизованный способ описания данных и определение связей между ними. Основные элементы методологии — понятия «сущность», «отношение» и «связь». Сущность задают базовые типы информации, а отношения указывают, как эти типы данных взаимодействуют между собой. Связи объединяют сущности и отношения.

Методология STD наиболее удобна для моделирования определенных сторон функционирования системы, обусловленных временем и откликом на события, например для реализации запроса пользователя к АИПС в рамках реального масштаба времени. Опорными элементами STD служат понятия «состояние», «начальное состояние», «переход», «условие» и «действие». Посредством понятий проводится описание функционирования системы во времени и в зависимости от событий. Модель STD представляет собой графическое изображение — диаграмму переходов системы из одного состояния в другое.

Объектно-ориентированные методы построения моделей системы управления. Эти методы отличаются от структурных более высоким уровнем абстракции. Они основаны на представлении системы в виде совокупности объектов, взаимодействующих между собой путем обмена данными. В качестве объектов предметной области могут служить конкретные предметы или абстрагированные сущности — заказ, клиент и т.п. Наиболее значим метод Г. Буча. Это техника объектного проектирования с элементами объектного анализа, имеющая четыре этапа:

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

2) определение структуры класса, описывающей связь между классами и объектами;

3) разработка диаграмм объектов, которые показывают взаимосвязь объекта с другими объектами;

4) разработка архитектуры ПО, описывающей физический проект создаваемой системы.

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

Объектно-ориентированный подход не противопоставляется структурному, а может служить его дополнением.