Đang tải... (xem toàn văn)
Lập kế hoạch hệ thống quản lý chất lượng phần mềm Software Quality System Plan
Trường Cao đẳng Công Nghệ Thông Tin Tp.HCM Khoa CNTT TUYÊN BỐ DỰ ÁN Đồ án môn: QUẢN LÝ ĐỀ ÁN CNPM Nhóm: - Lớp: C10CNPM3 Tên đề tài: Lập kế hoạch Hệ thống quản lý chất lượng phần mềm (Software Quality System Plan) Ngày bắt đầu: 11/09/2012 Ngày kết thúc: 19/11/2012 Danh sách thành viên: Trương Văn Việt (NT) MSSV:11000411 DT:01882345521 Email: truong_van_viet@yahoo.com.vn Trần Thị Hoàng Oanh MSSV:11000435 DT:0977899090 Email: oanhtran23@ymail.com Nguyễn Thị Hoài Thương MSSV:11000365 DT:01657181001 Email: thuongdelta21@gmail.com Mục tiêu đề tài: Hiểu SQS Plan cách thức triển khai SQS Plan Hiểu rõ yếu tố để đánh giá hệ thống chất lượng phần mềm Hiểu vấn đề ảnh hưởng đến phạm vi quyền hạn thống chất lượng phần mềm Ứng dụng SOS vào dự án phần mềm ACIS Nội dung thực hiện: Giới thiệu tổng quan SQS 1.1/ Các tiêu chuẩn (Standards) 1.2/ Xem xét, xem lại (Reviewing) 1.3/ Kiểm tra (Testing) 1.4/ Phân tích lỗi (Defect analysis) 1.5/ Quản lý cấu hình (Configuration Management - CM) 1.6/ Bảo mật (Security) 1.7/ Đào tạo, huấn luyện (Education/Training) 1.8/ Quản lý người cung cấp, thầu phụ (Vendor Management) 1.9/ An toàn (Safety) 1.10/ Quản lý rủi ro (Risk Management) SQSP gì? SQSP yêu cầu kinh điển thao tác hầu hết HTQLCLPM Kết hoạt động thường (hoặc nhiều) tài liệu gọi kế hoạch Xây dựng kế hoạch SQS Plan • Ước lượng phạm vi kích thước dự án, khối lượng cơng việc phải làm • Xác định nhân lực, vật lực chi phí • Chỉ định phương pháp, cách tiếp cận để thực thi dự án • Lập kế hoạch làm việc chi tiết • Kế hoạch phối hợp hỗ trợ hoàn thành dự án • Kế hoạch quản lý cấu hình quản lý rủi ro • Các kế hoạch khác • Tài liệu hóa cập nhật (khi cần) kế hoạch cho dự án Ứng dụng SQS vào dự án thực tế: Ứng dụng SOS vào dự án phần mềm ACIS Đánh giá - kết luận - đề xuất, cải tiến Các phương pháp tiếp cận: - Tìm hiểu tài liệu liên quan đến hệ thống chất lượng phần mềm - Các Ebook quản lý chất lượng phần mềm - Tham khảo số Website giới thiệu dự án thực tế Kết dự kiến: - Hiểu hệ thống chất lượng phần mềm - Các yếu tố, vấn đề liên quan đến chất lượng phần mềm - Tìm hiểu thiết lập kế hoạch đảm bảo chất lượng phần mềm ứng dụng lập kế hoạch cho dự án phần mềm ACIS Tài liệu tham khảo: “Shari Lawrence Pfleeger et al Solid Software, Upper Saddle River”, NJ: Prentice Hall, 2002 Roger S Pressman, “Software Engineering: A Practitioner's Approach”, New York: McGraw-Hill, 2001 John W Horch, “Practical Guide to Software Quality Management”, 2003, Second Edition, Artech House G Gordon Schulmeyer, “Handbook of Software Quality Assurance”, 2008, Fourth Edition, Artech House, INC Link Website tham khảo: - http://www.sqs.com/en/group/sqs-software.php : Website chuyên mảng SQS Plan - http://www.pcworld.com.vn/articles/cong-nghe/congnghe/2006/05/1189009/quan-ly-chat-luong-phan-mem/ : Tham khảo nội dung SOS Plan - http://acis.mit.edu/acis/sqap/sqap.r1.html : Tài liệu SOS Plan (Tiếng Anh) - http://acis.openlib.org/ (Dự án ACIS) [1] John W Horch, Practical Guide to Software Quality Management, 2003, Second Edition, Artech House [2] G Gordon Schulmeyer, Handbook of Software Quality Assurance, 2008, Fourth Edition, Artech House, INC Phân công cơng việc: 1) Trương Văn Việt • • Kế hoạch phối hợp hỗ trợ hồn thành dự án • Các kế hoạch khác • Ứng dụng vào dự án • 2) Ước lượng phạm vi kích thước dự án, khối lượng công việc phải làm Đánh giá – Kết luận Trần Thị Hồng Oanh • • Lập kế hoạch làm việc chi tiết • Tài liệu hóa cập nhật (khi cần) kế hoạch cho dự án • Ứng dụng vào dự án • 3) Xác định nhân lực, vật lực chi phí Đánh giá – Kết luận Nguyễn Thị Hồng Thương • Tìm hiểu tổng quan SOS Plan • Chỉ định phương pháp, cách tiếp cận để thực thi dự án • Kế hoạch quản lý cấu hình quản lý rủi ro • Ứng dụng vào dự án • Đánh giá – Kết luận KẾ HOẠCH THỰC HIỆN ĐỀ TÀI STT Ngày Nội dung 19/09/2012 Xác định đề tài việc cần làm để thực đề tài 26/09/2012 Tìm hiểu tổng quan SOS Plan Chữ ký GVHD 10/10/2012 Tìm hiểu sâu vấn đề liên quan đến Hệ thống Quản Lý Chất lượng phần mềm 20/10/2012 Tìm hiểu dự án có ứng dụng SOS Plan 22/10/2012 Ứng dụng kế hoạch Hệ Thống Quản Lý Chất lượng phần vào dự án (Ứng dụng SOS vào dự án phần mềm ACIS) 05/11/2012 Hoàn chỉnh viết báo cáo 13/11/2012 Tuần lễ dự trù đề hoàn chỉnh đề tài 19/11/2012 Nộp đề tài MỤC LỤC Phần GIỚI THIỆU 1 Tổng quan: 1.1 Quản lý chất lượng phần mềm gì? .1 1.2 Giới thiệu Hệ thống quản lý chất lượng phần mềm .2 1.2.1 Mục tiêu 1.2.2 Hoạt động yếu tố 1.3 Lập kế hoạch Hệ thống quản lý chất lượng phần mềm 12 Đánh giá trạng chung: 13 Đề xuất nội dung nghiên cứu: 14 Nội dung thực hiện: 14 Phần 2: PHƯƠNG PHÁP LẬP KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG 14 Ước lượng phạm vi kích thước dự án: 14 1.1 Phạm vi kích thước 14 1.1.1 Tổng quan: 14 1.1.2 Quy trình quản lý phạm vi: 15 1.1.3 Lập kế hoạch phạm vi: 15 1.1.3.1 Thảo quy định phạm vi dự án: 15 1.1.3.2 Thảo tôn dự án: 17 1.1.3.3 Thảo bảng kê công việc: 18 1.2 Khối lượng công việc phải làm 19 Xác định nhân lực chi phí: 20 2.1 Nhân lực: 20 2.1.1 Các dạng tổ chức: .21 2.1.2 Chức cấu trúc tổ chức: 22 2.1.3 Chức cấu trúc tổ chức: 22 2.1.4 Các đối tượng liêu quan dự án: 23 2.2 Chi phí: 25 2.2.1 Lập kế hoạch nguồn tài nguyên: 25 2.2.1.1 Nguyên tắc ước lượng chi phí: 26 2.2.1.2 Chi phí nguyên vật liệu: 27 2.2.1.3 Chi phí sở vật chất: 28 2.2.2 Ước tính chi phí: 28 2.2.2.1 Ước lượng quy: 29 2.2.2.2 Ước tính sử dụng kết chào thầu: .29 2.2.2.3 Thông tin lịch sử hay sở liệu dự án: 30 2.2.2.4 Ước lượng theo giai đoạn: .30 2.2.2.5 Ước lượng theo tham số: .31 2.2.2.6 Ước lượng lên: 32 2.2.2.7 Ước lượng xuống: 33 2.2.2.8 Độ tin cậy ước lượng: 33 2.2.3 Dự toán ngân sách cho chi phí (kế tốn dự án): 35 2.2.4 Kiểm sốt chi phí: .35 2.2.4.1 Theo dõi kinh phí qua tiêu: 35 2.2.4.2 Kiểm soát - điều chỉnh phí: 36 2.2.4.3 Tiến hành cập nhật kinh phí: 37 Phương pháp, cách tiếp cận để thực thi dự án: 38 3.1 Thế dự án thành công: 38 3.2 Sự thành công – thất bại dự án: 38 3.3 Các công việc quản trị dự án: 39 3.4 Triển khai dự án: 39 Lập kế hoạch làm việc chi tiết: 40 4.1 Giới thiệu: 40 4.2 Cấu trúc phân rã chi tiết công việc (WBS): 42 4.3 Các yếu tố kế hoạch dự án toàn diện 45 Kế hoạch phối hợp hỗ trợ hoàn thành dự án: 46 5.1 Xác định thông tin-thiết kế kế hoạch trao đổi thông tin: .47 5.1.1 Yêu cầu trao đổi thông tin: 47 5.1.2 Lập kế hoạch truyền thông – kế hoạch trao đổi thông tin: 48 5.2 Phân phối thông tin – xác định kênh trao đổi thông tin: 49 5.3 Báo cáo hiệu dự án: .50 Kế hoạch quản lý cấu hình quản lý rủi ro: 51 6.1 Kế hoạch quản lý cấu hình: 51 6.1.1 Giới thiệu: 51 6.1.2 Lập kế hoạch quản lý cấu hình: 52 6.1.2.1 Định danh số cấu hình IC: 52 6.1.2.2 Kiểm soát phiên .53 6.1.2.3 Quản lý baseline .53 6.1.2.4 Kiểm soát thay đổi 54 6.1.2.5 Báo cáo tình trạng cấu hình 55 6.1.2.6 Kiểm tra xem xét (Auditing) 55 6.1.2.7 Quản lý release .55 6.1.2.8 Lưu trữ chép dự phòng .56 6.2 Kế hoạch quản lý rủi ro: .57 6.2.1 Giới thiệu: 57 6.2.2 Kế hoạch quản lý rủi ro: 57 6.2.2.1 Nhận diện rủi ro: 58 6.2.2.2 Phân tích phân loại rủi ro: 60 6.2.2.3 Kiểm soát rủi ro: .62 6.2.2.4 Giám sát điều chỉnh: 63 Các kế hoạch khác: 64 Tài liệu hóa cập nhật (khi cần) kế hoạch cho dự án: 64 8.1 Định nghĩa cấu trúc tài liệu dự án: 64 8.2 Quy trình quản lý yêu cầu thay đổi: .64 Phần 3: ỨNG DỤNG KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG PHẦN MỀM VÀO DỰ ÁN ACIS 65 Phần 4: ĐÁNH GIÁ - KẾT LUẬN 83 Kết đạt được: .83 Hạn chế 84 Đề xuất – cải tiến .84 DANH SÁCH HÌNH ẢNH, HÌNH VẼ Hình Các nội dung liên quan tới hệ thống chất lượng phần mềm Hình Vòng đời phát triển phần mềm .2 Hình Các hoạt động hệ thống quản lý chất lượng phần mềm Hình Các tiêu chuẩn .4 Hình Tổng quan chu trình phát triển phần mềm .6 Hình Quy trình kiểm tra đơn giản Hình Quản lý cấu hình hoạt động Hình Biểu đồ khối thể tầm quan trọng mục tiêu chất lượng chu kỳ phát triển phần mềm, thành phần có liên hệ chặt chẽ với .12 Hình Chức cấu trúc tổ chức .22 Hình 10 Sơ đồ tổ chức theo cấu trúc dự án ma trận .23 Hình 11 Quy trình quản lý rủi ro 57 Hình 12 Mối quan hệ trình tự bước quy trình kiểm sốt rủi ro 59 Hình 13 Ví dụ đơn giản dùng sơ đồ xương cá định vị rủi ro 61 Hình 14 Một số chiến lược minh họa phương pháp đối phó rủi ro thường gặp 62 DANH SÁCH BẢNG BIỂU Bảng Phân tích lỗi Bảng Các dạng tổ chức nhân lực 21 Bảng Các đối tượng liên quan dự án dự án điển hình 24 Bảng Các thành phần Hiệu suất chi phí Biến động chi phí .35 Bảng Các cơng thức tính EMV 37 Bảng Yêu cầu trao đổi thông tin 48 Bảng 7.Các phương pháp trao đổi thông tin 49 Bảng Phân tích biến động ngân sách 51 5.5 Tài liệu phần mềm SQA xem xét tất tài liệu phần mềm deliverable MSFC bao gồm kế hoạch phần mềm Danh sách kiểm tra đánh giá sử dụng để xem xét tài liệu Những đánh giá giúp đảm bảo tài liệu phù hợp với áp dụng DRS CSR / ACIS kế hoạch thủ tục Nói chung, tài liệu hướng dẫn phần mềm cần thiết bao gồm: yêu cầu phần mềm (1), (2) người sử dụng tài liệu, (3) phân tích tài liệu có nắm bắt ngữ nghĩa điểm chức hệ thống xem qua kịch (4) kiến trúc thực tài liệu mà giao tiếp tầm nhìn chi tiết kiến trúc cho nhóm phát triển Nói chung, tài liệu cần thiết kiến trúc hệ thống thực nên bao gồm điều sau đây: • Mơ tả kiến trúc cao cấp, • Một mơ tả khái niệm trừu tượng chế quan trọng kiến trúc, • Mô tả kịch minh họa cho hành vi xây dựng khía cạnh quan trọng hệ thống, Tài liệu phần mềm phải dựa số quy ước cơng bố tìm thấy IEEE Tiêu chuẩn công nghệ phần mềm Công ước quy định SDP Tài liệu phát hành kiểm toán để đảm bảo cơng ước cơng bố theo dõi có ý kiến xem xét thích hợp kết hợp Pecos tạo SQA phù hợp với CMP khác biệt tìm thấy Một nhật ký SQA tạo Pecos eCos trì SQA để đảm bảo đóng cửa Phần mềm mã nguồn yêu cầu bình luận mô tả Phụ lục 5.6 Các yêu cầu truy tìm nguồn gốc Truy xuất nguồn gốc xác định thông qua việc sử dụng ma trận bảng tính buộc cá nhân kết thúc hợp đồng (CEI) chi tiết kỹ thuật, mô tả giao diện áp dụng kiểm soát (ICD) tài liệu phần mềm mục yêu cầu để thiết kế cấp thấp đoạn văn đặc điểm kỹ thuật kiểm tra phận truy xuất nguồn gốc sản phẩm sản xuất trì SQA Lập kế hoạch quản lí chất lượng phần mềm Trang 79 SQA bao gồm trình xem xét cho tất hệ tài liệu phần mềm đánh giá, danh sách bảng tính truy xuất nguồn gốc sử dụng để đảm bảo yêu cầu đáp ứng cách thiết kế chức kiểm tra 5.7 Quá trình phát triển phần mềm SQA kiểm toán chuyển giao giai đoạn phát triển phần mềm chu kỳ sống phần mềm hệ thống vĩnh viễn kết hợp phần cứng DPA giai đoạn chu kỳ đời phần mềm định nghĩa smp sản phẩm phần mềm xác định lịch trình phát triển phần mềm SMP SDP khơng ngăn cản SQA thực kiểm tốn báo trước thời điểm chu kỳ phát triển phần mềm phát triển phần mềm thư mục tương đương, xác định SMP sử dụng để giữ để thiết kế phù hợp, thực hiện, kiểm tra, tài liệu xác nhận cho module phần mềm thích hợp chức 5.8 5.8.1 Đánh giá dự án Đánh giá thức Ít tuần trước cung cấp tài liệu MSFC cho đánh giá thức, SQA xem xét lại danh sách tài liệu tạo SPE Danh sách xác định tất tài liệu sửa đổi trình cho việc xem xét thức SQA xem xét tài liệu phần mềm liên quan xác định danh sách để đảm bảo việc xem xét lại định có thời gian cho lô hàng để MSFC khác biệt đưa đến ý SPM 5.8.2 5.8.2.1 Đánh giá khơng thức Thiết kế có hướng (DesignWalk-throughs) SQA mời đến tất thiết kế bộ-throughs suốt vịng đời phát triển phần mềm tồn để đảm bảo ý kiến đồng đẳng quản lý thiết kế phần mềm tiến hành spm đảm bảo trình kiểm chứng sử dụng để xác định tất hành động tạo trình xem xét SQA kiểm tốn q trình để đảm bảo tất hành động giải 5.8.2.2 Mã nguồn có hướng (Code Walk-throughs) SQA mời đến tất mã throughs để đảm bảo đánh giá ngang hàng mã nguồn tiến hành spm đảm bảo trình kiểm chứng sử Lập kế hoạch quản lí chất lượng phần mềm Trang 80 dụng để xác định tất hành động tạo q trình xem xét SQA sau kiểm tốn q trình để đảm bảo tất hành động giải 5.8.2.3 Đánh giá chất lượng (Baseline quality reviews) Những đánh giá thực SQA trước phiên mã thực thi xác định với id sửa đổi chữ xem xét điều đảm bảo rằng: (1) mã thử nghiệm đáp ứng thơng số kỹ thuật mơ-đun, ngoại trừ nói, (2) thay đổi tài liệu thiết kế mô-đun phần mềm ứng dụng xác định, (3) kiểm tra xác nhận thích hợp chạy; (4) chức đường sở tài liệu (5) tất tài liệu thiết kế phần mềm phù hợp với kế hoạch áp dụng CSR / ACIS kế hoạch thủ tục khác (6) công cụ kỹ thuật sử dụng để sản xuất xác nhận phần mềm hệ thống xác định kiểm soát 5.8.2.4 Kiểm toán cấu hình (Configuration Audits) Tuân thủ kế hoạch đảm bảo SQA eCos phần mềm kiểm toán để đảm bảo điều sau đây: hình thức sinh thái đầy đủ có chữ ký thích hợp, cấu hình ACIS sở liệu cập nhật, item (s) soát xét trongsinh thái xác định theo quy định sinh thái phần mềm xác định cách kiểm tra sinh thái cho thay đổi phần phần mềm với số lượng xác định 36 - xxxx trường hợp, tài liệu hướng dẫn kiểm tốn chỗ trì văn phịng kỹ sư SQA 5.9 Cơng cụ kỹ thuật SQA đảm bảo tất công cụ mua phát triển trực tiếp thực nội dung phần mềm nằm DPA xác định nhất, thử nghiệm / đánh giá ví dụ, trình biên dịch, mối liên kết, tải, khởi động chương trình chuyển giao, hệ tổng kiểm tra chương trình thuộc thể loại cơng cụ chương trình xác định SDP soạn thảo văn bản, trường hợp công cụ, chương trình thử nghiệm đơn vị khơng kiểm sốt Lập kế hoạch quản lí chất lượng phần mềm Trang 81 Hình cấu hình với việc sử dụng hệ thống kiểm soát sửa đổi sw 5.10 Quản lý cấu hình phần mềm Phần mềm quản lý cấu hình, định nghĩa điều chỉnh tiến hình dạng hình thức phân phơi phần mềm Nó tích hợp hành động kỹ thuật hành xác định, tài liệu, thay đổi, kiểm soát, ghi lại đặc điểm chức sản phẩm phần mềm suốt vòng đời Nó kiểm sốt thay đổi đề xuất với đặc điểm Khi số tiền thu sản phẩm phần mềm thông qua yêu cầu, phân tích, thực hiện, kiểm tra, chấp nhận, xác định chương trình xác định SDP Điều đảm bảo trình xảy trình kiểm định chất lượng đề cập cấu hình trở nên rõ ràng hơn, xác, kiểm sốt Quản lý cấu hình phần mềm phần dự án quản lý cấu hình, sử dụng thủ tục để xác Lập kế hoạch quản lí chất lượng phần mềm Trang 82 định kiểm soát thay đổi sử dụng cho tài liệu, vẽ kỹ thuật, kiểm tra thủ tục xác minh, SPE đảm bảo SQA phần Đề cập đến hình trên, mục đích trình phát triển phần mềm sản xuất phần mềm đáp ứng yêu cầu khoa học giao diện Là phần trình phát triển, tài liệu, nguồn làm cho tập tin sản xuất Tất tập tin này, ngoại trừ cho thực thi, lưu trữ cách sử dụng hệ thống kiểm soát sửa đổi Một khái niệm cấu hình sử dụng làm cho tập tin thực hoạt động trích xuất phiên rõ ràng gắn thẻ tập tin định từ thư mục sửa đổi kiểm sốt sản xuất phần mềm thích hợp Chi hệ thống, tức thực thi phiên phần mềm tài liệu thiết kế phần mềm Ngoài ra, làm cho tập tin sử dụng quy tắc rõ ràng để xác định phiên phần mềm mà làm cho deliverable Vì vậy, cách thực makefile bản, phiên thực thi phần mềm sản xuất theo dõi tập tin nguồn tổng hợp Trong cách tương tự, cách thực tài liệu làm cho tập tin, tài liệu thiết kế sản xuất mơ tả phần mềm ECO cho q trình phát triển phần mềm tương tự phần cứng, ngoại trừ cho eCos giải phóng đường sở phần mềm Đối với tất phiên phần mềm Sub-hệ thống, cặp vợ chồng trình ECO tài liệu thiết kế với tập tin thực thi phần mềm ID phát hành cách xác định tên phiên sửa đổi Điều tra Tạo file tài liệu tập tin Ngoài ra, ECO xác định phiên trước tập tin phiên hành dựa Điều cho phép đường mòn khả kiểm toán Cho đến phê duyệt, phần mềm không vĩnh viễn cài đặt phần cứng ACIS 5.11 Thủ tục phát hành Sự cần thiết phải kiểm soát tăng tương ứng với số lượng cá nhân sử dụng sản phẩm phát triển phần mềm Kết là, thủ tục kiểm soát khác sử dụng tùy thuộc vào việc sử dụng Phiên phần mềm sơ xác định với số xác định sửa đổi sử dụng sớm trình phát triển Những định danh phát hành sử dụng phần mềm phân phôi chức đầy đủ phát triển sử dụng người khác bên nhóm phát triển phần mềm Khi sử dụng Lập kế hoạch quản lí chất lượng phần mềm Trang 83 trường hợp trên, việc xem xét lại tuyên bố phát hành mã tức 10, 11, 12, xác định ECO và, áp dụng, xuất mã thực thi Chỉ có thiết kế yêu cầu ký ECO để biểu báo cáo ECO xác Điều tra phiên phần mềm xác định với nhận dạng sửa đổi chữ sử dụng sau trình phát triển kiện quan trọng quy định Đối với SIS, kiện quan trọng xác định Lộ trình phát triển phần mềm 5.12 Kiểm sốt thay đổi Thay đổi điều khiển cho phần mềm bắt đầu giai đoạn hội nhập phải bắt đầu phần mềm xác định với thông số trao cho người bên ngồi phát triển phần mềm để sử dụng công việc họ Thủ tục thay đổi mô tả tài liệu CMP sử dụng suốt đời dự án ACIS Trong phần mềm Sub sơ hệ thống sử dụng cá nhân bên phát triển phần mềm, thủ tục sau sử dụng Việc phát hành phần mềm hệ thống Sub kèm ECO xác định phiên việc phát hành thời gian ngắn mô tả chức Khi phiên hệ thống phần mềm xác định với phiên chữ cái, tất thay đổi kiểm soát theo quy định CMP Việc cài đặt phần mềm xảy sau ECO thích hợp chấp thuận SPM Khi phát hành ban đầu xác định phát hành chuyến bay liên quan đến việc thường xuyên tải phần mềm vào phần cứng máy bay, PM cho phép tải ECO 5.13 Báo cáo vấn đề Báo cáo vấn đề sử dụng phần mềm phát hành với phiên số chữ mô tả đây: Ngoài ra, báo cáo vấn đề Sofware (SPRs) xác định eCos giải vấn đề nuôi dưỡng SPRs • Khi phát hành xác định với phiên số, sử dụng cá nhân bên phát triển phần mềm, văn phương tiện xác định vấn đề cần thiết để giúp đảm bảo vấn đề việc phát hành thích hợp Bất lúc vấn đề tìm thấy phần mềm, SPR sử dụng Tham khảo Lập kế hoạch quản lí chất lượng phần mềm Trang 84 Phụ lục Những SPRs trao cho nhà phát triển phần mềm để đánh giá giữ SQA phần mềm Sub-ROM hệ thống tập tin hình ảnh phát hành với ID sửa đổi chữ • Khi phát hành ban đầu xác định với phiên chữ sử dụng sau phát hành Alpha, tất vấn đề phần mềm ghi lại SPRs Những SPRs đánh giá theo dõi SPM với hỗ trợ từ SQA khơng có thêm hành động u cầu SPR đánh dấu đóng cửa Một tập tin tổng thể báo cáo trì SQA, có liệu bổ sung phân tích thất bại hồ sơ họp 5.14 Kiểm thử phần mềm Một kiểm tra phần mềm Kế hoạch (STP) viết để đáp ứng yêu cầu tìm thấy mơ tả chi tiết trình phát triển phần mềm Phần mềm Yêu cầu giai đoạn mô tả thử nghiệm phần Phần mềm Tài liệu Yêu cầu MM-8.075,1 STP chứa phần riêng biệt cho phần mềm tiểu mục (SSS) kế hoạch cung cấp cho quản lý chức thử nghiệm với nhìn tổng quan hoạt động kiểm tra, lịch trình nguồn lực cần thiết để thực thử nghiệm Kế hoạch mô tả cách thông số kỹ thuật thử nghiệm tìm thấy phần sau thực 5.14.1 Kiểm thử đơn vị Tất mã đơn vị thử nghiệm để đảm bảo đơn vị cá nhân (class) thực chức yêu cầu kết đầu kết thích hợp liệu Kết thích hợp xác định cách sử dụng giới hạn thiết kế chức gọi điện thoại (khách hàng) theo quy định đặc điểm kỹ thuật thiết kế xác định chức gọi (máy chủ) Đơn vị kiểm tra thường kiểm tra hộp màu trắng yêu cầu việc sử dụng phần mềm khai gỡ rối tượng trưng Thử nghiệm giúp đảm bảo hoạt động đắn module kiểm tra tạo với kiến thức hoạt động nội mô-đun Đơn vị yêu cầu thử nghiệm hướng dẫn tài liệu thể Phụ lục 5.14.2 Kiểm thử tích hợp Có hai cấp độ thử nghiệm hội nhập Một cấp q trình thử nghiệm ví dụ khả phần mềm gửi tin nhắn thông qua cổng DMA khả để Lập kế hoạch quản lí chất lượng phần mềm Trang 85 có hàng liệu CCD Trong cấp độ này, mô-đun đối xử hộp đen, xung đột chức lớp học phần mềm phần cứng thích hợp giải Tích hợp yêu cầu thử nghiệm thể Phụ lục Trường hợp kiểm tra phải cung cấp giá trị tham số bất ngờ thiết kế tài liệu không xác định rõ ràng yêu cầu gọi điện thoại cho chức khách hàng Mức thứ hai thử nghiệm hội nhập xảy mô-đun đầy đủ tích hợp để chứng minh ví dụ kịch loại chế độ khoa học hay khả để xếp hàng nhận lệnh Trong giai đoạn này, tổng hợp xây dựng, đường sở, phần mềm kết hôn với phiên kỹ thuật phần cứng để đánh giá hiệu suất kết hợp phần cứng / phần mềm cho chức hoạt động Các thiết bị thiết bị đo đạc kiểm tra đề nghị STP yêu cầu để xác định giải thiếu sót phần cứng / phần mềm Cả hai phần cứng phần mềm tài liệu hướng dẫn làm lại cần thiết 5.14.3 Kiểm thử hệ thống Kiểm thử hệ thống bắt đầu đủ phần cứng phần mềm tích hợp cho phép hoạt động chức tích hợp dự án ACIS Mục đích hệ thống kiểm tra để xác định phong bì hoạt động nhạc cụ Đây trách nhiệm Chi nhánh Kỹ thuật với hỗ trợ từ Chi nhánh Khoa học Chi nhánh chất lượng đảm bảo kiểm tra căng thẳng chạy kết ghi quy định STP SPM đảm bảo kết kiểm tra căng thẳng giải có kết cho thấy phong bì điều hành khơng đáp ứng yêu cầu xác định tài liệu phần mềm Yêu cầu kiểm tra (STRD - DM17) Hoàn nghiệm hệ thống phụ thuộc vào sẵn có phần cứng Đối với SIS, hệ thống thử nghiệm giai đoạn hoàn tất trước việc phát hành chuyến bay tảng phần cứng khơng cịn có sẵn để thử nghiệm căng thẳng 5.14.4 Kiểm thử tính hiệu lực Kiểm thử tính hiệu lực bắt đầu đủ phần cứng phần mềm tích hợp cho phép xác nhận yêu cầu xác định Đặc điểm kỹ thuật phần mềm thử nghiệm Xác Nhận (SWVATS - DM21) nghiệm thu hệ thống Đặc điểm kỹ thuật (SSATS - DM22) Mục đích thử nghiệm xác nhận đảm bảo hệ thống phần cứng / phần mềm đáp ứng yêu cầu khoa học / giao diện phân bổ cho phần mềm xác định theo Lập kế hoạch quản lí chất lượng phần mềm Trang 86 phương pháp yêu cầu truy tìm nguồn gốc Đối với SIS, SQA trách nhiệm chức V & V Chi nhánh chất lượng với hỗ trợ từ Chi nhánh Kỹ thuật để phát triển chạy xét nghiệm PM đảm bảo có đủ nguồn lực vật chất kỹ thuật người để hỗ trợ nỗ lực V & V Hoàn nghiệm xác nhận phụ thuộc vào sẵn có phần cứng Đối với SIS, giai đoạn thử nghiệm xác nhận hoàn thành trước việc phát hành chuyến bay tảng phần cứng khơng cịn Hình Hình Cấu trúc quản lý phần mềm ACIS Cấu hình với việc sử dụng hệ thống kiểm soát sửa lỗi phần mềm Phụ lục Yêu cầu tài liệu mã nguồn [6] Một ngôn ngữ cấp cao sử dụng trừ người quản lý dự án phê duyệt Mỗi phương pháp, chức lớp xác định với tiêu đề nhận xét riêng họ Nội dung tiêu đề nên xác định mục đích giả định người dùng người gọi phải nhận thức Mã hóa tài liệu mức tối thiểu, mơ tả lý phân nhánh mô tả tên biến quan điểm họ cấp phát nhớ Quy ước đặt tên sử dụng phân biệt rõ ràng hằng, biến, phương thức lớp / tên đối tượng Lớp / tên đối tượng danh từ, phương thức nên động từ, biến không tái sử dụng cho mục đích khác nhau, ngoại trừ trường hợp thơng thường đếm vịng lặp số Ngoài ra, tất tên có (hai) nhân vật để tạo điều kiện tìm kiếm mơ hình tồn cầu Mã hóa cơng ước phức tạp cho Class thành lập, chẳng hạn việc sử dụng Ma trận phức tạp cyclomatic Mơ tả làm để tính tốn số phức tạp cyclomatic tìm thấy Chương 13 sách “Software Engineering a Practitioners Approach” tác giả Roger S Pressman, McGraw-Hill Các thiết kế không vượt giá trị số phức tạp (VG) 10, mà khơng có chấp thuận người quản lý dự án phần mềm Bộ điều phối logic bao gồm điều khoản mặc định, vòng lặp bao gồm điều khoản ngoại trừ vịng lặp vơ tận (forever loops) Lập kế hoạch quản lí chất lượng phần mềm Trang 87 Phụ lục Các yêu cầu kiểm thử [6] a Kiểm thử đơn vị Môi trường; Xác định môi trường thử nghiệm, tức mẫu trình điều khiển / ứng dụng khác, đặc biệt phần cứng / điều kiện để sử dụng Logic phức tạp: Tính tốn số phức tạp ma trận cyclomatic quy định cụ thể số lượng trường hợp thử nghiệm cần thiết để đảm bảo tất mã thực lần Mục mơ tả làm để tính tốn số phức tạp cyclomatic tìm thấy Chương 13 “Software Engineering a Practitioners Approach” tác giả Roger S Pressman, McGraw-Hill Ranh giới phân tích: Chỉ định kiểm tra thực thi mã ranh giới sử dụng n-1, n, n +1 Điều bao gồm hướng dẫn vòng lặp, “while”, “for” kiểm thử sử dụng hoạt động LT, GT, LE, GE Lỗi xử lý: Các kiểm thử thiết kế xác minh ghi tất lỗi phát báo cáo chương trình thiết kế để tìm báo cáo Tham số thay đổi toàn cục: Khi biến toàn cục thay đổi, kiểm thử thiết kế thay đổi Đó khởi tạo biến độc lập chương trình, xác minh nội dung nhớ, chạy chương trình, kiểm tra nội dung nhớ sửa đổi Kiểm tra giới hạn toán học: kiểm tra thiết kế sử dụng giá trị phạm vi gây chức tốn học để tính toán kết sai lầm Ngừng thử nghiệm: Chỉ định điều kiện theo phiên thử nghiệm dừng lại xây dựng thực Kiểm tra hồi quy cần thiết, theo bước từ đến trên, tất dòng mã sửa đổi Tài liệu: Các tài liệu phải cho thấy kiểm tra chủ đề mục đến giải b Kiểm thử tích hợp Đây loại kiểm thử giải vấn đề liên quan đến hai vấn đề xác minh xây dựng chương trình Tích hợp kỹ thuật có hệ thống để xây dựng cấu trúc chương trình thời gian tiến hành kiểm thử để phát lỗi liên quan Lập kế hoạch quản lí chất lượng phần mềm Trang 88 Mục tiêu để có module đơn vị kiểm thử xây dựng cấu trúc chương trình thiết kế Các chủ đề sau đề cập bảng kế hoạch kiểm thử Định nghĩa module quan trọng: Quyết định lớp / modules chứa hoạt động kiểm sốt quan trọng Các lớp/mơ-đun nên kiểm tra đơn vị sớm tốt chờ đợi để hoàn thành lớp / đối tượng cấp Có thể cần thiết phải sử dụng chương trình gốc Nhóm đối tượng: Quyết định module bao gồm nhóm tích hợp cách sử dụng kịch sơ đồ kiến trúc phù hợp Đó mong muốn tích hợp mức độ thấp để làm cho định nghĩa lỗi dễ dàng Chọn đối tượng có liên quan đến chức cụ thể lệnh liên kết lên (uplink) Kiểm thử chiều sâu so với bề rộng: Quyết định làm để kiểm thử nhóm đối tượng / lớp Khuyến nghị kiểm thử bề rộng sử dụng tương tác với phần cứng Sử dụng mẫu (nếu cần) để kiểm thử mơ-đun kiểm sốt điều phối Sử dụng kiểm tra độ sâu chức xác định rõ chứng minh, ví dụ áp dụng chế độ thời gian tiếp xúc Kiểm tra hồi quy: Kiểm thử tích hợp hồi quy yêu cầu thuộc tính giao diện thay đổi, ví dụ giá trị tham số truyền Trên xuống so với lên: Sử dụng kiểm thử từ xuống để xác minh kiểm soát lớn điểm định Sử dụng từ lên để kiểm thử chương trình loại trình điều khiển phần cứng c Kiểm thử hệ thống Kiểm thử hệ thống thực loạt kiểm thử khác mà mục đích để thực đầy đủ yêu cầu dựa hệ thống máy tính Mỗi thử nghiệm có mục đích khác nhau, tất công việc nhằm phát hạn chế hệ thống Kiểm thử hệ thống thực theo thủ tục kiểm tra thức dựa yêu cầu phần cứng, phần mềm yêu cầu khoa học theo quy định kế hoạch kiểm thử d Kiểm thử xác thực Lập kế hoạch quản lí chất lượng phần mềm Trang 89 Mục đích việc xác nhận để chứng minh dự án ACIS thực theo quy định văn yêu cầu liệt kê phần tài liệu áp dụng tài liệu Kiểm thử xác thực / thủ tục kiểm tra xác nhận xác định phương pháp thử nghiệm vượt qua / không tiêu chuẩn Khi phạm vi quy định cụ thể yêu cầu, trường hợp kiểm tra bao gồm giá trị ranh giới n-1, n, n +1 Khi giới hạn LT GT định, giá trị đo ghi lại Tài liệu kiểm thử [6] Tài liệu kiểm thử phải cung cấp đầy đủ để làm chứng cho mục tiêu kiểm thử nêu phần trước kế hoạch kiểm thử phần mềm (Software Test Plan) đáp ứng Phần 4: ĐÁNH GIÁ - KẾT LUẬN Kết đạt được: Quản lý dự án nói chung hồn thành cơng việc dự án theo u cầu kỹ thuật chất lượng, phạm vi ngân sách duyệt theo tiến độ thời gian cho phép Ba yếu tố: thời gian, nguồn lực (cụ thể chi phí, nguồn nhân lực …) chất lượng có quan hệ chặt chẽ với Tầm quan trọng mục tiêu khác dự án, thời kỳ dự án, tựu chung, đạt tốt mục tiêu thường phải “hy sinh”, hai mục tiêu Cụ thể, trình quản lý dự án thường diễn hoạt động đánh đổi mục tiêu Đánh đổi mục tiêu dự án việc hy sinh mục tiêu để thực tốt mục tiêu ràng buộc không gian thời gian Nếu công việc dự án diễn theo kế hoạch khơng phải đánh đổi mục tiêu Tuy nhiên, nhiều nguyên nhân khách quan, chủ quan cơng việc dự án thường có nhiều thay đổi nên đánh đổi kỹ quan trọng nhà quản lý dự án Qua việc lập kế hoạch quản lý chất lượng dự án phần mềm, nhóm hiểu tầm quan trọng điều phối nỗ lực cá nhân, tập thể; đòi hỏi hợp tác chặt chẽ, kết hợp hài hoà nguồn lực hạn hẹp nên chất là: Lập kế hoạch quản lí chất lượng phần mềm Trang 90 − Liên kết tất hoạt động, công việc dự án − Tạo điều kiện thuận lợi cho việc liên hệ thường xuyên, gắn bó nhóm quản lý dự án với khách hàng nhà cung cấp đầu vào cho dự án − Tăng cường hợp tác thành viên rõ trách nhiệm thành viên tham gia dự án − Tạo điều kiện sớm phát khó khăn, vướng mắc phát sinh điều chỉnh kịp thời trước thay đổi điều kiện không dự đoán Tạo điều kiện cho việc đàm phán bên liên quan việc giải bất đồng cục − Tạo sản phẩm dịch vụ có chất lượng cao Hạn chế Tuy nhiên, phương pháp quản lý chất lượng hệ thống dự án phần mềm có mặt hạn chế Những mâu thuẫn chia nguồn lực đơn vị; quyền lực trách nhiệm nhà quản lý dự án số trường hợp không thực đầy đủ; vấn đề hậu dự án điểm cần khắc phục với phương pháp quản lý dự án phẩn mềm Đề xuất – cải tiến Tìm kiếm học hỏi thêm phương pháp khác quản lý hệ thống chất lượng phần mềm, bước khắc phục hạn chế phương pháp sử dụng Lập kế hoạch quản lí chất lượng phần mềm Trang 91 ... thiệu Hệ thống quản lý chất lượng phần mềm [1] Hệ thống quản lý chất lượng phần mềm bao gồm quy trình thực thi xuyên suốt chu kỳ phát triển dự án phần mềm nhằm quản lý chất lượng hệ thống phần mềm. .. tiêu chất lượng chu kỳ phát triển phần mềm, thành phần có liên hệ chặt chẽ với 1.3 Lập kế hoạch Hệ thống quản lý chất lượng phần mềm [2] Lập kế hoạch yêu cầu kinh điển thao tác hầu hết hệ thống quản. .. thực tế Kết dự kiến: - Hiểu hệ thống chất lượng phần mềm - Các yếu tố, vấn đề liên quan đến chất lượng phần mềm - Tìm hiểu thiết lập kế hoạch đảm bảo chất lượng phần mềm ứng dụng lập kế hoạch cho