<<
>>

13.4. Автоматизация проектирования АИС

Проектировочные работы требуют значительного объема ресурсов различного характера — временных, финансовых, материальных и др. Необходимо стремиться к минимизации этих ресурсов за счет привле­чения прогрессивных средств проектирования АИС.
Одно из перспек­тивных средств рационализации проектирования — автоматизация си­стемы проектирования.

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

Основная цель САБЕ-технологии — максимально автоматизировать процесс разработки и отделить процесс проектирования от кодирова­ния программных средств АИС. В большей части современных САБЕ- технологий применяется методология структурного анализа, основан­ная на описании модели проектируемой системы в виде графов, диаграмм, таблиц и схем. К числу несомненных достоинств САБЕ-тех­нологии следует отнести следующие:

• улучшение качества создаваемых АИС за счет средств автоматизи­рованного контроля программных средств и других проектных решений;

• создание прототипа будущей АИС за короткое время, возмож­ность на ранних этапах провести оценку ожидаемого результата;

• ускорение процесса проектирования и разработки АИС;

• освобождение разработчика от рутинной работы в пользу творчес­кой работы по проектированию;

• поддержка развития и сопровождение разработки АИС;

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

Автоматизация проектирования основана на соответствующих ме­тодах. В зависимости от содержания и класса АИС выбирается наибо­лее адекватный метод проектирования. Эти методы основаны на фор­мализованном отображении бизнес-процессов и систем управления предприятием (фирмой). В настоящее время имеются десятки методов построения формализованных моделей функционирования предпри­ятия и концепций построения систем управления. Методы построения моделей предприятий можно разделить на структурные и объектно - ориентированные. Каждая из этих групп методов включает в себя не­сколько вариантов конкретных методик.

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

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

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

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

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

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

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

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

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

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

В методологии IDEFO используются четыре основных понятия:

1) функциональный блок — функция определенной системы, в гра­фическом виде обозначаемая прямоугольником. Каждая из четырех сторон этого прямоугольника имеет свое значение: левая сторона — вход, верхняя сторона — управление, нижняя сторона — механизм, пра­вая сторона — выход;

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

3) декомпозиция — разделение сложного объекта на составные час­ти. Уровень детализации определяется непосредственно разработчиком модели. Таким образом, общая модель процесса представляется в виде иерархической структуры отдельных диаграмм, что делает ее более по­нятной;

4) глоссарий — это совокупность определений, ключевых слов, тер­минов, характеризующих объекты на диаграмме. Глоссарий обеспечи­вает включение в диаграммы IDEFO необходимой дополнительной информации. Например, для управляющей интерфейсной дуги «распо­ряжение об оплате» глоссарий может содержать перечень реквизитов соответствующего дуге документа, необходимый набор виз и т.д.

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

Иногда такие диаграммы снабжаются так называемой контекстной справкой.

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

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

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

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

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

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

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

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

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

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

Подавляющая часть существующих методов объектно-ориентиро­ванного анализа и проектирования включает в себя как язык модели­рования, так и средства описания процессов моделирования. Язык мо­делирования — это нотация, которая представляется совокупностью правил построения графических объектов, применяемых в моделях. Процесс моделирования отображает шаги, которые следует выполнять при разработке проекта. UML версии 1.1 принят OMG (Object Manage­ment Group) — Организацией по стандартизации объектно-ориентиро­ванных методов и технологий в качестве стандарта в 1997 г. Этот язык используется практически всеми компаниями — разработчиками про­граммных средств — IBM, Microsoft, Oracle Sybase и др.

UML предназначен для определения, представления, проектирова­ния и документирования программных, организационных, экономиче­ских, технических и других средств при решении широкого класса задач. UML обладает широким набором диаграмм для отображения мо­делей:

• диаграммы вариантов использования — для моделирования требо­ваний к системе (бизнес-процессов организации);

• диаграммы классов — для моделирования статистической структу­ры классов и связей между ними;

• диаграммы поведения системы — для моделирования отображе­ния функционального состояния системы;

• диаграммы взаимодействия — для моделирования процесса обме­на сообщениями между объектами (существуют два вида диаграмм взаимодействия: диаграммы последовательности и кооперативные диаграммы);

• диаграммы состояний — для моделирования поведения объектов системы при переходе из одного состояния в другое;

• диаграммы деятельностей — для моделирования поведения систе­мы при различных вариантах использования или моделирования деятельностей;

• диаграммы реализации состоят из диаграмм компонентов (подси­стем) системы и диаграммы размещения — для моделирования физической архитектуры системы.

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

Объектно-ориентированный подход не противопоставляется струк­турному, а может служить его дополнением. Например, для формализа­ции модели бизнеса может использоваться методология IDEFO, а при построении модели системы управления — методология UML.

<< | >>
Источник: Исаев Георгий Николаевич. Информационные системы в экономике : учебник для студентов вузов, обучающихся по специальностям «Финансы и кредит», «Бухгалт. учет, анализ и аудит» / Г. Н. Исаев. — 3-е изд., стер. — М. : Издательство «Омега-Л», — 462 с. : ил., табл. — (Высшее эко­номическое образование).. 2010

Еще по теме 13.4. Автоматизация проектирования АИС:

  1. 13.3. Проектирование АИС
  2. 8.5. АВТОМАТИЗАЦИЯ ПРОЕКТИРОВАНИЯ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
  3. 8.4. ПРОЕКТИРОВАНИЕ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ 8.4.1. ЗАДАЧИ ПРОЕКТИРОВАНИЯ
  4. § 3. Районная планировка — связующее звено между проектированием предприятий и проектированием их размещения
  5. Фаза IV - Проектирование: Проектирование новогоадминистративного бизнес-процесса
  6. 13.5. Построение и внедрение АИС
  7. 6.2. Программные средства автоматизации с моделями предметнойобласти
  8. 13.1. Основные принципы АИС
  9. 2.1. Цели АИС
  10. 13.2.2.Формализованное моделирование АИС
  11. 2.3. Функции АИС
  12. 2.2. Задачи АИС
  13. 13.2.1. Концептуальное моделирование АИС
  14. 3.2. Обеспечивающая часть структуры АИС
  15. 14.1. Параметризация АИС
  16. 8.1. Особенности автоматизации бухгалтерского учета
  17. 13.2.3. Физическое моделирование АИС
  18. 3.1. Определение структуры и целостности АИС