Harvest: ключ до управління проектами, Unix, Операційні системи, статті

Зміст



Основна методологія


Роботу з


Відкрита архітектура


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


Цей клієнт по протоколу TCP / IP з будь-якої платформи обмінюється даними з центральним сервером Harvest, який може працювати на будь-якому комп'ютері під операційною системою (ОС) UNIX або Windows. Сервер виконує всю обробку і управляє доступом до сховища CCM, який також може бути розподілений по інших комп'ютерів у мережі.


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


Інтерфейс управління версіями (VCI – Version Control Interface) дозволяє інтегрувати Harvest з іншими засобами розробки. Наприклад, можна отримувати доступ до функцій керування версіями в Harvest через інтегроване середовище розробки Microsoft Visual C++.


Впровадження Harvest


Наведений нижче малюнок показує ієрархію об'єктів в Harvest.


Далі наводиться короткий опис об'єктів Harvest. Об'єкти рівня Harvest є глобальними. Це означає, що вони доступні у всіх проектах, визначених у межах встановленого примірника Harvest:



  • Брокер. Програма на комунікаційному рівні Harvest, яка надає доступ до вашого локального комп'ютера. Кожному локального комп'ютера брокер призначає відповідний сервер.
  • Проект. Проект представляє цілу структуру управління в Harvest, яка підтримує окрему роботу з розробки або підтримки.
  • Користувачі. Це люди, визначені в Harvest.
  • Групи користувачів. Окремих користувачів можна включати в одну або більше груп з метою управління доступом та налаштування процесів.
  • Форми. Форми Harvest можна використовувати так само, як і паперові форми. Наприклад, їх можна використовувати для відстеження проблем і питань, або як структурований метод зв'язку.
  • Репозиторії. Harvest підтримує управління даними через один або більше репозиторіїв. Репозиторій може бути пов'язаний більш ніж з одним проектом.

    Об'єкти рівня проекту окремо для кожного проекту Harvest. До них відносяться стану, пакунки групи пакетів, уявлення, елементи, шляхи елементів та об'єкти, які з них виводяться.


  • Стану. Стани представляють собою окремі робочі області, в яких відбуваються певні види діяльності в міру того, як пакети просуваються від визначення до завершення. Життєвий цикл може включати в себе будь-яку кількість станів.

Примітка: Процес є дія, яка може бути виконано над об'єктом в Harvest. Певні для стану процеси вказують, які види діяльності можуть виконуватися в цьому стані.



  • Пакети. Пакет є основною одиницею роботи, яка проходить через життєвий цикл. Він зазвичай представляє проблему, яку необхідно відстежувати, і будь-які зміни, зроблені у зв'язку з цією проблемою. Пакети можуть призначатися користувачам і переходити з одного стану життєвого циклу до іншого на підставі схвалення користувача.
  • Групи пакетів. Проект може мати багато пакетів. Група пакетів дозволяє логічно об'єднувати пов'язані пакети. Пакет може належати одній групі, кільком групам, або не належати ніякої групі.
  • Елементи. Елемент вказує на компонент сховища. Це необхідно для розрізнення даних поза сховища і всередині нього.
  • Версії. Версії створюються при зміні елемента. Версія представляє початковий елемент і всі зміни, пов'язані з попередніми версіями.
  • Подання. Подання визначають версії елемента, видимі для якогось стану. Базові уявлення є початковою відправною точкою життєвого циклу проекту. Робочі подання відокремлюють функціональні робочі області. Робоче подання визначає, які версії елемента доступні користувачам. Фіксовані подання є доступні тільки на читання зображення робочого подання в окремій точці життєвого циклу проекту. Фіксоване подання може використовуватися для підтримки базової лінії (базового уявлення) нового життєвого циклу проекту.
  • Шляхи подання. Каталоги теки сховища вказуються за допомогою шляхів уявлень, щоб відокремити їх від каталогів у зовнішній файлової системи.

Термін "проект" вказує на цілу структуру управління в Harvest, яка підтримує окрему діяльність з розробки або супроводу. Проект Harvest має «життєвий цикл», який описує і управляє потоком операцій, які відбуваються в рамках проекту. Життєвий цикл проекту складається з станів, процесів, уявлень і налаштувань доступу.


Аналіз поточної діяльності з розробки і підтримки ПЗ та зіставлення її з життєвим циклом є важливим і першим етапом успішного впровадження Harvest. Перед тим, як реально спробувати встановити в Harvest життєвий цикл, розгляньте наступні питання і складіть план.



  • Скільки функціональних груп залучено в життєвий цикл? Які з цих груп потребують ізоляції своєї діяльності один від одного, а які можуть спільно використовувати спільну робочу область?
  • Скільки можна вказати різних етапів розробки? У які моменти потрібні затвердження і від кого? Кого слід повідомляти, коли зміни готові перейти з однієї фази в іншу?
  • Які операції відбуваються на кожному окремому етапі розробки і хто їх має виконувати?
  • Як буде використовуватися відстеження проблем при розробці? Чи буде у проблем свій власний життєвий цикл у проекті підтримки або вони будуть створюватися в проекті розробки?

Далі наводиться типова послідовність для визначення нового життєвого циклу проекту:



  1. Створіть проект Harvest.
  2. Визначте базову лінію проекту.
  3. Створіть користувачів та групи користувачів.
  4. Визначте управління доступом для різних об'єктів проекту.
  5. Уточніть процеси життєвого циклу, необхідні для функцій управління змінами.
  6. Виконайте функції управління пакетами: представник пакета і зв'язок форм.

Наведений нижче малюнок показує деякі основні компонувальні блоки, використовувані для створення життєвого циклу Harvest:


У цьому прикладі існує п'ять станів. Призначення запитів на зміни (Assign CR) являє собою стан, в якому створюються пакети для реалізації запитів на зміни (CR – change request). Розробка (Development) являє собою стан, в якому розробники змінюють код, а в стані тестування блоків (Unit Test) вони тестують свої зміни. Забезпечення якості (QA) являє собою стан, в якому фахівці тестують додаток, а в стані виробництва (Production) знаходиться код, готовий до випуску.


У початковому стані призначення запитів на зміни генерується початковий запит на зміни у вигляді зв'язку пакет / форма. Стан призначення запитів на зміни не пов'язано з поданням даних, оскільки в ньому не було здійснено жодних змін. Наприклад, пакет запитів на зміни може бути переведений у стан розробки, яке використовує представлення даних DEV спільно станом тестування блоків.


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


Функції основного вікна


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


Вид вікна Harvest Administrator:


Вид вікна Harvest Workbench:


Є чотири панелі вікна:


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


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


Після реєстрації у вікні Harvest Administrator робоча область буде складатися з п'яти сторінок-закладок: життєві цикли (Lifecycles), репозиторії (Repositories), групи користувачів (User Groups), форми (Forms) і файли (Files). Якщо ви ввійдете в вікно Harvest Workbench, то побачите лише закладку "Файли" (Files) і "Проекти" (Projects). У кожній закладці об'єкти відображаються в ієрархічному форматі (за винятком форм).


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


Журнал виводу. Більшість операцій в Harvest генерують вихідні дані. Ці дані можуть бути як метою операції (наприклад, отримання звітів), так і носити інформативний характер (наприклад, документувати результати операції). Вихідні дані відображаються в журналі в нижній частині основного вікна. Інформацію з цього журналу можна надрукувати, скопіювати або зберегти в зовнішньому файлі.


Порада: При реєстрації з адміністративними повноваженнями основне вікно називається вікном адміністратора (Administrator) надає функції, які підходять для адміністратора. При реєстрації в якості користувача основне вікно називається робочим місцем (Workbench) і надає функції, необхідні для користувача.


Використання меню процесів


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

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


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

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

Ваш отзыв

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

*

*