Mô hình trưởng thành khả năng, mô hình trưởng thành tái sử dụng và áp dụng thực tiễn trong hoạt động sản xuất phần mềm tại công ty CT IN

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ  Nguyễn Hồi Nam MƠ HÌNH TRƯỞNG THÀNH KHẢ NĂNG, MƠ HÌNH TRƯỞNG THÀNH TÁI SỬ DỤNG VÀ ÁP DỤNG THỰC TIẾN TRONG HOẠT ĐỘNG SẢN XUẤT PHẦN MỀM TẠI CƠNG TY CT-IN Ngành: Cơng Nghệ Thơng Tin Mã số: 1.01.10 LUẬN VĂN THẠC SỸ Người hướng dẫn: PGS TS Nguyễn Văn Vỵ Hà Nội - 2007 Mục lục MỞ ĐẦU Chương Mơ hình trưởng thành khả cho phần mềm - CMM 1.1 Tổ chức phần mềm chưa trưởng thành trưởng thành…………………………………… 1.2 Các khái niệm khía cạnh trưởng thành tiến trình……………………………… Năm mức trưởng thành tiến trình phần mềm……………………………………………………… 10 2.1 Đặc tính cư xử mức trưởng thành………………………………………………………….11 2.2 Năng lực tiến trình dự báo hiệu năng…………………………………………………………….15 2.3 Bỏ qua mức trưởng thành………………………………………………………………………… 17 Định nghĩa theo kiểu hoạt động mơ hình CMM……………………………………………… 18 3.1 Cấu trúc bên mức trưởng thành…………………………………………………… 3.2 Các mức trưởng thành…………………………………………………………………………………… 3.3 Các vùng tiến trình then chốt…………………………………………………………………………… 3.4 Các mục tiêu………………………………………………………………………………………………… 3.5 Các đặc điểm chung………………………………………………………………………………………… 3.6 Các thực hành then chốt………………………………………………………………………………… Tương lai CMM…………………………………………………………………………………………….27 Kết luận…………………………………………………………………………………………………… ……….28 Chương Tiến trình sử dụng lại mức tăng trưởng tổ chức (RMM) Tổng quan………………………………………………………………………………………………………… Khía cạnh nay: Kỹ nghệ tiến trình………………………………………………………………… Mơ hình tăng trưởng tái sử dụng (RMM) ……………………………………………………………….32 3.1 Các nhân tố tái sử dụng………………………………………………………………………………… 33 3.2 Các hoạt động tái sử dụng……………………………………………………………………………….35 Kết luận…………………………………………………………………………………………………… ……….46 Chương Áp dụng CMM, RMM vào hoạt động thực tiễn sản xuất phần mềm công ty CT-IN Giới thiệu…………………………………………………………………………………………………… …… 47 Chi tiết vùng thực hành then chốt………………………………………………………………….47 2.1 Quản lý yêu cầu……………………………………………………………………… 2.2 Quy trình phát triển kế hoạch dự án phần mềm…………………………… 2.3 Quản Lý Cấu Hình…………………………………………………………………… 2.4 Quy trình đảm bảo chất lượng phần mềm………………………………………………………… 2.5 Quy trình kiểm tra…………………………………………………………………………………………… Chương Xây dựng cơng cụ trợ giúp quản lý tiến trình Giới thiệu…………………………………………………………………………………………………… …… 87 Mô tả phần mềm……………………………………………………………………………………………… 88 Nhận xét…………………………………………………………………………………………………………… KẾT LUẬN Tài liệu tham khảo Phụ lục actorlist_template.doc usecase_template.doc feature_list.doc risk_list_template.doc software_development_plan_template.doc qa_plan_template.doc test_plan_template.doc test_case_template.doc MỞ ĐẦU Vai trò tổ chức quản lý chất lượng phần mềm (bên cạnh yếu tố công nghệ, nhân lực) Mơ hình CMM/CMMi Viện Kỹ Thuật SEI (Software Engineering Institute) liên kết với Đại Học Carnegie Mellon - Hoa Kỳ phát triển Mơ hình CMM trước gồm có mức: khởi đầu, lặp lại được, định nghĩa, quản lý tối ưu Một điểm đặc biệt doanh nghiệp áp dụng mơ hình CMM mức mà không cần tuân theo qui định nào, không cần phải đạt mức thấp trước đạt mức cao (có thể thẳng lên mức cao, tự hạ xuống mức thấp hơn) Về nguyên tắc, SEI khơng thức đứng cơng nhận CMM mà thông qua tổ chức tư vấn, đánh giá trưởng SEI ủy quyền thừa nhận Tuy nhiên, từ cuối 2005, SEI không tổ chức huấn luyện SW-CMM thừa nhận đánh giá theo mô hình CMMi từ tháng 12/2005 CMMi tích hợp từ nhiều mơ hình khác nhau, phù hợp cho doanh nghiệp phần cứng tích hợp hệ thống, không đơn áp dụng cho doanh nghiệp sản xuất phần mềm CMM trước Có mơ hình áp dụng CMMi CMMi-SW (dành cho cơng nghệ phần mềm), CMMi-SE/SW (dành cho công nghệ hệ thống phần mềm), CMMi-SE/SW/IPPD (dành cho công nghệ hệ thống + công nghệ phần mềm với việc phát triển sản phẩm quy trình tích hợp), CMMi-SE/SW/IPPD/SS (dành cho cơng nghệ hệ thống + công nghệ phần mềm với việc phát triển sản phẩm quy trình tích hợp có sử dụng thầu phụ) Có cách diễn đạt sử dụng CMMi: Staged (phù hợp cho tổ chức có 100 người) Continuos (phù hợp cho tổ chức 40 người) CMMi bao gồm mức CMM: khởi đầu, lặp lại được, xác định, quản lý tối ưu hóa Tuy nhiên, việc chuyển đổi từ mơ hình CMM sang CMMi tùy thuộc vào doanh nghiệp/tổ chức cụ thể Có thể phải thay đổi nhiều thực tế áp dụng mơ hình CMMi địi hỏi nhiều đầu tư cơng sức tài Kinh phí để tiến hành đánh giá theo mơ hình CMM/CMMi lên đến vài chục hay vài trăm ngàn đô-la Mỹ tốn nan giải doanh nghiệo phần mềm nhỏ Có thể xem CMM/CMMi "giấy thông hành" giúp doanh nghiệp phần mềm tạo lợi trình cạnh tranh giành hợp đồng từ phía đối tác nước ngồi Tuy nhiên yếu tố quan trọng bậc chất lượng sản phẩm mà doanh nghiệp thể Để doanh nghiệp phần mềm nhỏ đạt đánh giá áp dụng thành cơng mơ hình CMM/CMMi trước hết doanh nghiệp cần "tự lớn lên" qua họ có đủ lực để áp dụng mơ hình Vấn đề sử dụng lại phần mềm (software reuse) quan trọng công nghệ phần mềm Khi nghiên cứu tích hợp q trình phát triển phần mềm, cung cấp sở cho cải tiến sâu sắc cách phát triển bảo dưỡng hệ thống phần mềm chu kỳ vịng đời Nó có mục đích sau:  Tăng cường lực sản xuất  Cải thiện chất lượng độ tin cậy hệ thống phần mềm  Cải thiện tương tác qua lại hệ thống  Xác định kiểm soát rủi ro kỹ thuật  Rút ngắn thời gian phát triển bảo dưỡng Mơ hình tăng trưởng sử dụng lại RMM (Reuse Maturity Model) đưa nhằm giúp doanh nghiệp áp dụng hiệu việc tái sử dụng lại phần mềm Trong trình hoạt động thực tiễn công ty CT-IN, nhu cầu công việc (xuất phần mềm cho nước ngoài) nên việc áp dụng mơ hình CMM RMM trở thành nhu cầu cấp thiết hiệu * Nội dung đề tài, vấn đề giải quyết: Luận văn tập trung vào trình bày hai mơ hình CMM RMM, khài niệm, thuật ngữ, vấn đề cần quan tâm hai mô hình qua áp dụng thực tế hoạt động xuất phần mềm công ty CT-IN Mô hình tăng trưởng lực (CMM) cho phần mềm tập thành phần quy trình phần mềm hiệu CMM miêu tả cải tiến khơng ngừng từ q trình sơ khai, chưa thục đến quy trình thục theo quy định rõ ràng CMM chứa đựng kinh nghiệm thực tế từ việc kế hoạch, quản lý mặt kỹ thuật trình phát triển bảo dưỡng phần mềm Khi tuân theo quy định này, giúp doanh nghiệp cải thiện khả sản xuất với chi phí tối ưu, đảm bảo chức năng, kế hoạch chất lượng sản phẩm CMM có mức:  (1): Khởi tạo  (2): Lặp lại  (3): Xác định  (4): Quản lý  (5): Tối ưu Mơ hình tăng trưởng sử dụng lại có mức:  (1): Khởi tạo (Initial Chaotic)  (2): Được giám sát (Monitored)  (3): Được phối hợp (Coordinated)  (4): Được lên kế hoạch (Planned)  (5): Sâu sát (Ingrained) Luận văn tập trung vào trình bày chi tiết mức hai mơ hình qua rút kinh nghiệm thực tế áp dụng công ty CT-IN Cuối cùng, em xin chân thành cảm ơn hướng dẫn tận tình phó giáo sư, tiến sỹ Nguyễn Văn Vỵ - Đại Học Quốc Gia Hà Nội – Trường Đại Học Cơng Nghệ q trình thực luận văn Em xin cảm ơn thầy cô trường Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội tạo điều kiện giúp đỡ em q trình học tập làm khóa luận tốt nghiệp Xin cảm ơn giúp đỡ bạn lớp K10T3 trình học tập vừa qua Hà Nội, ngày 02 tháng 09 năm 2006 Học viên Nguyễn Hồi Nam Chương Mơ hình trưởng thành khả cho phần mềm - CMM Sau hàng thập kỷ với thất bại việc cải thiện suất chất lượng từ việc áp dụng phương pháp luận công nghệ việc sản xuất phần mềm, doanh nghiệp phần mềm nhận vấn đề việc quản lý tiến trình làm phần mềm Trong nhiều doanh nghiệp, dự án thường muộn vượt ngân sách cho phép, lợi ích việc áp dụng phương pháp công cụ tiên tiến thường không nhận thấy áp dụng cho dự án không tuân theo quy định chặt chẽ Vào tháng 11 năm 1986, học viện Kỹ Nghệ Phần Mềm (SEI), với trợ giúp tập đoàn Mitre, bắt đầu phát triển mơ hình trưởng thành tiến trình nhằm giúp cho cơng ty cải thiện chất lươngh làm phần mềm Tháng năm 1987, SEI đưa miêu tả ngắn gọn cho mơ hình trưởng thành tiến trình Hai phuơng pháp đánh giá tiến trình phần mềm đánh giá khả phần mềm phương pháp đặt câu hỏi trưởng thành phát triển để đánh giá trưởng thành tiến trình phần mềm Sau bốn năm kinh nghiệm phát triển mơ hình trưởng thành tiến trình phần mềm phiên khởi đầu mơ hình đặt câu hỏi trưởng thành, SEI kết hợp mô hình trưởng thành vào Mơ Hình Trưởng Thành Năng Lực cho Phần Mềm (CMM) CMM thể tập thực tế gợi ý nhiều vùng tiến trình (KPA) sử dụng để cải thiện lực phần mềm CMM dựa kiến thức từ việc đánh giá tiến trình phần mềm phản hồi rộng lớn từ phía nghành cơng nghiệp phủ Mơ hình trưởng thành lực cho phần mềm cung cấp hướng dẫn cho cơng ty phần mềm làm để kiểm sốt tiến trình phát triển bảo dưỡng phần mềm để phát triển theo hướng kỹ nghệ phần mềm quản lý tốt tương lai CMM thiết kế nhằm hướng dẫn công ty phần mềm việc lựa chọn chiến lược cải tiến quy trình việc định mơ hình trưởng thành tiến trình xác định số vấn đề quan trọng cho chất lượng phần mềm cải tiến quy trình 133 Special Considerations:  Load Testing Test Objective: Technique: Completion Criteria: Special Considerations:  Stress Testing Test Objective: Technique: Completion Criteria: Special Considerations:  Volume Testing Test Objective: Technique: Completion Criteria: Special Considerations:  Security and Access Control Testing Test Objective: Technique: Completion Criteria: Special Considerations:  Failover and Recovery Testing Test Objective: Technique: Completion Criteria: 134 Special Considerations:  Configuration Testing Test Objective: Technique: Completion Criteria: Special Considerations:  Installation Testing Test Objective: Technique: Completion Criteria: Special Considerations: 5.2 Beta Test Test Objective: Technique: Completion Criteria: Special Considerations: Acceptance Test Internal Acceptance Test: Status: Date approval: How many bugs: Description: 135 Client Acceptance Test: Status: Date approval: How many bugs: Description: Environment Requirements Provide all environment requirements to PM so he can include them in the Project SDP Don’t list them here as it is no use repeating twice the same thing and it is difficult to keep artifacts updated See Project SDP, section 1.7.3 & 1.7.4 Time estimates The schedule of all required testing activities, this schedule must be an integral part of Software project management plan Please see the Software project management plan to know when we start writing test case and executing testing The following is estimate time for writing test case and executing testing Please inform PM as soon as the estimates are available so he can enter them in his schedule Total: Resources and Responsibilities Specify the responsibilities of the concerned people for the successful completion of the testing process Define the test team in person (people that will directly perform tests), which can contain: PM Test Lead Testers 10 Test Deliverables Inform PM of all Test deliverables Do not list them here as they are to be listed in SDP PM still needs you to tell him what the Test deliverables will be See Project SDP, section 2.1 11 Tools Inform PM of all tools you will require Do not list them here as they are to be listed in SDP PM still needs you to tell him what the Test tools will be See Project SDP, section 1.7.2 12 Test Suspension/Resumption Criteria If any defects are found which seriously impact the test progress, the Test Lead and Project manager may choose to suspend testing process Criteria that will justify test suspension are: - Hardware/software is not available at the times indicated in the project schedule - Source code contains one or more critical bugs, which seriously prevents or limits testing progress - Assigned test resources are not available when needed by the test team If testing is suspended, resumption will only occur when the problem(s) that caused the suspension has been resolved When a critical defect is the cause of the suspension, Test Lead must verify the fixed before testing is resumed 137 test_case_template DOCUMENT HISTORY AND INFORMATION Document Control: History of Amendments: No Date Table of Content Table of Content Introduction 1.1Purpose 1.2Scope 1.3Initial Condition 1.4Environment Summary Cases 138 Introduction 1.1 Purpose This Test Case document for the , there is a set of test inputs, execution conditions, and expected results developed for particular objective, such as to exercise a particular program path or to verify compliance with a specific requirement The purpose of the Test Case is to identify and communicate the conditions, which will be implemented and are necessary to verify successful and acceptable implementation of the project 1.2 Scope Test cases reflect the requirements that are to be tested in the application during test Test cases are classified into several categories based on the business need (s) 1.3 Initial Condition • • 1.4 Environment  Operating System:  Browser:  Component: Summary Total of cases Not done reason: Cases 3.1 Data and database integrity Testing 139 No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.2 No Function Testing Description Screen shots: No Description Screen shots: No Description 140 Screen shots: 3.3 Business Cycle Testing No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.4 User Interface Testing No Screen shots: Description 141 No Description Screen shots: No Description Screen shots: 3.5 No Performance Profiling Testing Description Screen shots: No Description Screen shots: No Description Screen shots: 3.6 Load Testing 142 No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.7 No Stress Testing Description Screen shots: No Description Screen shots: No Description 143 Screen shots: 3.8 Volume Testing No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.9 No Screen shots: Security and Access Control Testing Description 144 No Description Screen shots: No Description Screen shots: 3.10 Failover and Recovery Testing No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.11 Configuration Testing 145 No Description Screen shots: No Description Screen shots: No Description Screen shots: 3.12 Installation Testing No Description Screen shots: No Description Screen shots: No Description 146 Screen shots: ... bảo dưỡng Mơ hình tăng trưởng sử dụng lại RMM (Reuse Maturity Model) đưa nhằm giúp doanh nghiệp áp dụng hiệu việc tái sử dụng lại phần mềm Trong trình hoạt động thực tiễn công ty CT- IN, nhu cầu... vấn đề cần quan tâm hai mơ hình qua áp dụng thực tế hoạt động xuất phần mềm công ty CT- IN Mơ hình tăng trưởng lực (CMM) cho phần mềm tập thành phần quy trình phần mềm hiệu CMM miêu tả cải tiến... Kiểm thử thành phần: Do tính đối ngẫu đề nghị phần mềm cho tái sử dụng phần mềm với tái sử dụng, cấu trúc kiểm thử áp dụng cho tổ chức cần xác định cho tương ứng với phần mềm cho tái sử dụng 35