4. Методології і технології проектування іс
Методології, технології і інструментальні засоби проектування (CASE-засоби) складають основу проекту будь-який ІС. Методологія реалізується через конкретні технології і стандарти, які підтримують їх, методики і інструментальні засоби, що забезпечують виконання процесів ЖЦ.
Технологі я проектування визначається як сукупність трьох складових:
покрокової процедури, що визначає послідовність технологічних
операцій проектування;
– критеріїв і правил, використовуваних для оцінки результатів виконання технологічних операцій;
– нотацій (графічних і текстових засобів), використовуваних для опису проектованої системи.
Технологічні інструкції, що становлять основний зміст технології, повинні складатися з опису послідовності технологічних операцій, умов, залежно від яких виконується та або інша операція, і описів самих операцій. Технологія проектування, розробки і супроводи ІС повинна задовольняти наступним загальним вимогам:
– підтримувати повний ЖЦ ПЗ;
– забезпечувати гарантоване досягнення цілей розробки ІС із заданою якістю і у встановлений час;
– забезпечувати можливість виконання крупних проектів у вигляді підсистем (тобто можливість декомпозиції проекту на складові частини, які розробляються групами виконавців обмеженої чисельності з подальшою інтеграцією складових частин). Досвід розробки крупних ІС показує, що для підвищення ефективності робіт необхідно розбити проект на окремі слабо зв'язані за даними і функціями підсистеми. Реалізація підсистем повинна виконуватися окремими групами фахівців. При цьому необхідно забезпечити координацію ведення загального проекту і виключити дублювання результатів робіт кожної проектної групи, яке може виникнути через наявність загальних даних і функцій;
– забезпечувати можливість ведення робіт по проектуванню окремих підсистем невеликими групами (3-7 осіб). Це обумовлено принципами керованості колективу і підвищення продуктивності за рахунок мінімізації числа зовнішніх зв'язків;
– забезпечувати мінімальний час отримання працездатної ІС. Йдеться не про терміни готовності всієї ІС, а про терміни реалізації окремих підсистем.
Реалізація ІС в цілому в короткі терміни може зажадати залучення великого
Рис. 3. Спіральна модель ЖЦ
числа розробників, при цьому ефект може виявитися нижчим, ніж при реалізації в коротші терміни окремих підсистем меншим числом розробників;
– передбачати можливість управління конфігурацією проекту, ведення версій проекту і його складових, можливість автоматичного випуску проектної документації і синхронізацію її версій з версіями проекту;
– забезпечувати незалежність виконуваних проектних рішень від засобів реалізації ІС (систем управління базами даних, операційних систем, мов і систем програмування).
Реальне застосування будь-якої технології проектування, розробки і супроводи ІС в конкретній організації і конкретному проекті неможливе без вироблення ряду стандартів (правив, угод), які повинні дотримуватися всіма учасниками проекту, а саме:
– стандарт проектування;
– стандарт оформлення проектної документації;
– стандарт інтерфейсу, призначеного для користувача.
Стандарт проектування повинен встановлювати:
– набір необхідних моделей (діаграм) на кожній стадії проектування і ступінь їх деталізації;
– правила фіксації проектних рішень на діаграмах, зокрема: правила іменування об'єктів (включаючи угоди по термінології), набір атрибутів для всіх об'єктів і правила їх заповнення на кожній стадії, правила оформлення діаграм, включаючи вимоги до форми і розмірів об'єктів, і таке ін.;
– вимоги до конфігурації робочих місць розробників, включаючи настройки операційної системи, настройки CASE-засобів, загальні настройки проекту і таке ін.;
– механізм забезпечення спільної роботи над проектом, зокрема: правила інтеграції підсистем проекту, правила підтримки проекту в однаковому для всіх розробників стані (регламент обміну проектною інформацією, механізм фіксації загальних об'єктів і таке ін.), правила перевірки проектних рішень на несуперечність і т.д.
Стандарт оформлення проектної документації повинен встановлювати:
– комплектність, склад і структуру документації на кожній стадії проектування;
– вимоги до її оформлення (включаючи вимоги до змісту розділів, підрозділів, пунктів, таблиць і таке ін.),
– правила підготовки, розгляди, узгодження і затвердження документації з вказівкою граничних термінів для кожної стадії;
– вимоги до настройки видавничої системи, використовуваної як вбудований засіб підготовки документації;
– вимоги до настройки CASE-засобів для забезпечення підготовки документації відповідно до встановлених вимог.
Стандарт інтерфейсу користувача повинен встановлювати:
– правила оформлення екранів (шрифти і колірна палітра), склад і розташування вікон і елементів управління;
– правила використовування клавіатури і миші;
– правила оформлення текстів допомоги;
– перелік стандартних повідомлень;
– правила обробки реакції користувача