Chương 2 - Vòng đời phần mềm. Chương 2 cung cấp cho người học những kiến thức cơ bản về: Định nghĩa vòng đời phần mềm, quy trình phát triển phần mềm, một số mô hình phát triển phần mềm, đánh giá sản phẩm và quy trình. Mời các bạn cùng tham khảo.
Chương 2: Vịng đời phần mềm • Định nghĩa • Quy trình phát triển phần mềm • Một số mơ hình phát triển phần mềm NHẬP MƠN CƠNG NGHỆ PHẦN MỀM (INTRODUCTION TO SOFTWARE ENGINEERING) 3.1 Mơ hình CMM 3.2 Mơ hình tuyến tính 3.3 Mơ hình chế thử 3.4 Mơ hình phát triển ứng dụng nhanh 3.5 Các mơ hình tiến hóa 3.6 Mơ hình hướng thành phần 3.7 Mơ hình RUP 3.8 Các kỹ thuật hệ thứ ng c om – – – – – – – – co • Đánh giá sản phẩm quy trình an ng th Vòng đời phần mềm du o Chương 2: Vòng đời phần mềm 2.1 Định nghĩa (Vòng đời phần mềm) • Mọi sản phẩm phần mềm có vịng đời • Vịng đời thường dài — số sản phẩm phần mềm “tồn tại” 30 năm cu u – Vòng đời phần mềm thời kỳ tính từ phần mềm sinh (tạo) chết (từ lúc hình thành đáp ứng yêu cầu, vận hành, bảo dưỡng loại bỏ khơng đâu dùng) – Quy trình phần mềm (vịng đời phần mềm) phân chia thành pha chính: phân tích, thiết kế, chế tạo, kiểm thử, bảo trì Biểu diễn pha có khác theo người • Vịng đời rút ngắn tiến công nghệ 3 4 CuuDuongThanCong.com https://fb.com/tailieudientucntt Các phương pháp luận kỹ thuật cho pha Các pha vịng đời PM • Một cách rõ ràng rõ ràng, tất sản phẩm phần mềm trải qua giai đoạn sau: Tên pha Nội dung nghiệp vụ Phương pháp, kỹ thuật Xác định yêu cầu Thiết kế hệ thống Đặc tả yêu cầu người dùng Xác định yêu cầu phần mềm Thiết kế phần mềm Thiết kế cấu trúc phần mềm Là thiết kế chi tiết: Thiết kế cấu trúc bên Thiết kế phần mềm (đơn vị chương trình chương trình mơđun) c om – Yêu cầu — xác định nhu cầu khách hàng ràng buộc sản phẩm – Thiết kế — xác định cấu trúc / tổ chức hệ thống phần mềm] – Mã hóa — viết phần mềm – Kiểm thử — vận hành hệ thống để tìm loại bỏ khiếm khuyết – Bảo trì — sửa chữa nâng cao sản phẩm sau khách hàng triển khai co ng Lập trình Đảm bảo chất lượng Vận hành Bảo trì an Kiểm tra chất lượng phần mềm phát triển Sử dụng, vận hành phần mềm phát triển Biến đổi, điều chỉnh phần mềm Thiết kế cấu trúc hóa Lập trình cấu trúc Phương pháp Jackson Phương pháp Warnier Mã hóa cấu trúc hóa Phương pháp kiểm thử chương trình Chưa cụ thể 6 ng th Mã hóa ngơn ngữ lập trình Phân tích cấu trúc hóa Quy trình phát triển phần mềm du o Các mơ hình vịng đời phần mềm • Q trình tập hợp hoạt động, với đầu vào đầu xác định rõ ràng, để hoàn thành số nhiệm vụ • Mơ hình vịng đời mơ tả trình thực sản phẩm phần mềm tồn phần vịng đời u Khung quy trình chung (Common process framework) cu Hoạt động khung (Framework activities) Tập tác vụ (Task sets) Tác vụ (Tasks) – Các mơ hình vịng đời có xu hướng tập trung vào pha chu kỳ mối quan hệ chúng với pha khác – Các nghiên cứu gần quy trình phần mềm xem xét chi tiết nhiều khía cạnh việc phát triển bảo trì – Mơ hình vịng đời mơ tả quy trình phần mềm, thuật ngữ mơ hình vịng đời có trước thảo luận quy trình phần mềm Điểm quan trọng (milestones),sản phẩm chuyển giao (deliverables) Điểm Kiểm Tra Chất Lượng (SQA points) Các hoạt động giám sát, đánh giá kỹ thuật, đảm bảo chất lượng phần mềm, quản lý cấu hình, quản lý rủi ro, (Umbrella activities) 7 8 CuuDuongThanCong.com https://fb.com/tailieudientucntt Một số mô hình phát triển PM 3.1 Mơ hình khả thục Tại phải sử dụng mơ hình CMM công nghệ làm phần mềm? 3.1 Capability Maturity Model (CMM by SEI): Mơ hình khả thục Khó khăn khơng sử dụng CMM • • Các tiến trình phần mềm thường bị thay đổi cập nhật mà chuần bị trước • Đặc tả tiến trình phần mềm khơng chặt chẽ, dẫn đến khủng hoảng thực dự án .c om – Các khái niệm – Tại sử dụng mơ hình CMM – Các thức sử dụng mơ hình co ng • an Thiếu sở để đánh giá chất lượng phần mềm, để đưa phương thức tiến hành cách giải vấn đề phát sinh Thuận lợi sử dụng CMM • Dễ dàng quản lý phát triển phần mềm Các tiến trình cập nhật qua điều khiển nhà phần tích kiểm thử • Vai trị, trách nhiệm thành viên tiến trình phân định rõ ràng • Quản lý chất lượng phần mềm, thoả mãn yêu cầu khách hàng Có sơ chuẩn xác đánh giá chất lượng, thời gian, chi phí phân tích dự án tiến trình 10 10 ng th • Thực thi tiến trình phần mềm Các khái niệm CMM du o (Software Process Performance) • Tiến trình (Process) • Thực thi tiến trình phần mềm cho biết kết thực tế tiến trình phần mềm • Hướng tới kết đạt cịn khả tiến trình phần mềm cho thấy kết mong đợi • Do phụ thuộc vào đặc trưng dự án trường hợp cụ thể, nên kết thực tế thường không phản ánh đầy đủ khả tiến trình cơng ty cu u – Một tiến trình phần mềm tập hợp hành động, phương thức, thực hành, thay đổi mà người ta dùng để trì phát triển phần mềm thành phần liên quan tới chúng (ví dụ: kế hoạch dự án, thiết kế, lập trình, kiểm thử, tài liệu hướng dẫn ) • Khả tiến trình phần mềm (Software Process Capability) – Cho biết phạm vi kết mong đợi tiến trình phần mềm – Dự đốn khả làm dự án phần mềm cơng ty 11 11 12 12 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mơ hình chi tiết thành phần cấu trúc CMM Độ thục tiến trình PM (Software process maturity) Mức độ thục • Chỉ rõ tiến trình phần mềm xác định, quản lý, đánh giá, điều khiển, đạt hiệu cách rõ ràng • Cho biết khả phát triển, giá trị tiến trình phần mềm, tính vững dự án nhận từ Các vùng tiến trình c om Khả tiến trình tổ chức Các tính phổ biến đạt Các thực hành ánh xạ Các mục tiêu ng Thực thi thể chế hố 14 14 Tiến trình dự đốn Tiến trình ổn định, chuẩn Tiến trình có kỷ luật Ban đầu (1) Có cải tiến hơn, chiến lược quản lý dự án vµ thủ tục để thực thi chiến lược thiết lập Các kế hoạch quản lý dự án dựa kinh nghiệm dự án cũ Cải tiến (5) cu tiến trình cải tiến liên tục u Tiến trình phần mềm mang tính chất tuỳ tiện, lộn xộn, có tiến trình xác định trước, hiệu cơng việc mang tính riêng lẻ Khó có mơi trường làm việc ổn định Kế hoạch ngân sách, chất lượng sản phẩm vận hành khơng thể dự đốn trước Mơ hình mức CMM du o Mơ hình mức CMM ng th 13 mô tả Cơ sỏ hạ tầng hoạt động co an 13 nhận từ Tiến trình dự đốn Được quản lý (4) Tiến trình ổn định, chuẩn Được định nghĩa (3) Có tính lặp lại (2) Tiến trình cải tiến liên tục Tiến trình có kỷ luật Q trình vận hành phụ thuộc vào khả cá nhân riêng lẻ, thường xuyên thay đổi phụ thuộc vào kỹ năng, trình độ hiểu biết hoạt động thành viên dự án Ban đầu (1) Được quản lý (4) Được định nghĩa (3) Có tính lặp lại (2) Kết đưa hiệu quản lý tiến trình dự án nµy vào dự án khác Điều cho phép lặp lại (repeatable) thành công dự án tương tự dự án có điểm khác biệt 15 15 16 16 CuuDuongThanCong.com Cải tiến (5) https://fb.com/tailieudientucntt Mơ hình mức CMM Tiến trình cải tiến liên tục Tiến trình dự đốn Được quản lý (4) Tiến trình ổn định, chuẩn Được định nghĩa (3) Có tính lặp lại (2) Ban đầu (1) Tiến trình có kỷ luật Một tiến trình định nghĩa tốt gồm có tính chất có tiêu chuẩn, đầu vào, tiêu chuẩn thủ tục rõ ràng để tiến hành công việc, kiểm tra đầu ng Tiến trình có kỷ luật Cải tiến (5) co Tiến trình ổn định, chuẩn Mục tiêu điều khiển tiến trình Các tiến trình phần mềm quản lý để vận hành ổn định, an tồn Có đánh giá phần mềm chất lượng, hiệu hoạt động tiến trình .c om Lập tài liệu tiến trình tiêu chuẩn việc phát triển bảo trì phần mềm có tổ chức, bao gồm công nghệ phần mềm, tiến trình quản lý, tiến trình tích hợp với (nghĩa đầu tiến trình đầu vào tiến trình ) Mơ hình mức CMM an 17 Tiến trình dự đoán Cải tiến (5) Được quản lý (4) Được định nghĩa (3) Có tính lặp lại (2) Do tiến trình ổn định đánh giá nên có trường hợp ngoại lệ, xác định rõ nguyên nhân gây biến đổi Ban đầu (1) 18 18 th 17 Tiến trình cải tiến liên tục Tiến trình dự đốn Tiến trình ổn định, chuẩn Tiến trình có kỷ luật ng LEVEL 2: Có thể lặp Quản lý cấu hình phần mềm Đảm bảo chất lượng phần mềm Quản lý hợp đồng phần mềm Theo dõi giám sát dự án phần mềm Lập kế hoạch dự án phần mềm Quản lý yêu cầu Cải tiến (5) cu Tiến trình cải tiến liên tục u Tiếp tục cải tiến tiến trình, xác định điểm mạnh điểm yếu tiến trình, có khả phân tích khiếm khuyết, xác định nguyên nhân gây để tránh khiếm khuyết 18 Vùng tiến trình KPA (Key Process Area) du o Mơ hình mức CMM Được quản lý (4) Được định nghĩa (3) Có tính lặp lại (2) Xem xét ngang Hợp tác nhóm Kỹ thuật sản phẩm phần mềm 10 Quản lý phần mềm tích hợp 11 Chương trình huấn luyện 12 Định nghĩa tiến trình tổ chức 13 Trọng tâm tiến trình tổ chức 14 Quản lý chất lượng phần mềm 15 Quản lý trình định lượng 16 Quản lý thay đổi tiến trình 17 Quản lý thay đổi cơng nghệ 18 Phịng ngừa khiêm khuyết MỨC 3: Được định nghĩa MỨC 4: Được quản lý Ban đầu (1) MỨC 5: Cải tiến 19 19 20 20 CuuDuongThanCong.com https://fb.com/tailieudientucntt Khả nhìn nhận mức thục Khả tiến trình dự đốn theo mức CMM co ng c om • Khi mức độ thục tăng, sai khác kết đạt kết dự tính giảm xuống • Khi mức độ thục tăng, độ biến động kết thực tế so với kết đề giảm xuống • Khi mức độ thục tăng kết cải thiện Đó là, chi phí giảm, thời gian phát triển ngắn hơn, chất lượng suất tăng an 21 22 th 21 22 ng Những điểm chung phương thức sử dụng CMM du o Cách thức sử dụng mơ hình CMM • Định giá tiến trình phần mềm (Software process assessments ) xác định trạng thái tiến trình phần mềm tổ chức, xác định mức độ ưu tiên vấn đề có liên quan tới tiến trình phần mềm xử lý chúng xây dựng hệ thống hỗ trợ phát triển tiến trình phần mềm • Đánh giá khả phần mềm (Software capability evaluations) xác định nhà thầu có đủ tư cách triển khai dự án phần mềm quản lý trạng hệ thống phần mềm có sẵn u Lựa chọn đội cu (1) (2) (3) Hồ sơ KPA Thăm chỗ Tìm kiếm Phỏng vấn xem xét tài liệu Dựa CMM (4) (5) (6) 24 CuuDuongThanCong.com Phân tích trả lời Các mẫu CMM 23 23 Câu hỏi thục https://fb.com/tailieudientucntt 24 3.2 Mơ hình tuyến tính Mơ hình tuyến tính Tạo mã / lập trình (Code generation / programming): Chuyển thiết kế thành chương trình máy tính ngơn ngữ Nếu thiết kế chi tiết hóa lập trình túy học c om • Cơng nghệ học Hệ thống / Thơng tin mơ hình hóa (System / Information engineering and modeling): thiết lập yêu cầu, ánh xạ số tập yêu cầu sang phần mềm trình tương tác phần cứng, người CSDL Phân tích Thiết kế Lập trình Kiểm thử ng Phân tích co Cơng nghệ học Hệ thống / Thơng tin an 25 Lập trình Kiểm thử Công nghệ học Hệ thống / Thông tin 26 26 Điểm yếu Mơ hình tuyến tính du o Mơ hình tuyến tính ng th 25 Thiết kế Kiểm thử (Testing): Kiểm tra chương trình mơđun lơgic bên chức bên ngồi, nhằm phát lỗi đảm bảo với đầu vào xác định cho kết mong muốn • Thực tế dự án tn theo dịng mơ hình, mà thường có lặp lại (như mơ hình Boehm) • Khách hàng tun bố rõ ràng xong hết yêu cầu cu u • Hỗ trợ / Bảo trì (Support / Maintenance): Đáp ứng thay đổi, nâng cấp phần mềm phát triển thay đổi môi trường, nhu cầu Phân tích Thiết kế Lập trình • Khách hàng phải có lịng kiên nhẫn chờ đợi thời gian định có sản phẩm Nếu phát lỗi nặng thảm họa! Kiểm thử Cơng nghệ học Hệ thống / Thông tin 27 27 28 28 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mơ hình chế thử: Khi ? 3.3 Mơ hình chế thử (Prototyping model) • Khi rõ mục đích chung chung phần mềm, chưa rõ chi tiết đầu vào hay xử lý chưa rõ yêu cầu đầu • Dùng “Hệ sơ khai” để thu thập yêu cầu người dùng qua thiết kế nhanh c om Tạo / sửa mẫu • Các giải thuật, kỹ thuật dùng làm mẫu chưa nhanh, chưa tốt, miễn có mẫu để thảo luận gợi yêu cầu người dùng ng Nghe Khách trình bày co Khách kiểm tra mẫu an 29 30 Mơ hình phát triển ứng dụng nhanh Team #3 du o 3.4 Mơ hình phát triển ứng dụng nhanh (Rapid Application Development: RAD) ng th 29 30 Mơ hình nghiệp vụ Mơ hình liệu Mơ hình tiến trình • Là quy trình phát triển phần mềm gia tăng, tăng dần bước (Incremental software development) với chu trình phát triển ngắn (60-90 ngày) • Xây dựng dựa hướng thành phần (Componentbased construction) với khả tái sử dụng (reuse) • Gồm số nhóm (teams), nhóm làm RAD theo pha: Mơ hình nghiệp vụ, Mơ hình liệu, Mơ hình xử lý, Tạo ứng dụng, Kiểm thử đánh giá (Business, Data, Process, Appl Generation, Test) cu u Team #2 Mơ hình nghiệp vụ Mơ hình Team #1 liệu Mơ hình Mơ hình nghiệp vụ tiến trình Mơ hình liệu Mơ hình tiến trình Tạo ứng dụng Kiểm thử &Turnover Tạo ứng dụng Kiểm thử &Turnover Tạo ứng dụng Kiểm thử &Turnover 31 31 60 - 90 days 32 CuuDuongThanCong.com https://fb.com/tailieudientucntt RAD: Business modeling RAD: Mơ hình liệu tiến trình • Mơ hình liệu (Data modeling): đối tượng liệu cần để hỗ trợ nghiệp vụ (business) Định nghĩa thuộc tính đối tượng xác lập quan hệ đối tượng • Mơ hình tiến trình (Process modeling): Các đối tượng liệu chuyển sang luồng thông tin thực chức nghiệp vụ Tạo mô tả xử lý đễ cập nhật (thêm, sửa, xóa, khơi phục) đối tượng liệu • Luồng thơng tin mơ hình hóa để trả lời câu hỏi: co ng c om – Thông tin điều khiển xử lý nghiệp vụ ? – Thơng tin sinh ra? – Ai sinh ? – Thơng tin đến đâu ? – Ai xử lý chúng ? an 33 34 ng th 33 34 RAD: Hạn chế ? • Tạo ứng dụng (Application Generation): Dùng kỹ thuật hệ để tạo phần mềm từ thành phần có sẵn tạo thành phần tái dụng lại sau Dùng công cụ tự động để xây dựng phần mềm • Kiểm thử (Testing and Turnover): Kiểm thử thành phần kiểm chứng giao diện (các thành phần cũ kiểm thử dùng lại) • Cần nguồn nhân lực dồi để tạo nhóm cho chức • u cầu hai bên giao kèo thời gian ngắn phải có phần mềm hồn chỉnh, thiếu trách nhiệm bên dễ làm dự án đổ vỡ • RAD tốt cho ứng dụng, với ứng dụng khơng thể mơđun hóa địi hỏi tính cao • Mạo hiểm kỹ thuật cao khơng nên dùng RAD cu u du o RAD: Tạo ứng dụng kiểm thử 35 35 36 36 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mơ hình gia tăng (The incremental model) 3.5 Các mơ hình tiến hóa • Phần lớn hệ phần mềm phức tạp tiến hóa theo thời gian: mơi trường thay đổi, u cầu phát sinh thêm, hồn thiện thêm chức năng, tính • Các mơ hình tiến hóa (evolutionary models) có tính lặp lại Kỹ sư phần mềm tạo phiên (versions) ngày hồn thiện hơn, phức tạp • Các mơ hình tiêu biểu: c om • Các chức với yêu cầu khác phát triển thêm sau (gia tăng) • Lặp lại quy trình để hồn thiện dần ng Gia tăng (Incremental) Xoắn ốc (Spiral) Xoắn ốc WINWIN (WINWIN spiral) Phát triển đồng thời (Concurrent development) co – – – – • Kết hợp mơ hình ý tưởng lặp lại chế mẫu • Sản phẩm lõi với yêu cầu hệ thống phát triển an 37 38 ng th 37 38 Gia tăng Thiết kế Lập trình Gia tăng Phân tích Gia tăng Thiết kế Phân tích Gia tăng cu Cơng nghệ hệ thống/thơng tin Lập kế hoạch Phân tích rủi ro Xuất xưởng Kiểm thử u Phân tích Mơ hình xoắn ốc (spiral) du o Mơ hình gia tăng Lập trình Kiểm thử Giao tiếp khách hàng Xuất xưởng Thiết kế Lập trình Kiểm thử Phân tích Thiết kế Lập trình Khái niệm Xuất xưởng Làm Nâng cấp XX Kiểm thử Kỹ nghệ Bảo trì Thời gian/lịch Khách hàng đánh giá Xây dựng & Xuất xưởng 39 39 40 40 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mơ hình xoắn ốc (tiếp) • Giao tiếp khách hàng: người phát triển khách hàng để tìm hiểu u cầu, ý kiến • Lập kế hoạch: Xác lập tài nguyên, thời hạn thông tin khác • Xây dựng xuất xưởng: xây dựng, kiểm thử, cài đặt cung cấp hỗ trợ người dùng (tư liệu, huấn luyện, ) • Đánh giá khách hàng: Nhận phản hồi người sử dụng biểu diễn phần mềm giai đoạn kỹ nghệ cài đặt c om Mơ hình xoắn ốc (tiếp) co ng • Phân tích rủi ro: Xem xét mạo hiểm kỹ thuật mạo hiểm quản lý • Kỹ nghệ: Xây dựng hay số biểu diễn ứng dụng an 41 42 ng th 41 42 Mơ hình xoắn ốc WINWIN du o Mơ hình xoắn ốc: Mạnh yếu? • Nhằm thỏa hiệp người phát triển khách hàng, hai “Thắng” (win-win) u • Tốt cho hệ phần mềm quy mơ lớn • Dễ kiểm sốt mạo hiểm mức tiến hóa cu – Khách có phần mềm thỏa mãn yêu cầu – Người phát triển có kinh phí thỏa đáng thời gian hợp lý • Khó thuyết phục khách hàng phương pháp tiến hóa xoắn ốc kiểm sốt • Chưa dùng rộng rãi mơ hình tuyến tính chế thử • Các hoạt động xác định hệ thống: – Xác định cổ đông (stakeholders) – Xác định điều kiện thắng cổ đông – Thỏa hiệp điều kiện thắng bên liên quan 43 43 44 44 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mơ hình phát triển đồng thời (concurrent development) Mơ hình xoắn ốc WINWIN Xác định điều kiện thắng cổ đơng 3a Hịa hợp điều kiện thắng 3b Thiết lập mục tiêu mức tiếp ràng buộc, dự kiến c om Xác định mức tiếp cổ đông ng Đánh giá tiến trình dự kiến sản phẩm, giải rủi ro Xác định mức tiếp sản phâm quy trình, kể phân chia nhỏ co Xét duyệt đánh giá Kiểm định sản phẩm quy trình • Xác định mạng lưới hoạt động đồng thời (Network of concurrent activities) • Các kiện (events) xuất theo điều kiện vận động trạng thái hoạt động • Dùng cho loại ứng dụng cho hình ảnh xác trạng thái trạng dự án • Thường dùng phát triển ứng dụng khách/chủ (client/server applications): hệ thống thành phần cấu thành hệ thống phát triển đồng thời an 45 46 th 45 46 ng 3.6 Mơ hình hướng thành phần Component-based model du o Mơ hình dựa thành phần • Gắn với công nghệ hướng đối tượng (Object-oriented technologies) qua việc tạo lớp (classes) có chứa liệu giải thuật xử lý liệu • Có nhiều tương đồng với mơ hình xoắn ốc • Với ưu điểm tái sử dụng thành phần qua Thư viện / kho lớp: tiết kiệm 70% thời gian, 80% giá thành, số sản xuất 26.2/16.9 • Với UML chuẩn công nghiệp triển khai u Lập kế hoạch Phân tích rủi ro cu Giao tiếp khách hàng Khách hàng đánh giá Xác định thành phần ứng viên Xây dựng bước lặp thứ n hệ thống Kỹ nghệ Xây dựng & Xuất xưởng Đặt thành phần vào thư viện 47 47 Lấy thành phần có Xây dựng thành phần kh.có 48 48 CuuDuongThanCong.com Tìm thành phần từ thư viện https://fb.com/tailieudientucntt 2.3.7 Mơ hình RUP (Rational Unified Process) Tổng kết mơ hình • Thác nước: mơ hình tuyến tính • SV tự nghiên cứu c om • Chế thử: mơ hình lặp lặp lại • Gia tăng: kết hợp mơ hình tuyến tính lặp lặp lại • Xoăn ốc: kết hợp mơ hình tuyến tính lặp lặp lại co ng • Phát triển nhanh: mơ hình lặp lặp lại an 49 50 th 49 50 ng 3.8 Các kỹ thuật hệ thứ (Fourth generation techniques) du o 4GT: Tại ? • Từ thu thập yêu cầu sản phẩm: đối thoại khách người phát triển quan trọng • Khơng nên bỏ qua khâu thiết kế 4GT áp dụng để triển khai thiết kế qua 4GL • Mạnh: giảm thời gian phát triển tăng suất • Yếu: 4GT khó dùng ngơn ngữ lập trình, mã khó tối ưu khó bảo trì cho hệ thống lớn Þ cần kỹ kỹ sư phần mềm • Tương lai: 4GT với mơ hình theo thành phần cu u • Tập hợp cơng cụ cho phép xác định đặc tính phần mềm mức cao, sau sinh tự động mã nguồn dựa theo đặc tả • Các cơng cụ 4GT điển hình: ngơn ngữ phi thủ tục cho truy vấn CSDL; tạo báo cáo; xử lý liệu; tương tác hình; tạo mã nguồn; khả đồ họa bậc cao; khả bảng tính; khả giao diện Web; vv 51 51 52 52 CuuDuongThanCong.com https://fb.com/tailieudientucntt Đánh giá: Sản phẩm quy trình (Product and process) co ng c om • Quy trình yếu sản phẩm khó mà tốt, song khơng nên coi trọng q mức vào quy trình mức vào sản phẩm • Sản phẩm quy trình cần coi trọng an 53 cu u du o ng th 53 CuuDuongThanCong.com https://fb.com/tailieudientucntt ... có kỷ luật ng LEVEL 2: Có thể lặp Quản lý cấu hình phần mềm Đảm bảo chất lượng phần mềm Quản lý hợp đồng phần mềm Theo dõi giám sát dự án phần mềm Lập kế hoạch dự án phần mềm Quản lý yêu cầu... an 21 22 th 21 22 ng Những điểm chung phương thức sử dụng CMM du o Cách thức sử dụng mơ hình CMM • Định giá tiến trình phần mềm (Software process assessments ) xác định trạng thái tiến trình phần. .. trình phần mềm – Dự đoán khả làm dự án phần mềm công ty 11 11 12 12 CuuDuongThanCong.com https://fb.com/tailieudientucntt Mô hình chi tiết thành phần cấu trúc CMM Độ thục tiến trình PM (Software