BÀI CÁC KHÁI NIỆM CƠ BẢN CỦA DỰ ÁN PHẦN MỀM ThS Thạc Bình Cường TÌNH HUỐNG DẪN NHẬP • Chi tiêu cho Cơng nghệ thơng tin (CNTT) giới tiếp tục tăng, Forrester Research dự đoán chi tiêu cho CNTT Mỹ tăng 5.7% năm 2005, lên đến $795 tỷ • Trong năm 2003, trung bình quản trị dự án cấp cao Mỹ thu nhập khoảng $90,000 năm, Giám đốc Trung tâm Quản trị dự án (PMO) kiếm nhiều Trưởng phòng Cơng nghệ (CIO) ($118,633 so với $103,925) • Quản trị dự án CNTT giống công trường Mọi việc ngổn ngang bừa bãi cần nhà quản lý để đưa vào trật tự  Vai trò quản trị dự án việc phát triển dự án CNTT? MỤC TIÊU Trình bày khái niệm vấn đề dự án quản trị dự án Trình bày bước trình phát triển dự án CNTT Liệt kê kỹ thuật mơ hình kinh tế, kinh tế áp dụng mơ hình quản trị dự án NỘI DUNG Giới thiệu chung dự án Phát triển phần mềm truyền thống Sự tiến hóa kinh tế phần mềm Cải tiến kinh tế phần mềm GIỚI THIỆU CHUNG VỀ DỰ ÁN • Dự án gì? • Quản lý dự án gì? • Nói người quản lý dự án 1.1 DỰ ÁN LÀ GÌ? • Dự án tập hợp công việc, thực tập thể, nhằm đạt kết dự kiến, thời gian dự kiến, với kinh phí dự kiến  Phải dự kiến nguồn nhân lực;  Phải có ngày bắt đầu, ngày kết thúc;  Phải có kinh phí thực cơng việc;  Phải mô tả rõ ràng kết (output) cơng việc • Dự án kết thúc khi:  Hồn thành mục tiêu đề nghiệm thu kết (kết thúc tốt đẹp) trước thời hạn;  Hết kinh phí trước thời hạn (kết thúc thất bại);  Đến ngày cuối (nếu tiếp tục khơng ý nghĩa) • Dự án thất bại khi:  Khơng đáp ứng mục tiêu ban đầu;  Không đáp ứng thời hạn;  Vượt ngân sách cho phép (20 - 30%) 1.1 DỰ ÁN LÀ GÌ? (tiếp theo) Không quen thuộc với Phạm vi phức Của dự án: 17% Tại dự án thất bại? Lý khác: 12% Thiếu thông tin: 21% Quản lý dự án không tốt: 32% Không rõ mục tiêu: 18% • Để tránh việc thất bại dự án Cải tổ việc quản lý dự án Nghiên cứu khả thi Tăng số thành viên tham gia Tăng phương sách từ bên ngồi Khơng phải lý 10 20 30 40 50 60 70 80 90 Respondents % 1.2 QUẢN LÝ DỰ ÁN LÀ GÌ? • Quản lý dự án (QLDA) việc áp dụng công cụ, kiến thức kỹ thuật nhằm định nghĩa, lập kế hoạch, tiến hành triển khai, tổ chức, kiểm sốt kết thúc dự án • Một dự án quản lý tốt, tức kết thúc phải thoả mãn chủ đầu tư mặt: thời hạn, chi phí chất lượng kết • Các nguyên lý chung phương pháp luận QLDA:  Linh hoạt;  Hướng kết quả, không hướng nhiệm vụ (nhằm thoả mãn thượng đế - khách hàng);  Huy động tham gia người (tính chất dân chủ);  Làm rõ trách nhiệm (chữ ký);  Phân cấp có mức độ (khơng nên chia thành q nhiều mức);  Tài liệu đọng có chất lượng (q nhiều tài liệu tức có q thông tin);  Kết quan trọng công cụ hay kĩ thuật (thực dụng);  Tạo độ đo tốt (để có đánh giá đúng);  Suy nghĩ cách nhìn xa trơng rộng;  Cải tiến liên tục (kế hoạch không xơ cứng) 1.2 QUẢN LÝ DỰ ÁN LÀ GÌ? (tiếp theo) • Quản lý thực dự án: Những yêu cầu người quản lý Quản lý dự án Các yêu cầu Các kết bàn giao dự án Nguồn Các đầu vào khác Thực dự án Các đầu khác 1.2 QUẢN LÝ DỰ ÁN LÀ GÌ? (tiếp theo) • Lợi ích kế hoạch quản lý:  Rủi ro không lập kế hoạch;  Khởi đầu sai lệch;  Bị nhầm lẫn;  Không đáp ứng mong đợi nhà tài trợ mục tiêu;  Thơng tin nghèo nàn • Lợi ích lập kế hoạch quản lý:  Đáp ứng mục tiêu;  Gây dựng lòng tin từ người góp vốn;  Thiết lập hướng làm việc chung;  Mở kênh thông tin liên lạc;  Bắt đầu dự án với phương thức có hệ thống 10 PHÁT TRIỂN PHẦN MỀM TRUYỀN THỐNG (tiếp theo) • Chi phí: STT Hoạt động Chi phí (%) Quản lý Xác định yêu cầu Thiết kế 10 Mã hóa kiểm sửa 30 Tích hợp kiểm sửa 40 Triển khai Môi trường 22 PHÁT TRIỂN PHẦN MỀM TRUYỀN THỐNG (tiếp theo) Sơ lược rủi ro: Yêu cầu Sơ lược rủi ro Cao Chiều hướng rủi ro dự án • Thấp Chu kỳ khai thác rủi ro Sơ lược rủi ro Kiểm sửa Định hướng tập trung chu kỳ giải trình rủi ro Điều khiển chu kỳ quản lý rủi ro Chu kỳ chi tiết hóa rủi ro Vòng đời dự án 23 PHÁT TRIỂN PHẦN MỀM TRUYỀN THỐNG (tiếp theo) • Lập tài liệu điều khiển dự án:  Nhà dự thầu (contractor) chuẩn bị tài liệu hợp đồng để phân phát cho khách hàng duyệt mà bảo đảm nắm bắt mẫu phát triển qua bước trung gian;  Khách hàng có góp ý trở lại (trong vòng 15 đến 30 ngày);  Nhà thầu sau xem xét lại ý kiến khách hàng nộp lại cuối để duyệt (cũng vòng 15 tới 30 ngày) • Các kinh nghiệm cụ thể: Các kinh nghiệm ban đầu thường thấy thông qua thiết kế giấy qua thường tóm tắt  Vi phạm mã hố muộn vòng đời dự án;  Việc tích hợp hệ thống gây ác mộng vấn đề thể khơng nhìn thấy trước nhập nhằng giao diện chúng;  Thờì gian tài áp lực cho hệ thống làm việc;  Một sản phẩm không tối ưu chót làm khơng có thời gian thiết kế lại;  Một sản phẩm yếu ớt, khó bảo trì phân phối muộn mằn 24 PHÁT TRIỂN PHẦN MỀM TRUYỀN THỐNG (tiếp theo) • Tóm tắt vấn đề thực tiễn:  Việc tích hợp kéo dài phá vỡ thiết kế sau này;  Sự giải rủi ro muộn;  Có yêu cầu phân rã theo chức năng;  Mối quan hệ cổ đông đối nghịch nhau;  Chỉ tập trung vào tài liệu họp rà sốt lại • Năm cải tiến cần thiết mơ hình thác nước:  Hồn thiện thiết kế chương trình trước bắt đầu phân tích mã hóa (xây dựng) chương trình;  Bảo trì hành hoàn thiện tài liệu;  Làm nhiệm vụ hai lần có thế;  Lập kế hoạch, điều khiển theo dõi kiểm tra;  Trao đổi sâu sát thu hút khách hàng 25 PHÁT TRIỂN PHẦN MỀM TRUYỀN THỐNG (tiếp theo) • • Danh sách dẫn đầu 10 độ đo phần mềm công nghiệp Boehm:  Sửa chữa sau phân phối tốn 100 lần so với sửa từ đầu;  Bạn nén lịch trình thời gian kế hoạch tới 25%, nhiều được;  Với $1 cho phát triển cần $2 cho bảo trì;  Chi phí chủ yếu hàm dòng chương trình nguồn;  Sự thay đổi người gây khác lớn suất (in productivity);  Tỷ lệ chi phí phần mềm phần cứng 85:15 ngày tăng lên;  Chỉ có khoảng 15% chi phí phần mềm liên quan đến lập trình;  Các hệ thống phần mềm chi phí gấp lần so với chương trình phần mềm riêng rẽ Các sản phẩm phần mềm hệ thống chi phí gấp lần;  Duyệt qua phần mềm bắt 60% lỗi;  80% đóng góp đến từ 20% nhà góp vốn Luật 80/20:  80% cơng nghệ tiêu thụ 20% yêu cầu;  80% chi phí phần mềm tiêu thụ 20% thành phần;  80% sai sót nguyên nhân gây 20% thành phần;  80% phần mềm bị loại bỏ phải làm lại nguyên nhân 20% sai sót;  80% nguồn tài nguyên tiêu thụ 20 % thành phần;  80% cơng nghệ hồn thành 20% công cụ;  80% tiến dự án thực 20 % người 26 SỰ TIẾN HĨA NỀN KINH TẾ PHẦN MỀM • Nền kinh tế phần mềm; • Sự ước lượng chi phí phần mềm thực tế 27 3.1 NỀN KINH TẾ PHẦN MỀM • Mơ hình chi phí phần mềm bao gồm tham số:  Kích cỡ sản phẩm cuối thơng thường số dòng chương trình nguồn  Tiến trình xử lý để đưa sản phẩm cuối  Khả nhân  Môi trường – Các công cụ kỹ thuật  Chất lượng yêu cầu sản phẩm cuối • Cơng thức lượng giá chi phí: Chi phí = (Nhân sự)(Mơi trường)(Chất lượng)(Kích thướctiến • trình) Ba giai đoạn phát triển phần mềm thể hình vẽ sau: 28 3.1 NỀN KINH TẾ PHẦN MỀM (tiếp theo) Chi phí ROI phần mềm Kích thước phần mềm - 1960s-1970s - Mơ hình thác nước - Thiết kế chức - Tỷ lệ phi kinh tế - 1980s-1990s - Cải tiến tiến trình - Dựa vào bao bọc - Tỷ lệ phi kinh tế - 2000 sau - Sự phát triển lặp lặp lại - Thành phần - Kết đầu tư Sự phù hợp mơi trường, kích thước cơng nghệ tiến trình Mơi trường/Cơng cụ Tập qn Mơi trường/Cơng cụ Không lỗi thời, riêng rẽ Môi trường/Công cụ Không lỗi thời, tích hợp Kích thước: 100% tập quán Kích thước: 30% dựa vào thành phần 70% tập quán Kích thước: 70% dựa vào thành phần 30% tập quán Tiến trình: Theo trường hợp đặc biệt Tiến trình: Có thể lặp lại Tiến trình: Quản lý/phân phối Hiệu dự án điển hình Khả dự đốn tồi Ln ln: Vượt q ngân sách Vượt q lịch trình Khơng có khả dự đốn Khơng thường xun: Đúng ngân sách Đúng lịch trình Có khả dự đốn Thường xun: Đúng ngân sách Đúng lịch trình 29 3.2 SỰ ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM THỰC TẾ • • • Đánh giá điểm chức năng:  Sự biến đổi chương trình nguồn làm sở cho việc đánh giá;  Sử dụng điểm chức “Function Points” để đánh giá chi phí:  Các liệu đầu vào người sử dụng  Các liệu đầu  Nhóm liệu cục  Giao diện liệu  Các dạng câu hỏi ngồi Độ xác: Tồn độ xác việc đánh giá chi phí phần mềm mô tả "… 20 % xác , 70 % thời gian…“ Tiến trình chi phí bật mơ tả sau: 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 thương mại này” Mơ hình chi phí “Đây biện hộ giá trị đó” Các rủi ro, lựa chọn, trả giá, thay Chi phí ước lượng 30 3.2 SỰ ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM THỰC TẾ (tiếp theo) • Các thuộc tính đánh giá tốt:  Việc đánh giá phải nhận thức hỗ trợ thành viên tham gia dự án;  Cán quản lý dự án, đội kiến trúc, đội phát triển đội kiểm thử công việc họ;  Việc đánh giá phải chấp nhận tham vọng toàn cổ đông cần thực;  Việc đánh giá dựa vào mơ hình xác định chuẩn với tảng tin cậy;  Việc đánh giá dựa kinh nghiệm dự án trước;  Việc đánh giá chi tiết cụ thể đặc biệt quan tâm hiểu biết tới lĩnh vực rủi ro 31 CẢI TIẾN NỀN KINH TẾ PHẦN MỀM • Năm tiêu chí cải tiến kinh tế phần mềm:  Giảm kích cỡ phần mềm;  Cải tiến tiến trình phát triển phần mềm;  Sử dụng nhân có kỹ nhóm đội tốt hơn; •  Sử dụng môi trường, công cụ phát triển phần mềm tốt hơn;  Thoả hiệp, cân nhắc, thúc đẩy mặt yếu dựa vào ngưỡng chất lượng Giảm kích thước phần mềm:  Lựa chọn ngơn ngữ lập trình;  Áp dụng phương pháp hướng đối tượng mơ hình hố trực quan;  Sử dụng lại phần mềm;  Các thành phần phần mềm thương mại hoá • So sánh điểm chức qua ví dụ ngơn ngữ:  1,000,000 dòng lệnh - ngơn ngữ Assembly;  400,000 dòng lệnh - ngơn ngữ C;  220,000 dòng lệnh - ngơn ngữ Ada 83;  175,000 dòng lệnh - ngôn ngữ Ada 95 C++ 32 CẢI TIẾN NỀN KINH TẾ PHẦN MỀM (tiếp theo) • Phương pháp hướng đối tượng mơ hình trực quan:  Việc nắm bắt tính trừu tượng hố phần mềm dẫn đến giao tiếp làm việc theo đội nhóm tốt hơn;  Việc tích hợp liên tục thường xuyên dẫn đến nhận biết rủi ro sớm hạn chế chi phí chỉnh sửa;  Kiến trúc hướng đối tượng đảm bảo phân tách thành phần hệ thống tạo tường ngăn cản cố lan truyền nhằm giảm chi phí;  Mơ hình hướng đối tượng trực quan tạo kiến trúc vững nhằm tạo sản phẩm giảm chi phí • Sử dụng lại phầm mềm:  Kiến trúc phần mềm chung;  Môi trường phát triển;  Các hệ điều hành;  Hệ thống quản trị CSDL;  Các sản phẩm mạng;  Các ứng dụng văn phòng 33 CẢI TIẾN NỀN KINH TẾ PHẦN MỀM (tiếp theo) Chi phí sử dụng lại lập lịch: Phát triển chi phí lập lịch tài nguyên • Giải pháp nhiều dự án: Thao tác với giá trị cao tên đơn vị đầu tư, sản phẩm thương mại điển hình giải pháp dự án: 125% chi phí 150% thời gian giải pháp dự án: 50% chi phí 100% thời gian giải pháp dự án: $N M tháng Số dự án sử dụng thành phần tái sử dụng 34 CÂU HỎI THẢO LUẬN Xu hướng kinh tế phần mềm năm gần nào? 35 TĨM LƯỢC CUỐI BÀI • Phát triển phần mềm thông thường ngày không đáng tin cậy lạc hậu • Mơ hình thác nước cần cải tiến để làm việc thỏa đáng Thực tiễn thông thường đảm bảo tiêu chuẩn cho việc cải tiến tương lai thay đổi phương pháp phát triển phần mềm • Đánh giá phần mềm phải dựa vào việc phân tích cụ thể hỗ trợ thành viên • Cải tiến kinh tế phần mềm phải dựa vào việc giảm kích thước, sử dụng thành viên có kỹ cân đối tiêu phần mềm tương lai 36