Sử dụng tri thức trong việc phát triển các dự án công nghệ thông tin luận văn ths công nghệ thông tin 1 01 10 pdf

101 874 0
Sử dụng tri thức trong việc phát triển các dự án công nghệ thông tin   luận văn ths công nghệ thông tin  1 01 10 pdf

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THƠNG TIN THẠCH HỊANG VIỆT SỬ DỤNG TRI THỨC TRONG VIỆC PHÁT TRIỂN CÁC DỰ ÁN CÔNG NGHỆ THÔNG TIN LUẬN VĂN THẠCH SỸ HÀ NỘI 2007 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THƠNG TIN THẠCH HỊANG VIỆT SỬ DỤNG TRÍ THỨC TRONG VIỆC PHÁT TRIỂN CÁC DỰ ÁN CÔNG NGHỆ THÔNG TIN LUẬN VĂN THẠCH SỸ CÔNG NGHỆ THÔNG TIN MÃ SỐ: 0.01.10 Người Hướng Dẫn : PGS TS HÀ NỘI 2007 MỤC LỤC BẢNG CÁC KÝ HIỆU VIẾT TẮT MỞ ĐẦU CHƢƠNG 1.1 QUẢN LÝ QUÁ TRÌNH PHÁT TRIỂN DỰ ÁN 10 Lập kế hoạch dự án 10 1.1.1 Lập kế hoạch dự án 10 1.1.2 Tính tốn lợi nhuận dự án 10 1.2 Lập kế hoạch, quản lý đánh giá chất lƣợng 11 1.2.1 Triển khai chức chất lượng 11 1.2.2 Chất lượng phần mềm 11 1.2.3 Đặc trưng chất lượng phần mềm 12 1.3 Quản lý tiến trình 14 1.3.1 Tổng quan lập kế hoạch tiến trình quản lý tiến độ 14 1.3.2 Lập kế hoạch tiến trình 15 1.3.3 Quản lý tiến trình 16 1.4 Năng suất phần mềm 18 1.4.1 Về ước lượng 18 1.4.2 Các phương pháp ước lượng 18 1.5 Tổ chức phát triển 21 1.5.1 Các phong cách tổ chức 22 1.5.2 Tổ chức phát triển 23 1.6 Kết luận 27 CHƢƠNG 2.1 LÝ THUYẾT CHẮC CHẮN 28 Tổng quan lý thuyết chắn 28 2.1.1 Lập luận khơng xác MYCIN 28 2.1.2 Thể dấu hiệu không chắn 29 2.1.3 Thể luật không chắn 29 2.1.4 Suy luận không chắn 29 2.1.5 Tổ hợp dấu hiệu từ nhiều nguồn 30 2.1.6 Độ tin cậy thực 30 2.1.7 Cơ sở lý thuyết chắn 31 2.2 Nhân tố chắn dƣới khía cạnh xác suất 33 2.2.1 Dấu hiệu không chắn 33 2.2.2 Lan truyền chắn luật có giả thiết đơn 35 2.2.3 Lan truyền chắn luật nhiều giả thiết 35 2.2.4 Lan truyền chắn luật có kết luận 36 2.2.5 Lan truyền chắn luật phức hợp 39 2.3 Ví dụ nhân tố chắn 39 2.4 Kết luận 40 CHƢƠNG 3.1 ƢỚC LƢỢNG DỰ ÁN PHẦN MỀM 42 Quy trình ƣớc lƣợng dự án phần mềm 42 3.1.1 Ước lượng cỡ dự án phần mềm 43 3.1.2 Ước lượng khối lượng công việc 44 3.1.3 Ước lượng thời hạn 45 3.1.4 Ước lượng dự toán 45 việc 3.2 46 Quy trình ƣớc lƣợng dự án dựa cấu trúc phân rã cơng 3.2.1 Tổng quan quy trình ước lượng 46 3.2.2 Thiết kế hệ thống 47 3.2.3 Ước lượng hệ thống 48 3.2.4 Kế hoạch công việc 53 3.3 Ƣớc lƣợng sử dụng mơ hình điểm trƣờng hợp sử dụng 55 3.3.1 Ước lượng sử dụng mơ hình UCPs 55 3.3.2 Áp dụng mơ hình UCPs thực tế 59 3.4 Biến đổi quy trình ƣớc lƣợng dự án phần mềm 62 3.4.1 Phân loại loại dự án phần mềm cần ước lượng 62 3.4.2 Quy trình ước lượng dự án phần mềm thực tế 63 3.5 Kết luận 76 CHƢƠNG 4.1 ƢỚC LƢỢNG DỰ ÁN DÙNG LÝ THUYẾT CHẮC CHẮN 77 Ƣớc lƣợng cỡ dự án 78 4.1.1 Phân loại dự án theo IBM Rational 78 4.1.2 Phân loại dự án theo quy định Đề án 112 78 4.1.3 Phân loại dự án theo SLOC 80 4.1.4 Xây dựng bảng nhân tố chắn 81 4.2 Ƣớc lƣợng khối lƣợng công việc 82 4.2.1 Phân loại rủi ro 83 4.2.2 Khả kết hợp quản lý rủi ro lý thuyết chắn 84 4.2.3 Áp dụng luật chắn vào ước lượng 85 4.2.4 Dùng luật để nâng cao khả chắn dự án 89 4.3 Ƣớc lƣợng lịch biểu 92 4.4 Ƣớc lƣợng dự toán 95 4.5 Kết luận 98 KẾT LUẬN 99 TÀI LIỆU THAM KHẢO 101 BẢNG CÁC KÝ HIỆU VIẾT TẮT Số thứ tự Từ viết tắt Ý nghĩa A&D Phân tích thiết kế CF Nhân tố chắn COCOMO Mơ hình xây dựng dự toán Cost Constructive Model DAPM Dự án phần mềm ECF Nhân tố phức tạp môi trường Effort Tổng thời gian nỗ lực để hồn thành cơng việc FP Điểm chức Impl Cài đặt LOC Số dòng lệnh (Line Of Code) PDCA Kế hoạch, thực hiện, kiểm tra, hành động 10 PMI Viện Nghiên cứu quản lý dự án 11 PM Quản trị dự án 12 QFD Triển khai chức phát triển 13 Reqs Yêu cầu 14 Schedule Lịch biểu 15 SLOC Số nguồn dòng lệnh (Source Line Of Code) 16 TCF Nhân tố phức tạp kỹ thuật 17 UCP Điểm trường hợp sử dụng ( Use case Point) 18 UCPM Mơ hình điểm trường hợp sử dụng 19 UCPs Điểm trường hợp sử dụng 20 UUCPs Điểm trường hợp sử dụng khơng thích ứng 21 WBS Cấu trúc phân rã công việc (Work breakdown Structure) MỞ ĐẦU Với việc ngày có nhiều cơng ty nước ngồi lựa chọn Việt Nam để đầu tư vào lĩnh vực gia cơng phần mềm, phủ đầu tư mạnh mẽ cho công nghệ thông tin, công ty tin học, công nghệ thông tin phải đối mặt với thách thức việc ước lượng dự án phần mềm, quản lý phát triển dự án phần mềm Là ngành mũi nhọn, tin học, công nghệ thông tin ngày phải đổi phát triển để có biện pháp tân tiến hiệu cho việc ước lượng dự án, quản lý phát triển dự án phần mềm, nhằm theo kịp đáp ứng nhu cầu phát triển xã hội Là phương pháp quản lý có đặc thù riêng biệt, ước lượng quản lý dự án phần mềm lĩnh vực không với nhiều thành phần kỹ thuật khác Luận văn trình bày số vấn đề trình quản lý phát triển dự án phần mềm, đặc biệt ước lượng dự án phần mềm, với số phương pháp, kỹ thuật ước lượng như: Ước lượng dựa COCOMO, ước lượng dựa Cấu trúc phân rã công việc, Ước lượng dựa Điểm chức năng, Ước lượng dựa Điểm trường hợp sử dụng v.v Để triển khai thử nghiệm nhằm đánh giá phương pháp trình bày, luận văn tiến hành xây dựng quy trình “Ước lượng dự án phần mềm” Trong quy trình này, có vận dụng phương pháp ước lượng dựa Mơ hình Cấu trúc phân rã công việc dựa thực tế áp dụng quy trình phát triển dự án cơng ty Vietsoftware International Quy trình nhằm đưa phương pháp để ước lượng cách nhanh nhất, đơn giản nhất, gần với thực tế Trên sở quy trình đó, luận văn tiếp tục trình bày việc áp dụng tri thức vào việc phát triển dự án Nội dung nghiên cứu đề tài tập trung chủ yếu vào vấn đề:  Chương 1: Tập trung vào số lý lý thuyết liên quan đến quản lý trình phát triển dự án phần mềm  Chương 2: Trình bầy khái niệm, luật lý thuyết chắn  Chương 3: Phân tích đánh giá số quy trình ước lượng dự án phần mềm để từ đưa quy trình ước lượng dự án phần mềm  Chương 4: Sử dụng tri thức việc ước lượng dự án phần mềm CHƢƠNG QUẢN LÝ QUÁ TRÌNH PHÁT TRIỂN DỰ ÁN 1.1 Lập kế hoạch dự án Để hồn thành thành cơng dự án phát triển, việc lập kế hoạch quản lý dựa kế hoạch quan trọng Việc chuẩn bị kế hoạch cho phép nhìn tồn cảnh dự án Dự án cần phát triển rõ ràng, có khả kiểm tra nghiên cứu trước vấn đề rủi ro dự án Ngồi cịn cần xem xét mục đích, chức nhìn bao quát hệ thống, khối lượng công việc số nhân công cần cho dự án 1.1.1 Lập kế hoạch dự án Việc lập kế hoạch dự án thực hiện, nhằm tạo kết :  Những đầu (mã lệnh, chương trình, tài liệu), công việc, lịch biểu, quản lý chất lượng, quản lý rủi ro vấn đề khác  Cơ cấu tổ chức dự án Cơ cấu gồm thành viên tham gia dự án đóng vai trị dự án Những người có vai trị quản trị dự án, quản trị chất lượng, đảm nhận cụ thể cơng việc q trình phát triển quản lý dự án  Quy định môi trường phát triển bao gồm phần cứng phần mềm điều kiện khác an toàn bảo mật dự án kèm theo, có  Chi phí phát triển, bao gồm chi phí cho nhân sự, trang thiết bị, chi tiêu chi phí có liên quan khác Người ta xây dựng kế hoạch chi tiết theo kết Những kế hoạch cung cấp sở để đánh giá tính khả thi triển khai dự án Ngoài ra, kế hoạch dùng làm mục đích cho việc quản lý dự án, sau dự án phê duyệt 1.1.2 Tính tốn lợi nhuận dự án Việc phát triển hệ thống thực phần hoạt động kinh doanh, nên yêu tố sinh lợi cần thăm dò sau phát triển dự án, cách tự nhiên Điều có nghĩa việc đánh giá chi phí- hiệu cần thiết Nếu việc phát triển hệ thống cho thấy khơng sinh lợi từ giai đoạn lập kế hoạch, 10 dự án khơng chấp thuận Chẳng hạn như, hệ thống cần thiết để đáp ứng yêu cầu luật pháp hay quy chế Nếu việc tính tốn lợi nhuận đưa giai đoạn lập kế hoạch, điều thường xảy vào lúc hoàn thành người ta thấy dự án hồn tồn chẳng lợi lộc Chẳng hạn, ta xét kịch sau : Khách hàng thay đổi yêu cầu vào giai đoạn thiết kế, làm tăng khối lượng công việc cần thiết Các chức đưa trước thực tế không hỗ trợ thỏa đáng Những thứ mua từ bên lại chất lượng, làm phát sinh nhiều việc phải làm lại ảnh hưởng tới thời hạn giao hàng Một số kịch đưa dự án tiến hành Có thể nói dự án khơng thực lập kế hoạch Do việc xem xét lại kế hoạch giai đoạn trở thành cần thiết, để trì tính sinh lợi Những sửa đổi đặc tả phải phản ánh Cho nên, để an toàn chất lượng, cần phải tiến hành việc quản lý thay đổi diễn dự án 1.2 Lập kế hoạch, quản lý đánh giá chất lƣợng 1.2.1 Triển khai chức chất lƣợng Mục đích kiểm thử phần mềm loại bỏ lỗi trì chất lượng thiết kế, QFD công nghệ giúp cho phần mềm đạt chất lượng cao QFD giới thiệu để tăng chất lượng thiết kế phần cứng Đại cương QFD : Với QFD, chất lượng phần mềm bao gồm hệ phân hệ, biểu diễn đặc trưng chất lượng Nó cho phép đánh giá sử dụng cho việc kiểm soát chất lượng hệ thống phân hệ bên 1.2.2 Chất lƣợng phần mềm Nói „‟Máy tính thơng minh lắm‟‟ khơng Đúng phải nói là, „‟ Phần mềm (chương trình) thơng minh lắm‟‟ Trong thực tế, việc đưa liệu ký tự vào thay số làm cho máy tính bị kết thúc bất thường Để tránh điều này, với chương trình kiểm tra liệu đưa vào yêu cầu chương trình phải đưa yêu cầu thông báo người dùng phải nhập lại số liệu- liệu không hợp lệ (khơng phải số, ngày tháng chẳng hạn) Nói cách khác, việc 11 CF (H)=max{min{CF1,CF3,CF4}, CF2} *CF (luật) = max{min {0.6,0.6,0.4}, 0.4}*CF (luật)=0.4*CF (luật)=0.36=0.4 Trong trường hợp tính hết luồng cơng việc bước cuối phải tínhđược CF tồn khối lượng cơng việc Ví dụ sau với ký tự chữ đỏ phần thu cần tính : Hình 4.2.4: Các luồng công việc phức hợp Như phải tính CF cho Total draft Giả sử có luật sau : Luật : Nếu tất lng cơng việc hồn thành dự án hồn thành với CF (Luật 1)=0.8 ; nghĩa chắn hoàn thành dự án Giá trị khơng tất cơng việc hồn thành khơng thời hạn chẳng hạn dự án bị trễ, bị kết thúc Áp dụng cơng thức tính phức hợp ta có cơng thức : 88 IF ( ( (CF1 AND CF2 AND CF3) OR CF4 OR CF5) OR CF6) THEN CF (luật 1)=0.8 CFKết Hợp=max{max{min{CF1,CF2,CF3},CF4,CF5},CF6}*CF (luật 1) =max{max{0.4,0.8,0.6},0.6}*0.8=0.64=0.6 ; có khả 4.2.4 Dùng luật để nâng cao khả chắn dự án Ở phần trước thấy khả có giá trị thống kê CFnhân tố chắn, câu hỏi đặt sử dụng giá trị CF ? Hình 4.2.5: Nâng cao khả chắn dự án Hoặc có số thống kê nhân tố chắn CF dùng vào việc ? Trở lại với ví dụ phần có CF (Total Draft)=0.6 Ở phần có CF (Total Draft) 0.6 dự án chưa đảm 89 bảo an toàn mốc muốn đạt đến CF toàn dự án phải nằm khoảng từ 0.8 đến để đảm bảo thành công cho dự án Như có cách nâng độ chắn lên Có cách để nâng độ chắn lên ? Trong thực tế việc thực dễ dàng, có cột % thêm vào tương ứng với nhân tố chắn góc bên trái sau : Hình 4.2.6: CF Nâng cao khả chắn dự án Hình 4.2.7: CF thêm vào dự án Như ta thấy có tỉ lệ định tổng phần trăm thêm vào dự án với CF Do chưa có liệu khứ nên % thêm vào mang tính xác khơng cao chủ yếu để tham khảo Giả sử với % thêm vào 10% ta có kết 90 Lý phần trăm thêm vào đơn giản thời gian rỗng hay cịn gọi thời gian dự trữ dự án đề phòng trước trường hợp có rủi ro bất ngờ khơng lường trước xảy ra, thành viên dự án nghỉ việc, ốm, hay cơng việc có độ phức tạp cao hoàn thành trễ hẹn, ngày nghỉ lễ tết địa phương, Vấn đề áp dụng luật vào trường hợp Hình 4.2.8: Kết nâng cao độ chắn sử dụng luật Giả sử gọi CF (Total Draft)=CF1=0.6, Gọi CF (Additional)=CF2=0.4 ; ta có luật sau Nếu tổng dự án với CF1 CF2 CF (luật 1) với 91 CFkết hợp=CF1+CF2* (1-CF1)=0.6+0.4* (1-0.6)=0.84=0.8 ; chắn Trong hình kết cuối dành cho ước lượng áp dụng lý thuyết chắn Kết luận mang đến chắn so với ước lượng ban đầu Vấn đề việc thuyết phục khách hàng chấp nhận ước lượng cộng thêm số effort cho dự án, liệu 10% thêm vào có mang lại nhân tố chắn 0.4 hay không phụ thuộc vào liệu khứ kinh nghiệm 4.3 Ƣớc lƣợng lịch biểu Như phần đề cập, kế hoạch làm việc dự án có nhiều rủi ro mà cần áp dụng lý thuyết chắn vào để đánh giá xác cơng việc mang theo rủi ro Giả sử công việc phần ước lượng khối lượng công việc (effort) đánh giá có độ phức tạp Low, thực tế lại High Vì người thực phải vừa làm vừa học cơng nghệ, họ khơng có kinh nghiệm thực tế đủ kỹ để hoàn thành dễ dàng cơng việc Nhưng cơng việc sau thực lần người phát triển lại trở nên dễ dàng nhiều so với lần tiếp cận Tiếp theo vấn đề nguồn lực thực cơng việc Có người chun gia dự án cơng việc trơi nhanh có trường hợp lại chậm người có kinh nghiệm phải dành thời gian cho nhiều dự án khác nên có kinh nghiệm thời gian tham gia vào tham gia vào dự án gần hồn thành nên khơng đủ thời gian để đóng góp vào dự án Như phải có điều chỉnh cho hợp lý kế hoạch phù hợp với nhân lực với quỹ tiền dự án quỹ thời gian dự án Nhưng có khó khăn tất vấn đề thực phần lớn dựa theo cảm tính kinh nghiệm Làm cách ? Chúng ta phải xây dựng liệu khứ gần với nguồn lực có Nhưng làm để đánh giá kế hoạch thực công việc có vấn đề ?? quay trở lại phần trước ta lại sử dụng CF nhân tố chăc chắn để đánh giá dựa vào bảng sau : 92 Hình 4.3.1: Bảng CF dùng để ước lượng Kế hoạch làm việc Sau biểu đồ Gantt thể kế hoạch làm việc dự án : Hình 4.3.2: Biểu đồ Gantt thể kế hoạch làm việc Một ví dụ khác tương đương kế hoạch làm việc thể EXCEL sau : 93 Hình 4.3.3: Kế hoạch làm việc Trên bảng kế hoạch thấy vị trí P1 đến P4 người phải phụ trách vài công việc, rủi ro dự án Giả sử người Pk thực công việc W i với CF (W i)=0.8 Và giá trị chắn thực công việc khác W j CF (W j)= 0.8 Trong trường hợp người Pk phải thực đồng thời W i W j nhân tố chắn ? Theo luật AND IF W i AND W j THEN H CF (luật)=0.4 ; làm lúc hai việc giả sử độ chắn nửa CF (W i,W j)=min{CF (W i),CF (W j)}*CF (luật)=0.8*0.4=0.32 ; nghĩa hồn thành Như ta thấy người Pk phải thực đồng thời lúc hai cơng việc độ chắn tương ứng với độ rủi ro cao Muốn tăng độ chắn lên có cách tăng độ chắn CF (luật) 94 lên, nghĩa kéo dài thời gian gấp hai lần cho hai công việc, lúc ta có kết tính CF (W i,W j) CF (W i,W j)=min{CF (W i),CF (W j)}*CF (luật)=0.8*0.8=0.64 nghĩa có khả hồn thành Sau ví dụ thêm nhân tố chắn vào kế hoạch làm việc : Hình 4.3.4: Kế hoạch làm việc áp dụng nhân tố chắn 4.4 Ƣớc lƣợng dự tốn Khi ước lượng dự tốn thơng thường người ta áp dụng số công thức đơn giản lấy tổng số khối lượng công việc (effort) theo nhân với USD tùy theo mức giá thỏa thuận với khách hàng- Việt nam mức giá khoảng USD mức giá trung bình với phần lớn khách hàng Sau ví dụ : 95 Hình 4.4.1: Tính dự tốn áp dụng lý thuyết chắn Đây cách tính thơng dụng đơn giản Trong trường hợp phải trả thêm số chi phí cho dự án dự án nhiều khả phát sinh mà khơng lường hết ví dụ thời gian bảo trì, bảo hành sản phẩm kéo dài, thời gian phát triển kéo dài, phải trả thêm nhiều chi phí đào tạo quản lý, dịch thuật có số phát biểu sau : Nếu dự án diễn bình thường dự tốn 9672 USD CF (luật 1)=0.8+0.6 (1-0.8)=0.92= CF (cost draft) 96 Nếu chi phí phần cứng phần mềm khoảng 5000 USD với CF (luật2)=0.8 ; chắn Thì nói cần thêm vào chi phí khơng lường trước để dự phòng trường hợp dự án kéo dài nên phải cộng thêm vào khoảng 10% so với tổng giá trị ban đầu để đảm bảo dự án chắn có đủ vốn để thực Quay lại với luật luật giả sử có luật  Nếu luật luật luật CF (luật 3)=0.6  Nếu luật luật luật luật CF=0.8 Như CFKết hợp=max{CF1,CF2,CF3}*CF4=0.73 Việc áp dụng dự tốn phụ thuộc vào nhiều yếu tố có dự án có cơng ty chấp nhận chịu lỗ nhiều mục đích khác nhau, muốn có thêm tên khách hàng danh sách khách hàng, mn làm dự án A để làm bước đệm làm dự án B, muốn đánh bóng thương hiệu, nhiều mục đích khác Vì thực tế giá ước lượng giá đưa cho khách hàng nhiều khác xa so với thực tế dự toán đưa cho khách hàng nằm khoảng Dựa vào ví dụ ta thấy dự tốn nằm khoảng [cost draft-additional,cost draft+additional] Bỏ qua trường hợp đặc biệt, phải đưa dự toán chuẩn để từ định Giả sử dự toán chuẩn 15640 USD phần trên, phải cân đối dự toán với yêu cầu dự án Có trường hợp dự án bắt buộc phải thành công cho dù doanh thu thu khơng đủ để bù đắp chi phí chấp nhận đưa giá thấp so với bình thường để đạt mục đích Trong số trường hợp thực tế, có nhiều cách mà chi phí thực tế cao dự tốn vấn có lãi Chẳng hạn cơng ty A nhận dự án P với ước lượng người làm tháng (4 person-month) với dự toán C1, thực tế họ lại cho 10 người vào dự án làm, tính tốn dựa số lượng đơn rõ ràng cơng ty A lỗ gấp 2.5 lần so với bình thường Nhưng thực tế họ lại lãi nhiều, lý 10 người có người có kinh nghiệm cịn người chưa có kinh nghiệm với cơng nghệ Thông thường công ty A thường tốn khoản chi phí C2 dùng để đào tạo nhân viên trước tham gia dự án, tham gia vào dự án họ tiết kiệm 6*C2 chi phí đào tạo thực tế giảm giá thành C=C16*C2 để tăng cạnh tranh Tất nhiên thực tế tùy thuộc vào xu hướng 97 lợi ích áp dụng cách Bởi cơng ty A nghiên cứu thấy xu hướng thị trường gia công phần mềm dự án nhúng tăng lên nhanh xu hướng dành cho dự án ứng dụng thông thường web giảm xuống nên họ định Chuyển số liệu thành biểu đồ bảng để thống kê việc vơ dễ dàng Nó giúp cho việc lưu trữ liệu lịch sư thuận tiện dễ dàng Việc áp dụng luật giúp dễ dàng việc đưa kết luận mục đích quan trọng hệ chuyên gia 4.5 Kết luận Chương đề cập đến phần quan trọng đề tài việc sử dụng tri thức việc ước lượng DAPM sau nội dung mà chương đề cập đến:  Ước lượng cỡ dự án  Ước lượng khối lượng công việc  Ước lượng lịch biểu  Ước lượng dự toán 98 KẾT LUẬN Quản lý dự án phần mềm lĩnh vực quan trọng việc phát triển phần mềm Việc ước lượng DAPM ảnh hưởng tới nhiều kết sản xuất kinh doanh công ty Hiện xu hội nhập ngày có nhiều cơng việc gia cơng phần mềm đến từ cơng ty nước ngồi Việc ước lượng giá trị phần mềm cách khoa học xác giúp dự đốn trước tình hình sản xuất, kinh doanh giúp không bị trễ hạn dự án ước lượng ngắn không bị cho hoang tưởng ước lượng q dài Luận văn trình bày số khía cạnh liên quan đến vấn đề quản lý vận hành dự án, tổ chức dự án, quản lý, ước lượng dự án phần mềm Đặc biệt luận văn trình bày đầy đủ phương pháp ước lượng dự án phần mềm, từ phương pháp COCOMO đến phương pháp dễ đoán điểm chức năng, đến phương pháp điểm trường hợp sử dụng Ngoài phần lý thuyết liên quan đến Lý thuyết chắn hệ chuyên gia, luật chắn, định nghĩa nhân tố chắn Việc áp dụng tri thức (lý thuyết chắn) mang lại tin tưởng nhiều khả thành công cho dự án, giúp cho người quản trị dự án ước lượng trước khả thành công mức độ dự án, dự đoán trước khả không thành công Và quan trọng đưa cách gần xác, số để cân, đo, đong, đếm đượcnhững số dùng làm liệu lịch sử để ước lượng cho dự án Có lý thuyết chắn làm ước lượng xác định khả thành công cụ thể cách xác 0.90 0.6 0.96, Việc nâng cao khả chắn cho dự án cách thêm vào khoảng đệm để nâng cao khả thành công cho dự án điểm đặc biệt cho phép người quản trị dự án hình dung mức độ thành công dự án thêm 5% thời gian bao nhiêu, thêm 10% 15% Việc áp dụng kỹ thuật ước lượng thể công cụ EXCEL bước tiến lớn so với việc áp dụng mẫu chuẩn RUP viết phần mềm soạn thảo WORD Việc thể ước lượng EXCEL giúp cho người tham gia ước lượng chỉnh sửa khơng q cơng tìm kiếm liệu khứ quan tâm đến tổng thể dự án Từ liệu sử dụng để quản 99 lý theo dõi tiến độ dự án dựa công việc Từ dễ dàng xây dựng biểu đồ so sánh thực tế kế hoạch theo thời hạn 100 TÀI LIỆU THAM KHẢO  Tiếng Việt [1] Ban Điều Hành Đề Án 112 Chính phủ(2003), Quản lý tổ chức thực dự án công nghệ thông tin [2] Đỗ Trung Tuấn (1999), Hệ Chuyên Gia, NXB Giáo Dục [3] Jody Zall Kusek Ray C Rist (2005), Mười bước tiến tới Hệ Thống Giám Sát Đánh giá dựa Kết quả, NXB Văn Hóa-Thơng Tin  Tiếng Anh [4] A function point FAQ: http://ourworld.compuserve.com/homepages/softcomp/fpfaq.htm [5] Alan Green (2006), How to estimate a software project, http://www.bright-green.com/docs/howto_estimate.html [6] COCOMOII web site: http://sunset.usc.edu/COCOMOII/cocomo.html [7] DeMarco (1982), Tom, Controlling Software Projects, Prentice-Hall [8] Goether, Wolfhart B., Elizabeth K Bailey, Mary B Busby, CMU/SEI-92TR-021 (2006), Software Effort and Schedule Measurement: A framework for counting Staff-hours and reporting Schedule Information, http://www.sei.cmu.edu/publications/documents/92.reports/92.tr.021.html [9] IBM Rational (2004), Rational Unified Process [10] International Function Point Users Group (IFPUG) web site: http://www.ifpug.org [11] Jones, Capers (2006), What are Function Points, http://www.spr.com/library/0funcmet.htm [12] Kathleen Peters (1999), Software Project Estimation [13] Peter J Merrick (2006), Use Case Points Method, http://www.uea.ac.uk/~a168955/effort_estimation/use_case_points.html 101 [14] R Park, CMU/SEI-92-TR-20 (2006), Software Size Measurement: A framework for counting source statements http://www.sei.cmu.edu/publications/documents/92.reports/92.tr.020.html [15] Schneider, G and J Winters (1998), Applying Use Cases - A Practical Guide, Addison Wesley Longman, Inc [16] Vigder, M.R & A.W Kark (2006), Software Cost Estimation and Control, http://wwwsel.iit.nrc.ca/abstracts/NRC37116.abs (full text available) [17] William R Ducan (2004), A guide to the Project management body of knowledge (PMBOK Guide) Thrid Edition, Project Management Institute Standard Committee 102 ... NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THƠNG TIN THẠCH HỊANG VIỆT SỬ DỤNG TRÍ THỨC TRONG VIỆC PHÁT TRI? ??N CÁC DỰ ÁN CÔNG NGHỆ THÔNG TIN LUẬN VĂN THẠCH SỸ CÔNG NGHỆ THÔNG TIN MÃ SỐ: 0. 01. 10 Người Hướng Dẫn... MỤC LỤC BẢNG CÁC KÝ HIỆU VIẾT TẮT MỞ ĐẦU CHƢƠNG 1. 1 QUẢN LÝ QUÁ TRÌNH PHÁT TRI? ??N DỰ ÁN 10 Lập kế hoạch dự án 10 1. 1 .1 Lập kế hoạch dự án 10 1. 1.2 Tính tốn... ty tin học, công nghệ thông tin phải đối mặt với thách thức việc ước lượng dự án phần mềm, quản lý phát tri? ??n dự án phần mềm Là ngành mũi nhọn, tin học, công nghệ thông tin ngày phải đổi phát tri? ??n

Ngày đăng: 19/12/2015, 03:38

Từ khóa liên quan

Mục lục

  • MỤC LỤC

  • BẢNG CÁC KÝ HIỆU VIẾT TẮT

  • MỞ ĐẦU

  • CHƯƠNG 1. QUẢN LÝ QUÁ TRÌNH PHÁT TRIỂN DỰ ÁN

  • 1.1 Lập kế hoạch dự án

  • 1.1.1 Lập kế hoạch dự án

  • 1.1.2 Tính toán lợi nhuận của dự án

  • 1.2 Lập kế hoạch, quản lý và đánh giá chất lƣợng

  • 1.2.1 Triển khai chức năng chất lƣợng

  • 1.2.2 Chất lượng phần mềm

  • 1.2.3 Đặc trưng chất lượng phần mềm

  • 1.3 Quản lý tiến trình

  • 1.3.1 Tổng quan về lập kế hoạch tiến trình và quản lý tiến độ

  • 1.3.2 Lập kế hoạch tiến trình

  • 1.3.3 Quản lý tiến trình

  • 1.4 Năng suất phần mềm

  • 1.4.1 Về ước lượng

  • 1.4.2 Các phương pháp ước lượng

  • 1.5 Tổ chức phát triển

  • 1.5.1 Các phong cách tổ chức

Tài liệu cùng người dùng

Tài liệu liên quan