61.Коли необхідно будувати більш повну модель?

Ось декілька причин проектування більшої моделі:

• Імпортування в модель елементів із зовнішніх систем робить систему більш загальною і всеосяжною,

• Протягом розробки ми можемо все ще не знати, які готові елементи будуть включені у фінальну версію продукту, а які будуть написані уручну,

• Бюджет може не дозволити повного проектування системи "з нуля", і визначення способів розробки буде проведено під час аналізу.

62 Аналітична модель

Хороша аналітична модель повинна мати наступні характеристики:

• вона повинна бути спрощеним описом системи,

• функції повинні бути представлені ієрархічно,

• логічна модель повинна слідувати певним правилам,

• модель повинна будуватися за допомогою добре відомих методів і інструментів,

• модель використовується для ухвалення рішень в подальшому дизайні.

Модель ПЗ повинна бути спрощеним описом, який представляє найважливіші особливості ПЗ на високому абстрактному рівні.

63.Що собою представляє логічна модель?

логічна модель системи описує метод реалізації вимог але не зачіпає нічого, що стосується реалізації.(будується на етапі аналізу)

Логічна модель на цьому етапі покращує розуміння системних вимог.

Логічна модель:

• показує, що повинна робити система,

• показує ієрархію системи,

• уникає термінології реалізації,

• дозволяє ухвалювати рішення "від причини до наслідків" і назад.

логічна модель повинна слідувати певним правилам,

Модель відповідатиме детальному і конкретному опису того, як повинна бути побудована система, щоб задовольняти сформульовані вимоги.

64.Які описи використовують під час побудови аналітичної моделі?

Хороша аналітична модель повинна мати наступні характеристики:

• вона повинна бути спрощеним описом системи,

• функції повинні бути представлені ієрархічно,

• логічна модель повинна слідувати певним правилам,

• модель повинна будуватися за допомогою добре відомих методів і інструментів,

• модель використовується для ухвалення рішень в подальшому дизайні.

Модель ПЗ повинна бути спрощеним описом, який представляє найважливіші особливості ПЗ на високому абстрактному рівні.

65.Основні дії під час аналізу системи?

Основними діями в під час аналізу є:

• розробка статичних моделей класів,

• аналіз функцій і випадків застосування,

• перевірка класів і об'єктів,

• розпізнавання і визначення методів і повідомлень,

• моделі станів і діаграми їх змін,

• моделі процесів і діаграми потоків даних,

• управління потоком.

66. Вимоги до системних функцій?

• функції повинні мати унікальні визначені цілі,

• функції повинні бути визначені ієрархічно (наприклад, проведення контролю з допомогою циклічного надмірного коду знаходиться нижчим, ніж протокол мережевого рівня),

• інтерфейси повинні бути мінімальні, що дозволить легше розділяти функції,

• повинне дотримуватися правило виклику не більше семи функцій,

• описи функцій не повинні залежати від подробиць реалізації (наприклад, файл, завдання, запис, модуль, робоча станція),

• характеристики якості роботи повинні бути описані, там де це можливо (наприклад, швидкість, частота і т.п.),

• слід визначити найважливіші функції,

• імена функцій повинні описувати, що вони роблять, а не як вони це роблять,

• імена функцій повинні бути декларативними (наприклад "обробка замовлення"), а не процедурними (наприклад "дії після того, як прийде замовлення").