Message sequence chart

Итого

Нарисов. Сетевые графики, постр. диагр. Ганта, далее контроллир. через неделю и пересчит критич пути

“Пожар в коллективе”

- нового человека плохо

- собирать и дрючить


  1. Проектирование, этапы проектирования

 

I. Пользовательский

Вопрос 20(7). Технология Real. Статическая модель.

1. Use case (описание словами всех интерфейсов) –

случаи использования., все пользователи и все интерфейсы

2. Диаграмма функций

Для каждого случая использования рисуется функция.

 
 

Можно сгенерировать ТЗ (в HTML, plain text).

Сквозность – никто не забыт и ничто не забыто.

 

II. Структурный

 

3. Диаграмма объектов.

 
 

В голове – типовые ситуации. Объекты надо разделять на независимые части. В один объект надо включать сущности, которые друг без друга не живут (дату рождения изменить нельзя). Всегда можно случайно забыть какую-то функцию. Диаграмма объектов, в которой задаётся разбиение системы на независимые объекты, каждый из которых имеет свой алгоритм поведения и локальные данные, необходимые для исполнения алгоритма. Для реализации всей системы, возможно, понадобится много экземпляров однотипных объектов, но в диаграмме объектов рисуются только типы конфигурации экземпляров объектов и их связей.

4. Диаграмма классов.

Класс – это тип (типовая информация об объектах).

Наследование.

 
 

Общие понятия выражаются в одном месте Þ их легче исправить.

 
 

Агрегирование – разные классы, но сыновья не могут жить друг без друга.

Эти четыре элемента образуют структурную модель REAL’а (здесь нет времени). 1,2 – спецификации, как выглядит система со стороны пользователя. 3,4 –имеют проективный характер.

Переход 2 ® 3 – существенная интеллектуальная деятельность: нужно брать функцию, смотреть, что она делает.

Генерация

1) БД SQL, DDL

2) CRUD – Create Read Update Delete

3) Реляционные бд и объектные бд. API: реляционной –> Объектную

4) Формы

 

III. Поведенч. Модели


 
 

Указываются: вид сообщения (с параметрами), интервалы между сообщениями, максимальное время ожидания и т.д.

Нужно рисовать все возможные сценарии, чтобы система не падала при любых внешних воздействиях. Надо рисовать как можно больше (и дольше). Надо понять, всё ли мы учли.

“What if” – анализ “что, если”.

Это – первооснова системы. Здесь ещё нет алгоритмов её работы. Но есть поведение системы в целом.

MSC даёт материал для написания тестов.

UML – Unified Model Language – 1996 – Rembo, Jakobson, Bootch

( неформальн. OMG – Object Management Group, Формальн. – Interration Telecommunication Union