- •1. Загальна характеристика case-засобу ibm Rational Rose 2003
- •2. Особливості робочого інтерфейсу програми ibm Rational Rose 2003
- •3. Головне меню і стандартна панель інструментів
- •4. Призначення операцій головного меню File і Edit
- •5. Призначення операцій головного меню View, Format і Browse
- •Case-засіб ibm Rational Rose 2003 (продовження)
- •1. Вікно браузера проекту
- •2. Спеціальна панель інструментів і вікно діаграми
- •3. Вікно документації і вікно журналу
- •4. Призначення операцій головного меню Report, Query і Tools
- •5. Призначення операцій головного меню Add-Ins, Window і Help
- •Кількісна оцінка діаграм
- •Р ис. 1.2. Приклад діаграми класів
- •3. Приклад
Р ис. 1.2. Приклад діаграми класів
Діаграма містить три класи без операцій і атрибутів, отже, TObj=1, SObj =15 и Obj =3. Як зв'язки використовуються асоціація, агрегація і узагальнення; отже SLnk=6 и TLnk=3
S=(15+6)/(1+3+2)=3,5.
Тобто чисельна оцінка для даної діаграми дорівнює 3,5.
3. Приклад
Н а рис. 1.3 і 1.4 приведені діаграми класів моделі підсистеми «Служба зайнятості в рамках вузу» системи «Дистанційне навчання». Ці діаграми реалізують один і той же фрагмент підсистеми «Служба зайнятості в рамках вузу», але перша з них більш повно реалізує принципи об'єктно-орієнтованого підходу.
Знайдемо чисельну оцінку для кожної з діаграм.
Діаграма 1
Рис. 1.3. Діаграма 1
Проведемо розрахунок оцінки атрибутів і операцій для класів «Работодатель», «БД студентів» і «Студент».
«Работодатель»:
Аналогічно для класу «БД студентів» отримуємо 2,53; для класу «Студент» - 3,33.
Р озрахуємо повне значення для діаграми:
Д іаграма 2
Рис. 1.4. Діаграма 2
Проведемо розрахунок оцінки атрибутів і операцій для класів «Деканат», «Група» і «Пользователь системы». Для класу «Деканат» отримуємо 2,36; для класу «Група» - 3,33; для класу «Пользователь системы» -1,11.
Р озрахуємо повне значення для діаграми:
В результаті оцінка для діаграми 1 потрапляє в середину оптимального діапазону для діаграм класів, а оцінка для діаграми 2 виявляється нижчим за оптимальний діапазон.
Такий результат можна пояснити наступними причинами:
Діаграма 2 містить надмірно деталізований клас «Користувач системи», тоді як в діаграмі 1 він спрощений за допомогою побудови ієрархії класів.
Клас «Деканат» на діаграмі 2 бере на себе надто багато функцій, слідством чого є надлишок зв'язків.
Клас «Бухгалтерія» на діаграмі 2 не відноситься безпосередньо до фрагмента, змодельованого на діаграмі, тобто ускладнює модель, не вносить при цьому корисної інформації.