- •Ю. А. Кравченко cals- и case-технологии таганрог 2005
- •Оглавление
- •Часть 2
- •8.5. Упражнения к части 2……………………………………100
- •Часть 3
- •Глава 9. Подходы реорганизации
- •Глава 10. Определение необходимости
- •10.6. Упражнения к части 3…………………………………..129
- •Аббревиатура
- •Предисловие
- •Введение
- •Часть 1
- •Глава 1. Основы cals - технологий
- •1.1. Основы информационной интеграции
- •1.2. Информационная поддержка изделий
- •1.3. Электронный технический документ (этд)
- •1.5. Система менеджмента качества (смк)
- •1.6. Интегрированная логистическая поддержка (илп)
- •1.7. Нормативная база cals-технологий
- •Глава 2. Стандарт step
- •2.1. Принципы создания стандарта step
- •2.2. Основные компоненты step
- •2.3. Методология тестирования
- •2.4. Схема использования стандарта step
- •Глава 3. Язык описания данных express
- •3.1. Основы языка
- •3.2. Свойства языка express
- •3.3. Объектно-ориентированный подход
- •3.4. Компоненты языка
- •3.5. Типы данных
- •3.6. Понятия
- •3.7. Упражнения к части 1
- •Часть 2
- •Глава 4. Основы имитационного моделирования сложных динамических систем
- •4.1. Теория массового обслуживания
- •4.2. Имитационное моделирование смо
- •4.3. Событийный метод моделирования
- •4.4. Сети Петри
- •Глава 5. Основы сase-технологий
- •5.1. Эволюция case-средств
- •5.2. Case–модель жизненного цикла программного обеспечения
- •5.3. Состав, структура и особенности case-средств
- •5.4. Графические модели
- •5.5. Контроль ошибок
- •5.6. Организация репозитария
- •5.7. Поддержка процесса проектирования и разработки
- •Глава 6. Классификация case-средств
- •Глава 7. Основы проектирования информационных систем (ис)
- •7.1. Основы методологии и технологии
- •Глава 8. Структурный подход проектирования информационных систем (ис)
- •8.1. Основные принципы структурного подхода
- •8.2. Методология sadt
- •8.2.1. Иерархия диаграмм
- •8.2.2. Типы связей между функциями
- •8.3. Построение модели анализируемой ис
- •8.3.1. Внешние сущности
- •8.3.2. Системы и подсистемы
- •8.3.3. Процессы
- •8.3.4. Накопители данных
- •8.3.5. Потоки данных
- •8.3.6. Иерархия диаграмм потоков данных
- •8.4. Case-метод Баркера моделирования данных
- •Р ис. 41. Рекурсивная связь [1]
- •8.5. Упражнения к части 2
- •Часть 3
- •Глава 9. Подходы реорганизации деятельности предприятия
- •9.1. Методика bsp (Business System Planning)
- •9.2. Подход cpi / tqm
- •9.3. Требования смм (Capability Maturity Model)
- •Глава 10. Определение необходимости внедрения case-средств
- •10.1. Определение потребностей внедрения
- •10.2. Анализ существующих case-средств
- •10.3. Критерии успешного внедрения
- •10.4. Стратегии внедрения case-средств
- •10.5. Реализация пилотного проекта
- •10.5.1. Основные цели реализации
- •10.5.2. Характеристики пилотного проекта
- •10.5.3. Разработка пилотного проекта
- •10.5.4. Внедрение выбранного на основе пилотного проекта case - средства
- •10.5.5. Анализ результатов внедрения case-средств
- •10.6. Упражнения к части 3
- •Заключение
- •Контрольные вопросы
- •25. Контроль ошибок.
- •27. Поддержка процесса проектирования и разработки.
- •38. Методология sadt.
- •Библиографический список
5.3. Состав, структура и особенности case-средств
Фактически CASE-средства представляют собой новый тип графически ориентированных инструментов. Обычно к ним относят любое программное средство, обеспечивающее автоматическую помощь при разработке программного обеспечения, его сопровождений или деятельности по управлению проектами. Такое средство должно иметь следующие черты:
1. Развитые графические возможности для документирования и описания систем программного обеспечения, а также для улучшения интерфейса с пользователем.
2. Интеграция, обеспечивающая легкую передачу данных и позволяющая управлять всем процессом проектирования и разработки программного обеспечения непосредственно через процесс планирования.
3. Использование репозитария (компьютерного хранилища).
Помимо перечисленных основополагающих принципов графической ориентации интеграции и локализации всей проектной информации в репозитарии, в основе концептуального построения CASE лежат следующие положения:
Человеческий фактор (легкость, удобность и экономичность проектирования).
Широкое использование базовых программных средств (БД, СУБД, компиляторы с различных языков программирования, отладчики документации, оболочки экспертных систем, базы знаний).
Автоматизированная и автоматическая кодогенерация, выполняющая несколько видов генерации кодов: преобразования для получения документации, формирование БД, ввода и модификации данных, получение машинных кодов из спецификации программного обеспечения, автоматическая сборка модулей, автоматическая конверсия данных в новый формат.
Ограничение сложности (получение простой и ясной структуры).
Доступность для разных категорий пользователей.
Рентабельность.
Сопровождаемость, обеспечивающая способность адаптации при изменении требований и целей проекта [4].
Интегрированный CASE-пакет содержит 4 основные компоненты:
1. Средство централизованного хранения всей информации о проектируемом программном обеспечении в течение всего жизненного цикла (репозитарий). Репозитарий должен обеспечивать:
- инкрементный режим при вводе описания объектов;
- распространение действия нового или скорректированного описания на информационное пространство всего проекта;
- синхронизацию поступления информации от различных пользователей;
- хранение версий проектов и его отдельных компонент;
- сборку любой запрошенной версии;
- контроль информации на корректность, полноту и состоятельность;
2. Средства ввода данных в репозитарий, которые также предназначены для организации взаимодействия с CASE-пакетами.
3. Средства анализа проектирования и разработки, предназначенные для обеспечения планирования и анализа различных описаний.
4. Средства вывода. Служат для документирования, управления пакетом и кодовой генерации.
Все перечисленные компоненты в совокупности должны:
- поддерживать графические модели;
- контролировать ошибки;
- организовывать и поддерживать репозитарий;
- поддерживать процесс проектирования и разработки [4].