QUẢN lý dự án PHẦN mềm

Cuốn sách này trình bày cách tiếp cận tới những thế hệ thực hành về quản lý phần mềm. Rất nhiều tổ chức vẫn bám vào mô hình thác nước, thậm chí nó không được hoàn thiện lắm nhưng nó đưa ra được một hướng dẫn quản lý khá tỉ mỉ, cách để tiến hành để xử lý các tình trạng phần mềm đưa ra

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN o0o - Thạc Bình Cường Bài giảng điện tử mơn học QUẢN LÝ DỰ ÁN PHẦN MỀM Lêi giíi thiÖu Néi dung c¸ch viÕt cuèn s¸ch Tæ chøc Chơng1: Quản lý phần mềm cổ truyền 1.1.Mô hình thác nớc 11 1.1.1.Lý thuyÕt 11 1.1.2.Trong thùc hµnh 16 1.2 Quản lý phần mềm thông thờng 22 Chơng 2: Sự tiến hoá kinh tÕ phÇn mỊm 26 2.1.NỊn kinh tÕ phÇn mÒm 26 2.2.Sù −íc l−ỵng chi phÝ phÇn mỊm thùc dơng 31 Chơng 3: Cải tiÕn kinh tÕ phÇn mỊm 36 3.1.Gi¶m kÝch thớc sản phẩm phần mềm 38 3.1.1.Các ngôn ng÷ 39 3.1.2.Các Phơng pháp hớng đối tợng mẫu trực quan 42 3.1.3.T¸i sư dơng 43 3.1.4.Các thành phần thơng mại 45 3.2.Cải tiến tiến trình phần mềm 46 3.3.C¶i tiÕn hiƯu qu¶ nhóm làm dự án 48 3.4.C¶i tiÕn kü thuật tự động hoá qua môi trờng phần mềm 52 3.5.Đạt đợc yêu cầu chất lợng 55 3.6.Chó ý vào việc kiểm tra: quan điểm thực dụng 57 Ch−¬ng 4: Cách cũ cách 60 4.1.Các nguyên tắc kỹ thuật phần mềm truyền thèng 60 4.2.Các nguyên tắc quản lý phần mềm đại 68 4.3.Chuyển sang tiến trình lặp 72 Chơng 5: Các giai đoạn vòng đời 75 5.1.Giai đoạn công nghệ giai đoạn sản xuất 76 5.2.Giai đoạn khởi đầu 79 5.3 Giai đoạn cụ thể hoá 80 5.4 Giai đoạn xây dựng 82 5.5 Giai đoạn chuyển tiếp 84 Chơng 6: Tạo tác qui tr×nh 87 6.1.TËp mÉu 88 6.1.1.TËp ®iỊu hµnh 88 6.1.2.TËp c«ng nghƯ ( The engineering sets) 90 6.1.3.Sù tiÕn ho¸ cđa trình tạo tác qua vòng đời 95 6.1.4.Tạo tác kiÓm tra 97 6.2 T¹o tác điều hành 99 6.3.T¹o t¸c kü thuËt 106 6.4.T¹o t¸c thùc tÕ 108 Chơng 7: Mẫu kiến trúc phần mềm dựa mô hình 111 7.1 Kiến trúc: Từ góc nhìn quản lý 112 7.2 KiÕn tróc: Tõ gãc nh×n kÜ thuËt 113 Chơng 8: Luồng làm việc tiÕn tr×nh 118 8.1 Lng lµm viƯc cđatiÕn trình phần mềm 118 8.2 Lng lỈp (Iteration workflows) 123 Chơng 9: Các điểm kiểm tra trình 126 9.1.C¸c cét mèc chÝnh 127 9.2.C¸c cét mèc phơ 134 9.3.Các đánh giá tình trạng định k× 135 Chơng 10: Lập kế hoạch tiến trình lặp 138 10.1 Phân định cấu công việc chi tiết 139 10.1.1.KÕt qu¶ cđa WBS theo quy −íc 139 10.1.2.Việc phân định cấu công việc chi tiết đại 142 10.2.Các nguyên tắc lập kÕ ho¹ch 147 10.3.Quá trình ớc tính chi phí lịch trình dự án 150 10.4.Quá trình xây dựng kế hoạch lặp, kéo dài vòng chu kỳ dự ¸n 151 10.5 Thùc hiÖn kÕ ho¹ch 154 Ch−¬ng 11: Tổ chức chịu trách nhiệm dự án 156 11.1.Tæ chøc ngµnh kinh doanh 156 11.2.Tæ chøc dù ¸n 159 11.3.TiÕn triĨn cđa c¸c tỉ chøc 167 Chơng 12: Tự động hoá trình 168 12.1.Các công cụ 169 12.2.Môi trờng dự án 173 12.2.1.Kü thuËt trän vßng(round-trip engineering) 174 12.2.2.Qu¶n lý sù thay ®ỉi(change management) 175 12.2.3.Cơ sở hạ tầng 182 Chơng 13: Kiểm soát dự án Công cụ xử lý 188 13.1.Bảy metrics 189 13.2.Biểu thị quản lý 192 13.2.1.Công việc tiÕn ®é 193 13.2.2.Gi¸ dù to¸n vµ chi phÝ 193 13.2.3.Bè trÝ nh©n viên nhóm động 197 13.3.BiĨu thÞ chÊt l−ỵng 198 13.3.1.L−u l−ỵng thay đổi tính ổn định 199 13.3.2.Chia nhá vµ tÝnh modul ho¸ 199 13.3.3.Làm lại tÝnh t−¬ng thÝch 199 13.3.4 MTBF vµ tÝnh thµnh thơc 200 13.4.Các dự tính vòng ®êi 202 13.5.Các metric phần mỊm thùc dơng 203 13.6.Metric tù ®éng ho¸ 205 Ch−¬ng 14: Sù biÕn ®ỉi tiÕn tr×nh - tailoring the process 211 14.1 Ph©n biƯt tiến trình 211 14.1.1.Qui m« 213 14.1.2.Liên kết c¹nh tranh 216 14.1.3.Tiến trình mềm dẻo hay không mềm dẻo 218 14.1.4.Sự thục tiến trình 219 14.1.5.Rđi ro kiÕn tróc 220 14.1.6.Kinh nghiÖm lÜnh vùc 221 14.2.Ví dụ dự án qui mô nhỏ chống lại dự án qui mô lớn 222 Chương 15: Những sơ thảo dự án tiên tiến 225 15.1.Tích hợp liên tục 226 15.2.Giải sớm rủi ro 227 15.3.Những yêu cầu phát triển 229 15.4.Sự hợp tác cổ đông 229 15.5.10 Nguyên tắc quản lý phần mềm tốt 230 15.6.Những ứng dụng thực tiễn tốt quản lý phần mềm 231 Ch−¬ng 16: Thế hệ quản lý kinh tế phần mÒm 234 16.1.Mô hình định giá hệ 234 16.2 Kinh tÕ häc phÇn mỊm thÕ hƯ tiÕp theo 239 Chơng 17: Sự độ sang xử lí đại 242 17.1.Sự độ xét khía cạnh văn hoá 242 17.2.Đoạn kết 246 Lời giới thiệu Cuốn sách trình bày cách tiếp cận tới hệ thực hành quản lý phần mềm Rất nhiều tổ chức bám vào mơ hình thác nước, chí khơng hồn thiện đưa hướng dẫn quản lý tỉ mỉ, cách để tiến hành để xử lý tình trạng phần mềm đưa Trên thực tế khó đưa cách tiếp cận quản lý đầy đủ thích hợp với vấn đề vấn đề tích hợp thành phần thương mại, tái sử dụng phần mềm, quản lý rủi ro tiến trình phần mềm tăng trưởng xốy chơn ốc Cuốn sách cung cấp khung kiểm tra kinh nghiệm tập hướng dẫn để xử lý nào? Ông Walker Royce phát triển kiểm tra cách tiếp cận quản lý phần mềm trình tham gia từ khảo sát sơ đến phân phối sản phẩm phần mềm cho không lực Mỹ Nền công nghiệp phần mềm hướng tới phương pháp để quản lý độ phức tạp không ngừng tăng nhanh dự án phần mềm Trước thấy cách mạng, biến đổi vấn đề diễn kể thành công thất bại Trong công nghệ tiến trình phương pháp phần mềm phát triển cách nhanh chóng kỹ nghệ phần mềm cịn q trình địi hỏi nghiên cứu sâu sắc người Tài liệu đề cập đến nhận thức tổng quan quản lý phần mềm nhấn mạnh cách nhìn cân đối yếu tố sau:  Lý thuyết thực tiễn  Kỹ thuật người  Yêu cầu giá trị khách hàng lợi ích nhà cung cấp  Chiến lược sách lược Mặc dù bạn nên quan tâm đến vấn đề quản lý quan trọng điều chỉnh cân đối Điều đặc biệt quan trọng đạt tới mục tiêu cổ đông khác nhau, người mà có giao tiếp với người khác ngôn ngữ ký hiệu khác Đây thúc đẩy nhà sáng lập, mơ tả trừu tượng hịn đá Rosetta Ba ngơn ngữ biểu diễn vốn có cơng nghệ phần mềm với yêu cầu (ngôn ngữ không gian vấn đề), với thiết kế (ngôn ngữ chuyển dịch kỹ sư phần mềm) với cài đặt (ngôn ngữ thực không gian vấn đề máy tính) Chỉ có mốc hịn đá Rosetta chuyển dịch ký tự Hy Lạp, kỹ thuật phần mềm chuyển dịch vấn đề thành giải pháp mà thoả mãn tất cổ đơng Khơng có sách chế biến cho quản lý phần mềm Khơng có cơng thức làm ăn cho thực tiễn rõ ràng Tôi cố gắng tiếp cận đến vấn đề cách khoa học thực kinh nghiệm nhất, việc quản lý vấn đề rộng việc đánh giá theo nghĩa chung định phụ thuộc vào tình Đó điều mà nhà quản lý động viên Một vài chương bao gồm phần thực dụng thường xử lý chặt chẽ chủ đề cụ thể Để phân biệt giới thực với mơ hình xử lý chung: kỹ thuật nguyên lý, phần đầu chương có từ thực dụng (pragmatic) Bởi nghĩa thực dụng có nghĩa khơng có ảo tưởng mặt thực tiễn, xác ý nghĩa phần Chúng bao gồm ý kiến mạnh vị trí khiêu khích làm cho thần kinh độc giả, người bảo thủ số thực hành, công cụ kỹ thuật lỗi thời hay hạn Tôi cố gắng để phân biệt kỹ thuật đưa ra, cách tiếp cận kỹ thuật lỗi thời cách sử dụng cách chứng minh phù hợp Trong hầu hết trường hợp ủng hộ quan điểm với lí lẽ kinh tế đơn giản nghĩa chung với kinh nghiệm vặt từ ứng dụng Rất nhiều tư liệu giả thuyết rút từ cách quản lý dự án thành công 10 năm qua (những vấn đề thực tiễn) Mặt khác số tư liệu trình bày vấn đề chứng minh (những vấn đề nghệ thuật), cách tiếp cận giả thuyết mà khơng có việc chứng minh rõ ràng thực tiễn Chúng ta phải đấu tranh với quan điểm sách coi giáo dục quản lý đào tạo quản lý Việc phân biệt dường bới lơng tìm vết quan trọng, ví dụ nghe việc minh hoạ khác 15 năm trước Giả sử bé gái bạn từ trường nhà vào ngày hỏi: "Thưa cha mẹ! Con tham dự khố học giáo dục giới tính trường khơng?" Phản ứng bạn khác bé gái hỏi: " Con tham dự khố huấn luyện giới tính trường khơng? " (điều có nghĩa phần giúp tơi hiểu gái trưỏng thành) Q trình đào tạo huấn luyện có khía cạnh tri thức ứng dụng mà làm cho tri thức hữu ích hữu ích Mặt khác giáo dục tập trung việc giảng dạy nguyên lý dựa vào kinh nghiệm tinh thần mục tiêu với việc ứng dụng tri thức dành cho người học Tôi cố gắng để tập trung vào sách chuyển tải giáo dục quản lý (Tôi không chắn điều việc đào tạo quản lý khác với kinh nghiệm vừa học vừa làm) Tôi không ngụy biện lời khuyên tơi áp dụng trực tiếp dự án Mặc dù cố gắng chứng minh quan điểm được, số quan điểm khơng chứng minh tuý giả thuyết Tôi hy vọng đốn lời khun tơi khuyến khích tranh luận tiến triển sau Các bạn đọc thực gam (gamut) thực hành chuyên môn phần mềm Các đọc giả người định: người có trách nhiệm đầu tư chi phí ngân sách phần mềm Nhóm bao gồm nhà quản lý tổ chức, nhà quản lý dự án, nhân viên yêu cầu phần mềm cán họ Đối với đọc giả cố gắng đưa hướng dẫn ứng dụng trực tiếp việc sử dụng định thực tế ngày đầu tư chiến lược tương lai Một loại đọc giả quan trọng khác người thực hành phần mềm mà họ thoả thuận thực kế hoạch, triển khai phần mềm mục tiêu dự án tổ chức Nội dung cách viết sách Bởi tơi viết cho lượng lớn độc giả nên tơi không sâu vào chi tiết kỹ thuật nguyên lý kỹ thuật, vấn đề trình bày tốt sách khác Thay vào tơi đưa cách bàn luận sâu sắc kinh tế, mẫu quản lý, chiến lược phân chia công việc, chiến lược tổ chức, độ đo; điều cần thiết để xây dựng kế hoạch thực thành cơng dự án phần mềm Có nhiều minh hoạ làm cho chủ đề phức tạp trở nên dễ hiểu Sự xác đắn hình vẽ bảng minh hoạ tốt Trong hầu hết liệu số mơ tả xác số khái niệm, xu hướng, kỳ vọng quan hệ, cách thức trình bày mang tính khơng xác mục đích Trong khung cảnh quản lý phần mềm khác biệt tính xác tính đắn khơng đáng kể từ hai lý do: Quản lý phần mềm vùng đầy màu xám, phụ thuộc vào tình trạng trả giá nhập nhằng Đó khó khăn khơng muốn nói khơng thể chứng minh tính đắn nhiều khái niệm giữ lại xác cách trình bày lĩnh vực rộng lớn Hiểu khác xác đắn kỹ nhà quản lý phần mềm giỏi, người phải dự đoán cách đắn ước lượng rủi ro ảnh hưởng thay đổi Độ xác khơng hiệu chỉnh yêu cầu kế hoạch chứng minh dù chưa rõ ràng, thường gây trở ngại tới thành công dự án Trong nhiều cách biểu diễn số, giá trị tuyệt đối thường khơng quan trọng hồn tồn thay đổi lĩnh vực tình dự án khác Các giá trị quan hệ tạo nên hầu hết hình vẽ bảng biểu Nhân tiện đưa chứng kinh nghiệm thực tế để nhà quản lý hướng tới ngữ cảnh cụ thể, liên hệ với tiêu chuẩn đắn xác điều kiện cụ thể Một số phần phụ lục làm sáng tỏ kỹ thuật trình bày ứng dụng thực tế Một thí hệ thống tàu đốc nghiên cứu xuyên suốt tài liệu, dự án lớn thành công, đưa ví dụ cụ thể làm quản lý tốt cơng việc Nó cung cấp một khn khổ để hợp lý hố số tiến trình cải tiến kỹ thuật Tổ chức Cuốn sách chia thành phần , phần gồm số chương: Phần I, thời kỳ phục hưng quản lý phần mềm Phần mô tả trạng kinh tế phần mềm thực tiễn quản lý phần mềm đưa chuyển dịch cần thiết phần mềm cải thiện đầu tư Phần II, khuôn khổ quản lý phần mềm Mô tả nguyên lý xử lý khuôn khổ cho việc quản lý phần mềm tiên tiến bao gồm : pha vòng đời, pha chế tạo thử, pha dịng cơng việc, điểm kiểm tra Phần III, nguyên lý quản lý phần mềm Phần tóm tắt vài kỹ thuật áp dụng cho lập kế hoạch, điều khiển tự động hố q trình phần mềm tiên tiến Phần IV, xu hướng phát triển Các giả thuyết hiệu dự án tiên tiến kinh tế phần mềm hệ tới bàn luận dịch chuyển văn hoá cần thiết cho thành cơng Phần V, ví dụ cụ thể tài liệu tham khảo Gồm phụ lục, đưa cho việc chứng minh vài nhận xét, dẫn ý kiến trình bày vài nơi Chương Quản lý phần mềm cổ truyền Thời kì phục hưng quản lý phần mềm Nền cơng nghiệp phần mềm có kinh nghiệm thời kì phục hưng Rất nhiều nguyên lý công nghệ phần mềm hằn sâu bị bó hẹp lỗi thời kỹ thuật thay kỹ thuật tốt mức độ tự động hoá cao Cho dù nguyên lý điều quan trọng người làm thực tế phải hiểu trạng thái trước biến đổi, chuyển dịch sang Trước cân nhắc khuôn khổ quản lý phần mềm cho tương lai cần thiết phải hiểu công nghiệp đâu chiếm lĩnh Trong 10 năm qua tơi tham gia đóng góp để cải tiến trình phần mềm 500 cơng ty Mục tiêu cụ thể đóng góp đạt 2X, 3X, 10X tăng lên suất, chất lượng, thời gian thị trường tổ hợp điều X tương ứng với độ tốt lên cơng ty Một điều hài hước nhiều tổ chức khơng có ý tưởng X theo nghĩa mục tiêu Những chương phần I giới thiệu trạng thái thực tế công nghiệp phần mềm xác định X tiến trình quản lý phần mềm thơng thường Điểm : ¾ Những thực tiễn quản lý phần mềm cổ truyền dường lý thuyết thực tiễn gắn chặt với cơng nghệ kỹ thuật cổ xưa ¾ Nền kinh tế phần mềm cổ truyền đưa tiêu chuẩn hiệu suất nguyên lý quản lý phần mềm cổ truyền Một điều tốt phần mềm tính linh hoạt mềm dẻo: Nó lập trình để thực hầu hết việc Điều tồi phần mềm tính linh hoạt mềm dẻo: đặc tính "hầu thứ" khó lập kế hoạch, tiến độ điều khiển phát triển phần mềm Việc không dự đoán điều ''khủng hoảng phần mềm'' 30 năm Vào năm 1990 có phân tích quan trọng công nghiệp kỹ nghệ phần mềm thực kết công bố ấn phẩm Patterns of Software Systems Failure and Success (Jones, 1996) Chaos (Standish Group , 1995) Report of the Defense Science Board Task Force on Acquiring Defense Software Commercially (Defense Science Board, 1994) Phụ lục A làm bật kết có liên quan Tất phân tích đạt tới kết luận chung: Mức độ thành công dự án phần mềm thấp Mặc dù phân tích có vài nhận thức khác thông báo chủ yếu họ bổ sung cho kiên định Chúng ta tóm tắt sau: Việc phát triển phần mềm không dự đốn cao có khoảng 10% dự án phần mềm coi thành công, với ước lượng ngân sách tiến độ ban đầu Các nguyên lý quản lý nặng phán đốn thành cơng hay thất bại tiến kỹ thuật Mức độ manh mún phần mềm không kế thừa tiến trình cịn non nớt Ba phân tích giới thiệu cách quản lý phần mềm tiêu chuẩn trình quản lý phần mềm cổ truyền Có nhiều mảnh đất để phát triển Hãy nhớ tóm tắt chương khung tiến trình quản lý phần mềm mà hầu hết phần mềm truyền thống sử dụng Trong khuôn khổ mà biết mơ hình thác nước có nhiều biến động tiến trình vạch danh giới hầu hết kinh nghiệm dự án phần mềm tích luỹ ngày Và 10 Khả cá nhân ACAP-PCAP-PCON Tiện ích TOOL- SITE Lập lịch SCED Bảng B-6 Mơ hình hậu kiến trúc COCOMO II nâng cấp từ Ada COCOMO COCOMO Định danh Nhân tố điều chỉnh công sức Sự nhiễu loạn COCOMO II RELY Yêu cầu tin cậy Không thay đổi từ COCOMO DATA Cỡ liệu Không thay đổi từ COCOMO CPLX Mức phức tạp sản phẩm Không thay đổi từ COCOMO RUSE Cấp tái sử dụng đòi hỏi Khơng thay COCOMO DOCU Chế Được thêm, tính phù hợp chế cho nhu cầu vòng đời TIME Rằng buộc thời gian thực Không thay đổi từ COCOMO STOR Rằng buộc nhớ Khơng thay đổi từ COCOMO PVOL Tính phức tạp Kết hợp tham số VMVH VMVT Ada COCOMO thành tính phức tạp ACAP Khả phân tích Khơng thay đổi từ COCOMO AEXP Kinh nghiệm ứng dụng Không thay đổi từ COCOMO PCAP PCON Khả người lập trình Sự nối tiếp cá nhân Không thay đổi từ COCOMO Tham số LTEX Kinh nghiệm ngữ/công cụ ngôn Thay đổi để bao gồm kinh nghiệm ngôn ngữ kinh nghiệm công cụ SITE Phát triển đa mặt Tham số cho cấp xếp vào chỗ cấp tự động nhóm Liên kết nhóm đổi từ Ada TOOL Sử dụng công cụ phần Không thay đổi từ COCOMO mềm SCED Lập lịch phát triển yêu Không thay đổi từ COCOMO cầu Các hệ số E biểu diễn ảnh hưởng kết hợp cảu nhiều tham số Mơ hình hậu kiến trúc dùng tham số giống tham số sử dụng mơ hình COCOMO nguyên thuỷ Những tham số cho 310 phép môi trường phát triến có đặc điểm bình thường hố với tham số sở liệu dự án COCOMO II (83 dự án) ảnh hưởng thiết lập tham số (rất thấp, thấp, bình thường,cao, cao) nhân mà có phạm vi từ 0.5 đến 1.5 Sản phẩm 17 ảnh hưởng dùng để tính tốn cơng sức biểu thức ước lượng Tên mơ hình hậu kiến trúc diễn tả kết pha thiết kế sớm, thường kiến trúc Việc sử dụng điểm chức khuyến cáo để định lượng kích thước cho pha tiền thiết kế, điểm chức phù hợp với pha sớm cấu trúc (và ước lượng SLOC) cho giải pháp phần mềm biết Việc sử dụng SLOC nhắc nhở để định lượng kích thứơc cho mơ hình hậu kiến trúc Điều dường trở thành gắn kết kỹ thuật tốt phe SLOC phe điểm chức COCOMO II dùng hệ số mũ cho pha thiết kế sớm mơ hình hậu kiến trúc Hệ số mũ xử lý có phạm vi từ 1.01 đến 1.26 định nghĩa ảnh hưởng kết hợp tham số sau: Các tiêu chuẩn ứng dụng: cấp kinh nghiệm lĩnh vực quan phát triển Tính phức tạp xử lý: cấp độ đối lập, nghi thức, hoạt động chu trình, truyền thơng người nắm chi phí trước Phân tích tính rắc rối kiến trúc: cấp độ tính tin cậy kỹ thuật trước đưa tới sản xuất tổng thể Gắn kết nhóm: cấp độ phối hợp chia xẻ người (người mua, người phát triển, người sử dụng người bảo trì, người khác Sự hoàn thành xử lý: cấp độ hoàn thành cuả quan phát triển, định nghĩa mơ hình hồn thành khả viện công nghệ phần mềm Hệ số mũ COCOMO II tiến Ada COCOMO đạt với tảng rắn h ơn.Bảng B7 tóm tắt tỷ lệ tham số Số mũ thực tế cho COCOMO II định tổng ảnh hưởng cho tham số Tác động kết hợp tham số xử lý cao Nhóm COCOMO II chưa thừa nhận tính kinh tế thực tế lỷ lệ thu (đó gía trị P không nhỏ 1.0) Họ tin tính kinh tế tỷ lệ thu qua rút bớt kích thước gây kết từ việc dùng thành phần thương mại thành phần tái sử dụng Bảng B-7 tham số mũ xử lý COCOMO II Tham số Rất thấp (0.00) Thấp (0.01) Bình thường (0.02) Cao (0.03) Rất cao (0.04) Thực cao(0.0 5) Tính tiêu chuẩn Hồn tồn chưa tiêu chuẩn Chưa tiêu chuẩn nhiều Chưa tiêu chuẩn Quen thuộc thơng thường Quen thuộc rộng Hồn tồn quen thuộc Tính phức tạp phát Thô Buông lỏng tạm thời Hơi buông lỏng Phù hợp thông Hơi phù hợp Mục tiêu tổng 311 triển Độ phân giải rủi ro kiến trúc thường (20%) Một vài ( 20%) Thường xuyên Rộng (75%) (60%) thể Phần lớn (90%) Hồn tồn (100%) Tính gắn Rất khó Hơi khó kết tập tương tác tương tác thể Kết hợp tảng Kết hợp rộng Kết hợp cấp cao Kết hợp chặt chẽ Hồn thành tiến trình Cấp 2+ Cấp Cấp Cấp Cấp Cấp Một điều phát triển thú vị n ữa COCOMO II biểu thức ước lượng lập lịch, mà chức ướclượng công sức tham số xử lý.Tác động thu đượccảu xử lý tôt giảm cơng sức lẫn việc lập lịch trình Tóm COCOMO II tiến triển tốt mơ hình chi phí, mà nhiều số chúng lỗi thời Nó kết nối tốt cho phát triển tương tác, công nghệ đại, quản lý xử lý sách Tuy nhiên chưa chín muồi, sở liệu dự án cịn địi hỏi dự án khác từ nhiều tổ chức Khó mà tin cịn tin cậy so với mơ hình COCOMO ban đầu Ma trận thay Đổi 312 Những điểm mấu chốt Tiến độ chất lượng đo lường phần mềm công việc phức tạp số lượng sản phẩm ,dự án , tham số tồn cục lớn mà có tác động tới nỗ lực phát triển phần mềm có lẽ khơng thể định rõ tập định nghĩa xác đo lường phần mềm mà chúng đáp ứng hầu hết dự án phần mềm + Một đặc tính quan trọng phần mềm tốt thay đổi thuận tiện + Nỗ lực đo lường đánh giá cách manh mún tái tạo chuỗi đường biên phần mềm cung cấp hiểu biết sâu sắc hữu ích hội tụ phân rẽ chấp nhận mặt chất lượng tiến độ + Các ma trận trích trực tiếp từ vật dụng kĩ thuật mà cung cấp dẫn chứng cho việc dàn dựng tiến trình mà điều khiển nmhất quán , xác điều khiển dự án cách chi tiết Nét đặc trưng quan trọng phần mềm "mềm" : thuận tiện phần mềm khả thay đổi , thuận lợi cho việc lưu trữ lại nhằm đạt nét đặc trưng yêu cầu khác Vì ma trận trung tâm tập trung cho đo lường xu hướng thay đổi phần mềm (chia nhỏ , tái tạo ) sản phẩm phần mềm khắp nơi, xun suốt tồn vịng đời Để cố gắng quản lý phần mềm hệ trọng, quản lý dự án phần mềm càn có số phạm vi ma trận độc lập (cho so sánh với dự tính chung ) số ma trận độc lập có giới hạn Tơi phat triển nhiều thiết bị năm 1987 để hợp lý hố chương trình ma trận sử dụng cho dự án ccpds-r , thực nghiên cứu trường hợp phụ lục d tài liệu công bố {royce, walker, 1990} sau năm nghiên cứu lĩnh vực chứng minh hữu ích có kết vài lần tinh chế Đã có nhièu cố gắng khác qua 20 năm qua để định nghĩa đo lường chất lượng phần mềm Có vài ngun nhân khơng nắm bắt thực nghiệm có số người tái diễn lại thực trạng dẫm đạp lên khuyên nhủ thẳng thắn Một số trở ngại tiếp nối cần thiết tính chủ quan chi phí nguồn lực người đòi hỏi tập hợp lại làm sáng tỏ ma trận C-1 Khái quát chung Sự tiếp cận với ma trận tương tự với De Marco người đề xướng đo chất lượng phần mềm thông qua việc làm hư hỏng [De Morco, 1982] Để giữ lại công nghệ đề án độc lập Các định nghĩa ơng mập mờ có chủ định: Lý trí tơi rõ ràng Tính ổn định ứng dụng quan trọng lập luận cách xác, có giá trị với phương pháp đánh giá chủ quan Đánh giá giá trị phần mềm cần có đánh giá đầu vào cách chủ quan đánh giá đầu cách khách quan Cách tiếp cận định nghĩacác đầu vào khách quan Điều địi hỏi lập luận chủ quan ngữ cảnh dự án cụ thể Một cách có hiệu để đánh giá chất lượng phần mềm tái tạo đo lường đường biên cấu hình Đơn vị đo lương dịng mã ngu ồn, điểm chức năng, điểm khách quan, tệp, thành phần số cách đo kích thước phần mềm 313 khác Thảo luận sử dụng SLOC ma trận kích thước gốc phần lớn dùng cơng nghiệp, cách đo lường dễ hiểu Dữ liệu nghiên cứu trường hợp phụ lục D Trong số trường hợp đánh giá chất lượng phần mềm bắt nguồn từ tổng hợp khách quan ma trận thay đổi địi hỏi đánh giá độc lập ngữ cảnh Khả suy xét cần thiết để đánh giá chất lượng sử dụng ma trận Các ma trận giống sử dụng để đánh giá chất lượng phát triẻn (xu hướng - định hướng) phát triển sau (giá trị định hướng) Ví dụ: Dung lượng tái tạo theo phân phối sản phẩm đo lường khách quan chất lượng chất lượng Tổng số tái tạo theo đường biên cấu hình tổng thể phát triển mơ hồ không tồn ngữ cảnh xa Tái tạo giải thích đường biên hồn hảo (Nó khơng ưa thích), chương trình kiểm tra khơng đầy đủ xây dựng ban đầu đáng thất vọng *Chất lượng phần mềm Rất khó khăn để đưa khái niệm khách quan vấn đề Chỉ có hai phương pháp có sẵn cho mong muốn khách hàng để định nghĩa chất lượng: Phần mềm yêu cầu rõ chức hoạt động, kế hoạch tiêu dùng chấp nhận, chi phí số lượng mục đích rõ ràng Những vật dụng tự tạo tương đương với hợp đồng, theo truyền thống sản phẩm chất lượng sản suất dự án chúng chấp nhận từ sớm vòng đời, mà nhiều điều chưa đựơc biết tới Các ma trận phần mềm đại, lặp lại khách quan cung cấp khả hiểu biết sâu sắc chừng mự c chức năng, hoạt động ,giá tuân theo ấn định thời lượng mong muốn khách hàng *Các thứ tự thay đổi phần mềm SCOs thảo luận đầy đủ chi tiết chương 12, phương hướng thiết lập để tiến hành với thay đổi cấu hình phận phần mềm (SCOs thường gọi báo cáo ccố phần mềm, cố có tình cấm đốn, khơng phải tất thay đổi bị thúc đẩy c ố) Sự thay đổi cần đến để tái tạo thành phần chất lượng (loai 0,1,một phục hồi), để tái tạo thành phần đạt chất lượng cao (loại 2, nâng cao), để điều tiết trực tiếp khách hàng trực tiếp thay đổi yêu cầu (loại thay đổi phạm vi) Sự khác ổn định nâng cao tính cố hữu lý thay đổi Giả thiết thành phần ổn định chấp nhận được, lý thay đổi để làm tăng chi phí hiệu lực, tăng khả kiểm tra, tăng tiện lợi, tăng hiệu qủa số phương thức khác ,sự tái tạo loại Cả loại 0, tái tạo làm tăng chất lượng sản phẩm cuối Tuy nhiên loại cho biết chất lượng không tương xứng đường biên thời.Trong thực nghiệm khác loại hồn tồn chủ quan Với thảo luận sau đó, hầu hết ma trận khơng nhay cảm với phân loại, khác chỗ ứng dụng, cung cấp hiểu biết hữu dụng Loại SCOs loại điển hình phản ánh chất thay đổi yêu cầu mà mong muốn khách hàng định nghĩa lại Những thay đổi có tác động mạnh mẽ việc địi hỏi cấp độ phần mềm công nghệ hệ thống khác mức biến đổi cao kiểm tra thối hố Bởi giới hạn mở rộng thay đổi, loại SCOs phân tích cách riêng biệt ma trận Dữ liệu bắt nguồn từ loại 0, SCOs cung cấp nguyên tắc hợp lý cho trì đánh giá nỗ lực đòi hỏi loại SCOs * Dòng mã nguồn 314 Dù sloC cung cấp ma trận tốt cho việc đo lường vấn đề số lượng phần mềm luôn bàn cãi Jones đồng số phòng ngừa cần thiết xử lý SLOC (Jones 1994) ông ta tới cấp độ để nóí " dịng mã sử dụng tiêu chuẩn hoá thành phần liên quan đến liệu ngôn ngữ khác xem xét, ví dụ bất cẩn nghề nghiệp" Một điểm mà tất người đồng ý sử dụng phải định nghĩa cách khách quan ổn định, tiêu chuẩn để so sánh Một thành phần t SLOC định nghĩa khơng quan trọng cách định nghĩa cách kiên định thông qua tất dự án tất lĩnh vực dự án cụ thể Việc yêu cầu sử dụng công cụ đếm thông dụng nhằm đạt tới định nghĩa tiêu chuẩn hoá đề *Mơ hình bảng điều khiển Một đường biên cấu hình sản phẩm mà có tính chất khách quan để thay đổi điêù khiển thơng qua CCB Đường biên cấu hình mô tả sản phẩm mà sản phẩm thiết kế hoàn chỉnh, phát triển kiểm tra độ bất hợp lệ, sản phẩm cuối kiểm tra độ bất hợp lệ C-2 Nguồn gốc ma trận Phần miêu tả định nghĩa cách chi tiết số liệu thống kê cần thiết sưu tầm Các ma trận có nguồn gốc từ số liệu thống kê số nguyên tắc đạo chung cho hiểu biết chúng Phụ lục D cung cấp số ví dụ chi tiết ứng dụng giới thực nhằm minh hoạ cụ thể hơn, ma trận sử dụng để quản lý điều khiển dự án Nguồn gốc rõ ràng phát triển từ xuống Hơn họ đưa kết từ kiểm tra thực chất lỗi phân tích thực nghiệm số, khẳ trực giác tự tìm kiếm Các số liệu thống kê thô sưu tầm bao gồm số loại phần mềm thay đổi, hư hỏng SLOC, phục hồi SLOC Những thử thách nhằm tìm xác kĩ thuật chọn lọc cho số liệu chỉnh sửa thơ nhằm thấy xu hướng hữu ích để tìm đo lường khách quan tiến tới xác định số lượng (các thuộc tính phát triển trung gian) chất lượng (thuộc tính sản phẩm cuối) Sự khách quan cuối nhằm xác định số lượng sản phẩm lắp ráp, khả thích nghi, thục khẳ trì tinh tế *Sự lắp ráp: Ma trận đo lường phạm vi ngắt trung bình đoạn cắt Nó nhận biết cần thiết để xác định số lượng đoạn cắt (dung lượng thiệt hại SLOC) số trường hợp tái tạo lại (số lượng SCOs) Thực lắp ráp định nghĩa trình cục hố đo lương phần ngắt, với giá trị nhỏ tốt * Khẳ thích nghi: Ma trận đo lường độ phức tạp trung bình việc phân tách đo lường trình tái tạo lại Nó nhận biết cần thiết xác định số lượng tái tạo lại (nỗ lực đòi hỏi giải quyết) số lượng trường hợp tái tạo lại (Số lượng SCOs) Khả thích nghi xác định số lượng, dễ dàng thay đổi, giá trị nhỏ tốt * Tính thục: Sự trực giác, tính thục tương ứng với cấp độ tính ch ất chân thật đáng coi trọng sản phẩm Sự khách quan, ma trận đo lường tỉ lệ sai sót Mục đích tự dặt tên hư hỏng, để hồn thành tính thục vơ hạn Sự phát triển chủ yếu qua mở rộng phần mềm vận dụng trí óc, không chứa đựng vấn đề vật lý, không phơi bày Phần mềm trưởng thành thời gian , có nghĩ a người dùng (Nhóm kiểm tra, người dùng bậc 2, người sử dụng sản phẩm thơng dụng) có kinh nghiệm để sai sót hay mắc sản phẩm đưa 315 Điều thông báo thừa nhận chức lặp lại hoạt động công bố Sự mong muốn tăng tính thục khơng thể thực thay đổi chức hoạt động Tương tự ta ý tới xu hướng công bố chuẩn xác qua phát triển vịng đời nỗ lực phát triển có ảnh hưởng tới sức khoẻ Một dẫn đơn giản tỉ lệ sai sót địi hỏi tới việc đo lương hư hỏng (loại SCOs ) tổng số thời gian sử dụng Từ tham số , ý nghĩa thời gian lần hư hỏng (MTBF) bắt nguồn từ cơng bố đưa Các độ chuyên sâu cao tốt hơn, phản hồi thời gian trung bình hư hỏng nhân thức người sử dụng * Khẳ trì: Về lý thuyết khẳ tồn sản phẩm bắt nguồn từ khâu sản xuất mà với nhóm bảo quản làm Rất khó khăn để so sánh suất dự án nhiên, khẳng định trực giác chưa thuyết phục Định mức tiêu chuẩn hoá suất, hiệu chỉnh tăng suất cung cấp giá trị sản xuất độc lập phản ánh phát triển phức tạp Tỉ lệ tiêu chuẩn hoá khác suất dự án cung cấp ma trận so sánh quan hệ Kết khả bảo quản định nghĩa định mức n ăng suất hiệu chỉnh nhằm tăng suất Theo trực giác, giá trị khẳng định sản phẩm bị thay đổi lần khẳ phát triển (Khẳ tồn =0.33) có khả bảo quản tốt sản phẩm thay đổi lần khả (khả tồn tai=0.5) đượcphát triển, độc lập suất trì tuyệt đối thực Các số liệu thống kê cần phải tính tốn giá trị tổng số nỗ lực phát triển, tổng số SLOC, tổng số nô lực thay đổi, tổng số SLOC hiệu chỉnh Trong giá trị cung cấp đo lường khách quan hữu ích sản phẩm cuối Những giá trị trung gian chức thời gian cung cấp hiểu biết sâu sắc để phát triển thành giá trị sản phẩm cuối mong muốn Mỗi dự án thu số kinh nghiệm phát triển ban đầu, kinh nghiệm hữu ích để dự báo trước thay đổi cố hữu xu hướng phát triển Nguồn gốc ngắn gọn có cấp độ đơn giản Nó khơng cần thiết để giải ma trận tập hồn chỉnh, có nhiều viễn cảnh phức tạp yêu cầu việc quản lý dự án nhằm thực cách chuẩn xác Các tập tập khác hữu ích, hầu hết phân tích, tốn học, sưu tầm liệu cố hữu ma trận tự động hố người thi hành cần làm sáng tỏ kết hiểu biết chúng C-2-1 Các số liệu thống kê tĩnh Một số số liệu thống kê cụ thể phải ổn định vòng đời dự án phần mềm nhằm thực ma trận đưa Những số liệu thống kê nhận biết bảng bao gồm hnư sau: • Tổng số SLOC (SLOCT): Những số liệu thống kê theo dõi tổng số lượng ước đốn kích thước sản phẩm tình trạng phát triển Giá trị thay đổi đáng kể tồn phát triển yêu cầu tới tháo gỡ hiệu chỉnh giải pháp thiết kế Tổng bao gồm phần mềm sử dụng lại phần sản phẩm phân phối đối tượng thay đổi nhóm phát triển • Cấu hình SLOC (SLOCC) Những số liệu thống kê theo dõi chuyển đổi thành phần phần mềm từ trạng thái thiết kế hoàn chỉnh đến cấu hình điều khiển Đối với dự án đưa ra, số liệu thống kê cung cấp cách thấu đáo phát triển khả ổn định nhóm phát triển Với phần mềm sử dụng lại đóng góp từ sớm cho SLOCC phát triển tức thời ma trận chất lượng Những định nghĩa số liệu thống kê tĩnh 316 Số liệu thống kê tĩnh Định nghĩa _ Tổng số SLOC _SLOCT=tổng số SLOC _Cấu hình SLOC _SLOCC=đường biên tạiSLOC _Các lỗi nghiêm trọng SCO0 = số lượng loại SCOs _Các lỗi thường SCO1 = số lượng loại SCOs _Các phát triển SCO2 = số lượng loại SCOs _Các đặc trưng SCO3 = số lượng loại SCOs _Số lượng SCOS _Tái tạo mở (dừng) _Tái tạo đóng (dồn) N=SCO0 +SCO1+SCO2 B=ngắt quãng thay đổi dồn đống theo SCO0 ,SCO1 SCO2 F=khôi phục đống SLOC _Nỗ lực tái tạo E=Nỗ lực tập trung dùng SCO0, SCO1, SCO2 _Thời gian sử dụng UT=giờ mà đường biên đưa thao tác hồn cảnh sử dụng thực • Các nhược điểm (SCO0 SCO1) Các thay đổi giải lại lỗi phần mềm cấu thành số liệu thống kê quan trọng từ độ tin cậy hồn thiện đường biên bắt nguồn Mong muốn tác động cao vào việc phát lỗi xảy tức sau chứng nhận làm giảm thời gian kỳ hạn phần mềm • Sự tiến (SCO2) Một kích thích khác làm thay đổi đường biên, tiến chìa khố để đánh giá chất lượng tiến độ chất lượng sản phẩm sau Sự mong muốn phát triển tỉ lệ nghịch với nhược điểm tỉ lệ nhược điểm bắt đầu cao lên cản trở, phát triển bắt đầu giảm xuống tăng thêm Hiện tượng dựa giả thuyết nhóm phục hồi thực kiểm tra hoạt động bảo quản nắm bắt quan hệ sau Nỗ lực(nhược điểm)+Kết quả(Sự phát triển)=hằng số Sự khác nhược điểm tiến số chủ quan Các ma trận định nghĩa sách chúng khơng mang tính nhạy cảm đặc biệ t loại khác chúng lệ thuộc vào tổng số tác động từ loại nhiên khác hư hỏng hồn thiện có tác động cần thiết dựa đo lường mơ tả phần C-2-2 • Các đặc trưng (SCO3) : Loại phản ánh thay đổi cập nhật mong muốn người quản lý ngăn xếp đặc trưng khả bên phạm vi cho phép Các số liệu thống kê loại phân tích cách riêng biệt chúng phản ánh cơng việc tái tạo lại • Số lượng SCOs (N) Bởi SCO thành phần riêng rẽ thay đổi, điều quan trọng cho việc định nghĩa chúng phù hợp thơng qua tất miền mà ma trận so sánh Vậy cấp độ thay đổi chứng minh tư liệu theo dõi? Hầu hết định nghĩa tập trung tới định nghĩa tương đối mơ hồ SCO dựa kích thước, tác động 317 bề ngang vào cá cá nhân nhóm trao đổi CCB Sự tiếp cận mơ hồ làm cho dự án mang tính riêng rẽ tất dự án sử dụng định nghĩa khác, có khả so sánh qua dự án chấp nhận Nhìn chung, SCOs tác động đến thành phần đơn lẻ phân chia thành thành phần đơn lẻ nhóm Với tiêu chuẩn đơn giản này, định nghĩa xác ngun mẫu khơng cần thiết Sự tinh luyện tác động tớ nguyên mẫu chưa hoàn tất , hoàn tất làm tăng thêm giá trị nhỏ không đáng kể Như sưu tầm ma trận ngày hỗ trợ b ởi cơng cụ tự động hố, có qn vè tồn kĩ thuật đo lường thành phần nguyên thuỷ • Tái tạo mở (B) Theo lý thuyết tất tái tạo nhằm làm tăng chất lượng Sự tái tạo cần thiết để chuyển đổi trường hợp chất lượng tồi (SCO0, SCO1) tác động tới thành phần để làm tăng hiệu lực chi phí vịng đời (SCO2) Để đánh giá xác xu hướng chất lượng vòng đời, tác động tái tạo phải có giá trị pha ngữ cảnh vịng đời Một tổng thể tái tạo cần thiết nỗ lực công nghệ phần mềm lớn: Tái tạo gần với thời gian khởi đầu coi dấu hiệu tiến độ mẫu tiến trình hiênj đại Tái tạo tiếp theo, tái tạo cuối cùng, tái tạo không thiếu đường biên cấu hình nhìn chung cho chất lượng Sự giải thích số liệu thống kê đòi hỏi ngữ c ảnh dự án Tuy nhiên ,nhìn chung tiệm cận tới khơng việc phân phối sản phẩm Để cung cấp tiến trình sưu tầm thích hợp mà tự động hố, tái tạo định nghĩa số hiệu đánh giá SLOC để thay đổi SCO Sự xác tuyệt đối đánh giá nhìn chung khơng quan trọng Bởi tái tạo mở theo dõi cách riêng biệt với thực tế, giá trị tiếp nối xác thích hợp • Tái tạo đóng (F) Trong số liệu thống kê ngắt quãng đánh giá thiệt hại, hiệu chỉnh số liệu thống kê cho biết thiệt hại thực tế chỉnh sửa Giải pháp, đánh giá nhận định chỗ ngắt tương ứng cập nhật để phản ánh thực tế yêu cầu hiệu chỉnh vấn đề lại đường bỉên Mặc dù thực tế SLOC hiệu chỉnh (F) khơng xác tuyệt đối, xác liên quan tới việc đánh giá xu hướng Bởi “Hiệu chỉnh ” mang số nghĩa khác dựa vào thêm vào, xoá đi, thay đổi , tập nguyên tắc thích hợp cần thiết SLOC thay đổi làm tăng B F mà không làm thay đổi SLOCC Mã thêm làm tăng B, F SLOCC, khơng có phần giống Mã bị xố (vấn đề xảy thường xun) khơng có tăng thêm tương ứng làm tăng B giảm SLOCC Việc đưa số lượng thay đổi cần thiết cho liệu xác cách tương xu hướng đồng nhất, xác liệu thơ liên quan khơng quan trọng • Nỗ lực tái tạo (E) Sự nỗ lực tuyệt đối dùng toàn cho việc làm sáng tỏ SCOS kĩ thuật cần thiết khác truy tìm phức tạp tái tạo Các hoạt động bị hạn chế với yêu cầu kĩ thuật, công nghệ phần mềm, thiết kế, phát triển, kiểm tra chức Các hệ thống công nghệ cấp cao hơn, quản lý, mơ hình điều khiển kiểm tra xác minh kiểm tra hệ thống thực hiện, hoạt động hướng tới nhiều mộtm chức công ty, khách hàng, thuộc tính dự án, độc lập chất lượng Mục đích bình thường hoá mở rộng hoạt động quan liêu khác khỏi ma trận • Thời gian sử dụng Số liệu thống kê quan trọng thích hợp với tổng số mà đường biên đưa thực hiệ n viễn cảnh sử dụng thực tế Đối với số hệ thống ssố liệu thống kê tương ứng với phương pháp đo lường thời gia thực cho nhiều vấn đề khác, tự động kiểm tra mơ tả cách ngày kiểm tra Ví dụ: Hầu hết việc thực hệ thống xử lý có tải trọng trung bình mong 318 muốn xử lý hàng ngày Nếu tải trọng trung bình kiểm tra lúc đóng gói thực trái lại với đường biên sản xuất giờ, tính 24 sử d ụng Một ví dụ khác xét đến công cụ phát triển sử dụng thao tác với tốc độ số phím giây Nếu tự động kiểm tra GUI cơng cụ hỗ trợ ảnh hưởng lẫn tập lệnh mà đối lập kiểm tra sản phẩm tốc cao 10 lần sau tất kiểm tra tính 10 thời gian sử dụng Định nghĩa thời gian kiểm trản vẽ để sử dụng thời gian nhìn chung dễ hiểu Đây tập phân tích u cầu lớn thường xun nhân thấy khơng rõ ràng hoàn cảnh sử dụng giữ a người quản lý ngăn xếp C-2-2 Các ma trận chất lượng sản phẩm cuối Các ma trận chất lượng sản phẩm cuối cung cấp hiểu biết bảo trì sản phẩm phần mềm với đặc trưng loại 0,1, SCOs Loại SCOs không nằm nhóm họ định nghĩa lại chất lượng cuối cố hữu hệ thố ng khuynh hướng để yêu cầu thêm hệ thống công nghệ phần mềm số yếu tố chủ yếu yêu cầu mức hệ thống Bởi loại thay đổi giải cách khác dự án khách hàng khác Họ có khuynh hướng làm rối thêm khả so sánh liệu Dữ liệu ma trận r ất có ích việc đưa định lên kế hoạch toàn nỗ lực quan trọng cần thiết để thực loại SCOs Chúng hữu dụng ứng dụng lại sản phẩm thành phần cácn loại bỏ Từ sản phẩm sử dụng thứ nhừng thứ đo lường Bảng C-2 Các ma trận chất lượng sản phẩm cuối Ma trận _Tỷ lệ đoạn cắt _Tỷ lệ tái tạo _Lắp giáp _Khả thích nghi _Kỳ hạn _Khả bảo quản Định nghĩa B/SLOCT, phần trăm sản phẩm bị tách E/nỗ lực phát triển , phần trăm nỗ lực tái tạo B/N đoạn cắt trung bình SCO E/N , nỗ lực trung bình SCO UT/(SCO 0+SCO1) , thời gian ý nghĩa lỗi (Tỷ lệ đoạn cắt )/(tỷ lệ tái tạo), hiệu bảo quản • Tỉ lệ đoạn cắt Ma trận cung cấp giả trị so sánh dự án mang tính lịch sử, phát triển tương lai, dự án tương lai Nó định nghĩa tỉ lệ phần trăm sản phẩm mà sản phẩm tái tạo vịng đời • Tỉ lệ tái tạo Giá trị xác định tỉ lệ phần trăm nỗ lực dùng cho tái tạo so sánh với nỗ lực tổng thể Nó cung cấp dẫn tốt hiệu tái tạo ( hay bảo quản) • Sự lắp ghép Giá trị xác định tổng số lượng trung bình SLOC bị cắt SCO, phản ánh khả cố hữu sản phẩm tích hợp nhằm cục hố ảnh hưởng thay đổi: Với khả mở rộng cực đại có thể, CCBs bảo đảm SCOs soạn thảo cho thay đổi nguồn đơn ứng dụng qua dự án • Khả thích nghi Giá trị cung cấp hiểu biết ban đầu mà với sản phẩm thay đổi Trong số lượng thay đổi nhỏ nhìn chung dẫn tốt tiến trình chất lượng Độ lớn nỗ lực thay đổi ln ln qcó vai trị quan trọng • Kỳ hạn Giá trị cung cấp dẫn thời gian có ý nghĩa thời hư hỏng (MTBF) sản phẩm Trong mục đích cuối kỳ hạn luôn không xác 319 định (Đặt tên, khơng có sai sót), tất dự án không ổn định Mỗi sản phẩm đưa cho nhóm người sử dụng, MTBF nhìn chung khơi phục ổn định Xun xuốt phát triển vòng đời, nhiên hoạt động bảo trì mong muồn làm tăng thêm kỳ hạn tồn thành phần loại bó đơn lẻ, xu hướng đưa cho biết mục đích cuối phát triển dự án kỳ hạn • Khả bảo quản Giá trị xác định mối quan hệ chi phí phát triển chi phí phát triển Nó cung cấp tiêu chuẩn hoá hợp lý cho so sánh dự án Bởi nhóm bảo quản mục nỗ lực mẫu số mục SLOC, tỉ lệ hiẹu suất (nỗ lực SLOC) Một bố trí tính tốn đơn giản sx bảo quản (hoặc chất lượng bảo quản ,QM) tương đương với công thức sau đây: QM=Năng suất bảo quản /Năng suất phát triển Ví dụ , (tỉ lệ đoạn cắt )=(tỉ lệ tái tạo) , suất biến đổi tương đương với suất phát triển QM=1 Bằng trực giác giá trị hể mức “nghèo“ bảo quản dễ dàng tha đổi phần mềm tồn phát triển luân phiên từ điểm xuất phát Thực tế dự án truyền thống có khuynh hướng sử dụng tất 2$ vào bảo trì 1$ cho phát triển (Bochm 1987) đáp ứng điểm chuẩn đạt tới mức “tốt” bảo quản Hãy xem xét đường lối quản lý phần mềm với tuổi thọ trung bình 165 tỉ lệ đóng gói hàng năm trung bình 12% Nếu QM=1 có tỉ lệ khoảng 1:2 phí tổn phát triển phí tổn bảo quản khả bảo trì ngun tắc cơng nghệ phần mềm tương đối Một giá trị bảo quản nhỏ so với 1, hầu hết trường hợp, cho biết mốt bảo trì mức độ cao, chi phí phát triển kinh nghiệm truyền thống Sự định nghĩa mô tả lý tưởng hoá xu hướng cho ma trận Các hoàn cảnh dự án thực tế khơng kết thúc Nó quan trọng, nhiên người quản lý ngăn xếp để hiểu quy mơ mà thay đổi ma trận từ ý tưởng ứng dụng ma trận qua tiến triển dự án có ích cho toàn dự án so sánh với dự án khác C.2.3 Các dẫn tiến hành Các dẫn tiến hành định nghĩa bảng C-3 Các dự tính tương đối mơ tả minh hoạ hình C-1 C-2 • Độ ổn định tái tạo Các ma trận xác định số lưọng khác tái tạo tổng thể tái tạo đống Sự quan trọng để có hay khơng đánh giá giải pháp trì tốc ngắt Hình C-1 cho thấy ví dụ dự án sức khoẻ đánh giá giải pháp khơng làm lệch hướng (chấp nhận khoảng thời gian ngắn) tốc độ ngắt Tốc độ ngắt theo dõi quan hệ với tốc độ phân phối SLOCC , Bởi mức độ cố gắng dành cho kiểm tra thay đổi bảo quản vịng đời Đây mục đích ma trận Bảng C-3 Những định nghĩa dẫn tiến hành Chỉ dẫn Định nghĩa ổn định tái tạo Tái tạo đống B-F, ngắt trừ cố định suốt thời gian Xu hướng lắp ráp (B-F)/SLOCC,tái tạo mở thời Xu hướng thích nghi Sơ đồ ghép nối suốt thời gian Xu hướng kỳ hạn Sơ đồ thích ứng suốt thời gian Sơ đồ giới hạn suốt thời gian 320 • Tái tạo đống Tái tạo đống tỷ lệ phần trăm đường biên sản phẩm tồn tại, SLOCc , mà thời cần thiết phải sửa chữa Nhìn chung, dồn đống làm tăng số thiết lập theo cấp đường biên quản lý ban đầu, kiểm tra khám phá thay đổi cần thiết, tái tạo đống liên quan đến tính ổn định chủ yếu thơng qua chương trình kiểm tra trở không Những thay đổi lớn giữ vững tăng trưởng hay tạo đống, từ tháng sang tháng khác nghiên cứu cách cẩn thận Giữ vững tăng trưởng thiếu ổn định sai lệch kế hoạch BắT ĐầU 100% CHế TạO XÂY DựNG QUá Kiến trúc đờng biên Vẽ tỉ lệ phần trăm SLOCT Ngắt đầu Ngắt loại Ngắt phát triển Ntắt phát triển solc Ngắt tích luỹ ặn định tái tạo Ngắt thời Ngắt tích luỹ 50% 25% Dồn đống mở Vẽ tỉ lệ phần trăm SLOCC Tá i tạo dồn Hỡnh C-1 Nhng xu hướng cho dẫn tiến hành 321 bắt đầu chế tạo xây dựng độ chế tạo xây dựng độ chế tạo xây dựng độ • Xu hướng lắp ráp Những thay đổi giá trị cho biết mở rộng thay đổi thực vòng đời nào? Xu hướng chung cung cấp hiểu biết sâu sắc chất lượng (kiến trúc phù hợp, cục hoá thay đổi tốt nào) quản lý (kế hoạch tập trung rủi ro thay đổi theo dòng) Hầu hết thay đổi không đáng kể nắm bắt thực hoạt động kiểm tra đơn lẻ Những giá trị địa thay đổi tiến dần tới đường biên cấu hình Trong khó xác định cách hình thành xu hướng tốt, nguyên tắc hiệu sau loại mà dự án thành cơng: SCO trung bình tác động tương đương đến đơn vị chương trình đơn (Mức độ thấp khả biên dịch hành phần mã Ví dụ: Sự ngắt qng trung bình SCO phần mềm viết C++, C Trong đơn vị chương trình trung bình có khoảng 50 dịng lệnh) chiếm 50 hồn thành đề án Trong tiến trình phát triển lặp lại có kỳ hạn, thay đổi gần (những thay đổi thiết kế tác động đến đa thành phần người) mong đợi để yêu cầu thêm tái tạo thay đổi cuối (Thay đổi yếu tố, có khuynh hướng bị hạn chế cá nhân thành phần đơn lẻ) Các xu hướng lắp ghép phát triển thời gian cách rõ ràng kiến trúc sản phẩm phân hố • Xu hướng thích nghi Giá trị cung cấp quy trình xu hướng đánh giá độ phức tạp thay đổi, tính chống mở rộng thay đổi, chất lượng tăng lên Với tiến trình truyền th ống, đắt để thay đổi thành phần cuối vòng đời Trong tiến trình lặp lại đại, đối tượng thiết lập tiến trình kiến trúc khắt khe mà thay đổi dễ dàng kết dự đốn trước, lâu vịng đời Các xu hướng tái tạo ổn định để đạt đơn giản suốt thời gian Khơng có khác quan trọng từ tiến trình truyền thống Một xu hướng tốt khó khăn cho việc chuẩn hố thuật ngữ xác Trong thực tế dự án thành cơng có hướng từ kinh nghiệm chi phí trung bình thay đổi tuần làm việc • Xu hướng kỳ hạn Thật dễ dàng để giải thích mong muốn giá trị cho ngắt đơn Tuy nhiên hầu hết dự án phần mềm đại bao gồm số lặp lại tăng trưởng với hoạt động trùng lặp toàn phần phương án ngắt Đánh giá thời hạn của tồn hệ thống phức tạp đánh giá kỳ hạn ngắt đưa Sự định trước ngắt đơn có liên quan đến sản phẩm khơng có kỳ hạn (các lỗi gặp phải mang tính chu kỳ) cho biết khơng tăng thêm kỳ hạn ấn định thích hợp cập nhật bảo quản Sự kỳ vọng dự án đơn giản minh hoạ hình C-2 cho thấy với ngăt kế tiếp, toàn đường biên gặp sai sót thêm thời gian sử dụng Sự phat triển theo hàm mũ đưa hình, làm 322 tính thực tế cho hầu hêt cá hệ thống Sự phát triển tuyến tính có tính thực tế hơn”Lợi bạn có thẻ biến đổi “ hnưng tiến trinh mạnh mẽ không trải qua giảm bớt kỳ hạn chấp nhận thuật ngữ ngắn gọn suy giảm có lý rõ ràng C-3 Các ma trận thay đổi thực dụng Phần 13.1 miêu tả số mục đích chương trình ma trận hữu ích Các mục đích nói lại phần thảo luận phần mà ma trận cho thấy mục đích • Các ma trận phải đơn giản, khách quan, dễ sưu tầm, dễ thực hiện, khó suy luận sai Số lượng thông số thống kê quản lý sở liệu SCO đẻ tiế p cận nhỏ, nhỏ 10 Chúng đơn giản đẻ tính tốn có định nghĩa đơn giản, tronmg thực tế nhiều thành phần tổng không rõ ràng Dựa vào kỷ luật, tính kiên định mức tự đọng vốn có tiến trình cố hữu Việc định nghĩa sưu tầm ma trận tiến hành dể dàng Nói khác đi, tổ shức có nhu cầu đặc biệt với dự án phần mềm theo khuynh hướng khác tìm thấy khó khăn cho tập trung thực nghiệm chấp nhận Các triển vọng cung cấp ma trận có sáng tỏ khơng phức tạp hầu hết trường hợp Hầu hết xu hướng biểu thị xấu tốt Hầu hết giá trị độc lập ngữ cảnh với liệu từ đa dự án ngữ cảnh thơng thường, dể dàng để giải thích giống khác • Sự sưu tầm ma trận phải tự động khơng có tính xâm phạm Đó khơng làm cản trở hoạt động dự án Tất liệu sưu tầm phân tích yêu cầu cách tiếp cận ma trận được, được, tự động hố Trong cơng nghệ đơn giản theo dịng cơng việc mẫu sinh ra, mơ hình điều khiển hệ thống bị xâm phạm để sưu tầm tiến hành tất liệu yêu câù khai thác ma trận xu hướng • Các ma trận phải cung cấp đánh giá mang tính kiên định xuyên suốt vòng đời, đặc biệt pha đầu, nỗ lực để tăng chất lượng có trả công thoả đáng Cách tiếp cận mô tả bắt nguồn từ triển vọng bảo quản phần mềm Tuy nhiên, tiến trình phát triển có tính tương tác thấy pha trộn hoạt động phát triển bảo quản thành tập vòng đời phjổ biến hoạt động mà sử dụng cơng cụ kĩ thuật Từ triển vọng này, m ột cách tiếp cận có tính tương tác coi tăng tốc đơn giản thiết lập đường biên để đường biên thay đổi, tiến độ vốn có chúng hiểu biét sâu sắc chất lượng, sử dụng cơng cụ tiến hành tốt Với cơng nghệ mang tính truyền thống, điều cho sổ tay, hoạt động có khuynh hướng lỗi Với thuận lợ i tự động quản lý thay đổi cơng nghệ hành trình vịng hỗ trợ tiêu chuẩn cơng nghệ khác nhau, tự thay đổi tăng lên chuyển tới tiến trình có tính tương tác kĩ thuật có tính khả thi lợi nhuận kinh tế • Các ma trận, giá trị xu hướng phải hoạt động cá nhân quản lý người làm công nghệ phát triển viễn thơng chất lượng địng dạng thích hợp Những ma trận thích hợp với đo lường xác thực mẫu phần mềm đưa Chúng bắt nguồn trực tiếp từ đường biên tiến hoá sản phẩm, từ tài liệu riêng hay suy đốn chủ quan Các cơng nghệ phần mềm chấp nhận sử dụng ma trận khách quan để tránh kĩ thuật định sai Khi giám đốc bị thuyết phục họ thích nghi đo lương khách quan Việc đưa ma 323 trận đơn giản Hầu hết người nắm giữ ngăn xếp hiểu chúng, ma trận tự động, so sánh từ dự án khác sử dụng đắn 324 ... Giành nhà cầm quyền, khách hàng Quản lý tổ chức Những nhà quản lý dự án phần mềm Các kỹ sư phần mềm Những nhà quản lý dự án Các kỹ sư phần mềm Độ đo Khả dự đoán dự án Thu nhập, chia sẻ thị trường... chương: Phần I, thời kỳ phục hưng quản lý phần mềm Phần mô tả trạng kinh tế phần mềm thực tiễn quản lý phần mềm đưa chuyển dịch cần thiết phần mềm cải thiện đầu tư Phần II, khuôn khổ quản lý phần mềm. .. hoạch cần phải mập mờ nú cú th t c Nhà quản lý phần mềm, nhà quản lý kiến trúc phần mềm, nhà quản lý phát triển phần mềm, nhà quản lý định giá phần mềm "Dự án phải có giá trị $X để chiến thắng