24. Управление

Управление – целенаправленная деятельность по достижению некоторой цели.

При управлении полезно использовать сетевой график, построенный при планировании. Дуги – работы (вместе с длительностью), вершины – промежуточные состояния (в вершина написаны действия в совершенном виде – «оборудование закуплено», «коллектив сформирован»). На таком графике видна последовательность работ, их длительность.

Критический путь – самый длинный путь от начала до конца.

Все ветви должны быть равнонагружены (хотя это тоже плохо – нет резерва).

Е сли сроки срываются, то либо увеличивать ресурсы, либо раздвигать сроки.

Планирование неразрывно связано с управлением.

Добавлять людей, деньги («стимулирование»). //У МикроМягких же за срыв сроков лишают премии весь коллектив.

Кроме сетевого графика можно также строить диаграмму Ганта:

-По вертикали выписываем работы, по горизонтали – сроки, ставим промежутки исполнения – удобно смотреть, что должно быть завершено в настоящий момент, какие работы идут. //Диаграмма Ганта более удобна при управлении, чем при планировании.

Управление должно быть постепенным, регулярным. Должен быть запас ресурсов.

Если горит работа на критическом пути, то надо сокращать сроки на последующие работы (увеличивать технологии производства).

//Основа всего – ТЕХНИЧЕСКАЯ ВООРУЖЕННОСТЬ

Итого

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Генерация

1. БД SQL, DDL

2. CRUD – Create Read Update Delete

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

4. Формы

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

Message sequence chart

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

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

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

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

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

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

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

State transition diagram

Берём один объект из всех сценариев поведения. Пытаемся описать только его поведение. Делим его на устойчивые состояния, рисуем диаграмму переходов: откуда куда переходит объект, получив какое-то сообщение.

Р еально переходы занимают какое-то время. Мы даём объекту закончить переход.

Переход 5  6 тоже важен: можно сделать много состояний, можно мало; плохо, когда один переход занимает много операций, а остальные – мало (нужно вводить дополнительные состояния).

Главная работа проектировщика – переход от 5 к 6.

Specification and description language(SDL)

С остояния приёма, посылки сигнала  можно моделировать работу параллельных процессов.

На диаграмме должны быть видны пути передачи сигналов.

Если 6 выполнено хорошо, то переход 6  7 не сложен.

В RTST было по сути только 4 и 7, т.н. semantic gap (семантический разрыв). В REAL есть ещё 5 и 6.

Конечная автоматная SDL-модель – удобное выразительное средство для рисования событийной логики системы.