LẬP KẾ HOẠCH CHO DỰ ÁN WEBSITE QUẢN LÝ TRIỂN LÃM KHOA HỌC CÔNG NGHỆ

Để tổ chức một triển lãm cần phải quan tâm khá nhiều vấn đề: thông tin của gian hàng như vị trí,diện tích, đã được thuê hay là chưa và do đơn vị nào thuê, hay thông tin về đơn vị thuê nh

ĐẠ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 Quân

Mục Lục

CHƯƠNG 1 TỔNG QUAN 4

1.1 Giới thiệu đề tài 4

1.2 Mục tiêu nghiên cứu 4

1.3 Phương pháp nghiên cứu 5

1.4 Công cụ xây dựng đề tài 5

1.5 Kết quả dự kiến của đề tài 5

CHƯƠNG 2 KẾ HOẠCH THỰC HIỆN DỰ ÁN 6

2.1 Quy trình thực hiện dự án (Project Processes) 6

2.2 Phân công lịch làm việc (Schedule) 10

2.3 Kế hoạch nhân lực 11

2.4 Yêu cầu nhân lực 12

2.5 Cấu hình phần cứng và phần mềm trong lập trình 13

2.6 Kế hoạch tập huấn 13

2.7 Quality Plan 14

Tham khảo chi tiết trong file 14

2.8 Risk Management Plan 14

Tham khảo chi tiết trong file 14

2.9 Quy trình quản lý thay đổi kế hoạch (Requirements Change Management Process) 14

CHƯƠNG 3 Kế Hoạch Quản Lí Rủi Ro 16

3.1 Mục đích 17

3.2 Vai trò và trách nhiệm 17

3.3 Các giai đoạn trong tiến trình quản lí rủi ro 17

3.4 Bảng đánh giá và quản lí rủi ro 17

3.4.1 Rủi ro trong : Xác định phạm vi hệ thống 17

3.4.2 Rủi ro trong : Phân tích – Thiết kế – Phát triển – Kiểm thử 18

4.1 Quality Assurance Plan Purpose 21

Stakeholder Roles and Responsibilities 21

4.2 Quality Assurance Process 22

4.3 Quality Assurance Activities 23

4.4 Measurement Objectives 24

4.5 Metrics 24

CHƯƠNG 5 Kế hoạch điều khiển chất lượng (QC) 26

5.1 QUALITY ASSURANCE PLAN PURPOSE 26

5.2 QC IN PROCESS 26

5.3 STAKEHOLDER ROLES AND RESPONSIBILITIES 27

5.4 SQC DELIVERABLES LIST 27

5.5 PROJECT TRACKING 28

5.6 TESTING STRATEGY 28

CHƯƠNG 1 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 đối với các đơn vịđang ngày tăng Và đáp ứng nhu cầu đó cũng đã có nhiều công ty tổ chức triển lãm đã xây dựngcác website nhằm quảng bá, giới thiệu về công ty cũng như giới thiệu thông tin về các hội chợ triểnlãm do công ty tổ chức để thu hút các đơn vị có nhu cầu có thể đăng kí tham gia

Để tổ chức một triển lãm cần phải quan tâm khá nhiều vấn đề: thông tin của gian hàng như vị trí,diện tích, đã được thuê hay là chưa và do đơn vị nào thuê, hay thông tin về đơn vị thuê như: lĩnhvực hoạt động, tên công ty, địa chỉ, các loại sản phẩm trưng bày trong triển lãm …

Với mong muốn xây dựng một hệ thống cho phép xem thông tin, lưu trữ và quản lý các thông tincủa một triển lãm, nhằm giảm nhẹ đi những 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 khi khảo sát qua một số website hội chợ triển lãm như: website expo.com của công ty tổ chức triển lãm VCCI, website http://www.efc-cantho.com của công ty hộichợ triển lãm Cần Thơ, hay website http://www.vcw.org.vn Chúng em nhận thấy thông tin được

http://www.vietcham-tổ chức trên website chưa trực quan và riêng lẻ, không có sự tương quan giữa gian hàng với đơn vịthuê Phần thông tin của gian hàng không được chú ý Tuy có sơ đồ nhưng sơ đồ dưới dạng mộthình ảnh Do vậy, nếu muốn biết được thông tin chính xác thì các đơn vị phải liên hệ trực tiếp vớicông ty tổ chức triển lãm Công việc này làm mất nhiều thời gian và người dùng sẽ ít truy cập vàowebsite của công ty vì thông tin nó mang đến không nhiều và không đáp ứng đủ các 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 của đề tài là xây dựng một website với sơ đồ động, cho phép hiển thịthông tin gian hàng ngay trên sơ đồ và đánh dấu gian hàng nào đã được thuê, hiển thị thông tin đơn

vị thuê tương ứng gian hàng đó Ngoài ra cho phép người dùng tìm kiếm và xem thông tin các đơn

vị tham gia triển lãm

1.3. Phương pháp nghiên cứu

Để xây dựng một sở đồ động, cho phép tương tác và hiển thị thông tin, chúng em đã hướng ý

thông tin về thứ tự của các đối tượng, ".dbf" chứa thông tin về bảng dữ liệu thuộc tính của đốitượng Ngoài ra, chúng em còn nghiên cứu các công nghệ trong lĩnh vực “thông tin địa lý”

Chúng em đã thưc hiện đề tài theo các bước:

 Tìm hiểu thực trạng và công nghệ, các 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ác công nghệ vào xây dựng hệ thống

1.4. Công cụ xây dựng đề tài

1.5. Kết quả dự kiến của đề tài

Hệ thống website cho phép xem thông tin gian hàng, thông tin đơn vị thuê, tìm kiếm thông tin đơn

vị thuê Hệ thống trang quản trị cho phép quản lý thông tin của gian hàng, thông tin đơn vị thuê và một số thông tin liên quan đến triển lãm Hệ thống có khả năng ứng dụng thực tiễn tốt và đáp ứng các chức năng yêu cầu

CHƯƠNG 2 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

Quy trình thực hiện dự án “xây dựng website quản lý triển lãm khoa học công nghệ” được chia

thành các bước chính như sau:

● Bước 1: Trưởng dự án sẽ gặp gỡ và trao đổi với khách hàng Từ đó xác định các yêu cầu,

các chức năng mong muốn khách hàng khi xây dựng website

Kết quả sau bước 1: bản đặc tả yêu cầu của khách hàng

Gặp khách hàng

Bản đặc tả yêu cầu

PM Customer

● Bước 2: Từ bản đặc tả yêu cầu chức năng của khách hàng trưởng dự án (project manager

PM) cân nhắc một số vấn đề của dự án (độ khó, mức độ phức tạp, công nghệ mới, thời gian,…) đểlập nhóm thực hiện dự án (developer team) Lên kế hoạch thực hiện công việc, cột mốc thời gianquan trọng (milestone) cho dự án

tả chi tiết ở phần “Kế hoạch nhân sự”)

Kết quả sau bước 2: kế hoạch làm việc, bản phân tích dự án ban đầu

Trao đổi với developer team

Kế hoạch thực hiện

?

Gặp khách hàng

Bản đặc tả yêu cầu

PM Customer

PM

Developers

● 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 quá trình thực hiện, thường xuyên có kếhoạch tập huấn công nghệ mới, thảo luận nhóm

 Kết quả đạt được ở bước 3: bản phân tích, thiết kế dự án, lập trình các module cơ bản

Lập trình modules

Chỉnh sửa,

bổ sung

Xây dựng bộ kiểm lỗi (test case) Thực hiện test case Kiểm tra, thông báo lỗi

Phân tích, thiết kế

Developers

● Bước 4: Hoàn thành cơ bản các module, tiến hành bàn giao cho khách hàng Giải quyết

các 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

Lập trình modules Chỉnh sửa lỗi

Xây dựng bộ kiểm lỗi (test case) Thực hiện test case Kiểm tra, thông báo lỗi

Phân tích, thiết kế

Developers

Bàn giao cho KH

Vấn đề phát sinh

Hoàn tất dự án

2.2 Phân công lịch làm việc (Schedule)

NỘI DUNG LÀM VIỆC

3 KH có yêu cầu điều chỉnh Layout và cung cấp nội dung thiết kế

4 Nhận thông tin và điều chỉnh Layout

5 Khách hàng chấp thuận và tạm ứng

2.3 Kế hoạch nhân lực

Nhân viên khảo sát, đảm bảo chất lượng dự án (Quality

● Chọn nhóm triển khai gồm 9 thành viên, phân bổ nhân sự vào các khâu :

o 1 trưởng dự án chịu trách nhiệm quản lý chung toàn dự án

o 2 thành viên thực hiện việc khảo sát, xác định yêu cầu phân tích thiết kế hệthống, và đảm bảo chất lượng dự án

o 3 thành viên thiết kế đồ họa, lập trình viên

o 1 thành viên chịu trách nhiệm kiểm thử phần mềm

o 2 thành viên triển khai, bàn giao và 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

1 Nguyễn Văn A Quản lý toàn bộ dự án 25/12/09 05/02/2010

2 Nguyễn Văn B Khảo sát, phân tích và thiết kế hệ

3 Nguyễn Văn C Khảo sát, phân tích và thiết kế hệ

4 Nguyễn Văn D Thiết kế đồ họa & Coding 11/01/10 11/01/2010

8 Nguyễn Văn H Triển khai & user guide 04/02/10 05/02/2010

2.4 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

2.5 Cấu hình phần cứng và phần mềm trong lập trình

Phần cứng (Hardware)

Dự kiến chi phí cho các vai trò tham gia dự án

Project Manager 30 900.000 27.000.000Nhân viên phân tích thiết kế 7 x 2 500.000 3.500.000 x 2Lập trình viên 17 x 3 (+1 dự phòng) 600.000 10.200.000 x 3 (+600.000)Nhân viên kiểm tra phần

mềm 12 (+1 dự phòng) 400.000 4.800.000 (+600.000)Nhân viên vận hành 2 200.000 400.000

Một số chi phí phát sinh thêm trong quá trình thực hiện dự án

Chi phí huấn luyện (dự phòng) 2.000.000

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) sẽ làm lại document

Bước 2: Trưởng dự án phải báo cáo và đề xuất phương án giải quyết sự thay đổi đến ban lãnh

đạo dự án để xem xét và quyết định

Bước 3: Dựa trên hợp đồng, ban lãnh đạo sẽ thống nhất ý kiến không chấp nhận thay đổi hay

chỉnh sửa yêu cầu dựa trên thông tin đề nghị của trưởng dự án

Bước 4: Theo quyết định chấp thuận hay từ chối sự thay đổi của ban lãnh đạo Trưởng dự án sẽ

báo lại cho khách hàng đưa yêu cầu

CHƯƠNG 3 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 bản Ngày Tác giả Mô tả thay đổi

v.1.0 25/12/2009 Nguyễn Văn A Lên kế hoạch quản lý rủi ro cho dự án

3.1 Mục đích

Mô tả tất cả các khía cạnh của việc xác định nguy cơ, dự toán, thẩm định, và quy trình kiểm soát Mục đích của việc phát triển một kế hoạch là xác định cách tiếp cận để quản lý chi phí, hiệu quả, nguy cơ thực hiện dự án

3.3 Các giai đoạn trong tiến trình quản lí rủi ro

Giai đoạn Mô tả nhiệm vụ Nhân sự tham gia

Phát hiện rủi ro Xác định các kỹ thuật được sử dụng để

xác định các yếu tố có nguy cơ rủi ro từ đầu dự án và tiếp tục trong quá trình thực hiện dự án Bao gồm:

 Cuộc họp đánh giá rủi ro chính thức,

3.4 Bảng đánh giá và quản lí rủi ro

Ra Giải Pháp

1 Yêu cầu của khách hàng không rõ ràng 80%

Cần liên tục có trao đổi qua lại, xácminh, ràng buộc danh nghĩa phạm vivới khách hàng

2 Khách hàng thay đổi yêu cầu 80%

Cần thiết lập các ràng buộc yêu cầu cụthể Thỏa thuận, giới hạn % thay đổiyêu cầu của khách hàng theo mỗi yêucầu

Có kế hoạch nhân sự rõ ràng, đặc biệt

là kế hoạch tuyển thêm người Kếhoạch cần cụ thể cho từng giai đoạnphát triển

4 Thiếu sót trong ràng buộc trách nhiệm

các thành viên trong dự án 10%

Xác minh rõ từng trách nhiệm cụ thểcủa mỗi thành viên trong đội dự án

3.4.2 Rủi ro trong : Phân tích – Thiết kế – Phát triển – Kiểm thử

Các yêu cầu của khách hàng vẫn chưa

rõ ràng trong giai đoạn khảo chi tiết 80%

Bám sát các yêu cầu khảosát tổng quan, lên kế hoạch

cụ thể cho từng yêu cầuchưa rõ ràng

2 Các nghiệp vụ khảo sát không được

Cần mời thêm các nhà tưvấn về nghiệp vụ để hỗ trợcác thành viên

3 Phân tích - Thiết kế không khớp với

Cần có tài liệu chuyển giao

cụ thể, có ké hoạch gặp trựctiếp khách hàng để làm rõyêu cầu

4

Thời

gian

Nhân sự không hoàn thành đúng tiến độ 40%

Yêu cầu các thành viên lập

kế hoạch làm việc cụ thể.Thường xuyên đốc thúc,giám sát

5 Lập kế hoạch thực hiện công việc quá

ngắn, không sát với thực tế 15%

Lên kế hoạch sát với tàiliệu, cho phép % thời giantrễ nhát định Tăng tính linhđộng

6 Nhân sự Nhân sự nghỉ đột xuất 10% Có kế hoạch tuyển người bổ

xung, dự phòng

nghệ Công nghệ sử dụng thay đổi 20%

Xác định rõ công nghệtrong giai đoạn xây dựng.Ràng buộc với khách hàng

3.4.3 Rủi ro trong : Viết tài liệu sử dụng và triển khai

ST

KN Xảy

Ra Giải Pháp

1 Tài liệu hướng dẫn sử dụng không phù

hợp với trình độ của người dùng 40%

3 Hệ thống phát sinh các lỗi mới 20%

Ghi nhận lại các lỗi của phiên bản hiệntại Lên kế hoạch sửa lỗi cụ thể chophiên bản

CHƯƠNG 4 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 cả yêu cầu về chất lượng Liệt kê các công việc QA cần làm, các tài liệu cần đánh giá bởi QA trong suốt chu kỳ sống của dự án Đảm bảo dự án được lên kế hoạch đầy đủ theo đúng qui trình

Stakeholder Roles and Responsibilities

Role Responsibility Assignment

QA Leader QA Leader có trách nhiệm:

- Phân công nguồn nhân lực QA cho dự án và thông báo với các project stakeholders,

- Cùng Project Manager xem xét Project SQA Plan và Schedule

- Hỗ trợ QA Rep trong trường hợp cần thiết,

- Hỗ trợ QA Rep để đảm bảo sẽ giải quyết một sốvấn đề tức thời nếu nó xuất hiện

- Quản lý và điều chỉnh các công việc của QA Rep trong dự án khi có yêu cầu

Nguyễn Văn B

QA Rep - Tìm hiểu về dự án, các sản phẩm của dự án,

- Xem lại các tiến trình đặc tả dự án,

- Chuẩn bị và duy trì phát triển tài liệu Project SQA Plan,

- Tạo danh mục lưu trữ cho QA và các công cụ phục vụ QA nếu cần thiết,

- Chuẩn bị và thực hiện các công việc đánh giá chất lượng,

- Tạo các bản đánh giá tiến trình như trong Plan,

- Quản lý việc kiểm tra CM để đảm bảo việc baseline tuân theo tiến trình CM

Nguyễn Văn C

Project Manager - Xem xét tài liệu Project SQA Plan,

- Cùng QA Leader phân tích các kết quả đảm bảo chất lượng

- Hợp tác với QA Leader chỉ ra những vấn đề làmgia tăng việc quản lý

Nguyễn Văn A

4.2 Quality Assurance Process

Quality Assurance

Activity Quality Assurance Task Description

Ownership (Participants)

Kiểm tra và đánh giá

các tài liệu dự án

Kiểm tra tính đúng đắn của các tài liệu dự án:

Project Plan, Risk Management Plan, Test 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 CNguyễn Văn HKiểm tra và đánh giá

tiến trình làm việc

của dự án

Kiểm tra tiến trình làm việc đúng đắn theo các yêu cầu, công thức và qui trình chuẩn, tài liệu chuẩn của công ty

Nguyễn Văn A ,

Nguyễn Văn G,Nguyễn Văn B,Nguyễn Văn CNguyễn Văn H

Đo lường chất lượng

Nguyễn Văn A ,

Nguyễn Văn G,Nguyễn Văn B,Nguyễn Văn CNguyễn Văn HĐánh giá và báo cáo

Name Document Description Acceptance Criteria

Project Plan Lên kế hoạch cho các công việc

- Những thông tin không đúng cần được chỉnh sửa cho đúng

- Đã được xem xét và phê duyệt bởi PM, Khách hàng

System Design Dùng cấu trúc, lược đồ để mô tả

hệ thống - Những thông tin không đúng cần được chỉnh sửa cho đúng

- Đã được xem xét và phê duyệt bởi PM, Khách hàng

System Testcase

& Integration

Testcase

Dùng để soạn các System TestCase và Integration TestCase

- Những thông tin không đúng cần được chỉnh sửa cho đúng

- Đã được xem xét và phê duyệt bởi PL,

QC Leader

- Tiến trình và effort có thể kiểm soát dưới 5% độ sai lệch

- Chất lượng và việc theo sát tiến trình được đánh giá Good trở lên

- Độ hài lòng của khách hàng cao (loại High)

DS=(Total CriticalDefects/Total ofDefects)*100

Before ReleaseProject-end

4 Defect After

Release [0%] Độ đo này để đo lường số lượng lỗi

xuất hiện sau khi giao sản phẩm Và ảnh hưởng đến chất lượng sản phẩm và

độ hài lòng của khách hàng

% DAR = (Total Defects After Release / Total of defects) * 100

After Release

* 100

Project-end

6 Productivity 10LOC/h Độ đo này phản ánh

việc thực thi(performance) củanhóm dự án

P = Total LOC/ Total Effort

Project-end

7 Customer

Satisfaction

4 Độ đo này để kiểm

tra mức hài lòng của khách hàng về dự án