Chương 13 – Giải thích về Process Templates

Nguyễn Thị Như Quỳnh — Wed, 25 Nov 2009 13:53:09 GMT

Current revision posted to TFS - Team Foundation System by Nguyễn Thị Như Quỳnh on 11/25/2009 9:53:09 PM

Chương 13 – Giải thích về Process Templates

Filed under: TFS

Chủ đề

Tìm hiểu mục đích, nội dung và cấu trúc của các quy trình mẫu process templates.
Học về
Nghiên cứu sự khác nhau chính giữa hai quy trình mẫu Microsoft® Solution Framework (MSF) for Agile Software Development (MSF Agile) và MSF for CMMI® Process Improvements (MSF CMMI) process templates.
Tùy chỉnh các process template để đáp ứng nhu cầu cụ thể của team của nhóm bạn.

Xem trước

Chương này giải thích vai trò của các process template trong Microsoft Visual Studio® 2005 Team Foundation Server (TFS). Nó xác định các chức năng chính và sự khác nhau chính giữa hai process templates được cung cấp: MSF Agile và MSF CMMI.

Các quy trình phát triển phần mềm(software-development processes) thì mềm thường phức tạp, liên quan đến nhiều mức độ của các hoạt động phụ thuộc lẫn nhau. Những quy trình này nói chung là có sẵn cho các nhóm phát triển trong các dạng tài liệu nhưng thường không được có các tool để thực hiện. Việc không hỗ trợ của các tool này gây khó khăn cho các nhóm phát triểm triển để tìm hiểu và làm theo các quy trình một cách nhất quán. Các project manager có thể sử dụng nhiều tool khác nhau cho việc quản lý project, requirement management(quản quản lý các yêu cầu)cầu, bug tracking(theo dõi các lỗi), hay review management và nhưng chúng thường không được tích hợp tốt. Thiếu sự thống nhất này gây khó khăn hơn trong việc thực thi một phương pháp phù hợp giữa các project và để à tạo ra các report thích hợp để thúc đẩy hiểu biết đồng bộ trong toàn đội nhóm về tiến độ và tình hình dự án. Thiếu sự nhất quán này có thể dẫn đến việc kết quả làm cho à quá trình phân tích thiếu độ tin cậy, sẽ làm khó khăn hơn trong việc xác định và thực thi việc cải tiến nâng cấp các quy trình theo thời gian.

Visual Studio Team System (VSTS) và TFS cung cấp một môi trường tích hợp để hỗ trợ hầu hết các quy trình hoạt động có liên quan đến một dự án phát triển phần mềm. TFS thực thi phướng cơ chế pháp át triển vòng đời(life-cycle methodologies) của nó đời phần mềm qua cách sử dụng các process templates. Một process template là một tập các file ác tập tin Extensible Markup Language (XML) cung cấp các chi tiết kĩ thuật cho các process quy trình và các artifact phần tạo nên một cơ chế phương pháp phát triển(development methodology)triển phần mềm. Chương này giải thích kiến trúc của một quy trình mẫu(process process template ) và các thành phần của nó để bạn hiểu hơn về cách thức làm sao để sử dụng và tùy chỉnh các process template được cung cấp.

Nếu các process template đã có không phù hợp với quy trình phát triển của nhóm của bạn, thì bạn có thể tạo một process template mới, chỉnh sửa các template có sẵn, hoặc chọn từ các process templates được cung cấp bởi Microsoft Partners. Để xem các process templates được cung cấp bởi Microsoft Partners, hãy xem: http://msdn2.microsoft.com/en-us/teamsystem/aa718801

Sử dụng chương này như thế nào

Sử dụng chương này để tìm hiểu kiến trúc process template , cấu trúc, và sự tùy biến(customization). chỉnh các quy trình đó. Để có được lợi ích tốt nhất từ chương này, bạn nên:

Đọc phần "MSF Agile and MSF CMMI Process Templates". Để tìm hiểu về các process template mặc định và bằng cách nào để chọn template mà phù hợp nhất với nhu các yêu cầu của nhóm bạn.
Đọc phần "Customizing Process Guidance". Để tìm hiểu cách thức tùy chỉnh các process template đã có để phù hợp với nhu cầu của nhóm bạn hơn.

MSF Agile and và MSF CMMI Process Templates

Team Foundation Server đi kèm với hai process template: MSF Agile and và MSF CMMI. Hai process templates này hướng vào hai phong cách khác nhau của việc phát triển phần mềm. Bạn nên sử dụng MSF Agile nếu bạn đang triển khai một phương pháp nhanh(agile methodology) để thiết kế phần mềm của bạn. nhanh chóng. MSF Agile khuyến khích kiểm thử test-driven development và các thực hành agile nhanh nhẹn khác. Bạn nên sử dụng MSF CMMI nếu bạn đang theo đuổi phương pháp Software Engineering Institute (SEI) Capability Maturity Model® Integration. Đây là một quy trình chính thức(formal process) thức nhằm cải thiện các quy trình phát triển đã có.

Các template khác nhau trong những gì mà chúng được cung cấp. Thí dụ, chúng tạo ra các loại report mặc định và các loại work item khác nhau. Những template có thể dễ dàng được chỉnh sửa cho phù hợp với các nhu cầu của project của bạn.

Customizing Process Guidance

Hướng dẫn tùy chỉnh các Quy trình

Project mà bạn đang tạo có thể không phù hợp với các process template được cung cấp với VSTS. Bạn có thể cần một loại work item khác hay bạn đang sử dụng một process methodology phương pháp quy trình hoàn toàn khác. Thí dụ, nếu bạn đang sử dụng SCRUM không đề cập đến các sprint trong các process template hiện có. Trong trường hợp này bạn cần sửa đổi hoặc thay thế các process template đã có cho phù hợp với phương pháp luận(methodology) luận mà nhóm bạn sử dụng.

Kiến trúc Process Template Architecture

Có ba phần quan trọng trong kiến trúc của process template:

• Process template plug-ins

• XML process definition files

• New Team Project Wizard

Process Template Plug-ins

Các process template plug-in là các thành phần mà run chạy khi một team project mới được tạo. Một plug-in thiết lập các tập tin file cần thiết và cấu hình data dữ liệu cho một khu vực cụ thể(specific area ) cụ thể của template. Các plug-in sau thì available out-of-box với có sẵn trong TFS.

Classification - Xác định một team project's initial iteration và areas(ccác vùng iteration và các khởi tạo area ban đầu của dự án nhóm). team project.

Groups and Permissions - Xác định một team project's initial các security groups group và các permission ban đầu của chúng. teamp project.

Windows SharePoint Services - Xác định project portal cho team dựa trên một trang Microsoft Windows SharePoint® site template. Nó cũng định nghĩa các template file và process guidance. hướng dẫn quy trình.

Work Item Tracking - Xác định một team project's initial các loại work itemtypes, queriesquery, và work item instancesinstance ban đầu của team project.

Reports - Xác định một team project's initial reports các report và thiết lập các trang report site. ban đầu của dự án nhóm.

Version Control -Xác định một team project's initial các version control security permissionspermission, và các check-in notes. note ban đầu của dự án nhóm.

Bạn có thể chỉnh sửa mỗi từng tập tin định nghĩa các plug-in definition file để tùy chỉnh một process template. Ngoại trừ các classification plug-in, bạn cũng có thể delete xóa các tập tin định nghĩa các plug-in definition files để tùy chỉnh một process template.

Các tập tin XML Process Definition Files

The xác định các quy trình

Các tập tin XML process definition files xác định các quy trình là một tập các tập tin XML xác định một tập các task(nhiệm vụ) mà task cần được run chạy để cấu hình chính xác một team project mới cho process. Khi bạn sử dụng New Team Project Wizard để tạo một team project, nó chạy yêu cầu các plug-in. Mỗi plug-in đọc các ác tập tin XML process definition file xác định các quy trình tương ứng của nó để thu được danh sách các task mà nó phải runchạy. Bằng cách sử dụng các các tập tin XML process definition files, xác định các quy trình, bạn xác định rõ các cấu hình và cài đặt gì mà các plug-in phải thực thi. Sau đây là các chi tiết về các tập tin XMLfile:

Work Item Tracking XML - Process definition file Tập tin xác định quy trình này có tên là Workitems.xml và được đặt trong thư mục Work Item Trackingfolder trong hệ phân cấp thư mục process templatefolder hierarchy. Có ba loại quan trọng của các task cần chỉ rõ: work item types, work item queries, và work item instances.

o Work Item Types - Xác định các rules, fields, states, và transitions cho một phần của công việc mà sẽ được theo dõi trên một team project như là các task, bug,vbug, và các requirements.

o Work Item Queries - Được sử dụng để tìm kiếm các group cụ thể của các work item, như là các task hay các active bug. Các work item query được xác định trong các tập tin work item query (WIQ) files trong thư mục Queriesfolder bên dưới thư mục Work Item Tracking folder trong hệ phân cấp các thư mục process templatefolder hierarchy.

o Work Item Instances - Tập ban đầu các work item instances được tạo mặc định khi bạn tạo team project.

Classification XML - Process definition file Tập tin xác định quy trình này có tên là Classification.xml và được đặt trong thư mục Classification folder trong hệ phân cấp các thư mục process templatefolder hierarchy. Nó bao gồm có hai phần: Iterations và Areas.

o Iterations - Được sử dụng để xác định số lần mà team sẽ repeat một tập đặc biệt các major activities hoạt động chính (như là plan, develop, test). Iterations ảnh hưởng đến work item query và report bởi vì iterations được sử dụng để nhóm các work items.

o Areas - Được sử dụng để tổ chức công việc trong team project. Thí dụ, một team có thể tổ chức công việc dựa trên sản phẩm hay chức năng, như là UI area, Application area, và Database area. Areas được sử dụng để nhóm các work items cho các query và các report.

Windows SharePoint Services XML - Process definition file Tập tin định nghĩa quy trình có tên là WssTasks.xml và được đặt trong thư mục Windows SharePoint Servicesfolder trong hệ phân cấp các thư mục process templatefolder hierarchy. Có ba task quan trọng để xác định rõ: Site Template (site template nào để sử dụng), Document Libraries (document libraries nào để tạo), và Folders and và Files ( folders and và files nào để copy vào document libraries).

o Site Template - Bạn phải xác định một site template mà các project portal được dựa vào đó. Site template này cũng phải có sẵn trên TFS SharePoint Portal. Site templates không bao gồm trong process template.

o Document Libraries - Sau khi project portal được tạo, bạn có thể xác định là additional các document libraries bổ sung được tạo.

o Folders and Files - Sau khi project portal được tạo, bạn có thể chỉ rõ additional folders thư mục bổ sung để tạo. Bạn cũng có thể xác định các file để copy như là các template file.

Version Control XML - Process definition file có tên là VersionControl.xml và được đặt trong Version Control folder trong process template folder hierarchy. Nó xác định một team project's initial version control security permissions, check-in notes, và whether exclusive check-out là bắt buộc.

o Check-in Notes - Xác định dù xem có bao gồm các check-in notes hay không. Check-in notes được cung cấp bởi developer nhà lập trình khi code được check in để mô tả nó như thế nào, hay nếu, code changes liên quan đến các team process. Thí dụ, một check-in note có thể cho biết nếu change là một phần của security review, và có thể cho biết bao gồm các chi tiết về các change liên quan đến security review.

o Exclusive Check-out - Được sử dụng để điều khiển dù xem có thể có nhiều user có thể check out một file tại cùng một thời điểm . hay không.

o Permissions - Xác định các actions security group và các individual có thể thực hiện trên các item bên dưới các version control.

Reports XML - Process definition file Tập tin định nghĩa quy trình này có tên là ReportsTasks.xml và được đặt trong thư mục Reportsfolder trong hệ phân cấp các thư mục process templatefolder hierarchy. Nó xác định các report ban đầu của dự án nhóm(team project's initial reports). óm.

o Reports Site - The reporting site Trang report có một liên kết đến nó, labeled Reports, trên project portal home page.

o Folders - Bạn có thể tạo các folder ácthư mục trên reporting sitetrang report. Các folder thư mục bạn tạo sẽ xuất hiện trên trang project site và ở bên dưới thư mục Reports folder trong Team Explorer.

o Reports - Được sử dụng để thêm các report bằng cách sử dụng các .rdl file.

Groups and Permissions XML - Process definition file Tập tin định nghĩa quy trình này có tên là GroupsandPermissions.xml và được đặt trong thư mục Groups and Permissionsfolder trong hệ phân cấp các thư mục process templatefolder hierarchy. Dùng để xác định các team project's initial security groups . ban đầu của dự án nhóm.

o Groups - Được sử dụng để xác định một TFS security group mới.

o Permissions - Được sử dụng để xác định các permission cho mỗi group bạn chỉ rõ.

New Team Project Wizard

Bạn sử dụng New Team Project Wizard để tạo mới các team project. Wizard sử dụng các plug-in và các tập tin XML process definition files xác định quy trình để tạo project.

Customization Approach

Phương pháp tùy chỉnh

Để tùy chỉnh một process template, hãy thực hiện các bước sau:

1. Xem lại các process template được TFS cung cấp và chọn một cái phù hợp nhất với process nhóm bạn tổ chức.

2. Download phần process template đã chọn.

3. Tùy chỉnh các thành phần khác nhau của process template.

4. Upload các template đã tùy chỉnh lên TFS.

5. Xác định rõ các thay đổi phù hợp với các yêu cầu quy trình của nhóm bạn.

Bản chất cách tiếp cận này được sử dụng như một phần của các solution sau đối với việc tùy chỉnh các process template:

Manually customize the XML files. Tùy chỉnh bằng tay rất dễ bị lỗi nhưng vẫn cho phép bạn dễ dàng điều khiển kiểm soát dựa trên việc tùy chỉnh các quy trình mẫu(process template)mẫu. Để có thêm thông tin, hãy xem "Customizing Process Templates" tại http://msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx

Process Template Editor Tool available with Power tools. Version mới nhất của Visual Studio 2005 Team Foundation Server Power Tool - một tập các enhancements(cải tiến), tools, và các tiện ích command-line utilities sẽ nâng cao kinh nghiệm về TFS - cung cấp một graphical tool(ccông cụ đồ họa ) cho để xem xét và chỉnh sửa các process templates. Khi kết nối đến TFS, bạn có thể sử dụng tool này để điều chỉnh cácdanh sách định nghĩa các work item type definitions và danh sách global lists trên một project hoạt động. Để có thêm thông tin, hãy xem "Làm thế nào: Tùy chỉnh một Process Template trong Visual Studio Team Foundation Server"

Các tùy chỉnh thông thường

Sau đây là những miêu tả về các thành phần mà bạn sẽ thường tùy chỉnh để tạo ra quy trình cho riêng mình:

Groups and Permissions. Các process templates có một tập các group với các permission khác nhau được phân cho chúng. Nếu các group và permission mặc định liên kết với những template này không được đầy đủ hay phù hợp với các yêu cầu của quy trình của bạn, bạn có thể update các group này hay tạo các group mới. Bạn cũng có thể thêm các individual user cho một group, remove các user từ một group, hay cấp hoặc thu hồi các permissions cho một group.

Source Control Check-In Notes and Policies. Process templates có một tập các Source Control Check-In notes và Policies. Nếu các check-in notes mặc định không đáp ứng đầy đủ hay phù hợp với các process requirement của bạn, bạn có thể thêm hay remove các check-in note fields, hay tạo ra một số các fields required và những cái khác thì không. Nếu các check-in policies mặc định không đáp ứng đầy đủ hay phù hợp, bạn có thể add, update, hay delete individual check-in policies.

Areas and Iterations. Process templates không cung cấp một phân loại cấu trúc cho cả các area hay iteration. Bạn có thể tùy chỉnh các area và iteration tùy theo các process requirement cụ thể của bạn. Phương pháp được đề nghị là để phân chia ra các area dựa trên các thành phần hay các chức năng của project. Các Iteration có thể dựa trên các chu kì thời gian cơ bản mà bạn sẽ lặp lại đặc biệt là tập các hoạt động chính (như là plan, develop, và test).

Team Portal. Các process templates cung cấp một tập các team portal mặc định, mà có thể là central hub cho sự giao tiếp giữa các team member và các thành viên khác trong tổ chức. Bạn có thể chỉnh sửa team portal để thay đổi sự xuất hiện của nó, hành vi cách thức hoạt động và nội dung cho phù hợp với các yêu cầu về quy trình của bạn.

Process Guidance. Các process templates cung cấp sách hướng dẫn quy trình liên quan để giải thích về các roles, forms, reports, và workflow được sử dụng trong team project. Khi tùy chỉnh các process template để đáp ứng các yêu cầu đòi hỏi, bạn phải chỉnh sửa process guidance để đối chiếu các thay đổi cho các thành phần khác nhau.

Reports. Các process templates cung cấp một tập các report mặc định. Nếu các report mặc định không phù hợp hay không đầy đủ, bạn có thể tạo các report cho riêng bạn dựa trên các requirement yêu cầu của bạn.

Work Item Types and Queries. Các process templates có một tập các Work item types, các work item instances và queries mặc định. Nếu các Work item types, work item instances và queries mặc định không đáp ứng đầy đủ hay không phù hợp với các yêu cầu về quy trình của bạn, bạn có thể tùy chỉnh các work item types cho phù hợp với các workflow hay các loại khác của các work item của bạn mà bạn muốn theo dõi. Thí dụ, bạn có thể:

o Thêm mới các work item types.

o Remove các work item types đã có.

o Thêm các work item type instances mặc định.

o Remove các work item type instances mặc định.

o Tạo các public hay private queries cho riêng bạn.

Bạn cũng có thể chỉnh sửa một work item type đã có; thí dụ:

o Add các field.

o Rename các field.

o Hạn chế danh sách các value của các field cho phép.

o Thay đổi các state và hỗ trợ các state transitions.

o Tạo các field được yêu cầu hay read-only.

o Tạo một field phụ thuộc vào một cái khác.

o Tự động populate các field value.

o Sắp xếp lại sự xuất hiện của các thông tin trên form.

o Thay đổi Microsoft Office Project column mà một certain field được map.

Các quy quá trình tùy chỉnh làm việc như thế nào?

Tùy chỉnh một process template bao gồm các bước sau:

1. Người sử dụng khởi chạy New Team Project Wizard.

2. Và wizard yêu cầu:

o Tên của team project.

o Process template được sử dụng khi tạo một team project.

Các screen được hiển thị trong wizard được xác định bởi các plug-in được sủ sử dụng. Thí dụ, nếu một process template không bao gồm Windows SharePoint Services plug-in, không có screen hiển thị để hỏi thông tin về project portal.

3. Sau khi user cung cấp thông tin cho các wizard request và click Finish, wizard sẽ thực hiện gọi đến các plug-in để thực thi công việc khởi tạo team project. Thứ tự của các plug-in được gọi được xác định bởi các tập tin XML định nghĩa các quy trình.

4. Trình wizard đọc các hướng dẫn được chứa trong process template và sau đó khởi tạo và cấu hình các item cụ thể. Người sử dụng không cần phải xác định bất cứ chi tiết nào về các loại work item khác nhau để tạo vì các hướng dẫn đã được cung cấp bởi các process template.

Lưu ý: Nếu trình wizard gặp phải một vấn đề trong khi tạo mới một team project, bạn sẽ thấy một tin nhắn thông báo lỗi miêu tả về vấn đề và đề nghị các hành động để sửa sai.

Tổng kết

Sử dụng MSF Agile process template nếu bạn đang triển khai một phương pháp nhanh chóng để build phần mềm của bạn. Sử dụng MSF CMMI nếu bạn đang theo phương pháp Software Engineering Institute (SEI) Capability Maturity Model Integration.

Những thành phần quan trọng nhất của kiến trúc process template là các process template plug-ins, XML process definition files, và New Team Project wizard.

Nếu các process template mặc định không thõa thỏa mãn các yêu cầu quy trình của bạn, bạn có thể tùy chỉnh các template bằng cách chỉnh sửa bằng tay các tập tin XML process definition, hay bạn có thể sử dụng công cụ Process Editor Tool để chỉnh sửa các process template.

Phần area phổ biến nhất của sự tùy chỉnh là các group và các permission, source control check-in notes và policy, areas và iteration, reports, và work item type definitions.

Tài nguyên bổ sung

Để có thêm thông tin về việc chọn một process template, hãy xem "Choosing a Process Template" tại http://msdn2.microsoft.com/en-us/library/ms400752(vs.80).aspx

Để download MSF CMMI process template, hãy xem http://www.microsoft.com/downloads/details.aspx?FamilyID=12A8D806-BB98-4EB4-BF6B-FB5B266171EB&displaylang=en

Để download the MSF Agile process template, hãy đến http://www.microsoft.com/downloads/details.aspx?FamilyID=EA75784E-3A3F-48FB-824E-828BF593C34D&displaylang=en

Để có thêm thông tin về process template customization, hãy xem "Process Template Customization Overview" tại http://msdn2.microsoft.com/en-us/library/ms194945(VS.80).aspx

Để download the Team Foundation Server Power Tools bao gồm Process Template Editor, hãy đến http://msdn2.microsoft.com/en-us/vstudio/aa718351.aspx

Để xem lại process templates được Microsoft Partners cung cấp, hãy xem tại http://msdn2.microsoft.com/en-us/teamsystem/aa718801

Chương 13 – Giải thích về Process Templates

Nguyễn Thị Như Quỳnh — Wed, 25 Nov 2009 13:17:49 GMT
Revision 2 posted to TFS - Team Foundation System by Nguyễn Thị Như Quỳnh on 11/25/2009 9:17:49 PM

Chương 12 - 13 – Giải thích về các Work ItemProcess Templates

Filed under: TFS

Chủ đề

Tìm hiểu về mục đích, nội dung và cấu trúc và mục đích của các work itemsprocess templates.

Mô tả work item workflow

Học về sự khác nhau chính giữa Microsoft® Solution Framework (MSF) for Agile Software Development (MSF Agile) và MSF for CMMI® Process Improvements (MSF CMMI) process templates.

Tùy chỉnh các work item process template để đáp ứng những nhu cầu cụ thể của nhóm team của bạn.

Xem trước

Chương này giới thiệu cho bạn giải thích vai trò của các work item process template trong Microsoft Visual Studio® 2005 Team Foundation Server (TFS). Nó xác định các chức năng chính và giải sự khác nhau chính giữa hai process templates được cung cấp: MSF Agile và MSF CMMI.

Các quy trình phát triển phần mềm(software-development processes) thích bằng ì phức tạp, liên quan đến nhiều mức độ của cách ác hoạt động phụ thuộc lẫn nhau. Những quy trình nào bạn ày nói chung là có sẵn cho các nhóm phát triển trong các dạng tài liệu nhưng thường không được các tool thực hiện. Việc không hỗ trợ của tool này gây khó khăn cho các nhóm phát triểm để tìm hiểu và làm theo các quy trình một cách nhất quán. Các project manager có thể sử dụng nhiều tool khác nhau cho việc quản lý project, requirement management(quản lý các yêu cầu), bug tracking(theo dõi các lỗi), hay review management và chúng thường không được tích hợp tốt. Thiếu sự thống nhất này gây khó khăn hơn trong việc thực thi một phương pháp phù hợp giữa các project và để giúp quản tạo ra các report thích hợp để thúc đẩy hiểu biết đồng bộ trong toàn đội nhóm về tiến độ và tình hình dự án. Thiếu sự nhất quán này có thể dẫn đến việc lí àm cho quá trình phân tích thiếu độ tin cậy, sẽ làm khó khăn hơn trong việc xác định và thực thi cải tiến các software development project của bạnquy trình theo thời gian.Mỗi work item đại diện cho

Visual Studio Team System (VSTS) và TFS cung cấp một unit of work môi trường tích hợp để được hỗ trợ hầu hết các quy trình hoạt động có liên quan đến một dự án phát triển phần mềm. TFS thực hiện bởi development team thi phướng pháp vòng đời(life-cycle methodologies) của bạnnó qua cách sử dụng các process templates. Một process template là một tập các loại work item type được định nghĩa trong file Extensible Markup Language (XML) cung cấp các chi tiết kĩ thuật cho các process template mvà bạn chọn khi các artifact tạo mới nên một team projectphương pháp phát triển(development methodology).

Sau khi project Chương này giải thích kiến trúc của bạn được khởi động, bạn một quy trình mẫu(process template) và các thành phần của nó thể tạo bất kì available work item type để theo dõi những nỗ lực bạn hiểu hơn về cách thức làm việc. Trong khi các work item type mặc định sao để sử dụng và behaviour tùy chỉnh các process template được định nghĩa trong cung cấp.

Nếu các process templates, bất kì khía cạnh nào của work item type đều template đã có thể được chỉnh sửa để fit tốt hơn phương không pháp làm việc ù hợp với quy trình phát triển của nhóm của bạn, bạn có thể tạo một process template mới, chỉnh sửa các template có sẵn, hoặc chọn từ các process templates được cung cấp bởi Microsoft Partners. Để xem các process templates được cung cấp bởi Microsoft Partners, hãy xem: http://msdn2.microsoft.com/en-us/teamsystem/aa718801

Sử dụng chương này như thế nào

Sử dụng chương này để tìm hiểu kiến trúc process template , cấu trúc, và sự tùy biến(customization). Để đạt có được những lợi ích tốt nhất từ chương này, bạn nên:

Đọc phần "Work Item Structure" để "MSF Agile and MSF CMMI Process Templates". Để tìm hiểu về các work item types đã được xác process template mặc định trước và bằng các work item workflow được định nghĩa như thế ách nào.ào để chọn template mà phù hợp nhất với nhu cầu của nhóm bạn.

Đọc phần "Customizing Work ItemsProcess Guidance"để . Để tìm hiểu làm thế nào và tại sao bạn nên cách thức tùy chỉnh work item typecác process template đã có để phù hợp với nhu cầu của nhóm bạn hơn.

Tình huống
MSF Agile and MSF CMMI Process Templates

Team Foundation Server đi kèm với hai process template: MSF Agile and MSF CMMI. Hai process templates này hướng và Giải pháp

Cào hai phong cách khác work item là những nhau của phát triển phần mềm. Bạn nên sử dụng MSF Agile nếu bạn đang triển khai một phương pháp chính mà các project manager nhanh(agile methodology) để thiết kế phần mềm của bạn. MSF Agile khuyến khích test-driven development và các team leader thực hành agile khác. Bạn nên sử dụng MSF CMMI nếu bạn đang theo dõi công việc đuổi phương pháp Software Engineering Institute (SEI) Capability Maturity Model® Integration. Đây là những việc còn lại cần được thực hiện trên một project, cũng như quy trình chính thức(formal process) nhằm cải thiện công việc ác quy trình phát triển đã được hoàn thành. có.

Các team member sử dụng template khác nhau trong những gì mà chúng được cung cấp. Thí dụ, chúng tạo ra các loại report mặc định và các loại work item để theo dõi khác nhau. Những template công việc ó thể dễ dàng được chỉnh sửa cho phù hợp với cá nhân ác nhu cầu của họ queue vproject của bạn.

Customizing Process Guidance

Project mà phân công bạn đang tạo có thể không việc đến phù hợp với các thành viên process template được cung cấp với VSTS. Bạn có thể cần một loại work item khác vhay bạn đang sử dụng một process methodology hoàn toàn khác. Thí dụ, nếu bạn đang sử dụng SCRUM không đề cập đến các sprint trong dạng lỗi hay các nhiệm vụ.

Sau đây là process template hiện có. Trong trường hợp này bạn cần sửa đổi hoặc thay thế các process template đã cách ó cho phù hợp với phương pháp luận(methodology) mà nhóm bạn sử dụngcác work item chung .

Process Template Architecture

Có ba phần quan trọng trong kiến trúc của process template:

• Process template plug-ins

• XML process definition files

• New Team Project Wizard

Process Template Plug-ins

Các process template plug-in là các thành phần mà run khi một team project :

Tạo mới được tạo. Một plug-in thiết lập các user requirement hay Quality of Service (QoS) requirements tập tin file cần thiết và cấu hình data cho một ứng dụngkhu vực cụ thể(specific area) của template.

Theo dõi phát triển Các plug-in sau thì available out-of-box với TFS.

Classification - Xác định một team project's initial iteration và kiểm thử đối với careas(các requirement.

Tạo vùng và các development task để đại diện cho công việc cần được hoàn thành để thực thi ckhởi tạo ban đầu của dự án nhóm).

Groups and Permissions - Xác thành phần định một team project's initial security groups và chức năng của ứng dụng.

Tạo các bug để đại diện cho cpermission của chúng.

Windows SharePoint Services - Xác khuyết tật(defect) trong khi thực thi định project portal cho team dựa trên một Microsoft Windows SharePoint® site template. Nó cũng định nghĩa các thành phần template file và chức năng của ứng dụngprocess guidance.

Phân loại bug(lỗi)

Work Item Tracking - Xác định một team project's initial work item types, queries, và task(nhiệm vụ) để họ được ưu tiên(prioritized) work

item instances.

Reports - Xác định một team project's initial reports và thiết lập cân bằng(balanced) ác report site.

Version Control -Xác định một team project's initial version control security permissions, và các tương thích trên toàn độicheck-in notes.

Theo dõi

Bạn các development task ó thể chỉnh sửa mỗi plug-in definition file để xác định những hướng tiến bộ về tình trạng hoàn thiện codeùy chỉnh một process template.

Theo dõi Ngoại trừ các bug classification plug-in, bạn cũng cùng với ó thể delete plug-in definition files để tùy chỉnh một process template.

XML Process Definition Files

The XML process definition files là một tập các số liệu chất lượng khác, để tập tin XML xác định chất lượng của ứng dụng vmột tập các task(nhiệm vụ) mà sự sẵn sàng cần được run để cấu hình chính xác một team project mới cho process. Khi bạn sử dụng New Team Project Wizard để tạo một team project, nó chạy yêu cầu các plug-in. Mỗi plug-in đọc các XML process definition file tương ứng của nó để thu được di chuyểndanh sách các task mà nó phải run.

Bạn sẽ Bằng cách sử dụng các work item dựa trên các work item type được định nghĩa cho project của XML process definition files, bạn như thế nào. Sự xác định nghĩa rõ các work item được lưu trữ trong process template cấu hình và cài đặt gì mà bạn các plug-in phải thực thi. Sau đã chọn khi tạo team project của bạn lần đầu tiên. Bạn ây là có thể chọn một trong hai templates mặc địnhác chi tiết về các XML file:

Work Item Tracking XML - Microsoft® Solution Framework (MSF) for Agile Software Development (MSF Agile) hay MSF for CMMI® Process Improvement (MSF CMMI) - hay bạn definition file này có thể tùy chỉnh ên là Workitems.xml và được đặt trong thư mục Work Item Tracking folder trong process template folder hierarchy. Có ba loại quan trọng của các task cần chỉ rõ: work item để đáp ứng cho types, work item queries, và work item instances.

o   Work Item Types - Xác định các nhu cầu rules, fields, states, và transitions cho một phần của các quy ông việc mà sẽ được theo dõi trình ên một team project như là các task, bug,và các requirements.

o   Work Item Queries - Được sử dụng để tìm kiếm các group cụ thể của nhóm bạncác work item, như là các task hay các active bug.

Cấu trúc Các work item query được xác định trong các work item query (WIQ) files trong thư mục Queries folder bên dưới Work Item

Mỗi Tracking folder trong process template folder hierarchy.

o   Work Item Instances - Tập ban đầu các work item type instances được tạo mặc định khi bạn tạo team project.

Classification XML - Process definition file này có thể tên là Classification.xml và được định nghĩa như sau:

• đặt trong Classification folder trong process template folder hierarchy. Nó bao gồm có một mục đích hai phần: Iterations và ý định sử dụngAreas.Đối với trường hợp, các bug(lỗi) được

o Iterations - Được sử dụng để theo dõi chất lượng cxác defect(khuyết tật), định số lần mà team sẽ repeat một tập đặc biệt các task major activities (như là plan, develop, test). Iterations ảnh hưởng đến work item query và report bởi vì iterations được sử dụng để theo dõi nhóm các scheduled work items.

o Areas - Được sử dụng để tổ chức công việc trong team project. Thí dụ, QoS requirements một team có thể tổ chức công việc dựa trên sản phẩm hay chức năng, như là UI area, Application area, và

Database area. Areas được sử dụng để nắm bắt nhóm các khía cạnh non-functional quan trọng như work items cho các query và các report.

Windows SharePoint Services XML - Process definition file có tên là bảo mật( security) WssTasks.xml và thực thi cđược đặt trong Windows SharePoint Services folder trong process template folder hierarchy. Có ba task quan trọng để xác yêu cầu(performance requirement)định rõ: Site Template (site template nào để sử dụng), Document Libraries (document libraries nào để tạo), và vv..Folders and Files ( folders and files nào để copy vào document libraries).

Nó

o Site Template - Bạn phải xác định một site template mà các project portal được dựa vào đó. Site template này cũng phải có một workflow(tiến sẵn trình cên TFS SharePoint Portal. Site templates không việc) bao gồm trong process template.

o Document Libraries - Sau khi project portal được định nghĩa bởi tạo, bạn có thể xác state vđịnh là transitionadditional document libraries được tạo. Thí dụ

o Folders and Files - Sau khi project portal được tạo, giai đoạn từ "Opened" đến "Resolved" đến trạng thái "Closed".

Nbạn có thể chỉ rõ additional folders để tạo. Bạn cũng có một tập thể xác định các field mfile để copy như là các template file.

Version Control XML - Process definition file có thể tên là VersionControl.xml và được cài đặt trong Version Control folder trong process template folder hierarchy. Nó xác định một team project's initial version control security permissions, truy vấncheck-in notes, và báo whether exclusive check-out là bắt buộc.

o Check-in Notes - Xác định dù cáo. ó bao gồm các check-in notes hay không. Check-in notes được cung cấp bởi developer khi code được check in để mô tả nó như thế nào, hay nếu, code changes liên quan đến các team process. Thí dụ, Prioritymột check-in note có thể cho biết nếu change là một phần của security review, Status và, Iterationà có thể cho biết bao gồm các chi tiết về các change liên quan đến security review.

Work Item Types

The MSF Agile

o Exclusive Check-out - Được sử dụng để điều khiển dù có nhiều user có thể check out một file tại cùng một thời điểm.

o Permissions - Xác định các actions security group và MSF CMMI process templates mỗi loại định nghĩa một tập các work individual có thể thực hiện trên các item mà ánh xạ(map) đến bên dưới các roles version control.

Reports XML - Process definition file này có tên là ReportsTasks.xml và activities được định nghĩa đặt trong Reports folder trong process guidancetemplate folder hierarchy.

MSF Agile Work Item Types

MSF Agile chứa Nó xác định các work item type sau:

Bug. Đại diện một problem hay potential problem trong ứng dụng report ban đầu của bạn.

Riskdự án nhóm(team project's initial reports). Đại diện

o Reports Site - The reporting site có một event hay điều kiện liên kết đến nó, labeled Reports, trên project

portal home page.

o Folders - Bạn có thể mtạo các folder trên reporting site. Các folder bạn tạo sẽ xuất hiện trên project site và ở bên dưới Reports folder trong Team Explorer.

o Reports - Được sử dụng để thêm các report bằng cách sử dụng các .rdl file.

Groups and Permissions XML - Process definition file có tên là GroupsandPermissions.xml và được đặt trong Groups and Permissions folder trong process template folder hierarchy. Dùng để xác động tiêu cực đến định các team projectcủa 's initial security groups.

o Groups - Được sử dụng để xác định một TFS security group mới.

o Permissions - Được sử dụng để xác định các permission cho mỗi group bạn chỉ rõ.

New Team Project Wizard

Bạn sử dụng New Team Project Wizard để tạo mới các team project.

ScenarioWizard sử dụng các plug-in và XML process definition files để tạo project. Đại diện một đường dẫn duy nhất của sự tương

Customization Approach

Để tùy chỉnh một process template, hãy thực hiện các của user thông qua hệ thống.

Taskbước sau:

1.Đại diện nhu cầu cho Xem lại các process template được TFS cung cấp và chọn một cái phù hợp nhất với process nhóm bạn tổ chức.

2. Download phần process template đã chọn.

3. Tùy chỉnh các thành viphần khác nhau của process template.

4. Upload các template đã tùy chỉnh lên TFS.

5. Xác định rõ các thay đổi phù hợp với các yêu cầu quy trình của nhóm để làm bạn.

Bản chất cách tiếp cận này được sử dụng như một số phần của các solution sau đối với việc tùy chỉnh công ác process template:

Manually customize the XML files. Tùy chỉnh bằng tay rất dễ bị lỗi nhưng vẫn cho phép bạn dễ dàng điều khiển dựa trên việc tùy chỉnh các quy trình mẫu(process template).

Quality of Service RequirementĐể có thêm thông tin, hãy xem "Customizing Process Templates" tại http://msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx

Process Template Editor Tool available with Power tools. Đại diện Version mới nhất của Visual Studio 2005 Team Foundation Server Power Tool - một yêu cầu(requirement) ràng buộc mtập các enhancements(cải tiến), tools, và hệ thống command-line utilities sẽ nên làm việc như thế âng cao kinh nghiệm về TFS - cung cấp một graphical tool(công cụ đồ họa) cho xem xét và chỉnh sửa process templates. Khi kết nối đến TFS, bạn có thể sử dụng tool nào.

MSF CMMI Work Item Types

MSF CMMI contains the following ày để điều chỉnh các work item types:

Bugtype definitions và global lists trên một project hoạt động. Đại diện Để có thêm thông tin, hãy xem "Làm thế nào: Tùy chỉnh một problem hay potential problem Process Template trong ứng dụng của Visual Studio Team Foundation Server"

Các tùy chỉnh thông thường

Sau đây là những miêu tả về các thành phần mà bạn .

Change Request. Đại diện sẽ thường tùy chỉnh để tạo ra quy trình cho riêng mình:

Groups and Permissions. Các process templates có một thay đổi tập các group với các permission khác nhau được đề nghị đến ứng dụng phân cho chúng. Nếu các group và permission mặc định liên kết với những template này không được đầy đủ hay phù hợp với các yêu cầu của quy trình của bạn.

Issue, bạn có thể update các group này hay tạo các group mới. Đại diện Bạn cũng có thể thêm các individual user cho một tình huống mà block group, remove công việc ác user từ một group, hay hiện tại là blocking workcấp hoặc thu hồi các permissions cho một group.

Requirement

Source Control Check-In Notes and Policies. Đại diện Process templates có một sự miêu tả tập các Source Control Check-In notes vè những gì mà Policies. Nếu các check-in notes mặc định không đáp ứng dụng đầy đủ hay phù hợp với các process requirement của bạnnên làm để giải quyết một customer problem.

Review. Đại diện , bạn có thể thêm hay remove các kết quả của check-in note fields, hay tạo ra một sự xem lại codesố các fields required và những cái khác thì không. Nếu các check-in policies mặc định không đáp ứng đầy đủ hay phù hợp, design(thiết kế)bạn có thể add, update, hay deployment(sự triển khai)delete individual check-in policies.

Risk

Areas and Iterations. Đại diện Process templates không cung cấp một event phân loại cấu trúc cho cả các area hay điều kiện iteration. Bạn có thể mà tùy chỉnh có ác area và iteration tùy theo các động tiêu cực đến project process requirement cụ thể của bạn

Task. Đại diện cho những như cầu của một Phương pháp được đề nghị là để phân chia ra các area dựa trên các thành viên phần hay các chức năng của nhóm để thực hiện một số việcproject.

Work Item Workflow

Mỗi work item Các Iteration có thể dựa trên các chu kì thời gian cơ bản mà bạn sẽ lặp lại đặc biệt là tập các hoạt động chính (như là plan, develop, và test).

Team Portal. Các process templates cung cấp một workflow được tập các team portal mặc địnhnghĩa trước đại diện một state(tình trạng) , mà work item có thể có trong cũng như là quá trình chuyển đổi(transition) central hub cho sự giao tiếp giữa các state. Mỗi state được liên kết một team member và cách tự nhiác thành viên với một role trong TFS. Thí dụ khi một tester mở một bug mới khác trong MSF Agile thì state là Activetổ chức. Khi một developer Bạn có thể chỉnh sửa lỗi thì state của bug được team portal để thay đổi thành Resolved. Khi tester thẩm tra việc sửa lỗi thì bug state chuyển thsự xuất hiện của nó, hành Closed.

Workflow Examples

Thí dụ sau hiển thị workflow vi và nội dung cho hai loại work item types phổ biến.

MSF CMMI Task

Một MSF CMMI task có thể có phù hợp với các state sau:

Proposed. Thí dụ, proposed bởi một developer, tester, hay architectyêu cầu về quy trình của bạn.

Active

Process Guidance. Thí dụ Các process templates cung cấp sách hướng dẫn quy trình liên quan để giải thích về các roles, accepted bởi một lead hay manager.

Resolved. Thí dụforms, resolved bởi một developer.

Closed. Thí dụreports, tested và closed bởi một testerworkflow được sử dụng trong team project.

Hình 12.1 hiển thị mỗi state cùng với sự chuyển đổi có thể giữa Khi tùy chỉnh các state

MSF Agile Bug

Một MSF Agile Bug process template để đáp ứng có thể ác yêu cầu đòi hỏi, bạn phải chỉnh sửa process guidance để đối chiếu có ác thay đổi cho các state sau:

Active. Thí dụ, opened bởi một tester.

Resolved. Thí dụ, resolved bởi một developerthành phần khác nhau.

Closed

Reports. Thí dụ, tested và closed bởi Các process templates cung cấp một testertập các report mặc định.

Hình 12.2 hiển thị mỗi state Nếu cùng với sự chuyển đổi ác report mặc định không phù hợp hay không đầy đủ, bạn có thể giữa tạo các statereport cho riêng bạn dựa trên các requirement của bạn.

Tùy chỉnh

Work ItemsItem Types and Queries. Các process templates có một vài tập các kịch bản(scenarios) mà bạn có thể muốn chỉnh sửa Work item types, các work item type được instances và queries mặc địnhnghĩa trong MSF Agile hay MSF CMMI:

Một . Nếu các Work item types, work item instances và queries mặc định không đã bị thiếu mất một field quan trọng cho áp ứng đầy đủ hay không phù hợp với các yêu cầu về quy trình phát triển của bạn.

Một , bạn có thể tùy chỉnh các work item workflow không types cho phù hợp với cách thức làm việc của nhóm bạn.

• Bạn cần một ác workflow hay các loại work item mới.

Để hỗ trợ cho khác của các kịch bản này, work item của bạn mà bạn muốn theo dõi. Thí dụ, bạn có thểthực hiện :

o Thêm mới các việc sau trong TFS:

Add/remove work item types: .

o Remove các work item types đã có.

o Thêm/ gỡ bỏ êm các loại work item type instances mặc định.

Modify fields in existing work items: Thay đổi

o Remove các field trong work item type instances mặc định.

o Tạo các public hay private queries cho riêng bạn.

Bạn cũng có thể chỉnh sửa một work item type đã có.

Modify states and transitions in existing work itemsó; thí dụ:Chỉnh sửa

o Add các field.

o Rename các field.

o Hạn chế danh sách các value của các field cho phép.

o Thay đổi các state và transition trong hỗ trợ các work item đã state transitions.

o Tạo có.

Để ác field được yêu cầu hay read-only.

o Tạo một field phụ thuộc vào một có thêm ái khác.

o Tự động populate các field value.

o Sắp xếp lại sự xuất hiện của các thông tin về customizing work items, hãy xem "How To: Customize a Process Template in Visual Studio Team Foundation Servertrên form. "

Tổng kết

o Thay đổi Microsoft Office Project column mà một certain field được map.

Các work item được sử dụng bởi quy trình tùy chỉnh làm việc như thế nào?

Tùy chỉnh một process template bao gồm các project manager vbước sau:

1. Người sử dụng khởi chạy New Team Project Wizard.

2. Và các wizard yêu cầu:

o Tên của team leader để theo dõi cong việc project.

o Process template được thực hiện trên sử dụng khi tạo một team project.Họ thường tạo

Các screen được hiển thị trong wizard được xác định bởi các development task(nhiệm vụ phát triển) plug-in được sủ dụng. Thí dụ, nếu một process template không bao gồm Windows SharePoint Services plug-in, không có screen hiển thị để đại diện hỏi thông tin về project portal.

3. Sau khi user cung cấp thông tin cho các wizard request và click Finish, wizard sẽ thực hiện gọi đến các plug-in để thực thi công việc cần được hoàn thành, khởi tạo team project. Thứ tự của các bug để đại diện plug-in được gọi được xác định bởi các khuyết tật(defect) tập tin XML định nghĩa các quy trình.

4. Trình wizard đọc các hướng dẫn được chứa trong sự thực thi process template và sau đó khởi tạo và cấu hình các user requirement hay Quality of Service (QoS) requirementsitem cụ thể. Ngoài ra, chúng còn được Người sử dụng để theo dõi không cần phải xác định bất cứ chi tiết nào về các development loại work item khác nhau để tạo và testing against requirementsì các hướng dẫn đã được cung cấp bởi các process template.

Lưu ý: Nếu trình wizard gặp phải một vấn đề trong khi tạo mới một team project, bạn sẽ thấy một tin nhắn thông báo lỗi miêu tả về vấn đề và để xđề nghị các định chất lượng của ứng dụng và mức độ sẵn sàng của nó hành động để di chuyểnsửa sai.

The

Tổng kết

Sử dụng MSF Agile và process template nếu bạn đang triển khai một phương pháp nhanh chóng để build phần mềm của bạn. Sử dụng MSF CMMI nếu bạn đang theo phương pháp Software Engineering Institute (SEI) Capability Maturity Model Integration.

Những thành phần quan trọng nhất của kiến trúc process templates cung cấp một tập template là các work item type process template plug-ins, XML process definition files, và New Team Project wizard.

Nếu các process template mặc định . Bạn không thõa mãn các yêu cầu quy trình của bạn, bạn có thể tùy chỉnh những cái này hay tạo mới ác template bằng cách chỉnh sửa bằng tay các work item types tập tin XML process definition, hay bạn có thể sử dụng Process Editor Tool để đáp ứng chỉnh sửa các process requirement template.

Phần area phổ biến nhất của bạnsự tùy chỉnh là các group và các permission, source control check-in notes và policy, areas và iteration, reports, và work item type definitions.

Tài nguyên bổ sung

Để có thêm thông tin về work itemviệc chọn một process template, hãy xem "Managing Team Foundation Work Items"Choosing a Process Template" tại http://msdn2.microsoft.com/en-us/library/ms181314(VS.80).aspxhttp://msdn2.microsoft.com/en-us/library/ms400752(vs.80).aspx

Để download MSF CMMI process templatevà xem lại các available work item types,h, hãy xem tại http://www.microsoft.com/downloads/details.aspx?FamilyID=12A8D806-BB98-4EB4-BF6B-FB5B266171EB&displaylang=en

Để download the MSF Agile process templatevà xem lại available work item types, hãy đến http://www.microsoft.com/downloads/details.aspx?FamilyID=EA75784E-3A3F-48FB-824E-828BF593C34D&displaylang=en

Để có thêm thông tin về process template customization, hãy xem "Process Template Customization Overview" tại http://msdn2.microsoft.com/en-us/library/ms194945(VS.80).aspx

Để download the Team Foundation Server Power Tools bao gồm Process Template Editor, hãy đến http://msdn2.microsoft.com/en-us/vstudio/aa718351.aspx

Để xem lại process templates được Microsoft Partners cung cấp, hãy xem tại http://msdn2.microsoft.com/en-us/teamsystem/aa718801

Chương 12 - Giải thích về các Work Item

Nguyễn Thị Như Quỳnh — Wed, 25 Nov 2009 13:13:45 GMT
Revision 1 posted to TFS - Team Foundation System by Nguyễn Thị Như Quỳnh on 11/25/2009 9:13:45 PM

Chủ đề

Tìm hiểu về cấu trúc và mục đích của các work items.

Mô tả work item workflow.

Tùy chỉnh các work item để đáp ứng những nhu cầu cụ thể của nhóm của bạn.

Xem trước

Chương này giới thiệu cho bạn các work item và giải thích bằng cách nào bạn có thể sử dụng chúng để giúp quản lí các software development project của bạn. Mỗi work item đại diện cho một unit of work để được thực hiện bởi development team của bạn. Một tập các loại work item type được định nghĩa trong process template mà bạn chọn khi tạo mới một team project.

Sau khi project của bạn được khởi động, bạn có thể tạo bất kì available work item type để theo dõi những nỗ lực làm việc. Trong khi các work item type mặc định và behaviour được định nghĩa trong các process templates, bất kì khía cạnh nào của work item type đều có thể được chỉnh sửa để fit tốt hơn phương pháp làm việc của nhóm bạn.

Sử dụng chương này như thế nào

Để đạt được những lợi ích tốt nhất từ chương này, bạn nên:

Đọc phần "Work Item Structure" để tìm hiểu về các work item types đã được xác định trước và các work item workflow được định nghĩa như thế nào.

Đọc phần "Customizing Work Items" để tìm hiểu làm thế nào và tại sao bạn nên tùy chỉnh work item type.

Tình huống và Giải pháp

Các work item là những phương pháp chính mà các project manager và các team leader theo dõi công việc là những việc còn lại cần được thực hiện trên một project, cũng như công việc đã được hoàn thành. Các team member sử dụng các work item để theo dõi công việc cá nhân của họ queue và phân công công việc đến các thành viên khác ví dụ, trong dạng lỗi hay các nhiệm vụ.

Sau đây là các cách sử dụng các work item chung trong các team project:

Tạo các user requirement hay Quality of Service (QoS) requirements cho một ứng dụng.

Theo dõi phát triển và kiểm thử đối với các requirement.

Tạo các development task để đại diện cho công việc cần được hoàn thành để thực thi các thành phần và chức năng của ứng dụng.

Tạo các bug để đại diện cho các khuyết tật(defect) trong khi thực thi các thành phần và chức năng của ứng dụng.

Phân loại bug(lỗi) và task(nhiệm vụ) để họ được ưu tiên(prioritized) và cân bằng(balanced) một các tương thích trên toàn đội.

Theo dõi các development task để xác định những hướng tiến bộ về tình trạng hoàn thiện code.

Theo dõi các bug, cùng với các số liệu chất lượng khác, để xác định chất lượng của ứng dụng và sự sẵn sàng của nó để được di chuyển.

Bạn sẽ sử dụng các work item dựa trên các work item type được định nghĩa cho project của bạn như thế nào. Sự định nghĩa các work item được lưu trữ trong process template mà bạn đã chọn khi tạo team project của bạn lần đầu tiên. Bạn có thể chọn một trong hai templates mặc định- Microsoft® Solution Framework (MSF) for Agile Software Development (MSF Agile) hay MSF for CMMI® Process Improvement (MSF CMMI) - hay bạn có thể tùy chỉnh các work item để đáp ứng cho các nhu cầu và các quy trình cụ thể của nhóm bạn.

Cấu trúc Work Item

Mỗi work item type có thể được định nghĩa như sau:

• Nó có một mục đích và ý định sử dụng. Đối với trường hợp, các bug(lỗi) được sử dụng để theo dõi chất lượng các defect(khuyết tật), các task được sử dụng để theo dõi các scheduled work, QoS requirements được sử dụng để nắm bắt các khía cạnh non-functional quan trọng như là bảo mật( security) và thực thi các yêu cầu(performance requirement), và vv...

Nó có một workflow(tiến trình công việc) được định nghĩa bởi các state và transition. Thí dụ, giai đoạn từ "Opened" đến "Resolved" đến trạng thái "Closed".

Nó có một tập các field mà có thể được cài đặt, truy vấn, và báo cáo. Thí dụ, Priority, Status và, Iteration.

Work Item Types

The MSF Agile và MSF CMMI process templates mỗi loại định nghĩa một tập các work item mà ánh xạ(map) đến các roles và activities được định nghĩa trong process guidance.

MSF Agile Work Item Types

MSF Agile chứa các work item type sau:

Bug. Đại diện một problem hay potential problem trong ứng dụng của bạn.

Risk. Đại diện một event hay điều kiện có thể mà có tác động tiêu cực đến project của bạn.

Scenario. Đại diện một đường dẫn duy nhất của sự tương tác của user thông qua hệ thống.

Task. Đại diện nhu cầu cho một thành viên của nhóm để làm một số các công việc.

Quality of Service Requirement. Đại diện một yêu cầu(requirement) ràng buộc mà hệ thống nên làm việc như thế nào.

MSF CMMI Work Item Types

MSF CMMI contains the following work item types:

Bug. Đại diện một problem hay potential problem trong ứng dụng của bạn.

Change Request. Đại diện cho một thay đổi được đề nghị đến ứng dụng của bạn.

Issue. Đại diện cho một tình huống mà block công việc hay hiện tại là blocking work.

Requirement. Đại diện một sự miêu tả vè những gì mà ứng dụng của bạn nên làm để giải quyết một customer problem.

Review. Đại diện các kết quả của một sự xem lại code, design(thiết kế), hay deployment(sự triển khai).

Risk. Đại diện một event hay điều kiện có thể mà có tác động tiêu cực đến project của bạn

Task. Đại diện cho những như cầu của một thành viên của nhóm để thực hiện một số việc.

Work Item Workflow

Mỗi work item có một workflow được định nghĩa trước đại diện một state(tình trạng) mà work item có thể có trong cũng như là quá trình chuyển đổi(transition) giữa các state. Mỗi state được liên kết một cách tự nhiên với một role trong TFS. Thí dụ khi một tester mở một bug mới trong MSF Agile thì state là Active. Khi một developer sửa lỗi thì state của bug được thay đổi thành Resolved. Khi tester thẩm tra việc sửa lỗi thì bug state chuyển thành Closed.

Workflow Examples

Thí dụ sau hiển thị workflow cho hai loại work item types phổ biến.

MSF CMMI Task

Một MSF CMMI task có thể có các state sau:

Proposed. Thí dụ, proposed bởi một developer, tester, hay architect.

Active. Thí dụ, accepted bởi một lead hay manager.

Resolved. Thí dụ, resolved bởi một developer.

Closed. Thí dụ, tested và closed bởi một tester.

Hình 12.1 hiển thị mỗi state cùng với sự chuyển đổi có thể giữa các state

MSF Agile Bug

Một MSF Agile Bug có thể có các state sau:

Active. Thí dụ, opened bởi một tester.

Resolved. Thí dụ, resolved bởi một developer.

Closed. Thí dụ, tested và closed bởi một tester.

Hình 12.2 hiển thị mỗi state cùng với sự chuyển đổi có thể giữa các state.

Tùy chỉnh Work Items

Có một vài các kịch bản(scenarios) mà bạn có thể muốn chỉnh sửa các work item type được định nghĩa trong MSF Agile hay MSF CMMI:

Một work item đã bị thiếu mất một field quan trọng cho quy trình phát triển của bạn.

Một work item workflow không phù hợp với cách thức làm việc của nhóm bạn.

• Bạn cần một loại work item mới.

Để hỗ trợ cho các kịch bản này, bạn có thể thực hiện các việc sau trong TFS:

Add/remove work item types: Thêm/ gỡ bỏ các loại work item.

Modify fields in existing work items: Thay đổi các field trong các work item đã có.

Modify states and transitions in existing work items: Chỉnh sửa các state và transition trong các work item đã có.

Để có thêm thông tin về customizing work items, hãy xem "How To: Customize a Process Template in Visual Studio Team Foundation Server."

Tổng kết

Các work item được sử dụng bởi các project manager và các team leader để theo dõi cong việc được thực hiện trên một project. Họ thường tạo các development task(nhiệm vụ phát triển) để đại diện cho các công việc cần được hoàn thành, khởi tạo các bug để đại diện các khuyết tật(defect) trong sự thực thi và tạo các user requirement hay Quality of Service (QoS) requirements. Ngoài ra, chúng còn được sử dụng để theo dõi các development và testing against requirements, và để xác định chất lượng của ứng dụng và mức độ sẵn sàng của nó để di chuyển.

The MSF Agile và MSF CMMI process templates cung cấp một tập các work item type mặc định. Bạn có thể tùy chỉnh những cái này hay tạo mới các work item types để đáp ứng các process requirement của bạn.

Tài nguyên bổ sung

Để có thêm thông tin về work item, hãy xem "Managing Team Foundation Work Items" tại http://msdn2.microsoft.com/en-us/library/ms181314(VS.80).aspx

Để download MSF CMMI process template và xem lại các available work item types,hãy xem tại http://www.microsoft.com/downloads/details.aspx?FamilyID=12A8D806-BB98-4EB4-BF6B-FB5B266171EB&displaylang=en

Để download MSF Agile process template và xem lại available work item types, hãy đến http://www.microsoft.com/downloads/details.aspx?FamilyID=EA75784E-3A3F-48FB-824E-828BF593C34D&displaylang=en