Сетевая экономика и проектирование информационных систем

Рассмотрим назначение компонентов CASE-средства.

Репозиторий – специальная база данных, содержащая информацию о проекте ИС. Репозиторий содержит информацию, характеризующую:

  • диаграммы;
  • связи между диаграммами;
  • структуры данных;
  • программные модули;
  • права доступа проектировщиков ИС и т. д.

Репозиторий обеспечивает храненние версий проекта, групповую ра-боту над проектом, контроль полноты и непротиворечивости данных.

В репозитории предусматривается архивация и резервное копиро-вание проектных данных.

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

Средства контроля и сбора статистики выполняют следующие функции:

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

Браузер позволяет осуществлять просмотр проекта, в том числе пе-реключение от одной диаграммы к другой и т.д.

Генератор кодов программ на основе моделей проекта, хранящихся в репозитории, создает код программы.

Факторы эффективности CASE-технологии

Эффективность применения CASE-технологии проектирования ИС проявляется в повышении качества создаваемого проекта, сокращении стоимостных и временных затрат на всех стадиях жизненного цикла ИС

Рис. 4.3 Факторы эффективности CASE-технологии

Рассмотрим факторы эффективности CASE-технологии.

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

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

Наличие формализованной модели системы создает возможность для многовариантного анализа с прототипированием и ориентировочной оценкой эффективности вариантов. CASE-модели позволяют осуществлять функционально-стоимостной анализ (Activity-Based Costing – ABC) для выявления и исследования стоимости выполнения той или иной функции. Анализ прототипа системы позволяет скорректировать будущую систему до того, как она будет реализована в окончательном виде. Этот подход ускоряет и удешевляет создание системы.

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

Закрепление в формализованном виде требований к системе из-бавляет проектировщиков от необходимости многочисленных корректи-ровок по новым требованиям пользователей.

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

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

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

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

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

Функционально-ориентированный подход в проектировании

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

К числу известных методов функционально-ориентированного проектирования относятся: метод функционального моделирования IDEFO, известный также как метод структурного анализа и разработки (Structured Analysis and Design Technique – SADT), метод описания бизнес-процессов IDEF 3 и метод построения диаграмм потоков данных (DFD). Все эти методы входят в семейство стандартов IDEF (Integrated Definition).

Функционально-ориентированный подход в проектировании рассмотрим на примере метода построения диаграмм потоков данных.

Построение CASE-модели системы предусматривает декомпозицию системы и иерархическое упорядочивание декомпозированных подсистем.

Модель системы должна включать:

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

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

  • диаграммы потоков данных – DFD (Data Flow Diagrams). Они используются совместно со словарями данных и спецификациями процессов;
  • диаграммы «сущность-связь» – ERD (Entity Relationship Diagrams), показывающие отношения между данными;
  • диаграммы переходов состояний – STD (State Transiting Diagrams) для отражения зависящего от времени поведения системы (в режиме реального времени).