- •СОДЕРЖАНИЕ
- •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. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
4. Элементарная конструкция.
Элементарными являются те компоненты, которые не разлагаются дальше на подкомпоненты.
Например, это первая запись R и запись R (см. рисунок 4.15). Подкомпонент может оказаться элементарным, потому что его нельзя
разложить дальше или потому, что с практической точки зрения оказывается удобным отказаться от его дальнейшего разбиения.
4.4.2. Построение структур данных
Четыре описанные выше конструкции данных можно комбинировать различными способами, формируя полные структуры данных.
Рисунок 4.16 представляет пример файловойиерархической структуры данных.
Файл F
Заголовок |
Тело файла |
Завершитель |
|
|
|
|
|
|
|
|
|
|
|
|
|
О |
|
|
О |
|
* |
|
|
* |
(8) |
|||
H1 |
|
H2 |
|
|
|
|
||||||
|
|
|
Транзакция |
|
|
Z |
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
О |
|
О |
Вклад Изъятие
Рисунок 4.16 – Файловая иерархическая структура данных
На данном рисунке: файл F – это последовательность, заголовок – выбор, тело файла – повторение транзакций, завершитель – повторение, транзакция - выбор. В данной структуре нельзя убрать компонент«Тело файла», так как в этом случае последовательность «Файл F» будет состоять из трех компонентов, вторым среди которых является«Транзакция». Но «Транзакция» - это повторение, то есть «Транзакция» может присутствовать в файле любое число
83
раз. Однако в последовательности любой компонент должен встретиться ровно один раз.
Таким образом, если данные имеют иерархическую структуру, то их всегда можно представить в Джексоновской нотации структур(нотация – это язык описания), то есть с помощью набора из трёх основных Джексоновских конструкций.
Помимо иерархической структуры данных широко используется сетевая
иреляционная структуры данных.
Всетевой структуре данных имеется много связей между отдельными компонентами, включая компоненты различных уровней структуры.
Проектирование программы для обработки обычной сетевой структуры данных связано со значительными трудностями. Поэтому проектируемые программы обычно фактически обрабатывают иерархические виды сетевых структур данных.
Вэтом случае при обработке сетевой структуры один компонент обычно принимается в качестве основного(ключевого). Для преобразования сетевой структуры в иерархическую упрощают сложные взаимосвязи, не существенные для конкретного логического вида сетевой структуры.
Пример простой сети данных представляет рисунок4.17. Рисунок 4.18
показывает возможный |
вариант упрощенного |
иерархического вида тех же |
|||||||
данных. |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
Организация |
|
|
Клиент |
|
Фамилия |
|
||
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Счет |
Продукция |
Транзакция
Рисунок 4.17 – Пример простой сети данных
84
Организация
*
Клиент
*
Продукция
*
Счет
*
Транзакция
Рисунок 4.18 –Иерархический вид сетевой структуры данных
При реляционной структуре данные представляются в вид последовательностей таблиц. Рисунок 4.19 представляет таблицу, состоящую из пяти строк и шести столбцов.
Сами таблицы представляют собой простые иерархии. Р сунок 4.20 иллюстрирует два способа иерархического представления таблицы, состоящей из пяти строк и шести столбцов[16]. На данном рисунке в скобках справа от
соответствующего компонента приведено количество повторений данного компонента.
Таким образом, большинство реальных наборов данных может быть представлено в виде иерархий или совокупностей иерархий.
Описание структур данных является первым этапом проектирования программы по методу Джексона. На втором этапе описывается взаимосвязь между структурами данных и программой.
85
Строки
Столбцы
1 |
2 |
3 |
4 |
5 |
6 |
1
2
3
4
5
Рисунок 4.19 – Реляционная структура данных – представление в виде таблиц
Таблица |
|
Таблица |
||
|
|
|
|
|
|
|
|
|
|
* |
(5) |
* |
(6) |
Строка |
|
Столбец |
|
|
|
|
|
|
|
|
|
* |
(6) |
Элемент |
* |
(5) |
|||
Элемент |
|
||||||
|
|
|
|
|
|
|
|
а) |
б) |
|
|
Рисунок 4.20 – Иерархическая структура таблиц: а) – представление таблицы в виде набора строк; б) – представление таблицы в виде набора столбцов
86