- •СОДЕРЖАНИЕ
- •1.1. Основные понятия и определения
- •1.2. Жизненный цикл программных средств
- •2.1. Стратегии разработки программных средств и систем
- •2.1.1. Базовые стратегии разработки программных средств и систем
- •2.1.2. Каскадная стратегия разработки программных средств и систем
- •2.1.3. Инкрементная стратегия разработки программных средств и систем
- •2.1.4. Эволюционная стратегия разработки программных средств и систем
- •2.2.1. Общие сведения о каскадных моделях
- •2.2.2. Классическая каскадная модель
- •2.2.3. Каскадная модель с обратными связями
- •2.2.5. V-образная модель
- •2.3.1. Базовая RAD-модель
- •2.4.1. Общие сведения об инкрементных моделях
- •2.4.2. Инкрементная модель с уточнением требований на начальных этапах разработки
- •2.5.1. Общие сведения об эволюционных моделях
- •2.5.3. Структурная эволюционная модель быстрого прототипирования
- •2.5.5. Спиральная модель Боэма
- •2.5.6. Упрощенные варианты спиральной модели
- •3.1. Классификация проектов по разработке программных средств и систем
- •3.2. Процедура выбора модели жизненного цикла разработки программных средств и систем
- •3.3. Адаптация модели жизненного цикла разработки ПС и систем к условиям конкретного проекта
- •4.1. Модульное проектирование программ
- •4.2. Метод нисходящего проектирования
- •4.2.1. Пошаговое уточнение
- •4.2.2. Кодирование программы с помощью псевдокода и управляющих конструкций структурного программирования
- •4.2.3. Использование комментариев для описания обработки данных
- •4.2.4. Анализ сообщений
- •4.3. Метод восходящего проектирования
- •4.4. Метод иерархического проектирования модулей (метод Джексона)
- •4.4.1. Основные конструкции построения структур данных
- •4.4.2. Построение структур данных
- •4.4.3. Проектирование структур программ
- •4.4.4. Этапы конструирования программы
- •4.5.1. Связность модуля
- •4.5.2. Сцепление модулей
- •5.1. Общие сведения о CASE-технологиях
- •5.2. Методология структурного анализа и проектирования SADT
- •5.2.2. Основные понятия IDEF0-модели
- •5.2.3. Синтаксис диаграмм
- •5.2.4. Синтаксис моделей
- •5.2.6. Процесс моделирования в IDEF0
- •5.3. Информационное моделирование
- •5.3.1. Сущности
- •5.3.2. Атрибуты
- •5.3.3. Способы представления сущностей с атрибутами
- •5.3.4. Классификация атрибутов
- •5.3.5. Правила атрибутов
- •5.3.6. Связи
- •5.3.7. Безусловные связи
- •5.3.8. Условные формы связи
- •5.3.9. Формализация связи
- •5.3.10. Подтипы и супертипы
- •5.3.11. Рабочие продукты информационного моделирования
- •6.1. Эволюция Case-средств
- •6.2. Концептуальные основы Case–средств
- •6.3.1. Поддержка графических моделей
- •6.3.2. Контроль ошибок
- •6.3.3. Организация и поддержка репозитория
- •6.3.4. Поддержка процесса проектирования и разработки
- •6.4. Классификация CASE–средств
- •6.4.1. Классификация по типам
- •6.4.2. Классификация по категориям
- •6.4.3. Классификация по уровням
- •6.5. Инструментальные средства компании Telelogic, предназначенные для автоматизации жизненного цикла программных средств и систем
- •6.5.1. Telelogic DOORS
- •6.5.2. Telelogic TAU
- •6.5.3. Telelogic SYNERGY
- •6.5.4. Telelogic DocExpress
- •6.5.5. Telelogic TAU Logiscope
- •7.2. Реализация процесса документирования в соответствии со стандартом ISO/IEC 15910:1999
- •7.2.2. Выполнение процесса документирования
- •7.2.3. Содержание плана документирования
- •7.2.4. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
РАЗДЕЛ 5. CASE-ТЕХНОЛОГИИ
ПРОЕКТИРОВАНИЯ
ПРОГРАММНЫХ СРЕДСТВ
5.1. Общие сведения о CASE-технологиях
Как |
показывают |
исследования, большинство |
ошибок |
вносится |
в |
||||
программы |
на |
ранних |
этапах |
их |
разработки(на |
этапах |
анализа |
и |
проектирования) и гораздо меньше их возникает на этапах кодирования и тестирования-отладки.
Как правило, ошибки, возникающие на ранних этапах создания системы, являются следствием неполноты функциональных спецификаций несогласованности между спецификациями и проектом, выполненным по ним. Очевидно, что основная причина этого кроется в неадекватности используемых методов создания систем поставленным задачам.
С учетом этого в80-е годы прошлого века разработан ряд методов структурного проектирования программ, специально предназначенных для
использования |
на |
ранних этапах |
процесса |
разработки сложных сист |
||
широкого профиля |
и позволяющих |
существенно сократить |
возможности |
|||
внесения ошибок в разрабатываемую систему. Наиболее известными и широко |
||||||
используемыми из данных методов являются: |
|
|
||||
· метод структурного анализа и проектирования SADT Росса; |
|
|||||
· |
методы, |
ориентированные на |
потоки |
данных(методы |
Йодана, |
|
ДеМарко, Гейна, Сарсона); |
|
|
|
|||
· |
методы структурирования данных (методы Джексона-Уорнера, Орра, |
|||||
Чена). |
|
|
|
|
|
|
Появление новых методов проектирования поставило задачу создания
программного |
обеспечения (ПО), позволяющего |
автоматизировать |
их |
||
использование при проектировании больших систем. К середине 80-х годов |
|||||
сформировался рынок программных средств, названных CASE-системами. |
|
||||
Первоначально термин CASE трактовался |
как Computer Aided Software |
||||
Engineering (компьютерная поддержка проектирования ПО). В настоящее время |
|||||
данному термину придается более широкий смысл и он расшифровывается как |
|||||
Computer Aided System Engineering (компьютерная поддержка проектирования |
|||||
систем), а |
современные CASE-средства |
ориентируются |
на |
создание |
спецификаций, проектирование и моделирование сложных систем широкого назначения.
114
Наиболее перспективные CASE-продукты базируются на предположении, |
|
|||||||||||
что ПС (комплекс ПС) – это частный случай системы вообще. Процесс |
|
|||||||||||
создания ПО хотя и имеет свои особенности, но включает в себя практически те |
|
|||||||||||
же стадии, что и системы общего назначения. |
|
|
|
|
|
|
||||||
С |
учетом |
сказанного |
вводится понятиеCASE-технологии. CASE- |
|
||||||||
технология – это совокупность методологий разработки и сопровождения |
|
|||||||||||
сложных систем (в том числе программных средств), поддерживаемая |
|
|||||||||||
комплексом взаимосвязанных средств автоматизации. |
|
|
|
|
|
|||||||
Основные |
|
цели |
использованияCASE-технологий |
при |
разработке |
|
||||||
программных |
средств – |
отделить |
проектирование |
от |
кодирования |
и |
||||||
последующих этапов разработки, скрыть от разработчика все детали среды |
|
|||||||||||
разработки и функционирования программных средств. |
|
|
|
|
|
|||||||
С |
середины 70-х |
годов |
в |
США |
финансировался |
ряд ,проект |
||||||
ориентированных на разработку методов описания и моделирования сложных |
|
|||||||||||
систем |
[15]. Один |
из |
них– |
проект ICAM |
(Integrated |
Computer-Aided |
|
|||||
Manufacturing). Его целью являлась разработка подходов, обеспечивающих |
|
|||||||||||
повышение |
эффективности |
производства |
|
благодаря |
систематическо |
|||||||
внедрению компьютерных технологий. В соответствии с проектом ICAM было |
|
|||||||||||
разработано семейство методологий IDEF (ICAM DEFinition), которое состоит |
|
|||||||||||
из нескольких |
самостоятельных |
методологий |
моделирования |
различных |
||||||||
аспектов функционирования производственной среды или системы. Наиболее |
|
|||||||||||
используемыми из них являются: |
|
|
|
|
|
|
|
|
||||
· |
IDEF0 – |
методология |
создания |
|
функциональной |
моде |
||||||
производственной среды или системы (основана на методе SADT Росса); |
|
|
||||||||||
· |
IDEF1 – |
методология |
создания |
|
информационной |
модел |
||||||
производственной среды или системы (основана на реляционной теории Кодда |
|
|||||||||||
и использовании ER-диаграмм Чена); |
|
|
|
|
|
|
|
|||||
· |
IDEF2 – |
методология |
создания |
динамической |
|
мо |
||||||
производственной среды или системы; |
|
|
|
|
|
|
|
|||||
· |
IDEF3 |
– |
методология создания модели потоков раб(обычнот |
|
||||||||
используется вместе с диаграммами потоков данных DFD (Data flow diagram). |
|
Позднее в рамках проектаICAM были начаты работы по созданию технологии объединения в сеть неоднородных вычислительных систем. Одним из практических результатов данных работ стало создание методологи семантического моделирования данныхIDEF1X – расширения методологии
IDEF1.
Методологии IDEF0 и IDEF1X являются стандартизированными , и будучи независимыми, дают адекватное и достаточно полное представление о сложной системе.
115