Mô hình định tính dựa trên các giá trị ứng dụng trong lượng giá dự án phần mềm

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI NGUYỄN THỊ PHÚC MÔ HÌNH ĐỊNH TÍNH DỰA TRÊN GIÁ TRỊ ỨNG DỤNG TRONG LƯỢNG GIÁ DỰ ÁN PHẦN MỀM Chuyên ngành: Công nghệ thông tin LUẬN VĂN THẠC SĨ KỸ THUẬT NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS.TS HUỲNH QUYẾT THẮNG Hà Nội - Năm 2016 LỜI CAM ĐOAN Tôi xin cam đoan : Những nội dung luận văn thực hướng dẫn trực tiếp PGS.TS Huỳnh Quyết Thắng Mọi tham khảo dùng luận văn trích dẫn rõ ràng tên tác giả, tên công trình, thời gian, địa điểm công bố Mọi chép không hợp lệ, vi phạm quy chế đào tạo, hay gian trá, xin chịu hoàn toàn trách nhiệm Người cam đoan NGUYỄN THỊ PHÚC MỤC LỤC Trang Chương TỔNG QUAN VỀ LƯỢNG GIÁ DỰ ÁN PHẦN MỀM 1.1 Các quan điểm khác khái niệm giá trị công nghệ thông tin 1.2 Phạm vi nghiên cứu qui trình nghiên cứu đề tài 1.2.1 Phạm vi nghiên cứu 1.2.2 Qui trình nghiên cứu 1.3 Các yêu cầu kiên trước lượng giá dự án phần mềm 1.3.1 Phương pháp nhận thức rõ lợi ích 1.3.2 Kiến trúc kỹ nghệ phần mềm dựa mô hình 1.3.3 Mô hình Win-Win/Lý thuyết W .9 1.3.4 Kỹ thuật dựa mục tiêu .10 1.4 Kỹ thuật giá trị thu lượng giá dự án phần mềm 12 1.4.1 Định nghĩa dự án thành công .13 1.4.2 Kỹ thuật giá trị thu 15 1.4.3 Dự toán chi phí hoàn thành dự án phần mềm 19 1.4.4 Dự toán thời gian triển khai dự án phần mềm 20 1.4.5 Sử dụng kỹ thuật giá trị thu để kiểm soát dự án phần mềm 21 1.4.6 Các hệ số thành công quan trọng dự án phần mềm 22 1.5 Kết luận chương 25 Chương KỸ THUẬT ĐỊNH TÍNH TRONG LƯỢNG GIÁ DỰ ÁN PHẦN MỀM 27 2.1 Đặt vấn đề 27 2.2 Kỹ thuật thẻ điểm cân 28 2.2.1 Giới thiệu 28 2.2.2 Thẻ điểm cân truyền thống 29 2.2.3 Liên kết chiến lược tới độ đo 30 2.2.4 Thẻ điểm công nghệ thông tin cân 32 2.2.5 Quản trị công ty 35 2.3 Quản lý danh sách vốn đầu tư dự án/quản trị IT 36 2.4 Xây dựng mô hình lượng giá dự án phần mềm 37 2.4.1 Giới thiệu 37 2.4.2 Tổng quan mô hình 38 2.4.3 Mô hình cho lượng giá dự án phần mềm 39 2.5 Kết luận chương 42 Chương CÀI ĐẶT THỬ NGHIỆM 44 3.1 Bài toán thử nghiệm 44 3.1.1 Ranh giới đầu tư 45 3.1.2 Ví dụ áp dụng mô hình lượng giá dự án phần mềm đa chiều 46 3.2 Chương trình thử nghiệm mô hình lượng giá 50 3.2.1 Các thuật toán sử dụng phần mềm 50 3.2.2 Giao diện chương trình thử nghiệm 52 3.2.3 Kết đánh giá chương trình thử nghiệm .53 3.3 Kết luận chương 53 KẾT LUẬN 55 A Các nội dung thực luận văn 55 B Hướng phát triển đề tài 55 TÀI LIỆU THAM KHẢO 57 DANH MỤC CÁC KÝ HIỆU, VIẾT TẮT Ký hiệu IT NPV MBASE PV BCWS BAC AC ACWP EV BCWP Diễn giải Ý nghĩa Information Technology Công nghệ thông tin Net Present Value Giá trị dòng Model Based Architecting Kiến trúc kỹ nghệ phần Software Engineering mềm dựa mô hình Planned Value Tổng giá trị dự kiến Budget Cost for Work Scheduled Chi phí theo kế hoạch Budget At Completion Ngân quỹ dự kiến tới thời điểm hoàn thành Actual Cost Chi phí thực tế Actual Cost for Work Performed Chi phí thực tế cho công việc thực Earned Value Giá trị thu Budget Cost for Work Performed Chi phí ngân sách công việc thực CV Cost Variance Chênh lệch chi phí CPI Cost Performance Index Chỉ số chi phí thực tế Schedule Variance Chênh lệch chi phí thay SV đổi tiến độ SPI Schedule Performance Index Chỉ số tiến độ thực CR Critical Ratio Tỷ lệ quan trọng Estimate at Completion Dự toán thời điểm hoàn EAC ETC SAC AT thành Estimate to Completion Dự toán đến thời điểm hoàn thành Scheduled At Completion Tiến độ để hoàn thành Actual Time Thời gian thực tế Time Estimate To Completion Dự toán thời gian đến thời điểm hoàn thành dự án phần TETC mềm TEAC GORE Time Estimate At Completion Thời điểm hoàn thành dự án phần mềm Goal-oriented engineering requirements Kỹ thuật yêu cầu hướng mục tiêu DANH MỤC CÁC HÌNH Hình 1.1: Nền làm việc tích hợp mô hình MBASE [12] Hình 1.2: Mối quan hệ chu trình sống dự án phần mềm chu trình sống sản phẩm phần mềm 13 Hình 1.3: Minh họa độ đo PV, BAC, AC EV 17 Hình 1.4: Theo dõi hiệu dự án phần mềm sử dụng kỹ thuật giá trị thu 22 Hình 1.5: Quá trình kiểm soát dự án phần mềm kỹ thuật giá trị thu [8] 22 Hình 2.1: Ví dụ kỹ thuật thẻ điểm cân cho tổ chức 30 Hình 2.2: Phân loại thể điểm cân ứng dụng cho CNTT [29] 33 Hình 2.3: Mô hình cho việc lượng giá dự án phần mềm theo nhiều chiều 41 Hình 3.1: Ranh giới đầu tư: ROI rủi ro thất bại 45 Hình 3.2: Ranh giới đầu tư: NPV rủi ro thất bại 45 Hình 3.3: Lượng giá dự án phần mềm theo hệ số mục tiêu CNTT hệ số chiến lưc tổ chức 48 Hình 3.4: Lượng giá dự án phần mềm theo hệ số mục tiêu tổ chức hệ số thành công quan trọng dự án 49 Hình 3.5: Lượng giá dự án phần mềm theo khía cạnh mục tiêu CNTT hệ thống thành công dự án 50 Hình 3.6: Giao diện chương trình thử nghiệm 53 DANH MỤC CÁC BẢNG Bảng 1.1: Các độ đo sử dụng kỹ thuật giá trị thu 15 Bảng 1.2: Mức độ hiệu suất giá trị sai lệch tiến độ [7] 17 Bảng 1.3: Tổng hợp số hiệu mặt chi phí mặt tiến độ [7] 18 Bảng 1.4: Các dự toán chi phí để hoàn thành dự án phần mềm [7] 19 Bảng 1.5: Các dự toán thời gian để hoàn thành dự án phần mềm [7] 20 Bảng 1.6: Ước tính hệ số thành công quan trọng cho dự án phần mềm ví dụ 23 Bảng 2.1: Các quan hệ nhân hỗ trợ mục tiêu chiến lược tăng bán hàng 31 Bảng 2.2: Độ đo hỗ trợ mục tiêu chiến lược tăng bán hàng 31 Bảng 3.1: Các thông số phục vụ áp dụng mô hình lượng giá cho toán thử nghiệm 47 MỞ ĐẦU Những năm gần chi phí phần mềm công ty tăng cách đáng kể Việc tăng chí phí này, công ty mong muốn tăng lợi nhuận cho công ty cho xã hội Mối quan hệ khó mô tả dẫn đến ý kiến khác giá trị công nghệ thông tin Mặc dù phần mềm có mặt vị trí công ty xã hội, tác động phần mềm giá trị dự án phần mềm khó định tính Giá trị phần mềm phụ thuộc vào nhiều khía cạnh nên khó khăn việc xây dựng giá trị phần mềm Giá trị phần mềm mức xã hội, giá trị phần mềm mức tổ chức giá trị phần mềm mức dự án riêng biệt cần ước lượng theo cách khác Giá trị phần mềm phụ thuộc vào người sử dụng Giá trị phần mềm mức xã hội nói chung khác với giá trị phần mềm mức người sử dụng giá trị phần mềm mức công ty Trong báo cáo này, tác giả tập trung nghiên cứu ước tính giá trị dự án phần mềm từ khía cạnh công ty hay nói cách khác dự án phần mềm mang lại cho công ty lợi ích mặt giá trị Do tăng người sử dụng phần mềm nên vai trò phần mềm thành công công ty xã hội nói chung tiếp tục phát triển Giá trị dự án phần mềm ước tính theo nhiều khía cạnh mức độ đáp ứng yêu cầu mặt giá trị, mức độ đáp ứng vấn đề mặt tài mức độ đáp ứng vấn đề hỗ trợ mục tiêu chiến lược Các phương pháp kiểm soát theo dõi dự án phần mềm kỹ thuật giá trị thu (earned value techniques), đưa tổ chức chuyên nghiệp để mô tả việc kiểm soát theo dõi dự án phần mềm, thực dựa vào kế hoạch thực dự án phần mềm Việc hoàn thành kế hoạch dự án phần mềm chưa hẳn tương quan với giá trị phần mềm Vì việc nghiên cứu giá trị phần mềm cần thiết Kiểm soát theo dõi dự án phần mềm dựa vào đường gốc giá trị (value baseline) dẫn đến đạt mục tiêu, chiến lược lợi ích mặt tài tốt Các thành phần cần thiết để xây dựng đường gốc giá trị tác giả nghiên cứu trình bày báo cáo Có vài kỹ thuật sử dụng để định lượng lợi ích mặt tài để định lượng lợi nhuận thu từ dự án phần mềm Giá trị dòng (NPV - Net Present Value) dự án phần mềm tính từ lãi chi phí theo tỷ lệ thích hợp để tính toán tổng giá trị dòng dự án phần mềm Nội suất sinh lợi cách nhìn xen kẽ bên số giống hỗ trợ tính toán NPV Khả ứng dụng kỹ thuật sử dụng lượng giá dự án phần mềm tác giả nghiên cứu trình bày Các kỹ thuật cho việc suy luận, đối chiếu đo lường thỏa mãn yêu cầu giá trị phát triển đòi hỏi phải xác định trước ước tính giá trị dự án phần mềm Xác định trước tất yêu cầu giá trị quan trọng hiểu vai trò dự án phần mềm muốn lượng giá nằm hệ thống lớn (gồm ứng dụng phần mềm khác hành động người có ý nghĩa việc xác định đối chiếu yêu cầu giá trị) Từ lý em chọn luận văn: “Mô hình định tính dựa giá trị ứng dụng lượng giá dự án phần mềm” Mục tiêu đề tài: Nghiên cứu tổng quan lượng giá dự án phần mềm để nắm kiến thức kỹ thuật giá trị thu lượng giá dự án phần mềm; Nghiên cứu số kỹ thuật định tính lượng giá dự án phần mềm Kỹ thuật thẻ điểm cân bằng, đưa mô hình lượng giá dự án phần mềm đa chiều cách kết hợp kỹ thuật định lượng định tính lượng giá dự án phần mềm Cuối cùng, ứng dụng mô hình đa chiều vào lượng giá dự án phục vụ cho việc lựa chọn dự án, xây dựng chương trình thử nghiệm lựa chọn dự án sử dụng mô hình đa chiều Cấu trúc luận văn chia thành chương cụ thể sau: Chương 1: Tổng quan lượng giá dự án phần mềm Trình bày quan điểm giá trị công nghệ thông tin; phạm vi nghiên cứu qui trình nghiên cứu Đồng thời trình bày yêu cầu kiên trước lượng giá dự án phần mềm Đặc biệt trình bày kỹ thuật giá trị thu lượng giá dự án phần mềm Chương 2: Các kỹ thuật định tính lượng giá dự án phần mềm Trình bày kỹ thuật thẻ điểm cân bằng, kỹ thuật liên kết chiến lược tới độ đo, đặc biệt trình bày mô hình lượng giá dự án phần mềm đa chiều cách kết hợp kỹ thuật lượng giá định tính định lượng với Chương 3: Cài đặt thử nghiệm Trình bày ví dụ áp dụng mô hình lượng giá dự án phần mềm đa chiều để lựa chọn dự án hiệu quả; trình bày chương trình thử nghiệm việc lựa chọn dự án cần Ranh giới đầu tư thiết lập với đánh giá tài khác Ranh giới đầu tư ROI NPV thể Hình 3.1 Hình 3.2 Thêm vào đó, ranh giới đầu tư thay đổi tùy theo loại dự án Ví dụ: rủi ro cao chấp nhận với dự án chiến lược dự án Giao dịch Thông tin Ranh giới dự án dịch lên xuống tùy loại dự án 3.1.2 Ví dụ áp dụng mô hình lượng giá dự án phần mềm đa chiều Giả thiết có dự án phần mềm cần phải lượng giá Mỗi dự án phần mềm lượng giá cách sử dụng độ đo xử lý (process measures) Từ độ đo xử lý này, độ đo tài NPV, IRR, ROI, thời kỳ hoàn vốn (payback period) tính toán Rủi rõ thiệt hại (risk of loss) cho dự án phần mềm xác định dựa vào ước lượng chi phí dự án phần mềm bị thất bại dựa vào ước lượng khả xảy rủi ro thất bại Hơn nữa, dự án phần mềm phải đánh giá theo hệ số cân với chiến lược tổ chức, hệ số cân với chiến lược CNTT hệ số cấu tổ chức CNTT tập hệ số thành công quan trọng dự án Trong đoạn trình bày ví dụ cách xếp dự án phần mềm, minh hoạ đầy đủ bước qui trình lượng giá dự án phần mềm theo mô hình đa chiều trình bày phần 2.4 thuộc Chương Các bước đến bước qui trình không trình bày đoạn mà giả thiết coi xác định xong Bài toán minh họa sau: Giả thiết dự án phần mềm chi phí $150.000 chúng có lợi nhuận thu trình bày bảng Ngoài ra, tổ chức có vốn tài nguyên thực dự án phần mềm Nhiệm vụ gán giá trị tới dự án phần mềm lựa chọn dự án phần mềm tốt phù hợp với nhu cầu tổ chức 46 Bảng 3.1: Các thông số phục vụ áp dụng mô hình lượng giá cho toán thử nghiệm Cân Cân với Tên dự án Rủi ro thất chiến Các hệ số Thời gian với chiến lược CNTT thành công hoàn vốn lược tổ cấu quan trọng chức tổ NPV ROI chức dự án (các tháng) CNTT bại (dựa ranh giới đầu tư ước lượng rủi ro thất bại Trong vùng Âm (0.25) Âm (0.5) 425000 283% 12 chấp nhận Bình thường (2) Thấp (1.1) Bình thường Trong vùng 2.2 275000 183% 12 nhận (1.9) Thấp (1) 2.17 350000 233% 24 2.1 400000 267% 12 Bình High (2.5) thường (2.2) Bình Bình thường thường (2.1) (1.8) chấp Ranh giới Không thể chấp nhận Trong vùng 280000 186% 12 chấp nhận Đầu tiên nhìn vào bảng này, dự án phần mềm mà nằm ranh giới đầu tư bị loại bỏ Ranh giới đầu tư yêu cầu lợi nhuận thu nhỏ mức rủi ro thiệt hại cụ thể rủi ro thiết hại tối đa chấp nhận cho lợi nhậu thu cụ thể (xem Hình 3.1 Hình 3.2) Công ty thực xây dựng ranh giới đầu tư để thiết lập nhu cầu lợi nhuận rủi ro thất bị cụ thể Trên sở này, dự án phần mềm có khả bị loại bỏ, nghĩa dự án phần mềm rủi ro mức độ lợi nhuận thu dự án phần mềm Dự án phần mềm bị loại bỏ rủi ro so với lợi nhuận thu (mặc dù dự án phần mềm có lợi nhuận thu tổng thể lớn nhất) Điều dựa ước lượng rủi ro thất bại ranh giới đầu tư dự án phần mềm trình bày Hình 3.2 Mặc dù lợi nhuận thu dự án phần mềm cao 47 giả thiết dự án phần mềm rủi ro, dự án phần mềm nằm ranh giới đầu tư Để thực việc lựa chọn bốn dự án phần mềm lại (dự án 1, 2, 3, 5), cần xem xét hệ số không liên quan đến tài khác hệ số cân với chiến lược tổ chức, hệ số cân với cấu tổ chức CNTT hệ số hội thành công lượng giá dựa hệ số thành công quan trọng dự án hệ số tài Hình 3.3 xác định hệ số cân với chiến lược/mục tiêu công ty hệ số cấu tổ chức công nghệ thông tin chiến lược CNTT Từ hình thấy dự án phần mềm miêu tả dự án yếu so với chiến lược công ty chiến lược CNTT Dự án bị loại bỏ dựa vào hệ số hệ số Dự án phần mềm nằm ranh giới đầu tư (xem Bảng 3.1), nghĩa dự án rủi ro lại có lợi nhuận thu lớn Hơn nữa, dự án có hệ số cân chiến lược tổ chức CNTT thấp nên dự án bị loại bỏ Trong hình này, kích thước bóng thể mối liên quan đến NPV dự án dự án có khả chấp nhận dựa ranh giới đầu tư trình bày phần ghi Hình 3.3: Lượng giá dự án phần mềm theo hệ số mục tiêu CNTT hệ số chiến lược tổ chức 48 Từ Hình 3.3, dự án có giá trị tương đương theo khía cạnh lợi nhuận thu đảm bảo cân hiến lược với mục tiêu tổ chức chiến lược với cấu tổ chức công nghệ thông tin Nhìn từ khía cạnh khác hai dự án (Hình 3.4) xác định dự án phần mềm dựa hệ số thành công quan trọng dự án Hình cho thấy dựa hệ số này, dự án phần mềm có hội thành công tốt dự án phần mềm Có lẽ dự án phần mềm có đội dự án kinh nghiệm có đội dự án người sử dụng cuối Dựa đánh giá theo hệ số này, dự án phần mềm lựa chọn dự án phần mềm Nhìn từ khía cạnh với dự án phần mềm lượng giá dựa kiến trúc hạ tầng công nghệ thông tin mục tiêu công nghệ thông tin dựa hệ số thành công quan trọng dựa án (Hình 3.5) Hình cho khẳng định dự án phần mềm đầu tư tốt cho công ty năm dự án phần mềm tiềm Hình 3.4: Lượng giá dự án phần mềm theo hệ số mục tiêu tổ chức hệ số thành công quan trọng dự án 49 Hình 3.5: Lượng giá dự án phần mềm theo khía cạnh mục tiêu CNTT hệ thống thành công dự án 3.2 Chương trình thử nghiệm mô hình lượng giá 3.2.1 Các thuật toán sử dụng phần mềm a) Rule-based Một dự án nằm ranh giới đầu tư bị loại bỏ tính rủi ro cao Đường biên ranh giới đầu tư phụ thuộc vào tổ chức Trong chương trình thử nghiệm, cho phép người dùng nhập thông tin rủi ro thất bại ROI Trong chương trình thử nghiệm, định nghĩa đường biên ranh giới đầu tư (ROI – rủi ro thất bị) theo tập phương trình đường thẳng Việc chấp nhận dự án hay không dựa vào thuật toán Sau giả mã thuật toán Rule-based lựa chọn dự án dựa vào ROI: Input: ROI Output: Nếu dự án chấp nhận thủ tục trả True, ngược lại False Giả mã: If (ROI temp) { return false; } else { return true; } } Thuật toán trả true dự án chấp nhận, false ngược lại b) Normalization Mỗi dự án phần mềm xem tập độ đo Một dự án phần mềm pi biểu diễn dạng vector sau: * Trong đó: + (3.1) độ đo thứ j, K số độ đo sử dụng để lượng giá dự án phần mềm Giả sử có N dự án phần mềm, đó, độ đo mj biểu diễn dạng vector sau: ( ) * + Vector sau chuẩn hóa cho ∑ Các giá trị sau chuẩn hóa sử dụng để xác định giá trị dự án phần mềm 51 Mỗi độ đo gán trọng số (trọng số thể độ quan trọng độ đo so với độ đo khác so sánh dự án với nhau) Đối với dự án phần mềm, công thức tính giá trị sau: ( ) Trong ∑ , - giá trị độ đo sau chuyển đổi (3.2) Các dự án phần mềm sau xếp theo thứ tự giảm dần giá trị value Dựa vào chi phí đầu tư dự án thông số nguồn tài nguyên công ty/tổ chức (available resource) tổ chức mà đưa dự án phần mềm phù hợp 3.2.2 Giao diện chương trình thử nghiệm Như trình bày trên, phần báo cáo tập trung vào trình bày chương trình thử nghiệm mô hình lượng giá dự án phần mềm đa chiều Chương trình hỗ trợ việc định cho tổ chức (hay cho người quản lý) hay công ty lựa chọn dựa án phần mềm cần đầu tư dựa nhiều khía cạnh Giao diện chương trình thử nghiệm mô tả Hình 3.6 Chức chương trình thử nghiệm giúp tổ chức/công ty định lựa chọn dự án phần mềm phù hợp dựa vào độ đo dự án, trọng số độ đo ràng buộc nguồn tài nguyên tổ chức Các bước để thực chương trình thử nghiệm sau: - Bước 1: Nhập thông tin dự án phần mềm tải dự án từ file có sẵn - Bước 2: Nhập thông số “Avaiable resource” - Bước 3: Kích nút Get suit project, chương trình thử nghiệm đưa thông báo xếp dự án phần mềm theo giá trị chương trình ước lượng 52 Hình 3.6: Giao diện chương trình thử nghiệm 3.2.3 Kết đánh giá chương trình thử nghiệm * Ưu điểm: - Phần mềm thử nghiệm giúp hỗ trợ phần việc lựa chọn dự án phần mềm phù hợp cho tổ chức - Chương trình thử nghiệm cho phép người dùng tùy chỉnh trọng số thông số để tăng tính mềm dẻo tương ứng với yêu cầu tổ chức, tổ chức thời điểm khác * Nhược điểm: - Chương trình thử nghiệm chưa cho phép mở rộng tập thông số dự án phần mềm - Vẫn chưa cung cấp khả xây dựng đường biên ranh giới đầu tư (hiện chương trình cố định đường biên ranh giới đầu tư) 3.3 Kết luận chương Trong chương báo cáo trình bày số khái niệm liên quan phục vụ cho việc minh họa áp dụng mô hình lượng giá dự án phần mềm đa chiều Sau đó, đưa toán cần phải giải quyết, lựa chọn dự án đầu tư hiệu số dự án nằm danh mục đầu tư điều kiện vốn đầu tư có hạn; trình bày chi tiết bước mô hình lượng giá dự án phần mềm đa chiều 53 Như ví dụ minh họa lượng giá dự án phần mềm theo nhiều khía cạnh cụ thể theo độ đo tài chính, hệ số thành công quan trọng dự án, hệ số cân với mục tiêu tổ chức hệ số cân với mục tiêu công nghệ thông tin cấu tổ chức công nghệ thông tin Ví dụ cho thấy chiều phân tách dự án phần mềm cách nghiên cứu theo chiều khác lựa chọn dự án phần mềm mong muốn 54 KẾT LUẬN A Các nội dung thực luận văn Từ việc nghiên cứu Tổng quan Lượng giá dự án phần mềm để nắm hiểu kiến thức liên quan giá trị công nghệ thông tin, kỹ thuật giá trị thu lượng giá dự án phần mềm, Sau nghiên cứu kỹ thuật định tính lượng giá dự án phần mềm đặc biệt nghiên cứu mô hình lượng giá dự án phần mềm đa chiều Cuối trình bày ví dụ áp dụng mô hình lượng giá dự án phần mềm đa chiều để đánh giá dự án phần mềm xây dựng chương trình thử nghiệm theo mô hình lượng giá dự án phần mềm đa chiều để hỗ trợ việc lựa chọn dự án phần mềm cần thiết phải đầu tư danh mục dự án đầu tư mà phù hợp với nguồn tài liệu, chiến lược phát triển, chiến lược CNTT công ty/tổ chức Như với qui trình nghiên cứu mặt tác giả hoàn thành mục tiêu đề tài đề ra, kết nghiên cứu đạt sau: - Trình bày sơ lược vấn đề lượng giá dự án phần mềm giá trị công nghệ thông tin, đặc biệt trình bày kỹ thuật giá trị thu lượng giá dự án phần mềm - Trình bày kỹ thuật định tính lượng giá dự án phần mềm mô hình lượng giá dự án phần mềm nhiều chiều (kết hợp kỹ thuật định định lượng với nhau) - Hiểu cách áp dụng mô hình lượng giá dự án phần mềm đa chiều vào việc lựa chọn dự án phần mềm cần đầu tư danh mục dự án đầu tư mà phù hợp với yêu cầu tổ chức/công ty - Xây dựng chương trình thử nghiệm mô hình lượng giá dự án phần mềm đa chiều - Cuối cùng, báo cáo đề tài làm tài liệu tham khảo lượng giá dự án phần mềm cho người quan tâm, nghiên cứu lĩnh vực lượng giá dự án phần mềm B Hướng phát triển đề tài Mô hình lượng giá dự án phần mềm đa chiều trình bày báo cáo mang tính đề xuất cần nghiên cứu thực tế để chứng minh mô hình lượng giá dự án phần mềm đa chiều chứng minh dự án lựa chọn 55 theo mô hình nhiều chiều tốt hiệu so với dự án phần mềm lựa chọn theo kỹ thuật lượng giá khác Lượng giá dự án phần mềm có ích cho ba mục đích sau: lựa chọn dự án phần mềm, theo dõi kiểm soát dự án phần mềm dựa giá trị đầu vào cho việc cải thiện qui trình với mục đích làm cho kỹ thuật lượng giá tốt Các kỹ thuật lượng giá phần mềm thông thường không nghiên cứu báo cáo Cho ước lượng giá trị dự án ban đầu độ đo giá trị qui trình dự án Chúng ta đo khác giá trị dự án giành kế hoạch dự án sử dụng để phản hồi phục vụ cho việc kiểm soát làm xác hướng dự án để nâng cao giá trị dự án Một bước quan trọng mô hình lượng giá dự án phần mềm đa chiều xây dựng danh mục đầu tư, phân lớp dự án phần mềm Xây dựng danh mục đầu tư cấp vốn cho danh mục đầu tư để thực mục tiêu tổng thể nghiên cứu tương lai Một điểm khác đề tài này, thực tốt việc đo hệ số cân dự án riêng lẻ dựa hệ số thành công quan trọng, mục tiêu tổ chức mục tiêu/kiến trúc CNTT cần thiết Kết hợp độ đo xem toán tạo định đa chiều Các kỹ thuật thích hợp cần phải có người kinh nghiệm kỹ tốt Lượng giá dự án yêu cầu đo phân tích theo nhiều chiều Với toán đa chiều, cần phải ảo hóa tốt có công cụ tốt phục vụ biểu diễn phân tích toán theo nhiều khía cạnh 56 TÀI LIỆU THAM KHẢO [1] A Anton and C Potts, "The use of goals to surface requirments for evolving systems," Proc 20th International Conference on Software Engineering, pp 157-166, 1998 [2] A Anton, "Goal-based Requirements Analysis," ICRE, pp 136-144, 1996 [3] A Van Lamsweerde, "Goal-Oriented Requirements Engineering: A Guided Tour," Proc RE'01: 5th International Symposium Requirements Engineering, August 2001 [4] A Van Lamsweerdem, D Robert, and M Phillipe, "Goal-Directed Elaboration of Requirements for a Meeting Scheduler," Proceedings of the 2nd IEEE Symposium [5] Andrei Shleifer and Robert W Vishny, "A Survey of Corporate Governance," The Journal of Finance, vol LU, no 2, pp 737-783, June 1997 [6] B Boehm and L Haung, "Value-Based Software Engineering: Reinventing “Earned Value” Monitoring and Control," ACM SIGSOFT Software Engineering Notes, vol 28, no 2, pp 1-7, March 2003 [7] B Boehm, "Software Economics Road Map," FOSS, 2000 [8] Barry Boehm and Dan Port, "Escaping the Software Tar Pit: Model Clashes and How to Avoid Them," ACM Software Engineering Notes, vol 24, no 1, pp 36-48, Jan 1999 [9] Barry Boehm et al., "Using the WinWin Spiral Model: A Case Study," IEEE Computer, pp 33-44, July 1998 [10] Barry W Boehm and Rony Ross, "Theory-W Software Project Management: Principals and Examples," IEEE Transactions on Software Engineering, vol 15, no 7, pp 902-916, July 1989 [11] E Yu and J Mylopoulos, "Why Goal-Oriented Requirements Engineering," Proceedings of the 4th International Workshop on Requirements Engineering: Foundations of Software Quality (8-9 June 1998, Pisa, Italy), pp 15-22, 1998 57 [12] E Yu, "Towards Modeling and Reasoning Support for Early Phase Requirements Engineering," Proc RE-97 - 3rd International Symposium on Requirements Engineering, no 226-235, 1997 [13] Egon Gleisberg, Hendrik Zondag, and Michel R.V Chaudron, "An Empirical Study into the State of Practice and Challenges in IT Project Portfolio Management," SEAA '08: Proceedings of the 2008 34th Euromicro Conference Software Engineering and Advanced Applications , pp 248-257, Sept 2008 [14] Francis Hartman and Rafi A Ashrafi, "Project Management in the Information Systems and Information Technologies Industries," Project Management Journal, vol 33, no 3, pp 5-15, Sept 2002 [15] Frank T Anbari, "Earned Value Project Management Method and Extensions," Project Management Journal, vol 34, no 4, pp 12-23, December 2003 [16] J Mylopoulos, L Chung, and B Nixon, "Representing and Using NonFunctional Requirements: A Process-Oriented Approach," IEEE Transactions of Software Engineering, vol 18, no 6, June 1992 [17] John Thorp, The Information Paradox.: McGraw-Hill, 1998, p 38 [18] John Thorp, The Information Paradox.: McGraw-Hill, 1998, p 48 [19] John Thorp, The Information Paradox.: McGraw-Hill, 1998 [20] Kam Jugdev and Ralf Muller, "A Retrospective Look at Our Evolving Understanding of Project Success," Project Management Journal, vol 36, no 4, pp 19-31, December 2005 [21] Nicholas G Carr, "IT Doesn't Matter," Harvard Business Review, vol 81, no 5, pp 41-49, May 2003 [22] Peter Weill, Stephanie L Woerner, and Howard A Rubin, "Managing the IT Portfolio," MIT Center for Information System Research - Research Briefing, vol 8, no 2B, July 2008 [23] Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide), 3rd ed Newtown Square, Pennsylvania: Project Management Institute, Inc., 2004, p 58 [24] Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide), 3rd ed Newtown Square, Pennsylvania: Project Management Institute, Inc., 2004, p 24 [25] Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide), 3rd ed Newtown Square, Pennsylvania: Project Management Institute, Inc., 2004, p 62 [26] Robert S Kaplan and David P Norton, "The Balanced Scorecard – Measures That Drive Performance," Harvard Business Review, vol 70, no 1, pp 71-19, Jan-Feb 1992 [27] Robert S Kaplan and David P Norton, The Balanced Scorecard - Translating Strategy into Action Boston, Massachusetts: Harvard Business School Press, 1996 [28] Robert Solow, New York Review of Books, July 12th 1987 [29] Roger Fisher and William Ury, Getting to Yes: Negotiating Agreement without Giving In, 2nd ed.: Houghton Mifflin Company, 1991 [30] Terry Cooke-Davies, "The 'Real' Success Factors on Projects," International Journal of Project Mangement, vol 20, no 3, p 185, April 2002 [31] W Van Grembergen and I Amelinckx, "Measuring and Managing E-business Projects through the Balanced Scorecard," 35th Annual Hawaii International Conference on System Sciences (HICSS'02), vol 8, p 258, Jan 2002 [32] Ward Belassi and Oya Icmeli Tukel, "A New Framework for Determining Critical Success/Failure Factors in Projects," International Journal of Project Management, vol 14, no 3, pp 141-151, June 1996 [33] Wim Van Grembergen, "Aligning Business and Information Technology through the Balanced Scorecard at a Major Canadian Financial Group: its Status Measured with an IT BSC Maturity Model," Proceedings of the 34th Hawaii International Conference on System Sciences (HICSS-34), vol 8, p 8061, Jan 2001 59 [34] Win Van Grembergen, "The Balanced Scorecard and IT Governance," Information Systems Control Journal, vol 2, 2000 [35] Xiangnan Lu, Xin Zhao, and Hui Han, "Analysis on Factors Impacting to Information Systems Development," 2008 International Seminar on Future Information Technology and Management Engineering (FITME 2008), pp 356-359, 2008 60 ... hướng độ đo dự án phần mềm bên theo hướng dự án phần mềm mang lại cho công ty phần mềm Vì vậy, đo dự án phần mềm dựa vào kế hoạch gốc dự án phần mềm, lại không xem xét giá trị dự án phần mềm mang... giá trị thu lượng giá dự án phần mềm; Nghiên cứu số kỹ thuật định tính lượng giá dự án phần mềm Kỹ thuật thẻ điểm cân bằng, đưa mô hình lượng giá dự án phần mềm đa chiều cách kết hợp kỹ thuật định. .. lượng định tính lượng giá dự án phần mềm Cuối cùng, ứng dụng mô hình đa chiều vào lượng giá dự án phục vụ cho việc lựa chọn dự án, xây dựng chương trình thử nghiệm lựa chọn dự án sử dụng mô hình