31. Перерахувати дев’ять найкращих навиків, рекомендованих методикою spmn.

Навичка 1. Формальне управління ризиками. Будь-який проект з розробки ПЗ - ризикований. Але відсутність процедури управління ризиками в компанії - мабуть, найпоказовіша ознака прийдешньої невдачі проекту.

Навичка 2. Угоди про інтерфейси - для користувача, внутрішніх (міжмодульних) і зовнішніх (для стикування з іншими компонентами і додатками).

Навичка 3. Формальні перевірки проекту.

Навичка 4. Управління проектом на основі метрик.

Навичка 5. Якість продукту має контролюватися на детальному рівні.

Навичка 6. Інформація про хід проекту повинна бути загальнодоступною. Чим більше співробітників залучено в процес контролю за ходом проекту, тим простіше ідентифікувати потенційні проблеми та ризики. Треба зробити показники ходу проекту доступними всім співробітникам і замовникові і організувати канал прийому анонімних повідомлень про виникаючі проблеми. Найчастіше такий канал використовується для зведення особистих рахунків, але краще отримати помилковий сигнал, ніж не дізнатися про реальну проблему. До того ж відкритість проекту буде запорукою зниження числа помилкових повідомлень.

Навичка 7. Щоб домогтися високої якості, треба відстежувати причини виникнення помилок.

Навичка 8. Конфігураційне управління.

Навичка 9. Управління персоналом.

32. Обгрунтувати поняття «системні події» і « системні операції»? Що необхідно для побудови діаграми послідовностей системи?

Системне подія (system event) - це подія високого рівня, що генерується зовнішнім виконавцем (подія з зовнішнім входом). Системні події пов'язані із системними операціями (system operation), тобто операціями, що виконуються системою у відповідь на події.

В UML діаграма послідовності має як би два виміри. Перше зліва направо у вигляді вертикальних ліній, кожна з яких зображає лінію життя окремого об'єкта, який бере участь у взаємодії. Крайнім зліва на діаграмі зображується об'єкт, який є ініціатором взаємодії. Правіше зображається інший об'єкт, який безпосередньо взаємодіє з першим. Таким чином, всі об'єкти на діаграмі послідовності утворюють деякий порядок, який визначається черговістю або ступенем активності об'єктів при взаємодії один з одним. Графічно кожен об'єкт зображається прямокутником і розташовується у верхній частині своєї лінії життя. Усередині прямокутника записуються ім'я об'єкту і ім'я класу розділені двокрапкою. При цьому вся запис підкреслюється, що є ознакою об'єкта. Другим виміром діаграми послідовності є вертикальна вісь тимчасова, спрямована зверху вниз. Початковому моменту часу відповідає сама верхня частина діаграми. Взаємодії об'єктів реалізуються за допомогою повідомлень, які надсилаються одними об'єктами іншим. Повідомлення зображуються у вигляді горизонтальних стрілок з ім'ям повідомлення, а їх порядок визначається часом виникнення. Тобто, повідомлення, розташовані на діаграмі послідовності вище, ініціюються раніше тих, що розташовані нижче. Масштаб на осі часу не вказується, оскільки діаграма послідовності моделює лише тимчасову впорядкованість взаємодій типу «раніше-пізніше».

Приклад діаграми послідовності системи