Xây dựng website bán sách trên mạng

ĐẠ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 BÁN SÁCH TRỰC
TUYẾN
HỌC VIÊN MÃ SỐ
Nguyễn Hoàng Oanh
1012027
Dương Kỳ Thịnh

TP. HCM 02/2011
I. Giới thiệu tổng quan dự án
a. Tổng quan
- Xây dựng website cho phép tra cứu thông tin, tìm kiếm, giao dịch, đặt mua
sách online.
- Hỗ trợ thanh toán online.
b. Phạm vi dự án
- Xây dựng website cho phép tra cứu thông tin, tìm kiếm, giao dịch, đặt mua
sách online
- Tổ chức sách theo nhiều mục khác nhau (loại, giá tiền, sách mới…).
- Chức năng hỗ trợ tìm kiếm nhanh chóng và tiện lợi.
- Cho phép hiển thị thông tin chi tiết về cuốn sách nào đó (được tìm thấy)
- Thông tin, đánh giá liên quan đến cuốn sách.
II. Kế hoạch thực hiện dự án
Project process
• Standard Process:
• Change management process:
Trong suốt thời gian lên kế hoạch thực hiện dự án, PM sẽ quyết định process
nào sẽ được theo trong quá trình xử lý thay đổi kế hoạch thực hiện dự án.

Quá trình thay đổi được thảo thuận với khách hàng về làm thế nào quản lý sự
thay đổi, đ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 chính là: thời gian, các
nguồn tài nguyên sẵn sàng hay chất lượng của dự án. Các bước sau đây
thường được sử dụng để thay đổi kế hoạch thực hiện dự án :
Bước 1: Người quản lý dự án (project manager) ghi lại sự thay đổi gây ảnh
hưởng đến phạm vi dự án, thời gian, hay nhân sự
Bước 2: Thực hiện phân tích sự tác động của thay đổi đó lên dự án.
Bước 3: Đánh giá hay ước lượng thời gian để hoàn thành sự thay đổi từ
khách hàng.
Bước 4: Đánh giá lại tổng thời gian trong quá trình thực hiện dự án để giao
hàng cho khách hàng.
Bước 5: Thực hiện phân tích giá trị sự tác động của sự thay đổi này sẽ chồng
chất lên dự án.
Bước 6: Xem xét lại sự thay đổi này với senior management. Nếu sự thay đổi
đó ảnh hưởng rất lớn đến việc kế hoạch thực hiện dự án.
Bước 7: Thu được chữ ký xác nhận của khách hàng cho việc yêu cầu thay đổi
sau nay sẽ ảnh hưởng đến delivery schedule.
Bước 8: Làm việc lại trên sản phẩm
Schedule
People
People by Role
Role Required Number Date
Project Management
1
22/1/2011
Quality Assurance
1
22/1/2011
Quality Control

1
22/1/2011
Developers
3
22/1/2011
Total
6
People by Skill and Experience
Area Total
0–12 months'
experience
> 12 months'
experience
Microsoft SQL
Server 2008
2 1 1
ASP.Net(C#), Ajax,
Jquery, WebService
4 1 3
Photoshop (Desgin
Template), HTML,
3 3 1
DreamWeaver
Total
9
Development Enviroment
Hardware Software
Intel PC Dreamweaver, PhotoShop
Microsoft SQL Server 2008
Microsoft Visual Studio 2010

IIS, IE >6.0, FireFox, Chrome, Sarafi, …
Hardware and Software Resources Required
Item Description Required # Date
PCs with 3G RAM 6 22/1/2011
1GB space on server 1 22/1/2011
Microsoft SQL Server 2008 3 22/1/2011
Microsoft Visual Studio
2010
3 22/1/2011
IIS, IE >6.0, FireFox,
Chrome, Sarafi, …
5 22/1/2011
Dreamweaver 3 22/1/2011
PhotoShop 3 22/1/2011
Tools
Tools List
TortoiseSVN
CopyWebTool
MS Project, MSVisio
Training plan
Training Area Duration Criteria
Technical
SQL Language
3 days
Exposed as part of initial
training
ASP.Net (C#)
4 days
If already trained
Ajax, Jquery, Javascript

3 days
If already trained
HTML
2 days
Mandatory
Photoshop
2 days
Mandatory
TortoiseSVN
1 day
If already trained
CopyWebTool
1 day
If already trained
Process-Related
Process System
3 days
If already trained
Configuration Management
2 days
If already trained
Process project
2 days
If already trained
III. Kế hoạch quản lý rủi ro
Department: IT department
Product or Process: Quản lý bán sách trên mạng
Document Owner: Oanh Nguyen
Project or Organization Role: Project Manager
Version Date Author Change Description

v.1.0 18/04/2010 Oanh Nguyen 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
Oanh Nguyen
Risk Management Process and Activities
Risk Management
Activity
Risk Management Task Description
Ownership
(Participants)
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
Oanh Nguyen
Thinh Duong
Loan Nguyen
Trang Nguyen
Phuong Nguyen
Ha Nguyen

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 Oanh Nguyen
Thinh Duong
Xử lý rủi ro Tiến hành xử lý các rủi ro Loan Nguyen,
Phuong Nguyen
Ha Nguyen
Risk Assessment and Management Table
Risk Type Risk and Description
Risk
Chance
Risk
Impact
Risk
Priority
Risk
Owner
Môi trường 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 Project
manager
Thiết bị Thiếu các trang thiết bị cho dự án:
 Máy tính: PC, Server…
Low Low Optiona
l
High
High
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
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
Customer
risks
Khi deploy web lên server của
khách hàng, nó không làm việc
Low Mediu
m
Low Project
manager
Project Risk Managerment Tables
Risk Type Risk and Description
Risk
Chance
Risk
Impact
Risk
Priority
Risk
Owner
Project Định nghĩa dự án không đầy đủ,
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 High Customer
Developmen
t Process
Project manager không đưa ra các
yêu cầu, phạm vi rõ ràng cho từng
phase của dự án

High
High
High Project
manager
Requiremen
t
Lấy yêu cầu không đầy đủ, mâu
thuẫn trong yêu cầu dự án:
+ Không thống nhất giữa các phòng
ban trong công ty 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
High Mediu
m
High Analyzer
Departme
nt
Desgin Khách hàng thay đổi requirement
ảnh hưởng đến
+ Giao diện
+ Chức năng
+ Performance
+ Khả năng test của chương trình
Mediu
m
Mediu

m
Mediu
m
Web
Develope
r
Code &
Unit Test
Chuyển đổi bảng thiết kế phần mềm
trong code thõa với yêu cầu cụ thể
của khách hàng, nó sẽ ảnh hưởng
đến
+ Tính khả thi
+ Unit Test
+ Coding/Implementation
Mediu
m
Mediu
m
Mediu
m
Web
Develope
r, QC
Integration
& Test
Tích hợp code vào hệ thống và
kiểm tra hợp lệ của phần mềm như
yêu cầu, ảnh hưởng tới môi trường,
sản phẩm và hệ thống

Mediu
m
Mediu
m
Mediu
m
Web
Develope
r
Engineering
Specialties
Trong giai đoạn phát triển phần
mềm và thực hiện yêu cầu sản
phẩm cần 1 số chuyên gia kỹ thuật
hỗ trợ, điều này sẽ ảnh hưởng đến
các yếu tố :
+ Tính bảo trì
+ Độ tin cậy
+ Bảo mật, an toàn
Mediu
m
Mediu
m
Mediu
m
WebDeve
loper
Developmen
t System
Phần cứng và công cụ phần mềm

và các thiết bị hỗ trợ được sử dụng
trong phát triển phần mềm. Rủi ro
có thể xảy ra : Capacity, Suitability,
usability, Familiarity, Reliability,
System Support and deliverability.
Low Low Mediu
m
IT
Managemen
t Process
Lập kế hoạch, cách tổ chức dự án,
kinh nghiệm quản lý, program
interfaces
Ướ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 High Project
Manager
Managemen
t Methods
Cách quản lý quản lý chương trình
nó sẽ có rủi ro :Monitoring,
Personnel Management, Quality
Assurance & Configuration
Management.
Mediu

m
Mediu
m
Mediu
m
Project
Manager
, Web
Develope
r, QC
Work
Environmen
t
Quality Attitude, Cooperation,
Communication & Morale
Low Low Low Project
Manager
Resources Nhân sự không đáp ứng yêu cầu:
 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 High Project
manager
Contract Rủi ro liên quan tới hợp đồng tùy
theo loại hợp đồng : sự hạn chế và
sự phụ thuộc của hợp đồng
Low Low Low Project
Manager

, Web
Develope
r, QC
Program
Interfaces
Bao gồm các rủi ro liên quan tới
những cái chung khác trong và
ngoài dự án như : Khách hàng,
người cộng tác , sự hợp tác, Vendors
& Politics.
Low Mediu
m
Mediu
m
Project
Manager
, Web
Develope
r
IV. Quản lý cấu hình
Review Information
Reviewer Name Role
Required /
Suggested Comment
Oanh Nguyen PM Required
Hoai Nguyen PL Required


Approval Information
Approver Name Role

Date
(mm-dd-yyyy)
Revision Comment
Oanh Nguyen PM 18-02-2011 1.0



Revision History
Revision
Date
(mm-dd-yyyy)
Description Revised by Reviewer
Date
(mm-dd-
yyyy)
0.1 01-01-2011 Initial Huy Nguyen Hoai Nguyen
04-01-
2011
1.0 04-01-2011 Approved
Huy Nguyen



Role
s &
Resp
onsi
bility

Roles

Respo
nsibilit
ies In Charge
PM/PL -Is
respon
sible
for the
overall
control,
evaluat
ion,
and
approv
al of
CM
Hoai Nguyen
Plan,
CM
activitie
s and
CM
tools
for a
softwar
e
develo
pment
project.
-
Assign

s the
CC,
who
has
approv
al
authorit
y for all
softwar
e
docum
entatio
n,
baselin
e
version
s
CC -
Create
&
maintai
n CM
Plan
-
Report
s
directly
to the
PM/PL.
-

Implem
ents
and
maintai
ns the
CM
system
accordi
ng to
the
project’
s CM
Plan.
-
Coordi
nates,
Huy Nguyen
support
s, and
perfor
ms CM
activitie
s and
reports
on
those
activitie
s to the
PM/PL.
- Uses

the CM
system
to
ensure
the
integrit
y of all
items
placed
under
configu
ration
control.
SQA
-
Review
s the
applica
tion of
CM
proced
ures to
determi
ne if
the CM
Plan is
being
followe
d.
-

Verifies
that
CM
audits
are
perfor
med.
Thi Nguyen
QA
Leader
-
Review
CM
Audit
Checkli
st
Thi Nguyen
Networ
k
Admin
-
Suppor
t in
creatin
g Basic
Hoang Tran
Reposit
ory
-
Suppor

t in
creatin
g CM
Environ
ment
-
Backup
project
Repositories
Repositories on CM Tool
Baseline Repository
Descrip
tion
This will be used to store all approved Cis (baseline) of project. The team members can use it as a common space.
However they can read it only
Locatio
n svn://192.168.9.1/qlbs/Baseline
Access
Right
-Read/Write/Delete for CC, PM/PL
-Read Only for team member, SQA
Public Repository
Descrip
tion
This will be used to store all data of project. The team members can use it as a public space. The data should be
reviewed before move to Baseline repository
Locatio
n svn://192.168.9.1/qlbs/Public
Access
Right -Read/Write/Delete for all team member

Repository on File Server
Descrip
tion
File server contains reference folder for storing reference or temporary data or other related documents. The team
members can access it with READ ONLY access right, PM/PL and CC can read, write and delete its content.
Locatio
n \\server1\H3SA-Projects\QLBS
Access
Right
-Read/Write/Delete for CC, PM/PL
-Read Only the others for all team member
-Read Only for PM when project closed
Direct
ory
Struct
ure
Workin
g
Folder
Structu
re on
File
Server
Project's
Folder
Project's
Sub-
Folder
Description
Level 1 Level 2 Level 3 Level 4

\\server1\
H3SA-
Projects\
QLBS
No05-
Referenc
e
No08-
File
Server

Workin
g
Folder
Structu
re on
CM
Tool
Project's
Folder
Project's
Sub-
Folder
Description
Level 1 Level 2 Level 3 Level 4
Level 5
svn://192
.168.9.1/
QLBS
Baseline No01-

Custome
r's
Require
ment
Requirements, Q&A List and our understanding
A-
Original
Original customer's requirements.
The subfolders’ names should be Date created (Format: YYYYMMDD).
B-
Understa
nding
Our understanding. The subfolders’ names must be similar to original folder.
C-QA
List
Q&A List
The subfolders’ names should be Date created (Format: YYYYMMDD). These subfolders contain
QA List file with version and files attached (if any) with name being id of question (Format: 999.ext)
No02-
Project
Docume
nt

A-Project
Manage
ment

1-Project
Initiation
Project plan, estimation, schedule, schedule of customer (if any)


2-
Monitorin
g



Progress
Report


Minutes



3- Closin
g

4-Risk Documents of Risk Management Process
Managem
ent


5-
Supplier

Agreeme
nt
Managem
ent
Documents of Supplier Agreement Management
B-
Require
ment

C-Design Design documents of SMPF Project
D-
Impleme
ntation



Code
Review


E-Testing



F-
Delivery


Testing documents of SMPF Project
No03-

Source
Code
Source code
No04-
Delivery


YYMMDD
-Delivery
name/
version
Zip file sent to customer : YYMMDD-Delivery name/version
No05-
Referenc
e

No06-
Out
Source
Our partner's documents
No07-
Supporti
ng

Docume
nt

Public No01-
Custome
r's

Require
ment


Requirements, Q&A List and our understanding
A-
Original
Original customer's requirements.
The subfolders’ names should be Date created (Format: YYYYMMDD).
B-
Understa
nding
Our understanding. The subfolders’ names must be similar to original folder.

C-QA
List
Q&A List
The subfolders’ names should be Date created (Format: YYYYMMDD). These subfolders contain
QA List file with version and files attached (if any) with name being id of question (Format: 999.ext)

No02-
Project
Docume
nt


A-Project
Manage
ment

1-Project
Initiation
Project plan, estimation, schedule, schedule of customer (if any)



2-
Monitorin
g




Progress
Report



Minutes




3- Closin
g

4-Risk
Managem
ent
Documents of Risk Management Process
5-
Supplier
Documents of Supplier Agreement Management
Agreeme
nt
Managem
ent

B-
Require
ment


C-Design Design documents of SMPF Project

D-
Impleme
ntation

Code
Review


E-Testing Testing documents of SMPF Project

F-
Delivery


No03-
Source
Code
Source code with DB.

No04-
Delivery


YYMMDD
-Delivery
name/
version
Zip file sent to customer : YYMMDD-Delivery name/version

No05-
Referenc
e

No06-
Out
Source
Our partner's documents

No07-
Supporti
ng
Docume
nt

Access Right
Working Folder Structure on File Server

Project's Folder
Project's Sub-Folder
Hoang
Kha
Huan
Tran
Phuong
Hoang
Vu Ngoc
Sen
Nguyen
Quoc Huy
Nguyen
Thi Kim
AiLevel 1
\\server1\H3SA-

Projects\
QLBS
No05-Reference
R/W/D R/W/D R/W/D R/W/D R/W/D
No08-File Server
R/W/D R/W/D R/W/D R R
Working Folder Structure on CM Tool

svn://192.168.9.1
/
QLBS
Baseline No01-Customer's Requirement
R/W/D R/W/D R/W/D R R

No02-Project Document
R/W/D R/W/D R/W/D R R

No03-Source Code
R/W/D R/W/D R/W/D R R

No04-Delivery
R/W/D R/W/D R/W/D R R

No05-Reference
R/W/D R/W/D R/W/D R R

No06-Out Source
R/W/D R/W/D R/W/D R R

No07-Supporting Document

R/W/D R/W/D R/W/D R R
Public No01-Customer's Requirement
R/W/D R/W/D R/W/D R/W/D R/W/D
No02-Project Document
R/W/D R/W/D R/W/D R/W/D R/W/D
No03-Source Code
R/W/D R/W/D R/W/D R/W/D R/W/D
No04-Delivery
R/W/D R/W/D R/W/D R/W/D R/W/D
No05-Reference
R/W/D R/W/D R/W/D R/W/D R/W/D
No06-Out Source
R/W/D R/W/D R/W/D R/W/D R/W/D
No07-Supporting Document
R/W/D R/W/D R/W/D R/W/D R/W/D
V. Kế hoạch quản lý chất lượng (Quality Assurance Plan)
Department: QA department
Product or Process: QLBS
Document Owner: Phuong Nguyen
Project or Organization Role: Quanlity Assurance Leader
Version Date Author Change Description
v.1.0 20/02/2011 Phuong Nguyen 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
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.
Phuong Nguyen
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
Phuong Nguyen
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ý
Oanh Nguyen
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
Phuong Nguyen,
Oanh Nguyen,
Thinh Duong,
Trang Nguyen,
Ha Nguyen
Kiể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.
Phuong Nguyen,
Oanh Nguyen,
Thinh Duong,
Trang Nguyen,
Ha Nguyen
Đ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
Phuong Nguyen,
Oanh Nguyen,
Thinh Duong,
Trang Nguyen,
Ha Nguyen
Đá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
Phuong Nguyen,
Oanh Nguyen
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
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: QLBS-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 Formula Frequently
1 Completion
Variance
[-10%, 0%] Độ đo này dùng để
đánh giá việc giao
sản phẩm đúng hạn
% CV = [(Actual
Date Completion -
Planned Date
Completion) /
Planned Duration]
* 100
Project-end
2 Effort
Variance
[-5%, 0%] Để đánh giá effort
dựa trên độ ước
lượng và thực tế
% EV = [(Actual
Effort - Planned
Effort) / Planned
Effort] * 100
Project-end
3 Defect
Severity
[0%, 5%] Độ đo này dùng để
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)
DS=(Total Critical
Defects/Total of
Defects)*100
Before
Release
Project-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
5 Requiremen
t Stability

[90%,100%] Tính độ ổn định về
yêu cầu của khách
hàng
RS = {1- [(Number
of Addition +
Changes +
Deletion) /
Number of
Baseline
Requirement]} *
Project-end
100
6 Productivity 10LOC/h Độ đo này phản ánh
việc thực
thi(performance) của
nhó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
None Project-end
VI. Kế hoạch điều khiển chất lượng (QC)
Department: QC department
Product or Process: QLBS
Document Owner: Ha Nguyen
Project or Organization Role: QC Leader

Version Date Author Change Description
v.1.0 13/04/2010 Ha Nguyen 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 bán sách qua mạng”. 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.
- QLBS.doc
- QLBS - Plan phase1 v2007.8.mmp
- QLBS-Project SQC Schedule 1.0.mmp
- QLBS-Project QC Plan 1.0-EN - Dieu khien chat luong- NTKAI.xls
QC In Process
Stakeholder Roles and Responsibilities
Role Responsibility Assignment
QC Leader QC Leader có trách nhiệm:
- 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
Ha Nguyen