TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG ––––––––––––––––––––––––*–––––––––––––––––––––– Mô họ h h h h Danh sách sinh viên: Giảng viên: PGS.TS H n 20111568 CNTT-TT 2.3 K56 20111600 CNTT-TT 2.3 K56 20111203 CNTT-TT 2.3 K56 20111370 CNTT-TT 2.3 K56 T ng Hà Nội Ngày 27 tháng năm 2014 Mụ lụ C ảng ng C n ng C ương 1: Bài ập I 1) Process-Oriented Approach 2) Data-Oriented Approach 3) Architecture-Oriented Approach 4) Điểm mạn p ương p p i p ận C ương 2: Bài ập II 1) Mô n nướ 1.1) K i niệm mô n 1.2) P ân í n ượ điểm 2) Mô n sử dụng lại 10 2.1) Tổng q an 10 2.2) P ân í k điểm 10 3) Spiral SDLC 11 3.1) Spiral Model SDLC gì? 11 3.2) Mô hình 11 3.3) Áp dụng k i nà ? 13 3.4) C điểm/n ượ điểm? 13 4) Evolutionary SDLC 14 4.1) K i niệm 14 4.2) Mô hình 15 4.3) C ướ iển k 16 4.4) C điểm/n ượ điểm? 16 5) RUP (Rational Unified Process) SDLC 17 5.1) K i niệm 17 5.2) Mô hình 17 5.3) C ướ iển k 18 5.4) Áp dụng k i nà ? 20 5.5) C điểm/n ượ điểm? 20 C ương 3: Bài ập III 22 1) C KPA ản R q i m n ngin ering 22 1.1) Đ n ng a R q i m n ngin ing 22 1.2) C KPA k p ss a a – v ng lí q an ng) ản 22 1.3) đ m i q an ệ gi a KPA: 23 2) Mô ả ng n g n KPA 25 2.1) R q i m n v l pm n P iển ê ) 25 2.2) R q i m n Manag m n ản lí ê ) 27 Tài liệ am k ả 28 Table 1: Điểm mạn p ương p p i p ận H n : C giai đ ạn mô n nướ H n 2: Mô n sử dụng lại 10 H n 3: Mô n p iển p n mềm n A pi al M d l f f wa Development and Enhancement - Boehm, 1988) 12 H n 4: ự k n a gi a mô n nướ mô n i n óa ng p iển p n mềm T v l i na velopment Model for Software Elaine L May and Barbara A Zimmer) 15 H n 5: Mô n lặp RUP Wikip dia) 18 H n 6: Các p a mụ iê p a ng RUP In d i n f wa Development - Ma’am Ma i m N s n) 20 H n : đ q an ệ KPA 23 H n : đ q an ệ ng động KPA 24 ươ 1: Bài ập I h ệ h ess-Oriented, Data-Oriented, Architecture-O e ed, để hv h Process-Oriented Approach Data-Oriented Approach Architecture-Oriented Approach Điểm mạn p ương p p i p ận 1) Process-Oriented Approach Bản việ p ân í iê k đặ ng âm p n mềm ự iện  Tập trung vào giải thuật thao tác xử lý d liệu  Quá trình phát triển ph n mềm tập trung vào thể lý d liệu  C u trúc d liệ ông ường rõ ứ d p ương p p 2) Data-Oriented Approach liệ k ông a đổi ởi ê a đòi ỏi người d ng a ng iệp vụ T ng i k ướng d liệ , ệ ng đượ i k dựa ên i n n d liệ Việ p ân í i k đượ i n àn d liệ mộ với ê a đòi ỏi người d ng a Ng iên ứ p iển sở d liệ ập ng ự ể m i q an ệ mộ ệ ng ông in dẫn đ n p iển k i niệm, ợp lý vậ lý mô n d liệ , ệ ng ng ông ụ ũng n p n mềm p iển q n để ỗ ợ việ p ân í , i k Mô tả tổ chức d liệu ,mô tả d liệu l y đâ sử dụng n Mô hình d liệ thành lập mô tả m i quan hệ gi a d liệ ương ứng nà q đ nh m i quan hệ Sử dụng B sin ss l s để a p ương p p lí d liệu 3) Architecture-Oriented Approach Là p ương p p p ân í i t k có c u trúc Các yêu c u hệ th ng đí phát triển phân tích việ đặc biệt ý tới chức hệ th ng lu ng d liệu gi a Mụ đí p ương p p nà chương trình xuống • Lựa ch n ki • Áp dụng ph n mềm ển ti n trình biể đ thành modules tiến hành phân chia modules cách tiếp cận từ n trúc công nghệ ph n mềm để thực toán p ương p p P ping để nhanh chóng xây dựng P ương p p P ping ó vai ò ng d ệ kiểm s ê p n mềm gi p àn iện ơn ê , đ p ứng đượ ê người d ng C người d ng d ng mẫ n mẫ ản a người d ng d ng đưa a n ng điểm , điểm k ông mẫ ử, i nà k ông n i mẫ người p ân í viên ó ểd ệ ê nà đạ đượ ê nà a n ng ê nà ườm ó ể ỏ q a a nên ổ s ng n ng ê g để ỏa mãn đượ ê người d ng Ví dụ: k i người d ng d l mộ ản g i đòi ỏi p ải ó ê có nên delete hay không? Mẫ ẩmđ n ê giải í ê gi p ên liên q an k m p đượ v n đề T ẩm đ n mẫ àn àn ó iệ q ả a i ự ó ể dụng ng ng gi ng n a n ê ệ ng Tài liệ đà người sử dụng đượ ng p • dụng Pa n ki n mẫ để ỉ a p ương p p lý d liệ 4) ể h Hướng ti p cận h h Process-Oriented Approach Data-Oriented Approach - Thích hợp với toán phức tạp - Giảm thời gian đ p ứng ph n mềm tập trung vào giải thuật xử lí d liệu - T n trùng lặp ng sở d liệu Điểm mạnh Điểm y u - K ó điều chỉnh yêu c u cho nhiều người dùng - Sử dụng chức ng chéo khó tránh khỏi K t hệ th ng có nhiều chức ng chéo nh ng nhân t làm cho việc bảo trì trở nên k ó k ăn - Các tệp d liệu xây r k ó để thỏa mãn ph n mềm Table ể h ArchitectureOriented Approach - Thích hợp với hệ - Việc thi t k th ng quản lí sở ph n mềm nhanh d liệu áp dụng - Không phụ thuộc mẫu có sẵn Từ vào ưa k yêu c người sử nh ng điểm sẵn dụng thi t k d có liệu tách bạch - Áp dụng ki n - Biểu diễn đươ trúc công nghệ t t m i quan hệ nh ăng ch t bảng gi a lượng ph n mềm d liệu với - Việc xử lí d liệu - D liệ xử k ông linh lí phụ thuộc cao hoạt phụ thuộc vào mẫu vào Business sẵn có rules  B động - Các thi t k ph n mềm phụ thuộc vào cách tổ - Phụ thuộc vào công sở d liệu nghệ h h ươ 2: Bài ập II ổ k v hệ hố l ô hì h SD Mô hì h h ớc, Mô hì h sử dụ l , Mô hì h S al, Mô hì h Ev l a , Mô hì h RU ì lệ h h để h ô hì h Mô n nướ Mô n sử dụng lại Mô hình Spiral Mô hình Evolutionary Mô hình RUP 1) Mô hình th ướ 1.1) Kh ệ v ô hì h Mô hì h h ớc (ti ng Anh: waterfall model) mô hình quy trình phát triển ph n mềm, ng q n p iển trông gi ng n dòng chảy, với p a thực theo trật tự nghiêm ngặt quay lui hay nhả vượt pha là: phân tích yêu c u, thi t k , lập trình, kiểm thử, liên k t bảo trì Mô n thử nước g m giai đ ạn phân tích, thi t k , lập trình kiểm ì h1 a đ ô hì h h  P ân í ê ài liệ đặ ả R q i m n s) giai đ ạn đ n n ng ê liên q an đ n ứ p i ứ ệ ng p n mềm n ó Giai đ ạn nà n ó am gia í ự k àng k ằng mộ ài liệ “Bản đặ ả ê â p n mềm” a R , ng a g m àn ộ ài liệ đượ d ệ ng iệm ởi n ng người ó n iệm đ i với dự n p ía k àng) R ín ảng động i p đ n i dự n  Phân tích hệ th ng (Anal sis): giai đ ạn đ nh công việc c n làm để hệ th ng ph n mềm, hiể l n vực thông tin, năng, àn vi, ín gia diện ph n mềm phát triển C n phải tạ liệu thảo với k ang, người d ng giai đ ạn đ nh công việc c n làm để hệ th ng ph n mềm  Thi t k (Design): trình nhiề ước với thuộc tính khác ương n : u trúc d liệu, ki n trúc ph n mềm, biều diễn giao diện chi ti t thủ tục (thuật toán)  Lập trình (coding): Chuyển thi t k thành ương n m ín ởi ngôn ng nà N u thi t k chi ti t hóa lập trình thu n c  Kiểm thử (Testing): Kiểm a ương n m d l ả logic bên ên ng ài, n ằm phát lỗi đảm bảo với đ đ nh cho k t mong mu n  Cài đặ ả A p an ): đâ giai đ ạn ài đặ , n n l ện k àng Giai đ ạn nà sửa a n ng lỗi p n mềm n ó ó ể p iển êm n ng ê mà k àng ê n sửa đổi, êm, ứ năng/đặ điểm ệ ng 1.2) h h h ợ đ ểm  Ư điểm:  Chuỗi hoạ động thực theo quy trình rõ ràng  T a đổi yêu c giảm t i thiểu dự án b đ u  Dễ phân công công việc, phân b chi phí, giám sát công việc  N ượ điểm:  Thực t dự án tuân theo dòng tu n tự mô hình, mà ường có lặp lại  M i quan hệ gi a giai đ ạn k ông thể  Khách hàng tuyên b rõ ràng xong h t yêu c u  Khách hàng phải có lòng kiên nhẫn chờ đợi thời gian nh đ nh có sản phẩm N u phát lỗi nặng r t khó kh c phục  Khả t bại cao 2) Mô 2.1) ổ sử dụ lại q a ì h Mô hì h sử dụ l Mô n sử dụng lại : i sử dụng ông in đượ a ng dự np iển p n mềm ướ n ằm giảm i p í, ài ng ên việ p iển dự n Việ sử dụng lại p ép â dựng ệ ng p n mềm với lượng độ in ậ a ơn Mô n g m giai đ ạn: Requi m n s sp ifi a i n Yê kỹ ậ) C mp n n anal sis P ân í R q i m n s m difi a i n s m d sign wi i sử dụng) s àn p n ) ửa đổi) T i k ệ v l pm n and in g a i n P System validati n X 2.2) h h kh a Ư điểm  Giảm i p í p p n mềm n ận ệ ng với àn p n iển) ng ) để iển p n mềm s với việ àn àn â dựng mộ  Ti kiệm ời gian v giai đ ạn p iển lại sử dụng lại đ ạn q n p iển p n mềm ướ n ưng đượ in  Giảm iể ướ sai só , lỗi sản p ẩm i ệ ng giai ng s với p n mềm 10 triển nguyên mẫu, sản phẩm dựa mô tả Nh ng nguyên mẫu kiểm thử n ó a đổi mong mu n, nh ng a đổi thực hệ th ng (của vòng xo n sa ) P ương p p i p cận liên tụ đề đặn t i thiểu hóa m i rủi ro hay th t bại phát sinh từ a đổi hệ th ng – N mô hình xo n c có khả đ p ứng a b t k pha dự án ph n mềm (nh ph n mềm) a đổi xảy a đổi yêu c u – Việc xây dựng nguyên mẫu nhanh t n kém, việ ướ lượng chi phí phát triển trở nên dễ dàng ơn; đ ng thời khách hàng hiể sâ ơn giàn nhiều quyền quản tr hệ th ng ơn tham gia tích cực vào vòng xo n c) Nh ợ đ ểm: – Chỉ phát huy hiệu thực so với mô hình khác dự án lớn (với i p í liên q an độ phức tạp a ơn t nhiề ) đó, đâ mô hình t n kém, mặt tài lẫn n người – Để áp dụng mô hình này, c n có nh ng chuyên gia nhiều kinh nghiệm, kỹ ng việ đ n gi b đ nh rủi ro dự án – Việc thực dự án c n có kỹ luật chặt chẽ, ước dự án c n tuân theo nghiêm ngặt – Chỉ riêng chi phí cho việ đ n gi ủi ro hệ th ng cao ơn ả i p í để xây dựng lên hệ th ng – Thành công dự án phụ thuộc nhiều vào pha phân tích rủi ro 4) Evolutionary SDLC 4.1) Kh ệ Mô hình ti n hóa dựa ên ý ưởng nhanh chóng phát triển phiên đ u tiên ph n mềm từ nh ng đặc tả r t trừ ượng a đổi, cải ti n phiên nà đ n gi ê u khách hàng Mỗi phiên ph n 14 mềm sau k thừa nh ng đặc tính t t nh t từ phiên ướ C p iên sa cải ti n dựa phản h i khách hàng để tạo hệ th ng thỏa mãn nhu c u khách hàng Và ph n mềm thỏa mãn yêu c u khách hàng, bàn giao hoàn toàn cho khách hàng 4.2) Mô hình – Để hiểu mô hình ti n hóa, ta tìm khác gi a mô hình ti n hóa mô hình nước truyền th ng: ì h Sự kh h ( he Ev l ữa a ô hì h h v ô hì h h a h ể Devel e M del f S f wa e - Elaine L May and Barbara A Zimmer) – Mô n nướ áp dụng r t phổ bi n Tuy nhiên, mộ n ượ điểm lớn mô n nà , ỉ hiệu đ i với dự án ph n mềm mà đặc tả t rõ ràng từ đ u, yêu c u nhóm phát triển phải hiểu rõ ph n mềm mà m n â dựng, lượng gi nh ng khó k ăn ó thể gặp phải su t trình phát triển Tuy nhiên thực t yêu c u ph n mềm l ôn l ôn a đổi su t trình dự n thực hiện, gây nhiề k ó k ăn việc thực dự n giai đ ạn impl m n ) Hơn n a, r t nhiều yêu c u khách hàng lại không rõ ràng từ đ , ũng n iểu bi t nhóm phát triển không toàn diện ph n mềm mà m n â dựng – Mô hình ti n hóa giúp giải quy đượ n ượ điểm mô hình thác nướ Nó i giai đ ạn thực (implement) thành nhiều chu k Mỗi 15 chu k ũng ó ướ n mô n nước (incremental waterfalls): Lên k hoạch, Thi t k , Thực hiện, Kiểm thử Nhờ đó, người d ng ó ội ti p cận tới ph n mềm cu i chu k n đưa a đ n gi , p ản h i lại cho nhóm phát triển Bằng nà , a đổi yêu c người dùng giải quy t chu k sau – V người d ng tham gia có ản ưởng quan tr ng trình thực impl m n ), d sản phẩm cu i ng đ p ứng r t sát yêu c u người dùng 4.3) ể kha Khảo sát yêu c , đưa a Thi t k an đ u dựa ên đặc tả yêu c đặ người dùng ưng q an ng nh t hệ th ng Lên k hoạch thực Thực chu k phát triển nước (Plan – Design – Implement – Test) Sau ước test giao cho khách hàng phiên ng gian để k àng đ n gi n ận phản h i Bước k hoạch chu k dựa phản h i khách hàng chu k ướ Kiểm thử phiên cu i Áp dụng nào? Gi ng với mô hình xo n Được áp dụng nhiều cho dự án lớn mà yêu c an đ òn ưa õ àng, n ưng n có sản phẩm sớm 4.4) Ư đ ểm: để / h ợ để ? – Nhờ chia nhỏ tr nh thực thành ph n nhỏ ơn q ản lý được, k hoạch dự án trở nên rõ ràng trự q an ơn Nó làm giảm phức tạp dự án, giảm thiể nhiều rủi ũng n giải quy k p thời rủi , a đổi (nhờ liên tục nhận phản h i cu i chu k con) – T m nhìn dài hạn hệ th ng đượ ia àn ước ng n hạn 16 –C ước thực đượ đ n độ iên õ àng – Có k t sớm – đâ “ ông ụ” gia i p r t t t gi a nhóm phát triển khách hàng (thảo luận phản h i quanh sản phẩm thời) – Có phản h i khách hàng từ bên nhóm phát triển – Có cải ti n d n d n cho sản phẩm – Có thể dễ dàng nhận nh ng yêu c u công việc hoàn thành – Có thể đn ước thành ph n ng h ợc đ ểm: – Không phù hợp với dự án nhỏ – Độ phức tạp quản lý ăng – Không bi t rõ ràng k t thúc dự án  ro an điều rủi – Chi phí t n – Yêu c u nhiều tài nguyên kỹ model) p ân í ủi ro (gi ng spiral – Các ti n trình dự án phụ thuộc nhiề ước phân tích rủi ro 5) RUP (Rational Unified Process) SDLC 5.1) Kh ệ RUP (Rational Unified Process) trình phát triển ph n mềm theo mô hình lặp i a iv ) sáng tạo Rational Software Corporation từ 2003 Nó trình phát triển mang ín í ng i ơn mang ín khuôn mẫ n mô n k RUP đượ đội phát triển thi t k , lựa ch n nh ng đặc tính phù hợp mà h th y c n cho dự án ph n mềm 5.2) Mô hình Các pha khung phát triển RUP có dạng: 17 ì h Mô hì h lặ RU (W k ed a) Các pha : B đ u, Cộng tác – chuẩn b , Xây dựng Chuyển d ch Các công việc c n thực hiện: Tìm hiểu mô hình d ch vụ, X đ nh yêu c u, Phân tích – Thi t k , Thực hiện, Kiểm thử Triển khai Ngoài công việc trên, có công việc hỗ trợ khác: Quản lý c n a đổi, Quản lý dự n, Môi ường dự án 5.3) ể kha – Pha b đ u (inception phase) Mụ đí pha đ nh phạm vi hệ th ng để làm sở cho việ ín n i p í an đ u ngân sách Trong pha này, y u t liên q an đ n kin d an đượ đn n i cảnh kinh doanh, y u t thành công, dự ài ín …) P a nà sin a mô hình ca sử dụng, k hoạch dự án, thẩm đ nh rủi an đ u mô tả dự án Các thành ph n y u t kin d an đượ để kiểm tra xem xét xem có ti p tục thực dự án hay không (phải vượt qua LifeCyle Objective) – Pha chuẩn b (elaboration) Mụ đí h pha giảm thiểu rủi ro Các rủi nà phát đề xu t giải pháp cách phân 18 tích y u t liên q an đ n dự n Đ n pha này, dự án b đ đượ đ nh hình: V n đề phân tích ki n trúc dự n an đ đượ đ nh – Pha phải vượ q a cột m c ki n vòng đời (LifeCycle Architecture Milestone) N k ông vượ q a cột m c này, thời gian để thi t k lại quy đ nh hủy dự án – Pha xây dựng Mụ đí ín pha xây dựng hệ th ng ph n mềm Tr ng tâm p a nà đặt vào việc phát triển thành ph n chức hệ th ng Việc lập n thực chủ y u pha Việc xây dựng hệ th ng ph n mềm pha chia theo năng, thành ph n (component) thành phận quản lý xây dựng nguyên mẫ (tức ph n ương đ i hoàn chỉnh năng) Mỗi phận thực vòng lặp riêng – Pha chuyển d ch Pha thực việc chuyển d ch hệ th ng từ trình phát triển sang sản phẩm hoàn thiện, đưa ới người sử dụng giúp h sử dụng hiệu Các hoạ động pha g m ó đà người dùng cu i nhân viên bảo trì; thực kiểm thử hệ th ng để kiểm a ín đ ng đ n so với mong mu n người dùng cu i Sản phẩm đ i chi u với yêu c u ch lượng đề pha b đ u – Mộ lư ý q an ng pha RUP: thân pha vòng lặp, thực đ n k i đạ mục tiêu pha 19 ì h6 v ụ ỗ Development - Ma’a RU (I Ma d shee ) S f wa e 5.4) Á dụ kh ? Mô n RUP áp dụng rộng rãi, nhờ tính thích nghi (adaptive) Các nhóm phát triển ch n lựa y u t cảm th y c n thi t cho dự án ph n mềm m n để áp dụng RUP 5.5) đ ể / h ợ đ ểm? (An overview of the Rational Unified Process (RUP) - Eric Villagomez) Ư đ ểm: – T ường xuyên nhận phản h i từ cổ đông – Sử dụng tài nguyên dự án cách hiệu – Cung c p xác mà khách hàng mu n – Các v n đề phát sớm dự án – Hỗ trợ mô hình phát triển lặp – Cải thiện quản lý rủi ro 20 h ợ đ ểm: – Các ti n trình dự án r t phức tạp để thực – Quá trình phát triển vượt t m kiểm soát (do đ n gia an đ u sai chi phí, tài nguyên rủi ũng n d u t b đ nh) –C n triển ên gia để đ p ứng mục tiêu mô hình phát – Ti n trình nặng 21 ươ ì d K A ả Req e e E ee v vẽ s đồ ố q a hệ Mô ả ắ ọ ộ d K A 1.1) 3: Bài ập III h h a Req i e e E i ể i ee 1.2) K A (ke ess a ea – v xử l q a – Requirement v l pm n P iển ê ) R q i m n li i a i n P iện ê ) R q i m n Anal sis P ân í ê ) R q i m n p ifi a i n Đặ ả ê ) R q i m n V ifi a i n Kiểm ê ) – Requirement Management (Quản lí ê ) ọ ) ả 22 1.3) S đồ ặ ố q a hệ ữa K A: ì h S đồ q a hệ lid ài giảng P ân í n ê ê p n mềm – T K A H n T ng) p n mềm ó KPA ản P iển ê lí ê , ng P iển ê a g m KPA àn p n đượ a ng sơ đ ản ỉ 23 ặ h lid độ ì h S đồ q a hệ h ài giảng P ân í ê p n mềm – T độ H n K A T ng) Ban q ản lí i p k àng Ma k ing C s m Manag m n ) i n àn động với k àng để đn ê đ i với ệ ng â dựng Giai đ ạn R q i m n v l pm n a ản ài liệ ê sở Base Line Requirement ông q a động n p ân í ài liệ , p ỏng v n, đàm p n…) để gửi k àng làm ướ k ởi đ ho giai đ ạn R q i ment Management a k i ó ản ê sở, an q ản lí i p k àng i p ụ làm việ với k àng để n ận, lí ê a đổi k àng nên p iên ản i p ài liệ ê a ản ê lại ập n ậ Bas Lin R q i m n đượ gửi k àng, để i p ụ l ý ki n k àng n i p ụ ới k i ên liên q an đạ đượ đ ng ận ê ệ ng 24 Mô 2.1) Req e e Devel e P iển ê giai đ ạn ệ ng, sản p ẩm a ản nà đảm n ận ông việ ụ ( h ể ) đn ê k àng đ i với ê sở B n giai đ ạn n ỏ KPA ể q n ê p n mềm ) ập ài liệ óa ài ng ên P iện ê q n n ên liên q an, đn ê ập ông in, ài liệ n i k Đâ ướ đ iên ng q n m iể v n đề đượ ê giải q H động ản ộ n người, ên liên q an i lập m i q an ệ gi a đội p iển k àng Giai đ ạn nà òn đượ g i ‘ q i m n s ap ’, ‘ q i m n s dis v ’, ‘ q i m n s acquisition’ (Guide to the Software Engineering Body of Knowledge, 2-4) h độ ụ hể: • P ỏng v n k àng • an s người d ng ự iện ông việ • Ng iên ứ k ản làm việ • Tổ ứ ội ả • Kiểm a báo cáo v n đề • T i sử dụng ê  Mụ •X đn ê q n p iển • X đ nh m n n p ạm vi •X đn lớp người d ng •X đn iê í sản p ẩm •X đn ường ợp ca sử dụng •X đn kiện ệ ng đ p ứng ) P ân í ê q n p ân í d liệ đượ ng P iện ê , giải q ng độ , p ân í l ậ ương mại, ài liệ óa giả đn , àng ộ p ụ ộ , đ ng ời làm việ với ên liên q an để lập iên an đ h độ ụ hể: 25 • Vẽ sơ đ ng ản • Tạ mẫ • P ân í ín k ả i • G n độ ưu tiên ê • Mô hình óa ê • Tạ mộ điển d liệ • P ân ổ ê ới ệ ng n • Áp dụng việ iển k àm đ n gi lượng  Mụ •P iện giải q ng độ gi a ê • T m a p ạm vi p n mềm mà động ới môi ường ng q an • Ng iên ứ ê ệ ng để m a ê p n mềm + Requirement Specificati ) Đặ ả ê q n đn văn ản ứ ổ ợ dựa ên ê ỗ ợ ằng ông ng ệ ự q an đa dạng n mô n óa i n n , iể đ UML, ảng k ng… h độ ụ hể: • Áp dụng mẫ đặ ả ê p n mềm •X đn ng n ê • G n n ãn iêng ê • G i lại q kin d an •X đn ộ ín lượng  Mụ : • Tạ ài liệ đ n ng a ệ ng • Đặ ả đượ ê ệ ng • Đặ ả đượ ê p n mềm ) Kiểm ê q n m é lại đặ ả ê a ự q an k m với ên liên q an để đn ộ ín lượng n àn iện, p ợp, õ àng, ín ự iễn… h độ ụ hể: • Kiểm a tài liệ ê • Kiểm a ê • X đ n tiêu chí p n ận • Tạ mẫ 26 • Kiểm  Mụ • Đảm • Đảm a p n ận : ả k sư p n mềm iể õ ả ê đưa a đượ k 2.2) Req e e ản lý ê người sử dụng •X đ h •D ệ l • ả lý Ma a e e ( ả ê àng ả l ) ent Management p n mềm ự iện gia ê p n mềm n h h h h đổ (Req h p n ận e e i p ả ận với ự iện (CMU/SEI 1995) asel e) (Req e e es) X đ h ộ q ì hkể s đổ : T i lập mộ q n mà q a ê a đổi đượ đề , p ân í giải q ản lý ả n ng a đổi đượ đề ông q a q n nà Công ụ ó k i mk dõi ương mại ó ể ỗ ợ q n a đổi kiểm s h hl a kể s đổ : Mộ n óm n ỏ ên liên q an đượ àn lập để i p n ận đề a đổi ê , lí ng, m é đề nà đượ p n ận a l ại ỏ i lập iên h h độ đổ : Đ n gi ản ưởng a đổi ới i k ệ ng, mã ng n ương n , n iệm vụ n i n àn để đ p ứng a đổi h l ộ đ sở v k ể s h ả lệ Đường sở a g m ê đượ am k ự iện ng mộ ông ụ ể C a đổi ỉ ự iện dựa ên n ng am k ó D ì ộ l h sử đổ : G i lại n ng ngà mà ê đặ điểm kỹ ậ đượ a đổi, n ng a đổi đượ ự iện, nh ng người ự iện a đổi, ại sa Mộ p iên ản điề k iển ông ụ ặ ê ương mại q ản lý ông ụ ó ể ự động vụ 27 ài li [1] Slide ài giảng P ân í ê p n mềm – T H n T ng [2] IEEE Computer Society Professional Practices Committee – Guide to the Software Engineering Body of Knowledge 2004 Version [3] Karl E Wiegers – Software Requirements, Second Edition [4] Ma’am Ma i m N s n – Introduction to Software Development [5] Boehm – A Spiral Model of Software Development and Enhancement, 1988 [6] Wikipedia 28