Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Зан№16_Мод_дан_CASE_техн.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
26.98 Кб
Скачать

Содержание case-технологии:

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

  • Метод – процедура или техника генерации описания компонентов ИС (например, метод проектирования потоков данных).

  • Модель – совокупность символов (вербальных, математических, графических и т.п.), которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.

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

  • Инструментальные средства – CASE-средства.

Появлению case-технологии способствовали следующие факторы:

  1. подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования;

  2. широкое внедрение и постоянный рост производительности компьютеров, позволившие использовать эффективные графические средства и автоматизировать большинство этапов проектирования;

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

Современные крупные проекты ИС характеризуются следующими особенностями:

  1. Сложность описания;

  2. Наличие совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования ;

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

  4. Необходимость интеграции существующих и вновь разрабатываемых приложений;

  5. Функционирование в неоднородной среде на нескольких аппаратных платформах;

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

  7. Существенная временная протяженность проекта.

Процесс внедрения case-средств состоит из следующих этапов:

  • определение потребностей в CASE-средствах;

  • оценка и выбор CASE-средств;

  • выполнение пилотного проекта;

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

Большинство существующих САSЕ -средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики ПО-, ведения системы и архитектуры программных средств.

Архитектура case-средства:

CASE-средство – это специальный программный продукт, который поддерживает одну или несколько методологий анализа и проектирования ИС.

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ АИС) содержит следующие компоненты:

- репозиторий, являющийся основой CASE-средства.

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

- графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;

- средства разработки приложений, включая языки 4GL и генераторы кодов;

- средства конфигурационного управления;

- средства документирования;

- средства тестирования;

- средства управления проектом;

- средства реинжиниринга.

Архитектура CASE -средства включает репозиторий, графический редактор диаграмм, верификатор диаграмм, документатор проекта, сервис, администратор проекта.

Ядром системы является база данных проекта — репозиторий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ЭИС в каждый момент времени. Репозиторий содержит информацию об объектах проектируемой ЭИС и взаимосвязях между ними. В репозитории хранятся описания следующих объектов:

проектировщиков и их прав доступа к различным компонентам системы; организационных структур;

диаграмм и их компонентов;

связей между диаграммами;

структур данных; программных модулей; процедур; библиотеки модулей и т. д.

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

Графический редактор диаграмм предназначен для отображения в графическом виде ЭИС в заданной нотации.

Верификатор диаграмм служит для контроля правильности построения диаграмм с заданной методологией проектирования ЭИС.

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

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

Сервис представляет собой набор системных утилит по обслуживанию репозитория.

При выборе Case-системы необходимо учитывать следующие аспекты:

  • Наличие базы проектных данных

  • Интерфейсы с др. Case-системами

  • Возможности импорта, экспорта спецификаций в различные Case-системы

  • Многопользовательский режим

  • Открытая архитектура

  • Расширение новыми методологиями

  • Наличие графических средств поддержки методологии проектирования

  • Обеспечение качества проектной документации

  • Генерация кодов программ

  • Планирование и управление проектом и др.