Лекция_8_CASE_технологии_в_разработке_программного_обеспечения

1.

УЧЕБНЫЙ КУРС ДЛЯ ИТ -СПЕЦИАЛЬНОСТЕЙ
CASE-ТЕХНОЛОГИИ В
РАЗРАБОТКЕ ПО
Методы и средства автоматизации проектирования сложных
программных систем

2.

ТРАДИЦИОННАЯ РАЗРАБОТКА ПРОТИВ CASE-ПОДХОДА
Сравнение классического подхода и автоматизированного проектирования
Традиционный подход
АКЦЕНТ НА КОДИРОВАНИИ
CASE-разработка
АКЦЕНТ НА АНАЛИЗЕ
«Бумажные» спецификации: часто избыточны и сложны для
понимания
Визуальное моделирование и быстрое интерактивное
прототипирование
Ручное написание кода и документирование на всех этапах
Автоматическая кодогенерация и создание проектной
документации
Трудозатратное тестирование и сложность внесения
изменений
Сопровождение моделей и спецификаций, а не исходного
текста

3.

МЕТОДЫ СТРУКТУРНОГО АНАЛИЗА: ДИАГРАММЫ DFD
CASE-технологии в проектировании ПО
СУЩНОСТЬ DFD
Data Flow Diagrams (DFD) — основной инструмент моделирования
информационных потоков. Описывают движение данных между процессами,
хранилищами и внешним миром.
ПРИМЕНЕНИЕ
Построение функциональной модели «как есть» и «как будет».
Выявление узких мест в передаче данных между подразделениями.
Проектирование логической структуры будущей информационной системы.
Йордана-ДеМарко
Гейна-Сарсона
КЛЮЧЕВЫЕ ЭЛЕМЕНТЫ
Процессы: Преобразование входных данных в выходные (функции системы).
Хранилища: Репозитории для накопления и хранения данных (БД, файлы).
ИЕРАРХИЯ (ДЕКОМПОЗИЦИЯ)
Контекстная диаграмма: Модель системы как единого «черного ящика».
Диаграмма 0-го уровня: Детализация контекста на главные подсистемы.
Уровни 1, 2...: Пошаговое уточнение функций до элементарных операций.
Внешние сущности: Источники или потребители информации вне системы.

4.

МОДЕЛИРОВАНИЕ ДАННЫХ И ПОВЕДЕНИЯ: ERD И STD
Использование диаграмм «сущность-связь» для проектирования баз данных и диаграмм переходов состояний для описания реактивных систем.
ERD — Структура данных
STD — Поведение системы
Назначение:Описание логической структуры данных в виде
сущностей, их атрибутов и взаимосвязей.
Назначение:Отображение динамики системы в зависимости
от внешних и внутренних событий.
Применение:Фундаментальный инструмент для
проектирования реляционных баз данных.
Ключевые элементы:Множество состояний объекта и
условия переходов между ними.
Нотация Чена
Crow's Foot
IDEF1X
Области применения:Реактивные системы, управление
сложными процессами и автоматами.

5.

СТРУКТУРНЫЕ КАРТЫ И МЕТОДОЛОГИЯ SADT
Иерархическое представление функциональной архитектуры ПО и основы методологии Дугласа Росса как фундамента для стандартов IDEF.
Структурные карты
Методология SADT
Иерархия: наглядное представление функциональной
Авторство: создана Дугласом Россом (1969–1973) для
декомпозиции системы сверху вниз.
моделирования сложных систем.
Взаимодействие: отображение вызовов модулей и
Нотация: использование графических блоков (функций) и
передачи управляющих параметров.
строго ориентированных стрелок.
Архитектура: основной инструмент проектирования
Контекст: обязательный учет управления, механизмов
программной логики и модульной структуры.
исполнения и обратной связи.
Позволяют оценить сложность связей между компонентами
системы.
Является теоретическим и практическим фундаментом стандарта
IDEF0.

6.

ОПРЕДЕЛЕНИЕ И СУЩНОСТЬ CASE-ТЕХНОЛОГИЙ
CASE-технологии в проектировании ПО
ОПРЕДЕЛЕНИЕ ИЗ SWEBOK
Что такое CASE?
«CASE-технологии — это программные средства,
предназначенные для автоматизации процессов жизненного
цикла разработки ПО и информационных систем».
CASE (Computer Aided Software Engineering) — это
компьютерное сопровождение процессов разработки
программного обеспечения на всех этапах его жизненного
Сущность концепции
цикла.
Методология
Инструментарий
Интеграция методов и программных средств в единую среду
Это совокупность методологий анализа, проектирования и
разработки, поддержанная комплексом взаимоувязанных
Системный подход к SDLC
средств автоматизации.
Использование графических нотаций
Централизованный репозиторий

7.

КЛЮЧЕВЫЕ ЦЕЛИ ВНЕДРЕНИЯ CASE-СРЕДСТВ
CASE-технологии в проектировании ПО
Повышение качества ПО
Автоматизация документации
Ускорение разработки
Минимизация ошибок на ранних этапах за счет
автоматической верификации и контроля
непротиворечивости моделей.
Генерация проектных спецификаций и отчетов,
всегда синхронизированных с актуальной
моделью системы.
Сокращение сроков проектирования благодаря
инструментам визуального моделирования и
быстрой итерации.
Снижение издержек
Отказ от рутины
Повторное использование
Уменьшение стоимости сопровождения
системы за счет прозрачности архитектуры и
легкости внесения изменений.
Освобождение аналитиков и разработчиков от
механической работы, позволяя
сосредоточиться на творческих задачах.
Поддержка библиотек типовых компонентов и
проектных решений для масштабирования
успешного опыта.
Резюме: Главная цель CASE-технологий — превратить разработку ПО из кустарного ремесла в автоматизированную инженерную дисциплину.

8.

ИСТОРИЯ CASE: ОТ РУЧНЫХ МЕТОДОВ ДО ОТЛАДЧИКОВ
CASE-технологии в проектировании ПО
Эволюция CASE-средств началась задолго до появления современных графических редакторов. Первые три периода характеризуются
постепенным переходом от «ручного» кодирования к базовой автоматизации отдельных этапов разработки.
ПЕРИОД 1
ПЕРИОД 2
ПЕРИОД 3
Начальный этап
(1960-е – нач. 1970-х)
Компиляторы и интерпретаторы
(1970-е)
Отладчики и пакеты (конец 1970х)
Преобладание ручных методов
разработки программ
Массовое появление компиляторов и
интерпретаторов
Развитие мощных символьных отладчиков
Использование ассемблеров и дампов
памяти
Внедрение трассировщиков для поиска
ошибок
Появление первых интегрированных
пакетов программ
Применение простейших анализаторов
кода
Начало автоматизации отдельных фаз
жизненного цикла
Повышение уровня абстракции при
разработке
Отсутствие специализированных
инструментов поддержки
Стандартизация языков
программирования
Формирование базы для будущих
графических CASE

9.

ЭВОЛЮЦИЯ CASE: ПЕРВОЕ И ВТОРОЕ ПОКОЛЕНИЯ
CASE-технологии в проектировании ПО
CASE-I Поколение
CASE-II Поколение
Середина 1980-х гг.
Конец 1980-х — 1990-е гг.
Ориентация на системных аналитиков и проектировщиков
Поддержка графических моделей и проектирования
спецификаций
Использование экранных редакторов и словарей данных
Концентрация на анализе требований и логическом
проектировании
Охват полного жизненного цикла разработки (Full SDLC)
Автоматическая генерация исходного кода из визуальных
моделей
Интегрированные средства прототипирования и верификации
Автоматический контроль стандартов и генерация
документации
КЛЮЧЕВОЙ ФОКУС:
КЛЮЧЕВОЙ ФОКУС:
Начальные этапы жизненного цикла (Upper CASE)
Интеграция этапов и автоматизация кодирования

10.

СОВРЕМЕННЫЙ ЭТАП: ИНТЕГРИРОВАННЫЕ I-CASE
Внедрение объектно-ориентированных методологий, поддержка UML и интеграция с инструментами DevOps, Agile и CI/CD.
Объектно-ориентированный подход
Agile, DevOps и CI/CD
Использование визуального языка моделирования UML (Unified Modeling
Language)
Интеграция с инструментами автоматизации сборки и поставки (GitLab,
Jenkins)
Поддержка методологии RUP (Rational Unified Process)
Поддержка итеративной разработки и гибких методологий (Scrum)
Model-Driven Development (MDD) — разработка на основе моделей
Быстрое создание интерактивных прототипов для заказчика
Интеграция и Репозиторий
Технологические тренды
Использование облачных CASE-средств для удаленной работы
Полный охват жизненного цикла ИС в единой информационной среде
Эволюция в Low-code и No-code платформы для ускорения разработки
Синхронизация проектных данных между всеми участниками команды
Автоматический контроль целостности и версионности моделей
I-CASE сегодня — это основа корпоративной архитектуры и DevOps-конвейера.

11.

ОЦЕНКА ТРУДОЗАТРАТ: МОДЕЛЬ COCOMO II
CASE-технологии в проектировании ПО
История создания и назначение усовершенствованной конструктивной модели стоимости Барри Боэма для оценки программных проектов.
История создания
Основное назначение
Первая версия COCOMO (Constructive Cost Model) была опубликована Барри
Модель позволяет получить научно обоснованные оценки ключевых параметров
Боэмом в 1981 году. Она предназначалась для классической «каскадной» модели
проекта на ранних стадиях.
разработки.
Трудоемкость (Person-Months).
Основана на анализе 63 проектов в TRW.
Длительность разработки (Schedule).
Использовала размер кода (DSI) как главный фактор.
Оптимальная численность команды.
Эволюция: COCOMO II
Адаптивность
Версия 1997 года была полностью переработана для соответствия современным
COCOMO II ориентирована на современные парадигмы разработки, которые
реалиям индустрии ПО.
поддерживаются CASE-средствами.
Поддержка итеративных жизненных циклов.
Спиральная модель (Spiral Model).
Учет повторного использования компонентов.
Agile-методологии и прототипирование.
Объектно-ориентированное проектирование.
Насколько сложно оценить трудоемкость и стоимость разработки ПО «на глаз» без использования формальных моделей?

12.

МАТЕМАТИЧЕСКАЯ ОСНОВА И ФАКТОРЫ МАСШТАБА COCOMO II
CASE-технологии в проектировании ПО
Факторы масштаба (SFj)
PM = A × SIZE ×
∏(EMi)
PM — трудоёмкость (чел.-мес.)
PREC
ПрецедентностьНаличие опыта разработки аналогичных систем
FLEX
ГибкостьСтепень соответствия внешним требованиям и стандартам
RESL
Разрешение рисковПроработка архитектуры и анализ критических узлов
TEAM
СработанностьЭффективность взаимодействия внутри команды
PMAT
Зрелость процессовУровень зрелости организации (по модели CMM)
A — константа (2.94 для оценки)
SIZE — размер (KSLOC или FP)
E — показатель масштаба (Σ SFj)
EMi — множители трудоёмкости

13.

МНОЖИТЕЛИ ТРУДОЁМКОСТИ И АЛЬТЕРНАТИВНЫЕ МЕТОДЫ ОЦЕНКИ
CASE-технологии в проектировании ПО
7 множителей трудоёмкости (EM)
PERS
RUSE
Квалификация и способности
персонала
RCPX
Требования к повторному
использованию
PDIF
Сложность и надёжность
продукта
Оценка длительности проекта (Duration)
D = C × (PMNS)
PMNS — трудоёмкость без учёта SCED
Сложность платформы
разработки
Другие методы оценки
PREX
SCED
Опыт персонала в предметной
области
FCIL
Сжатие расписания (ограничения по срокам)
Качество инструментальных
средств
Метод функциональных точек (FP Analysis)
Use Case Points
Story Points (Agile / Scrum)
T-Shirt Sizing & Planning Poker

14.

ПАРАДИГМА «МЕТОДОЛОГИЯ — МЕТОД — НОТАЦИЯ — СРЕДСТВО»
CASE-технологии в проектировании ПО
МЕТОДОЛОГИЯ
Общий подход к разработке:
этапы, последовательность
работ и правила выбора
инструментов.
RUP (Rational Unified Process)
МЕТОД
Систематическая техника
создания описаний
конкретных компонентов
системы.
Метод Йордана (DFD)
НОТАЦИЯ
Система знаков и правил для
формализации структуры
(схемы, диаграммы, языки).
UML (Unified Modeling Lang.)
СРЕДСТВО
Программный CASEинструмент, реализующий
поддержку методов и
нотаций.
Enterprise Architect
SADT (Functional Modeling)
Метод Чена (ERD)
IDEF0 / IDEF1X
BPwin / ERwin
Agile / Scrum / XP
Метод Буча (OOA&D)
Псевдокод (PDL)
Rational Rose
Парадигма обеспечивает переход от абстрактных концепций (Методология) к практической реализации в ПО (Средство).

15.

РОЛЬ НОТАЦИИ И ИНСТРУМЕНТАРИЯ В CASE
CASE-технологии в проектировании ПО
Нотация: Язык описания
Средство: Среда поддержки
Визуализация: Правила построения схем и диаграмм (UML,
DFD, ERD) для наглядности структуры.
Интерактивность: Создание рабочей среды для быстрого
редактирования и навигации по моделям.
Формализация: Использование строгих языков (OCL, Z) для
исключения двусмысленности требований.
Верификация: Автоматическая проверка моделей на
соответствие синтаксису и логике нотации.
Стандартизация: Единые псевдокоды и таблицы для
унификации документации проекта.
Автоматизация: Генерация программного кода и проектных
документов на основе созданных описаний.
Нотация задает правила игры, а инструментальное средство обеспечивает их соблюдение и автоматизацию в процессе проектирования.

16.

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ CASE-СРЕДСТВ: ЧАСТЬ 1
CASE-технологии в проектировании ПО
Принцип автоматизации
Принцип интегрированности
Принцип методологической
поддержки
Поддержка всех этапов жизненного цикла
разработки ПО.
Создание единой информационной среды —
репозитория.
Реализация конкретных методологий
проектирования (SADT, UML).
Исключение ручного труда при создании
моделей и документации.
Общий доступ всех инструментов к
актуальным данным проекта.
Строгое соблюдение правил и нотаций
выбранного метода.
Минимизация ошибок, вызванных
человеческим фактором.
Обеспечение целостности и
непротиворечивости моделей.
Автоматическая проверка соответствия
стандартам.

17.

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ CASE-СРЕДСТВ: ЧАСТЬ 2
CASE-технологии в проектировании ПО
Интерактивность
Работа в диалоговом режиме с пользователем.
Обеспечение мгновенной обратной связи при
редактировании графических и текстовых моделей.
Верификация
Документирование
Автоматизированный контроль корректности,
полноты и непротиворечивости создаваемых
моделей на всех этапах проектирования.
Повторное использование
Автоматическая генерация проектной
документации, которая всегда синхронизирована с
текущим состоянием архитектуры и кода.
Групповая работа
Поддержка библиотек типовых компонентов, системных шаблонов и паттернов
Разграничение прав доступа и синхронизация действий множества разработчиков
проектирования для ускорения разработки.
через единый репозиторий проекта.
ПРИНЦИП ОТКРЫТОСТИ

18.

СЕМЕЙСТВО МЕТОДОЛОГИЙ IDEF
CASE-технологии в проектировании ПО
IDEF (Integrated DEFinition) — семейство стандартов моделирования, предназначенное для описания различных аспектов сложных систем, включая
функции, данные, процессы и знания.
IDEF0: Функции
Функциональное моделирование на основе методологии SADT.
IDEF1 / IDEF1X: Данные
Информационное моделирование и проектирование структур данных.
Базовый элемент — функциональный блок ICOM.
IDEF1 — логическая структура информации.
Описывает бизнес-процессы и требования.
IDEF1X — проектирование реляционных БД.
Принцип иерархической декомпозиции функций.
Использует понятия сущностей, атрибутов и связей.
IDEF3: Потоки работ
IDEF2, 4, 5: Динамика и ООП
Моделирование технологических процессов и сценариев.
Специализированные методы анализа сложных систем.
Описание последовательности выполнения операций.
IDEF2 Динамическое поведение системы во времени.
Диаграммы Process Flow и Object State.
IDEF4 Объектно-ориентированное проектирование.
Учитывает логику ветвления и слияния процессов.
IDEF5 Онтологическое исследование предметной области.

19.

ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ В СТАНДАРТЕ IDEF0
CASE-технологии в проектировании ПО
Иерархическая декомпозиция
Логика интерфейсных дуг (ICOM)
Контекстная диаграмма (A-0): Описывает систему как единый блок (верхний уровень).
УПРАВЛЕНИЕ (C)
Диаграммы декомпозиции: Разбиение родительского блока на 3–6 дочерних блоков.
Нумерация: Строгая система индексов (A0, A1, A11...) для навигации.
ВХОД (I)
ФУНКЦИОНАЛЬНЫЙ БЛОК
(ДЕЙСТВИЕ)
ВЫХОД (O)
Правила построения
Ограничение сложности: Не более 6 блоков на одной диаграмме.
Доминирование: Расположение блоков «ступенькой» (сверху-вниз, слева-направо).
МЕХАНИЗМ (M)
Туннелирование: Управление видимостью стрелок на разных уровнях.
Вход (Input): Ресурсы, преобразуемые процессом в результат.
Управление (Control): Правила, стратегии, стандарты и законы.
Применение
IDEF0 используется для описания бизнес-процессов и функциональных требований на начальных
Выход (Output): Результат выполнения функции (продукт, данные).
Механизм (Mechanism): Ресурсы, выполняющие работу (персонал,
ПО).
стадиях проектирования ИС. Стандарт обеспечивает строгость нотации и высокую читаемость для
заказчика.

20.

МОДЕЛИРОВАНИЕ ДАННЫХ: IDEF1 И IDEF1X
Построение информационных моделей и проектирование реляционных баз данных с использованием сущностей, атрибутов и связей.
IDEF1
IDEF1X
Построение информационной модели системы для анализа
Стандарт для проектирования логической и физической
содержания потоков.
структуры реляционных БД.
Отображает структуру данных, необходимых для поддержки
Развитие IDEF1, основанное на семантическом подходе
функций системы.
«Сущность-Связь» (ER).
Фокусируется на правилах владения и управления
Строгая нотация, обеспечивающая однозначность
информацией в организации.
интерпретации модели данных.
Сущности (Entities)
Атрибуты и Ключи
Объекты реального мира, информация о которых
важна для системы.
Характеристики сущностей и первичные ключи для
уникальной идентификации.
Типы связей
Идентифицирующие и неидентифицирующие связи
между родительскими и дочерними сущностями.

21.

РАСШИРЕННЫЕ ВОЗМОЖНОСТИ IDEF: IDEF2 – IDEF5
CASE-технологии в проектировании ПО
IDEF2
Динамическое моделирование поведения системы во времени.
IDEF3
Моделирование потоков работ и сценариев процессов.
Отражает изменение функций и ресурсов.
Диаграммы Process Flow (логика шагов).
Моделирует реакцию на внешние события.
Object State Transition Network (состояния).
ДИНАМИКА
IDEF4
Объектно-ориентированное проектирование систем.
WORKFLOWS
IDEF5
Онтологическое исследование сложных систем.
Визуализация взаимодействия объектов.
Словарь терминов и правил области.
Ориентация на языки C++ и Java.
Формализация знаний о предметной среде.
OOP DESIGN
ONTOLOGY

22.

ОСНОВНЫЕ ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ CASE-СРЕДСТВ
Поддержка графических диаграмм, навигация по уровням модели и автоматический контроль синтаксических и семантических ошибок.
Графическое моделирование
Контроль и верификация
Визуальное проектирование: создание и
редактирование диаграмм DFD, ERD, UML и IDEF.
Синтаксический контроль: проверка соблюдения правил
выбранной нотации.
Декомпозиция: поддержка иерархического разбиения
сложных систем на подсистемы.
Семантический анализ: проверка внутренней
непротиворечивости данных проекта.
Навигация: быстрый переход между различными
уровнями и компонентами модели.
Балансировка DFD: контроль соответствия входов и
выходов при декомпозиции процессов.
Авто-размещение: автоматическое выравнивание и
оптимизация расположения элементов.
Стандартизация: мониторинг соблюдения правил
именования и проектных стандартов.

23.

АВТОМАТИЗАЦИЯ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ В CASE
CASE-технологии в проектировании ПО
Кодогенерация
Управление проектом
Автоматическое создание скелета программы на основе визуальных
моделей (UML, IDEF).
Планирование ресурсов, сроков и отслеживание прогресса (PERT, Gantt).
Генерация SQL-схем (DDL) для баз данных из ERD-диаграмм.
Автоматизированная оценка трудозатрат по методике COCOMO II.
Поддержка языков четвертого поколения (4GL) для ускоренной
разработки.
Конфигурационное управление и контроль версий проектных артефактов.
Реинжиниринг
Документирование
Анализ существующего исходного кода для восстановления
архитектурных моделей.
Автоматическая генерация спецификаций требований и проектных
отчетов.
Восстановление логических схем данных из существующих физических
баз.
Форматирование документов в соответствии с ГОСТ и международными
стандартами.
Визуализация и документирование унаследованных систем (Legacy
Systems).
Мгновенная синхронизация документации при изменении моделей
системы.

24.

КЛЮЧЕВЫЕ КОМПОНЕНТЫ CASE: РЕПОЗИТОРИЙ И ГРАФИКА
Роль централизованного хранилища данных проекта и графических редакторов в обеспечении целостности и наглядности моделей.
Репозиторий
Ядро системы, представляющее собой специализированную базу
данных для хранения всех компонентов проекта.
Целостность: Контроль метаданных на полноту и отсутствие
противоречий.
Версионирование: Управление изменениями через
механизмы Check-in/Check-out.
Групповая работа: Синхронизация действий множества
разработчиков.
Примеры: Data Dictionary, Design Repository, Encyclopedia.
Графические средства
Инструментарий для визуального проектирования, обеспечивающий
наглядное представление архитектуры системы.
Редакторы диаграмм: Поддержка нотаций DFD, ERD, STD,
UML и IDEF.
Декомпозиция: Удобная навигация по иерархическим
уровням моделей.
Автоматизация: Интеллектуальное размещение элементов и
связей.
Обеспечивают прозрачность проектных решений для всей команды.

25.

ИНСТРУМЕНТЫ РАЗРАБОТКИ, ТЕСТИРОВАНИЯ И УПРАВЛЕНИЯ
Состав интегрированных средств: от генераторов кода и языков 4GL до систем конфигурационного управления и планирования ресурсов.
Разработка приложений
Языки 4GL: Высокоуровневые среды для быстрой разработки приложений
с БД.Примеры: PowerBuilder, Delphi, Oracle Forms
Генераторы кода: Автоматическое создание DDL, DML и скелетов
программ.
Управление конфигурацией
Тестирование и качество
Планирование: Управление жизненным циклом тестов и
дефектов.Примеры: HP Quality Center, JIRA, Bugzilla
Автоматизация: Скрипты для функционального тестирования и
покрытия.Инструмент: Rational Suite TestStudio
Управление проектом
Версионирование: Хранение истории изменений и веток
проекта.Примеры: PVCS, ClearCase, SVN, Git
Планирование: Сетевые графики и диаграммы
Ганта.Примеры: MS Project, Primavera P6
Контроль изменений: Отслеживание статуса задач и фиксация базовых
линий.
Ресурсы: Оценка трудозатрат (COCOMO II) и календарное планирование.

26.

КЛАССИФИКАЦИЯ CASE-СРЕДСТВ ПО ТИПАМ
Разделение инструментов по функциональной ориентации: анализ, проектирование БД, разработка приложений, тестирование и реинжиниринг
Тип средства
Назначение и описание
Примеры ПО
Средства анализа
Построение и анализ моделей предметной области
Design/IDEF, BPwin
Анализ и проектирование
Создание проектных спецификаций по методологиям
Designer/2000, Silverrun
Проектирование БД
Моделирование данных, генерация SQL-схем БД
ERwin, PowerDesigner
Разработка приложений
Языки 4GL, автоматические генераторы кодов
PowerBuilder, Oracle Dev
Реинжиниринг
Анализ кода и восстановление моделей систем
Enterprise Architect
Управление проектом
Планирование ресурсов, сроков (PERT, Gantt)
MS Project, Primavera
Конфигурац. управление
Управление версиями, контроль базовых линий
PVCS, ClearCase, Git
Тестирование
Планирование и автоматизация тестирования ПО
Rational TestStudio, QC
Документирование
Автоматическая генерация проектных документов
IBM Rational SoDA

27.

КАТЕГОРИИ CASE ПО СТЕПЕНИ ИНТЕГРИРОВАННОСТИ
CASE-технологии в проектировании ПО
Tools (Средства)
Toolkit (Наборы)
Workbench (I-CASE)
Локальные программные средства, решающие
небольшие автономные задачи.
Характеризуются слабой интеграцией или её
полным отсутствием.
Набор частично интегрированных средств,
охватывающих большинство этапов
жизненного цикла. Интеграция через общие
форматы данных.
Полностью интегрированные среды,
поддерживающие весь жизненный цикл ИС.
Базируются на едином репозитории данных
проекта.
Редакторы DFD-диаграмм
Excelerator:комплексный пакет
Enterprise Architect, ARIS
Автономные словари данных
MacroScope:методологический набор
Oracle Designer, Rational Rose

28.

КЛАССИФИКАЦИЯ ПО УРОВНЯМ: UPPER, MIDDLE И LOWER CASE
CASE-технологии в проектировании ПО
Upper CASE
Поддерживают начальные этапы жизненного
цикла, ориентированы на системных
аналитиков и бизнес-менеджеров.
Бизнес-анализ и планирование
Системный анализ предметной области
Middle CASE
Lower CASE
Охватывают стадию проектирования,
обеспечивая переход от требований к
Поддерживают этапы физической реализации,
генерации кода и последующего
техническим спецификациям.
сопровождения системы.
Проектирование спецификаций
Генерация кода (до 80-90%)
Проектирование логической структуры
Тестирование и отладка модулей
Создание функциональных прототипов
Автоматическое документирование
Формирование требований к ИС
ИНСТРУМЕНТАРИЙ:
BPwin
ARIS
ИНСТРУМЕНТАРИЙ:
System Architect
Silverrun
Designer/2000
ИНСТРУМЕНТАРИЙ:
ERwin
PowerBuilder
Oracle Forms
Rational Test

29.

ОБЗОР ПОПУЛЯРНЫХ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ
Примеры ведущих решений: ARIS, Enterprise Architect, Rational Rose, BPwin и ERwin для различных фаз разработки ПО.
ARIS
Enterprise Architect
Rational Rose
Мировой лидер в области моделирования и
Универсальная платформа для визуального
Классическое средство объектно-ориентированного
анализа бизнес-процессов. Поддерживает
моделирования на базе UML, SysML и BPMN.
проектирования. Тесно интегрировано с
методологии eEPC, BPMN и VACD.
Поддерживает кодогенерацию.
методологией RUP.
БИЗНЕС-АНАЛИЗ
UPPER CASE
UML
BPwin
I-CASE
ERwin
ООАП
MIDDLE CASE
Microsoft Visio
Инструмент функционального моделирования.
Профессиональное средство проектирования баз
Доступный инструмент для создания широкого
Реализует стандарты IDEF0, IDEF3 и диаграммы
данных. Генерация схем для большинства
спектра технических диаграмм: от DFD до UML и
потоков данных DFD.
современных СУБД.
сетевых графиков.
IDEF0
ПРОЦЕССЫ
IDEF1X
БД
ДИАГРАММЫ
УНИВЕРСАЛЬНЫЙ

30.

СОВРЕМЕННЫЕ ТЕНДЕНЦИИ РАЗВИТИЯ CASE-ТЕХНОЛОГИЙ
Интеграция с облачными сервисами, развитие Low-code платформ, использование искусственного интеллекта и Model-Driven Development.
Cloud & SaaS CASE
Low-code / No-code
AI-Assisted
Engineering
Переход к облачным
Минимизация ручного
Применение ML для
репозиториям,
кодирования через
автоматической
обеспечивающим
визуальное
генерации кода,
глобальную совместную
моделирование,
предиктивного анализа
работу и
ускоряющее разработку в
ошибок и оптимизации
масштабируемость
5-10 раз.
архитектуры.
ресурсов.
Будущее индустрии: CASE как интеллектуальный партнер разработчика
Model-Driven Dev
DevOps Integration
Методология MDD, где
модель является
Бесшовная интеграция
первичным артефактом, а
CASE-инструментов в
исполняемый код —
конвейеры CI/CD для
производным
непрерывного
результатом.
проектирования и деплоя.