Створення звітів в рамках Agile-проекту за допомогою TFS і Crystal Reports – частина 1, Різне, Інтернет-технології, статті

Введення

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


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


Ми постараємося створити 3 звіту: звіт з докладною історією, що дозволяє роздрукувати історії для вивішування їх в оперативному центрі, звіт про поточну ітерації, що описує стан поточної ітерації, і звіт про аварії.


Системні вимоги


1. Базовий сервер команди (TFS);


2.     SQL Server 2005;


3.     Visual Studio 2005


4.     Crystal Reports XI.


 


Основні елементи Agile-проекту


Щоб дати читачеві уявлення про Agile, основну увагу в цій статті приділено методології, аналогічної тій, з якою знайомий автор статті. Вона заснована на навчальному курсі, що проводиться Робертом Мартіном (Robert Martin), який є автором, крім іншого, таких книг як Agile Principles, Patterns, and Practices in C#.


Передбачається, що читач цієї статті знайомий з концепціями Agile. Ми розглянемо деякі принципи Agile-розробки, проте читачеві необхідно почитати інші статті, книги і т.д., щоб отримати реальне уявлення про розробку ПЗ з використанням цієї методології.


Існує безліч причин для використання гнучких методів при розробці ПЗ. В нашому випадку необхідно створити ПО більш високої якості і забезпечує кращий зв’язок із замовниками. Маніфест Agile включає 12 принципів. Перший з них говорить: “Задоволення замовника допомогою швидкої і безперервної поставки цінного ПО”, а другий формулюється так: “Вітається змінюються вимоги, навіть на пізній стадії розробки ПО “. Ці 2 принципу мають відношення до питань, важливим для мого поточного робочого простору.


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


Кожна ітерація починається з наради з планування, на якому замовники вибирають історії. Замовники обмежені кількістю точок, яке, як вважає команда розробників, може бути зроблено в рамках цієї ітерації. Після того як історії будуть відібрані, замовники створюють якусь форму тестів приймання ПО, яку команда розробників повинна реалізувати у вигляді програми. Оскільки один з принципів методології Agile говорить: “Вітаються змінюються вимоги, навіть на пізній стадії розробки”, в будь-який час нові історії користувачів можуть додаватися в журнал для користувача історій.


Ця конкретна версія застосування методології Agile дуже близька до XP щодо відстеження і вибору пріоритетів розробників. У методології істинного XP також присутні такі елементи, як парне програмування. Я також рекомендую обладнати робочі місця для максимально можливої ​​кількості розробників в “оперативній кімнаті”. Організація спільної роботи розробників в одній кімнаті без перегородок реально підвищує продуктивність їх праці під час виконання проекту. Існує ряд досліджень, які підтверджують це.


Таким чином, в даному типі agile-проекту ми простежуємо історії користувачів і підраховуємо суму точок для поточної ітерації.


Використання TFS для відстеження Agile-процесу


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


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


Дана стаття пропонує на TFS використовувати MFS Agile стандарт з включеним в нього шаблоном як основу для створення звітів. Можна налаштувати власну версію цього шаблону, щоб пристосувати його до agile-проекту. У даній статті ми не будемо розглядати це питання, але можна прочитати цю веб-статтю, якщо читач цікавиться налаштуванням свого власного шаблону.


В шаблоні MSF Agile є робочий компонент, званий сценарієм (Scenario), який можна використовувати для збору історій користувачів. Див. рис. 1, на якому наведено приклад нового сценарію.


Рисунок 1



 

На цьому екрані поле Rank (Ранг) можна використовувати для створення номера ітерації. У це поле можна вводити текст на звичайній мові, тому ніякі обмеження не накладаються. На закладці Details є поле з ім’ям “Rough Order of Magnitude (приблизний порядок величини)”, в яке можна ввести значення суми точок. Вводяться в це поле значення змінюються в залежності від використовуваної системи точок. Щоб змінити існуючі шаблони або створити свої власні шаблони, прочитайте цю статтю в мережі MSDN. В поле Title вводиться заголовок користувача, а опис може включати додаткові подробиці для збору більш докладної інформації або посилання на документи, якими може скористатися команда розробників.


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


Короткі висновки


У цій першій частині серії матеріалів щодо створення agile-проекту ми розглянули основи роботи agile-процесу. Був також розглянутий варіант використання стандартних TFS-шаблонів в agile-процесі користувача, які допомагають створювати звіти, що полегшують керування проектами.


У 2-й і 3-ої частинах буде розглянуто процес створення реальних звітів в середовищі Crystal XI. До того ж часу продовжуйте створювати чудове ПО, і успіхів Вам в програмуванні.

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


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

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

Ваш отзыв

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

*

*