- •СОДЕРЖАНИЕ
- •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.3.4.Поддержка процесса проектирования и разработки
Данная функция базируется на следующихвозможностях CASE-
пакетов:
·Покрытие всего жизненного цикла систем или ПС.
·Поддержка прототипирования.
·Поддержка методологий проектирования систем или ПС.
·Автоматическая кодогенерация.
a. Покрытие всего жизненного цикла систем или ПС. Главное внимание
в CASE-средствах уделяется начальным, наиболее критичным этапам жизненного цикла – анализу требований, проектированию спецификаций и системы. Спецификации являются основой всего проекта, поэтому их полнота
икорректность влияют на успех всей разработки в целом.
b. Средства поддержки прототипирования наиболее важны на ранних
этапах |
жизненного |
цикла |
систем. Данные |
средства |
используются |
для |
определения системных требований и ответа на |
вопросы об ожидаемо |
|||||
поведении системы. Например, генераторы меню, экранов и отчетов позволяют быстро построить прототипы пользовательских интерфейсов и обеспечивают моделью функционирования системы с позиций конечного пользователя.
c. |
Поддержка |
методологий |
проектирования |
систем |
или |
||
осуществляется на двух уровнях: |
|
|
|
|
|
||
· |
подготовка |
документации, |
графическая |
поддержка |
построения |
||
|
диаграмм различных типов, генерация спецификаций для детализации |
|
|||||
|
функциональных блоков в диаграммах и структур данных на нижних |
||||||
|
уровнях; |
|
|
|
|
|
|
· |
корректное использование шагов проектирования в методологиях. |
|
|||||
d. Кодогенерация осуществляется на основе информации, хранящейся в репозитории, и позволяет построить автоматически до80% исходных кодов на языках высокого уровня. Различными CASE-пакетами поддерживаются практически все известные языки программирования.
Средства кодогенерации по отношению к полноте целевого продукта разделяются на:
155