кранів і меню, проекти звітів, описи даних, логіка обробки, моделі даних, моделі організації, моделі обробки, вихідні коди, елементи даних і т.п.
В
Рис. 1.3 Вміст репозитарія
В
Кожен інформаційний об'єкт в репозитарії описується перерахуванням його властивостей: ідентифікатор, імена-синоніми, тип, текстовий опис, компоненти, файл-сховище, область значень. Крім цього, зберігаються всі відносини з іншими об'єктами (наприклад, всі об'єкти, в яких даний об'єкт використовується, все перехресні посилання), правила формування та редагування об'єкта, а також контрольна інформація про час породження об'єкта, часу його останнього оновлення, ким і в якому проекті він був породжений, номер версії, можли ності оновлення і т.п.
На основі репозитарія здійснюється інтеграція CASE - засобів і поділ системної інформації між розробниками. При цьому можливості репозитарія забезпечують кілька рівнів інтеграції: загальний користувальницький інтерфейс по всіх засобах, передачу даних між засобами, інтеграцію етапів розробки через єдину систему уявлень фаз ЖЦ, передачу даних і коштів між апаратурними платформами.
Репозитарій є базою для стандартизації документів за проектом і контролю спроможності проектних специфікацій. Усі звіти будуються автоматично за репозитаріїв, нижче перераховані основні їх типи:
1. Звіти по вмісту включають зведення потоків даних та їх компонентів, зведення всіх пар інтерфейсів в описують міжмодульні відносини структурних діаграмах, списки вхідних і вихідних потоків для кожного функціонального блоку діаграм, списки змінених за певний період об'єктів, історії всіх змін об'єктів, описи модулів, плани тестування модулів і підпрограм, списки всіх даних та їх атрибутів, а також відносин між їх компонентами і правил їх обробки.
2. Звіти по перехресним посиланнях включають списки всіх викликають і спричинених модулів; списки об'єктів репозитарія, до яких має доступ конкретний розробник; зведення діаграм, використовують конкретні дані, маршрути руху даних від входу до виходу. p> 3. Звіти за результатами аналізу включають зведення балансування діаграм по рівнях, списки невизначених інформаційних об'єктів, списки неповних діаграм, зведення результатів аналізу структури проекту, списки неузгоджених в діаграмах і репозитарії об'єктів, списки невикористовуваних об'єктів, списки віддалених об'єктів.
4. Звіти по декомпозиції об'єктів включають таблиці ієрархії всіх об'єктів моделі.
Приклад звіту за функціональними блокам SADT-моделі управління банком, автоматично створюваного пакетом Desing/IDEF, наведено нижче.
Activity Report
[A0] Банк
Inputs: Платіжні документи
Outputs: Гроші
Controls: Закони, Час, Баланс
Mechanisms : Техніка, Співробітники
Sub-Activities: [А1] Операційні зали,
[А2] Управління банком,
[АЗ] Центральний банк
[А1] Операційні зали
Inputs: Платіжні документи
Outputs: Прийняті платіжні документи
Controls: Закони, Продовжить. раб. дня. Залишки рахунків клієнтів
Mechanisms: Співробітники, Термінал БД
[А2] Управління банком
Inputs: Вжиті платіжні документи
Outputs: (Unlabled), Гроші, (Unlabled)
Controls: Спец. закони. Розрахунок балансу. Термін обробки
Mechanisms: Управлінський персонал. Комп'ютери
[АЗ] Центральний банк
Inputs: (Unlabled)
Outputs: Гроші, (Unabled)
Controls: Термін відправки
Mechanisms: Експедитори, Автомашини
Done
Важливі функції управління і контролю проекту також реалізуються на основі репозитарія. Зокрема, через репозитарій може здійснюватися контроль безпеки (Обмеження доступу, привілеї доступу), контроль версії, контроль змін та ін
Підтримка процесу проектування і розробки
За підтримки процесу проектування і розробки основну роль відіграють наступні можливості CASE - проектів: покриття ЖЦ, підтримка прототипування, підтримка структурних методологій, автоматична кодогенерацію.
При покритті ЖЦ, найбільша увага приділяється його критичним етапам - аналізу вимог і проектування специфікацій. Останні є основою проекту, тому їх повнота і коректність впливають на успіх розробки в цілому.
Важливу роль при автоматизації ранніх етапів ЖЦ грают можливості підтримки прототипування. Відповідні кошти використовуються для визначення системних вимог і відповіді на питання про очікуване поведінці системи. Такі кошти як генератори меню, екраном і звітів дозволяють швидко побудувати прототипи користувальницьких інтерфейсів і постачити моделлю функціонування системи з позицій кінцевого користувача. Використання ...
