ĐẠI HỌC QUỐC GIA TP.HCM

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN

KHOA CÔNG NGHỆ PHẦN MỀM

BÁO CÁO ĐỒ ÁN MÔN

QUẢN LÝ DỰ ÁN CÔNG NGHỆ THÔNG TIN

LỚP : IS208.G11

Đề Tài:

QUẢN LÝ SẢN PHẨM

Giáo viên hướng dẫn: Dương Minh Đức

Nhóm 18:

Đoàn Văn Vũ 12520942

Cao Huỳnh Tân 12520911

Trần Quốc Thái 12520914

Năm Học: 2015-2016

Lời Cảm Ơn

Em xin chân thành cám ơn Thầy Dương Minh Đức, mặc dù Thầy rất bận với các đề

tài nghiên cứu khoa học và công tác giảng dạy nhưng Thầy đã dành nhiều thời gian,

tận tình hướng dẫn, chỉ bảo cho chúng em trong suốt quá trình học tập. Cảm ơn Thầy

đã tạo những điều kiện tốt nhất cũng như cung cấp cho chúng em những kiến thức cần

thiết để chúng em hoàn tất đồ án.

Qua quá trình thực hiện đồ án, em học hỏi được nhiều kiến thức và kinh nghiệm quý

báu. Những kinh nghiệm đó sẽ giúp em rất nhiều trong công việc sau này.

Mặc dù chúng em đã cố gắng hoàn thành trong phạm vi và khả năng cho phép nhưng

chắc chắn sẽ không tránh khỏi những thiếu sót. Chúng em rất kính mong nhận được

sự cảm thông và tận tình chỉ bảo của quý Thầy và các bạn.

Một lần nữa, xin chân thành cảm ơn tất cả mọi người.

Tp.HCM, ngày tháng năm 2015

Sinh viên thực hiện

Nhận Xét Của Giáo Viên

………………………………………………………………………………………………..……………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

Mục Lục

Nhận Xét Của Giáo Viên..............................................................................................3

CHƯƠNG 1. GIỚI THIỆU........................................................................................5

1.1 Mục tiêu của dự án :...........................................................................................5

1.2 Phạm vi:...............................................................................................................5

1.3 Phân công công viêc............................................................................................6

1.3.1 Các thành viên trong nhóm............................................................................6

1.3.2 Bảng phân công công việc.............................................................................7

1.4 Kế hoạch lịch biểu...............................................................................................8

1.4.1. Kế hoạch lịch biểu........................................................................................8

1.4.2. mô tả lịch biểu..............................................................................................8

CHƯƠNG 2. PHƯƠNG PHÁP/QUI TRÌNH/NỘI DUNG THỰC HIỆN.........12

2.1 Qui trình thực hiên / phương pháp / các bước thực hiên..............................12

2.1.1. Qui trình thực hiện......................................................................................12

2.1.2 Nội dung và các bước thực hiện..................................................................12

2.2 So sánh với các phương pháp tiếp cận khác..................................................17

2.3 Sơ đô ADM, PDM, GANTT.............................................................................18

2.3.1 ADM............................................................................................................19

2.3.3 Grantt...........................................................................................................21

CHƯƠNG 3. XÂY DỰNG VÍ DỤ MINH HỌA...................................................22

1.1 Mục tiêu của dự án :.....................................................................................22

1.2 Phạm vi:.............................................................................................................22

1.3 Người tham gia:................................................................................................22

1.4 Kế hoạch lịch biểu.............................................................................................23

1.4.1 Các ràng buộc..............................................................................................23

1.4.3 Xây dựng lịch biểu (miêu tả các hoạt động)................................................23

CHƯƠNG 4: KẾT LUẬN........................................................................................25

- Hiểu quy trình giám sát và điều khiển hoạt động quản lý sản phẩm..................25

CHƯƠNG 1. GIỚI THIỆU Tuyên bố dư án

Tên dự án : Product Management (Quản lý Sản Phẩm)Ngày bắt đầu: 01/10/2015 Ngày kết thúc: 17/12/2015

1.1 Mục tiêu của dự án :

- Hiểu được tầm quan trọng của việc quản lý thông tin trong quản lý dự án và

mô tả được các thành phần chính của một kế hoạch quản lý thông tin.

- Hiểu được quy trình, cũng như là cách thức của việc quản lý sản phẩm.

- Áp dụng được kiến thức của quản lý thông tin vào các dự án thực tế sau này.

- Giúp các thành viên sau khi thực hiện xong đồ án sẽ học hỏi thêm nhiều những

kiến thức bổ ích và kinh nghiệm cho các đồ án sau.

- Tìm hiểu nắm rõ nội dung, đặc điểm của việc giám sát và điều khiển hoạt động

quản lý.

1.2 Phạm vi:

- Đề tài được thực hiện theo phạm vi yêu cầu của môn Quản Lý Dự Án Công Nghệ Thông Tin và những mục tiêu nêu trên.

- Đề tài chỉ thực hiện dựa trên cơ sở lý thuyết

- Thời gian thực hiện: 2 tháng 17 ngày

1.3 Phân công công viêc

1.3.1 Các thành viên trong nhómSTT Họ và Tên Chức Vụ Nhiêm Vụ

1 Đoàn Văn Vũ Trưởng Nhóm

- Phụ Trách chung, chịu trách nhiệm về đồ án trước người hướng dẫn.

- Lên kế hoạch lịch biểu cho đồ án và phân chia công việc.

- Điều hành và theo sát các hoạt động của các thành viên trong nhóm.

- Tìm hiểu các tài liệu liên quan đến đồ án.

- Viết báo cáo

2 Cao Huỳnh Tân Thành Viên

- Khảo sát về nhân sự.- Tìm hiểu các tài liệu liên quan

đến đồ án.- Tìm hiểu một số công cụ, ứng

dụng phục vụ cho đồ án.- Viết tài liệu hướng dẫn sử dụng

các công cụ phục vụ đồ án- Viết báo cáo

3 Trần Quốc Thái Thành Viên

- Tổng hợp các bài tìm hiểu của các thành viên.

- Tìm hiểu các tài liệu liên quan đến đồ án.

- Tính chi phí và xác định rủi ro khi làm đồ án.

- Viết báo cáo đồ án.

1.3.2 Bảng phân công công viêc

Giai đoạn

STT Tên Công viêcNgười thực

hiênGhi chú

Tìm hiểu về đề

tài

1. Tìm hiểu các tài liệu Vũ Tân Thái

2.Xác định các phần mềm giúp ích cho đồ án

Vũ Tân Thái

Các nội

dung

3.Tìm hiểu Managing Software In A Systems Context

Vũ

4.Tìm hiểu Quản Lý Yêu Cầu Khách Hàng (Managing Requirements )

Tân

5.Tìm hiểu Quản Lý Các Sản Phẩm Phức Tạp (Managing Product Complexity)

Thái

6.Tìm Hiểu Quản Lý Cấu Hình (Managing Configurations)

Vũ

7.Tìm hiểu Sai Sót (Managing Defects)

Tân

8.Tìm hiểu Đảm Bảo chất lượng (Ensuring Quality)

Thái

9.Theo dõi tiến độ quản lý giá trị sản phẩm (Tracking Progress Using Earned Value Management)

Vũ

10.

Quản lý việc kiểm tra số liệu sản phẩm(Using Product Measurements And Metrics)

Tân

11.Bảo trì (Maintaining Product Focus)

Thái

Giai đoạn kết

thúc

12. Tổng hợp lại các nội dung Vũ Tân Thái

13.So sánh phương pháp tiệm cận của đề tài nhóm đã làm, với các phương pháp tiếp cận khác

Vũ Tân Thái

14. Viết báo cáo Vũ Tân Thái

1.4 Kế hoạch lịch biểu

1.4.1. Kế hoạch lịch biểu

STT Tên Công viêcThời gian dự kiến (days)

Ngày bắt đầu

Ngày kết thúc

1. Tìm hiểu các tài liệu 14 Thu 01-10-15 Wed 14-10-15

2.Xác định các phần mềm giúp ích cho đồ án

5Thu 01-10-15 Mon 05-10-15

3.Tìm hiểu Managing Software In A Systems Context

7Tue 06-10-15 Mon 12-10-15

4.Tìm hiểu Quản Lý Yêu Cầu Khách Hàng (Managing Requirements )

7Tue 06-10-15 Mon 12-10-15

5.Tìm hiểu Quản Lý Các Sản Phẩm Phức Tạp (Managing Product Complexity)

7Tue 06-10-15 Mon 12-10-15

6.Tìm Hiểu Quản Lý Cấu Hình (Managing Configurations)

7Tue 13-10-15 Mon 19-10-15

7.Tìm hiểu Sai Sót (Managing Defects)

7Tue 13-10-15 Mon 19-10-15

8.Tìm hiểu Đảm Bảo chất lượng (Ensuring Quality)

7Tue 13-10-15 Mon 19-10-15

9.

Theo dõi tiến độ quản lý giá trị sản phẩm(Tracking Progress Using Earned Value Management)

7

Tue 20-10-15 Mon 26-10-15

10.

Quản lý việc kiểm tra số liệu sản phẩm (Using Product Measurements And Metrics)

7

Tue 20-10-15 Mon 26-10-15

11.Bảo trì (Maintaining Product Focus)

7Tue 20-10-15 Mon 26-10-15

12. Tổng hợp lại các nội dung 14 Tue 27-10-15 Mon 09-11-15

13.

So sánh phương pháp tiếp cận của đề tài nhóm đã làm, với các phương pháp tiệm cận các tài liệu trước đó ưu, nhược điểm...

10

Tue 10-11-15 Thu 19-11-15

14. Viết báo cáo 14 Fri 20-11-15 Thu 03-12-15

1.4.2. mô tả lịch biểua. Tìm hiểu các tài liêu

Nội dung : Trong giai đoạn đầu của dự án. Nhóm dành phần lớn thời gian để tìm hiểu kĩ về các tài liệu có liên quan đến đồ án, nghiên cứu và lên kế hoạch làm việc cho từng cá nhân. Sau đó tiến hành phân chia công việc cụ thể. Lên danh sách các công cụ, kinh phí có thể liên quan đến những hoạt động của nhóm. Thông kế các công việc phải làm.

Thời gian: Thu 01-10-15 tới Wed 14-10-15

b. Xác định các phần mềm giúp ích cho đô án

Nội dung : Ở phần này nhóm tìm kiếm thông tin từ các phần mềm quản lý sản phẩm trên mạng và các phần mềm đã được học ở trường để học được các thông tin cần thiết áp dụng cho công việc của nhóm

Ví dụ: phần mềm OpenERP, Microsoft Project Manager.

Thời gian: Thu 01-10-15 tới Mon 05-10-15

c. Tìm hiểu Managing Software In A Systems Context

Nội dung : Ở phần này nhóm sẽ tìm hiểu về cách quản lý phần mềm ở nhiều môi trường sử dụng khác nhau như Win7, Win8, linux,..

Thời gian: Tue 06-10-15 tới Mon 12-10-15

d. Tìm hiểu Quản Lý Yêu Cầu Khách Hàng (Managing Requirements )

Nội dung : Yêu cầu quản lý (Managing Requirements ) là toàn bộ những quy tắc kỹ thuật riêng biệt. Vì vậy, phần này sẽ làm nổi bật một số mối quan tâm của người quản lý dự án phần mềm, cần phải giải quyết.

Thời gian: Tue 06-10-15 tới Mon 12-10-15

e. Tìm hiểu Quản Lý Các Sản Phẩm Phức Tạp (Managing Product Complexity)

Nội dung : Một sản phẩm phần mềm phức tạp có liên quan trực tiếp đến những khó khăn mà một lập trình viên sẽ có trong khi cố gắng để thay đổi hoặc cập nhật phần mềm mà không có nhược điểm. Nhưng cũng rất có thể vì một lý do nào đó mà chúng ta phải kể đến các nhược điểm của một phần mềm phức tạp.Các kỹ thuật chính có thể để quản lý các phần mềm phức tạp bao gồm:thiết kế đơn giản, định dạng cấu trúc, bổ sung ý kiến, tài liệu hỗ trợ, và đánh giá tổng quan, loại bỏ những mã không cần thiết trong phần mềm.

Thời gian: Tue 06-10-15 tới Mon 12-10-15

f. Tìm Hiểu Quản Lý Cấu Hình (Managing Configurations)

Nội dung : Phải đảm bảo rằng:Phần mềm và các sản phẩm có liên quan đều được xác định duy nhất,

Chỉ được phép cho nhân viên được ủy quyền tiếp cận với phần mềm và các sản phẩm có liên quan.

Thời gian: Tue 13-10-15 tới Mon 19-10-15

g. Tìm hiểu Sai Sót (Managing Defects)

Nội dung : Mục tiêu của quản lý lỗi này là để cung cấp phần mềm đáp ứng hoặc vượt quá mục tiêu chất lượng theo yêu cầu. Một trong những đặc trưng của hệ thống phần mềm là, không giống như một số hệ thống khác, phần mềm có thể được 99 phần trăm hoàn hảo và 100 phần trăm vô ích.

Thời gian: Tue 13-10-15 tới Mon 19-10-15

h. Tìm hiểu Đảm Bảo chất lượng (Ensuring Quality)

Nội dung : Mục đích của việc đảm bảo chất lượng phần mềm là để đảm bảo rằng:

- Tất cả các hoạt động của dự án được diễn ra theo đúng kế hoạch. - Tất cả các kế hoạch và các hoạt động của dự án phù hợp với việc

xác định quy trình. - Tất cả các quy trình, các hoạt động, và các sản phẩm phần mềm

thực hiện đúng theo tiêu chuẩn đặt ra.Thời gian: Tue 13-10-15 tới Mon 19-10-15

i. Tìm hiểu theo dõi quá trình quản lý sử dụng giá thu được (Tracking Progress Using Earned Value Management)

Nội dung : Chúng ta sẽ phát triển một cấu trúc phân chia công việc. Tính toán đến từng trường hợp phân chia công việc và ước tính chi phí. Khi triển khai dự án, hai hoạt động lớn liên tục xảy ra: sản phẩm đang được xây dựng (hoặc dịch vụ), và chi phí đang được tích luỹ.

Thời gian: Tue 20-10-15 tới Mon 26-10-15

j. Tìm hiểu Quản lý viêc kiểm tra số liêu sản phẩm (Using Product Measurements And Metrics)

Nội dung : Thảo luận về các nguyên tắc quản lý gắn với các phép đo và cách đo, chúng ta cần biết về các định nghĩa. Sự khác biệt giữa các phép đo và số liệu thì đơn giản. Các phép đo tất cả có giá trị đơn vị.

Thời gian: Tue 20-10-15 tới Mon 26-10-15

k. Tìm hiểu Bảo trì (Maintaining Product Focus)

Nội dung : Nguyên tắc và các hoạt động quản lý đã được thảo luận với sự nhấn mạnh vào việc phát triển và kiểm soát các sản phẩm của dự án. Mục đích của sự nhấn mạnh này là để đảm bảo rằng trọng tâm vẫn là kết thúc dự án bằng cách cung cấp sản phẩm.

Thời gian: Tue 20-10-15 tới Mon 26-10-15

l. Tổng hợp lại các nội dung

Nội dung : Thảo luận đánh giá những gì nhóm đã làm, rút ra bài học kinh nghiệm. Tổng hợp lại những phần mình đã làm.

Thời gian: Tue 27-10-15 tới Mon 09-11-15

m. So sánh phương pháp tiếp cận của đề tài nhóm đã làm, với các phương pháp tiêm cận các tài liêu trước đó ưu, nhược điểm ..

Nội dung : tìm hiểu các phương pháp tiếp cận khác để rút kinh nghiệm cho dự án.

Thời gian: Tue 10-11-15 tới Thu 19-11-15

n. Viết báo cáoNội dung : tổng hợp lại nội dung và viết báo cáo

Thời gian: Fri 20-11-15 tới Thu 03-12-15

CHƯƠNG 2. PHƯƠNG PHÁP/QUI TRÌNH/NỘI DUNG THỰC HIỆN

2.1 Qui trình thực hiên / phương pháp / các bước thực hiên

2.1.1. Qui trình thực hiên Gồm 9 bước:

2.1.2 Nội dung và các bước thực hiêna. Tìm hiểu Managing Software In A Systems Context

Ở phần này nhóm sẽ tìm hiểu về cách quản lý phần mềm ở nhiều môi trường sử dụng khác nhau như Win7,Win8,linux,..

b. Tìm hiểu Quản Lý Yêu Cầu (Managing Requirements)

-Yêu cầu quản lý (Managing Requirements ) là toàn bộ những quy tắc kỹ thuật riêng biệt. Vì vậy, phần này sẽ làm nổi bật một số mối quan tâm của người quản lý dự án phần mềm, cần phải giải quyết.

-Yêu cầu được định nghĩa là một trong những mục tiêu thách thức nhất trong các hệ thống phần mềm kỹ thuật. Và điều này chỉ liên quan đến việc nắm bắt toàn bộ của yêu cầu. Trong thực tế, các yêu cầu gần như luôn luôn thay đổi và một số yêu cầu thay đổi nhanh chóng và đáng kể. Vì vậy quản lý yêu cầu là một quá trình liên tục và là chức năng quan trọng trong quản lý dự án.

-Để đảm bảo các yêu cầu quản lý thành công, chúng ta cần phải giải quyết mỗi câu hỏi sau đây:+Ai có trách nhiệm quản lý các yêu cầu?+Phương pháp gì họ sẽ làm theo?+Những công cụ mà họ sẽ sử dụng?+Họ có cần đào tạo thêm gì hay không?+Ai sẽ kiểm tra lại công việc của họ?

c. Tìm hiểu Quản Lý Các Sản Phẩm Phức Tạp (Managing Product Complexity)

- Bất kỳ nhà phát triển phần mềm với hai năm kinh nghiệm có thể viết mã cực kỳ phức tạp. Vấn đề là nó dường như đòi hỏi ít nhất năm năm kinh nghiệm trước khi lập trình viên hiểu làm thế nào để viết ngắn gọn, mã đơn giản.-Một sản phẩm phần mềm phức tạp có liên quan trực tiếp đến những khó khăn mà một lập trình viên sẽ có trong khi cố gắng để thay đổi hoặc cập nhật các phần mềm mà không có nhược điểm. Nhưng cũng rất có thể vì một lý do nào đó mà chúng ta phải kể đến các nhược điểm của một phần mềm phức tạp.-Các kỹ thuật chính có thể để quản lý các phần mềm phức tạp bao gồm:thiết kế đơn giản, định dạng cấu trúc, bổ sung ý kiến, tài liệu hỗ trợ, và đánh giá tổng quan, loại bỏ những mã không cần thiết trong phần mềm

d. Tìm Hiểu Quản Lý Cấu Hình (Managing Configurations)

- Các mục tiêu của quản lý cấu hình rất đơn giản. Họ phải đảm bảo rằng:Phần mềm và các sản phẩm có liên quan đều được xác định duy nhất,Chỉ được phép cho nhân viên được ủy quyền tiếp cận với phần mềm và các sản phẩm có liên quan.- Hai hoặc nhiều cá nhân hoặc nhiều nhóm không cố gắng thay đổi các tập tin hoặc các sản phẩm cùng một lúc (vì theo đó sẽ dẫn đến sự mất mát của một tập hợp các thay đổi), Bất kỳ phiên bản của phần mềm đã tồn tại trước đó có thể được tái tạo lại vào bất kỳ ngày nào trong tương lai. Quản lý cấu hình không cần phải phức tạp hoặc tốn kém. Về dự án nhỏ,chúng ta có thể thiết lập một thư mục tập tin chuyên dụng trên mạng mà chỉ có mình có thể truy cập. Như các module phần mềm (được xác định trong kế hoạch phần mềm ) có sẵn, chúng ta di chuyển (không copy) tập tin vào một thư mục con trong thư mục quản lý cấu hình. Thư mục con này sẽ chứa tất cả các tập tin.- Ví dụ, đối với phiên bản 0.1 của hệ thống.Khi bắt đầu thử nghiệm , chỉ có các tập tin trong thư mục 0.1 đang được thử nghiệm. Trong khi thử nghiệm đang diễn ra, bạn tạo một thư mục con mới được đặt tên, ví dụ, 0.11. Bạn copy tất cả các file từ 0,1 đến thư mục 0.11. Nếu gặp sự cố, mình sẽ phân công để một người nào đó trong nhóm làm lại.

e. Tìm Hiểu Quản Lý Sai Sót (Managing Defects)

- Mục tiêu của quản lý sai sót này là để cung cấp phần mềm đáp ứng hoặc vượt quá mục tiêu chất lượng theo yêu cầu. Không giống như một số hệ thống khác, phần mềm có thể được 99 phần trăm hoàn hảo và 100 phần trăm vô ích. - Mặc dù mục tiêu cuối cùng đó là hoàn toàn không có khuyết điểm, mức độ tuyệt đối và độ phức tạp của phần mềm làm cho mục tiêu này không thể thực hiện. Vì vậy, thực tế mục tiêu thực sự của chúng ta là phát triển phần mềm đó tốt nhất mà chúng ta đến mức có thể.- Bước đầu tiên trong việc quản lý việc xây dựng các phần mềm chất lượng cao là tiến hành quản lý thiết kế để ngăn chặn sự xuất hiện các khuyết điểm. Bước thứ hai là thiết kế kiến trúc phần mềm riêng của mình để tạo điều kiện cho việc chẩn đoán chất lượng từng phần. Bước thứ ba là sử dụng một phần mềm kiểm tra hoặc xem xét để tìm lỗi tiềm ẩn. Và bước thứ tư, giả định rằng một số khuyết điểm vẫn không bị phát hiện sau ba bước trên, sau đó tiến kiểm tra hệ thống phần mềm và các sản phẩm một cách toàn diện.- Một phần của quá trình này là đánh giá và duyệt phần mềm. Trong dự án của chúng ta phải có ít nhất các công việc sau đây:+ Xem xét đánh giá phần mềm quản lý.+ Xem xét đánh giá phần mềm cao cấp.+ Chạy thử phần mềm, và kiểm tra phần mềm.

f. Tìm hiểu Đảm Bảo chất lượng (Ensuring Quality)

- Đảm bảo chất lượng phần mềm là mục đích chính của việc thiết lập một phần mềm chất lượng của cá nhân, nhóm, hoặc tổ chức. Khi xây dựng hệ thống phần mềm, chất lượng phải được đảm bảo trong suốt toàn bộ quá trình thực hiện dự án. Nếu được thực hiện một cách hoàn hảo, có thể sẽ không cần phải kiểm tra phần mềm ở cuối công đoạn phát triển, vì nó sẽ không có lỗi ở những giai đoạn đó. Thực tế, các phần mềm hoàn hảo thì rất hiếm. Do đó, nói thực tế, thử nghiệm là một phần không thể thiếu của quá trình đảm bảo chất lượng.- Mục đích của việc đảm bảo chất lượng phần mềm là để đảm bảo rằng:

+ Tất cả các hoạt động của dự án được diễn ra theo đúng kế hoạch, + Tất cả các kế hoạch và các hoạt động của dự án phù hợp với việc xác

định quy trình.+ Tất cả các quy trình, các hoạt động, và các sản phẩm phần mềm thực hiện đúng theo tiêu chuẩn đặt ra.+Sản phẩm phần mềm đáp ứng các nhu cầu của khách hàng.

- Về nguyên tắc, phần mềm đảm bảo chất lượng hiệu quả sẽ tương đối ít khuyết điểm trong quá trình thử nghiệm phát triển dự án.

g. Tìm hiểu Theo dõi tiến độ quản lý giá trị sản phẩm (Tracking Progress Using Earned Value Management)

- Giả sử chúng ta quản lý các yêu cầu, sản phẩm phức tạp và các nhược điểm, chúng ta sẽ đồng thời theo dõi chặt chẽ tiến độ công việc và các chi phí liên quan đến quá trình đó.

- Giả sử chúng ta đã xây dựng được kế hoạch của dự án, chúng ta sẽ phát triển một cấu trúc phân chia công việc. Tính toán đến từng trường hợp phân chia công việc và ước tính chi phí. Khi triển khai dự án, hai hoạt động lớn liên tục xảy ra: sản phẩm đang được xây dựng (hoặc dịch vụ), và chi phí đang được tích luỹ.- Như quản lý dự án, ba trong số các hạng mục quan trọng nhất mà chúng ta cần phải theo dõi là:

+ Giá trị của các sản phẩm xây dựng cho đến nay.+ Chi phí của sản phẩm xây dựng cho đến nay.+ Hiệu suất của dự án so với lịch trình đã định.

- Một phương pháp đơn giản là sử dụng quản lý giá trị thu được. Hệ thống này được phát triển bởi Bộ Quốc phòng Mỹ (DoD) và phát hành vào năm 1967 như một phần của kiểm soát chi phí / lịch trình tiêu chuẩn hệ thống DoD.- Quản lý giá trị thu được dựa trên theo dõi ba giá trị:

+ Chi phí ngân sách của công việc lên lịch (BCWS),+ Chi phí ngân sách của công việc thực hiện (BCWP), và+ Chi phí thực tế của công việc thực hiện (ACWP).

- Chi phí, giá trị, và tiến độ chỉ là ba ví dụ về các kiểu dữ liệu mà các nhà quản lý dự án phần mềm cần phải đạt được những hiểu biết về tính hiệu quả tổng thể và hiệu quả của các quá trình thực hiện dự án, cũng như tiến độ chung của các sản phẩm trong dự án. Tuy nhiên, chúng ta cũng có thể tăng những hiểu biết được cung cấp bằng cách theo dõi và phân tích các số có giá trị kết hợp các dữ liệu này với các phép đo bổ sung và số liệu.

h. Tìm hiểu Quản lý viêc kiểm tra số liêu sản phẩm (Using Product Measurements And Metrics)

- Trước khi thảo luận về các nguyên tắc quản lý gắn với các phép đo và cách đo, chúng ta cần biết về các định nghĩa. Sự khác biệt giữa các phép đo và số liệu thì đơn giản. Các phép đo tất cả có giá trị đơn vị. Sau đây là những ví dụ về các phép đo:

- Dòng mã, tổng số khiếm khuyết, số thất bại,số đối tượng,số lượng màn hình, số lượng tập tin dữ liệu, thời gian giữa thất bại có nghĩa là, tổng số giờ đào tạo, và thời gian trung bình để đóng một báo cáo lỗi.

- Số liệu kết hợp các phép đo bằng cách sử dụng công thức hoặc các thuật toán. Ví dụ về các số liệu là: Mật độ khuyết điểm , tỷ lệ thất bại, lãi suất, và tỷ lệ doanh thu của nhân viên.

- Một số phép đo liên quan chặt chẽ với các sản phẩm, một số các quy trình, và một số những cá nhân. Nhiều số liệu chồng lên nhau hai hoặc cả ba loại. Trong phát triển phần mềm, các số liệu tối thiểu tuyệt đối chúng ta nên theo dõi là: Kích cỡ,giá tiền,tiến độ,chất lượng,giá trị, và nguy cơ.

- Mỗi trường hợp này đã được thảo luận. Tuy nhiên, liên quan đến các số liệu , thì chúng ta cần phải quyết định một cách chính xác làm thế nào để xác định số lượng dữ liệu này, và cho dù chúng ta muốn theo dõi nhiều loại số liệu trong một khu vực đo duy nhất.Ví dụ, đối với chất lượng sản phẩm theo dõi, bất kỳ của các phép đo và các số liệu sau đây có thể hữu ích:+ Tổng số lỗi phát hiện cho đến nay,+ Tổng số lỗi tìm thấy trong quá trình kiểm tra,+ Tổng số lỗi tìm thấy trong quá trình thử nghiệm kết hợp,mật độ lỗi+ Tỷ lệ số giờ làm lại/ giờ phát triển, tỉ lệ phát hiện lỗi và thời gian làm lại trung bình mỗi lỗi.

- Tất cả những số liệu có thể được bắt nguồn từ một bộ rất nhỏ của các phép đo và dữ liệu (ví dụ như, người tạo ra lỗi, ngày tìm thấy, giờ để sửa chữa, kích thước phần mềm).

- Thu thập số liệu cần có thời gian, do đó, không bận tâm thu thập bất kỳ số liệu mà bạn không cần. Xem lại thường xuyên các số liệu chúng ta đang thu thập và xác minh rằng họ vẫn tiếp tục cung cấp cho chúng ta thông tin giúp chúng ta kiểm soát dự án.

i. Tìm hiểu Bảo trì (Maintaining Product Focus)

- Trong suốt chương này, nguyên tắc và các hoạt động quản lý đã được thảo luận với sự nhấn mạnh vào việc phát triển và kiểm soát các sản phẩm của dự án. Mục đích của sự nhấn mạnh này là để đảm bảo rằng Trọng tâm vẫn là kết thúc dự án bằng cách cung cấp sản phẩm.

- Bảo trì phần mềm bao gồm điều chỉnh các lỗi mà chưa được phát hiện trong các giai đoạn phát triển sản phẩm, nâng cấp tính năng sử dụng và an toàn vận hành của sản phẩm phần mềm. Bảo trì phần mềm có thể chiếm đến 65%-75% công sức trong chu kỳ sống của một sản phẩm phần mềm.

- Nhiệm vụ của giai đoạn bảo trì phần mềm là giữ cho phần mềm được cập nhật khi môi trường thay đổi và yêu cầu người sử dụng thay đổi.

Bảo trì phần mềm được chia thành 4 loại:

Sửa lại cho đúng (corrective): là việc sửa các lỗi hoặc hỏng hóc phát sinh. Các lỗi này có thể do lỗi thiết kế, lỗi logic hoặc lỗi coding sản phẩm. Ngoài ra, các lỗi cũng có thể do quá trình xử lý dữ liệu, hoặc hoạt động của hệ thống.

Thích ứng (adaptative): là việc chỉnh sửa phần mềm cho phù hợp với môi trường đã thay đổi của sản phẩm. Môi trường ở đây có nghĩa là tất các yếu tố bên ngoài sản phẩm như quy tắc kinh doanh, luật pháp, phương thức làm việc,...

Hoàn thiện: chỉnh sửa để đáp ứng các yêu cầu mới hoặc thay đổi của người sử dụng. Loại này tập trung vào nâng cao chức năng của hệ thống, hoặc các hoạt động tăng cường hiệu năng của hệ thống, hoặc đơn giản là cải thiện giao diện.

Bảo vệ (preventive): mục đích là làm hệ thống dễ dàng bảo trì hơn trong những lần tiếp theo.

2.2 So sánh với các phương pháp tiếp cận khác

Phương pháp tiếp cận của Trường Đại Học Hàng Hải

Phương pháp tiếp cận Richard Bechtold

Gồm 6 bước Gồm 9 bướcLàm nhanh nhưng ít chặc chẽ Mang tính chặc chẽ và logic hơnHiệu quả có thể thấp hơn Hiệu quả của việc quản lý cao hơnCó thể xảy ra nhiều rủi ro hơn Kiểm soát được rủi ro tương đối chặc

chẽNhanh chóng hoàn thành sản phẩm Tốn nhiều chi phí và tài nguyên nhân lực

2.3 Sơ đô ADM, PDM, GANTT

Bảng Miêu Tả Hoạt Động

STT Tên Hoạt ĐộngThời gian bắt

đầuThời gian kết

thúcA. Tìm hiểu các tài liệu Thu 01-10-15 Wed 14-10-15

B.Xác định các phần mềm giúp ích cho đồ án

Thu 01-10-15 Mon 05-10-15

C.Tìm hiểu Managing Software In A Systems Context

Tue 06-10-15 Mon 12-10-15

D.Tìm hiểu Quản Lý Yêu Cầu Khách Hàng (Managing Requirements )

Tue 06-10-15 Mon 12-10-15

E.Tìm hiểu Quản Lý Các Sản Phẩm Phức Tạp (Managing Product Complexity)

Tue 06-10-15 Mon 12-10-15

F.Tìm Hiểu Quản Lý Cấu Hình (Managing Configurations)

Tue 13-10-15 Mon 19-10-15

G.Tìm hiểu Sai Sót (Managing Defects)

Tue 13-10-15 Mon 19-10-15

H.Tìm hiểu Đảm Bảo chất lượng (Ensuring Quality)

Tue 13-10-15 Mon 19-10-15

I.

Theo dõi tiến độ quản lý giá trị sản phẩm(Tracking Progress Using Earned Value Management)

Tue 20-10-15 Mon 26-10-15

J.Quản lý việc kiểm tra số liệu sản phẩm (Using Product Measurements And Metrics)

Tue 20-10-15 Mon 26-10-15

K.Bảo trì (Maintaining Product Focus)

Tue 20-10-15 Mon 26-10-15

L. Tổng hợp lại các nội dung Tue 27-10-15 Mon 09-11-15

M.

So sánh phương pháp tiếp cận của đề tài nhóm đã làm, với các phương pháp tiệm cận các tài liệu trước đó ưu, nhược điểm...

Tue 10-11-15 Thu 19-11-15

N. Viết báo cáo Fri 20-11-15 Thu 03-12-15

2.3.1 ADMSTT Công viêc Nút bắt đầu Nút kết thúc Thời gian dự kiên (days)

1 A 1 2 142 B 2 3,4,5 73 C 3 6 74 D 4 7 75 E 5 8 76 F 6 9 77 G 7 10 78 H 8 11 79 I 9 12 710 J 10 12 711 K 11 12 712 L 12 13 1413 M 13 14 1014 N 14 14 15

Đường dẫn:

- path 1: ABCFIMN = 65

- path 2: ABDGJMN = 65

- path 3: ABEHKMN = 65

2.3.2 PDM

2.3.3 Grantt

CHƯƠNG 3. XÂY DỰNG VÍ DỤ MINH HỌA

Ví dụ : Xây dựng một phần mềm quản lý phòng NET UIT_Entertaiment

1.1 Mục tiêu của dự án :

- Đáp ứng đủ yêu cầu của khách hàng về sản phẩm.

- Bàn giao sản phẩm đúng hạn cũng như tập huấn cho người sử dụng phần mềm đúng hạn.

- Tạo ra một sản phẩm hoàn hảo đến mức có thể phù hợp với chi phí của khách hàng đưa ra, thỏa mãn khách hàng.

1.2 Phạm vi:

- Hệ thống hỗ trợ quản lý trong phạm vi tiệm Net UIT Entertaiment.

- Hệ thống quản lý 50 máy khách cài window 7 và 1 máy chủ Window server 2008.

1.3 Người tham gia:

a. Trưởng dự án và nhóm thực hiện: Ông/Bà : Đoàn Văn Vũ (Trưởng nhóm Quản lý dự án CNTT)Ông/Bà : Cao Huỳnh Tân (Phó trưởng nhóm thực hiện dự án CNTT )Ông/Bà : Trần Quốc Thái (Thành viên nhóm thực hiện dự án CNTT )Đơn vị : Tập đoàn UIT Software.

b. Khách hàng : Ông/Bà : Nguyễn Minh ChánhChức vụ : Chủ Tiệm Net UIT- EntertaimentĐơn vị : UITGroup

c. Người dùng : Ông/Bà : Nhân viên quản lý phòng net UIT -EntertaimentChức vụ : Nhân viên.Đơn vị : UITGroup

1.4 Kế hoạch lịch biểu

1.4.1 Các ràng buộca) Thời gian: i. Thời gian thực hiện dự án dự kiến : 64 ngàyii. Thời gian thực hiện dự án tối đa : 70 ngàyiii. Thời gian tập huấn sử dụng hệ thống : 3 ngàyiv.Thời gian sử dụng thử nghiệm hệ thống : 7 ngày

b) Chi phí:i. Chi phí dự kiến :50.000.000 VND (Năm mươi triệu đồng chẵn)ii. Chi phí tối đa :55.000.000 VND (Năm mươi lăm triệu đồng chẵn )

c) Nhân lực: i. Đoàn Văn Vũ (Product manager)ii. Cao Huỳnh Tân (Coder)iii. Trần Quốc Thái (Coder)iv.Nguyễn Tiến Đình (Tester)

1.4.3 Xây dựng lịch biểu (miêu tả các hoạt động)a) Xác Định Yêu Cầu Khách Hàng: -Phần mềm trực quan, dễ sử dụng, hoàn toàn bằng tiếng việt, tương thích với Window server 2008, Window 7 32, 64 bit.-Phần mềm phải đảm bảo các điều sau đây:

+ Không Vi phạm nghị định 72 của chính phủ về việc quản lý của các điểm truy cập Internet.

+ Quản lý tự động thời gian truy cập, tính tiền sử dụng của các máy trạm bao gồm tiền truy cập Internet và các dịch vụ kèm theo như ăn uống, thẻ game, card điện thoại…..

+ Phương thức tính tiền truy cập internet phải có sự linh hoạt thay đổi với bảng giá động theo từng ngày trong tuần.

+ Quản lý sử dụng thẻ hội viên, quản lý và cân đối các chi phí hàng ngày.

+ Các báo cáo tài chính thông dụng.+ Cung cấp các khả năng theo dõi, điều khiển, bảo vệ toàn bộ các máy

tính trạm.+ Về mặt dung lượng, tốc độ ổn định theo thời gian

b) Quản Lý Phần Mềm Phù Hợp Với Hệ Thống (Managing Software In A System Context) :

- Phần mềm hoạt động được trên môi trường Window 7, Window server 32 và 64 bit.

c) Quản Lý Cấu Hình (Managing configuration)- Chỉ được phép cho nhân viên được ủy quyền tiếp cận với phần mềm và

các sản phẩm có liên quan. - Thiết lập thư mục quản lý cấu hình chứa các module phần mềm. Ví dụ,

đối với phiên bản 0.1 của phần mềm này. Khi bắt đầu thử nghiệm , chỉ có các tập tin trong thư mục 0.1 được thử nghiệm. Trong khi thử nghiệm đang diễn ra, tạo một thư mục con mới được đặt tên, ví dụ, 0.11. Sau đó ta copy tất cả các file từ 0,1 đến thư mục 0.11. Nếu gặp sự cố, PM sẽ phân công để một người nào đó trong nhóm làm lại.

d) Quản Lý Các Sai Sót ( Managing Sefect)- Mục tiêu của quản lý sai sót này là để cung cấp phần mềm đáp ứng hoặc

vượt quá mục tiêu chất lượng theo yêu cầu.- Quản lý thiết kế để ngăn chặn sự xuất hiện các khuyết điểm trong phần

mềm này, đáp ứng đủ các yêu cầu khách hàng. - Chạy thử nghiệm các module và tiến kiểm tra hệ thống phần mềm một

cách toàn diện nhằm hướng đến sự hoàn hảo nhất.

e) Đảm Bảo Chất Lượng Phần Mềm ( Ensuring Quality)- Đảm bảo chất lượng phần mềm là mục đích chính của việc tạo ra một phần mềm tốt. Khi xây dựng hệ thống phần mềm, chất lượng phải được đảm bảo trong suốt toàn bộ quá trình thực hiện dự án.- Mục đích của việc đảm bảo chất lượng phần mềm là để đảm bảo rằng:

+ Tất cả các hoạt động của dự án được diễn ra theo đúng kế hoạch, + Tất cả các kế hoạch và các hoạt động của dự án phù hợp với việc xác

định quy trình.+ Tất cả các quy trình, các hoạt động, và các sản phẩm phần mềm thực hiện đúng theo tiêu chuẩn đặt ra.+Sản phẩm phần mềm đáp ứng các nhu cầu của khách hàng.

f) Theo Dõi Tiến Độ Quản Lý Giá Trị Sản Phẩm (Tracking Progress Using Earned Value Manaagement)

- Khi triển khai dự án, hai hoạt động lớn liên tục xảy ra: sản phẩm đang được xây dựng và chi phí đang được tích luỹ.- Chi phí sẽ thay đổi theo nhiều khía cạnh như thiếu nhân lực, các thay đổi yêu cầu của khách hàng.

g) Quản Lý Việc Kiểm Tra Số Liệu Sản Phẩm( Using Product Measurements And Metrics)- Số liệu kết hợp các phép đo bằng cách sử dụng công thức hoặc các thuật

toán. Ví dụ về các số liệu là: Mật độ khuyết điểm , tỷ lệ thất bại, lãi suất, và tỷ lệ doanh thu của nhân viên.

- Các số liệu tối thiểu tuyệt đối chúng ta nên theo dõi là: Kích cỡ phần mềm, giá tiền, tiến độ, chất lượng, giá trị của sản phẩm

h) Bảo Trì (Maintaining Product Focus) - Đảm bảo hỗ trợ kỹ thuật bởi đội bảo trì 24/24h trong ngày. - Hỗ trợ kỹ thuật trực tiếp trong vòng 12 giờ sau khi xảy ra sự cố. - Khôi phục hệ thống và khắc phục sự cố trong vòng 24 giờ. - Đáp ứng các nhu cầu khi có sự thay đổi, hay ý kiến phản hồi từ khách

hàng.

CHƯƠNG 4: KẾT LUẬNKhi thực hiện đồ án tìm hiểu này nhóm cũng gặp nhiều khó khăn như phải tìm hiểu, tham khảo nhiều tài liệu trong và ngoài nước, cũng như phải đóng vai trò thành một Product manager để có một cách nhìn toàn diện hơn Nhưng qua đó thì nhóm cũng thu được nhiều kiến thức bổ ích:

- Hiểu quy trình giám sát và điều khiển hoạt động quản lý sản phẩm- Nắm rõ được đặc điểm, phong cách người Product Manager.- Học tập được cách giải quyết khó khăn trong việc quản lý dự án

→ Đúc kết kinh nghiệm để vận dụng vào thực tiễn

4.4 Tài liêu tham khảo

http://blog.siliconstraits.vn/cong-viec-cua-mot-product-manager/

[2] http://fmit.vn/tin-tuc/vai-tro-cua-quan-ly-du-an-trong-quan-tri-chien-luoc-toan-dien/118

[2]Essentials of Software Project Management by Richard Bechtold Management Concepts 1999