|
Xin chào
Guest
| Đăng ký
| Đăng nhập
|
|
|
| Trang chủ | Những mạch mới | Mạch chưa trả lời | Người dùng trực tuyến | Thành viên | Giúp đỡ |
Diễn đàn SEGVN
Education and Training
Practical Software Engineering Program at CMU
Mạch: Nhập môn Kĩ nghệ phần mềm - Bài 16: Mô hình trưởng thành năng lực tích hợp CMMI
|
| Không có thành viên nào đang xem mạch |
|
Trạng thái mạch: Bình thường Tổng số bài viết trong mạch này: 1 |
|
| Tác giả |
|
JohnVu
Prof. Tham gia: 29-12-2008 Tổng số bài đã viết: 984 Trạng thái: Offline |
Bài 16: Mô hình trưởng thành năng lực tích hợp CMMI Bài này cung cấp một tổng quan về Mô hình tăng trường năng lực tích hợp (CMMI), được phát triển tại Viện Kĩ nghệ phần mềm (SEI) tại Carnegie Mellon. Mô hình này được tạo ra để giúp các tổ chức phần mềm nâng cao năng lực phát triển của họ, diễn giải và dùng CMMI để nâng cao qui trình thay đổi lớn trong công nghiệp, từ việc dùng nó như “bản hướng dẫn” tới việc xử lí nó như “yêu cầu chặt”. Bài này thảo luận về ứng dụng của CMMI một cách hiệu quả, tạo ra tài liệu qui trình dựa trên thực hành hiện có, và cho phép sinh viên kết luận khi nào mức tiếp đã được đạt tới. Người dùng CMMI có thể có những mục tiêu khác nhau, từ "thi đỗ" để cho họ có thể công bố một mức độ để thắng hợp đồng kinh doanh (“Chúng tôi là công ti mức 5 đây”), tới việc nâng cao hoạt động qui trình của nó. Tổ chức hội tụ vào CMMI như “công cụ thi” có thể lỏ lỡ nội dung và giá trị của mô hình này. Khi tổ chức bắt đầu nâng cao qui trình, họ thường xuyên bắt đầu bằng việc làm tài liệu các qui trình được CMMI mô tả, chẳng hạn, các qui trình để ước lượng và kiểm soát thay đổi. Cách tiếp cận “Tài liệu” này không nhất thiết xấu như khái niệm trong CMMI dựa trên các nguyên tắc Kĩ nghệ phần mềm, nhưng vấn đề nảy sinh khi người quản lí cố ép các qui trình này được chấp nhận bên trong tổ chức. Một số kĩ sư coi chúng là không cần thiết hay không thích hợp bởi vì họ bị yêu cầu phải tuân theo cái gì đó mà họ không được tham gia vào trong qui trình này. Cách tiếp cận “Tài liệu” này lại chọn lựa kém để nâng cao và sử dụng tiềm năng hời hợt về CMMI. CMMI là hiệu quả khi nó được xử lí như một tuyển tập các giải pháp được ưu tiên được áp dụng cho các vấn đề tổ chức. Khi được dùng theo cách này, giải pháp được xem như có giá trị và thích hợp. Cải tiến có hiệu quả nên bắt đầu bằng việc hiểu cách tổ chức đã giải quyết các vấn đề. Giải pháp đã được dùng và được chứng minh là làm việc, bắt nguồn từ nhóm Kĩ nghệ phần mềm được gọi là “Thực hành tốt”. Chúng nên là tài sản nền tảng để tạo ra qui trình được xác định mà người quản lí cố làm cho mọi người tuân theo. Tất nhiên, “Thực hành tốt nhất” không giải quyết tất cả các vấn đề, cho nên tổ chức phải hội tụ vào việc nhận diện các giải pháp phụ cho qui trình được xác định để được hoàn tất. Thẩm định qui trình giúp cho tổ chức xác định và ưu tiên hoá vấn đề của nó. Cách tiếp cận về các giải pháp CMMI đối sánh kế tiếp cho các vấn đề được xác định là rất hiệu quả, bất kể tổ chức đang cố đạt tới mức nào. Khi dự án được lập kế hoạch một cách không thích hợp, có ít thời gian để thực hiện ngay cả các nhiệm vụ cơ sở về phát triển và kiểm thử. Kết quả là phần mềm đầy lỗi, làm lại tăng lên và thủ tục bị bỏ qua. Ý định của CMMI Level 2 là cung cấp việc quản lí dự án phần mềm vững chãi cho phát triển. Điều này nảy sinh trong môi trường ổn định vốn tạo khả năng cho cải tiến thêm nữa được thực hiện. Tính ổn định qui trình tới từ việc tăng độ chính xác và tính dự đoán được của lịch biểu, việc nhận diện và chú ý sớm tới vấn đề, quản lí cam kết, và kiểm soát thay đổi đối với sản phẩm. CMMI mức tiếp (Mức 3) là về chuẩn hoá qui trình. Nhiều tổ chức vội vàng viết tài liệu qui trình. Những tài liệu này có thể trở thành lớn, tràn ngập - và thường bị bỏ qua. Nỗ lực cải tiến qui trình được xem hầu như là sinh ra tài liệu và mục đích thường bị bỏ qua và bỏ đi. Nếu "cải tiến qui trình" không phải chỉ là làm tài liệu cho chúng mà là dùng “Thực hành tốt nhất” đã tồn tại trong tổ chức hay ở đâu đó khác như việc tích hợp "con người, nhiệm vụ, và công cụ” để giải quyết vấn đề và đạt tới kết quả đặc biệt, vậy thì cải tiến qui trình có thể trở thành cải tiến của nhiều khía cạnh then chốt của tổ chức, không chỉ làm tài liệu. Qui trình được thể lệ hoá đầy đủ khi nó đáp ứng cho các tiêu chí sau: • Được xác định - mô tả các bước đặc thù • Được làm tài liệu – được viết ra bằng việc dùng kí pháp để giữ cho nó đơn giản • Được huấn luyện - mọi người có thể học nó dễ dàng • Được thực hành - nó được dùng trong mọi dự án • Được đo – qui trình và sản phẩm được đo • Được trắc nghiệm – QA kiểm rằng các qui trình được thực hiện đúng • Cải tiến liên tục – qui trình phải được dùng trong một thời gian Nội dung thảo luận 1. Tại sao nhiều tổ chức dùng CMMI cho việc cải tiến qui trình? 2. Khái niệm then chốt của CMMI là gì? 3. Tại sao có nhiều diễn giải về CMMI thế? 4. Làm sao bạn biết rằng qui trình được xác định được sử dụng đúng? Bài đọc thêm: 1. L16_CMMI_Due_Dilligence.pdf 2. L16_CMMI_Benefits.pdf Phân công dự án tổ Sinh viên sẽ được tổ chức thành các nhóm để chuẩn bị bài trình bày cho cả lớp , 2 tổ trình bày cho lớp. Với việc trình bày này, tổ sẽ hội tụ vào câu hỏi sau: “Giải thích logic của năm mức CMMI về sự trưởng thành, tại sao nó được thiết kế theo cách đó?” Có 2 bài kiểm tra trên lớp (một bài kiểm tra đa chọn lựa và một bài kiểm tra đúng/sai). ---------------------------------------- Prof. Vu Carnegie Mellon University |
||
|
|
|
Múi giờ hiện tại là GMT 22:42:04 20-05-2012 |
