- •Тема 5. Автоматизированное проектирование эис (case-технология)
- •Репозиторий (словарь данных)
- •2. Функционально-ориентированное (структурное) проектирование эис
- •Изображение объектов диаграммы иерархии функций
- •Символы std в различных нотациях
- •Объектно-ориентированное проектирование эис
- •Реализация объекта
- •Методология oose (Object-Oriented Software Engineering)
- •3.2. Методология datarun
- •Модель ис.
- •3.2.1.Унифицированный язык моделирования uml
- •3.3. Прототипное проектирование эис (rad-теxнолoгия)
- •4. Структурный и объектно-ориентированный подход
- •4.1. Особенности объектно-ориентированного подхода
- •4.2. Преимущества и недостатки объектно-ориентированного подхода
Администратор
проектаРепозиторий (словарь данных)
Документатор
проекта
Сервис
Рис.1. Архитектура CASE-средства
Ядро системы – база данных проекта – Репозиторий (словарь данных), представляющий собой специализированную базу данных, предназначенную для отображения состояния проектируемой ЭИС в каждый момент времени.
Репозиторий содержит информацию об объектах проектируемой ЭИС и взаимосвязях между ними, все подсистемы обмениваются данными.
В репозитории хранятся описания следующих объектов:
проектировщиков и их права доступа к различным компонентам системы;
организационных структур;
диаграмм, и связей между ними;
компонентов диаграмм;
структур данных;
программных модулей;
процедур;
библиотеки модулей и т.д.
Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую систему, перестраивать ее в соответствии с поставленными целями и ограничениями.
Графический редактор позволяет выполнять следующие операции:
создавать элементы диаграмм, их взаимосвязи и описания;
задавать описания элементов диаграмм и связей между ними;
редактировать элементы диаграмм, их взаимосвязи и описания.
Верификатор – служит для контроля правильности построения диаграмм в заданной методологии проектирования ЭИС.
Документатор проекта позволяет получать информацию о состоянии проекта в виде различных отчетов, которые строятся по нескольким признакам (по времени, автору, элементам диаграмм, диаграмме или проекту в целом).
Администратор проекта – это инструменты, необходимые для выполнения таких функций, как:
инициализация1 проекта;
задания начальных параметров проекта;
назначения и изменения прав доступа к элементам проекта;
мониторинга выполнения проекта.
Сервис – набор системных утилит по обслуживанию репозитория (архивация данных, восстановления данных и создания нового репозитария).
CASE-системы классифицируются по следующим признакам:
по поддерживаемым методологиям проектирования: функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);
по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными;
по степени интегрированности: tools (отдельные локальные средства), toolkit (набор интегрированных средств, охватывающих большинство этапов разработки ЭИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных – репозиторием);
по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ЛВС, ГВС и смешанного типа;
по режиму коллективной разработки проекта: на поддерживающие коллективную разработку, ориентированные на режим реального времени и на режим объединения подпроектов;
по типу операционной системы (ОС): Windows 3.11 и выше, UNIX, OS/2 и др.
Современные CASE-системы охватывают обширную область поддержки различных технологий проектирования и программирования: от простых средств анализа и документирования ИС до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ИС. Кроме поддержки разработки начальных этапов CASE-средства ориентированы на проектирование и генерацию баз данных и пользовательских интерфейсов.
Генерация интерфейсов с БД и возможность преобразования (конвертирования) между различными концептуальными схемами и моделями данных увеличивает мобильность прикладных систем при переходе в другие операционные среды. Генерация кода и/или таблиц, описывающих интерфейс прикладной системы с БД, не только позволяет сократить время разработки, но дает возможность определить разработку приложений от ведения архива проектной документации.
Самыми трудоемкими этапами разработки ЭИС являются этапы анализа и проектирования, поэтому CASE-системы предназначены для отслеживания качества принимаемых проектных решений и подготовки документации. При этом особое место отводится визуальному представлению информации: построение диаграмм в реальном масштабе времени с использованием цветовой палитры.
Выбор CASE-систем зависит от целей и потребностей самого проекта, а также от квалификации специалистов, включенных в процесс проектирования. Как правило, используется несколько средств, так как одно необходимо для анализа, другое - для проектирования систем. Поэтому, при выборе CASE-системы необходимо учитывать следующее:
наличие базы проектных данных, архива или словаря, предоставляющие широкие возможности для централизованного сбора, хранения и распределения проектной информации между различными этапами проекта и выполняемыми операциями;
интерфейс с другими CASE-системами. Использование различных методологий;
расширение новыми методологиями с учетом появления новых требований;
возможности экспорта/импорта спецификаций в различные CASE-системы;
обеспечение качества проектной документации: проверка на полноту и непротиворечивость, на соответствие принятым в данной методологии стандартам и правилам;
автоматическая генерация отчетов о проектных решениях;
генерация кодов программ;
планирование и управление проектом.
Развитые CASE-системы имеют в своем составе средства планирования и управления проектом. Спецификации, используемые этими средствами, представляют собой опорные точки управления, которые позволяют определить сроки разработки.
