
- •СОДЕРЖАНИЕ
- •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. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
·средства генерации управляющей структуры (каркаса) продукта;
·средства генерации полного продукта.
В первом случае автоматически строится откомментированная логика (потоки управления) ПС, коды для базы данных, файлов, экранов, отчетов. Остальные фрагменты ПС кодируются вручную.
Во втором случае из проектных спецификаций генерируется полное документированное ПС, включая исполнимый код, пользовательскую и программную документацию, наборы тестов.
6.4. Классификация CASE–средств
Все CASE–средства делятся по типам, категориям и уровням [14].
6.4.1. Классификация по типам
Данная классификация отражаетфункциональную ориентацию CASE– средств в жизненном цикле ПС.
a. Анализ и проектирование.
Средства этого типа используются для создания спецификации системы и ее проектирования, поддерживают широко известные методологи проектирования. На выходе генерируются спецификации компонентов системы и интерфейсов, связывающих эти компоненты, архитектура системы, технический проект системы и ПС, включая алгоритмы и определения структур данных. Таким образом, поддерживаются работы 2 – 7 процесса разработки (см. подразд. 1.2).
Ксредствам этого типа можно отнести BPwin. b. Проектирование баз данных и файлов.
Средства этого типа обеспечивают логическое моделирование данных, автоматическое преобразование моделей данных в третью нормальную форму, автоматическую генерацию схем баз данных и описаний форматов файлов на уровне программного кода.
Ксредствам этого типа можно отнести ERwin. c. Программирование и тестирование.
Средства этого типа поддерживают программирование и тестирование, автоматическую кодогенерацию из спецификаций, получая полностью документированное ПС. Содержат диаграммеры, средства поддержки работы с репозиторием, генераторы кодов, анализаторы кодов, генераторы наборов тестов, анализаторы покрытия тестами, отладчики.
d.Сопровождение и реинженерия.
Кданным средствам относятся документаторы, анализаторы программ, средства реструктурирования и реинженерии(реинженерия, реинженеринг–
reverse engineering - обратное |
проектирование, например, построение |
156
спецификаций |
или моделей по исходным текстам программ), средства |
обеспечения |
мобильности (в CASE они называются средствами миграции). |
Целью средств данной группы является корректировка, изменение, анализ, преобразование, реинженерия существующей системы, поддержка всей системной документации.
Средства миграции – это трансляторы, конверторы, макрогенераторы и др., позволяющие обеспечить перенос существующей системы в ново операционное или аппаратное окружение.
Средства реинженерии включают:
·статические анализаторы для продуцирования схем ПС из его кодов, оценки влияния модификаций(например, «эффекта ряби» - внесение изменений с целью исправления ошибок порождает новые ошибки);
·динамические анализаторы (компиляторы и интерпретаторы со встроенными отладочными возможностями);
·документаторы, позволяющие автоматически получать обновленную документацию при изменении кода;
·редакторы кодов, автоматически изменяющие при редактировании и все предшествующие коду структуры (например, спецификации);
·средства доступа к спецификациям, их модификации и генерации нового (модифицированного) кода;
·средства реверсной инженерии, транслирующие коды в спецификации или модели.
CASE-средство Erwin также |
содержит |
в |
своем |
составе |
средств |
реинженерии. |
|
|
|
|
|
e.Окружение.
Кданным средствам относятся средства поддержки платформ дл интеграции CASE-средств.
f.Управление проектом.
Кданным средствам относятся средства поддержки функций управления,
необходимых |
в |
процессе |
разработки |
и |
сопровождения |
пр |
(планирование, контроль, руководство, организация взаимодействия и т.п.). |
|
6.4.2. Классификация по категориям
Данная классификация определяетуровень интегрированности CASEсредств по выполняемым функциям.
a.Категория Tool (tool - рабочий инструмент).
Вданную категорию средств входят вспомогательные программы,
решающие небольшую автономную задачу в проблеме более широко масштаба.
b. Категория ToolКit (toolкit – набор инструментов, пакет разработчика). CASE-средства данной категории представляют собой совокупность
157
интегрированных программных средств, обеспечивающих помощь в одном из классов программных задач. Средства данной категории используют репозиторий для всей технической и управляющей информации о проекте и концентрируются, как правило, на поддержке одного этапа разработки ПС.
К CASE-средствам данной категории можно отнести BPwin. c. Категория Workbench (Workbench – рабочее место).
CASE-средства данной категории обладают более высокой степенью
интеграции |
и |
выполняемых |
функций, большей |
самостоятельностью |
и |
автономностью использования, тесной связью с программными и аппаратными |
|
||||
средствами |
окружающей среды, на которой Workbench функционирует. |
|
Средство данной категории можно рассматривать как автоматизированную рабочую станцию, используемую как инструментарий для автоматизации всех работ (или их совокупностей) по разработке ПС.
К CASE-средствам данной категории можно отнести Erwin.
6.4.3. |
Классификация по уровням |
|
|
|||
Данная |
классификация связана |
областью |
действия CASE-средств |
в |
||
пределах жизненного цикла ПС. |
|
|
|
|
||
a. Верхние (Upper) CASE–средства. |
|
|
|
|||
CASE–средства |
данного |
уровня |
называют |
еще |
ср |
компьютерного планирования. Их основной функцией является повышение эффективности деятельности руководителей организации и проекта путем сокращения затрат на определение политики организации и на создание общего плана проекта (включая цели и стратегии их достижения). CASE–средства данного уровня позволяют строить модель предметной области, проводить анализ различных сценариев(в том числе наилучших и наихудших), накапливать информацию для принятия оптимальных решений.
b. Средние (Middle) CASE–средства.
CASE–средства данного уровня представляют собой средства поддержки этапов анализа требований и проектирования спецификаций и структуры ПС. Обычно данные средства обладают возможностями накопления и хранения знаний. Это позволяет использовать накопленные знания в других проектах. Проектирование при использовании средств данного уровня превращается в итеративный процесс, включающий следующие действия:
·пользователь обсуждает с аналитиком требования к системе;
·аналитик документирует эти требования, используя диаграммы и словари входных данных; пользователь проверяет эти диаграммы и словари, при необходимости модифицирует их;
·аналитик отвечает на эти модификации, зменяя соответствующие спецификации.
CASE–средства данного уровня обеспечивают возможности быстрого прототипирования и быстрого документирования.
158