chapter 7 requirements management

Quản lý yêu cầu

1Bai giang môn Thu Nhân Yêu câu -

BM HTTT - Khoa CNTT - HUI

Requirement baseline Requirement Management (RM)

◦ Traceability◦ Công cu

2Bai giang môn Thu Nhân Yêu câu - BM HTTT - Khoa CNTT - HUI

La tâp hơp cac yêu câu chưc năng va phi chưc năng ma đôi phat triên đa cam kêt đê thưc thi trong hê thông.

Xac đinh baseline giup stakeholders hiêu đươc kha năng va đăc trưng ma ho co thê mong thây đươc trong phân mêm se phat hanh.


Quan lý yêu câu nhân mạnh:Kiêm soat thay đổi đôi với requirement baseline.Giữ cac kê hoạch dư an phù hơp với tình trạng yêu câu hiên tại.Kiêm soat cac phiên ban của từng yêu câu riêng biêt va của cac tai liêu yêu câu.Quan lý môi quan hê giữa yêu câu, cac liên kêt hoăc phụ thuôc giữa cac yêu câu riêng biêt va cac phân tử đươc chuyên giao của dư an.Giam sat trạng thai của yêu câu trong baseline.


Requirements Manager/Project Manager: la ngươi co nhiêm vụ quan lý cac yêu câu từ luc trơ thanh baseline va tât ca cac phiên ban chinh sửa co phê duyêt sau đo

Moi stakeholder đêu co quyên sử dụng


Phai co 1 ai chiu trach nhiêm vê cac hoạt đông quan lý yêu câu. Ngươi phân tich yêu câu (requirement analyst) của dư an thương la ngươi quan lý yêu câu, co nhiêm vụ:◦ Xac lâp cơ chê lưu trữ yêu câu◦ Xac đinh cac thuôc tinh yêu câu◦ Quan lý trạng thai yêu câu va câp nhât dữ liêu theo doi

trạng thai◦ Phat sinh cac bao cao vê hoạt đông liên quan đên thay

đổi


Requirements Baseline la câu nôi giữa phat triên yêu câu (requirement development) va quan lý yêu câu (Requirements management )

Quan lý yêu câu bao gôm tât ca hoạt đông nhăm duy trì tinh bao toan (integrity), đô chinh xac (accuracy) va tinh hiên hanh của baseline.



Kiểm soát thayđổi (ChangeControl)

Kiểm soát phiênbản (VersionControl)

Giám sát trạngthái yêu cầu(RequirementStatus Tracking)

Lần vết yêu cầu(RequirementTracing)

• Đề xuất thay đổi

• Phân tích ảnh hưởng

• Ra quyết định• Truyền thông• Tích hợp• Đo lường độ ổn

định của yêu cầu

• Xác định phiên bản của tài liệu yêu cầu

• Xác định phiên soát xét từng yêu cầu

• Định nghĩa các liên kết với các yêu cầu khác

• Định nghĩa các liên kết với các phần tử hệ thống khác

• Định nghĩa trạng thái của yêu cầu

• Giám sát mỗi yêu cầu đã định nghĩa trạng thái

Cac yêu câu trong baseline phai đươc phân biêt với cac yêu câu đa đươc đê xuât nhưng không đươc châp nhân.

Tai liêu SRS đa đươc baseline chi nên chưa cac yêu câu đa đươc lên kê hoạch cho phiên ban cụ thê nao đo, no khac với cac phiên ban nhap trước đo khi chưa đươc phê duyêt.


• Đôi phat triên nêu châp nhân cac thay đổi yêu câu vừa đươc đê xuât co thê không hoan thanh lich biêu va cac cam kêt vê chât lương của dư an.

Ngươi quan lý dư an phai thoa thuân với khach hang vê những thay đổi so với cam kêt ban đâu.

• Dư an co thê đôi pho lại cac yêu câu bi thay đổi theo cac cach sau:– Trì hoan lại cac yêu câu co đô ưu tiên mưc thâp– Thêm nhân viên– Buôc lam thêm giơ, tra thêm tiên trong 1 khoang thơi gian

ngăn– Keo dai thơi gian đê thêm chưc năng mới– Chât lương bi đăt trước ap lưc thơi gian


Vì thay đổi la hiên nhiên nên cân phai lâp kê hoạch thay đổi cho cac yêu câu trong qua trình phat triên dư an, ngay ca khi hê thông đa ban giao cân xây dưng quy trình va tool đê quan lý cac yêu câu bi thay đổi.


Cân xac đinh cac hoạt đông ma đôi dư an phai thưc hiên đê quan lý yêu câu.

Lưu trữ lại cac hoạt đông nay va tâp huân cac thanh viên thưc thi cac hoạt đông môt cach thông nhât va hiêu qua.



Trang 268

Cac đăc tinh trong môt công cụ đê hỗ trơ quy trình kiêm soat thay đổi yêu câu:Cho phep bạn đinh nghĩa cac mục dữ liêu (data items) bạn muôn đưa vao môt đê xuât thay đổi.Cho phep bạn đinh nghĩa môt sơ đô chuyên trạng thai của chu trình đê xuât thay đổi.Rang buôc sơ đô chuyên trạng thai sao cho chi những ngươi đươc câp quyên mới đươc phep thay đổi trạng thai của đê xuât.Ghi lại ngay thang của mỗi thay đổi trạng thai va đinh danh của ngươi thưc hiên thay đổi.Cho phep bạn nhân cac ghi chu băng email tư đông khi môt ngươi đê xuât (Originator) đê trình môt đê xuât thay đổi mới hoăc khi môt trạng thai của đê xuât đươc câp nhât.Cho phep bạn sinh ra cac bao cao tiêu chuẩn hoăc đươc tùy biên va cac biêu đô bạn cân.


Co thê đưa tât ca thông tin nay vao 1 quy trình quan lý yêu câu chung, hoăc co thê viêt thanh cac quy trình riêng le như change-control, impact-analysis, va status-tracking .

Cac thủ tục nay nên ap dụng cho ca tổ chưc vì chung la cac chưc năng thông dụng ma mỗi đôi dư an nên tuân theo.


Cac công cụ, ky thuât va quy ước đê kiêm soat cac phiên ban khac nhau của tai liêu vê yêu câu.

Lam thê nao đê baseline yêu câu Cac trạng thai yêu câu va ai co thê lam no thay đổi Cac thủ tục theo doi trạng thai yêu câu. Cach ma cac yêu câu va thay đổi mới đươc đê xuât, xử

lý, thoa thuân va đươc chuyên đên tât ca cac stakeholder quan trong.

Lam thê nao đê phân tich anh hương của thay đổi Lam thê nao đê kê hoạch va cam kêt của dư an phan

anh đươc cac thay đổi của yêu câu.


Kê hoạch quan lý yêu câu (Requirements Management Plan) la 1 phân trong kê hoạch quan lý dư an tổng thê.

Nôi dung của kê hoạch RM bao gôm:◦ Giới thiêu vê RM ◦ Phạm vi của tai liêu◦ Cac vân đê lam anh hương đên viêc thưc thi kê hoạch. ◦ Cac tai liêu co thê ap dụng trong RE như cac chinh sach, tiêu

chuẩn◦ Cac phương phap va công cụ đươc dùng trong qua trình RM.◦ Quyên hạn va trach nhiêm của những ngươi tham gia◦ Cac chiên lươc đê hoan thanh chât lương yêu câu, bao gôm

traceability va change control


Feature creep dùng đê chi hiên tương nhiêu thay đổi nho đươc thông qua ma không cân đanh gia xet duyêt.

Hâu qua: lam anh hương nghiêm trong đên lơi nhuân va ngay hoan thanh san phẩm.

Cach khăc phuc: moi yêu câu thay đổi cân đươc phê duyêt bơi CCB (Change Control Board).


CCB co thê la môt ca nhân hoăc la môt nhom, ra quyêt đinh châp thuân hay không vê cac thay đổi yêu câu đươc đê xuât va cac tinh năng san phẩm mới đươc gơi ý.

CCB cũng ra quyêt đinh vê cac khiêm khuyêt (defect) đa phat hiên cân đươc sửa chữa va đươc phat hanh ban sửa chữa ơ phiên ban nao.


CCB co thê bao gôm cac lĩnh vưc sau:◦ Câp quan lý chương trình hoăc san phẩm.◦ Câp quan lý dư an.◦ Nhom phat triên.◦ Kiêm thử hoăc đam bao chât lương.◦ Marketing hoăc đại diên khach hang.◦ Ngươi lam tai liêu ngươi dùng.◦ Ngươi hỗ trơ ky thuât.◦ Nhom hỗ trơ san phẩm (help desk).◦ Nhom quan lý câu hình.


1. Ra quyết định2. Truyền thông trạng thai (Communicating

Status)3. Tai đam phan cac cam kết (Renegotiating

Commitments)


CCB thưc hiên rât nhiêu phân tich khac nhau trong qua trình kiêm soat thay đổi


Liên quan đên viêc phat hiên ra chưc năng cơ ban hay hơp lý. Từ thiêt kê hơp lý giup do tìm ngươc vê lại yêu câu ban đâu va từ yêu câu nay do tìm ra đươc yêu câu của stakeholder dân đên quyêt đinh la co nên bổ sung yêu câu nay vao san phẩm hay không?


Muc tiêu: xac đinh tai chinh, tai nguyên hay chi phi tạm thơi phat sinh do yêu câu bi thay đổi hay phat sinh tinh chât mới.

Thanh viên của CCB phai xac đinh bât ky sửa đổi hay mơ rông nao se anh hương đên hê thông đê suy ra chi phi va rủi ro của sửa đổi đo.


Đo lương ty lê giữa cac tinh năng của san phẩm dư kiên va san phẩm thưc, đê xac đinh xem yêu câu co đươc thưc thi trong san phẩm hay không?

Phân tich nay đươc thưc hiên băng cach theo doi từ cac yêu câu hê thông luc đâu đên cac test case.

Test la cach tôt nhât đê đo lương mưc đô tuân thủ theo thiêt kê.


Identifying volatile requirements Establishing Policies for requirements processes

and supporting them with workflow tools, guidelines, templates, and examples

Prioritizing Requirements Establishing and updating the requirements

baseline Documenting Decisions Planning releases and allocating requirement to

releases Assignment 24??


Môt yêu câu co thê đươc theo doi nêu va chi nêu yêu câu nay ngay từ đâu đươc xac đinh ro rang, co cơ chê lam cho no kha thi trong qua trình phat triên phân mêm

Chiên lươc theo doi la dưa vao vai tro của thanh viên dư an va nhu câu của ho.


Mục đich của RTM la đê bao đam cac mục tiêu của yêu câu phai phù hơp với yêu câu băng cach kêt hơp mỗi yêu câu với mục tiêu thông qua ma trân theo doi.

Requirements traceability is concerned with documenting the life of a requirement.


Forward trace: ma trân theo doi đươc dùng đê kiêm tra tât ca cac yêu câu co đươc đưa vao cac thanh phân của hê thông hay cac kêt qua (deliverable) khac hay không

Backward trace: ma trân đươc dùng đê xac đinh cac nguôn của yêu câu.


Theo doi yêu câu cũng bao gôm viêc theo doi những viêc khac nhăm đê thoa man yêu câu như capabilities, design elements, manual operations, tests, ….

Ma trân theo doi cũng đươc dùng đê bao đam tât ca yêu câu khi thay đổi cũng vân đươc đưa vao cac thanh phân của hê thông. Nhơ đo, anh hương của những yêu câu bi thay đổi đên hê thông co thê xac đinh đươc.


“U” chi yêu câu ngươi dùng “S” chi yêu câu hê thông. Theo doi S12 khi tro đên nguôn của no thì thây ro

rang yêu câu nay sai: phai loại bo, viêt lại hay cân sửa lại viêc theo doi nay.


Version control la 1 trong cac điêm chinh của quan lý yêu câu.

Mỗi phiên ban (version) của tai liêu yêu câu phai đươc xac đinh duy nhât. Mỗi thanh viên của đôi co thê truy xuât vao phiên ban hiên hanh của yêu câu va cac thay đổi phai đươc lưu trữ lại 1 cach ro rang va đươc gửi đên moi ngươi co liên quan.


Đê giam thiêu nhâm lân, mâu thuân va sai lêch thông tin, chi cho phep 1 vai ca nhân đươc quyên câp nhât yêu câu va bao đam la ma phiên ban thay đổi khi yêu câu thay đổi.

Mỗi phiên ban hiên hanh cũng nên chưa phân revision history: xac đinh đa co những thay đổi gì, ngay của mỗi thay đổi, ai đa gây ra thay đổi, lý do cho mỗi thay đổi, công thêm sô phiên ban, thương sô phiên ban se tăng mỗi khi co yêu câu thay đổi.


Cơ chê kiêm soat phiên ban đơn gian nhât la tư đăt tên mỗi lân duyêt SRS theo quy ước chuẩn.

Vi dụ: phiên ban đâu tiên "Version 1.0 draft 1.“, phiên ban kê tiêp la "Version 1.0 draft 2” Sô phiên ban se tăng cho đên khi tai liêu đươc phê duyêt va baseline. Sau đo nhan se thay đổi thanh "Version 1.0 approved.“, cac phiên ban kê tiêp la "Version 1.1 draft 1" nêu sửa đổi nho hay "Version 2.0 draft 1" nêu sửa đổi lớn.


1. Kho giữ cho tai liêu đông bô khi co thay đổi2. Kho truyên đạt kip thơi thay đổi đên cac đôi

thưc hiên 3. Kho khăn trong viêc lưu trữ thông tin bổ sung

vê mỗi yêu câu4. Kho xac đinh đươc link giữa yêu câu chưc

năng với cac phân tử khac của hê thông. 5. Kho khăn khi theo doi trạng thai yêu câu

(requirements status)


6. Kho quan lý đông thơi cac tâp yêu câu cho những phiên ban khac nhau hay san phẩm co liên quan. Khi 1 yêu câu tham chiêu đên 1 phiên ban khac, analyst cân chuyên theo ca yêu câu đo.

7. Sử dụng lại yêu câu co nghĩa la analyst phai tư sao chep văn ban từ SRS gôc đên SRS dùng cho hê thông khac.

8. Kho khăn khi co nhiêu ngươi cùng tham gia sửa đổi yêu câu

9. Không co chỗ thich hơp đê lưu trữ lại cac yêu câu bi loại bo hay bi xoa khoi baseline


Công cụ se giup lưu trữ thông tin trong CSDL đa ngươi dùng giup giai quyêt đươc cac hạn chê khi quan lý yêu câu băng văn ban thông thương.

Cac dư an nho co thê dùng bang tinh điên tử (spreadsheet) hay CSDL đơn gian đê quan lý yêu câu.

Cac dư an lớn nên dùng công cụ quan lý yêu câu tư đông.


Create and view requirements as entities and properties directly in the model

Collate the requirements in an external CSV file and then import them into your model

Detail use cases and scenarios directly in the model

Enter standard attributes (properties) for each requirement, such as difficulty, status and type, and define your own attributes (properties)


Trace requirements to Use Cases, business rules, test cases and analysis artifacts (using, for example, the Relationship Matrix)

Trace and view the impact of changes on requirements (through, for example, the Traceability window) and review the changes themselves

Create customer-quality MS Word and HTML reports on requirements.


Rational DOORS của IBM Enterprise Architecture (www.sparxsystems.com) CaliberRM của Borland …


Lưa chon cac trạng thai ma bạn muôn sử dụng đê mô ta vong đơi của cac yêu câu chưc năng trong dư an của bạn. Đinh nghĩa tình trạng hiên thơi cho mỗi yêu câu trong SRS va theo sat sư diễn biên của yêu câu trong phân con lại của dư an.

Đinh nghĩa môt sơđô kiêm soat phiên ban đê đinh danh tai liêu yêu câu của bạn. Tai liêu hoa sơđô nay nhưla môt phân của quy trình quan lý yêu câu của bạn.

Viêt môt mô ta quy trình vê cac bước ma tổ chưc của bạn se thưc hiên đê quan lý cac yêu câu của mỗi dư an. Khuyên khich cac nha phân tich soạn thao, soat xet, lam dư an thử nghiêm, châp thuân cac hoạt đông của quy trình va cac san phẩm đươc chuyên giao của quy trình. Hay chăc chăn răng cac bước của quy trình ma bạn lưa chon la co tinh thưc hanh va thưc tê, chung giup bạn tăng thêm gia tri của dư an.


Xac đinh những ngươi ra quyêt đinh trong dư an của bạn va tổ chưc ho nhưmôt ban kiêm soat thay đổi. Yêu câu CCB viêt môt quy chê hoạt đông đê chăc chăn mỗi ngươi đêu hiêu mục đich của ban, thanh phân va quy trình ra quyêt đinh.

Đinh nghĩa môt sơđô state-transition đôi với chu trình sông của cac thay đổi yêu câu đươc đê xuât trong dư an của bạn, băt đâu với sơđô trong Hình 17-2. Viêt môt thủ tục mô ta nhom của bạn se xử lý cac thay đổi yêu câu đươc đê xuât nhưthê nao. Sử dụng thủ tục băng tay cho đên khi bạn tư nhân thây thủ tục đa mang tinh thưc tê, hiêu qua, đơn gian hêt mưc co thê.

Lưa chon môt công cụ giam sat thich hơp với môi trương lam viêc của bạn va tùy biên no đê hỗ trơ thủ tục kiêm soat thay đổi ma bạn đa phat triên trước đo.


chapter 7 requirements management

Documents