Bài Giảng Quản Lý Dự Án Phần Mềm ( Combo Full Slides 8 Chương )

Trang 1 BÀI GIẢNG Trang 2 NỘI DUNG CHƯƠNG 1: TỔNG QUAN VỀ QUẢN LÝ DỰ ÁN PHẦN MỀM CHƯƠNG 2: XÁC ĐỊNH DỰ ÁN PHẦN MỀM CHƯƠNG 3: LIỆT KÊ CÔNG VIỆC DỰ ÁN CHƯƠNG 4: ƯỚC LƯỢNG THỜI GIAN DỰ

Trang 1

BÀI GIẢNG QUẢN LÝ DỰ ÁN PHẦN MỀM

Trang 2

NỘI DUNG

 CHƯƠNG 1: TỔNG QUAN VỀ QUẢN LÝ DỰ ÁN PHẦN MỀM

 CHƯƠNG 2: XÁC ĐỊNH DỰ ÁN PHẦN MỀM

 CHƯƠNG 3: LIỆT KÊ CÔNG VIỆC DỰ ÁN

 CHƯƠNG 4: ƯỚC LƯỢNG THỜI GIAN DỰ ÁN

 CHƯƠNG 5: LẬP LỊCH BIỂU DỰ ÁN

 CHƯƠNG 6: QUẢN LÝ NGUỒN NHÂN LỰC DỰ ÁN

 CHƯƠNG 7: QUẢN LÝ CHI PHÍ DỰ ÁN

 CHƯƠNG 8: QUẢN LÝ RỦI RO DỰ ÁN

Trang 3

Chương 1: Tổng quan

về quản lý dự án phần

mềm

Môn Quản lý dự án phần mềm

Trang 4

Tổng quan về quản lý dự án phần mềm

Mục tiêu:

 Biết được khái niệm dự án

 Biết được khái niệm quản lý dự án

Trang 8

Trang 9

Là chuỗi các công việc cần thực hiện nhằm

đạt được kết quả dự kiến, trong điều kiện

ràng buộc về thời gian và ngân sách

Trang 10

Các khái niệm cơ bản

Môn Công nghệ phần mềm

Trang 11

 Bộ ba ràng buộc(tt)

Trang 12

 Bộ ba ràng buộc(tt)

Trang 13

 Quản lý dự án

Là quá trình lập kế hoạch, tổ chức thực

hiện, lãnh đạo, kiểm tra các công việc và

nguồn lực để hoàn thành dự án theo đúng

yêu cầu chất lượng, chi phí và tiến độ dự

kiến

Trang 14

 Lịch sử sơ lược của quản lý dự án

– Việc quản lý dự án có từ thời xưa: khi xây

Kim tự tháp và các kỳ quan, trong chiến

tranh,

Trang 15

Xây dựng Kim tự tháp

Trang 16

Vạn lý trường thành

Trang 17

Tổ chức lực lượng quân sự

Trang 18

 Lịch sử sơ lược của quản lý dự án

– Henry Gantt (đầu thế kỷ 20) đưa ra sơ đồ

Gantt

– Cuối những năm 50': xuất hiện sơ đồ PERT

– Sau này, những ý tưởng về tổ chức, kiểm

soát, sử dụng tài nguyên được bổ sung

thêm

Trang 20

Trang 21

Trang 22

Trang 23

Trang 24

Lịch làm việc, biên bản họp,…

Trang 25

Sơ đồ Gantt

Trang 28

 Quản lý mua sắm/thuê

 Quản lý thông tin và truyền thông

 Quản lý rủi ro

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

Trang 29

Trang 32

(tt)

Trang 36

mềm (tt)

http://www.computerworld.com/s/article/71209/Why_Pr ojects_Fail

http://www.slideshare.net/bstaud/six-reasons-for-softw

are-project-failure-presentation

http://www.it-cortex.com/Stat_Failure_Rate.htm#The% 20Robbins-Gioia%20Survey%20%282001%29

Trang 37

http://www-935.ibm.com/services/us/gbs/bus/pdf/gbe03100-usen-03-making-change-work.pdf

Trang 40

3 Khái niệm chất lượng dự án và chất

lượng sản phẩm cuối có gì khác nhau, viết

tóm tắt

Trang 41

Hỏi & đáp

Trang 42

Tổng quan về công

nghệ phần mềm

(Bản rút gọn bổ sung kiến thức)

Trang 43

Trang 44

Trang 45

(tt)

Các thiết bị chuyên dụng khác: PDA, điện thoại di động, Pocket PC, set-top box, router

Trang 46

Trang 47

Trang 48

triển (tt)

Trang 49

 Tính đúng đắn (Correctness)

 Tính hiệu quả (Efficiency)

 Tính tin cậy (Reliability)

 Tính tiện dụng (Usability)

Trang 50

Trang 51

Trang 52

Trang 53

Là hệ thống các giai đoạn mà quá trình phát

triển phần mềm phải trải qua, với mỗi giai

đoạn cần xác định rõ:

 Mục tiêu

 Kết quả nhận được từ giai đoạn trước đó

 Kết quả chuyển giao cho giai đoạn kế tiếp

Trang 54

Phân tích Thiết kế Lập trình Kiểm tra

4

Trang 55

 Giai đoạn phân tích: Mô tả phác thảo các

thành phần của phần mềm (dựa trên yêu cầu)

 Giai đoạn thiết kế: Mô tả chi tiết các thành

phần của phần mềm (dựa trên yêu cầu và kết quả giai đoạn phân tích)

Trang 56

 Giai đoạn lập trình: Thực hiện các thành

phần của phần mềm (dựa trên kết quả giai đoạn thiết kế)

 Giai đoạn kiểm chứng: Kiểm tra các thành

phần của phần mềm đã lập trình

Trang 57

Trang 58

Trang 59

Xây dựng Prototype

Đánh giá và xác định rõ yêu cầu

Phát triển phần mềm

Trang 60

Trang 61

Là hệ thống các hướng dẫn cho một giai đoạn

trong quá trình phát triển phần mềm

Một số phương pháp phát triển phần mềm:

RUP, XP, Scrum

Trang 62

Hỏi & đáp

Trang 63

Chương 2: Xác định dự

án phần mềm

Trang 64

 Biết được vai trò và trách nhiệm của

các bên tham gia dự án

Trang 65

Xác định dự án phần mềm

Nội dung:

 Xác định mục đích và mục tiêu dự án

 Làm tài liệu phác thảo

 Xác định vai trò và trách nhiệm của

các bên trong dự án

Trang 66

Trang 67

án

 Mục đích (Goals) là những mô tả về cái

dự án sẽ đạt tới Mục đích nói chung không đo được

 Mục tiêu (Objectives) là các tập hợp con

có thể đo được của mục đích

Trang 68

 Mục tiêu phải là chi tiết cụ thể của mục

đích

 Mục tiêu phụ hoạ một cách nhất quán

cho mục đích

Trang 69

 Quan hệ giữa mục đích và mục tiêu (tt)

 Việc đạt tới các mục tiêu sẽ nói lên việc

Trang 71

Ví dụ dự án phần mềm quản lý bệnh viện

Mục đích:

Xây dựng phần mềm quản lý bệnh viện đa

khoa, tin học hóa việc quản lý chữa bệnh và

chăm sóc sức khoẻ cho bệnh nhân

Trang 72

 Quản lý việc cấp phát thuốc BHYT

 Thực hiện các thống kê theo yêu cầu

 …

Trang 73

 Tài liệu phác thảo (Statement of Work)

 SOW là sự thống nhất của những người

liên quan đến dự án về các điều khoản của dự án

Trang 74

 Tài liệu phác thảo (tt)

 Mục đích và mục tiêu cần được nói rõ

trong SOW

 Liệt kê chi phí, các mốc dự án

Trang 75

 Tài liệu phác thảo (tt)

 Liệt kê các tiêu chuẩn dự án, cách thức

thanh toán

 Phần cập nhật

Trang 76

Trang 77

Trang 80

Trang 82

Trang 84

 Nơi làm việc

Trang 86

Trang 88

Trang 89

Trang 90

Trang 91

Như thế nào là được chấp nhận (kiểm thử)

Trang 93

Trang 94

Trang 97

thảo dự án (tt)

 Bản phác thảo dự án được các bên ký

Tuy nhiên khi thực hiện, những thay đổi

(nếu có) lại xem như đã được các bên

nhất trí

 Phác thảo dự án và các thông tin liên quan không được công bố rộng rãi

Trang 98

Trang 101

Trang 102

 Đưa ra yêu cầu

 Thụ hưởng kết quả và hỗ trợ thông tin

cho dự án nếu cần

 Xét duyệt và nghiệm thu kết quả dự án

Trang 104

 Ban quản lý dự án (tt)

 Đảm bảo chất lượng sản phẩm bàn giao

 Quản lý những thay đổi của dự án

 Quản lý và kiểm soát kế hoạch dự án, tài nguyên, chất lượng và chi phí

Trang 105

Trang 106

Trang 107

 Đội dự án

 Thực hiện các nhiệm vụ cụ thể

 Cung cấp thông tin để hỗ trợ việc quản lý

dự án, các công việc phải làm, các thay đổi nếu có và các ước lượng

 Báo cáo hiện trạng cho người quản lý

Trang 108

Trang 109

Bài tập

1 Tìm hiểu khái niệm “tiêu chuẩn” trong

SOW, viết tóm tắt

2 Tìm hiểu khái niệm “điều kiện chấp

nhận” trong SOW, viết tóm tắt

3 Khái niệm chất lượng dự án và chất

lượng sản phẩm cuối có gì khác nhau, viết

tóm tắt

Trang 110

Hỏi & đáp

Trang 111

Chương 3: Liệt kê công

việc dự án

Trang 112

Liệt kê công việc dự án

Mục tiêu:

 Biết được cách liệt kê công việc

Trang 113

Nội dung:

 Bảng công việc

Trang 114

Trang 115

Trang 116

Trang 117

Trang 118

Trang 119

Trang 120

Trang 121

Trang 122

Trang 123

Trang 124

Trang 125

 Tham gia xây dựng WBS: đội dự án,

ban quản lý dự án, khách hàng,…

 Được dùng như một công cụ hỗ trợ khi

thương lượng giữa các bên liên quan

Trang 126

 WBS thường được chia thành nhiều mức

 Bắt đầu từ sản phẩm cuối, các thành

phần/nhóm công việc/chức năng,… lần

lượt được chia nhỏ đến mức có thể theo dõi/báo cáo

Trang 127

Trang 128

Trang 129

 Các tính chất của WBS (tt)

 Gói công việc độc lập trong quá trình

thực hiện

 Những gì tiêu thụ thời gian, tài nguyên

dự án… đều phải được đưa vào WBS

Trang 130

Trang 131

 Sản phẩm tổng và các sản phẩm con

được mô tả bằng danh từ

Trang 132

Trang 133

Trang 134

 Công việc tổng và các công việc con

được mô tả bằng động từ và bổ ngữ

Trang 135

 Danh sách công việc (tt)

Trang 136

Trang 137

Trang 138

 Nửa trên của WBS gồm các mô tả sản

phẩm

 Nửa dưới của WBS gồm các mô tả công

việc (để ra được sản phẩm tương ứng)

 Các phần tử (của PBS và TBS) đều được

đánh mã duy nhất

Trang 139

Làm công việc con C2.1.1

Làm công việc C2.1

Làm công việc con C2.1.2 Làm công việc con C2.1.3

Trang 140

Trang 141

Trang 142

 Kết hợp 2 danh sách (tt)

Trang 143

Trang 144

 Xây dựng WBS theo trình tự (chỉ tham

Trang 145

 Trình bày trên bảng trắng to

 Trình bày trên giấy

 Vẽ trên máy tính (dễ dàng sửa đổi và lưu

lại các phiên bản)

Trang 146

 Tài liệu liên quan tới dự án: phác thảo dự

án (SOW), báo cáo nghiên cứu tiền khả thi, báo cáo nghiên cứu khả thi

 Tài liệu không liên quan tới dự án (thông

tin phụ trợ): sơ đồ tổ chức cơ quan, các thủ tục hành chính, quy tắc làm việc,…

Trang 147

 Chuẩn bị bản thảo của WBS, gửi trước

cho những người có liên quan

 Họp thảo luận

 Lấy chữ ký

Trang 148

 Mọi công việc được xác định đầy đủ

trong WBS

 Mọi nhánh của WBS được chi tiết tới mức

thấp nhất theo quy tắc 80 giờ

 Mọi ô của WBS được đánh mã duy nhất

Trang 149

 Các tiêu chuẩn cho WBS tốt (tt)

 Mọi ô của Danh sách sản phẩm được thể

hiện bằng danh từ (và tính từ nếu cần)

 Mọi ô của Danh sách công việc được thể

hiện bằng động từ và bổ ngữ

 Được những người có liên quan chấp thuận

Trang 150

 Nguyên tắc là không được hủy các phiên

bản trước để quản lý được các vấn đề nảy sinh do sự thay đổi

 Các phiên bản cần có số hiệu và ngày

tháng

Trang 151

Bài tập

1 Xây dựng WBS cho dự án thực hiện phần

mềm quản lý khách sạn nhằm lưu trữ chi

tiết thông tin mỗi lượt khách ở và xuất

thông tin này cùng với hóa đơn kèm theo

Trang 152

Bài tập

2 Xây dựng WBS cho dự án mở tiệm

internet hoạt động 24/24, có kiểm soát nội

dung truy cập của khách hàng và xuất

phiếu tính tiền tự động

Trang 153

Hỏi & đáp

Trang 154

Chương 4: Ước lượng

thời gian dự án

Trang 155

Ước lượng thời gian dự án

Mục tiêu:

 Biết được cách ước lượng thời gian

Trang 156

Nội dung:

 Ước lượng thời gian

Trang 157

 Ước lượng:

Dự đoán thời gian cần thiết để hoàn thành (các công việc) dự án

Trang 158

Trang 159

 Các tính chất của ước lượng:

 Ước lượng là một quá trình lặp

 Ở giai đoạn xác định dự án, ước lượng lần đầu được tiến hành (sai số 50%-

100%)

 Ở giai đoạn phân tích, ước lượng được điều chỉnh (sai số còn 25%-50%)

Trang 160

 Các tính chất của ước lượng (tt):

 Sau khi hoàn thành thiết kế mức trung gian, các ước lượng được điều chỉnh

lần nữa (sai số còn 10%)

 Dù không nói rõ, song ở giai đoạn bất

kỳ, các ước lượng cần được điều chỉnh nếu có thêm hiểu biết mới về dự án

Trang 161

 Các tính chất của ước lượng (tt):

 Ước lượng thời gian là thông tin bắt buộc để xây dựng lịch biểu

 Kết quả ước lượng thời gian là cơ sở để đánh giá tiến độ dự án và hiệu năng

công việc

Trang 162

Trang 163

 Những trở ngại khi ước lượng:

 Thiếu thông tin, thiếu tri thức

 Không lường được sự phức tạp về kỹ

thuật

 Không lường được sự bất hòa của các

thành viên trong dự án

Trang 164

 Những trở ngại khi ước lượng (tt):

 Khi ước lượng thời gian được đưa ra, nó

có thể gặp những góp ý điều chỉnh

 Cấp trên thường muốn rút ngắn thời gian

ước lượng cho công việc

Trang 165

 Thiếu thời gian cân nhắc, trao đổi với

những người có liên quan

 Thiếu kinh phí

 Khách hàng, thành viên dự án không

cung cấp đủ (hoặc che giấu) thông tin

Trang 166

Trang 167

Trang 168

 Trước khi ước lượng thời gian cho công việc,

WBS nên được viết đủ rõ ràng, chi tiết

 Với các công việc gần giống nhau, ước

lượng thời gian cũng gần giống nhau

 Phân chia chi tiết công việc sẽ cho ước

lượng chính xác hơn

Định dạng
Số trang	465
Dung lượng	10,32 MB
File đính kèm	slide.zip (11 MB)