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

– Các quy trình phát triển phần mềm nhắc lại – Dự án phần mềm là gì?– Các khái niệm cơ bản trong QL DAPM • Giới thiệu về QLDA – Quản trị dự án phần mềm – Các tiêu chuẩn đánh giá việc quả

Đại Học Sư Phạm Tp Hồ Chí Minh

TỔNG QUAN VỀ HỌC PHẦN

QUẢN LÝ DỰ ÁN

PHẦN MỀM

• Mục tiêu – nội dung học phần

• Công cụ minh họa - thực hành

• Kiểm tra đánh giá

• Biết được vai trò quản lý dự án

• Biết sử dụng một số công cụ, môi trường

hỗ trợ quản lý dự án

– MS Project Server (Web Access)

– MS Sharepoint Portal Server

– Workflow

– Project Management: eTimemachine,

Primavera,…

• Các giai đoạn trong quản lý dự án

– Giai đoạn phân tích khả thi – Giai đoạn triển khai

• Lập kế hoạch

• Tổ chức nhân sự

• Theo dõi thực hiện kế hoạch – Giai đoạn nghiệm thu

– Các khái niệm cơ bản trong Quản lý dự

án phần mềm

• Windows Sharepoint Service

– Quản lý tài liệu– Lịch họp

–

– Hình thức: giấy + lên bảng

• Yêu cầu

– Lập kế hoạch– Phân tích khả thi– Đề xuất phương án

Đồ án môn học (Bài tập project)

• Cấu trúc báo cáo

– Đặt vấn đề– Hiện trạng, yêu cầu– Phương án (nhiều phương án)

• Nộp đồ án

– Nộp đồ án cuối học kỳ vào ngày thi lý thuyết:

• Báo cáo (MS Word)

• Kế hoạch (MS Project)

• Mô hình (MS Visio)

– Sinh viên nộp bài cho lớp trưởng

Tài liệu tham khảo

• Trương Mỹ Dung , Bài giảng Quản lý dự án CNTT, ĐH KHTN TpHCM.

• Ngô Trung Việt , Phương pháp luận quản lý dự án CNTT, NXB KHKT, Hà Nội 2001

• Đào Kiến Quốc , Slide bài giảng Quản lý dự án phần mềm, ĐH Công Nghệ, ĐH QGHN

• Trần Ngọc Bảo , Slide bài giảng Quản lý dự án phần mềm, ĐH Sư phạm TpHCM.

• Roger S Pressman Software Engineering, a Practionner’s approach Fifth Edition Mc Graw Hill 2001

• Ian Sommerville , Software Engineering, Eight Edition, Addison-Wasley, 2006

• http://www.monashprofessional.com.au/training/courses /course 116.aspx

• http://www.stellman-greene.com

Tổng quan về Quản lý dự án PM

Quản lý dự án PM

– Các quy trình phát triển phần mềm (nhắc lại) – Dự án phần mềm là gì?

– Các khái niệm cơ bản trong QL DAPM

• Giới thiệu về QLDA

– Quản trị dự án phần mềm – Các tiêu chuẩn đánh giá việc quản lý dự án – Các chức năng QLDA

– Nguyên nhân thất bại của 1 dự án

• Đối tượng nghiên cứu:

– Quy trình công nghệ – Phương pháp xây dựng phần mềm – Công cụ hỗ trợ phát triển phần mềm

Công nghệ phần mềm

Phương pháp Công cụ Quy trình

• với mỗi giai đoạn cần xác định rõ:

– Mục tiêu, kết quả nhận từ giai đoạn trước đó, – Kết quả chuyển giao cho giai đoạn kế tiếp

– Phương pháp phát triển phần mềm:

• Hệ thống các hướng dẫn cho phép từng bước thực hiện một giai đoạn nào đó trong quy trình phần mềm

– Công cụ và Môi trường phát triển phần mềm :

• Hệ thống các phần mềm trợ giúp trong lĩnh vực xây dựng phần mềm

• Hỗ trợ các chuyên viên tin học trong các bước xây dựng phần mềm theo một phương pháp nào đó với một quy trình được chọn trước

• Phần mềm không "hỏng đi" nhưng thoái hoá

theo thời gian

• Phần lớn phần mềm vẫn được xây dựng theo đơn đặt hàng của khách hàng

• Sự phức tạp và tính thay đổi luôn là bản chất của phần mềm

• Ngày nay phần mềm được phát triển theo nhóm

– Phụ thuộc vào con người

Khủng hoảng nhân sự

– Quy mô và độ phức tạp

ngày càng tăng

– Khả năng xây dựng các phần mềm mới không giữ

đựợc cùng nhịp so với nhu cầu về phần mềm tăng lên nhanh chóng, đặc biệt khi internet phát triển.

– Quy mô và độ phức tạp của các phần mềm mới

ngày càng tăng Khả năng bảo trì các hệ thống phần mềm cũ hiện đang tồn tại rất khó khăn và tốt kém các nguồn tài nguyên vì các thiết kế sơ sài Phát triển các phần mềm mới phải nhanh chóng và dễ bảo trì trở thành nhu cầu cấp bách.

đ o ạ n khác

Là mô hình hoàn thi ệ n d ầ n, phát tri ể n theo b ướ c l ặ p nh ư

mô hình xo ắ n ố c, mô hình gia t ă ng, mô hình b ả n m ẫ u.

S ử d ụ ng đặ c t ả toán h ọ c, và

ki ể m ch ứ ng hình th ứ c

H ướ ng đố i t ượ ng, h ướ ng thành ph ầ n

Quy trình thác nước

Xác định Yêu cầu

Quy trình thác nước mở rộng

Xác định Yêu cầu

“Thiết kế

nhanh”

Xây dựng Prototype

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

Phát triển

phần mềm

ty phần mềm 50 người

Xây dựng phần mềm quản lý công văn

đi/đến cho 1 cơ quan

45 người

Kinh phí 2.5 tỷ 30 triệu Thời hạn 1 năm 6 tháng

Tổ chức quản lý Tạm thời, từ đầu Có sẵn, hoàn thiện

• Rủi ro tất yếu

– Thành công hay thất bại

• Dễ có xung đột

– Với dự án khác – Với nghiệp vụ

• Là “vô hình”
tiến trình không nhìn thấy.

• Yêu cầu không xác định sản phẩm duy nhất

• Các nguyên tắc kỹ nghệ ≠ sản phẩm thông thường (cơ, điện)

• Tiến trình không chuẩn hóa, nhiều biến thể

• Chịu nhiều yếu yố biến động như: công nghệ, môi trường, nghiệp vụ và nguồn lực

– Hoàn thành trong thời gian quy định– Hoàn thành trong thời gian cho phép– Đạt được thành quả mong muốn

– Khách hàng hài lòng– Sử dụng nguồn lực hiệu quả

Không rõ các mục tiêu, 18% Quản lý dự án

không tốt, 32%

Không quen thuộc với phạm vi và sự phức tạp của

dự án, 17%

Lý do khác, 12%

• Thiếu duyệt lại và đánh giá lại

• Không có những qui trình công nghệ chuẩn

Thuận lợi của dự án phần mềm

• Dễ sửa đổi hơn các sản phẩm vật chất khác

• Các pha của vòng đời là rõ rảng

• Có thể có nhiều giải pháp cho 1 yêu cầu

• Định hình sản phẩm không cứng nhắc, miễn đáp ứng yêu cầu

• Công cụ trợ giúp ngày càng mạnh

• Cho phép vận dụng nhiều giải pháp: công nghệ, quản lý, … trong dự án phần mềm

• Quản lý dự án phần mềm : là quy trình bao trùm lên tất

cả các hoạt động của công nghệ phần mềm, bao gồm:

– Lập kế hoạch chi tiết – Tổ chức theo dõi kế hoạch đó – Theo dõi, kiểm tra và điều chỉnh kế hoạch

• Mục đích của quản lý dự án là nhằm đảm bảo cho dự án được thực hiện thành công

Các hoạt động của quản lý DAPM

Hoạt động Mục tiêu Nội dung

1 Quản lý phạm vi (thay đổi)

Đảm bảo thực hiện đúng công việc đã định •

X.đ giai đoạn

• X.đ công việc

• X.đ sản phẩm giao

• Kiểm soát thay đổi

2 Quản lý thời gian Đảm bảo hoàn thành

hạng mục công việc trong thời gian dự kiến

• X.đ thời gian hoàn thành công việc

• X.đ trình tự công việc

• Lập lịch thực hiện

• Kiểm soát thực hiện theo lịch

3 Quản lý chi phí Đảm bảo huy động, sử

dụng ngân sách đáp ứng yêu cầu

• Lập kế hoạch sử dụng nhân sự

• Ước tính chi phí

• Phân phối nhân sự

• Kiểm soát chi tiêu

Các hoạt động của quản lý DAPM

Hoạt động Mục tiêu Nội dung

4 Quản lý chất lượng

Đảm bảo sản phẩm đạt yêu cầu đề ra •

X.đ các chuẩn chất lượng, độ

đo, quy trình kiểm định

• Kiểm định chuẩn mỗi sản phẩm

• Quản lý thay đổi chất lượng

5 Quản lý nhân sự Tìm và sử dụng

người tham gia một cách hiệu quả

• Xây dựng đội dự án

• Lựa chọn, phân công công việc

• Phát triển, bồi dưỡng nhân sự

• Thúc đẩy, động viên, phối hợp

6 Quản lý mua sắm, thuê

Đảm bảo phục vụ, trợ giúp tốt nhất cho mọi hoạt động của

dự án

• X.đ nhu cầu trợ giúp

• Lập kế hoạch mua sắm, trang bị

• Tìm nhà cung cấp và đặt hàng

• Quản lý hợp đồng mua sắm

• Tổ chức việc cung cấp trợ giúp

Các hoạt động của quản lý DAPM

Hoạt động Mục tiêu Nội dung

7 Quản lý thông tin

và truyền thông

Đảm bào thu thập, lưu trữ đủ thông tin và cung cấp kịp thời

• X.đ nhu cầu thông tin thành viên

• X.đ hình thức trao đổi

• X.đ dữ liệu tập tin lưu trữ

• Quy định hình thức báo cáo, lưu trữ, cung cấp thông tin

8 Quản lý rủi ro Đảm bảo hạn chế và

ngăn ngừa thiệt hại do

9 Quản lý cấu hình Đảm bảo kiểm soát

mọi thay đổi, đồng bộ sản phẩm

• X.đ khoản, mục cấu hình

• Xây dựng triển khai quy trình

• Giám sát thực hiện quy trình

và lưu trữ cấu hình, phiên bản

Các hoạt động của quản lý DAPM

Ngoài các hoạt động từng mặt, cần có hoạt động quản lý chung để phối hợp các quản lý cụ thể

Đó là nhiệm vụ của người quản lý dự án

Trong 9 quản lý trên các hoạt động:

• Quản lý rủi ro

• Quản lý cấu hìnhVà:

• Quản lý thời gian

được nghiệp vụ, khó sử dụng, không tin cậy…)

• 45% : đã được phân phối, không được sử dụng

• 27% : không được phân phối

• 17% : bị hủy bỏ

• 6% : được sử dụng sau khi đã sửa đổi

• 5% : được sử dụng ngay sau khi phân phối

• Lỗi Y2K có ảnh hưởng toàn cầu

• Dự án SEA GAME 23 dự trù 15 tỉ, thực thi 90 tỉ

• Những yếu kém làm trầm trọng an ninh thông

tin trong các lĩnh vực hoạt động có quy mô lớn

– EMail attachment viruses – Denial-of-service attacks (DOS) – Security of web transactions

Càng bắt đầu sớm càng về muộn

Thay đổi vô cúng tốn kém

Những điều bí hiểm trong các DAPM

• Phần mềm đã đưa vào hoạt động

Công việc có thể chấm dứt

• Chỉ tới khi nào phần mềm vào làm

việc mới có thể đánh giá được chất lượng của nó.

• Sản phẩm của dự án phần mềm

chính là phần mềm của dự án khi

dự án thành công

Mới đi được 1/3 quãng đường

Sai lầm nghiêm trọng

Còn dữ liệu

và tài liệu

CHUYỆN VUI: VÒNG ĐỜI CHẤT LƯỢNG

1 Lập trình viên đưa ra đoạn mã mà anh ta tin rằng không hề có lỗi

2 Kiểm tra chất lượng sản phẩm, phát hiện 20 lỗi

3 Lập trình viên sửa 10 lỗi và gửi e-mail tới phòng Thử nghiệm sản phẩm về 10 "vấn

đề" còn lại mà anh ta nhất định cho rằng không phải là lỗi

4 Phòng thử nghiệm sản phẩm e-mail lại rằng 5 trong số 10 đoạn sửa lỗi không hoạt

động và đính kèm danh sách 15 lỗi mới

5 Phòng tiếp thị gởi thông báo rằng họ đã hoàn tất khâu quảng bá cho sản phẩm Giám đốc gọi điện xuống hỏi về tiến độ công việc và củng cố tinh thần "chiến sỹ" Phòng phát hành cử nhân viên đến nhận đĩa nguồn phần mềm Phòng tiếp thị thông báo trên truyền hình và báo chí về việc hoãn lại ngày phát hành sản phẩm vài tuần

6 Ơn trời! Cuối cùng sản phẩm cũng được phát hành

7 Trong vòng một tuần , người sử dụng phát hiện ra 137 lỗi mới

8 Lập trình viên phụ trách phát triển sản phẩm đã xin nghỉ phép

9 Một nhóm "cứu nạn" gồm nhiều lập trình viên kỳ cựu được thành lập khẩn cấp Sau một tuần làm việc cật lực, họ đã "thanh toán" hết 137 lỗi , nhưng lại được thông báo

về 456 lỗi mới

10 Mọi người tổng kết được 783 lỗi trong chương trình

11 Giám đốc ngồi tại bàn giấy xem xét các báo cáo và quyết định thuê một lập trình viên mới toanh để xây dựng lại phần mềm từ đống đổ nát ban đầu

12 NEW Lập trình viên mới đưa ra đoạn mã mà anh ta tin rằng không hề có lỗi.

CÁC GIAI ĐOẠN CỦA DỰ ÁN CNTT

Quản lý dự án PM

• Quy trình quản lý DAPM: 7 bước:

– Định nghĩa bài toán– Phân tích

– Thiết kế– Lập trình– Tích hợp hệ thống– Nghiệm thu

– Vận hành

(Slide CNPM)

Giai đoạn khảo sát

– Lưu trữ những thông tin gì?

– Tra cứu theo tiêu chuẩn nào?

– Xử lý tính toán theo công thức/qui định nào?

– Kết xuất, thống kê theo biểu mẫu nào?

– Có nhập dữ liệu từ hệ thống phần mềm khác?– Có kết xuất dữ liệu sang hệ thống phần mềm khác ?

– Sử dụng những biểu mẫu, thống kê nào?

– Vẽ sơ đồ mô tả quy trình xử lý nghiệp vụ:

BPM, DFD,…

Các ngày 2,4,6

Theo dõi các

đơn đặt hàng

qua điện thoại

Xem chi tiết mẫu BM001

Chi nhánh 1

Các ngày 2,4,6

• Tin học hóa hoàn toàn (1)

• Tin học hóa song song với thực hiện thủ công (2)

• Thực hiện thủ công (3)

STT Tên nghiệp vụ Mức độ hỗ trợ Ghi chú

– Tin học

• ….

– Phần mềm– Phần mềm cơ sở– Phần mềm ứng dụng

Phương án triển khai

• Một hệ thống có thể được triển khai theo nhiều lược đồ khác nhau:

– Hệ thống được triển khai trên máy đơn?

– Hệ thống được triển khai theo mô hình Client/Server?

– Hệ thống được triển khai tại văn phòng công ty? Các phòng ban?

– Yêu cầu phần cứng máy tính?

– …

Phương án triển khai

• Đối với người dùng, phương án có:

• Huấn luyện & đào tạo

• Nội dung huấn luyện là gì?

• Thực hiện bao lâu?

• Hiện trạng nghiệp vụ: Lưu trữ, tra cứu, tính toán, thống kê

• Hiện trạng tin học: nhân sự, phầ cứng, phần mềm

– II.2 Yêu cầu

• Yêu cầu chức năng

• Yêu cầu phi chức năng

Cấu trúc sưu liệu hiện trạng – yêu cầu

• II.2 Yêu cầu

– Yêu cầu chức năng

• Nghiệp vụ 1:

– Yêu cầu lưu trữ – Yêu cầu tra cứu – Yêu cầu tính toán – Yêu cầu kết xuất, thống kê

• Nghiệp vụ 2:

– Yêu cầu phi chức năng

• Yêu cầu về công nghệ

• Yêu cầu về tốc độ

• Yêu cầu về an toàn, bảo mật

• Yêu cầu về tương thích

• …

Cấu trúc sưu liệu hiện trạng – yêu cầu

• III Phương án & chi phí

– III.1 Phương án

• Phương án 1: phương án tối thiểu

• Phương án 2: phương án tối đa

• Phương án 3: phương án trung bình – III.2 Chi phí

• IV Kế hoạch ban đầu

– Các cột mốc và kết quả đạt được – Trách nhiệm của mỗi bên

• V Kết luận

– Sự cần thiết của dự án

– Là những sự cố xảy ra trong quá trình triển khai dự

án, những sự cố này đã có nguồn gốc, nguyên nhân – Cần phân biệt giữa rủi ro và sự xui xẻo.

– Mức thấp : là những rủi ro ảnh hưởng đến thời gian

và chi phí nhưng có thể khắc phục được

xuyên
dễ xảy ra rủi ro.

– Phương tiện– Tính ổn định của nền kinh tế– …

Quản lý dự án PM

Lập kế hoạch trong các giai đoạn

- Tài liệu, sản phẩm đầu ra và các điểm mốc: cáctài liệu hoặc sản phẩm cần có sau mỗi giai đoạn.Các thời điểm mốc là để làm cơ sở xác định xemcông việc hay giai đoạn xong 100% hay chưa.

- Công sức của kỹ thuật: Lúc đầu, khi mà chỉ cónhững hoạt động về quản lý, thì người kỹ thuậtkhông tham dự nhiều; công việc của họ sẽ tăngdần ở giai đoạn giữa khi mà dự án cần đếnnhững người thiết kế và lập trình, và lại đượcgiảm bớt đi ở giai đoạn kết thúc.