Báo cáo môn Đảm Bảo Chất Lượng Phần Mềm Đề tài Phân tích các thành phần đảm bảo chất lượng phần mềm cho dự án X

61 24 1
Báo cáo môn Đảm Bảo Chất Lượng Phần Mềm   Đề tài Phân tích các thành phần đảm bảo chất lượng phần mềm cho dự án X

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Trường Đại Học Công Nghiệp Hà NộiKhoa công nghệ thông tinMục lụcLời Nói Đầu1Danh mục các thuật ngữ, ký hiệu và các chữ viết tắt2Chương 1. Tích hợp các hoạt động chất lượng trong vòng đời dự án31.1.Phương pháp phát triển phần mềm truyền thống và các phương pháp khác31.1.1.Mô hình thác nước31.1.2.Mô hình Agile51.1.3.So sánh mô hình thác nước và mô hình Agile91.2.Các yếu tố ảnh hưởng hoạt động đảm bảo chất lượng phần mềm111.3.Xác minh, thẩm định và đánh giá chất lượng12Chương 2. Rà soát142.1. Định nghĩa về rà soát của IEEE142.2. Mục tiêu rà soát142.3. Những rà soát thiết kế hình thức152.4. Các rà soát ngang hàng (peer review)172.5 Các ý kiến chuyên gia20Chương 3. Đảm bảo chất lượng của các thành phần bảo trì phần mềm243.1. Giới thiệu243.2. Cơ sở cho chất lượng bảo trì phần mềm cao243.2.1. Cơ sở 1: Chất lượng gói phần mềm243.2.2. Cơ sở 2: Chính sách bảo trì263.3. Các thành phần chất lượng phần mềm tiền bảo trì273.3.1. Xem xét lại hợp đồng bảo trì273.3.2. Lập kế hoạch bảo trì283.4. Các công cụ đảm bảo chất lượng phần mềm313.4.1. Công cụ SQA cho bảo trì sửa lỗi313.4.2. Công cụ SQA cho bảo trì cải thiện chức năng323.4.3. Công cụ SQA cơ sở cho bảo trì phần mềm323.4.4. Công cụ SQA cho giám sát quản lý bảo trì phầm mềm36Chương 4. CASE Tool và ảnh hưởng của nó lên chất lượng phần mềm404.1. Khái niệm CASE Tool404.2. Đóng góp của Case Tool cho chất lượng phần mềm424.3. Đóng góp của Case Tool cho chất lượng bảo trì phần mềm454.4. Đóng góp của Case Tool cho quản lý dự án46Chương 5. Đảm bảo chất lượng phần mềm của các yếu tố bên ngoài cùng tham gia475.1. Những thành phần bên ngoài đóng góp vào dự án phần mềm475.2 Rủi ro và lợi ích của giới thiệu người tham dự ngoài485.3. Những mục tiêu đảm bảo chất lượng về sự đóng góp người tham gia bên ngoài505.4. Các công cụ đảm bảo chất lượng những đóng góp của các thành viên đóng góp bên ngoài.51Tài liệu tham khảo53 Lời Nói ĐầuTrong môi trường kinh doanh ngày nay, nếu muốn giữ vững tỷ lệ chiếm lĩnh thị trường chưa nói gì đến việc tăng tỷ lệ đó cần thiết phải xây dựng được hệ thống đảm bảo chất lượng các phần mềm trong doanh nghiệp đạt tiêu chuẩn nhất định.Ngày nay, các khách hàng xem trọng chất lượng sản phẩm hơn là sự tin tưởng đối với các doanh nghiệp trong nước, và trong mọi trường hợp giá cả chưa hẳn đã là nhân tố quyết định trong sự lựa chọn của khách hàng. Chất lượng đã thay thế giá cả, và điều đó đúng với cả công nghiệp, công nghệ, dịch vụ và nhiều thị trường khác. Đặc biệt trong thị trường công nghệ hiện nay, các phần mềm càng được quan tâm nhiều hơn về việc chất lượng có đảm bảo hay không ? Có thể nói chất lượng sản phẩm đóng vai trò quan trọng quyết định sự sống còn của các doanh nghiệp phần mềm hiện nay.Dưới đây là các lý do tại sao chất lượng phần mềm quan trọng và ảnh hưởng to lớn đến các doanh nghiệp phần mềm, vì: •Đáp ứng kỳ vọng của khách hàng•Tăng uy tín, danh tiếng và hình ảnh cho doanh nghiệp•Đáp ứng hoặc vượt trên các tiêu chuẩn ngành•Quản lý chi phí hiệu quảTrong bài báo cáo này, chúng ta cùng tìm hiểu các thành phần ảnh hưởng đến việc đảm bảo chất lượng phần mềm trong vòng đời dự án phần mềm. Danh mục các thuật ngữ, ký hiệu và các chữ viết tắtTừ viết tắtViết đầy đủChức năng Ý nghĩaQAQuality AssuranceNgười chịu trách nhiệm đảm bảo chất lượng sản phẩm thông qua việc đưa ra quy trình làm việc giữa các bên liên quan.EREntity RelationshipMô tả các đối tượng trong thế giới thực bằng các thực thể, quan hệ.FailureLỗi phần mềmCOTS softwarePhần mềm bán sẵnDRDesign ReviewRà soát thiết kếSQASoftware Quality AssuranceBộ phận giám sát và quản lý chất lượng Chương 1. Tích hợp các hoạt động chất lượng trong vòng đời dự ánMục lụcLời Nói Đầu1Danh mục các thuật ngữ, ký hiệu và các chữ viết tắt2Chương 1. Tích hợp các hoạt động chất lượng trong vòng đời dự án31.1.Phương pháp phát triển phần mềm truyền thống và các phương pháp khác31.1.1.Mô hình thác nước31.1.2.Mô hình Agile51.1.3.So sánh mô hình thác nước và mô hình Agile91.2.Các yếu tố ảnh hưởng hoạt động đảm bảo chất lượng phần mềm111.3.Xác minh, thẩm định và đánh giá chất lượng12Chương 2. Rà soát142.1. Định nghĩa về rà soát của IEEE142.2. Mục tiêu rà soát142.3. Những rà soát thiết kế hình thức152.4. Các rà soát ngang hàng (peer review)172.5 Các ý kiến chuyên gia20Chương 3. Đảm bảo chất lượng của các thành phần bảo trì phần mềm243.1. Giới thiệu243.2. Cơ sở cho chất lượng bảo trì phần mềm cao243.2.1. Cơ sở 1: Chất lượng gói phần mềm243.2.2. Cơ sở 2: Chính sách bảo trì263.3. Các thành phần chất lượng phần mềm tiền bảo trì273.3.1. Xem xét lại hợp đồng bảo trì273.3.2. Lập kế hoạch bảo trì283.4. Các công cụ đảm bảo chất lượng phần mềm313.4.1. Công cụ SQA cho bảo trì sửa lỗi313.4.2. Công cụ SQA cho bảo trì cải thiện chức năng323.4.3. Công cụ SQA cơ sở cho bảo trì phần mềm323.4.4. Công cụ SQA cho giám sát quản lý bảo trì phầm mềm36Chương 4. CASE Tool và ảnh hưởng của nó lên chất lượng phần mềm404.1. Khái niệm CASE Tool404.2. Đóng góp của Case Tool cho chất lượng phần mềm424.3. Đóng góp của Case Tool cho chất lượng bảo trì phần mềm454.4. Đóng góp của Case Tool cho quản lý dự án46Chương 5. Đảm bảo chất lượng phần mềm của các yếu tố bên ngoài cùng tham gia475.1. Những thành phần bên ngoài đóng góp vào dự án phần mềm475.2 Rủi ro và lợi ích của giới thiệu người tham dự ngoài485.3. Những mục tiêu đảm bảo chất lượng về sự đóng góp người tham gia bên ngoài505.4. Các công cụ đảm bảo chất lượng những đóng góp của các thành viên đóng góp bên ngoài.51Tài liệu tham khảo53 Lời Nói ĐầuTrong môi trường kinh doanh ngày nay, nếu muốn giữ vững tỷ lệ chiếm lĩnh thị trường chưa nói gì đến việc tăng tỷ lệ đó cần thiết phải xây dựng được hệ thống đảm bảo chất lượng các phần mềm trong doanh nghiệp đạt tiêu chuẩn nhất định.Ngày nay, các khách hàng xem trọng chất lượng sản phẩm hơn là sự tin tưởng đối với các doanh nghiệp trong nước, và trong mọi trường hợp giá cả chưa hẳn đã là nhân tố quyết định trong sự lựa chọn của khách hàng. Chất lượng đã thay thế giá cả, và điều đó đúng với cả công nghiệp, công nghệ, dịch vụ và nhiều thị trường khác. Đặc biệt trong thị trường công nghệ hiện nay, các phần mềm càng được quan tâm nhiều hơn về việc chất lượng có đảm bảo hay không ? Có thể nói chất lượng sản phẩm đóng vai trò quan trọng quyết định sự sống còn của các doanh nghiệp phần mềm hiện nay.Dưới đây là các lý do tại sao chất lượng phần mềm quan trọng và ảnh hưởng to lớn đến các doanh nghiệp phần mềm, vì: •Đáp ứng kỳ vọng của khách hàng•Tăng uy tín, danh tiếng và hình ảnh cho doanh nghiệp•Đáp ứng hoặc vượt trên các tiêu chuẩn ngành•Quản lý chi phí hiệu quảTrong bài báo cáo này, chúng ta cùng tìm hiểu các thành phần ảnh hưởng đến việc đảm bảo chất lượng phần mềm trong vòng đời dự án phần mềm. Danh mục các thuật ngữ, ký hiệu và các chữ viết tắtTừ viết tắtViết đầy đủChức năng Ý nghĩaQAQuality AssuranceNgười chịu trách nhiệm đảm bảo chất lượng sản phẩm thông qua việc đưa ra quy trình làm việc giữa các bên liên quan.EREntity RelationshipMô tả các đối tượng trong thế giới thực bằng các thực thể, quan hệ.FailureLỗi phần mềmCOTS softwarePhần mềm bán sẵnDRDesign ReviewRà soát thiết kếSQASoftware Quality AssuranceBộ phận giám sát và quản lý chất lượng Chương 1. Tích hợp các hoạt động chất lượng trong vòng đời dự ánBÁO CÁO THỰC NGHIỆMHỌC PHẦN ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀMĐề tài: Phân tích các thành phần đảm bảo chất lượng phần mềm cho dự án X

Trường Đại Học Công Nghiệp Hà Nội Khoa công nghệ thông tin - - BÁO CÁO THỰC NGHIỆM HỌC PHẦN ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM Đề tài: Phân tích thành phần đảm bảo chất lượng phần mềm cho dự án X GVHD: TS Vũ Đình Minh Lớp: IT6008.2 Khóa: K14 Mã SV: Họ tên: Trần Quang Hưng 2019601992 Họ tên: Trần Anh Tuấn Mã SV: Họ tên: Ngô Văn Bằng 2019601107 Mã SV: Họ tên: Lý Văn Ngọc Đại 2019603303 Họ tên: Trần Lê Mạnh Mã SV: 2019603574 Mã SV: 2019602246 Hà Nội, 2021 Trường Đại Học Công Nghiệp Hà Nội Khoa công nghệ thông tin - - BÁO CÁO THỰC NGHIỆM HỌC PHẦN ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM Đề tài: Phân tích thành phần đảm bảo chất lượng phần mềm cho dự án X GVHD: TS Vũ Đình Minh Lớp: IT6008.2 Khóa: K14 Mã SV: Họ tên: Trần Quang Hưng 2019601992 Họ tên: Trần Anh Tuấn Mã SV: Họ tên: Ngô Văn Bằng 2019601107 Mã SV: Họ tên: Lý Văn Ngọc Đại 2019603303 Họ tên: Trần Lê Mạnh Mã SV: 2019603574 Mã SV: 2019602246 Hà Nội, 2021 Mục lục Lời Nói Đầu .1 Danh mục thuật ngữ, ký hiệu chữ viết tắt Chương Tích hợp hoạt động chất lượng vòng đời dự án 1.1 Phương pháp phát triển phần mềm truyền thống phương pháp khác .3 1.1.1 Mơ hình thác nước .3 1.1.2 Mơ hình Agile 1.1.3 So sánh mơ hình thác nước mơ hình Agile 1.2 Các yếu tố ảnh hưởng hoạt động đảm bảo chất lượng phần mềm 11 1.3 Xác minh, thẩm định đánh giá chất lượng 12 Chương Rà soát 14 2.1 Định nghĩa rà soát IEEE 14 2.2 Mục tiêu rà soát 14 2.3 Những rà sốt thiết kế hình thức 15 2.4 Các rà soát ngang hàng (peer review) 17 2.5 Các ý kiến chuyên gia 20 Chương Đảm bảo chất lượng thành phần bảo trì phần mềm .24 3.1 Giới thiệu 24 3.2 Cơ sở cho chất lượng bảo trì phần mềm cao 24 3.2.1 Cơ sở 1: Chất lượng gói phần mềm 24 3.2.2 Cơ sở 2: Chính sách bảo trì 26 3.3 Các thành phần chất lượng phần mềm tiền bảo trì 27 3.3.1 Xem xét lại hợp đồng bảo trì 27 3.3.2 Lập kế hoạch bảo trì 28 3.4 Các công cụ đảm bảo chất lượng phần mềm 31 3.4.1 Công cụ SQA cho bảo trì sửa lỗi .31 3.4.2 Cơng cụ SQA cho bảo trì cải thiện chức 32 3.4.3 Công cụ SQA sở cho bảo trì phần mềm 32 3.4.4 Công cụ SQA cho giám sát quản lý bảo trì phầm mềm 36 Chương CASE Tool ảnh hưởng lên chất lượng phần mềm .40 4.1 Khái niệm CASE Tool 40 4.2 Đóng góp Case Tool cho chất lượng phần mềm 42 4.3 Đóng góp Case Tool cho chất lượng bảo trì phần mềm 45 4.4 Đóng góp Case Tool cho quản lý dự án 46 Chương Đảm bảo chất lượng phần mềm yếu tố bên tham gia 47 5.1 Những thành phần bên ngồi đóng góp vào dự án phần mềm 47 5.2 Rủi ro lợi ích giới thiệu người tham dự 48 5.3 Những mục tiêu đảm bảo chất lượng đóng góp người tham gia bên ngồi 50 5.4 Các cơng cụ đảm bảo chất lượng đóng góp thành viên đóng góp bên ngồi 51 Tài liệu tham khảo 53 Lời Nói Đầu Trong môi trường kinh doanh ngày nay, muốn giữ vững tỷ lệ chiếm lĩnh thị trường - chưa nói đến việc tăng tỷ lệ - cần thiết phải xây dựng hệ thống đảm bảo chất lượng phần mềm doanh nghiệp đạt tiêu chuẩn định Ngày nay, khách hàng xem trọng chất lượng sản phẩm tin tưởng doanh nghiệp nước, trường hợp giá chưa nhân tố định lựa chọn khách hàng Chất lượng thay giá cả, điều với cơng nghiệp, công nghệ, dịch vụ nhiều thị trường khác Đặc biệt thị trường công nghệ nay, phần mềm quan tâm nhiều việc chất lượng có đảm bảo hay khơng ? Có thể nói chất lượng sản phẩm đóng vai trị quan trọng định sống doanh nghiệp phần mềm Dưới lý chất lượng phần mềm quan trọng ảnh hưởng to lớn đến doanh nghiệp phần mềm, vì:     Đáp ứng kỳ vọng khách hàng Tăng uy tín, danh tiếng hình ảnh cho doanh nghiệp Đáp ứng vượt tiêu chuẩn ngành Quản lý chi phí hiệu Trong báo cáo này, tìm hiểu thành phần ảnh hưởng đến việc đảm bảo chất lượng phần mềm vòng đời dự án phần mềm Danh mục thuật ngữ, ký hiệu chữ viết tắt Từ viết tắt QA Viết đầy đủ Quality Assurance Chức / Ý nghĩa Người chịu trách nhiệm đảm bảo chất lượng sản phẩm thông qua việc đưa quy trình làm việc bên ER Entity - liên quan Mô tả đối tượng Relationship giới thực thực thể, Failure quan hệ Lỗi phần mềm Phần mềm bán sẵn Design Review Software Quality Rà soát thiết kế Bộ phận giám sát quản lý Assurance chất lượng COTS software DR SQA Chương Tích hợp hoạt động chất lượng vịng đời dự án 1.1 Phương pháp phát triển phần mềm truyền thống phương pháp khác 1.1.1 Mơ hình thác nước Có nhiều mơ hình phát triển phần mềm truyền thống như: thác nước (Waterfall model), mơ hình chữ V (V model), xoắn ốc (Spiral model)… Nhưng mơ hình thác nước mơ hình truyền thống tiếng nhiều người biết đến rộng rãi Mơ hình thác nước có vịng đời phát triển phần mềm bao gồm giai đoạn sau: Requirement Analysis System Design Implementation Testing System Deployment System Maintenance Các hoạt động liên quan đến giai đoạn khác sau: • Requirement Analysis (Phân tích yêu cầu): Đây pha dự án sử dụng mơ hình thác nước với mục đích xác định phân tích tất nhu cầu kinh doanh, yêu cầu từ người dùng sản phẩm, buộc rủi ro yêu cầu • System Design (Thiết kế hệ thống): Từ yêu cầu xác định bước 1, nhóm dự án tạo thiết kế cho sản phẩm để đáp ứng tất yêu cầu đó, bao gồm thiết kế phần cứng, thiết kế phần mềm, ngơn ngữ lập trình, lưu trữ liệu Đây đồng thời phần giúp bạn xác định dự án hữu ích người dùng Nếu bước gặp vấn đề phải quay lại bước để thực lại 41 Chương CASE Tool ảnh hưởng lên chất lượng phần mềm 4.1 Khái niệm CASE Tool Định nghĩa: CASE Tool cơng cụ máy tính để phát triển phần mềm mà chúng hỗ trợ người phát triển thực nhiều pha vòng đời phần mềm hỗ trợ bảo trì phần mềm Khi nhắc đến CASE Tool thực ta cần phải phân biệt:  Công cụ CASE bên (upper CASE tool) hỗ trợ pha phân tích thiết kế  Công cụ CASE bên (lower CASE tool) hỗ trợ pha coding (trong “bên trên” “bên dưới” liên quan đến vị trí pha mơ hình thác nước)  Cơng cụ CASE tích hợp hỗ trợ pha phân tích, thiết kế Coding Thành phần công cụ CASE thực kho chứa (repository) chứa tất thông tin liên quan đến dự án Thơng tin dự án tích lũy kho chứa cập nhật có thay đổi suốt trình phát triển phần mềm giai đoạn bảo trì Kho chứa pha phát triển phía trước sở cho pha Thơng tin phát triển tích lũy chứa kho chứa cung cấp hỗ trợ cho giai đoạn bảo trì cơng việc bảo trì sửa đổi, đáp ứng hay cải thiện chức thực Hệ thống máy tính quản lý kho chứa đảm bảo thơng tin dự án trì phù hợp với phương pháp luận 42 phát triển đảm bảo quy chuẩn dựa theo phong cách, thủ tục xây dựng dẫn công việc Điều làm cơng cụ CASE có khả đưa tài liệu dự án đầy đủ cập nhật lúc Một vài công cụ CASE bên CASE tích hợp tự động sinh mã chương trình dựa hồn tồn thơng tin thiết kế lưu kho chứa Những công cụ kỹ nghệ ngược (Reverse engineering tool) xem công cụ CASE thực Dựa mã hệ thống, cơng cụ áp dụng cho việc khôi phục tái tạo tài liệu thiết kế cho hệ thống phần mềm sử dụng (phần mềm “kế thừa”) Nói cách khác, cơng cụ CASE kỹ nghệ ngược hoạt động ngược với công cụ CASE thơng thường: thay tạo mã hệ thống dựa thông tin thiết kế, chúng tạo kho chứa đầy đủ, cập nhật tài liệu thiết kế dựa mã hệ thống Sự hỗ trợ công cụ CASE cho người phát triển hệ thống thể bảng sau: Kiểu công cụ CASE Sửa đổi biểu đồ Hỗ trợ Sửa đổi văn biểu đồ, tạo biểu đồ thiết kế dựa ghi Truy vấn kho chứa kho chứa Hiển thị phần văn thiết kế, biểu đồ… Viết tài liệu tự động theo dõi yêu cầu Tự động sinh tài liệu yêu cầu theo ghi cập nhật kho 43 Hỗ trợ thiết kế chứa Việc sửa đổi thiết kế ghi lại người phân tích hệ thống quản lý từ Sửa đổi mã điển liệu Biên dịch thông dịch gỡ rối tương tác mã cho ngôn ngữ lập trình cụ thể Sinh mã cơng cụ phát triển Chuyển từ ghi thiết kế sang mẫu ứng dụng phần mềm thích hợp với ngơn ngữ lập trình Quản lý cấu hình (hoặc cơng cụ phát triển) Quản lý phiên tài liệu thiết kế mã phần mềm, kiểm soát thay đổi thiết kế mã Kiểm thử phần mềm phần mềm Kiểm thử tự động, kiểm thử tải quản lý kiểm thử Kỹ nghệ ngược sửa chữa ghi Xây dựng kho chứa phần mềm tài liệu thiết kế, dựa mã hệ thống phần mềm thừa kế Khi kho chứa phần mềm có, cập nhật sử dụng để tự động tạo phiên hệ thống 44 Quản lý dự án số Hỗ trợ việc quản lý dự án phần mềm cách theo dõi lịch tính tốn suất, số lỗi 4.2 Đóng góp Case Tool cho chất lượng phần mềm Lợi ích cơng cụ CASE chất lượng sản phẩm phần mềm giảm số lượng lớn lỗi pha phát triển phần mềm Để đánh giá lợi ích này, xem xét việc cải tiến chất lượng mà công cụ CASE thực nguyên nhân gây lỗi sau: Nguyên nhân Công cụ CASE gây lỗi Lỗi xác cổ điển định yêu cầu Cơng cụ CASE thực Hầu khơng đóng góp Việc kiểm tra tính cố định yêu cầu hay máy Việc thất bại tính gần xảy Hầu khơng đóng giao tiếp góp Trong khách xác hầu hết hàng người trường hợp, việc xác phát triển định thất bại giao tiếp máy tính khơng thể Những thất bại 45 xác định ngăn chặn có thay đổi kho có thơng tin khác tìm thấy trở nên mâu thuẫn với Sự chênh lệch thơng tin có Đóng góp lớn có chủ ý Dựa thông yêu cầu phần tin mềm chênh lệch từ yêu cầu có, xác định mâu thuẫn liệt vào lỗi Những chênh lệch xác định cơng cụ theo dõi u cầu có cơng Những lỗi cụ truy vấn Đóng góp lớn thiết Việc thiết kế lại (re- logic kế theo engineering) cho phép sản sinh tự động thiết kế cho hệ thống kế thừa ghi chúng Việc sử dụng nơi lưu trữ nhằm xác định thiếu xót 46 thiết kế, thay đổi thuẫn có mâu với ghi có (bản ghi lưu trữ Lỗi coding Đóng từ trước) Đóng góp lớn góp lớn Áp dụng cơng cụ Áp dụng CASE bên vào trình biên dịch nhằm tạo cách (compiler, tự động đoạn interpreters) nhữn trình code đảm bảo làm chương với gỡ lỗi dẫn code viết tương tác tài liệu (debugger) vào Những thiếu xót Đóng góp lớn xảy CASE bên dưới, đặc Những cơng cụ biệt cơng cụ q trình test kiểm tra tự động CASE tích hợp thực vào để ngăn chặn lỗi hồi quy kiểm coding giảm tra việc nạp lỗi thiết kế Ứng dụng cách tự động công cụ Việc quản lý test lưu trữ tới việc sửa lỗi sửa lỗi máy thay đổi suốt tính làm giảm lỗi trình phát triển nhằm ngăn ngừa hầu hết lỗi phần Lỗi thủ tục Đóng góp lớn mềm Đóng góp có giới hạn 47 Việc điều khiển Sử dụng phiên bản, tài liệu đầy đủ xem xét lại cập cài đặt nhật làm việc phần ngăn ngừa lỗi bảo mềm trì gây công cụ quản lý tài liệu không đầy đủ cấu hình thiếu xác, đặc biệt thiết kế sửa lại nhiều Lỗi tài liệu lần Đóng góp có giới Đóng góp lớn hạn Áp Sử dung nơi lưu trữ dụng cách tự động trình biên nhằm sinh dịch vào văn bản tài liệu đầy đủ cập nhật trước lần sửa lỗi thay đổi 4.3 Đóng góp Case Tool cho chất lượng bảo trì phần mềm Các công cụ CASE (đặc biệt công cụ CASE thực) có mặt nhiều loại chất lượng bảo trì phần mềm theo nhiều cách khác Bảo trì sửa chữa (Corrective mainternance)  Tài liệu phần mềm cập nhật CASE đưa đầy đủ giúp tìm nguyên nhân gây lỗi (failure) phần mềm cách dễ dàng xác 48  Các câu truy vấn cho phép xác định trước kết kế hoạch sửa chữa đề cách tốt  Sửa chữa cơng cụ CASE tích hợp hay bên hỗ trợ coding tự động mà khơng có lỗi (error) lập trình tài liệu tự động việc sửa chữa Bảo trì thích nghi (Adaptive mainternance)  Tài liệu phần mềm đầy đủ cập nhật công cụ CASE cho phép xem xét kĩ lưỡng khả thích nghi gói phần mềm ứng dụng mới, người dùng Bảo trì cải thiện chức (Functional improvement mainternance)  Việc sử dụng kho chứa cho phép người thiết kế đảm bảo tính quán ứng dụng mới, cải tiến với hệ thống phần mềm vốn có  Các câu truy vấn kho chứa cho phép người thiết kế đảm bảo tính quán ứng dụng mới, cải tiến với hệ thống phần mềm vốn có  Các thay đổi việc thêm chức thực cơng cụ CASE tích hợp hay bên cho phép coding tự động mà khơng có lỗi coding tài liệu tự động thay đổi sửa chữa 49 4.4 Đóng góp Case Tool cho quản lý dự án  Phương pháp sử dụng CASE nâng cao mang lại tính kinh tế cao phương pháp thơng thường  Chất lượng việc quản lý hai dự án giống với việc ước lượng lịch biểu tài nguyên mức yêu cầu Thông thường, việc áp dụng công cụ CASE mong đợi làm giảm giá thành thời gian phát triển dự án Tuy nhiên, vai trị cơng cụ CASE khía cạnh chất lượng quản lý dự án (gồm: điều khiển chi phí thời gian) trọng điểm quan tâm Hiện nay, có trường hợp sử dụng cơng cụ CASE đại làm giảm độ lệch kinh phí thực thi lịch biểu theo kế hoạch, đặc biệt chúng ngăn ngừa lượng lỗi cho phép sửa lỗi nhanh, dễ dàng có yêu cầu Để việc quản lý dự án cải thiện tốt hơn, công cụ điều khiển dự án phương pháp luận ước lượng thời gian, kinh phí cải thiện phải phát triển Chương Đảm bảo chất lượng phần mềm yếu tố bên tham gia 5.1 Những thành phần bên ngồi đóng góp vào dự án phần mềm Những người tham gia dự án phát triển phần mềm - tổ chức quan tâm đến hệ thống phần mềm (khách hàng) tổ chức cam kết tiến hành phát triển (nhà thầu) - ngày thường không người tham dự dự án Những người tham gia bên ngồi có liên quan đến 50 dự án phát triển phần mềm đóng góp cho dự án khơng phải nhà thầu, mà thành viên nhà thầu Sự đóng góp họ cho dự án cấu trúc thông qua thỏa thuận với nhà thầu (nhà thầu phụ nhà cung cấp COTS software) thông qua điều khoản hợp đồng dự án, phần dự án thực thi khách hàng họ Dự án lớn phức tạp hơn, có ý nghĩa mà người tham gia bên yêu cầu, phần lớn công việc chuyển giao chia Mục đích để chuyển hướng người tham gia bên dựa vào số nhân tố, xác định khoảng cách từ kinh tế đến kĩ thuật đến cá nhân liên quan, mang lại gia tăng mối quan tâm phân phối cơng việc liên quan việc hồn thành dự án phức tạp Những người tham gia bên ngồi phân chia thành nhóm chính:  Subcontractors (những nhà thầu phụ, gọi tổ chức outsourcing) họ cam kết thực thành phần dự án, lớn hay nhỏ, tùy theo trường hợp Những nhà thầu phụ thường đưa hợp đồng mức tối thiểu lợi ích: khả huy động nhân viên, ý kiến mặt chuyên môn đặc biệt giá thấp  Những nhà cung cấp COTS software module phần mềm sử dụng lại Lợi ích tích hợp thành phần rõ ràng, xác định khoảnh cách từ kế hoạch làm việc giảm bớt giá thành đến chất lượng Một mong đợi mà tích hợp thành phần sẵn sàng để dùng lưu trữ mã nguồn phát triển, kế hoạch làm việc ngắn phần mềm chất lượng cao Phần mềm chất lượng cao chờ đợi thành phần 51 kiểm tra sửa chữa người phát triển, tốt sửa chữa theo thiếu sót xác định khách hàng xem trước Các tính chất COTS software vấn đề chất lượng liên quan đến sử dụng chúng nhận định Basili Boehm (2001)  Khách hàng, thân họ người tham gia thực dự án Điều chung để khách hàng thực phần dự án: để áp dụng chuyên môn đặc biệt khách hàng, đáp ứng cho giao dịch yêu cầu bảo mật khác, giữ lại nhân viên phát triển nội sử dụng, ngăn ngừa vấn đề bảo mật tương lai… Trường hợp có hạn chế điều khoản quan hệ khách hàng - người cung cấp cần thiết để thực thành công dự án Vì thế, chắn trường hợp trở thành thành phần chuẩn nhiều dự án phát triển phần mềm quan hệ hợp đồng 5.2 Rủi ro lợi ích giới thiệu người tham dự Rủi ro chủ yếu tới chất lượng dự án liên quan với người giới thiệu tham gia từ bên cấu dự án sau:  Sự trì hỗn hồn thành dự án o Trong trường hợp người tham gia bên cung cấp chậm thành phần cho hệ thống phần mềm, dự án nói chung bị hoãn lại Sự chậm trễ chủ yếu nhà thầu phụ khách hang gây khơng phải nhà cung cấp phần mềm có sẵn (COTS) o Trong nhiều trường hợp, trách nhiệm kiểm soát phát triển phần mềm nhà thầu phụ khách hang khơng cao, gây tình trạng chậm chạp, trì hỗn khơng có thời gian 52 cho thay đổi thời gian cần thiết để tổ chức lại gây ảnh hưởng tiêu cực với dự án  Các phần dự án chất lượng thấp cung cấp thành viên bên Các vấn đề chất lượng phân loại như: o Sai sót: cao so với số lượng sai sót mong đợi, thường cao nhiều so với mong đợi o Coding tài liệu không chuẩn: vi phạm phong cách cấu trúc việc xây dựng thủ tục (theo giả thuyết ấn định hợp đồng nào) Phần mềm chất lượng thấp không chuẩn gây khó khăn giai đoạn kiểm thử sau giai đoạn bảo trì Việc yêu cầu thêm thời gian để kiểm tra chỉnh sửa chất lượng phần mềm chất lượng thấp gầy chậm trễ dự án đặc biệt trường hợp thành viên bên hoàn thành nhiệm vụ họ thời hạn  Khó khăn bảo trì tương lai Thực tế số tổ chức tham gia việc phát triển số họ, nhà thầu, người trực tiếp gây nên khó khăn việc bảo trì: o Nhà thầu đối mặt với việc coding tài liệu không hồn thành và/hoặc khơng tiêu chuẩn từ thành viên bên ngoài, gây chất lượng dịch vụ bảo trì nhóm bảo trì nhà thầu tốn chi phí cao o Các dịch vụ bảo trì cung cấp nhiều tổ chức, nhà thầu phụ, nhà cung cấp phần mềm có sẵn COTS phận phát triển khách hang.khi mổi phần bị hạn chế khả đáp ứng, khách hàng buộc phải tìm kiếm 53 người chịu trách nhiệm cho lỗi cụ thể phần mềm lỗi phát  Mất kiểm soát phận dự án Dù cố ý hay không cố ý, kiểm soát việc phát triển phần mềm thành viên bên ngồi tạo bưc tranh lạc quan khơng thực tế tình trạng dự án Sự trao đổi với nhóm thành viên bên ngồi làm gián đoạn tới vài tuần, gây cản trở việc đánh giá tiến độ dự án kết là, cảnh báo khó khăn phát triển, thiếu đội ngũ nhân viên nhiều vấn đề khác đến muộn với nhà thầu  Nhận thức trước khó khăn này, nhà thầu phải xem xét kết hợp lợi ích rủi ro đưa thành viên bên dự án 5.3 Những mục tiêu đảm bảo chất lượng đóng góp người tham gia bên ngồi Những mục tiêu thu việc áp dụng công cụ SQA cung cấp thành viên bên ngồi? Những mục tiêu thu trực tiếp từ việc liệt kê rủi ro đề cập trên:  Để tránh trì hỗn hồn thành nhiệm vụ để đảm bảo cảnh báo sớm để tính trước trì hỗn  Để đảm bảo mưc độ chất lượng chấp nhận phận triễn khai đón nhận cảnh báo sớm phạm vi chất lượng yêu cầu  Để đảm bảo đủ tài liệu phục vụ cho nhóm bảo trì  Để đảm bảo liên tục, toàn diện đáng tin cậy kiểm soát việc thực người tham gia bên ngồi 54 5.4 Các cơng cụ đảm bảo chất lượng đóng góp thành viên đóng góp bên ngồi Chúng ta mong muốn thành viên đóng góp bên ngồi thực các phương thức SQA họ, bao gồm cơng cụ cần thiết để sản phẩm phần mềm dịch vụ họ đạt tới mức chất lượng chấp nhận Các công cụ đề cập tới thứ mà nhà thầu áp dụng cho thành viên đóng góp bên ngồi Trong mục đích này, vấn đề chất lượng thời gian quan trọng xác định Các cơng cụ áp dụng trước suốt q trình kết hợp thành viên đóng góp bên dự án phát triển phần mềm liệt kê bên  Xem xét lại tài liệu yêu cầu  Đánh giá tiêu chuẩn chọn lựa liên quan đến thành viên đóng góp bên ngồi  Thành lập ủy ban điều khiển gia nhập kết hợp dự án  Sự đóng góp xem xét thiết kế Sự đóng góp kiểm tra phần mềm  Cách trình bày thủ tục đặc biệt Xác định team leader nhà cung cấp thành viên  Chuẩn bị báo cáo tiến trình phát triển hoạt động phát triển dự án  Xem xét lại giao phẩm (các tài liệu) acceptance tests 55 Tài liệu tham khảo Mơ hình thác nước (Waterfall Model) Mơ hình Agile Tài liệu mơn học Đảm bảo chất lượng phần mềm - TS Vũ Đình Minh, TS Trần Tiến Dũng, ThS Hoàng Quang Huy – Đại học Công Nghiệp Hà Nội ... phát triển liên quan Quản lý cấu hình Hai ứng dụng chung dựa vào quản lý cấu hình là: (1) sửa lỗi (2) thay nhóm phiên phần mềm sử dụng phiên mới, khởi tạo tổ chức bảo trì Sửa lỗi (Failure repair):

Ngày đăng: 10/02/2022, 08:29

Từ khóa liên quan

Mục lục

  • Lời Nói Đầu

  • Danh mục các thuật ngữ, ký hiệu và các chữ viết tắt

  • Chương 1. Tích hợp các hoạt động chất lượng trong vòng đời dự án

    • 1.1. Phương pháp phát triển phần mềm truyền thống và các phương pháp khác

      • 1.1.1. Mô hình thác nước

      • 1.1.2. Mô hình Agile

      • 1.1.3. So sánh mô hình thác nước và mô hình Agile

      • 1.2. Các yếu tố ảnh hưởng hoạt động đảm bảo chất lượng phần mềm

      • 1.3. Xác minh, thẩm định và đánh giá chất lượng

      • Chương 2. Rà soát

        • 2.1. Định nghĩa về rà soát của IEEE

        • 2.2. Mục tiêu rà soát

        • 2.3. Những rà soát thiết kế hình thức

        • 2.4. Các rà soát ngang hàng (peer review)

        • 2.5 Các ý kiến chuyên gia

        • Chương 3. Đảm bảo chất lượng của các thành phần bảo trì phần mềm

          • 3.1. Giới thiệu

          • 3.2. Cơ sở cho chất lượng bảo trì phần mềm cao

            • 3.2.1. Cơ sở 1: Chất lượng gói phần mềm

            • 3.2.2. Cơ sở 2: Chính sách bảo trì

            • 3.3. Các thành phần chất lượng phần mềm tiền bảo trì

              • 3.3.1. Xem xét lại hợp đồng bảo trì

              • 3.3.2. Lập kế hoạch bảo trì

              • 3.4. Các công cụ đảm bảo chất lượng phần mềm

                • 3.4.1. Công cụ SQA cho bảo trì sửa lỗi

                • 3.4.2. Công cụ SQA cho bảo trì cải thiện chức năng

                • 3.4.3. Công cụ SQA cơ sở cho bảo trì phần mềm

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan