Tài liệu Quản trị dự án phần mềm .. version 10 pptx

Một cách ñơn giản ñểxác ñịnh và chia công việc là tạo WBS Work Breakdown Structure... • mô tảcác báo cáo ñược tạo ra khi nào và như thếnào• mô tả cơ chếsửd ng ñểthực hiện thẩm ñịnh các c

 các mốc quan trọng cho phép giám sát ñược tiến ñộ

Xác ñịnh các sản phẩm (delivrables) trong các bước

 Các công vi ệ c không nên quá nh ỏ

• mỗi công việc nên kéo dài khoảng 2 tuầ

 M ỗ i công vi ệ c ti ế p t ụ c ñượ c chia thành các

 Một cách ñơn giản ñểxác ñịnh và chia công việc là tạo

WBS (Work Breakdown Structure)

• mô tảcác báo cáo ñược tạo ra khi nào và như thếnào

• mô tả cơ chếsửd ng ñểthực hiện thẩm ñịnh các công

 th ờ i gian th ự c hi ệ n d ự án ph ụ thu ộ c con

ñườ ng dài nh ấ t trong ñồ th ị công vi ệ c

L ậ p l ị ch

B ả ng các giai ñ ạ n quan tr ọ ng

 các giai ñ ạn quan trọng và ngày có thể ñạt ñược

Ngày Giai ñ ạn quan trọng

August 26 Project Kickoff (with client)

October 16 Analysis Review

October 26 System Design Review

November 7 Internal Object Design Review

November 20 Project Review (with client)

Nov 26 Internal project review

Dec 11 Acceptance test (with client)

L ậ p l ị ch

B ả ng các công vi ệ c

 các công việc và ngày bắ ñầu/ngày kết thúc

Ngày Công việ

Jul 17-Aug 23 Preplanning Phase

Aug 26 - Sep 24 Project Planning

Sep 11-Oct 8 Requirements Analysis

Oct 9 - Oct 26 System Design

Oct 28-Nov 7 Object Design

Nov 8 - Nov 20 Implementation & Unit Testing

Nov 22 - Dec 4 System Integration Testing

Dec 4 - Dec 10 System Testing

Dec 11- Dec 18 Post-Mortem Phase

L ậ p l ị ch

B ả ng phân công

 ai làm gì và thời gian bao lâu

Công việc Phân công Thời gian Phụthuộc

 xây dựng tài liệu tự ñộng (auto-documentation)

• Javadoc, CcDoc, CcpDoc, AutoDoc, DocClass

 sinh mã tự ñộng từmô hình thiết kế

 sinh mô hình thiết kếtừmã nguồ

• Rational Rose, Jude, Poseidon, ArgoUML

“Software configuration management (SCM) is the

discipline of managing and controlling change in the

evolution of software systems”

• xây d ự ng các th ử c ầ n th ự c hi ệ n khi có s ự thay ñổ i

• ghi nh ậ n các thành ph ầ n và yêu c ầ u thay d ổ i

• ñ o l ườ ng chi phí và công s ứ c th ự c hi ệ n thay ñổ i

• người quản lý, người phát triển

 ðị nh ngh ĩ a CSDL s ử d ụ ng ñể ghi thông tin

T ổ ch ứ c d ự án

Ch ọ n c ấ u trúc c ủ a nhóm

Nhóm phi hình th ứ c (egoless team)

 các thành viên c ủ a nhóm có vai trò như

 b ả o ñả m nhóm có ñầ y ñủ thông tin và ngu ồ n

tài nguyên c ầ n thi ế t

 phân công công vi ệ c cho các thành viên

 giao ti ế p ph ả i qua m ộ t ng ườ i ñ i ề u ph ố i trung

tâm th ườ ng không hi ệ u qu ả

 t ấ t c ả các thành viên nên có tham gia vào

các quy ế t ñị nh ả nh h ưở ng toàn b ộ nhóm

• hướng cá nhân: mỗi người ñều muốn làm ông chủ

• hướng tương tác: nhiều họp hành mà ít thực hiện

c thể

Specifications of essential interfaces are not available on schedule

Project &

Product Specification delays

There will be a larger number of changes

to the requirements than anticipated

Project &

Product Requirements change

Hardware which is essential for the project will not be delivered on schedule.

Project Hardware unavailability

There will be a change of organisational management with different priorities Project

Management change

Experienced staff will leave the project before it is finished

Project Staff turnover

Mô tả

Loại rủi ro

Rủi ro

• ðối thủc nh tranh có chiếm lĩnh thị trường trước ?

• Có cần cho ra ñời phiên bản nhỏ ñểchiếm thị trường ?

 t ầ m quan tr ọ ng ñố i v ớ i ng ườ i phát tri ể n

 chi ế n l ượ c qu ả n lý r ủ i ro và ả nh h ưở ng v ề

kinh t ế

 ph ươ ng ti ệ n ki ể m tra r ủ i ro ñ ã b ị xóa ho ặ c

ñ ã gi ả m

 các k ị ch b ả n b ị ả nh h ưở ng b ở i r ủ i ro

Short for persionnel

Alert customer of potential difficulties and the possibility of delays, investigate buying-in components.

Recruitment probelms

Prepare a briefing document for senior management showing how the project is making a very important contribution to the goals of the business.

Financial problems

Chiến lược

Rủi ro