Quản lý dự án phần mềm Quản lý dự án phần mềm Mục lục Lời nói đầu Ch-ơng Nhập môn quản lý dự án phần mềm Nhập môn 1.1 Nhu cầu gia tăng phần mềm 1.2 Vai trò việc quản lý phát triển phần mềm 1.3 Một thí dụ 1.4 Giành chấp nhận thủ tục phát triển 1.5 Tóm tắt Ch-ơng Những vấn đề phát triển phần mềm Một chút phòng xa 2.1 Những vấn đề 2.1.1 Những vấn đề liên quan đến yêu cầu dự án 2.1.2 Những thay đổi th-ờng xuyên 2.1.3 Dự toán vấn đề liên quan 2.1.4 Nguồn lực bên 2.1.5 Kết thúc dự án phần mềm 2.1.6 Tuyển dụng nhân viên thuyên chuyển 2.1.7 Theo dõi giám sát 2.2 Phân tích rủi ro 2.2.1 Dự kiến vấn đề cần giải 2.2.2 Pha phân tích 2.2.3 Thực kế hoạch đối phó bất ngờ 2.3 Tóm tắt Bài tập Ch-ơng Phát triển phần mềm theo hợp đồng Quan hệ khách hàng - nhà phát triển 3.1 Chi phí cộng thêm đối lại với giá cố định 3.1.1 Hợp đồng phí cộng thêm 3.1.2 Hợp đồng giá cố định 3.2 Các mối quan hệ khác gi-à khách hàng - nhà phát triển 3.3 Yêu cầu đề xuất (RFP) 3.3.1 Một số vấn đề 3.3.2 Chuẩn bị RFP 3.3.3 Phát yêu cầu đề xuất RFP 3.4 Đề xuất 3.4.1 Đề xuất không yêu cầu 3.4.2 Đề xuất có yêu cầu 3.4.3 Đội ngũ chuẩn bị đề xuất 3.4.4 Khuân dạng đề xuất 3.4.5 Khẳng định công việc (SOW) 3.5 Duyệt xét đề xuất trình lựa chọn 3.5.1 Ban tuyển chọn đề xuất 10 10 11 13 15 17 19 19 20 21 21 22 23 24 25 25 26 27 29 31 32 33 33 34 36 37 38 39 39 42 43 43 44 44 45 48 49 49 Qu¶n lý dự án phần mềm 3.5.2 Ph-ơng pháp đánh giá ®Ị xt 3.6 Mét sè nhËn ®Þnh bỉ sung vỊ đề xuất 3.6.1 Những vấn đề liên quan đến khách hàng 3.6.2 Những vấn đề liên quan đến ng-ời đề nghị 3.7 Tóm tắt Bài tập Ch-ơng Chu trình phát triển phần mềm Các biểu thái chủ đề thác n-ớc 4.1 Pha quan niệm 4.1.1 Bàu không khí pha quan niệm 4.1.2 Những vấn đề pha quan niệm 4.2 Pha yêu cầu phần mềm 4.2.1 Bàu không khí trình pha yêu cầu 4.2.2 Các vấn đề pha yêu cầu 4.3 Pha thiết kế 4.3.1 Bàu không khí pha thiết kế 4.3.2 Những vÊn ®Ị pha thiÕt kÕ 4.4 Pha thùc hiƯn 4.4.1 Bàu không khí pha thực 4.4.2 Những vấn đề pha thực 4.5 Pha tích hợp thử nghiệm 4.5.1 Bàu không khí pha tích hợp thử nghiệm 4.5.2 Những vấn đề pha tích hợp thử nghiệm 4.6 Pha bảo trì 4.6.1 Bàu không khí pha bảo trì 4.6.2 Những vấn đề pha bảo trì 4.7 Tóm tắt Bài tập Ch-ơng Nguyên tắc quản lý kỹ s- phần mềm Họ có thực có khác không ? 5.1 Cơ cấu tổ chức dự án phần mềm 5.2 Cơ cấu đội ngũ 5.2.1 LÃnh đạo đội 5.2.2 Các đội dân chủ 5.2.3 Các đội kỹ s- tr-ởng 5.2.4 Các đội chuyên gia 5.3 Các kỹ thuật báo cáo 5.3.1 Báo cáo tình hình 5.3.2 Các họp tình hình dự án 5.4 Những đ-ờng lối chung quản lý kỹ s- phần mềm 5.5 Tóm tắt Bài tập Ch-ơng Chia để trị dự án lớn nào: phân chia chiếm lĩnh 50 52 52 53 54 55 57 60 61 62 62 63 63 65 66 67 68 70 70 71 73 74 75 76 77 78 79 80 81 85 85 87 87 88 89 90 91 92 94 95 Quản lý dự án phần mềm Nhu cầu lớn kh«ng cã nghÜa khã 6.1 Tinh chÕ tõng b-íc mét 6.1.1 Phân giải chức 6.1.2 Phân giải thiết kế 6.2 Cơ cấu phân tích công việc 6.2.1 Phân giải dự án 6.2.2 WBS làm công cụ quản lý dự ¸n 6.3 Xư lý nh÷ng dù ¸n lín 6.3.1 C¸c hệ thống phụ 6.3.2 Đ-ờng lối phân giải chức 6.3.3 Đ-ờng lối phân giải thiết kế 6.3.4 Đ-ờng lối phân giải nhiệm vụ công việc 6.4 Tóm tắt Bài tập Ch-ơng Các chức hỗ trợ dự án Hỗ trợ quản lý dự án 7.1 Kiểm tra cấu hình phần mềm (SCC) 7.1.1 Thuật ngữ kiểm tra cấu h×nh 7.1.2 Ngn lùc kiĨm tra cÊu h×nh 7.1.3 KÕ hoạch quản lý cấu hình phần mềm 7.1.4 Một số đ-ờng lối chung 7.2 Bảo đảm chất l-ợng phần mềm (SQA) 7.2.1 Cung cấp phần mềm có chất l-ợng 7.2.2 Nguồn lực kiểm tra chất l-ợng 7.2.3 Kế hoạch bảo đảm chất l-ợng phầm mềm 7.2.4 Độ đo chất l-ợng phần mềm 7.2.5 Một số đ-ờng lối chung 7.3 Thử nghiệm phần mềm 7.3.1 Các loại thử nghiệm phần mềm 7.3.2 C¸c thđ tơc thư nghiƯm chÝnh thøc 7.3.3 Mét số đ-ờng lối chung 7.4 Tóm tắt Bài tập Ch-ơng Tiêu chuẩn phát triển phần mềm Tiêu chuẩn phát triển: tai hại cần thiết 8.1 Tổng quan tiêu chuẩn phát triển phần mềm 8.2 Tiêu chuẩn US DOD 2167 8.2.1 Tổng quan tiêu chuẩn 2167 8.2.2 Rà soát kiểm toán 8.2.3 Mô tả hạng mục liệu (DIDS) 8.2.4 Lấy kích th-ớc tiêu chuẩn 8.2.5 Lợi bất lợi tiêu chuẩn 2167 8.3 Các tiêu chuẩn công nghệ phần mềm IEEE 8.3.1 Tổng quan tiêu chuẩn IEEE 8.3.2 Phân loại IEEE tiêu chuẩn công nghƯ phÇn 96 96 98 99 102 103 105 106 106 108 109 110 111 112 115 116 118 119 121 123 126 126 128 130 132 133 134 135 137 138 139 140 142 142 145 146 148 148 154 156 156 157 Quản lý dự án phần mềm mềm 8.3.3 Lợi bất lợi tiêu chuẩn IEEE 8.3.4 So sánh tiêu chuẩn IEEE DOD 8.4 Các tiêu chuẩn Ada 8.4.1 Môi tr-ờng Ada 8.4.2 Tiêu chuẩn IEEE cho Ada PDL 8.5 Các tiêu chuẩn phát triển phần mềm khác 8.6 Tóm tắt Bài tập Ch-ơng Lập trình dự án Lập trình: vấn đề 9.1 Kế hoạch phát triển dự án 9.2 Các hoạt động theo lập trình mốc 9.2.1 Danh mục hoạt động theo lập trình 9.2.2 Các cột mốc ®-êng mèc chđ u 9.3 C¸c biĨu ®å Gantt 9.4 Các biểu đồ PERT đ-ờng tới hạn 9.4.1 Đ-ờng tới hạn 9.4.2 Các khối ch-ơng trình PERT việc tăng c-ờng 9.5 Nhân lập trình 9.5.1 Qui mô đội ngũ phát triển 9.5.2 Kỹ kinh nghiệm 9.5.3 Tháng ng-ời bất nghì 9.6 Lập lịch nguồn lực 9.6.1 Lập lịch không gian làm việc 9.6.2 Thiết bị lập trình 9.6.3 Chủ bán nhà thầu phụ 9.7 Kiểm chứng cập nhật ch-ơng trình 9.7.1 Báo cáo định kỳ 9.7.2 Các hoạt động kiểm chứng khác 9.7.3 Cập nhật ch-ơng trình 9.8 Một số đ-ờng lối chung cho việc lập trình qui hoạch 9.8.1 Tinh lọc danh mục hoạt động ban đầu 9.8.2 Giành đ-ợc phê chuẩn ch-ơng trình 9.8.3 Mối quan hệ ch-ơng trình, tài nguyên, chất l-ợng tính chức 9.9 Tóm tắt Bài tập Ch-ơng 10 Chuẩn bị dự toán: ph-ơng pháp kỹ thuật Dự toán: vấn đề 10.1 Dự toán dự án 10.2 Dự toán b-ớc 10.2.1 Những thành phần đ-a khỏi giá 10.2.2 Những thành phần d- thừa kinh nghiệm 10.2.3 Những thành phÇn cã mét phÇn kinh nghiƯm 159 159 164 164 165 165 166 167 168 170 171 173 174 176 177 180 182 182 183 184 187 188 189 189 190 191 192 192 193 193 194 194 195 197 198 199 200 201 202 203 203 205 Qu¶n lý dự án phần mềm 10.2.4 Phát triển 10.2.5 Phân tích chi tiết dự án mức rủi ro 10.3 Uớc định phát triển 10.3.1 Những ph-ơng pháp kiểu đầu (nguyên mẫu) 10.3.2 Những ph-ơng pháp thống kê 10.4 Mô hình chi phí xây dựng (Cocomo) 10.4.1 Mức nhân 10.4.2 Mức độ phức tạp 10.4.3 Yếu tố độ tin cậy 10.4.4 Môi tr-ờng phát triển 10.4.5 Các thø hƯ 10.4.6 Tht to¸n dù to¸n phÝ 10.5 Chøc phân tích điểm 10.5.1 Những b-ớc FPA 10.5.2 ứng dụng FPA 10.6 Dự toán lĩnh vực 10.7 Dự toán tài nguyên phần cứng 10.7.1.Tải trọng CPU 10.7.2 L-u trữ dự liệu 10.7.3 Tốc độ 10.8 Tổng phí không phát triển 10.9 Tóm tắt Bài tập Tham khảo Tài liệu đọc thêm 206 206 207 207 209 210 210 213 215 216 218 219 221 221 224 225 229 229 233 236 238 239 241 243 Lời nói đầu Quản lý dự án phần mềm Đây sách quản lý dự án phần mềm; sách tiếp công trình phần mềm Đà có nhiều sách tham khảo công trình phần mềm (coi danh mục tham khảo cuối sách này) Mục tiêu sách trình bày công việc phát triển phần mềm theo quan điểm nhà quản lý theo quan điểm nhà phát triển Cuốn s¸ch tËp trung, mét cn nhÊt nhiỊu thùc tiễn kỹ thuật quản lý phần mềm đại đà đ-ợc phát triển tinh lọc suốt thập kỷ qua Quản lý dự án đ-ợc trình bày nh- kỹ lĩnh hội đ-ợc nh- trời cho Chắc chắn, việc quản lý dự án đòi hỏi tài quản lý, nh-ng thân tài không đ-ợc hữu hiệu Việc vận dụng thiết thực thủ tục phát triển phần mềm đại đòi hỏi có nhà quản lý chuyên nghiệp Vì sách thực hành (chứ công trình lý thuyết) nên nhiều ph-ơng pháp kỹ thuật đ-ợc mô tả sở lý thuyết cho riêng Tuy nhiên tham khảo đ-ợc cung cấp suốt sách dành cho quan tâm đến sở lý thuyết Danh mục kèm tham khảo tài liệu để đọc đ-ợc gợi ý có cuối sách Nhất thời, độc giả thấy số đoạn đ-ợc nhắc lại sách Sở dĩ có điều để giải th-ờng đ-ợc gọi tình năm ngón tay Điều xảy năm ngón tay độc giả cần đ-ợc cài vào sách để đánh dấu độc giả l-ỡng lự ch-ơng nhằm bao quát đ-ợc chủ đề đặc biệt Cuốn sách có giảm nhu cầu phải đánh dấu cách lặp lại giải thích vắn tắt chủ đề chủ yếu đ-ợc tham chiếu dù chủ đề đà đ-ợc thảo luận chi tiết Suốt sách hạng mục tháng công năm công đà đ-ợc sử dụng thay cho hạng mục cũ tháng ng-ời năm ng-ời Những từ đ-ợc thảo luận chi tiết phần 9.5.3 Đối t-ợng đọc đ-ợc chủ định Quản lý án phần mềm: Một tiếp cận cho ng-ời thực hành đ-ợc chủ định cho đối t-ợng đa dạng Tr-ớc hết chủ yếu sách đ-ọc chủ định làm nguồn tham khảo cho nhà quản lý dự án phần mềm thực thi nhiệm vụ quản lý sở đ-ợc xếp cho đề tài chủ yếu bao quát ch-ơng (trừ ch-ơng 1) Điều đ-ợc thảo luận thêm giải thÝch sau vỊ viƯc bè trÝ néi dung s¸ch Ci cùng, sách dùng làm tham khảo cho kỹ s- phần mềm muốn mở rộng kiến thức minh sang lĩnh vực quản lý dự án kỹ thuật Bố trí sách Quản lý dự án phần mềm Nói chung, m-ời ch-ơng sách xuất theo trình tự lôgíc cung cấp cho việc đầu vào lĩnh vực quản lý dự án phần mềm Tham khảo nhanh đặt cuối ch-ơng có dạng tóm tắt mở rộng Tóm tắt nhằm đ-ợc sử dụng nh- để ghi nhớ lần hay nh- nguồn thông tin ban đầu Ng-ời đọc đ-ợc yêu cầu tìm cách làm số tập cuối ch-ơng Các tập giúp ng-ời đọc hiểu đ-ợc nhiều ý t-ởng kỹ thuật trình bày ch-ơng Ch-ơng đề cập quan niệm quản lý dự án phần mềm Ch-ơng tham luận nhiều khó khăn mà nhà quản lý dự án gặp việc giành hỗ trợ phận quản lý cấp để trình thủ tục phát triển Ch-ơng tóm tắt vắn tắt nhiều vấn đề phát triển phần mềm chung (sau đ-ợc xây dựng suốt sách) Ch-ơng đ-ợc chia làm phần Phần đầu giành cho độc giả không quen với vấn đề quản lý phần mềm Phần hai giành cho ngành quản lý dự án đà có kinh nghiệm Phần thảo luận ph-ơng pháp đấu tranh với vấn đề đà thảo luận tr-ớc đây, gọi phân tích rủi ro Các nhà quản lý dự án có kinh nghiệm bỏ qua ch-ơng phần đầu ch-ơng Ch-ơng thảo luận việc phát triển phần mềm theo hợp đồng Ch-ơng mô tả hợp đồng dự án phần mềm đ-ợc tiến hành nh- thể nào, đề nghị Một văn đề nghị nên đ-ợc xây dựng thể nên thiết lập mối quan hệ khách hàng nhà sản xuất Ch-ơng mô tả yêu cầu văn đề nghị (RFP) trình lựa chọn sau đề nghị đà đ-ợc đệ trình Ch-ơng mô tả chu trình phát triển phần mềm, nhấn mạnh đến việc tiếp cận theo giai đoạn, phát triển phần mềm Những ph-ơng pháp luận khác đ-ợc thảo luận (nh- tạo mẫu nhanh mô hình xoắn ốc - Spiral) Những giai đoạn đ-ợc mô tả theo quan điểm ng-ời quản lý dự án nhấn mạnh đến không khí vấn đè giai đoạn Ch-ơng trình bày số nguyên tắc việc quản lý ng-ời Ch-ơng lựa số mặt đặc thù liên quan đến việc quản lý kỹ s- phần mềm, chẳng hạn nh- khác đáng kể suất kỹ s- phần mềm tính khí phong độ nhà lập trình nói chung Ch-ơng đề cập vấn đề khó khăn phát triển phần mềm: quản lý đ-ợc dự án phần mềm lớn Ch-ơng giải thích dự án lớn đ-ợc phần chia thành phận nhỏ dễ quản lý nh- theo ph-ơng châm chia chế ngự Quản lý dự án phần mềm Ch-ơng mô tả ba chức hỗ trợ quản lý bản: kiểm tra cấu hình đảm bảo chất l-ợng thử nghiệm phần mềm Ch-ơng thảo luận mối quan hệ chức Ch-ơng trình bày tổng quan chuẩn phát triển phần mềm Đặc biệt hai chuẩn đ-ợc thảo luận chi tiÕt: chn 2167 cđa Bé Qc phßng Hoa Kú (DOD) chuẩn IEEE phát triển phần mềm Những chuẩn khác, nh- chuẩn phát triển phần mềm Anh Châu Âu, đ-ợc nhắc tới so sánh Ch-ơng thảo luận việc lập lịch kế hoạch phát triển dự án (PDP) kỹ thuật lập lịch lập kế hoạch đ-ợc mô tả, kể phác đồ Gantt PERR cổ điển cấu trúc phá hủy công việc (WBS) Ch-ơng 10 chứa mô tả tăng c-ờng chi tiết vài ph-ơng pháp kỹ thuật chuẩn bị dự toán Ch-ơng gồm ph-ơng pháp dự tính qui mô dự án lịch phát triển dự án nh- dự toán kỹ thuật, chẳng hạn nh- yêu cầu đĩa nhớ Ch-ơng giải thích kinh nghiệm đ-ợc sử dụng để cải tiến dự toán mô tả dự toán đ-ợc hoàn thiện trình phát triển dự án tiến triển Tri ân Các tiêu chuẩn DOD-STD 2167a DOD-STD 2168 mô tả hạng mục dự liệu liên quan Bộ Quốc phòng Hoa Kỳ đà đ-ợc tham chiếu trích dẫn đ-ợc phép Bộ Quốc phòng Hoa Kỳ, Bộ huy hệ thống chiến tranh không gian biển Các tiêu chuẩn công nghệ phần mềm IEEE đà đ-ợc tham chiếu tài liệu sau đà đ-ợc trích dẫn đ-ợc phép Viện tập đoàn kỹ s- điện điện tử (IEEE) Phần nhập môn F.Buckley cho in 1984 IEEE tiểu chuẩn công nghệ phần mềm IEEE Phần nhập môn J.Horch cho in 1987 IEEE tiểu chuẩn công nghệ phần mÒm IEEE stel 729 - 1983 IEEE stel 1022 - 1987 IEEE stel 830 - 1984 IEEE stel 990 - 1986 Giữ quyền mặt @ Viện tập đoàn kỹ s- điện điện tử Tôi xin cảm ơn vỊ sù gióp ®ì to lín cđa Amir viƯc duyệt tập hợp văn Tôi biết ơn nhiều gợi ý có ích Ông Tôi xin cảm ơn Sharon Talya đà không xáo trộn thảo văn Cuối quan trọng nhất, xin cảm ơn động viên Iril, không văn đà chẳng đ-ợc viết NhÃn hiệu th-ơng mại Ada nhÃn hiệu đà đăng ký Chính phủ Hoa Kỳ, Ada AJPO UNIX th-ơng nhÃn tập đoàn điện thoại điện báo Mỹ VMS th-ơng nhÃn tập đoàn thiết bị số Quản lý dự án phần mềm MS-DOS th-ơng nhÃn tập đoàn Microsoft PC-DOS th-ơng nhÃn tập đoàn máy móc kinh doanh quốc tế BYB th-ơng nhÃn nhóm Gordon 10 Quản lý dự án phần mềm tr-ờng hợp tốt tr-ờng hợp xấu nhất, gần với hai tháI cực đ-ờng cong phân bố chuẩn Bây cần phải tính toán giá trị trung gian hai giá trị thái cực Càng nhiều dự toán cung cấp hai cực đ-ờng biểu diễn tắc xác Dù sao, tính gần với trị số trung gian nhÊt, tr-êng hỵp rÊt cã thĨ nhÊt Trong thí dụ bốn tuần dự toán tr-ờng hợp tốt 12 tuần dự toán tr-ờng hợp tồi nhất, kết luận sáu tuần thoả đáng thời gian cho phát triển ng-ời điều khiển liên lạc đồng bộ, tuần tr-ờng hợp (Xin nhớ tr-ờng hợp dự toán độc lập số trung bình suy từ dự toán tr-ờng hợp tốt tr-ờng hợp tồi nhất) Khi sử dụng ba dự toán, tr-ờng hợp tốt nhất, tồi qui xác suất cho tr-êng hỵp nh- sau59:   = (tr-êng hỵp tåi nhÊt +  rÊt cã thĨ + tr-êng hỵp tèt nhÊt) P (tr-êng hỵp tèt nhÊt) = 0,2 P (tr-êng hỵp rÊt cã thĨ) = 0,6 P (tr-êng hỵp tồi nhất)= 0,2 Định nghĩa riêng biệt trị số trông đợi = E (x) = xP(x) Bởi vậy, gần trị số trông đợi thí dụ tr-ớc hẳn là: =E(x) = 0,24 + 0,67 + 0,212 = 7,4 Giá trị gần đơn giản cho sai dị chuẩn hiệu số cực trị nhân với xác suất chúng:  = (tr-êng hỵp tåi nhÊt) P(tr-êng hỵp tåi nhÊt) (tr-êng hỵp tèt nhÊt  P(tr-êng hỵp tèt nhÊt) Trong thÝ dơ tr-íc sÏ cho:  = 0,212 – 0,24 = 16 Chúng ta sử dụng bảng phân bổ tắc để phát là: (, ) cho 68% kho¶ng tin cËy (, ) cho 95% kho¶ng tin cËy (, ) cho 99% kho¶ng tin cËy 59 Cả Nienburg (1989) Sodhi (1990) dùng công thức tiệm cận tuơng tự sau: = (tr-ờng hợp xấu nhÊt +  tr-êng hỵp hay xÈy nhÊt + tr-ờng hợp tốt nhất)/6 229 Quản lý dự án phần mềm Điều có nghĩa thí dụ trên, dự toán thời gian để phát triển ng-ời điều khiển liên lạc đồng 4,2 ngày 106 ngày tin cËy 95% cđa dù to¸n cđa chóng ta Chóng ta dự toán thời gian phát triển 5,8 ngày ngày, nh-ng 68% tin cậy dự toán Một tính chất thông kê kết tốt nh- liệu mà chúng dựa vào dạng rác vào rác Do quan trọng phải dành thời gian công sức cần thiết cho phát triển dự toán có hiệu Một ph-ơng cách vững vàng, công phu đòi hỏi số kỹ s- phần mềm (cho 6) để chuẩn bị dự toán cá nhân cho tr-ờng hợp tồi nhất, tốt Dự toán tr-ờng hợp tồi dự toán tr-ờng hợp tốt hai cực có đ-ợc dự toán tr-ờng hợp hẳn trung bình, bình quân hay th-ờng xuyên (ph-ơng thức) 10.7 dự toán nguồn lực phần cứng Phần mềm phải đ-ợc thiết kế khớp cách thoải mái vào môi tr-ờng chủ Môi tr-ờng chủ bao gồm phần cứng mục tiêu thuộc tính Thiết kế phần mềm tồi dẫn đến tải công suất CPU hay v-ợt công suất nhớ có đ-ợc hay l-u giữ hàng loạt Đôi điều có thể, nh-ng luôn đ-ợc bổ cứu cách triển khai (mở rộng) phần cứng mục tiêu, dẫn đến tăng chi phí dự án Các nguồn phần cứng đ-ợc đo đơn vị nguồn đặc biệt xét đến: với truyền thông bit/giây (hay byte/giây), với kho nhớ kilobyte, megabyte chí gigabyte, với CPU đặc hiệu phần trăm tải CPU Nguồn chủ yếu, tuỳ thuộc nặng nề vào phần cứng, thực tế thân phần cứng, mà tốc độ Dự toán tốc độ mô tả kỳ vọng mặt thực hệ thống phải phát triển th-ờng đ-ợc yêu cầu pha quy hoạch sớm dự án Chúng ta xem xét ph-ơng pháp dự toán ba nguồn sau: tải CPU l-u giữ liệu tốc độ Tốc độ thuộc tính không nguồn, đ-ợc xem nguồn cho mục đích thảo luận 10.7.1 Tải CPU Dự toán tải CPU hoàn toàn phức tạp, đặc biệt môi tr-êng xư lý nhiỊu mµ vµo mét thêi gian đà cho phải xử lý phải cạnh tranh cho CPU Điều t-ơng tự nh- xếp hàng dịch vụ số ng-ời yêu cầu dịch vụ chờ đợi dịch vụ, đ-ợc hay 230 Quản lý dự án phần mềm nhiều nguời cung cấp dịch vụ cung cấp Trong bối cảnh chúng ta, ng-ời yêu cầu dịch vụ xử lý ng-ời cung cấp dịch vụ CPU Vấn đề xếp hàng dịch vụ vấn đề phổ thông vận trù học đ-ợc giải có hỗ trợ hống kê Để thảo luận thêm lý thut xÕp hµng, h·y coi Gillett (1976) Chóng ta xem xét tải CPU môi tr-ờng xác định chút Chúng ta giả sử vào thời gian đà cho, xác định có yêu cầu nguồn xử lý CPU Không có giả định đó, dự toán tải CPU tính toán đ-ợc đ-ợc suy mô môi tr-ờng thực quan sát kết qủa Tải CPU đ-ợc dự toán thành phần trăm Chúng ta nói hệ thống có 75% tải CPU, có nghĩa 25% suất xử lý có đ-ợc cho nhiệm vụ phụ Tải CPU đ-ợc đo tình tr-ờng hợp tồi Một tải CPU 75%, có nghĩa vào thời gian đà cho, không 75% CPU đ-ợc sử dụng Dù sao, điều nghịch lý, thùc tÕ chóng ta biÕt lµ vµo mäi lóc 100% CPU đà đ-ợc sử dụng Do phải định nghĩa mà ta muốn nói sử dụng CPU cho mục đích dự toán Thứ tải CPU đ-ợc đo phạm vi cửa sổ thời gian đặc biệt Điều có nghĩa khoảng thời gian đặc biệt (chẳng hạn 10 ly giây) đo l-ợng thời gian mà CPU sử dụng Một nhiệm vụ lựa chọn cửa sổ thời gian thích hợp Nhằm xác định sử dụng CPU phạm vi cửa sổ thời gian, xem xét nhiệm vụ xử lý đ-ợc vào thời gian khác Trong hệ thống mà chẩn đoán đ-ợc thực sở CPU nhiệm vụ khác để xử lý, hẳn không xem xét nhiệm vụ chẩn đoán tính toán tải CPU Một hệ thống có 60% tải CPU mét cưa sỉ 10 ly gi©y cã thĨ chÊp nhËn mét nhiƯm vơ phơ ly gi©y nÕu nhiƯm vơ ®ã cã thĨ dung thø chËm trƠ tèi ®a 10 ly gi©y LÊy thÝ dơ, chóng ta sÏ xem xét đầu vào liệu cảng biên lạc Nếu cổng có suất chuyển giao liệu 1200 bit giây byte có đ-ợc cổng đầu vào xấp xỉ ly giây phải sẵn sàng rút byte khỏi cổng tr-ớc byte sau trở nên có đ-ợc Do điều khiển cảng liên lạc chấp nhận dung sai tối đa ly giâychậm trễ (giả định ly gây thời gian xử lý) Dự toán tải CPU hầu hết th-ờng đ-ợc yêu cầu hệ thống thời gian thực Chúng hiểu đ-ợc yêu cầu hệ thống xử lý liệu th-ơng mại Các hệ thống thời gian thực th-ờng đ-ợc biểu thị vòng lặp hệ thống bản, th-ờng đ-ợc coi vòng lặp hay điều hành Đây nhiệm vụ mức thấp, vòng lặp vô hạn, thực nhiệm vụ đồng điều khiển hệ thống Trong nhiều tr-ờng hợp, vònh lặp mức thấp phận hệ thống điều hành, đ-ợc cấu hình dựa thời gian chu kỳ yêu cầu cho vòng lặp Vòng lặp mức thấp đ-ợc lựa chọn coi nh- cửa sổ thời gian cho việc tính toán tải 231 Quản lý dự án phần mềm CPU Nếu vòng lặp chí bao gồm nhiều vòng lặp nhanh mức thấp vòng lặp nhanh nhỏ đ-ợc chọn làm cửa sổ thời gian (coi hình 10.5) Vòng lặp nhanh Vòng lặp nhanh Vòng lặp chậm Vòng lặp nhanh Vòng lặp nhanh H10.5 Thi hành thời gian thực với vòng lặp nhanh chậm Bộ b-ớc sau mô tả ph-ơng pháp tính tải CPU Ph-ơng pháp đòi hỏi phân giải ban đầu hệ thống thành nhiệm vụ phần mềm chủ yếu thời gian thực dự kiến cho nhiệm vụ Xác định vòng lặp hệ thống mức thấp nhất, suy từ điều cửa sổ thời gian đ-ợc sử dụng để xác định tải CPU Hoàn thiện định thời gian cho phân tích hệ thống nhận nhiệm vụ đ-ợc yêu cầu xử lý phạm vi cửa sổ thời gian Phối hợp thời gian thực dự toán cho nhiệm vụ đ-ợc nhận b-ớc Phân chia kết b-ớc theo qui mô cửa sổ thời gian Xin nhớ b-ớc đòi hái nhËn bÊt cø nhiƯm vơ nµo cã thĨ yêu cầu (chứ ch-a đ-ợc yêu cầu) thời gian CPU phạm vi cửa sổ thời gian Điều bao gồm nhiệm vụ hệ thống điều hành Ta h·y xÐt thÝ dơ sau Mét hƯ thèng ®iỊu khiĨn quan tâm tích cực đ-ợc máy tính hoá bao gồm hợp phần sau Đầu vào liệu từ thiết bị điều khiển Báo động Hợp phần giao diện ng-ời dùng Vòng lặp điều hành để đọc thiết bị điều khiển Vòng lặp điều hành bao gồm: 232 Quản lý dự án phần mềm i Một vòng lặp đọc hai đầu vào phức tạp đòi hỏi chút xử lý logic 400 mili-giây lần Nhiệm vụ đ-ợc dự toán 60 mili-giây ii Một vòng lặp nhanh đọc hai đầu vào 40 mili-giây Những nhiệm vụ đ-ợc dự toán 10 mili-giây Có 10 vòng lặp nhanh phạm vi vòng lặp Chúng ta lựa chọn cửa sổ thời gian 40 mili-giây Khi tính tr-ờng hợp tồi nhất, phạm vi cửa sỉ thêi gian, chóng ta sÏ xem xÐt nh÷ng nhiƯm vụ vòng lặp nhanh tr-ớc đà Những nhiệm vụ sư dơng lËp tøc tíi 20 mili-gi©y 40 mili-giây có đ-ợc Điều có nghĩa vòng lặp 400 mili-giây có 200 mili-giây đ-ợc dành cho nhiệm vụ khác Trong đó, 120 mili-giây đ-ợc yêu cầu cho hai nhiệm vụ vòng lặp đ-ợc điều tiết dễ dàng Nếu chia những nhiệm vụ vòng lặp chính, vòng lặp nhanh, 12 mili-giây phụ phải có đ-ợc cửa sổ thời gian, để có đ-ợc tổng số 32 mili-giây (a) Spare & Background Vòng lặp chậm Vòng lặp nhanh 40 80 120 160 200 240 280 320 360 400 t(ms) Dự toán dựa (b) Spare & Background Vòng lặp chậm Vòng lặp nhanh 40 80 120 160 200 240 280 320 360 400 t(ms) Dự toán dựa Hình 10.6 Thi hành thực với vòng lặp chậm nhanh (a) Cảm thụ phân tích thời gian (b) Định thời thi hành thực 233 Quản lý dự án phần mềm Chúng ta giả định nhiệm vụ báo động đ-ợc thực hiện, nhiệm vụ khác bị thui chột, khiến không cần thiết xem xét thời gian thực cho nhiệm vụ Hợp phần giao diện ng-ời dùng hoạt động thời gian thực (so sánh với nhiệm vụ đầu vào điều khiển thiết bị) cho giao diện ng-ời dùng đ-ợc xử lý phần dự trữ vòng lặp 20 mili-giây Các vòng lặp điều hành t-ơng đối đơn giản đ-ợc dự kiến yêu cầu mili-giây đ-ợc loại khỏi việc tính toán Tải CPU cho hệ thống điều khiển đ-ợc tăng c-ờng 32/40 = 0,80 có nghĩa tải CPU 80% cửa sổ thời gian 40 mili-giây Thí dụ đ-ợc minh hoạ hình 10.6 Mét t×nh hng lý thó xt hiƯn viƯc tính toán tải CPU cho kết lớn 1.00 Điều có nghĩa tải CPU lớn 100%! Kết luận hiển nhiên xử lý bất lực việc thực nhiệm vụ yêu cầu Trong tr-ờng hợp đó, có hai biện pháp sửa chữa đ-ợc: yêu cầu hệ thống phải giảm xử lý nhanh phải đ-ợc sử dụng Nếu nh- tải CPU 100% có gây vấn đề, thông th-ờng tải CPU 90% gây vấn đề không Điều việc dự toán tải CPU đ-ợc xác Cũng vậy, việc thay đổi yêu cầu phát triển dự án th-ờng làm tăng tải CPU Một nhận định khác nhu cầu dự trữ nguồn CPU cho mở rộng sau hệ thống Bao thực tiễn tốt để thiết kế hệ phần mềm, cho khởi thuỷ không cần 60% tải CPU 10.7.2 L-u giữ liệu Chúng ta sử dụng từ l-u giữ liệu cho l-u giữ phần cứng l-u giữ liệu Việc sử dụng l-u giữ liệu vấn đề thiết kế thông th-ờng có liên quan (tuy hạn chế) yêu cầu cho hệ thống Các yêu cầu xem xét l-u giữ liệu khía cạnh chi phí, việc thiết kế l-u giữ liệu không hiệu qủa đòi hỏi mức ph-ơng tiện l-u giữ, nh- điều khiển đĩa nhớ Những ph-ơng tiện không thiết biến thành khoản chi phí bổ xung Các yêu cầu nói đến l-u giữ liệu khung cảnh không gian Yêu cầu hệ thống phải cung cấp 30% không gian đĩa mềm nhớ dự trữ, có tác động to lớn đến thiết kế l-u giữ liệu, đặc biệt hệ thống mà việc tiêu dùng nhớ vận hành sát tới giới hạn Xét toàn cục, ng-ời dùng không nhìn thấy đ-ợc việc sử dụng l-u giữ liệu, việc chủ yếu đ-ợc xác định pha thiết kế Dù sao, dự toán sơ b-ớc đầu đ-ợc yêu cầu pha sớm 234 Quản lý dự án phần mềm dự án, để đảm bảo cấu hình phần cứng mục tiêu có khả trợ giúp cho hệ thống phần mềm đ-ợc phát triển Độ đo khối l-ợng phần mềm đ-ợc phát triển nh- bàn đến tr-ớc phần 10.1 dòng m· (KSLOC) hay Kilobyte bé nhí ViƯc l-u gi÷ bé nhớ đ-ợc dự toán theo đơn vị Kbyte B-ớc đầu liên quan đến phân giải hệ thống, t-ơng tự ph-ơng pháp dự toán b-ớc mô tả phần 10.2 Lần mục tiêu mô tả khối l-ợng nhớ mà mô đun yêu cầu lúc thực Các hợp phần phần mềm mức thấp đ-ợc phối hợp thành nhóm mô đun c- trú cạnh tranh nhớ Rồi yếu tố khác đ-ợc xem xét nh- phân bố động nhớ, yêu cầu hệ thống điều hành buffer c- trú nhớ bảng Ph-ơng pháp sau cung cấp dự toán nhớ dựa sử dụng nhớ tr-ờng hợp tồi trình thực hệ thống Phân giải hệ thống thành mô đun mức thấp dự toán yêu cầu nhớ cho mô đun vào lúc thực Nhận yêu cầu nhớ gián tiếp mô đun vào Các vùng hoạt động động tĩnh nhớ Các bảng c- trú nhớ Các buffer (đệm) Nhận mô đun nhớ với yêu cầu nhớ phối hợp lớn mà c- trú nhớ lúc Duyệt lại t-ơng quan mô đun nhớ loại bỏ yêu cầu nhớ trùng lặp Lặp lại b-ớc việc sử dụng nhớ lợi đ-ợc trông đợi đà nhận Nhận yêu cầu nhớ mức hệ thèng nh-:  B¶ng c- tró cđa bé nhí  Buffer file (bé ®Ưm cđa file)  KÝch cì stack Tính toán toàn sử dụng nhớ hệ thống điều hành Phối hợp kết b-ớc 5,6, tạo nên toàn dự toán l-u trữ nhớ B-ớc phải loại trừ yêu cầu nhớ đà đ-ợc xét đến b-ớc (thí dụ buffer file phải không xét đến b-ớc b-ớc 6) Việc sử dụng overlay giảm yêu cầu nhớ, nh-ng điều đạt đ-ợc víi sù thùc hiƯn tèn kÐm cho c¸c ngn phơ, nh- đĩa I/O, tải CPU tốc độ thực Tình trạng bất lợi (trade-off) nhớ tốc độ yếu tố thông th-ờng hầu hết hệ thống phần mềm Dự toán yêu cầu l-u giữ hàng loạt gay cấn dự toán yêu cầu nhớ Bộ nhớ máy tính hạn chế nhiều l-u giữ đĩa L-u giữ đĩa th-ờng bị hạn chế chi phí thiết bị l-u giữ đĩa 235 Quản lý dự án phần mềm Dự toán sử dụng l-u giữ đĩa phải tính đến tiêu dùng l-u giữ đĩa sau đây: Hệ thống điều hành cố định tiện ích dịch vụ Các yêu cầu hệ thống điều hành biến đổi (overlay vùng swap, file hệ thống v.v ) Phần mềm dự án Các file liệu Vì mục đích thảo luận này, bao gồm khối ch-ơng trình dịch vụ, nh- sở liệu ch-ơng trình truyền thông, coi nh- phận hệ thống điều hành Thông tin liên quan ®Õn sư dơng ®Üa cđa hƯ thèng ®iỊu hµnh th-êng ng-ời bán hàng hệ thống điều hành cung cấp Dù sao, hệ thống điều hành đ-ợc phát triển nh- phận dự án phải đ-ợc dự toán coi nh- hệ thống riêng biệt coi nh- phận phần mềm dự án (coi nh- hệ thống phụ) Những yêu cầu hệ thống điều hành thay đổi phụ thuộc cấu hình hệ thống điều hành đặc tr-ng phần mềm dự án Lấy thí dụ không gian đĩa cho overlay vừa chức hệ thống điều hành vừa chức thiết kế phần mềm thực Những hệ thống điều hành tiên tiÕn th-êng cung cÊp tiƯn Ých cho tỉng phÝ ®Üa dự toán (cả mặt l-u giữ truy nhập) sư dơng overlay Vïng swap cho c¸c øng dơng ®a ng-êi dïng th-êng cịng cã thĨ lÊy kÝch cì dựa tiện ích hệ thống điều hành tiêu chuẩn Các tiện ích th-ờng phần chung điều chỉnh hay công cụ cấu hình hệ điều hành Dự toán cho yêu cầu đĩa phần mềm dự án thẳng thừng đ-ợc lập việc phân giải hệ thống Tổng dự toán cho mô đun tạo yêu cầu đĩa cho toàn phần mềm dự án đ-ợc phát triển Việc chuẩn bị dự toán cho kích cỡ file liệu nhiệm vụ buồn tẻ đ-ợc kích cỡ ghi riêng rẽ số tối đa ghi cho file Nó trở nên phức tạp ghi có chiền dài thay đổi Trong tr-ờng hợp nh- thế, cỡ file ghi cực đại hay trung bình nên đ-ợc dụng Mọi file liệu có phần đầu bao gồm số đ-ờng dẫn th- mục Những thứ phải đ-ợc đ-a thành nhân tố dự toán tuỳ thuộc nặng nề vào sở liệu hay hệ thống file đ-ợc sử dụng Trong nhiệu tr-ờng hợp dự toán liệu l-u giữ hàng loạt không cần ch-ơng trình kịch tồi Điều tiên tính dễ dàng t-ơng đối việc bổ sung thêm nhớ l-u giữ hàng loạt vào cấu hình Do đấy, nhiều tr-ờng hợp, yêu cầu l-u giữ hàng loạt trung bình đủ Rõ ràng có số tr-ờng hợp phải sử dụng kịch tồi nhất, nh- mà việc sử dụng kho nhớ hàng loạt tăng nhanh Dự toán thiết kế cho yêu cầu l-u giữ liệu phải chiếu cố đến phần dự trữ Điều đặc biệt với dự toán nhớ, lúc thiết kế phải dành khoảng 33% cho dự phòng Bộ nhớ dự phòng phải có 236 Quản lý dự án phần mềm sẵn để bao trùm sai dự toán, thay đổi yêu cầu phát triển t-ơng lai 10.7.3 Tốc độ Tốc độ hệ thống đ-ợc đo theo thời gian đáp ứng Điều th-ờng yêu cầu ngặt nghèo xác định đáp ứng hệ thống với cố đặc thù Một thí dụ là yêu cầu giao diện ng-ời dùng phải đáp ứng đầu vào ng-ời dùng không ba giây Thật thất vọng phải chờ đợi tr-ớc máy thủ qũi ngân hàng tự động để chờ trả lời yêu cầu Nhiều máy thủ qũi nh- đà giảm nhẹ nỗi thất vọng phải chờ đợi cách tạo tiếng động vang lên tựa nh- tiền đ-ợc đếm máy khí hay nh- có diễn Một giải pháp đơn giản phát tín hiệu nhấp nháy để nói giao dịch đ-ợc thực Tiến trình Sự kiện từ bên Liên hệ ng-ợc Ng-ời dùng Hình 10.7 Thời gian đáp ứng nhận đ-ợc liên hệ ng-ợc Hatley Pirbhai (1988) phân biệt định thời gian ngoại định thời gian nội Định nội kết thiết kế định thời gian ngoại kết yêu cầu Theo định thời gian ngoại có thời gian đáp ứng Hatley Pirbhai gợi ý biển đồ (mà ông gọi tranh yêu cầu định thời gian) tham gia vào việc phân tích ràng buộc liên quan tới định thời gian hệ thống Trong phân tích định thời gian nội ông, Hatley Pirbhai bao gồm hoạt động không liên quan trực tiếp tới thời gian đáp ứng Chúng ta xét kết định thời gian trực tiếp liên quan với thời gian đáp ứng nh- đ-ợc ng-ời dùng hệ thống nhìn nhận bên Thời gian đáp ứng đ-ợc cảm nhận phản hồi hệ thống phát sinh cố bên ngoàI: điều đ-ợc minh hoạ hình 10.7 Do thoả đáng chia thời gian đáp ứng ba hợp phần Thời gian tõ ci sù xt hiƯn cđa sù cè cho ®Õn sù cè ®-ỵc hƯ thèng nhËn 237 Quản lý dự án phần mềm Thời gian xử lý sù cè Thêi gian tõ kÕt thóc xử lý cố khởi đầu đáp ứng ngoại Sự kiện Đáp ứng Tiến trình Thời gian đáp ứng Dự toá Hình 10.8 Khoảng thời gian đáp ứng Nhớ thời gian đáp ứng không bao gồm thời gian để thực cố hai đầu: bao gồm thời khoảng hai cố (coi hình 10.8) Khi dự toán thời gian đáp ứng, viễn cảnh ba thứ đầu vào, xử lý đầu Hợp phần đầu vào liên quan đến thời gian để hệ thống nhận đ-ợc thông tin cuối cố nhận Bảng 10.7 thí dụ bảng phân bố thời gian đáp ứng Thời gian đáp ứng (tính theo giây) Tỷ lệ phần trăm 0-3 3-6 6-9 9-15 20% 60% 39% 1% Hợp phần đầu liên quan đến thời gian cần có để hệ thống có đ-ợc kết xử lý truyền thông tới phát đáp ứng bên Hợp phần xử lí cố bao gồm hoạt động phạm vi hệ thống cần có để phát đáp ứng Điều bao gồm chậm trễ hoạt động -u tiên cao thiết bị bên nh- điều khiển đĩa phải đ-ợc cập để có đ-ợc thông tin liên quan Thời gian đáp ứng thông th-ờng đ-ợc cung cấp nh- đáp ứng tr-ờng hợp tồi đáp ứng trung bình Trong thí dụ tr-ớc thủ quĩ tự động trả lời đầu vào bàn phÝm cđa ng-êi dïng LÇn Ên phÝm ci cïng cđa giao dịch (th-ờng enter) bắt đầu thời khoảng đáp ứng Hiển thị hình hay phân phối tiền mặt kết thúc thời khoảng bắt đầu vận hành Nh- đà thấy ng-ời thiết kế hệ thống hẳn lừa bịp cách trả lời thông báo xin đợi chút tr-ớc có sẵn sàng câu trả lời thực Điều thực tÕ cã hiƯu lùc hoµn mü vµ lµm cho hƯ thống trở nên thân thiện với ng-ời 238 Quản lý dự án phần mềm dùng Dù sao, thông báo nhấp nháy báo xin đợi, xử lý yêu cầu trở thành gây tức bực hình lâu Đáp ứng trung bình thủ quĩ tự động tr-ớc yêu cầu toán đòi hỏi thời gian đáp ứng giây Trong số tr-ờng hợp hệ thống thủ quĩ vào lúc sử dụng cao điểm thời gian đáp ứng tr-ờng hợp 15 giây Mặc dù việc chậm trả lời 15 giây gây tức bực cho ng-ời dùng lại chấp nhận đ-ợc cho ngân hàng điều không xảy th-ờng xuyên Do cần thiết trình bày dự toán thời gian đáp ứng phải bao gồm dự toán phần trăm thời gian mà tr-ờng hợp tồi dự kiến xảy Chẳng hạn khẳng định: Thời gian đáp ứng trung bình dự kiến: giây Thời gian đáp ứng tr-ờng hợp tồi dự kiến: 15 giây 1% giao dịch Việc mô tả chi tiết thời gian đáp ứng dự kiến th-ờng đ-ợc yêu cầu Trong thí dụ 10% chậm trễ đáp ứng chiếm 14,5 giây chấp nhận đ-ợc, nh-ng lại khớp với số Trong tr-ờng hợp đó, bảng phân phối (coi bảng 10.7) đ-ợc -a thích 10.8 tổng phí không phát triển Những dự toán tốt đ-ợc hầu hết liệu dễ hiểu có Do đấy, điều quan trọng phải cập nhật định kỳ dự toán dự án Chí điều phải đ-ợc làm ë c¸c cét mèc dù ¸n chđ u, nh- tỉng duyệt yêu cầu phần mềm, tổng duyệt thiết kế sơ tổng duyệt thiết kế tới hạn Các dự toán đ-ợc cập nhật phải phận thứ giao đ-ợc có yêu cầu tổng duyệt Bảng 10.8 Tổng phí hoạt động không phát triển Tổng phí Quản lý Khống chế cấu hình Bảo đảm chất l-ợng phần mềm 0.1 0,02 0,03 Sau kết thúc pha thiết kế, dự toán phải đ-ợc xem lại tr-ớc tích hợp bắt đầu lại xem lại tr-ớc thử nghiệm bắt đầu Cũng vậy, cố không dự kiến xảy chu kỳ phát triển đòi hỏi phải tính toán lại dự toán Một thí dụ cố nh- việc thay hợp phần lỗi thời hợp phần phát triển hay chậm trễ dự án ch-a lập lịch chủ yếu Cũng thay đổi đến đặc tả yêu cầu dự án phải kèm theo phân tích tác động thay đổi đến lịch dự án Mọi thay đổi 239 Quản lý dự án phần mềm với số ngoại lệ phải thay đổi chi phí Ngay việc rút bỏ yêu cầu gây thay đổi chi phí dự án đà dự toán Một khối l-ợng thay đổi đến đặc tả yêu cầu th-ờng đ-ợc tính đến việc chuẩn bị dự toán dự án Điều bao gồm dự toán d-ới hình thức yếu tè an toµn Ỹu tè an toµn cịng cã thĨ đ-ợc dùng để bù trừ cho tr-ờng hợp khác nh- sai lầm dự toán chậm trễ không dự kiến Các yếu tố an toàn th-ờng sử dụng tõ 20% ®Õn 40% tuú theo møc ®é tin cËy dự toán, dự đoán thay đổi yêu cầu chậm trễ xảy Các yếu tố t-ơng tự đ-ợc dùng để đ-a vào dự toán hoạt động không phát triển nh- quản lý dự án, kiểm tra cấu hình bảo đảm chất l-ợng Dù sao, chừng mực nhiệm vụ phụ thuộc đặc tính kh¸c cđa dù ¸n Mét dù ¸n rÊt nhá cã thể không yêu cầu quản lý trực tiếp dự án lớn hẳn bị kết tội Bảng 10.8 trình bày yếu tố tổng phí cho hoạt động không phát triển dự án phần mềm Các số bảng 10.8 cho thấy dự án phần mềm với đội ngũ 100 kỹ s- hẳn yêu cầu xấp xỉ 10 nhà quản lý (thời gian làm việc 100%) Điều bao gồm nhiệm vụ nh- quản lý dự án, phó quản lý dự án, lÃnh đạo đội (có thể dành phần thời gian vào công việc phát triển) v.v Trong mét dù ¸n nhá ba ng-êi, mét thành viên hẳn đ-ợc dự kiến giành khoảng 1/3 thời gian anh hay chị cho việc quản lý dự án T-ơng tự, dự án phần mềm đội ngũ 100 kỹ s- phát triển, cã thÓ dù kiÕn bè trÝ kü s- kiểm tra cấu hình kỹ sđảm bảo chất l-ợng phần mềm Công bố tổng quát dự án 100 năm công, năm công hẳn đ-ợc giành cho kiểm tra cấu hình năm công cho bảo đảm chất l-ợng tổng hợp Các số 10.8 bị ảnh h-ởng qui mô dự án yếu tố đến phần 10.4 Một dự án phức tạp đòi hỏi phần chung nhiều dự án t-ơng đối đơn giản Toàn tổng phí dự án cho hoạt động tất khoảng 15% Quan trọng phải nhớ điều liên quan đến tổng phí dự án trực tiếp không tính đến thời gian đầu t- quản lý cấp cao, th- ký văn phòng v.v 10.9 Tóm tắt Ch-ơng minh hoạ dự toán đ-ợc vận dụng việc tiên liệu bất trắc Bất l-ợng đ-ợc dự toán l-ợng đà biết không cần dự toán Với ng-ời quản lý dự án phần mềm có nhiều l-ợng phải đ-ợc dự toán Những l-ợng liên kết với lĩnh vực nh-: 240 Quản lý dự ¸n phÇn mỊm Chi phÝ phát triển dự án Lịch phát triển dự án Qui mô đội phát triển dự án Khối l-ợng phần mềm phải phát triển Nguồn lực phần cứng đòi hỏi Dự toán b-ớc th-ờng đ-ợc coi ph-ơng cách phân chia khuất phục, phân vấn đề lớn vấn đề nhỏ đ-ợc dùng hầu hết kỹ thuật dự toán Ph-ơng cách phân giải dự án thành hợp phần xác định rõ lặp lại b-ớc đến lại đơn vị nhỏ dễ dự toán Phân giải ban đầu dự án phần mềm nhận phạm trù chủ yếu với mức độ rủi ro phát triển khác liên kết với chúng B-ớc phân giải dự án tạo hợp phần dự án (1) ®· cã (2) chóng ta biÕt ph¸t triĨn nh- thÕ nµo (kinh nghiƯm trän vĐn) (3) Ýt chóng ta đà phần làm quen với chúng (kinh nghiệm phần) hay (4) hoàn toàn với (phát triển mới) Các kỹ thuật dự toán đặc thù đ-ợc vận dụng cho loại hợp phần dự án khác Một ph-ơng pháp khác, gọi thuật to¸n chi phÝ kiÕn thiÕt (COCOMO) bao gåm 10 b-íc Những b-ớc bao gồm phân giải dự án hợp phần, vận dụng công thức công sức vào hợp phần phối hợp liệu tạo vào dự toán chi phí dự án Phân tích chức (FPA) tạo dự toán dự án qui mô vấn đề Số l-ợng chức dự án xác định qui mô vấn đề, đ-ợc biểu thị giá trị số (trị số FPA) Trị số FPA dự án đ-ợc dùng để: So sánh độ phức tạp dự án So sánh công sức t-ơng đối đòi hỏi để hoàn thành dự án Phát sinh độ đo dự án khác (nh- SLOC) Dự toán th-ờng đ-ợc trình bày nh- phạm vi Một phạm vi dự toán có ích qui hoạch phát triển dự án Lý thuyết thống kê đứng sau ph-ơng cách đề cập quan niệm khoảng tin cậy, cung cấp xác suất chi phí phát triển nằm phạm vi đà cho Các ph-ơng pháp dự toán tải CPU, l-u giữ liệu tốc độ đ-ợc phân giải phần mềm thành mô đun dự toán đ-ợc Rồi dự toán đ-ợc phối hợp với yếu tố an toàn Các yếu tố an toàn th-ờng sử dụng từ 20% đến 40% tuỳ theo mức độ tin cậy dự toán thời hạn dự kiến thay đổi yêu cầu Các dự toán tốt đ-ợc c- hầu hết liệu nhất, dễ hiểu có đ-ợc Do đó, quan trọng phải cập nhật định kỳ toàn dự toán dự án Dù sao, ph-ơng pháp dự toán đ-ợc sử dụng, quan trọng 241 Quản lý dự án phần mềm phải nhớ dự toán tốt đ-ợc nh- liệu đ-ợc dùng làm Bài tËp Ph©n tÝch mét hƯ thèng kiĨm warehouse công ty phát triển vốn tr-ớc đà phát triển hệ thống kiểm cửa hàng bách hoá HÃy sử dụng dự toán b-ớc, phân giải hệ thống thành phạm trù hợp phần Sau phân giải hợp phần kinh nghiệm phần thành hợp phần kinh nghiệm đày đủ hợp phần phát triển Đặc tả giả định đà làm Phát triển tiếp vấn đề tập chuẩn bị kế hoạchdự toán hợp phần phát triển cách sử dụng lấy mẫu thống kê Xác định nhóm phạm trù bố trí hợp phần phát triển vào loại thích hợp Chọn mô đun tiêu biểu từ phạm trù để thực Giải thích điều hợp lý việc gán loại lựa chọn đà làm Căn kinh nghiệm bạn, hÃy bố trí số KSLOC hợp lý vào hợp phần tập Giả định ng-ời phát triển cho KSLOC Giả định 10% nhân lực mức 1, 30% mức 2, 45% møc vµ 15% møc H·y tÝnh nhân tố PL cho dự án phát triển Bình luận tác động trị số PL tới chi phí phát triển dự án Duyệt lại bảng 10.1, có liên quan đến việc tính toán thừa số PL Cho gợi ý bảng trị số khác, mức KSLOC phụ thêm phạm trù rộng nhân tử Bình luận lý chọn số bảng bạn Tính lại trị số bảng 10.2 bảng bạn đà đề nghị Phân giải hệ thống kiểm kê warehouse mô tả tập thành hợp phần theo mức phức tạp Căn số KSLOC bè trÝ ë bµi tËp 3, h·y tÝnh SEM cho lớp hợp phần phối hợp kết để có đ-ợc số dự toán SEM cho toàn dự án Phân giải hệ thống kiểm kê kho mô tả tập hợp phần theo mức tin cậy Sử dụng năm mức tin cậy để đ-a thành thừa số độ tin cậy vào dự toán SEM tính tập (a) Gợi ý bảng nhân tử mức cho mức môi tr-ờng phát triển, ba mức qui mô dự án KSLOC < 25, 25 < KSLOC < 300, 3000 < KSLOC (b) Gợi ý bảng nhân tử để đ-a thành thừa số tính phức tạp hệ thống phụ Thảo luận cỡ dự án phải xÐt TÝnh dù to¸n chi phÝ cho hƯ thèng kiểm warehouse mô tả tập cách sử dụng kết tập 3, 5, vµ Xem xÐt viƯc vËn dơng thuật toán phân tích l-ợng chức vào hệ thống kiểm warehouse mô tả tập Lợi bất lợi việc sử dụng ph-ơng pháp FPA ? So sánh FPA với COCOMO cho dự án đặc biệt 242 Quản lý dự án phần mềm 10 Xếp loại uỷ thác: kết cá nhân khác cho tập 8, hÃy tính khoảng cách tin cậy 68% 95% cho phạm vi chi phí phát triển hệ thống kiểm warehouse 11 (a) Duyệt lại thí dụ tải CPU phần 10.6 Giả định đầu vào thiết bị đ-ợc điều khiển ngắt Mỗi ngắt có tổng phí 0,5 mili-giây Vậy tải CPU bao? (b) Tải CPU phải vòng lặp nhanh có ba đầu vào ? Bình luận tác động cđa kÕt qu¶ 243 ... sản phẩm t- liệu Không có t- liệu sản phẩm không bí mật Một câu hỏi cần phản ảnh là: liệu liệu phát triển phần mềm đà thực thành công nào? Lập luận đ-ợc thử thách tốt với hồ sơ t- liệu đ-ợc chuẩn... (bản quyền, phí cộng thêm, giá cố định v.v ) T- liệu tham khảo Phần bao gồm danh sách t- liệu nêu RFP nh- tiêu chuẩn, t- liệu hệ thống có, tài liệu sản phẩm khác v.v Những thứ giao đ-ợc có yêu... toán lĩnh vực 10.7 Dự toán tài nguyên phần cứng 10.7.1.Tải trọng CPU 10.7.2 L-u trữ dự liệu 10.7.3 Tốc độ 10.8 Tổng phí không phát triển 10.9 Tóm tắt Bài tập Tham khảo Tài liệu đọc thêm 206 206 207