Sơ đồ Gantt

Một phần của tài liệu Quản lý dự án phát triển phần mềm đề tài quản lý thư viện (Trang 35)

2.6. Danh mục các rủi ro

DANH MỤC CÁC RỦI RO CÓ THỂ GẶP PHẢI TRONG DỰ ÁN QUẢN LÝ THƯ VIỆN

Ngày lập: 20/09/2021 Người lập: Nguyễn Quốc Trung

rủi ro Mô tả rủi ro Mức độ ảnh hưởng Tần suất Cách khắc phục R01 Khách hàng hết tiền. TrFm trọng Có thể xảy ra

Cam kết trả theo tyng giai đoạn (trả tiền theo tyng module của mỗi giai đoạn)

Soạn thảo hợp đồng giữa mình và khách hàng để có sự ràng buô mc về mă mt pháp lý và có thể yêu cFu đền bù hợp đồng khi cFn thiết.

R02 Khách hàng thay đui yêu cFu.

Quan trọng

Thưvn g xuyên

Phát triển phFn mềm theo mô hình thác nước với mô mt số cải tiến vya xây dựng vya lty feedback.

R03 Khách hàng hủy dự án. Vya phải Hiếm khi

Bồi thưvng theo mức độ ghi trong hợp đồng.

R04 Khách hàng yêu cFu nhiều, nhưng chi phí họ muốn

Quan trọng

Hiếm khi

Thương lượng lại với khách hàng. Lập kế bảng ước lượng chi phí và có thể trình bày cho khách hàng tham

trả thì không phù hợp.

khảo. R05 Hệ thống không

đáp ứng nhu cFu hoặc mong đợi của ngưvi dùng.

Quan trọng

Hay xảy ra

Phân tích lại yêu cFu của khách hàng.

R06 Mâu thuẫn code giữa các dev. Vya phải Thưvn g xuyên

Sq dDng github, gitlab để tránh việc ghi đè, phân công công việc rõ ràng. R07 Thiếu sự liên lạc giữa các thành viên trong nhóm. Quan trọng Hay xảy ra

Tu chức các cuộc họp thưvng xuyên, sq dDng các phFn mềm, ứng dDng để liên lạc. R08 Phát triển sai chức năng. Quan trọng Hay xảy ra

Chia nhz các chức năng để dễ phân tích, sau khi hoàn thành mỗi chức năng nhz tu chức họp để chpnh sqa, lty ý kiến. Phân tích lại tính tu chức, mô hình nghiệp vD của cqa hàng. R09 Phát triển sai giao

diện.

Quan trọng

Hay xảy ra

Phân tích thao tác ngưvi dùng, tạo các giao diện mẫu gqi cho khách hàng xem trước rồi mới tiến hành chpnh sqa, thiết kế cho phù hợp. R10 Thành viên không

hiểu công việc mà leader phân công dẫn đến làm sai yêu cFu. Quan trọng Hay xảy ra

Các nhiệm vD phải được phân công đúng với chuyên môn của nhân viên, tu chức họp đánh giá thưvng xuyên.

Chương 3: QUI TRÌNH THỰC HIỆN

Giả định: Công việc “Viết test cases/test scripts” được thực hiện bởi 2 tài nguyên, trong đó có 1 tài nguyên chưa thành thạo trong việc thực hiện công việc đó, vì vậy cFn thêm 1 công việc để review những test cases/test scripts đ| được viết.

Hình 1. Trước khi thêm công việc giả định

Hình 2. Công việc "Review test cases/test scripts" được thêm vào

 Xác định tài nguyên bị quá tải View – Resource Sheet

Hình 3. Tài nguyên bị tô đỏ: Đào Thị Thu Hin bị quá tải

Hình 4. Biểu đồ cho thấy sự quá tải của tài nguyên Đào Thị Thu Hin

 Lọc những công việc có sq dDng tài nguyên bị quá tải View – Filter – Using resource …

Hình 6. Tài nguyên bị quá tải

 Phương pháp cân đối nhóm lựa chọn: Chuyển song song thành tuFn tự

Hình 7. Chuyển công việc song song thành tun tự

Hình 9. Sau khi cân đối

Sau khi cân đối, thvi gian thực hiện tăng 1 ngày. Tuy nhiên vì đây là công việc nằm trên đưvng Gantt nên chi phí cũng tăng $48 (khoảng 1,111,000đ)

Chương 4: QUI TRÌNH KIỂM SOÁT VÀ ĐIỀU KHIỂN

4.1. Tình huống giả định d•n đến việc cập nhật Bản phát biểu về phạm vi

Tình huống giả định: Khách hàng yêu cFu bu sung thêm chức năng tính tiền phạt khi độc giả trả sách trễ

4.1.1. Cập nhật bản phát biểu v phạm vi

BẢN PHÁT BIỂU VỀ PHẠM VI

Tên dự án: Xây dựng phần mềm Quản lý thư viện

Ngày lập: 24/09/2021 Người lập: Nguyễn Trùng Dương Lý giải về dự án:

● X| hô mi ngày càng phát triển thì nhu cFu làm viê mc, tìm hiểu tài liê mu và giải trí của con ngưvi ngày càng cao, họ cFn mô mt nơi vya yên tĩnh vya thoải mái để có thể làm viê mc hiê mu quả hoă mc có thvi gian yên tĩnh để nghĩ ngơi thư gi|n. Vì vâ my có rtt nhiều thư viê mn xutt hiê mn để đáp ứng những nhu cFu. Để tạo ra mô mt sự khác biê mt với những thư viê mn khác, thư viê mn của nhóm s{ tạo ra mô mt không gian đọc sách riêng tư, yên tĩnh.

● Tuy nhiên với viê mc càng ngày càng có nhiều ngưvi tìm đến thư viê mn thì viê mc phDc vD độc giả và quản lý sao cho có hiê mu quả càng được quan tâm, chú trọng. Các vtn đề như quản lý sách, quản lý phiếu mượn sách, phDc vD độc giả,... thì rtt khó để quản lý thủ công được. Vì vâ my vtn đề xây dựng mô mt hê m thống quản lý thư viê mn bằng phFn mềm được đă mt ra để có thể quản lý quán mô mt cách hiê mu quả và tránh những sai sót thủ công dễ gă mp phải.

● PhFn mềm quản lý mang tính khoa học, trực quan đảm bảo cho ngưvi quản

lý và thủ thư có thể dễ dàng sq dDng và phải đảm bảo được tính phân quyền của phFn mềm.

Mục tiêu: Xây dựng website quản lý thư viê mn với các chức năng chính như sau

thông tin đô mc giả

o Quản lý thông tin loại đô mc giả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin loại đô mc giả

o Quản lý thông tin sách: Hiển thị danh sách, thêm, chpnh sqa, ẩn và xóa thông tin sách

o Quản lý thông tin loại sách: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin loại sách

o Quản lý thông tin tác giả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin tác giả

o Quản lý thông tin nhà xutt bản: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin nhà xutt bản

o Quản lý và xutt phiếu mượn sách

o Quản lý phiếu trả sách

o Tra cứu thông tin đô mc giả

o Tra cứu thông tin sách

o Tra cứu thông tin phiếu mượn

o Thay đui các quy định

▪ Chpnh sqa tuui tối thiểu

▪ Tuui tối đa của đô mc giả

▪ Thvi gian sq dDng the

▪ Khoảng năm xutt bản

▪ Số lượng mượn sách tối đa

▪ Số ngày mượn sách tối đa

o Xutt các danh sách bảo cáo

▪ Danh sách báo cáo thống kê tình hình mượn sách theo thể loại

▪ Danh sách báo cáo thống kê tình hình mượn sách trả trễ

o Đăng nhâ mp tài khoản

o Đăng ký tài khoản

o Đui mật khẩu tài khoản

o Tính tiền phạt khi trả sách trễ

Các tính chất và yêu cầu của sản phẩm:

1. Chức năng dễ sq dDng, giao diện dễ nhìn.

2. Thông tin về sách, độc giả, phiếu mượn sách và việc nhận trả sách của độc giả rõ ràng

3. Tìm kiếm thông tin sách, tìm thông tin độc giả, thông tin mượn trả sách 4. Thống kê, báo cáo

Tổng kết về các sản phẩm chuyển giao của dự án:

Các kết quả liên quan đến quản lý dự án:

1. Bản mô tả dự án 2. Bản tuyên bố dự án 3. Họp đồng nhóm 4. Bản phát biểu về phạm vi 5. Bản cập nhật của bản phát biểu về phạm vi 6. WBS 7. Bản cập nhật của WBS 8. Sơ đồ Gantt

9. Bản cập nhật của sơ đồ Gantt

10. Danh mDc các rủi ro

11. Báo cáo về Bài học kinh nghiệm 12.Báo cáo Kết thúc dự án

Sản phẩm liên quan:

1. M| nguồn phFn mềm quản lý thư viện 2. Tài liệu use case

3. Tài liệu các sơ đồ tuFn tự của hệ thống 4. Tài liệu mô hình hóa (các sơ đồ luồng) 5. Tài liệu mô hình ERD

7. Các bản thiết kế giao diện 8. Tài liệu kiểm thq 9. Kết quả kiểm thq

10.Tài liệu hướng dẫn sq dDng phFn mềm

Các yêu cầu để đánh giá sự thành công của dự án:

1. Dự án hoàn thành đúng thvi hạn

2. Dự án hoàn thành trong ngân sách cho phép

3. PhFn mềm đạt yêu cFu về chtt lượng, có đủ các chức năng cFn thiết 4. PhFn mềm tạo ra đáp ứng mọi yêu cFu của ngưvi dùng cuối 5. PhFn mềm có màu sắc phù hợp

6. Làm hài lòng và giúp tiết kiệm thvi gian, công sức cho ngưvi sq dDng 7. Dự án đạt được sự hài lòng của khách hàng

4.1.2. Cập nhật WBS

WBS

STT Tên công việc Mô tả công việc Thành phẩm

Người chịu trách nhiệm chính Ước lượng thời gian thực hiện Các tài nguyên cần thiết kèm theo 1 Họp định kỳ hàng tuần 1.1 Họp định kỳ hàng tuFn 1

Tuyên bố khởi tạo dự

án Biên bản cuộc họp

Đào Thị Thu Hiền 1 giv

Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.2 Họp định kỳ hàng tuFn 2

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Phan Viết Đức 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.3 Họp định kỳ hàng tuFn 3

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Nguyễn Trùng Dương

1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung,

Nguyễn Trùng Dương

1.4 Họp định kỳ hàng tuFn 4

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn Biên bản cuộc họp Đỗ Mạnh Tiến 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.5 Họp định kỳ hàng tuFn 5

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Nguyễn Quốc Trung 1 giv

Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.6 Họp định kỳ hàng tuFn 6

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Đào Thị Thu Hiền 1 giv

Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.7 Họp định kỳ hàng tuFn 7

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Phan Viết Đức 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.8 Họp định kỳ hàng tuFn 8

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn Biên bản cuộc họp Nguyễn Trùng Dương 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.9 Họp định kỳ hàng tuFn 9

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn Biên bản cuộc họp Đỗ Mạnh Tiến 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.10 Họp định kỳ hàng tuFn 10

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Nguyễn Quốc Trung 1 giv

Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.11 Họp định kỳ hàng tuFn 11

Báo cáo tiến độ và hỗ trợ các thành viên nhóm

Biên bản cuộc họp Đào Thị Thu Hiền

1 giv Phan Viết Đức, Đào Thị Thu

nếu có khó khăn Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 1.12 Họp định kỳ hàng tuFn 12

Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn

Biên bản cuộc họp Phan Viết Đức 1 giv Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương 2 Xác định phạm vi dự án 11 ngày

2.1 Khảo sát yêu cFu dự án 1 ngày

2.1.1 Xác định yêu cFu nghiệp vD

Xác định yêu cFu nghiệp vD về lưu trữ, tra cứu, tính toán, kết xutt để đảm bảo tính đúng đắn

Tài liệu yêu cFu nghiệp vD Nguyễn Trùng Dương 1 ngày Nguyễn Trùng Dương 2.1.2 Xác định yêu cFu hệ thống Xác định yêu cFu hệ thống gồm tính an toàn và tính bảo mật

Tài liệu yêu cFu hệ thống

Đỗ Mạnh

Tiến 1 ngày Đỗ Mạnh Tiến

2.1.3 Xác định yêu cFu chtt lượng Xác định yêu cFu chtt lượng gồm tính tiến hóa, tính tiện dDng, tính tương thích của phFn mềm

Tài liệu yêu cFu chtt lượng

Nguyễn Quốc Trung 1 ngày

Nguyễn Quốc Trung

2.2 Tuyên bố khởi tạo dự án 6 ngày

2.2.1 Tuyên bố mDc tiêu dự án

Tuyên bố mDc tiêu dự

án Bản mDc tiêu dự án

Phan Viết

Đức 1 ngày Phan Viết Đức 2.2.2 Lập bản tuyên bố dự án Lập bản tuyên bố dự án Tôn chp Dự án Đào Thị

Thu Hiền 1 ngày Đào Thị Thu Hiền 2.2.3 Lập họp đồng nhóm Lập họp đồng nhóm Họp đồng nhóm Đào Thị

Thu Hiền 1 ngày Đào Thị Thu Hiền 2.2.4 Lập bảng phân tích các

bên liên quan

Xác định và phân tích các bên liên quan chính

Bảng phân tích các bên liên quan

Đỗ Mạnh

Tiến 1 ngày Đỗ Mạnh Tiến

2.2.5 Lập bản phát biểu về phạm vi Lập bản phát biểu về phạm vi dự án Bản phát biểu về phạm vi Nguyễn Trùng Dương 1 ngày Nguyễn Trùng Dương 2.2.6 Lập danh sách các rủi ro và cách khắc phDc Lập danh sách những rủi ro có thể xảy ra trong dự án quản lý thư viện và đề xutt cách khắc phDc Danh sách các rủi ro và cách khắc phDc Nguyễn Quốc Trung 1 ngày

Nguyễn Quốc Trung

2.3 Lập kế hoạch ban đFu 4 ngày

2.3.1 Lập danh sách công việc

Lập danh sách công việc cFn phải làm trong dự án

Danh sách công việc của dự án

Đào Thị

Thu Hiền 1 ngày Đào Thị Thu Hiền

2.3.2 Phân bố nhân sự

Phân bố nhân sự phù hợp vào các công việc đ| được lập ra

Bản phân bố nhân sự

Đào Thị

Thu Hiền 1 ngày Đào Thị Thu Hiền

2.3.3 Lên lịch biểu Lập lịch các công việc Lịch biểu Đào Thị

Thu Hiền 1 ngày Đào Thị Thu Hiền 2.3.4 Ước tính kinh phí Ước tính kinh phí của

dự án

Bản kinh phí ước tính

Đào Thị

3 Phân tích và thiết kế hệ thống 9 ngày 3.1 Chọn kiến trúc hệ thống phù hợp Lựa chọn kiến trúc hệ thống phù hợp để thiết kế phFn mềm quản lý thư viện

Tài liệu kiến trúc hệ thống Nguyễn Trùng Dương 1 ngày Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương

3.2 Mô hình hóa 2 ngày

3.2.1

V{ sơ đồ luồng dữ liệu cho yêu cFu lập the độc giả

Sơ đồ luồng dữ liệu là một cách biểu diễn luồng dữ liệu thông qua một quá trình hoặc một hệ thống. Nó cũng cung ctp thông tin về đFu ra và đFu vào của mỗi thực thể và bản thân quá trình.

Sơ đồ luồng dữ liệu cho yêu cFu lập the độc giả

Đỗ Mạnh

Tiến 1 ngày Đỗ Mạnh Tiến

3.2.2

V{ sơ đồ luồng dữ liệu cho yêu cFu tiêp nhận sách mới

Sơ đồ luồng dữ liệu là một cách biểu diễn luồng dữ liệu thông qua một quá trình hoặc một hệ thống. Nó cũng cung ctp thông tin về đFu ra và đFu vào của mỗi thực thể và bản thân quá trình.

Sơ đồ luồng dữ liệu cho yêu cFu tiêp nhận sách mới

Nguyễn Quốc Trung 1 ngày

Nguyễn Quốc Trung

3.2.3 V{ sơ đồ luồng dữ liệu cho yêu cFu tra cứu sách

Sơ đồ luồng dữ liệu là một cách biểu diễn luồng dữ liệu thông qua một quá trình hoặc một hệ thống. Nó cũng cung ctp thông tin về đFu ra và đFu vào của mỗi thực thể và bản thân quá trình.

Sơ đồ luồng dữ liệu cho yêu cFu tra cứu sách Nguyễn Trùng Dương 1 ngày Nguyễn Trùng Dương 3.2.4

V{ sơ đồ luồng dữ liệu cho yêu cFu lập phiếu mượn

Sơ đồ luồng dữ liệu là một cách biểu diễn luồng dữ liệu thông qua một quá trình hoặc một hệ thống. Nó cũng cung ctp thông tin về đFu ra và đFu vào của mỗi thực thể và bản thân quá trình.

Sơ đồ luồng dữ liệu cho yêu cFu lập phiếu mượn

Đỗ Mạnh

Một phần của tài liệu Quản lý dự án phát triển phần mềm đề tài quản lý thư viện (Trang 35)

Tải bản đầy đủ (PDF)

(69 trang)