Chương 1: Giới thiệu tổng quan về các mô hình phát triển và chất lượng phần mềm. Chương 2: Cơ sở lí thuyết trong quản lý chất lượng phần mềm. Định đượng trong quản lý chất lượng phần mềm. Chương 3: Đề xuất và thử nghiệm quản lý chất lượng theo định lượng trong quản lý sản xuất phần mềm.mem TIEU LUAN MOI download : skknchat@gmail.mem 13 Chƣơng 1: Tổng quan 1.
Tìm hiểu các mô hình triển khai sản xuất phần mềm Mô hình còn gọi là chu trình hay vòng đời phần mềm SLC là tập hợp các công việc và quan hệ giữa chúng với nhau diễn ra trong quá trình phát triển phần mềm. Có khá nhiều mô hình SLC khác nhau, trong đó một số được ứng dụng khá phổ biến trên thế giới, cụ thể như sau: 1. Mô hình tuyến tính Mô hình tuyến tính hay còn gọi là mô hình một phiên bản bao gồm 2 mô hình - …Mô hình Thác nƣớc. Mô hình thác nước Mô hình này gồm các giai đoạn xử lý nối tiếp nhau được mô tả trong hình 1.1 Xác định bài toán và các yêu cầu là giai đoạn xác định những đòi hỏi liên quan đến chức năng và phi chức năng mà hệ thống phần mềm cần có.
Giai đoạn này cần sự tham gia tích cực của khách hàng và kết thúc bằng một tài liệu được gọi là “Bản đặc tả yêu cầu phần mềm” trong đó bao gồm tập hợp các yêu cầu đã được duyệt và nghiệm thu bởi những người có trách nhiệm đối với dự án (từ phía khách hàng). Bản đặc tả yêu cầu phần mềm chính là nền tảng cho các hoạt động tiếp theo cho đến cuối dự án.mem TIEU LUAN MOI download : skknchat@gmail.mem 14 Phân tích, thiết kế là giai đoạn định ra làm thế nào để hệ thống phần mềm đáp ứng những đòi hỏi mà khách hàng yêu cầu trong bản đặc tả yêu cầu phần mềm. Đây chính là cầu nối giữa yêu cầu và mã nguồn để hiện thực nhằm đáp ứng yêu cầu đó. Mã hóa, lập trình là giai đoạn hiện thực các thiết kế đã được chỉ ra trong giai đoạn thiết kế phần mềm và hệ thống.
Kiểm thử là giai đoạn tiến hành kiểm thử mã nguồn đã được hiện thực, bao gồm kiểm thử đơn vị, kiểm thử tích hợp cho nhóm các thành phần và kiểm thử toàn hệ thống. Một khâu kiểm thử cuối cùng thường được thực hiện là nghiệm thu với sự tham gia của khách hàng trong vai trò chính để xác định hệ thống phần mềm có đáp ứng yêu cầu của họ hay không. Khai thác và bảo trì là giai đoạn cài đặt, cấu hình và huấn luyện khách hàng. Giai đoạn này sửa chữa những lỗi của phần mềm (nếu có) và phát triển những thay đổi mới được khách hàng yêu cầu như sửa đổi, thêm hay bớt chức năng/đặc điểm của hệ thống).
Thực tế cho thấy đến những giai đoạn sau mới có khả năng nhận ra sai sót trong những giai đoạn trước và phải quay lại để sửa chữa. - Mô hình chữ V Hình 1. Mô hình chữ V (LUAN.mem TIEU LUAN MOI download : skknchat@gmail.mem 15 Là quy trình phát triển phần mềm mở rộng của quy trình phát triển phần mềm theo mô hình thác nước. Các bước được thực hiện tuần tự, các công đoạn cũng phải được thực hiện đầy đủ trước khi bắt đầu một công đoạn mới.
Quy trình được chia thành hai nhánh hình chữ V gồm 2 giai đoạn tương ứng nhau: phát triển và kiểm thử. Mỗi giai đoạn phát triển sẽ tiến hành song song với một giai kiểm thử tương ứng. Tinh thần chủ đạo của mô hình chữ V là các hoạt động kiểm thử phải được tiến hành song song (theo khả năng có thể) ngay từ đầu chu trình cùng với các hoạt động phát triển. Ví dụ, các hoạt động cho việc lập kế hoạch kiểm thử toàn hệ thống có thể được thực hiện song song với các hoạt động phân tích và thiết kế hệ thống.
Mô hình bản mẫu Hình 1.Mô hình bản mẫu Quy trình được bắt đầu bằng việc thu thập yêu cầu với sự có mặt của đại diện của cả phía phát triển lẫn khách hàng nhằm định ra mục tiêu tổng thể của hệ thống phần mềm sau này, đồng thời ghi nhận tất cả những yêu cầu có thể biết được và sơ lược những nhóm yêu cầu nào cần phải làm rõ. Sau đó thực hiện thiết kế nhanh tập trung chuyển tải những khía cạnh thông qua bản mẫu để khách hàng có thể hình dung, đánh giá giúp hoàn chỉnh yêu cầu cho toàn hệ thống phần mềm. Việc này không những giúp tinh chỉnh yêu cầu, mà đồng thời giúp cho đội ngũ phát triển thông hiểu hơn những gì cần được phát triển. Tiếp theo sau giai đoạn làm bản mẫu này có thể là một chu trình theo mô hình thác nước hay cũng có thể là mô hình khác.mem TIEU LUAN MOI download : skknchat@gmail.mem 16 Bản mẫu thường được làm thật nhanh trong thời gian ngắn nên không được xây dựng trên cùng môi trường và công cụ phát triển của giai đoạn xây dựng phần mềm thực sự sau này.
Bản mẫu không đặt ra mục tiêu tái sử dụng cho giai đoạn phát triển thực sự sau đó.3 Mô hình phát triển ứng dụng nhanh Mô hình phát triển nhanh RAD chính là mô hình tăng dần với chu kỳ phát triển cực ngắn. Mỗi chu trình phát triển thường rất ngắn (60-90 ngày), xây dựng dựa trên hướng thành phần với khả năng tái sử dụng. Mô hình được xây dựng từ một số nhóm, mỗi nhóm làm một RAD theo các pha bao gồm các công việc: Mô hình nghiệp vụ, Mô hình dữ liệu, Mô hình xử lý, Tạo ứng dụng, Kiểm thử và đánh giá. Mô hình phát triển nhanh RAD thích hợp cho những hệ thống quản lý thông tin.
Các mô hình tiến hóa: gia tăng, xoắn ốc, xoắn WINWIN. Phần lớn các hệ phần mềm phức tạp đều tiến hóa theo thời gian: môi trường thay đổi, yêu cầu phát sinh thêm, hoàn thiện thêm chức năng, tính năng. Các mô hình tiến hóa có tính lặp lại, kỹ sư phần mềm tạo ra các phiên bản ngày càng hoàn thiện hơn, phức tạp hơn. Các mô hình tiến hóa bao gồm: mô hình gia tăng, mô hình xoán ốc, mô hình xoắn ốc cùng thắng (WINWIN), mô hình thành phần.
Mô hình gia tăng Hình 1.Mô hình gia tăng (LUAN.mem TIEU LUAN MOI download : skknchat@gmail.mem 17 Mô hình gia tăng là sự kết hợp mô hình tuần tự và ý tưởng lặp lại của mô hình bản mẫu. Sản phẩm lõi với những yêu cầu cơ bản nhất của hệ thống được phát triển. Sau đó các chức năng với những yêu cầu khác được phát triển thêm sau. Các quy trình được lặp lại để hoàn thiện sản phẩm dần dần.
Mô hình xoắn ốc Hình 1. Mô hình xoắn ốc Mô hình xoắn ốc với các giai đoạn lặp theo chu kỳ xoay vòng, trong đó mỗi chu kỳ bao gồm 6 giai đoạn con như sau: Giao tiếp khách hàng: giữa người phát triển và khách hàng để tìm - hiểu yêu cầu, ý kiến. - Lập kế hoạch: Xác lập tài nguyên, thời hạn và những thông tin khác. - Phân tích rủi ro: Xem xét mạo hiểm kỹ thuật và mạo hiểm quản lý.
- Kỹ nghệ: Xây dựng một hay một số biểu diễn của ứng dụng. - Xây dựng và xuất xưởng: Xây dựng, kiểm thử, cài đặt và cung cấp hỗ trợ người dùng tư liệu, huấn luyện. - Đánh giá của khách hàng: Nhận các phản hồi của người sử dụng về biểu diễn phần mềm trong giai đoạn kỹ nghệ và cài đặt. Mô hình xoắn ốc cùng thắng (LUAN.mem TIEU LUAN MOI download : skknchat@gmail.mem 18 Mô hình xoắn ốc cùng thắng nhằm thỏa hiệp giữa người phát triển và khách hàng, cả hai cùng “Thắng”.
Khách có phần mềm thỏa mãn yêu cầu chính còn người phát triển có kinh phí thỏa đáng và thời gian hợp lý. Các hoạt động chính trong xác định hệ thống gồm: - Xác định cổ đông; - Xác định điều kiện thắng của cổ đông; - Thỏa hiệp điều kiện thắng của các bên liên quan. Mô hình phát triển đồng thời Trong mô hình phát triển đồng thời cần xác định mạng lưới những hoạt động đồng thời, các sự kiện xuất hiện theo điều kiện vận động trạng thái trong từng hoạt động. Mô hình này được dùng cho mọi loại ứng dụng và cho hình ảnh khá chính xác về trạng thái hiện trạng của dự án.
Mô hình theo thành phần Hình 1. Mô hình theo thành phần Mô hình theo thành phần gắn với những công nghệ hướng đối tượng qua việc tạo các lớp có chứa cả dữ liệu và giải thuật xử lý dữ liệu. Mô hình theo thành phần có nhiều tương đồng với mô hình xoắn ốc. Với ưu điểm tái sử dụng các thành phần qua Thư viện/kho các lớp giúp tiết kiệm 70% thời gian và 80% giá thành.mem TIEU LUAN MOI download : skknchat@gmail.
Mô hình hình thức Mô hình hình thức hay còn gọi là công nghệ phần mềm phòng sạch là tập hợp các công cụ nhằm đặc tả toán học phần mềm máy tính từ khâu định nghĩa, phát triển đến kiểm chứng. Mô hình hình thức giúp kỹ sư phần mềm phát hiện và sửa các lỗi khó. Mô hình phát triển phần mềm này thường dùng trong phát triển phần mềm cần độ an toàn rất cao như y tế, hàng không. Mô hình hình thức cần nhiều thời gian và công sức để phát triển, chi phí đào tạo cao vì ít người có nền căn bản cho áp dụng mô hình hình thức, do đó khó sử dụng rộng rãi vì cần kiến thức toán và kỹ năng của khách hàng.
Quy trình phát triển phần mềm thống nhất Trong phát triển phần mềm, có những sai sót làm ảnh hưởng không nhỏ đến chất lượng sản phẩm. Các sai sót này có thể phát sinh từ nhiều nguồn khác nhau trong quá trình xây dựng hệ thống, chẳng hạn như không quản lý được các yêu cầu, không phát hiện lỗi kịp thời, không quản lý được các thay đổi của dự án. RUP là một quy trình vòng lặp phát triển phần mềm được tạo ra bởi công ty Rational Software, một bộ phận của IBM từ năm 2002. RUP không phải là một quy trình bó hẹp cụ thể đơn nhất nhưng là một nền tảng quy trình thích ứng với sự phát triển các tổ chức và các nhóm dự án phần mềm, tất cả sẽ chọn các yếu tố cần thiết của quy trình để phù hợp với nhu cầu, quy mô của công ty, dự án và sản phẩm.
Quy trình thống nhất được thiết kế từ đặc điểm chung, quy trình phạm vi rộng lớn và RUP là một mô tả chi tiết cụ thể. RUP hỗ trợ các hoạt động giữa các nhóm, phân chia công việc cho từng thành viên trong nhóm, trong từng giai đoạn khác nhau của quá trình phát triển phần mềm.