Caliber 2005 і StarTeam 2005

Засіб керування вимогами Borland CaliberRM і засіб управління конфігураціями програмного забезпечення Borland StarTeam були придбані корпорацією Borland спільно з компанією Starbase на початку 2003 року. Саме в цей час компанії-розробники почали виявляти підвищену цікавість до засобів управління життєвим циклом додатків, відмінним від засобів розробки додатків. Ми вже писали про ці продукти, однак коротко нагадаємо, що вони собою представляють.

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

Нерідко ці вимоги формулюються у вигляді звичайного текстового документа (наприклад, технічного завдання). Проте останнім часом все більшу популярність здобувають засоби автоматизації управління вимогами, що дозволяють не тільки згенерувати потрібний документ, але і спростити процеси, пов'язані з їх реалізацією та зміною. Застосування подібних засобів особливо актуально у великих проектах, коли число вимог обчислюється сотнями і навіть тисячами. Саме до цієї категорії продуктів відноситься CaliberRM. Даний продукт дозволяє додавати в текст вимог ілюстрації, діаграми сценаріїв, станів, потоків даних, діаграми класів і моделей даних, описувати нестандартні категорії вимог і створювати властивості вимог, що визначаються користувачами, переносити текст вимог у код додатків, що створюються за допомогою Delphi, Visual Studio .NET, JBuilder, Взаємодіяти з новою версією засоби тестування TestDirector 8.0 компанії Mercury Interactive, Створювати звіти за даними, відстежувати виконання вимог у процесі роботи над проектом. За допомогою окремого продукту CaliberRM Datamart можна створювати аналітичні звіти на підставі даних про управління вимогами проектів, здійснюваних в компанії, оцінювати його ефективність, представляти ці дані у вигляді діаграм і виконувати запити до них.

Умови реалізації проектів, пов'язаних з розробкою програмного забезпечення, в останні декілька років значно ускладнилися: замовники сьогодні стають все більш розбірливими і прискіпливими, а самі проекти – все більш складними. І в цьому випадку без управління змінами часто досить складно обійтися. Зміни можуть відбуватися і у вимогах, і в коді, і в моделях, створених на етапах бізнес-моделювання та проектування.

Borland StarTeam – Це масштабоване засіб управління змінами, що зберігає в централізованому репозитарії всі необхідні дані і полегшує взаємодію співробітників, відповідальних за виконання різних завдань. Даний продукт надає команді учасників проекту різноманітні засоби для публікації вимог, управління завданнями, планування, роботи, обговорення змін, контролю версій, організації документообігу. StarTeam зберігає в єдиному репозитарії всі дані про проект (вихідні тексти, моделі, документи, їх різні версії). Для цього продукту створені доповнення до різних засобів розробки, за допомогою яких учасник проекту може звертатися до даних із середовища розробки відповідно до своїх посадових обов'язків.

З особливостей StarTeam відзначимо в першу чергу кошти документування змін, наявність засобів управління версіями артефактів і їх порівняння, можливість автоматичного поновлення мережевих з'єднань після збоїв без необхідності перезапуску клієнтської частини, розвинені засоби діагностики збоїв. Цей продукт підтримує різні клієнтські інтерфейси (зокрема, Windows-інтерфейс і Web-інтерфейс), дозволяє організовувати діскуcсіі між членами проекту і документообіг, пов'язаний з проектом. На базі StarTeam можна створювати свої рішення для конфігураційного керування – в комплекті поставки продукту є Java і COM SDK.

Крім того, в числі особливостей StarTeam заслуговують на згадку наявність засобів підтримки розподілених команд розробників, що взаємодіють через Інтернет, підтримка широкого спектра платформ і операційних систем, розвинені засоби захисту даних на стороні клієнта і сервера, засоби доступу до репозитаріїїв Merant PVCS Version Manager і Microsoft Visual SourceSafe, Засоби інтеграції з Microsoft Project, А також засоби візуального представлення даних, створення звітів та підтримки прийняття рішень.

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

З інших особливостей даних продуктів варто відзначити можливість обробки подій, а також підтримку аутентифікації користувачів за допомогою LDAP-каталогів.

До того, як компанія Starbase була придбана компанією Borland, Вона не вела активної діяльності в Росії, тому на початку 2003 року зазначені продукти були не надто відомі в нашій країні. Проте за минулі півтора року вони завоювали певну популярність, і багато російських компаній сьогодні вже вивчають можливість їх впровадження, а деякі навіть встигли їх придбати. За ці ж півтора року двічі були випущені нові версії StarTeam і CaliberRM.

Про шляхи розвитку даних продуктів і ринку програмного забезпечення для управління колективною розробкою, а також про особливості нових версій цих продуктів ми розмовляли з Корне Хьюманом (Corne 'Human), менеджером, що відповідає за продажі StarTeam і CaliberRM в Європі. Пропонуємо вашій увазі фрагмент цього інтерв'ю.

Наталія Єлманова: "Що нового з'явилося за останній час в лінійці продуктів CaliberRM і Starteam?"

Корне Хьюман: "Два тижні тому ми оголосили про випуск нових версій – Starteam 2005 і CaliberRM 2005. Почну з опису CaliberRM 2005.

Ми внесли багато змін в область описів вимог ще у версію CaliberRM 6, Випущену цієї весни. Тепер опис може містити все що завгодно – малюнки, таблиці, виділення шрифтом і кольором, так само як і згенеровані на його основі документи. "

Корне Хьюман

Н.Є.: "Якщо замовнику необхідно відредагувати вимоги, то чи можливо надати йому будь-якої інтерфейс для доступу до них?"

К.Х.: "Така можливість існує. Зазвичай розробники купують Windows – Або Java-клієнти, а при необхідності – додаткове Web-програма, яка надає замовникам доступ до вимог за допомогою Web-клієнта. Замовник з його допомогою може прийняти або відхилити вимогу, прийняти участь в обговореннях, пов'язаних з цією вимогою.

Крім того, в наших продуктах з'явилася підтримка електронного підпису. І якщо ви приймаєте вимоги, ви можете підтвердити їх своїм електронним підписом. "

Н.Є.: "Не кожен російський замовник погодиться поставити на технічне завдання електронний підпис – багато хто все ще воліють папір, замкнені в сейфі."

К.Х.: "Зазвичай паперовий документ генерується на основі затвердженого і заблокованого набору вимог, який вже не підлягає редагуванню. І такий набір теж можна підтвердити електронним підписом. Але можна і не підтверджувати – електронний підпис не є обов'язковою до застосування.

Крім цього ми тепер підтримуємо Mercury Test Director 8 і підписали партнерську угоду з Segue. "

Н.Є.: "Чи означає це, що тепер за допомогою CaliberRM можна згенерувати план тестування для засобів тестування Mercury і Segue? "

К.Х.: "Чи означає. Ви можете згенерувати на основі вимог, що зберігаються в CaliberRM, Заготівлю плану тестування. У цьому випадку ви при тестуванні перевіряєте не код, а те, чи задовольняє даний продукт вимогам замовника. Чомусь все перевіряють, чи правильно працює додаток, не піклуючись про те, чи є воно саме в даному випадку правильним, тобто фахівця з тестування дають код і просять перевірити, чи правильно цей код працює. Але те, що код працює правильно, зовсім не означає, що замовнику потрібен саме цей код. "

Н.Є.: "Зазвичай керівники проектів дають фахівцям з тестування технічне завдання. В іншому випадку може дійсно виявитися, що написано буде зовсім не те, що замовлено."

К.Х.: "Саме в цьому і полягає сенс управління вимогами – переконатися, що продукт робить саме те, що потрібно замовнику.

Отже, перше – це можливість генерації заготівлі плану тестування. Друге – можливість організувати зв'язок між вимогою і будь-яким тестом. І цей зв'язок оновлюється в реальному часі, тобто можна побачити, що якийсь тест виконався і що якийсь не пройшов, а також те, з яким вимогою пов'язаний цей тест.

Ще одне нововведення CaliberRM – Обробка подій, заснована на прослуховуванні того, що відбувається на сервері CaliberRM, і дозволяє писати тригери для обробки подій на сервері CaliberRM. Наприклад, якщо відбулася зміна вимоги, створюються нові зв'язки і виконуються ще які-небудь дії, наприклад перерахунок обчислюваних полів. Можна за допомогою наданих нами API організувати інтеграцію і з інструментами незалежних виробників. Наприклад, при оновленні вимоги можна звернутися до засобу управління змінами і змінити дані, пов'язані з цією вимогою, відправити повідомлення, автоматизувати інші бізнес-процеси. "

Н.Є.: "Не могли б ви розповісти про нові засоби оцінки вимог, вбудованих в CaliberRM?"

К.Х.:Estimate Pro – Це вбудоване в CaliberRM засіб оцінки проекту на основі вимог. Estimate Pro дозволяє оцінити вартість проекту і скласти розклад роботи над ним. Вихідною інформацією для Estimate Pro є вимога, отримавши яке, Estimate Pro звертається до бази даних, яка містить відомості про багатьох завершених проектах у багатьох країнах за багато років. Ви також вказуєте тип проекту (бізнес-додаток, Web-додаток і т.д.). Estimate Pro аналізує історичні дані і створює оцінку того, скільки часу зажадає реалізація вимог і скільки для цього знадобиться людей. А результат оцінки може послужити приводом для переговорів про ціну проекту та про очікування від нього. Наприклад, ви бачите, що на виконання проекту необхідно сім місяців, а у вас є тільки шість. І тоді ви наочно пояснюєте замовнику, що не зумієте виконати всі його вимоги за шість місяців. Потім у процесі переговорів можна відмовитися від якихось вимог, знову зробити оцінку і з'ясувати, чи вдасться тепер вкластися в шість місяців. Таким чином, маючи оцінку проекту, можна піднімати питання про підвищення витрат або збільшення строків, програючи різні сценарії типу "що, якщо …"

Н.Є.: "Я завжди мріяла про появу таких інструментів. Але в різних країнах (і навіть у різних містах) ціни проектів можуть бути неоднакові, оскільки різна вартість робочого часу того чи іншого фахівця. Чи можна при оцінці вартості змінити будь-які параметри – відповідно до умов того чи іншого регіону? "

К.Х.: "Цей інструмент зберігає відомості про багатьох проектах та їх результати, але ви можете вказати вартість для різних типів робіт, наприклад вартість управління проектом або створення коду. І ви можете також вказати обмеження, наприклад неможливість в даному проекті вийти за рамки певної суми. До того ж ви можете як скористатися нашими даними про проекти та їх результаті, так і звернутися до історії своїх власних проектів, доповнивши нашу базу своїм досвідом і даними, і відповідно оцінити вартість нових проектів вже на підставі свого власного досвіду.

На рис.1 наведено вимоги, імпортовані з Caliber, А також оцінки часу виконання проекту та його вартості. При цьому можна побачити розкид цих значень на верхній діаграмі. Кожна точка – це дані про реальний аналогічному завершеному проекті з подібним набором вимог.

Рис. 1. Estimate Pro

Estimate Pro дозволяє одержати й інші типи звітів, наприклад оцінку вартості окремих етапів проекту, а також відомості про те, які фахівці потрібні на яких етапах. "

Н.Є.: "А чи є у Estimate Pro засоби інтеграції c Microsoft Project? Наприклад, чи можна згенерувати план проекту після визначення вимог? "

К.Х.: "Так, можна. А потім можна повернутися до Caliber і оцінити вартість проекту. Або додати вимоги Caliber до плану, створений в Project. "

Н.Є.: "У багатьох проектах є роботи, які не можна почати, не завершивши якихось інших робіт, як є і поняття критичного шляху проекту. Можна мати тисячі робіт тривалістю в один тиждень, але реально проект триватиме при цьому півроку. Чи є в Caliber способи контролю залежності між частинами проекту c метою отримання адекватної оцінки часу його виконання? "

К.Х.: "Estimate Pro може використовувати зв'язки між вимогами, описані в Caliber. Але тільки від вас залежить, на які саме зв'язку ви вкажете при оцінці ресурсів проекту."

Н.Є.: "Особисто я не відмовилася б від такого інструменту. Оцінка часу і ресурсів – одне з найважливіших складових проекту."

К.Х.: "Так, мені теж здається, що цей інструмент буде затребуваний. Я думаю, IT-індустрія страждає через погану оцінки проектів та з-за того, що деякі вимоги взагалі не виконуються. Не завжди замовники та керівники проектів замислюються над тим, що де-не-що просто неможливо виконати. На мій погляд, переговори між автором вимог і виконавцем повинні вестися на основі коректного наукового підходу. Чим реалістичніше будуть очікування від проекту, тим вища ймовірність його успіху. "

Н.Є.: "Останнім часом багато говорилося про кошти пошуку для CaliberRM. Що ви можете про них розповісти?"

К.Х.: "Засоби пошуку, загальні для CaliberRM і StarTeam, Ми називаємо Borland Search Server (А іноді Google for ALM). Ці засоби дозволяють ввести ключове слово і знайти все, що має до нього відношення, у всіх репозитаріях Borland, в репозитаріях StarTeam і Caliber, звернутися до зовнішніх репозитаріїїв (У тому числі і не мають відношення до Borland), до будь-якої бази даних, переглянути історію змін у засобах контролю версій і знайти саме те, що вам потрібно (рис. 2). У разі StarTeam ми управляємо файлами, запитами на зміну, дискусіями, вимогами і можемо здійснювати пошук в них, оскільки індексує сервер автоматично індексує будь-який файл, зареєстрований в StarTeam. А потім виводиться результат пошукового запиту, і ми можемо, клацнувши на посиланні, завантажити потрібну програму і побачити подробиці про обраний артефакті. Наприклад, можна ввести ім'я замовника та отримати список всіх його вимог, або всі його запити на зміни, або дефекти, про які він повідомив, і т.д.

Рис. 2. Пошук артефактів за допомогою Borland Search Server

Інструменти пошуку входять до StarTeam 2005 і Caliber 2005 як окремий, але інтегрований з ними продукт. Ви можете писати свої кошти інтеграції для цього інструмента або реєструвати для нього інші джерела даних – з цією метою ми поставляємо відповідні SDK.

А ще у пошуковому сервері є засоби визначення рейтингів, які дозволяють знайти найбільш підходящі відповіді. "

Н.Є.: "А чи може адміністратор або користувач змінити критерії присвоєння цих рейтингів? Адже алгоритми побудови пошукового запиту можуть відрізнятися. Наприклад, один алгоритм передбачає, що найбільший рейтинг потрібно присвоїти результату, у якого слова з пошукового запиту знаходяться якомога ближче один до одного, інший при присвоєнні рейтингів грунтується на принципі частотності слів, а найбільш досконалі інструменти дозволяють користувачеві самому визначати критерії релевантності. "

К.Х.: "Поки, на жаль, я не можу відповісти на це питання."

Н.Є.: "Чи з'явилися у Borland плани створення російської версії CaliberRM?

К.Х.: "У майбутньому році ми збираємося займатися локалізацією CaliberRM. Правда, виходу російської версії поки не очікується. "

Н.Є.: "Шкода. Відсутність локалізованої версії Delphi або JBuilder не настільки помітно, як відсутність локалізованих продуктів для менеджерів і замовників. Якщо хто-небудь претендує на посаду програміста і не вміє читати по-англійськи, його можна просто не наймати на роботу (або ж ця людина зможе писати код на Visual Basic .NET, Російська версія якого вже є). А ось з людьми, що визначають вимоги, все йде набагато складніше – їх за незнання мови зазвичай не звільняють. "

К.Х.: "Можливо, коли-небудь у нас дійдуть руки і до випуску російської версії.

А ще я хочу згадати про TraceMaker – Цей інструмент, що дозволяє відстежувати роботу над вимогами у процесі виконання проекту, стане доступний уже в листопаді. Ми проробили дуже велику роботу зі створення подібних засобів, що дозволяють створювати зв'язку між вимогами та елементами моделей, вимогами і кодом, вимогами і тестами, вимогами і артефактами, пов'язаними з розгортанням. У нас існують цікаві технології в цій галузі, і найближчим часом очікується ряд відповідних оголошень.

Так, ми зможемо об'єднати StarTeam і CaliberRM в один сервер. Це означає, що CaliberRM придбає нову функціональність, яка вже є в StarTeam, Наприклад інтегрований компонент запиту на зміну, редаговані форми, документообіг. "

Н.Є.: "А що нового з'явилося в StarTeam 2005?”

К.Х.: "У першу чергу відзначу нові засоби підвищення його надійності: тепер сервер StarTeam може працювати цілодобово, здійснювати резервне копіювання без зупинки і навіть конвертувати старі дані в новий формат. Хоча з конвертуванням можна і не поспішати – нова версія сервера підтримує і старі дані.

Відзначимо значне збільшення максимально можливого розміру архіву в StarTeam. Зараз це петабайт (мільйони мільйонів гігабайт), і цього вистачить будь-якої компанії.

Крім того, зараз ми створили засоби, що дозволяють уникнути дублювання зберігання одних і тих же даних, навіть якщо вони використовуються в різних проектах. А також StarTeam підтримує LDAP-аутентифікацію користувачів. "

Н.Є.: "У всіх LDAP-каталогах, в тому числі від Novell, Sun?"

К.Х.: "У всіх, і це стало можливо завдяки новій архітектурі зберігання даних.

Ще одна область – StarTeam MPX Cache Agent, Забезпечує за допомогою Message Broker обмін повідомленнями між серверами і реплікацію даних. Cache Agent дозволяє, маючи один сервер, використовувати декілька кешів. Це забезпечує підвищення масштабованості і спрощення розподіленої розробки, а також мінімізації числа задіяних сполук з сервером. Клієнт тепер може напряму працювати з локальним кешем, і його робота не буде залежати від надійності з'єднання.

Завдяки Cache Agent стало можливим створити засоби відновлення з'єднання після збою, в тому числі завершення розпочатої раніше транзакції. До речі, хоча Cache Agent дозволяє багатьом користувачам працювати з центральним сервером, нерідко більшу частину запитів він виконує сам. Наприклад, можна отримати потрібний артефакт не з центрального сервера, а з якого-небудь ще. Знову ж файли, призначені для реплікації на інші сервери, передаються один раз, а не видаються за будь-якого запиту.

А ще варто згадати наявність у StarTeam прекрасних засобів інтеграції з Delphi 2005, JBuilder і Together (Рис. 3). Взагалі, всередині середовища розробки ви знайдете всі артефакти StarTeam.

Рис.3. Інтеграція StarTeam з Borland JBuilder

Крім того, ми поставляємо COM, .NET і Java API для того, щоб нашим клієнтам можна було створювати свої кошти інтеграції SatrTeam з іншими інструментами. "

Н.Є.:CaliberRM, І StarTeam – Продукти недешеві. Чи не плануєте ви випустити якісь недорогі версії, нехай навіть з обмеженою функціональністю? Наприклад, для невеликих компаній і груп, яким не потрібна якась особлива масштабованість, так само як і розподілена система серверів по всьому світу, а потрібно всього лише засіб управління артефактами та вимогами усередині свого офісу. "

К.Х.: "З точки зору функціональності, яку надають ці продукти, їх ціна не така вже й висока."

Н.Є.: "Не буду сперечатися, але думаю, що багато IT-менеджери та керівники проектів можуть не знати про існування інструментів, відмінних від засобів розробки додатків. Їм потрібно демонструвати, на що конкретно здатні продукти типу CaliberRM або StarTeam. І для того, щоб переконати їх у необхідності купити такий інструмент, з його допомогою потрібно створити проект і з'ясувати, чи окупиться дане придбання. А терміну дії ознайомлювальної версії тривалістю 15 (або навіть 30) днів недостатньо навіть для того, щоб узгодити технічне завдання, що вже там говорити про решту стадіях виконання проекту.

Для порівняння: ознайомча версія Windows Server 2003 працює 180 днів – термін, достатній для того, щоб вивчити цю операційну систему вздовж і впоперек, поексплуатувати її в реальних умовах, хоча вона і не настільки дорога, як StarTeam або CaliberRM. "

К.Х.: "У нас зараз тривалість ознайомлювального періоду – 15 днів. Але я згоден, що такі продукти вимагають більш тривалого періоду для ознайомлення. І якщо ви попросите нас продовжити ознайомчу ліцензію, вам, швидше за все, не відмовлять.

Що стосується випуску безкоштовних версій, то на цьому етапі їх розвитку ці продукти ще не є тим, що слід було б зробити загальнодоступним. StarTeam і CaliberRM поки ще не досягли піку своєї популярності. Поясню свою думку. Коли продукт вже досяг максимуму своєї популярності і обсяги його продажів почали знижуватися, то або він може швидко піти з ринку внаслідок появи нових технологій, які зроблять його застарілим, або рівень його затребуваності буде знижуватися поступово. Ось тут-то і знадобляться безкоштовні версії – вони підтримають інтерес до продукту і не дозволять йому швидко покинути ринок.

Наприклад, візьмемо такий продукт, як JBuilder. А раптом через рік весь світ вирішить, що тільки .NET – Гідна технологія, а від Java потрібно позбуватися? (Я не передбачаю такого розвитку подій, це лише сценарій типу "що, якщо …".) У цьому випадку можна підтримати ринок Java, випустивши JBuilder Community Edition.

Поки що CaliberRM і StarTeam ще не досягли цієї фази – вони знаходяться в тій стадії, коли інтерес до них постійно зростає. Тому й немає безкоштовних версій. "

Н.Є.: "Дякую за цікаву розмову. КомпьютерПресс бажає вам успіху на російському ринку – думаю, зростання інтересу до CaliberRM і StarTeam можна прогнозувати і у нас. "


Додаткова інформація


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*