LẬP KẾ HOẠCH CHO DỰ ÁN COZM

ĐẠ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 COZM
HỌC VIÊN MÃ SỐ
Lương Văn Hiệp 1012010
Nguyễn Võ Công Khanh 1012014
Lưu Thanh Tùng 1012058
Lê Thu Thảo 1012045
1
TP. HCM – 2/2011Mục lục
2
I. Giới thiệu về dự án COZM
1. Tổng quanz
Xây dựng website cho phép người dùng upload, download, lưu trữ , quản lý, chỉnh sửa, chia sẻ đa dạng, xem và bình luận
hình ảnh.Trong đó chức năng upload được hỗ trợ đa nguồn và chia sẻ được hỗ trợ đa đích.Website cũng hỗ trợ người dùng
tính năng tìm kiếm với nhiều chế độ, đặc biệt hệ thống có tích hợp công cụ giúp người dùng chỉnh sửa ảnh trực tuyến, tạo
slide show. Bên cạnh đó trang web cũng cho phép người dùng có thể liên kết tạo nhóm với nhau để cùng nhau trao đổi
thông tin, hình ảnh.
2. Phạm vi dự án
• Xây dựng website chia sẻ hình ảnh cho người dùng mạng.
• Hỗ trợ các định dạng hình ảnh thông dụng jpg, png, gif, bmg, tif…
• Hỗ trợ tính năng đăng ký thành viên và đăng nhập cho người dùng.
• Sử dụng các API để hỗ trợ tính năng upload đa nguồn và chia sẻ đa đích.
• Sử dụng API của FotoFlexer để hỗ trợ tính năng chỉnh sửa ảnh.
• Chỉ người dùng là thành viên của website mới có khả năng upload, chỉnh sửa và quản lý và bình luận ảnh.
• Bắt buộc hình ảnh phải thuộc album để quản lý.
• Chức năng hỗ trợ tìm kiếm nhanh chóng và tiện lợi (tên hình, album, nhóm, người dùng).
• Cho phép người dùng thông thường được xem và download ảnh cộng đồng.

• Hỗ trợ quản lý các cuộc thi ảnh.
• Có thống kê và xếp hạng hình và các album hình.
Xem chi tiết tài liệu đặc tả yêu cầu trog file: COZM - Spec.docx
3
II. Kế hoạch thực hiện dự án
1. Quy trình chuẩn
Sử dụng quy trình thác nước lặp như sau:
2. Quy trình khi yêu cầu thay đổi
Khi xảy ra bất kỳ thay đổi nào đến kế hoạch dự án cũng ảnh hưởng đến 3 yếu tố : thời gian, các nguồn tài nguyên và chất lượng của
dự án.
Quy trình sau được thực hiện khi xảy ra thay đổi:
Bước 1: 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 (PM) sẽ document
lại.
4
Bước 2: PM sẽ 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 đề nghị
đế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 PM. Nếu ban lãnh đạo không thể thống nhất ý kiến chấp thuận hay từ chối sự thay đổi thì vấn đề được
đưa lên Project Sponsor.
Bước 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.
Bước 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.
3. Con người
Vai trò Số lượng Ngày
Project manager 1 01/03/2011
Project leader 1 01/03/2011
Quality Assurance 1 23/03/2011
Quality Control 1 23/03/2011
Designer 1 23/03/2011
Developers 3 20/04/2011
Tester 1 06/05/2011

4. Môi trường phát triển
Hardware Software
5
Intel PC
Dreamweaver, Photoshop
MySql
Apache Server
Joomla
5. Yêu cầu phần cứng và phần mềm
Mô tả SL yêu cầu
PCs with 2G RAM 9
10GB space on server
1
JOOMLA 5
MYSQL
7
APACHE 7
PHOTOSHOP
1
Dreamweaver 6
Flash
1
6. Công cụ
Danh sách
TortoiseSVN
6
MS project, Mantis Bug Tracker,
MS Excel, MS Word
7. Kế hoạch huấn luyện
Nội dung huấn luyện Thời lượng Tiêu chuẩn cho qua

Công nghệ
Ngôn ngữ PHP 7 ngày Đã huấn luyện
MYSQL
3 ngày Đã huấn luyện
Javascript 4 giờ Đã huấn luyện
TortoiseSVN
4 giờ Đã huấn luyện
PHOTOSHOP 1 ngày Đã huấn luyện
Mantis Bug Tracker
1 ngày Đã huấn luyện
Flash 1 ngày Đã huấn luyện
Quy trình liên quan
Quản lý chất lượng HT
4 giờ Đã huấn luyện
Quản lý cấu hình 4 giờ Đã huấn luyện
Theo dõi nhóm
4 giờ Đã huấn luyện
7
8. Kế hoạch họp
Mỗi cá nhân báo cáo tiến độ thực hiện sau mỗi ngày.
Các team họp sau mỗi tuần.
Cả nhóm thực hiện dự án họp sau mỗi giai đoạn để giám sát tiến độ thực hiện từng giai đoạn của dự án.
III. Kế hoạch quản lý rủi ro
Department: IT department
Product or Process: Xây dựng website chia sẻ media trực tuyến
Document Owner: Nguyễn Võ Công Khanh
Project or Organization Role: Project Manager
Version Date Author Change Description
v.1.0 26/01/2011 Nguyễn Võ Công Khanh Lên kế hoạch quản lý rủi ro cho dự án
8

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
Nguyễn Võ Công Khanh
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
Lê Thu Thảo
Lương Văn Hiệp
Nguyễn Võ Công Khanh
Lưu Thanh Tùng
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 Nguyễn Võ Công Khanh
Lê Thu Thảo
9

Xử lý rủi ro Tiến hành xử lý các rủi ro Lương Văn Hiệp
Lưu Thanh Tùng
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…
 Máy quay chụp ảnh đường phố
 Xe đi chụp ảnh đường phố
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:

 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
10
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

11
Project Risk Managerment Table
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
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
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 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 Low Analyzer
Department
Nhận diện dự án:
+ Các phần mềm, system khác đã đáp
ứng đầy đủ các yêu cầu
+ Sau khi dự án hoàn thành, thì sản
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
Mediu
m
Mediu
m
Mediu
m
Project
manager
Designer
Analyzer
12
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
 …
High High High Customer
Công nghệ hiện tại không đáp ứng

đượ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
Low Mediu
m
High Project
manager
Persional 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
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 High Project
managerment
13
Risk Management Plan Approvals
Prepared by: Nguyễn Võ Công Khanh
Project Manager
Approved by:

Project Sponsor
Executive Sponsor
Client Sponsor
IV. Quản lý cấu hình
1. Baseline
STT ID baseline Thời điểm ghi nhận Ghi chú
1. STARTUP Phân tích yêu cầu và nghiên cứu giải pháp Ngày 3/1/2011
2. CODING Hoàn thành coding và testing Ngày 17/1/2011
3. FINISH Kết thúc dự án Ngày 3/6/2011
2. Đơn vị cấu hình
CI ID Đơn vị cấu hình ID baseline Ghi chú
KH Kế hoạch dự án
START UP
14
CI ID Đơn vị cấu hình ID baseline Ghi chú
PR Phụ lục rủi ro
START UP
PYN Tài liệu phân tích yêu cầu NSD
START UP
DYP Tài liệu đặc tả yêu cầu chức năng
website
START UP
TK Tài liệu thiết kế
CODING
CC Coding convention
START UP
KT Kế hoạch test
START UP
SC Source code
CODING

HD Tài liệu hướng dẫn sử dụng
CODING
Bảng 1: Các đơn vị cấu hình
3. Thư mục dự án
Thư mục gốc của dự án là: \\NW-server1\ProjectDocument\IMGSharingWeb
Thư mục Mô tả Phân quyền
IMGSharingWeb\BASELI
NE
Các tài liệu đã được phê
duyệt
Theo bảng 4
15
Thư mục Mô tả Phân quyền
Startup các tài liệu liên quan đến
giấy tờ, quyết định của dự
án
Theo bảng 4
Coding Source code
Finish Kết thúc dự án
Theo bảng 4
IMGSHARINGWEB\CON
TROL
Lưu lịch sử các việc bàn
giao khách hàng.
Theo bảng 4
Analysis
Tài liệu phân tích, kế
hoạch dự án
Theo bảng 4
Design

Tài liệu PTTK, chuẩn trao
đổi thông tin được GĐDA
(FSS) thông qua.
Theo bảng 4
Program
Project Management
Các tài liệu liên quan đến
quản trị dự án
Theo bảng 4
System Test
Các tài liệu liên quan đến
testing
Theo bảng 4
IMGSHARINGWEB\PAP
ERS
Nơi lưu tài liệu trong quá
trình thực hiện xây dựng
dự án
Theo bảng 4
Contracts
Văn bản liên quan đến
hợp đồng, sửa đổi hợp
đồng
Theo bảng 4
16
Thư mục Mô tả Phân quyền
Plan
Các kế hoạch của dự án Theo bảng 4
Records
Tài liệu là biên bản (họp),

thỏa thuận,
Theo bảng 4
Report
Báo cáo dự án Theo bảng 4
Users
Danh sách quyền người
truy cập dự án
Theo bảng 4
IMGSHARINGWEB\REF
ERENCE
Các file hướng dẫn, các
tools hỗ trợ
Theo bảng 4
Guide
Các thủ tục, hướng dẫn
được áp dụng cho dự án
Theo bảng 4
Tools
Công cụ hỗ trợ xây dựng
dự án
Theo bảng 4
Ghi chú: Cán bộ phụ trách hỗ trợ Tin học đơn vị có toàn quyền kiểm soát đối với
tất cả các thư mục trên để lưu trữ dự phòng hệ thống định kỳ.
Bảng 2: Cấu trúc thư mục dự án
Cấu trúc thư mục dự án PT TKế SQA QTDA Test
Papers R R R ALL R
Analysis
All R R R R
Design
R All R R R

Prj Management
R R R All R
17
System Test
R R R All All
Control
R R R R R
Baseline
R R R R R
Reference
R R R All R
Bảng 4: Phân quyền truy cập
4. Lưu trữ dự phòng
Các phương pháp lưu trữ dự phòng trong bảng sau:
STT Phương pháp lưu trữ dự phòng Mục đích Ghi chú
1
Các thành viên tự lưu trữ dữ
liệu liên quan đến công việc
của mình
Đề phòng hư
hỏng, mất file trên
server
2 Cán bộ quản lý cấu hình thực
hiện backup vào cuối ngày thứ
6 hàng tuần
Bảo quản dữ liệu Lưu trên server
Bảng 5: Phương pháp lưu trữ dự phòng
5. Các hoạt động quản lý cấu hình
STT Hoạt động Người chịu trách
nhiệm

Ghi chú
1.
Lưu trữ dự phòng Quản lý cấu hình
2.
Ghi nhận Bản theo dõi liên kết
sản phẩm
TN các giai đoạn
tương ứng
Thực hiện mỗi khi kết thúc giai đoạn
18
STT Hoạt động Người chịu trách
nhiệm
Ghi chú
3.
Lưu sản phẩm tái sử dụng TN Quản lý cấu
hình
Thực hiện trước khi đưa sản phẩm tái sử
dụng vào chỉnh sửa
4.
Cập nhật các thay đổi cho
từng CI có thay đổi
Các nhân viên
thực hiện thay
đổi CI
Các CI có thay đổi phải được cập nhật các
thay đổi này để luôn sẵn sàng cho lưu trữ CI
5.
Lưu baseline bao gồm:
- Lập và lưu báo cáo baseline
- Cập nhật bản theo dõi liên

kết sản phẩm
- Lưu bản theo dõi liên kết sản
phẩm
- Đảm bảo việc cập nhật thay
đổi cho từng CI có thay đổi
- Lưu trữ các CI vào thư mục
Baseline tương ứng
TN Quản lý cấu
hình :
6.
Lưu các CI đã hòan thành vào
thư mục control, bao gồm các
chi tiết:
- Đảm bảo việc cập nhật thay
đổi cho từng CI có thay đổi
- Lưu trữ các CI vào thư mục
control tương ứng
Quản lý cấu hình Thực hiện khi có sản phẩm được phê duyệt
hay bàn giao cho khách hàng.
Các sản phẩm cùng tên sẽ được sửa lại tên
file để bổ sung thêm version hoặc ngày sửa
đổi của tài liệu, nhằm tránh hiện tượng mất
vết của các lần lưu trước do lưu đè bản sau
lên bản trước.
Các sản phẩm đã hòan thành cần chỉnh sửa
sẽ chỉ được phép lấy bản sao tại thư mục
control mà không được xóa bản chính tại
thư mục này.
19
STT Hoạt động Người chịu trách

nhiệm
Ghi chú
7.
Cập nhật dữ liệu dự án hàng
tuần
Tất cả các thành
viên dự án
Thư mục dự án, tài liệu dự án, các loại báo
cáo, biên bản, rủi ro, bài học kinh nghiệm,
các vấn đề xảy ra của dự án, Timesheet,
FI…
Bảng 6: Các hoạt động quản lý cấu hình
20
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
Ngày Phiên bản Mô tả Tác giả
28/1/2011 1.0 SQA plan Lê Thu Thảo
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.
1. Giới thiệu
- Giới thiệu sơ lược về plan
- Xác định tất cả các yêu cầu về chất lượng
- Nêu rõ các tài liệu dùng để lập kế hoạch này
1.1. Quality Objectives
- Xác định các đối tượng của nhóm QA cho dự án trong suốt quá trình của kế hoạch

o Qui trình đảm bảo chất lượng phần mềm cho dự án được lên kế hoạch đầy đủ.
o Phần mềm được làm đúng đắn theo các yêu cầu, công thức và chuẩn của công ty.
1.2. Document references
- Chia Se Media Truc Tuyen_plan_1.0.xls
- Chia Se Media Truc Tuyen_plan_1.0.mpp
21
2. Mô tả các công việc QA và phân công
STT Vai Trò Trách nhiệm Nhân sự
1 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.
Lê Thu Thảo
2 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

Phạm Thị
Diệu Linh
3 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ý
Nguyễn Võ
Công Khanh
3. Các tài liệu QA
No
. Items Description
1 Project SQA Plan Lên kế hoạch cho các công việc đảm bảo chất lượng dự án.
2 Project SQA Report Dùng để báo cáo hiệu quả và kết quả các đánh giá SQA
4. Các công việc QA
No
.
Work Product Name Description Acceptance Criteria
22
1 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
2 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
3 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
4 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
5 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
6 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
7 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
8 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
23
5. Công cụ và Training
Support Tools
Tool Name Tool Purpose/Use
n/a n/a


Training Needs
Training Type Training Needs
n/a n/a

6. Lập lịch và ước lượng
- Chi tiết trong Chia Se Media SAQ schedule 1.0.mpp
VI. Kế hoạch điều khiển chất lượng (QC)
Version 1.0
Issued Status: Approved
Issued Date: 04-21-2011
Owner: NGUYỄN VÕ CÔNG KHANH
Author: LƯU THANH TÙNG
Location:
Approval Information
Approver Name Role
Date
(mm-dd-yyyy)
Revision Comment
NGUYỄN VÕ CÔNG KHANH PM 26-12-2010 1.0
Revision History
Revisio
n
Date
(mm-dd-yyyy)
Description Revised by Reviewer
1.0 04-21-2011 Initial LƯU THANH TÙNG NGUYỄN VÕ CÔNG KHANH
1.0 04-25-2011 Approval LƯU THANH TÙNG
INTRODUCTION
24
1. Project Introduction
- Xây dựng website lưu trữ và chia sẻ ảnh trực tuyến.
- Cho phép người dùng chia sẻ ảnh đến các website như: photobucket, flickr, picasa và
facebook…

- Hỗ trợ trình xử lý ảnh trực tuyến.
- Hướng đến 1 mạng xã hội rộng rãi dựa trên những chia sẻ media cá nhân, cùng với việc chia
sẻ thông tin đến những mạng xã hội khác.
2. Project team :
PM : Nguyễn Võ Công Khanh
Team leader : Lương Văn Hiệp
Developer : Hồng Anh Khoa, Đinh Công Hoàng,Nguyễn Thanh Trang,Ninh Đỉnh Đức.
QC : Lưu Thanh Tùng
QA : Lê Thu Thảo
Tester : Phạm Thị Diệu Linh
3. Related document
COZM_SQC 1.0.1 schedule .mpp
4. QC in process
S
QC DELIVERABLES LIST
Các danh mục chất lượng được dùng cho dự án COZM sẽ được lưu trữ trong
SQC's repository IMGSharingWeb/control/Quality Control
No
. Items Description
1 Project SQC Plan Lên kế hoạch cho các công việc đảm bảo chất lượng dự án.
2 Project Testcase Danh sách chi tiết các testcase
3 Project SQC Report Các báo cáo lỗi khi test chương trình
SQC RESOURCES & RESPONSIBILITIES
No
. Roles Responsibilities PIC
25