Bài báo cáo lập kế hoạch kinh doanh cho dự án streetview

ĐẠI HỌC QUỐC GIA TP. HỒ CHÍ MINH
TRƯỜNG ĐẠI HỌC KHOA HỌC
KHOA CÔNG NGHỆ THÔNG TIN


BÀI BÁO CÁO
LẬP KẾ HOẠCH CHO DỰ ÁN STREETVIEW
HỌC VIÊN

MÃ SỐ

Hoàng Kha Huân

02 08 4805 12

Trần Phượng Hoàng

02 08 4805 13

Nguyễn Quốc Huy

02 08 4805 14

Vũ ngọc Sen

02 08 4805 26

Nguyễn Thị Kiêm Ái

02 08 4805 01

1


TP. HCM – 03/2010Mục

2

lục


I.

Giới thiệu về dự án StreetView
a. Tổng quan
-

-

Xây dựng website cho phép có thể tra cứu thông tin các địa điểm 1 cách nhanh chóng, có
các hướng dẫn cụ thể để tìm thấy vị trí của địa điểm 1 cách dễ dàng thông qua bản đồ 2D
và hình ảnh 3D thật (được quay/chụp lại từ đường phố thật sự ở VN).
Hỗ trợ các công cụ cần thiết để tìm các vị trí lân cận địa điểm, đo khoảng cách từ 1 địa
điểm này đến địa điểm khác, đánh dấu 1 địa điểm, tạo mới / chỉnh sửa 1 địa điểm.

b. Phạm vi dự án
-

Xây dựng website tìm kiếm thông tin về địa điểm (business / places) trong các thành phố ở
Việt Nam
Sử dụng công nghệ xem ảnh Panorama 360 độ để xem ảnh chi tiết tại các địa điểm.

Cho phép xem đồng thời bản đồ dạng 2D cùng với xem ảnh Panorama.
Tổ chức các địa điểm theo Danh mục và Quận/Huyện.
Chức năng hỗ trợ tìm kiếm nhanh chóng và tiện lợi (danh mục, địa điểm và địa chỉ)
Cho phép người dùng thông thường nhập bình luận (reviews) tại các vị trí hotspots
Cho phép hiển thị thông tin chi tiết về một địa điểm nào đó (được tìm thấy)
Sự kiện, thông tin, thông báo liên quan đến địa điểm

Xem chi tiết tài liệu đặc tả yêu cầu ở cuối bản báo cáo hoặc file: StreetView - Spec.docx

3


II.

Kế hoạch thực hiện dự án

Project Processes
•

Standard Process:

•

Change Management Process:
Thông tin trong bản kế hoạch dự án sẽ thay đổi khi dự án được tiến hành. Một khi
sự thay đổi được yêu cầu và chắc chắn xảy ra, điều quan trọng nên lưu ý là bất kỳ
sự thay đổi nào đến kế hoạch dự án sẽ gây ảnh hưởng đến ít nhất 3 yếu tố thành
công then chốt là: thời gian sẵn sàng, các nguồn tài nguên sẵn sàng hay chất
lượng của dự án. Một quyết định làm thay đổi kế hoạch của dự án sẽ sử dụng qui
trình sau:

Step 1:

Một khi có một sự thay đổi gây ảnh hưởng đến phạm vi dự án, lịch,
hay nhân sự, người quản lý dự án (project manager) sẽ document lại.

Step 2:

The Project Manager will xem xét sự thay đổi và xác định các ảnh
hưởng liên quan tới dự án và sẽ chuyển vấn đề thay đổi cùng với lời
đề nghị đến ban lãnh đạo dự án để xem xét và quyết định.

Step 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
PM. Nếu ban lãnh đạo không thể thống I ý kiến chấp thuận hay từ
chối sự thay đổi thì vấn đề được đưa lên Project Sponsor.

Step 4:

Project Sponsor sẽ xem xét các vấn đề và ra quyết định cuối cùng
chấp nhận hay từ chối thay đổi.

Step 5:

Theo quyết định chấp thuận hay từ chối sự thay đổi. PM sẽ báo lại cho
người đưa yêu cầu.
4

Schedule
Xem chi tiết file: StreetView - Plan phase1 v2007.8.mpp

5


People
People by Role
Role

Required Number

Date

Project Leader

1

29-03-2010

Project manager

1

29-03-2010

Quality Assurance

1

14-04-2010

Quality control

1

14-04-2010

Developers

3

15-04-2010

Total

7

People by Skill and Experience
Area

Total #

0–12 months' experience

> 12 months' experience

PHP

4

1

3

MYSQL-POSTGRESQL

2

1

1

PhotoShop

1

0

1

Total

7

2

5

Development Environment

Hardware

Software

Intel PC

Dreamweaver, PhotoShop
MySql & PostgreSql
Apache Server
Joomla

6


Hardware and Software Resources Required
Item Description

Required #

Date

PCs with 2G RAM

6

01-04-2010

1GB space on server

1

01-04-2010

JOOMLA

6

15-04-2010

MYSQL

6

15-04-2010

APACHE

1

15-04-2010

PHOTOSHOP

1

15-04-2010

Dreamweaver

6

15-04-2010

Tools
Tools List
TortoiseSVN
MS project, sharepoint,
MS Excel, MS Word

Training Plan
Training Area

Duration

Criteria

Technical
PHP Language

7 days

If already trained

MYSQL

3days

Exposed as part of initial training

Javascript

4 hrs

If already trained

PostgreSql

4 hrs

If already trained

TortoiseSVN

4 hrs

If already trained

PHOTOSHOP

8 hrs

Mandatory

Sharepoint

1day

If already trained

Quality system

3 hrs

If already trained

Configuration management

2 hrs

If already trained for CC. For others, on-the-job training

Group review

4 hrs

If already trained

Process-Related

7


III.

Kế hoạch quản lý rủi ro

Department: IT department
Product or Process: StreetView
Document Owner: Trần Phượng Hoàng
Project or Organization Role: Project Manager

Version

Date

Author

Change Description

v.1.0

01/04/2010

Trần Phượng Hoàng

Lên kế hoạch quản lý rủi ro cho dự án

Project Risk Management Plan Purpose
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.
Stakeholder Roles and Responsibilities
Role

Risk Management Responsibility

Assignment

Project Manager

Chịu trách nhiệm cho kế hoạch quản lý dự án đang
tiến hành, báo cáo với khách hàng và nhóm quản lý
trên

Trần Phượng Hoàng

8


Risk Management Process and Activities
Risk Management
Activity

Ownership
(Participants)

Risk Management Task Description

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,

Cuộc họp brainstorm

Các cuộc phỏng vấn vào đầu mỗi giai đoạn

mốc quan trọng

Trần Phượng Hoàng,
Hoàng Kha Huân,
Nguyễn Quốc Huy,
Nguyễn Thị Kiêm Ái,
Vũ Ngọc Sen

Xây dựng kế hoạch
xử lý rủi ro

Lên các kế hoạch cho việc xử lý các rủi ro

Trần Phượng Hoàng,
Hoàng Kha Huân,

Xử lý rủi ro

Tiến hành xử lý các rủi ro

Nguyễn Quốc Huy,
Nguyễn Thị Kiêm Ái,
Vũ Ngọc Sen

Risk Assessment and Management Table
Risk
Chance

Risk
Impact

Risk
Risk Owner
Priority

Các rủi ro về môi trường như lũ lụt,
hạn hán, cháy nỗ, sét đánh làm hư
UPS, cúp điện… ảnh hưởng đến
thời gian thực hiện dự án

Low

Low

Low

Thiếu các trang thiết bị cho dự án:

Máy tính: PC, Server…

Máy quay chụp ảnh đường phố

Xe đi chụp ảnh đường phố

Low

Low

Optional Project
manager

Risk Type

Risk and Description

Môi trường

Thiết bị

High
High

9

Project
manager


Phần mềm

Các phần mềm hỗ trợ cho phát triển
dự án có thể không có hoặc không
đáp ứng cho dự án:

OpenSource

Commercial Tools

Low

Low

Low

Project
manager

Record & File Độ an toàn cho việc lưu trữ các file,
có thể bị hư, phá hủy hoặc mất mát.
Xem xét không chỉ ở việc mất file
mà còn thông tin lưu trữ trong nó

High

High

High

Project
manager

Data and
Information

“crackers and hackers”
Thông tin trên disk có thể bị read,
copy, xóa bởi máy tính khác thông
qua mạng
Thông tin lưu trữ ngoài cũng có thể
bị mất mát, copy,…

High

High

High

Project
manager

Malicious
Code

Liên quan đến virus, trojan, worm
ảnh hưởng không chỉ máy cá nhân
mà còn lan truyền trên mạng

High

High

High

Project
manager

10


Project Risk Managerment Table

Risk
Impact

Risk
Risk Owner
Priority

Định nghĩa dự án không đầy đủ,
High
không xác định rõ yêu cầu, phạm vi
của dự án
Khách hàng không chắc chắn về phạm
vi của dự án

High

High

Customer

Project manager không đưa ra các yêu High
cầu, phạm vi rõ ràng cho từng phase
của dự án

High

High

Project
manager

Lấy yêu cầu không đầy đủ, mâu thuẫn Low
trong yêu cầu dự án:
+ Không thống nhất giữa các phòng
ban trong cty của khách hàng, mỗi
người đưa ra các yêu cầu khác nhau
+ Không lên kế hoạch rõ ràng cho việc
lấy yêu cầu
+ Không ghi lại đầy đủ các yêu cầu
+ Không hiểu rõ yêu cầu dự án

Low

Low

Analyzer
Department

Risk Type

Risk and Description

Project

Risk
Chance

Nhận diện dự án:
Medium Medium Medium Project
manager

+ Các phần mềm, system khác đã đáp
ứng đầy đủ các yêu cầu
Designer
+ Sau khi dự án hoàn thành, thì sản
Analyzer
phẩm khác trên thị trường đáp ứng các
yêu cầu khách hàng tốt hơn
Khách hàng thay đổi yêu cầu trong
quá trình làm dự án:

Thay đổi công nghệ:
PHPDOTNET…

Thay đổi yêu cầu

Thay đổi giao diện

…

11

High

High

High

Customer

Công nghệ hiện tại không đáp ứng
Low
được yêu cầu, dẫn đến:
+ Hủy dự án
+ Thay đổi công nghệ khác  tốn thời
gian tìm hiểu đồng thời rủi ro sảy ra
cao

Medium High

Project
manager

Persional

Nhân sự không đáp ứng yêu cầu:
High

Không có chuyên môn về lịnh vực
phát triển của dự án

Không đủ nhân sự

Thay đổi nhân sự

Nhân viên nghĩ việc đột xuất

High

High

Project
manager

Estimate

Ước lượng thời gian và chi phí không
đúng
Thời gian quá ít  không hoàn thành
đúng thời điểm release của dự án
Chi phí quá ít không đủ chi phí để
phát triển

High

High

Project
managerment

12

High


IV.

Quản lý cấu hình
Review Information
Reviewer Name

Required /
Suggested

Role

TRAN PHUONG HOANG

PM

Required

HOANG KHA HUAN

PL

Required

Comment

Approval Information
Approver Name
TRAN PHUONG HOANG

Date
(mm-dd-yyyy)

Role
PM

05-10-2010

Revision

Comment

1.0

Revision History
Revision

Date
(mm-dd-yyyy)

0.1

04-04-2010

1.0

04-10-2010

Description

Revised by

Reviewer

Initial

NGUYEN QUOC HUY

HOANG KHA HUAN

Approved

NGUYEN QUOC HUY

13

Date
(mm-dd-yyyy)
04-10-2010


Roles & Responsibility
Roles

Responsibilities

In Charge

PM/PL

-Is responsible for the overall control, evaluation, and approval
of CM Plan, CM activities and CM tools for a software
development
project.
- Assigns the CC, who has approval authority for all software
documentation, baseline versions

HOANG KHA HUAN

CC

- Create & maintain CM Plan
- Reports directly to the PM/PL.
- Implements and maintains the CM system according to the
project’s CM Plan.
- Coordinates, supports, and performs CM activities and reports
on
those activities to the PM/PL.
- Uses the CM system to ensure the integrity of all items placed
under configuration control.

NGUYEN QUOC HUY

SQA

- Reviews the application of CM procedures to determine if the
CM
Plan is being followed.
- Verifies that CM audits are performed.

VU NGOC SEN
NGUYEN THI KIM AI

QA Leader

-Review CM Audit Checklist

VU NGOC SEN

Network
Admin

- Support in creating Basic Repository
- Support in creating CM Environment
- Backup project

TRAN PHUONG HOANG

14


Repositories
Repositories on CM Tool
Baseline Repository
This will be used to store all approved Cis (baseline) of project. The team members can use it
However they can read it only

Description
Location

svn://192.168.9.1/streetview/Baseline
-Read/Write/Delete for CC, PM/PL
-Read Only for team member, SQA

Access Right

Public Repository

This will be used to store all data of project. The team members can use it as a public space. T
reviewed before move to Baseline repository

Description
Location

svn://192.168.9.1/streetview/Public

Access Right

-Read/Write/Delete for all team member

Repository on File Server

File server contains reference folder for storing reference or temporary data or other related do
members can access it with READ ONLY access right, PM/PL and CC can read, write and dele

Description
Location

\\server1\H3SA-Projects\STREETVIEW
-Read/Write/Delete for CC, PM/PL
-Read Only the others for all team member
-Read Only for PM when project closed

Access Right

Directory Structure

Working Folder Structure on File Server
Project's Folder
\\server1\H3SAProjects\STREETVIE
W

Level 1
Level 2
No05-Reference
No08-File Server

Project's Sub-Folder
Level 3

Descript
Level 4

Working Folder Structure on CM Tool
Project's Folder
svn://192.168.9.1/stre
etview

Level 1
Baseline

Project's Sub-Folder
Level 2
Level 3
Level 4
No01-Customer's Requirement
A-Original

B-Understanding

15

Descript
Level 5

Requirements, Q&A List and
Original customer's requirem
The subfolders’ names shou
(Format: YYYYMMDD).
Our understanding. The subf
be similar to original folder.


C-QA List

Q&A List
The subfolders’ names shou
(Format: YYYYMMDD). Thes
QA List file with version and
with name being id of questio

No02-Project Document
A-Project
Manageme
nt
1-Project
Initiation
2-Monitoring

Project plan, estimation, sch
customer (if any)
Progress
Report
Minutes

3- Closing
4-Risk
Management
5-Supplier
Agreement
Management
B-Requirement
C-Design
D-Implementation
Code Review
E-Testing
F-Delivery
No03-Source Code
No04-Delivery
YYMMDDDelivery
name/
version
No05-Reference
No06-Out Source
No07-Supporting Document
Public

No01Customer's

Requireme
nt

Documents of Risk Managem

Documents of Supplier Agree

Design documents of SMPF

Testing documents of SMPF
Source code

Zip file sent to customer : YY
name/version

Our partner's documents

Requirements, Q&A List and

A-Original
B-Understanding
C-QA List

No02-Project Document
A-Project
Manageme
nt

16

Original customer's requirem
The subfolders’ names shou
(Format: YYYYMMDD).
Our understanding. The subf
be similar to original folder.
Q&A List
The subfolders’ names shou
(Format: YYYYMMDD). Thes
QA List file with version and
with name being id of questio


1-Project
Initiation
2-Monitoring

Project plan, estimation, sch
customer (if any)
Progress
Report
Minutes

3- Closing
4-Risk
Management
5-Supplier
Agreement
Management
B-Requirement
C-Design

D-Implementation
Code Review
E-Testing
F-Delivery
No03-Source Code
No04-Delivery
YYMMDDDelivery
name/
version
No05-Reference
No06-Out Source
No07-Supporting Document

17

Documents of Risk Managem

Documents of Supplier Agree

Design documents of SMPF

Testing documents of SMPF
Source code with DB.

Zip file sent to customer : YY
name/version

Our partner's documents

Access Right
Working Folder Structure on File Server
Project's Sub-Folder

Project's Folder

Level 1
\\server1\H3SAProjects\
STREETVIEW

No05-Reference
No08-File Server

Hoang
Kha
Huan
R/W/D

Tran
Phuong
Hoang
R/W/D

R/W/D

R/W/D

R/W/D

R/W/D

R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D

R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D

R/W/D

R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D
R/W/D

Vu Ngoc
Sen

Ng
Quo

R/W/D

R

Working Folder Structure on CM Tool
Baseline

svn://192.168.9.1/
streetview

Public

No01-Customer's Requirement
No02-Project Document
No03-Source Code
No04-Delivery
No05-Reference
No06-Out Source
No07-Supporting Document
No01-Customer's Requirement
No02-Project Document
No03-Source Code
No04-Delivery
No05-Reference
No06-Out Source
No07-Supporting Document

18

R
R
R
R
R
R
R


V.

Kế hoạch quản lý chất lượng (Quality Assurance Plan)

Department: QA department
Product or Process: StreetView
Document Owner: Vũ Ngọc Sen
Project or Organization Role: Quanlity Assurance Leader

Version

Date

Author

Change Description

v.1.0

15/04/2010

Vũ Ngọc Sen

Lên kế hoạch đảm bảo chất lượng dự án

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

19


QA Leader

QA Leader có trách nhiệm:
Vũ Ngọc Sen
- 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.

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

Vũ Ngọc Sen

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àm
gia tăng việc quản lý

Trần Phượng Hoàng

Quality Assurance Process

Quality Assurance
Activity

Quality Assurance Task Description

20

Ownership
(Participants)

Kiểm tra và đánh giá Kiểm tra tính đúng đắn của các tài liệu dự án:
Project Plan, Risk Management Plan, Test
các tài liệu dự án
Plan, CM Plan, Project SQA Plan, System
Requirement Specification, System Design,
System Testcase & Integration Testcase

Vũ Ngọc Sen,
Nguyễn Thị Kiêm Ái,
Trần Phượng Hoàng,
Hoàng Kha Huân,
Nguyễn Quốc Huy

Kiểm tra và đánh giá 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
tiến trình làm việc
liệu chuẩn của công ty.
của dự án

Vũ Ngọc Sen,
Nguyễn Thị Kiêm Ái,
Trần Phượng Hoàng,
Hoàng Kha Huân,
Nguyễn Quốc Huy

Đo lường chất lượng
cho dự án
(Measurement

Analysis- MA)

Dùng các công thức tính độ đo cho dự án để
xem xét chất lượng dự án trước mỗi lần giao
cho khách hàng

Vũ Ngọc Sen,
Nguyễn Thị Kiêm Ái,
Trần Phượng Hoàng,
Hoàng Kha Huân,
Nguyễn Quốc Huy

Đánh giá và báo cáo
chất lượng dự án

Báo cáo chất lượng dự án dựa trên các độ đo

Vũ Ngọc Sen,
Trần Phượng Hoàng

Quality Assurance Activities

Document
Name

Document Description

Acceptance Criteria

Project Plan

Lên kế hoạch cho các công việc
của dự án

- 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
hoặc Khách hàng

Risk
Management
Plan

Dùng để lên kế hoạch quản lý
các rủi ro

- 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

21


Test Plan

Lên kế hoạch kiểm tra phần
mềm

- 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 QC
Leader hoặc PL

CM Plan

Lên kế hoạch các công việc CM

- 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
hoặc PM

Project SQA
Plan

Dùng để lên kế hoạch và ước
lượng các công việc bảo đảm
chất lượng cho dự án

- 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 QA
Leader

System
Requirement
Specification

Dùng để hiểu các yêu cầu hệ
thống cho 1 hệ thống hoàn

chỉnh hoặc 1 phần 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 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

QA Schedule

Xem chi tiết schedule và ước lượng ở tài liệu: StreetView-Project SQA Schedule 1.0-EN.mpp

Measurement Objectives

- 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)
Metrics

No
.

Metrics

Project
Target

Description
22

Formula

Frequently


1

Completion

Variance

[-10%, 0%] Độ đo này dùng để
đánh giá việc giao
sản phẩm đúng hạn

2

Effort
Variance

[-5%, 0%]

3

4

5

Để đánh giá effort
dựa trên độ ước
lượng và thực tế
Defect
[0%, 5%] Độ đo này dùng để
Severity
tính chất lượng của
dự án và đánh giá dự
án đã sẵn sàng được
giao cho khách hàng
chưa dựa trên các

bug loại Critial (lỗi
nghiêm trọng)
Defect After
[0%]
Độ đo này để đo
Release
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.
Requiremen [90%,100%] Tính độ ổn định về
t Stability
yêu cầu của khách
hàng

6

Productivity

10LOC/h

7

Customer
Satisfaction

4

% 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 này phản ánh
việc thực
thi(performance) của
nhóm dự án
Độ đo này để kiểm
None
tra mức hài lòng của
khách hàng về dự án

23

Project-end

Project-end


VI.

Kế hoạch điều khiển chất lượng (QC)

Department: IT department
Product or Process: StreetView
Document Owner: Nguyễn Thị Kiêm Ái
Project or Organization Role: QC Leader

Version

Date

Author

Change Description

v.1.0

13/04/2010

Nguyễn Thị Kiêm Ái

Lên kế hoạch điều khiển chất lượng dự án

QUALITY ASSURANCE PLAN PURPOSE
Lên kế hoạch điều khiển dự án “website tìm kiếm thông tin về business hoặc places trong thành
phố”. Trong plan sẽ liệt kê các công việc QC cần làm, các tài liệu, công cụ cần liên quan trong
quá trình thực thi dự án và đưa ra chiến lược test cho dự án.
RELATED DOCUMENTS
Dưới đây là các tài liệu liên quan cần tham khảo trong quá trình lên kế hoạch và thực hiện điều
khiển chất lượng.
-

StreetView.doc
StreetView - Plan phase1 v2007.8.mmp
StreetView-Project SQC Schedule 1.0.mmp
StreetView-Project QC Plan 1.0-EN - Dieu khien chat luong- NTKAI.xls

24


QC IN PROCESS

STAKEHOLDER ROLES AND RESPONSIBILITIES
Role

Responsibility

Assignment

QC Leader

QC Leader có trách nhiệm:

Nguyễn Thị Kiêm
Ái

- Tìm hiểu và lập kế hoạch kiểm thử cho dự án
- Review thiết kế
- Phân công nguồn nhân lực QC cho dự án và
thông báo với các project stakeholders,
- Cùng Project Manager xem xét Project SQC
Plan và Schedule
- Theo dõi tiến độ thực hiện và hỗ trợ/điều chỉnh
thời gian, nhân lực của nhóm

25