- •СОДЕРЖАНИЕ
- •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. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
Студент (Фамилия, Имя, Отчество, Адрес, Дата_рождения,
Специальность, Курс). |
|
|
|
|
|
|
|
|
|
|
|
|||||
3) |
Табличный способ |
|
|
|
|
|
|
|
|
|
|
|
||||
|
При табличном способе представления сущность |
в информационной |
||||||||||||||
модели |
интерпретируется |
как |
таблица. К ждый |
экземпляр |
|
сущности |
||||||||||
представляет |
собой строку |
в таблице. Строка заполняется |
значениями |
|||||||||||||
атрибутов, соответствующими данному экземпляру. |
|
|
|
|
|
|
|
|||||||||
|
Например, сущность Студент (см. рисунок 5.6), при табличном способе |
|||||||||||||||
представления интерпретируется следующим образом (рисунок 5.7). На данном |
||||||||||||||||
рисунке название таблицы представляет собой имя |
сущности и |
ключевой |
||||||||||||||
литерал, |
первая |
строка таблицы |
содержит имена |
атрибутов |
сущност, |
|||||||||||
остальные строки – значения атрибутов для конкретных экземпляров сущности. |
||||||||||||||||
|
Студент (С) |
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
Фамилия |
Имя |
|
Отчество |
Адрес |
Дата_рож- |
|
Специаль- |
|
Курс |
|
|||||
|
|
|
|
|
|
|
|
дения |
|
ность |
|
|
|
|
|
|
|
Иванов |
|
ИванИванович |
Бровки, |
12.01.83 |
|
ПОИТ |
|
|
5 |
|
|
||||
|
|
|
|
|
|
1-9 |
|
|
|
|
|
|
|
|
|
|
|
Сидоров |
|
|
ПетрПетрович |
Скорины, |
17.08.87 |
|
ПОИТ |
|
|
3 |
|
|
|||
|
|
|
|
|
|
8-16 |
|
|
|
|
|
|
|
|
|
|
|
… |
|
… |
|
… |
… |
|
… |
|
|
… |
|
… |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рисунок 5.7 – Интерпретация сущности в виде таблицы
5.3.4. Классификация атрибутов
Атрибуты подразделяются на следующие типы [21].
· Описательные атрибуты - представляют характеристики, внутренне присущие каждому экземпляру сущности.
Примеры описательных атрибутов: Студент.Адрес, Собака.Вес.
Если значение описательного атрибута изменяется, то это говорит о том,
что некоторая характеристика экземпляра изменилась, но |
сам |
экземпляр |
остался прежним. |
|
|
· Указывающие атрибуты – используются для |
дачи |
имени или |
обозначения экземплярам. |
|
|
Примеры указывающих атрибутов: Счет.Номер, Студент.Фамилия.
137
Указывающие атрибуты часто используются |
как |
идентификатор или |
часть идентификатора. |
|
|
Если значение указывающего атрибута изменяется, то это говорит о том, |
||
что новое имя дается тому же самому экземпляру. |
|
|
· Вспомогательные атрибуты – используются |
для |
связи экземпляра |
одной сущности с экземпляром другой. Вспомогательные атрибуты называются также внешними ключами (foreign keys).
Например, атрибут Собака.Имя_хозяина обозначает человека, которому принадлежит собака; атрибут Счет.Идентификатор_клиента указывает идентификатор клиента, владеющего данным счетом.
Если значение вспомогательного атрибута изменяется, то это говорит о том, что теперь другие экземпляры сущностей связаны между собой.
5.3.5. |
Правила атрибутов |
|
Информационное моделирование основано реляционнойна |
модели |
|
данных – представлении данных в виде отношений между ними. Поэтому в |
||
информационной модели должны соблюдаться следующие правила атрибутов: |
||
Первое правило. |
|
|
Один |
экземпляр сущности имеет одно единственное |
значение дл |
каждого атрибута в любой момент времени.
Втабличной интерпретации сущности это означает, что должен
существовать один и только один элемент данных в каждом |
пересечении |
||||||||||
столбца со строкой. |
|
|
|
|
|
|
|
|
|
|
|
Второе правило. |
|
|
|
|
|
|
|
|
|
||
Атрибут не должен содержать никакой внутренней структуры. |
|
|
|
||||||||
Например, если определен атрибут Дата_рождения, то |
он |
считается |
|
||||||||
одной характеристикой и его нельзя разделить на атрибуты Число, Месяц, Год. |
|
||||||||||
Третье правило. |
|
|
|
|
|
|
|
|
|
||
Если |
сущность |
имеет |
идентификатор, состоящий |
из |
нескольких |
||||||
атрибутов, то каждый атрибут, не являющийся частью идентификатора, |
|||||||||||
представляет |
собой |
характеристику |
всей |
сущности, а |
не |
части |
его |
||||
идентификатора. |
|
|
|
|
|
|
|
|
|
|
|
Например, для сущности |
|
|
|
|
|
|
|
|
|||
Перемещение_жидкости (ID_бака_источника, ID_бака_приемника, |
|
|
|||||||||
Объем_жидкости) |
|
|
|
|
|
|
|
|
|
|
|
атрибут |
Перемещение_жидкости.Объем_жидкости |
обозначает |
об |
||||||||
перемещаемой жидкости, а не объем бака-источника или бака-приемника. |
|
|
|||||||||
Четвертое |
правило. |
Каждый |
атрибут, не |
являющийся |
частью |
||||||
идентификатора, представляет собой характеристику экземпляра, указанного |
|
||||||||||
идентификатором, а не характеристику другого атрибута-неидентификатора. |
|
||||||||||
138
Например, для сущности
Порция (ID_порции, ID_рецепта, Вес, Время_приготовления)
атрибут |
Порция.Время_приготовления |
определяет |
фактическое |
вре |
приготовления порции, а не определяемое рецептом. |
|
|
||
5.3.6. Связи
В реальном мире между различными видами предметов существуют отношения.
Связь – это абстракция набора отношений, которые систематически возникают между различными видами предметов в реальном мире.
Каждая связь в модели задаетсяпарой имен, которые описывают связь с точки зрения каждой участвующей в связи сущности.
Например, одна и та же связь между экземплярами сущностей Собака и Владелец_собаки с точки зрения данных сущностей описывается следующим образом (пара имен связи подчеркнута):
Собака принадлежит Владельцу_собаки Владелец_собаки владеет Собакой
Каждой связи обычно присваивается уникальныйидентификатор вида
R1, R2, …, Ri (Relationship – связь).
Графически связь представляется линией между сущностями(рисунок 5.8). Линия обозначается идентификатором связи. На каждом конце линии связи помещаются названия связи с соответствующей точки зрения.
1. Собака (С) |
2. Владелец_собаки (ВС) |
||
|
|
|
|
ID_собаки |
|
ID_владельца |
|
|
Владеет R1 |
|
|
Имя |
Фамилия |
|
|
|
|
||
Принадлежит |
|
||
Пол |
Имя |
|
|
|
|
Адрес |
|
Рисунок 5.8 – Графическое представление связи Владелец_собаки_владеет_Собакой / Собака_принадлежит_Владельцу_собаки
139
5.3.7. Безусловные связи
Существует три фундаментальных вида связей:
1)один-к-одному (1 : 1);
2)один-ко-многим (1 : М);
3)многие-ко-многим (М : М).
Эти виды связей относятся кбезусловным формам связи, так как для участия в связи требуется каждый экземпляр обеих сущностей.
Связь один-к-одному (1 : 1) существует, когда один экземпляр одной сущности связан с единственным экземпляром другой сущности.
Например, муж женат на одной жене, жена замужем за одним мужем (рисунок 5.9).
10. Муж (М) |
|
|
11. Жена (Ж) |
||
|
|
|
|
|
|
Имя_мужа |
R5 |
Женат на |
Имя_жены |
||
(Другие атрибуты) |
(Другие атрибуты) |
||||
Замужем за |
|||||
|
|
|
|||
|
|
|
|
|
|
Рисунок 5.9 – Связь один-к-одному
Связь один-ко-многим (1 : М) существует, когда один экземпляр некоторой сущности связан с одним или более экземпляром другой сущности, и каждый экземпляр второй сущности связан только с одним экземпляром первой сущности.
Например, каждый владелец собаки владеет одной или несколькими собаками, каждая собака принадлежит только одному владельцу (рисунок 5.10).
1. Собака (С) |
|
2. Владелец_собаки (ВС) |
|
|
|
|
|
ID_собаки |
Владеет R1 |
ID_владельца |
|
|
|
|
|
Имя |
Имя |
|
|
Принадлежит |
|
||
Пол |
Адрес |
|
|
|
|
|
|
Рисунок 5.10 – Связь один-ко-многим
Связь многие-ко-многим (М : М) существует, когда один экземпляр некоторой сущности связан с одним или более количеством экземпляров
140
