14.В чому полягає оптимізація проекту

Буквальна і прямолінійна реалізація може призвести до дуже низької ефективності системи.

Причиною може бути швидкість виконання деяких функцій або пам'яті і дуже обширне використання пам'яті деякими системами.

У таких випадках слід зробити оптимізацію.

Для оптимізації роботи системи застосовуються наступні методи:

використання статичних змінних замість динамічних,

застосування вкладеного коду замість процедур, що викликаються,

вибір типів з мінімальними величинами.

Ці методи можуть призвести до менш зрозумілого коду замість його оптимізації. Обробка помилок може стати складнішою або неможливою.

Кориснішим було б проведення оптимізації ще на етапі дизайну або навіть аналізу.

Ефективність обробки даних повинна враховуватися в першу чергу. Наприклад, при зміні алгоритму сортування шляхом введення допоміжного файлу з ключами і вказівниками, доступ до відсортованих об'єктів може збільшити швидкість в десятки разів.

Ще одним важливим моментом в знаходженні слабких місць і обережному поводженню з ними є розуміння процедур. Загальновідомо, що 20% коду займає 80% часу виконання. Затримки можуть бути усунені шляхом написання часто використовуваних функцій на мовах низького рівня, наприклад, C.

Часто затримки викликані операціями над базами даних. Перевантаження, потрібне реляційним базам даних, також є важливим чинником. В деяких випадках оптимізація може відбуватися шляхом денормалізації бази даних, з'єднанням осередків в одну, застосуванням індексів і інших структур.

Оптимізація повинна бути пов'язана з аналізом буферизації в пам'яті і розглядом різних рівнів буферизації.

15.Методи оптимізації системи

Для оптимізації роботи системи застосовуються наступні методи:

використання статичних змінних замість динамічних,

застосування вкладеного коду замість процедур, що викликаються,

вибір типів з мінімальними величинами.

Ці методи можуть призвести до менш зрозумілого коду замість його оптимізації. Обработа помилок може стати складнішою або неможливою.

Кориснішим було б проведення оптимізації ще на етапі дизайну або навіть аналізу.

Ефективність обробки даних повинна враховуватися в першу чергу. Наприклад, при зміні алгоритму сортування шляхом введення допоміжного файлу з ключами і вказівниками, достп до відсортованих об'єктів може збільшити швидкість в десятки разів.

16.Обмеження при переході до моделі розробки

відсутність множинного наслідування;

відсутність наслідування;

відсутність віртуальних методів;

відсутність складних атрибутів;

відсутність мультимедійних типів.

Подолання деяких особливостей концептуальної моделі в моделі реалізації є істотним недоліком.

17.Фізична структура системи

Одним із завдань етапу дизайну - описати фізичну структуру системи.

Вона включає:

- Опис структури початкового коду, тобто визначення початкових файлів, їх взаємозв'язків і знаходження компонентів.

- Декомпозиція системи на конкретні програми.

- Фізичний розподіл даних і програм.

18.Правильність та якість системи

Системний проект повинен бути веріфіковано, а його якість - оцінено. Правильність означає завершеність, сумісність і узгодженість. Повинні бути збережені принципи системи позначень. Але це не означає, що проект відповідає призначеним для користувача вимогам.

Правильний проект повинен бути:

завершеним;

сумісним;

узгодженим;

повинна зберегтися семантика позначень.

Завершеність проекту означає, що всі класи, властивості, методи, складні і прості дані оприділені, як і спосіб реалізації всіх функціональних вимог.

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