ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN LỚP HỆ THỐNG THÔNG TIN – KHÓA 21  BÀI BÁO CÁO: LẬP KẾ HOẠCH CHO DỰ ÁN WEBSITE QUẢN LÝ TRIỂN LÃM KHOA HỌC CƠNG NGHỆ GVHD: Dr Nguyễn Hải Qn Mơn: Quản trị dự án CNTT HỌC VIÊN MÃ SỐ Võ Hồng Châu 11 12 001 Nguyễn Thị Ngọc Hoa 11 12 011 Lê Thị Diễm Kiều 11 12 015 Nguyễn Thúy Ngọc 11 12 020 TP HCM – 11/2011 Mục Lục CHƯƠNG TỔNG QUAN 1.1 Giới thiệu đề tài 1.2 Mục tiêu nghiên cứu 1.3 Phương pháp nghiên cứu 1.4 Công cụ xây dựng đề tài .2 1.5 Kết dự kiến đề tài CHƯƠNG KẾ HOẠCH THỰC HIỆN DỰ ÁN 2.1 Quy trình thực dự án (Project Processes) 2.2 Phân công lịch làm việc (Schedule) NỘI DUNG LÀM VIỆC Tuần .5 Tuần .5 25/12/09 28/12/09 29/12/09 30/12/09 31/12/09 04/01/10 05/01/10 06/01/10 07/01/10 08/01/10 STT Chi tiết T6 T2 T3 T4 T5 T2 T3 T4 T5 T6 5 Lấy yêu cầu từ khách hàng .5 Thiết kế Layout cung cấp cho KH .5 Phân tích Database 5 KH có yêu cầu điều chỉnh Layout cung cấp nội dung thiết kế 5 Nhận thông tin điều chỉnh Layout .5 5 Khách hàng chấp thuận tạm ứng NỘI DUNG .6 LÀM ViỆC .6 Tuần .6 Tuần .6 Tuần .6 Tuần .6 11/01/10 12/01/10 13/01/10 14/01/10 15/01/10 18/01/10 19/01/10 20/01/10 21/01/10 22/01/10 25/01/10 26/01/10 27/01/10 28/01/10 29/01/10 01/02/10 02/02/10 03/02/10 04/02/10 05/02/10 STT Chi tiết T2 T3 T4 T5 T6 T2 T3 T4 T5 T6 T2 T3 T4 T5 T6 T2 T3 T4 T5 T6 6 Coding .6 Test plan, test case, test Execute test cases .6 Fix bugs 10 Regression test & verify fixes 11 Fix bugs 12 Final Assesment test 13 Chuyển giao, hỗ trợ khách hàng .6 2.3 Kế hoạch nhân lực 2.4 Yêu cầu nhân lực 2.5 Cấu hình phần cứng phần mềm lập trình 2.6 Kế hoạch tập huấn 10 2.7 Quản lý chi phí 10 2.8 Quy trình quản lý thay đổi kế hoạch (Requirements Change Management Process) .11 CHƯƠNG Kế Hoạch Quản Lí Rủi Ro 12 3.1 Mục đích 13 3.2 Vai trò trách nhiệm 13 3.3 Các giai đoạn tiến trình quản lí rủi ro 13 3.4 Bảng đánh giá quản lí rủi ro 14 3.4.1 Rủi ro : Xác định phạm vi hệ thống 14 3.4.2 Rủi ro : Phân tích – Thiết kế – Phát triển – Kiểm thử 15 3.4.3 Rủi ro : Viết tài liệu sử dụng triển khai .16 CHƯƠNG Kế hoạch quản lý chất lượng (Quality Assurance Plan) .17 4.1 Quality Assurance Plan Purpose .17 Stakeholder Roles and Responsibilities 17 4.2 Quality Assurance Process .19 4.3 Quality Assurance Activities 19 4.4 Measurement Objectives 20 4.5 Metrics 21 CHƯƠNG Kế hoạch điều khiển chất lượng (QC) 22 5.1 QUALITY ASSURANCE PLAN PURPOSE 22 5.2 QC IN PROCESS .22 5.3 STAKEHOLDER ROLES AND RESPONSIBILITIES 23 5.4 SQC DELIVERABLES LIST 23 5.5 PROJECT TRACKING 23 5.6 TESTING STRATEGY 24 CHƯƠNG TỔNG QUAN 1.1 Giới thiệu đề tài Hiện nay, nhu cầu tham gia triển lãm để giới thiệu sản phẩm tới người tiêu dùng đơn vị ngày tăng Và đáp ứng nhu cầu có nhiều công ty tổ chức triển lãm xây dựng website nhằm quảng bá, giới thiệu công ty giới thiệu thông tin hội chợ triển lãm công ty tổ chức để thu hút đơn vị có nhu cầu đăng kí tham gia Để tổ chức triển lãm cần phải quan tâm nhiều vấn đề: thông tin gian hàng vị trí, diện tích, thuê chưa đơn vị thuê, hay thông tin đơn vị thuê như: lĩnh vực hoạt động, tên công ty, địa chỉ, loại sản phẩm trưng bày triển lãm … Với mong muốn xây dựng hệ thống cho phép xem thông tin, lưu trữ quản lý thông tin triển lãm, nhằm giảm nhẹ khâu lưu trữ, quản lý thủ công, chúng em chọn đề tài “xây dựng hệ thống quản lý triển lãm khoa học công nghệ” 1.2 Mục tiêu nghiên cứu Sau khảo sát qua số website hội chợ triển lãm như: website http://www.vietchamexpo.com công ty tổ chức triển lãm VCCI, website http://www.efc-cantho.com công ty hội chợ triển lãm Cần Thơ, hay website http://www.vcw.org.vn Chúng em nhận thấy thông tin tổ chức website chưa trực quan riêng lẻ, khơng có tương quan gian hàng với đơn vị thuê Phần thông tin gian hàng không ý Tuy có sơ đồ sơ đồ dạng hình ảnh Do vậy, muốn biết thơng tin xác đơn vị phải liên hệ trực tiếp với công ty tổ chức triển lãm Công việc làm nhiều thời gian người dùng truy cập vào website cơng ty thơng tin mang đến khơng nhiều khơng đáp ứng đủ thông tin mà họ cần Dẫn đến việc xây dựng website không mang nhiều ý nghĩa Vì vậy, mục tiêu nghiên cứu đề tài xây dựng website với sơ đồ động, cho phép hiển thị thông tin gian hàng sơ đồ đánh dấu gian hàng thuê, hiển thị thông tin đơn vị thuê tương ứng gian hàng Ngồi cho phép người dùng tìm kiếm xem thông tin đơn vị tham gia triển lãm 1.3 Phương pháp nghiên cứu Để xây dựng sở đồ động, cho phép tương tác hiển thị thông tin, chúng em hướng ý tưởng đến việc nghiên cứu shapefile- cấu trúc liệu GIS (geometry information system) Một shapefile tổ chức thành tập tin riêng rẽ tối thiểu cần có tập tin với phần mở rộng ".shp", ".shx" ".dbf" “.shp" chứa thơng tin đặc dạng hình học đối tượng, ".shx" chứa thông tin thứ tự đối tượng, ".dbf" chứa thông tin bảng liệu thuộc tính đối tượng Ngồi ra, chúng em cịn nghiên cứu cơng nghệ lĩnh vực “thơng tin địa lý” Chúng em thưc đề tài theo bước: • • • 1.4      1.5 Tìm hiểu thực trạng cơng nghệ, lý thuyết liên quan Thiết kế quy trình để xây dựng hệ thống website triển lãm Ứng dụng công nghệ vào xây dựng hệ thống Công cụ xây dựng đề tài PostgreSQL 9.0 PostGIS GeoServer Openlayers Dojo Kết dự kiến đề tài Hệ thống website cho phép xem thông tin gian hàng, thông tin đơn vị th, tìm kiếm thơng tin đơn vị th Hệ thống trang quản trị cho phép quản lý thông tin gian hàng, thông tin đơn vị thuê số thơng tin liên quan đến triển lãm Hệ thống có khả ứng dụng thực tiễn tốt đáp ứng chức yêu cầu CHƯƠNG KẾ HOẠCH THỰC HIỆN DỰ ÁN (PROJECT PLANNING) Tên dự án: Website quản lý triển lãm khoa học công nghệ Ngày thực hiện: 25/12/09 Ngày kết thúc dự án: 05/02/2010 2.1 Quy trình thực dự án (Project Processes) Quy trình thực dự án “xây dựng website quản lý triển lãm khoa học cơng nghệ” chia thành bước sau: ● Bước 1: Trưởng dự án gặp gỡ trao đổi với khách hàng Từ xác định yêu cầu, chức mong muốn khách hàng xây dựng website Kết sau bước 1: đặc tả yêu cầu khách hàng ● Bước 2: Từ đặc tả yêu cầu chức khách hàng trưởng dự án (project manager PM) cân nhắc số vấn đề dự án (độ khó, mức độ phức tạp, công nghệ mới, thời gian,…) để lập nhóm thực dự án (developer team) Lên kế hoạch thực công việc, cột mốc thời gian quan trọng (milestone) cho dự án − Số lượng, yêu cầu trình độ chun mơn thành viên nhóm mô tả chi tiết phần “Kế hoạch nhân sự”) Kết sau bước 2: kế hoạch làm việc, phân tích dự án ban đầu ● Bước 3: Tiến hành thực hiện, triển khai dự án theo quy trình thác nước: phân tích, thiết kế, lập trình, kiểm thử,…kết hợp với quy trình lặp Trong trình thực hiện, thường xun có kế hoạch tập huấn cơng nghệ mới, thảo luận nhóm  Kết đạt bước 3: phân tích, thiết kế dự án, lập trình module ● Bước 4: Hồn thành module, tiến hành bàn giao cho khách hàng Giải vấn đề phát sinh, sửa lỗi, bổ sung, chỉnh sửa yêu cầu (giao diện, chức năng) theo khách hàng 2.3 Kế hoạch nhân lực Vai trò Số lượng Trưởng dự án (Project manager) Ngày bắt đầu 25/12/09 30/12/09 Nhân viên lập trình (Developers) 11/01/10 Nhân viên kiểm thử (Tester) 18/01/10 Nhân viên triển khai, bảo trì (Maintenance) 04/02/10 Tổng cộng Nhân viên khảo sát, đảm bảo chất lượng dự án (Quality Assurance) ● Chọn nhóm triển khai gồm thành viên, phân bổ nhân vào khâu : o trưởng dự án chịu trách nhiệm quản lý chung toàn dự án o thành viên thực việc khảo sát, xác định yêu cầu phân tích thiết kế hệ thống, đảm bảo chất lượng dự án o thành viên thiết kế đồ họa, lập trình viên o thành viên chịu trách nhiệm kiểm thử phần mềm o thành viên triển khai, bàn giao bảo trì sản phẩm ● Danh sách chi tiết : STT Họ tên Trách nhiệm Ngày bắt đầu Ngày kết thúc Nguyễn Văn A Quản lý toàn dự án 25/12/09 05/02/2010 Nguyễn Văn B 30/12/09 08/01/2010 Nguyễn Văn C 30/12/09 08/01/2010 Nguyễn Văn D Thiết kế đồ họa & Coding 11/01/10 11/01/2010 Nguyễn Văn E Coding 11/01/10 11/01/2010 Nguyễn Văn F Coding 11/01/10 11/01/2010 Nguyễn Văn G Tester 18/01/10 03/02/2010 Khảo sát, phân tích thiết kế hệ thống Khảo sát, phân tích thiết kế hệ thống Nguyễn Văn H 2.4 Triển khai & user guide 04/02/10 05/02/2010 Yêu cầu nhân lực Lĩnh vực Kinh nghiệm 0–12 tháng Kinh nghiệm > 12 tháng PHP MySQL-PostgreSql Đồ họa (Photoshop, Flash) GIS GeoServer 2.5 Cấu hình phần cứng phần mềm lập trình Mơ tả item Số lượng Date PCs yêu cầu 2G RAM 25/12/09 1GB chưa sử dụng server 25/12/09 Postgresql-9.0.1-1-windows 11/01/10 PHP & MySQL 11/01/10 Postgis 1.5.2-3 11/01/10 Geoserver 11/01/10 ArcView 3.2 11/01/10 Xampp 11/01/10 Dojo Toolkit 11/01/10 Openlayers 11/01/10 Photoshop 11/01/10 Adobe Flash 11/01/10 Phần cứng (Hardware) Phần mềm (Software) 2.6 Kế hoạch tập huấn Nội dung tập huấn Thời gian Điều kiện Kỹ thuật Tìm hiểu cơng nghệ GIS ngày ArcView GeoServer PostGis ngày Dojo toolkit ngày Kỹ Quy định lập trình Quy định viết báo cáo (document) Kỹ làm việc nhóm 2.7 Quản lý chi phí Dự kiến chi phí cho vai trị tham gia dự án Vai trò Project Manager Nhân viên phân tích thiết kế Lập trình viên Nhân viên kiểm tra phần mềm Nhân viên vận hành Số ngày làm việc Chi phí /ngày (VND) Chi phí (VND) 30 900.000 27.000.000 7x2 500.000 3.500.000 x 17 x (+1 dự phòng) 600.000 10.200.000 x (+600.000) 12 (+1 dự phịng) 400.000 4.800.000 (+600.000) 200.000 400.000 Chi phí nhân lực 137.800.000 (+1.200.000) Một số chi phí phát sinh thêm q trình thực dự án Loại Chi phí (VND) Chi phí tiếp khách hàng 2.000.000 10 Chi phí huấn luyện (dự phịng) 2.000.000 Chi phí nhân lực 137.800.000 (+1.200.000) Chi phí dự kiến 141.800.000 (+1.200.000) 2.8 Quy trình quản lý thay đổi kế hoạch (Requirements Change Management Process) Kế hoạch thực dự án bị thay đổi dự án tiến hành Nếu thay đổi xảy ra, cần quan tâm đến yếu tố quan trọng bị tác động như: thời gian, nguồn lực, chất lượng Khi cần áp dụng quy trình Bước 1: Nếu thay đổi gây ảnh hưởng đến phạm vi dự án, lịch phân công, hay nhân sự, trưởng dự án (Project Manager- PM) làm lại document Bước 2: Trưởng dự án phải báo cáo đề xuất phương án giải thay đổi đến ban lãnh đạo dự án để xem xét định Bước 3: Dựa hợp đồng, ban lãnh đạo thống ý kiến không chấp nhận thay đổi hay chỉnh sửa yêu cầu dựa thông tin đề nghị trưởng dự án Bước 4: Theo định chấp thuận hay từ chối thay đổi ban lãnh đạo Trưởng dự án báo lại cho khách hàng đưa yêu cầu 11 CHƯƠNG Kế Hoạch Quản Lí Rủi Ro (Project Risk Management Plan) Department: IT department Product or Process: Website Triển lãm khoa học công nghệ Document Owner: Nguyễn Văn A Project or Organization Role: Project Manager Phiên v.1.0 Ngày 25/12/2009 Tác giả Mô tả thay đổi Nguyễn Văn A Lên kế hoạch quản lý rủi ro cho dự án 12 3.1 Mục đích Mơ tả tất khía cạnh việc xác định nguy cơ, dự tốn, thẩm định, quy trình kiểm sốt Mục đích việc phát triển kế hoạch xác định cách tiếp cận để quản lý chi phí, hiệu quả, nguy thực dự án 3.2 Vai trò trách nhiệm Vai trò Trách nhiệm Nhân Project Chịu trách nhiệm lập kế hoạch quản kí rủi ro, báo cáo với khách hàng Nguyễn Văn A Manager nhóm quản lý cấp 3.3 Các giai đoạn tiến trình quản lí rủi ro Giai đoạn Mơ tả nhiệm vụ Nhân tham gia Phát rủi ro Xác định kỹ thuật sử dụng để Toàn nhóm tham gia thực xác định yếu tố có nguy rủi ro từ dự án đầu dự án tiếp tục trình thực dự án Bao gồm:  Cuộc họp đánh giá rủi ro thức,  Cuộc họp brainstorm  Các vấn vào đầu giai đoạn mốc quan trọng Xây dựng kế hoạch xử lý Lên kế hoạch cho việc xử lý rủi rủi ro ro Xử lý rủi ro Tiến hành xử lý rủi ro Nguyễn Văn A Tồn nhóm tham gia thực dự án 13 3.4 Bảng đánh giá quản lí rủi ro 3.4.1 Rủi ro : Xác định phạm vi hệ thống STT Rủi ro KN Xảy Giải Pháp Ra Cần liên tục có trao đổi qua lại, xác Yêu cầu khách hàng không rõ ràng 80% minh, ràng buộc danh nghĩa phạm vi với khách hàng Cần thiết lập ràng buộc yêu cầu cụ Khách hàng thay đổi yêu cầu 80% dựng dự án, bận nhiệm vụ 10% khác, có người nghỉ,… yêu cầu khách hàng theo yêu cầu Có kế hoạch nhân rõ ràng, đặc biệt Không thiết lập đủ thành viên đội xây thể Thỏa thuận, giới hạn % thay đổi Thiếu sót ràng buộc trách nhiệm 10% thành viên dự án Tài nguyên, máy móc điều động cho dự án khác, gặp tình 10% trạng thiết bị không đáp ứng kịp thời Thay đổi điều kiện cam kết 10% khách hàng và bên phát triển dự án Các phận khách hàng không 20% hợp tác 14 kế hoạch tuyển thêm người Kế hoạch cần cụ thể cho giai đoạn phát triển Xác minh rõ trách nhiệm cụ thể thành viên đội dự án Cần theo dõi cụ thể kế hoạch sử dụng máy móc thiết bị Thiết lập văn cụ thể ràng buộc cam kết, điều khoản Ràng buộc trách nhiệm với người quản lý 3.4.2 STT Rủi ro : Phân tích – Thiết kế – Phát triển – Kiểm thử Loại KN Xảy Rủi ro Ra Giải Pháp Bám sát yêu cầu khảo Các yêu cầu khách hàng chưa rõ ràng giai đoạn khảo chi tiết 80% Chưa rõ yêu cầu khách Các nghiệp vụ khảo sát không hiểu cụ thể cho yêu cầu chưa rõ ràng Cần mời thêm nhà tư 40% vấn nghiệp vụ để hỗ trợ thành viên Cần có tài liệu chuyển giao hàng Phân tích - Thiết kế khơng khớp với yêu sát tổng quan, lên kế hoạch cầu khách hàng 40% cụ thể, có ké hoạch gặp trực tiếp khách hàng để làm rõ yêu cầu Yêu cầu thành viên lập Nhân khơng hồn thành tiến độ 40% Thời Lập kế hoạch thực công việc ngắn, không sát với thực tế Nhân Nhân nghỉ đột xuất Công nghệ Thường xuyên đốc thúc, giám sát Lên kế hoạch sát với tài liệu, gian kế hoạch làm việc cụ thể 15% 10% Công nghệ sử dụng thay đổi 20% cho phép % thời gian trễ nhát định Tăng tính linh động Có kế hoạch tuyển người bổ xung, dự phịng Xác định rõ cơng nghệ giai đoạn xây dựng Ràng buộc với khách hàng 15 3.4.3 Rủi ro : Viết tài liệu sử dụng triển khai STT Rủi ro KN Xảy Giải Pháp Ra Cần xác định rõ đối tượng khác hàng để Tài liệu hướng dẫn sử dụng không phù 40% hợp với trình độ người dùng tìm cách viết tài liệu phù hợp với người sử dụng Xác minh lại phản hồi không rõ Ý kiến phản hồi khách hàng khơng 20% rõ ràng ràng, có kế hoạch làm việc với khách hàng đề tháo gỡ vướng mắc Ghi nhận lại lỗi phiên Hệ thống phát sinh lỗi 20% Lên kế hoạch sửa lỗi cụ thể cho phiên 16 CHƯƠNG Kế hoạch quản lý chất lượng (Quality Assurance Plan) Department: QA department Product or Process: Website quản lý triển lãm khoa học công nghệ Document Owner: Trân Văn A Project or Organization Role: Quanlity Assurance Leader Version Date Author Change Description v.1.0 16/03/2009 Trân Văn A Lên kế hoạch đảm bảo chất lượng dự án 4.1 Quality Assurance Plan Purpose Nhằm xác định tất yêu cầu chất lượng Liệt kê công việc QA cần làm, tài liệu cần đánh giá QA suốt chu kỳ sống dự án Đảm bảo dự án lên kế hoạch đầy đủ theo qui trình Stakeholder Roles and Responsibilities 17 Role Responsibility Assignment QA Leader QA Leader có trách nhiệm: Nguyễn Văn B - Phân công nguồn nhân lực QA cho dự án thông báo với project stakeholders, - Cùng Project Manager xem xét Project SQA Plan Schedule - Hỗ trợ QA Rep trường hợp cần thiết, - Hỗ trợ QA Rep để đảm bảo giải số vấn đề tức thời xuất - Quản lý điều chỉnh công việc QA Rep dự án có yêu cầu QA Rep - Tìm hiểu dự án, sản phẩm dự án, Nguyễn Văn C - Xem lại tiến trình đặc tả dự án, - Chuẩn bị trì phát triển tài liệu Project SQA Plan, - Tạo danh mục lưu trữ cho QA công cụ phục vụ QA cần thiết, - Chuẩn bị thực công việc đánh giá chất lượng, - Tạo đánh giá tiến trình Plan, - Quản lý việc kiểm tra CM để đảm bảo việc baseline tuân theo tiến trình CM Project Manager - Xem xét tài liệu Project SQA Plan, - Cùng QA Leader phân tích kết đảm bảo chất lượng - Hợp tác với QA Leader vấn đề làm gia tăng việc quản lý 18 Nguyễn Văn A 4.2 Quality Assurance Process Quality Assurance Activity Quality Assurance Task Description Ownership (Participants) Kiểm tra đánh giá Kiểm tra tính đắn tài liệu dự án: Project Plan, Risk Management Plan, Test tài liệu dự án Plan, CM Plan, Project SQA Plan, System Requirement Specification, System Design, System Testcase & Integration Testcase Nguyễn Văn A , Nguyễn Văn G, Nguyễn Văn B, Nguyễn Văn C Nguyễn Văn H Kiểm tra đánh giá Kiểm tra tiến trình làm việc đắn theo yêu cầu, cơng thức qui trình chuẩn, tài tiến trình làm việc liệu chuẩn công ty dự án Nguyễn Văn A , Nguyễn Văn G, Nguyễn Văn B, Nguyễn Văn C Nguyễn Văn H Đo lường chất lượng cho dự án (Measurement Analysis- MA) Dùng cơng thức tính độ đo cho dự án để xem xét chất lượng dự án trước lần giao cho khách hàng Nguyễn Văn A , Nguyễn Văn G, Nguyễn Văn B, Nguyễn Văn C Nguyễn Văn H Đánh giá báo cáo chất lượng dự án Báo cáo chất lượng dự án dựa độ đo Nguyễn Văn A, Nguyễn Văn B 4.3 Quality Assurance Activities Document Name Document Description Acceptance Criteria Lên kế hoạch cho công việc dự án - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt PM Khách hàng Project Plan 19 Risk Management Plan Dùng để lên kế hoạch quản lý rủi ro - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt PM Test Plan Lên kế hoạch kiểm tra phần mềm - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt QC Leader PL CM Plan Lên kế hoạch công việc CM - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt PL PM Project SQA Plan Dùng để lên kế hoạch ước lượng công việc bảo đảm chất lượng cho dự án - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt QA Leader System Requirement Specification Dùng để hiểu yêu cầu hệ - Những thông tin không cần thống cho hệ thống hoàn chỉnh chỉnh sửa cho phần hệ thống - Đã xem xét phê duyệt PM, Khách hàng System Design Dùng cấu trúc, lược đồ để mô tả hệ thống System Testcase Dùng để soạn System & Integration TestCase Integration Testcase TestCase 4.4 - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt PM, Khách hàng - Những thông tin không cần chỉnh sửa cho - Đã xem xét phê duyệt PL, QC Leader Measurement Objectives - Tiến trình effort kiểm sốt 5% độ sai lệch - Chất lượng việc theo sát tiến trình đánh giá Good trở lên - Độ hài lòng khách hàng cao (loại High) 20 4.5 Metrics No Metrics Completion Variance Effort Variance Project Description Target [-10%, 0%] Độ đo dùng để đánh giá việc giao sản phẩm hạn [-5%, 0%] Để đánh giá effort dựa độ ước lượng thực tế Defect [0%, 5%] Độ đo dùng để Severity tính chất lượng dự án đánh giá dự án sẵn sàng giao cho khách hàng chưa dựa bug loại Critial (lỗi nghiêm trọng) Defect After [0%] Độ đo để đo Release lường số lượng lỗi xuất sau giao sản phẩm Và ảnh hưởng đến chất lượng sản phẩm độ hài lịng khách hàng Requirement [90%,100%] Tính độ ổn định Stability yêu cầu khách hàng Productivity 10LOC/h Customer Satisfaction Formula Frequently % CV = [(Actual Date Completion - Planned Date Completion) / Planned Duration] * 100 % EV = [(Actual Effort - Planned Effort) / Planned Effort] * 100 DS=(Total Critical Defects/Total of Defects)*100 Project-end % DAR = (Total Defects After Release / Total of defects) * 100 After Release Before Release Project-end RS = {1- [(Number of Project-end Addition + Changes + Deletion) / Number of Baseline Requirement]} * 100 P = Total LOC/ Total Project-end Effort Độ đo phản ánh việc thực thi(performance) nhóm dự án Độ đo để kiểm None tra mức hài lòng khách hàng dự án 21 Project-end Project-end ... kết thúc dự án: 05/02/2010 2.1 Quy trình thực dự án (Project Processes) Quy trình thực dự án “xây dựng website quản lý triển lãm khoa học công nghệ? ?? chia thành bước sau: ● Bước 1: Trưởng dự án. .. quan đến triển lãm Hệ thống có khả ứng dụng thực tiễn tốt đáp ứng chức yêu cầu CHƯƠNG KẾ HOẠCH THỰC HIỆN DỰ ÁN (PROJECT PLANNING) Tên dự án: Website quản lý triển lãm khoa học công nghệ Ngày... chất lượng dự án 5.1 QUALITY ASSURANCE PLAN PURPOSE Lên kế hoạch điều khiển dự án ? ?Website quản lý triển lãm khoa học công nghệ? ?? Trong plan liệt kê công việc QC cần làm, tài liệu, công cụ cần