ема складається з двох компонент - клієнтської і серверної частини. Перш ніж почати роботу, у вашій мережі необхідно встановити, як мінімум, один сервер, доступний всім зацікавленим сторонам, - хоча він і використовує у своїй роботі SQL-сервер, але для користувачів методом доступу є спеціальний метод CORBA IIOP для доступу до об'єктної базі даних. Сервер Caliber є сервером CORBA, а в якості реалізації CORBA в нього вбудований Borland VisiBroker. Налаштування параметрів сервера Caliber виробляються через Control Panel.
Перш ніж клієнти зможуть підключатися до сервера, адміністратор повинен створити проект. В обов'язки адміністратора входить також і створення службових і мета даних: нових типів вимог, нових типів документів, користувачів та їх груп. Крім того, з адміністративної консолі можна спостерігати за поточною активністю системи.
Записи користувачів містять інформацію про користувача, яка згодом може бути використана системою: наприклад, адреса електронної пошти - для автоматичних розсилок і нотифікацій щодо подій, пов'язаних з тим чи іншим проектом. Для більш ефективного управління користувачі підключаються до груп.
Головною сутністю CaliberRM є проект. З ним пов'язано текстовий опис, список груп, що мають доступ до проекту, глосарії та терміни завершення. Важливою частиною є зв'язки проекту з іншими інструментами, такими як Borland Together, Test Director, SELECT, SCM або Caliber RBT. Швидкий перехід між даними в різних системах, відстеження зв'язків та їх автоматична синхронізація (traceability), є ключовим якістю CaliberRM, що істотно впливає на якість одержуваних результатів і загальну продуктивність.
У процесі роботи з клієнтською частиною ви з самого початку створення проекту можете завантажити в нього папки для програмних, апаратних і бізнес-вимог. Втім, ніщо не заважає зробити це і пізніше - гнучкість системи разюча. Ви можете в будь-який момент створювати класи і підкласи, нові типи вимог. При цьому ви дуже прецизійно налаштовуєте права доступу до нових класам вимог: хто, як і коли буде виконувати з ними ті чи інші дії, такі як додавання, перегляд і видалення вимог в категорії. Новий клас може бути доступний як одному, так і відразу кількома проектами.
Тепер - власне про вимоги. З вимогою пов'язаний ряд атрибутів, зокрема ім'я, пріоритет, статус. Кожному вимогу зіставлений список відповідальних за реалізацію даної вимоги. З вимогою пов'язаний також список документів - це можуть бути специфікації стандартів, робочі документи типу нотаток або доповідей і, зрештою, частини програмного продукту, такі як файли вихідного тексту або файли графічного і мультимедійного контенту. Чергова закладка присвячена зв'язків з зовнішніми документами: це траси до інших точок у графі вимог і зовнішнім даними. Якщо ви користуєтеся персональним організатором, то такий тип асоціацій "До чого завгодно" вам знайомий. p> Дуже важливим - при правильному використанні - є пункт Дискусія. Це те місце, куди всі зацікавлені користувачі пишуть свої posts, тобто зауваження та міркування. Повідомлення надходять в загальну чергу, і бажаючі можуть обговорити окремі повідомлення, подібно до того, як це відбувається в групах новин.
Для кожного з вимог ведеться історія змін, реалізована дуже витончено: при кожному збереженні елемента вимоги породжується нова версія, забезпечена коментарем і позначками про те, хто і коли вніс зміну. На будь-якому етапі ви можете "відкотитися" і відновити в пам'яті всі стадії еволюції окремого вимоги або всього проекту.
В результаті, використовуючи CaliberRM, ви потрапляєте в середу, яка управляє вашим "соціально значущим поведінкою "як члена команди. Якщо до цього у вашій команді і практикувалися неформалізовані формулювання і нечітко виражені "Побажання" в процесі роботи, то, використовуючи CaliberRM, ви мимоволі будете підведені до необхідності чіткого формулювання думок, а також до ясного розумінню своїх обов'язків і автоматичною документації всього процесу виробництва. Результат - підвищена відповідальність у рамках компетенції кожного "суб'єкта розробки", причому не лише підлеглих, але також і менеджерів, аналітиків і керівників.
Інші продукти Borland для групової розробки
CaliberRM є тільки першим (Хронологічно) інструментом для групової розробки, відповідний терміну "Define" (тобто націлений на виявлення і коректну всебічну обробку вимог - незалежно від того, чи надходять вони з зовнішніх джерел, таких як галузеві стандарти, в результаті внутрішнього тестування або ж, як результат Запитів на Зміни від кінцевих користувачів системи). Але це тільки один компонент повного циклу розробки. p> Інші чотири стадії - Design, Develop, Test і Deploy - також знайшли своє відображення в продуктах Borland, явно поставила собі мету постачати розробників повним набором інструментів для всього виробничого циклу.
Зокр...
