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

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 tro

ĐẠ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

- 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 đổisau nay sẽ ảnh hưởng đến delivery schedule

Bước 8: Làm việc lại trên sản phẩm

People by Skill and Experience

experience > 12 months' experience

Microsoft SQL

Server 2008

Hardware and Software Resources Required

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

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ìnhkiể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

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

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 NguyenThinh DuongLoan NguyenTrang NguyenPhuong 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 NguyenThinh Duong

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ờigian thực hiện dự án

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ó

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,…

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

manager

Customer

risks Khi deploy web lên server của kháchhàng, nó không làm việc Low Medium 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

Requirement 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

Department

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

Medium Medium Medium Web

Developer

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

Medium Medium Medium Web

Developer, QC

Integration

& Test Tích hợp code vào hệ thống và kiểmtra 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

Medium Medium Medium Web

Developer

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

Medium Medium Medium 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

Management

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

Manager

Management

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

Medium Medium Medium Project

Manager, Web Developer, QCWork

Environment 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

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ộngtác , sự hợp tác, Vendors & Politics

Manager, Web Developer

IV Quản lý cấu hình

Review Information

Reviewer Name Role Suggested Required / Comment

Approval InformationApprover Name Role (mm-dd-yyyy)Date Revision Comment

Roles & Responsibility

PM/PL

-Is responsible for the overall control, evaluation, and approval

of CM Plan, CM activities and CM tools for a software development

- 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.

Huy Nguyen

SQA

- Reviews the application of CM procedures to determine if the CM

Plan is being followed.

- Verifies that CM audits are performed.

Thi Nguyen

Network

Admin

- Support in creating Basic Repository

- Support in creating CM Environment

-Read Only for team member, SQA

Public Repository

Description 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

Location svn://192.168.9.1/qlbs/PublicAccess Right -Read/Write/Delete for all team member

Repository on File Server

Description

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.

Location \\server1\H3SA-Projects\QLBSAccess Right -Read/Write/Delete for CC, PM/PL -Read Only the others for all team member

-Read Only for PM when project closed

\\server1\H3SA-Projects\QLBS

No05-Reference No08-File Server

Working Folder Structure 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-Customer's Requirement

Requirements, Q&A List and our understanding

A-Original Original customer's requirements.

The subfolders’ names should be Date created (Format: YYYYMMDD).

B-Understanding 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 Document

A-Project Manageme nt

1-Project Initiation

Project plan, estimation, schedule, schedule of customer (if any) 2-Monitoring

Progress Report Minutes 3- Closing

4-Risk Management

Documents of Risk Management Process

5-Supplier Agreement Management

Documents of Supplier Agreement Management

A-Original Original customer's requirements.

The subfolders’ names should be Date created (Format: YYYYMMDD).

B-Understanding Our understanding The subfolders’

names must be similar to original folder.

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 Document

A-Project Manageme nt

1-Project Initiation

Project plan, estimation, schedule, schedule of customer (if any) 2-Monitoring

Progress Report Minutes 3- Closing

4-Risk Management Documents of Risk Management Process 5-Supplier

Agreement Management

Documents of Supplier Agreement Management

Source code with DB.

No04-Delivery

Delivery name/

Zip file sent to customer : Delivery name/version

YYMMDD-version No05-Reference No06-Out Source

Our partner's documents

No07-Supporting Document

Access Right

Working Folder Structure on File Server

Huan

Tran Phuong Hoang

Vu Ngoc Sen Quoc Huy Nguyen

Nguyen Thi Kim Ai Level 1

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

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àiliệ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

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

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,

Phuong Nguyen,Oanh Nguyen,Thinh Duong,Trang Nguyen,

Ha Nguyen

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

Phuong Nguyen,Oanh Nguyen,Thinh Duong,Trang Nguyen,

Name Document Description Acceptance Criteria

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

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

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

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

- 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,

- 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à

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

After Release

ảnh hưởng đến chất lượng sản phẩm và

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

Project-end

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

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

Document Owner: Ha Nguyen

Project or Organization Role: QC Leader

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áccô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

Stakeholder Roles and Responsibilities

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

QC Rep - Tìm hiểu về dự án, các yêu cầu của dự án

- Chuẩn bị các tài nguyên hỗ trợ test

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

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

Ha Nguyen

SQC Deliverables List

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

3 Project SQC Report Báo cáo lỗi

Project Tracking

Tracking Aspecs

Testing Strategy

1 Objects be tested

- Documents ( design, Installation guide, cofiguration guide, user guide)

Schedule And Estimation

Chi tiết kế hoạch trong tài liệu: QLBS-Project SQC Schedule 1.0 đính kèm.