Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ИС часть.docx
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
154.95 Кб
Скачать

8. Case-технологии

Система конструирования программ с помощью компьютера поддерживает проектирование, выбор технологии и архитектуру, а также написание программного обеспечения. Разработчик с ее помощью описывает предметную область; входящие в нее объекты, их свойства; связи между объектами и их свойствами. В ходе описания создается электр-ая версия проекта, ко-ая распечатывается и оперативно передается для согласования всем участникам проекта как рабочая документация.

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

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

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

Метод- процедура генерации описаний компонентов ЭИС.

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

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

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

Репозиторий(словарь данных)-специал БД, предназн для отображения состояния проектир-ой ЭИС в каждый момент времени. Объекты всех диаграмм синхронизированы на основе общей инф-ии словаря данных.

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

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

Он позволяет выполнить операции: 1. Создать элементы диаграмм и взаимосвязи м/д ними. 2. Задавать описание связей м/д этими диаграммами. 3. Редактировать элементы диаграмм, их взаимосвязи и описание.

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

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

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

Сервис-набор системн утилитов по обслуживанию репозитория. Дан утилиты выполняют функции архивации данных, восстановления данных и создания нового репозитория.

Современные CASE-технологии классифицируются по различным признакам: 1. Функционально-ориентированные. 2. Объектно-ориентированные 3. Комплексно ориентированные (набор методологии проектирования)

Функционально-ориентированные CASE-технологий закл-ся в след: 1. Декомпозиция всей системы на некоторое множество иерархически подчиненных функций. 2. Представляет всю инф в виде граф нотации.

В качестве инструментальных ср-в структ анализа и проектирования выступают: 1. Диаграммы функц-ых спецификаций (представляют общую структуру ИС, отражающую взаимосвязь разл задач в процессе получения требуемых результатов). 2. Диаг-ма потоков данных (ориентирована на какую-либо технологию отражения данных и отражает передачу инф от одной функции к др в рамках заданной технологии обработки). 3. Диаг-ма переходов состояний (моделируют поведение системы во времени в за-ти от происх-ых событий). 4. Диагр-ма инфологических моделей «сущность-связь) (ориентированы на разработку БД, структура ко-ого не зависит от конкр информ потребностей и позволяет выполнять любые запросы пользователей). 5. Дигр-ма структ-ого программ-ия приложений задает взаимосвязь функц-ого и прогр-ого модулей, ко-ые их реал-ют.