Báo Cáo - Bài Tập Lớn - Học phần - Quản Lí Dự Án Phần Mềm - Đề tài - Xây dựng phần mềm quản lý thư viện

Báo Cáo Bài Tập Lớn Học phần Quản Lí Dự Án Phần Mềm Đề tài Xây dựng phần mềm quản lý thư việnBáo Cáo Bài Tập Lớn Học phần Quản Lí Dự Án Phần Mềm Đề tài Xây dựng phần mềm quản lý thư việnBáo Cáo Bài Tập Lớn Học phần Quản Lí Dự Án Phần Mềm Đề tài Xây dựng phần mềm quản lý thư viện

Tổng quan dự án

Giới thiệu dự án

Ông Nguyễn Quang Hưng đã quyết định xây dựng thư viện Sách Hay nhằm đáp ứng nhu cầu đọc sách ngày càng cao của mọi người Thư viện cung cấp nhiều loại sách hay và bổ ích trong nhiều lĩnh vực khác nhau, giúp độc giả dễ dàng tiếp cận nguồn tri thức phong phú của thế giới.

Dự án phát triển phần mềm quản lý và website cho thư viện Sách Hay, nơi lưu trữ hàng ngàn cuốn sách giá trị, dự kiến sẽ hoàn thành trong khoảng 5 tháng.

Thư viện Sách Hay yêu cầu xây dựng một hệ thống quản lý thư viện điện tử, với các yêu cầu nghiệp vụ sẽ được cung cấp bởi thư viện Bên cạnh đó, sẽ có một trang web cho phép bạn đọc tìm kiếm và lựa chọn sách trước khi đến thư viện.

Phạm vi dự án

Dự án xây dựng hệ thống tại máy chủ thư viện Sách Hay cho phép nhân viên quản lý thư viện và bạn đọc truy cập từ xa qua giao diện web, giúp họ đăng ký trước khi đến mượn sách tại thư viện.

- Dữ liệu về các bạn đọc, sách, tác giả ngày trả ngày mượn

- Chi phí, lợi nhuận thu được của thư viện

- HTML, CSS, Bootstrap, Java Script

- Gần gũi và dễ dàng sử dụng đối với bạn đọc và mượn

- Dễ dàng quản lý các bạn đọc và mượn của thư viện

- Dễ dàng nâng cấp và bảo trì hệ thống

● Yêu cầu từ phía người dùng:

- Hệ thống đăng nhập an toàn và bảo mật

- Có tính hiệu quả cao

- Dễ dàng theo dõi ngày tháng mượn trả sách

- Chức năng tìm kiếm đa dạng dễ dàng

- Có phần phản hồi đánh giá về sách

● Đơn vị thực hiện: Nhóm 15_QLDAPM-09

● Ước lượng thời gian hoàn thành : Khoảng 5 tháng

● Tổng kinh phí cho dự án: 215.000.000 VNĐ (hai trăm mười lăm triệu đồng)

Các điều kiện ràng buộc

● Mọi rủi ro về mặt kỹ thuật, con người thì khách hàng không chịu trách nhiệm

Trong trường hợp xảy ra lỗi trong thời gian bảo trì, nhóm sẽ nhận được sự hỗ trợ từ thư viện Tuy nhiên, tùy thuộc vào tình huống cụ thể, nhóm có thể phải chịu toàn bộ trách nhiệm.

Sau khi hoàn thành dự án, nhóm cần xóa toàn bộ dữ liệu trên máy và bàn giao lại cho thư viện Việc bảo trì và nâng cấp thư viện sẽ đảm bảo cung cấp lại dữ liệu cho nhóm, nhằm ngăn chặn việc lợi dụng sản phẩm.

● Phía thư viện ( khách hàng ) không chấp nhận nếu sản phẩm chậm 15 ngày, sản phẩm không đảm bảo chất lượng, không đúng yêu cầu của thư viện

● Khi sản phẩm cần nâng cấp thì khách hàng sẽ chi thêm phí cho nhóm.

Sản phẩm bàn giao cuối

● Hệ thống được thiết kế và có đầy đủ các chức năng mà bên khách hàng yêu cầu

● Hệ thống cơ sở dữ liệu của dự án do khách hàng cùng cấp

● Mã nguồn của chương trình

● Tài liệu hướng dẫn sử dụng

Các bên liên quan

Vai trò Họ và tên Liên lạc

Nhà tài trợ dự án

Thư viện sách hay Đại diện: Nguyễn Quang Hưng

GS.Nguyễn Mạnh Sơn SĐT: 0123456789

Quản lý dự án Nguyễn Mạnh Cường SĐT: 0355823239

Tôn chỉ dự án

Tổng quan về dự án

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

- Nhà tài trợ: Nguyễn Quang Hưng

- Nhóm thực hiện: Nhóm 15 – Quản lý dự án phần mềm – 09

- Quản lý dự án: Nguyễn Mạnh Cường

- Thành viên nhóm quản lý dự án:

- Các chức năng chính của hệ thống:

● Quản lý nhập – xuất sách

● Quản lý sách tại thư viện

Mục tiêu

● Hỗ trợ thủ thư trong các công việc nghiệp vụ như quản lý sách, quản lý bạn đọc một cách nhanh và hiệu quả hơn

● Hỗ trợ công việc tìm kiếm sách nhanh truy nhập thao tác cho các bạn đọc

● Chương trình có đầy đủ các yêu cầu từ thư viện Sách Hay, có khả năng bảo trì và nâng cấp

● Một phần mềm dễ sử dụng giúp thủ thư dễ dàng quản lý sách và bạn đọc

● Xây dựng một trang web mới để các bạn đọc và thủ thư có thể sử dụng để tiếp nhận, quản lý thông tin mượn trả và phản hồi

● Hướng tới tương lai có thể phát triển mở rộng thêm nhiều chi nhánh thư viện khác của thư viện Sách Hay.

Yêu cầu nghiệp vụ

● Dự án phần mềm ở đây là hệ thống quản lý thư viện

● Người sử dụng phần mềm: Nhân viên thư viện (thủ thư), bạn đọc mượn của thư viện

● Mục đích của dự án xây dựng chương trình quản lý thư viện, thiết kế trang web dễ sử dụng có nhiều tính năng linh hoạt như :

+ Có tìm kiếm sách theo thể loại, rating, số lượt đọc

+ Đặt mượn, đọc thử, đánh giá sách

+ Theo dõi ngày mượn ngày trả của bản thân

+ Tìm kiếm bạn đọc theo địa chỉ khu vực, thời gian mượn, số lượng mượn

+ Quản lý tính toán chi phí, lợi nhuận của thư viện tiện lợi báo cáo cho chủ đầu tư

+ Quản lý sách vị trí, tình trạng, nhập xuất

● Tất cả các tính năng nhanh chóng và chính xác.

Phạm vi công việc

● Hệ thống được xây dựng trên máy chủ thư viện Sách Hay cho phép nhân viên quản lý thư viện, bạn đọc truy cập từ xa

● Hệ thống giao diện dễ nhìn dễ dàng nâng cấp và bảo trì

- Dữ liệu về các bạn đọc , sách , tác giả ngày trả ngày mượn

- Chi phí , lợi nhuận thu được của thư viện

- HTML, CSS, Bootstrap, Java Script

● Ước lượng thời gian hoàn thành : Khoảng 5 tháng

Các phương pháp và cách tiếp cận

● Tìm hiểu, khảo sát quy trình nghiệp vụ quản lý sách ở các thư viện

● Tìm hiểu những nhu cầu của bạn đọc dựa vào đó để xây dựng phần mềm

● Tham khảo các ví dụ hệ thống quản lý thư viện ở trên thị trường hiện nay

● Đào tạo người dùng sau khi hoàn thành phần mềm.

Mục tiêu hệ thống và công nghệ

● Tránh sai sót nhầm lẫn đến mức thấp nhất có thể

● Có hóa đơn mượn sách và trả sách ở cả thư viện và phía bạn đọc

● Hạn chế được việc nhập thủ công giấy tờ mà thay vào đó ta quản lý ở trên máy

● Bạn đọc có thể truy cập web để tìm trước vị trí của sách trước khi đến mượn tiết kiệm được nhiều thời gian cho bạn đọc

● Ngôn ngữ lập trình hướng đối tượng Java, Servlet

● Thiết kế trang web HTML5, CSS, Bootstrap

● Cơ sở dữ liệu MySQL

Mô tả sản phẩm

Xây dựng phần mềm quản lý thư viện với các chức năng chính

● Quản lý xuất nhập sách

● Quản lý mượn trả sách

● Quản lý thu chi ngân sách

● Quản lý vị trí sách

● Tìm kiếm trước khi đến mượn

● Quản lý thời gian mượn trả của chính mình

● Đăng ký mượn sách trước

● Có thể đọc trước một phần của sách

● Tham khảo phần đánh giá của các bạn đọc khác qua web.

Nguồn tài nguyên

 Phía khách hàng (thư viện) cung cấp :

- Cung cấp chi phí thực hiện dự án

- Cơ sở dữ liệu về sách và tác giả

- Các yêu cầu muốn thêm vào từ phía thư viện.

Sản phẩm bàn giao

 Hệ thống được thiết kế và có đầy đủ các chức năng mà bên khách hàng yêu cầu

- Trang web để bạn đọc tìm kiếm, xem trước sách, theo dõi ngày trả mượn của mình,

- Phần mềm để thủ thư thực hiện nghiệp vụ quản lý của thư viện

 Hệ thống cơ sở dữ liệu của dự án do khách hàng cùng cấp

- Dữ liệu về thông tin sách, tác giả,

 Mã nguồn của chương trình

 Tài liệu hướng dẫn sử dụng

 Tài liệu phát triển dự án.

Đội phát triển dự án và vai trò của thành viên

Nhóm gồm phát triển dự án gồm có 5 thành viên :

Vai trò Trách nhiệm Thành viên

Quản lý dự án Người quyết định, đưa ra các vai trò tham gia, các tài nguyên cho dự án

Nhân viên phân tích nghiệp vụ

Phân tích các yêu cầu nghiệp vụ dựa trên những yêu cầu của khách hàng sau đó mô tả lại cho giám đốc dự án

Designer Phân tích thiết kế, thực thi hệ thống

Tester Chịu trách nhiệm kiểm thử hệ thống

Kỹ thuật viên Triển khai hệ thống, cài đặt hệ thống, hướng dẫn khách hàng sử dụng

Developer Xây dựng và phát triển phần mềm Tất cả các thành viên

Liên hệ giữa các bên

Vai trò Họ tên Liên hệ Chữ ký

SĐT:0123456789 Mail: ptitnqc@gmail.com

SĐT: 0355823239 Mail: manhcuong@gmail.com

Quản lý tích hợp dự án

Tổng quan về nội dung dự án

1 Vòng đời phát triển dự án

2 Mô hình quản lý dự án

Mô hình phân cấp (Conventional/Hierarchical)

 Trách nhiệm và quyền lực của mọi người được phân cấp rõ ràng

 Quản lý cần nắm rõ khả năng của từng người

 Công việc được giao từ trên xuống dưới

- Số thành viên tham gia: 5 người

- Netbean : Lập trình và cài đặt chương trình

- Visual Paradigm: Phân tích thiết kế, vẽ biểu đồ Usecase , Class,

- Visual Studio Code : Thiết kế web

- Microsoft office: Lập kế hoạch dự án

5 Kỹ thuật sử dụng trong dự án

Quy định phạm vi dự án

1 Mô tả chung về phạm vi dự án

● Hệ thống được xây dựng trên máy chủ thư viện Sách Hay cho phép nhân viên quản lý thư viện, bạn đọc truy cập từ xa

● Hệ thống giao diện dễ nhìn dễ dàng nâng cấp và bảo trì

+ Dữ liệu về các bạn đọc , sách , tác giả ngày trả ngày mượn + Chi phí , lợi nhuận thu được của thư viện

+ Java + MySQL + Java Script, HTML, CSS, Bootstrap

 Ước lượng thời gian hoàn thành: Khoảng 5 tháng

+ Ngày bắt đầu: 09/09/2022 + Ngày kết thúc: 11/02/2023

2 Các vấn đề trong quá trình thực hiện a Lỗi

● Các lỗi sẽ luôn được giải quyết một cách nhanh nhất để dự án được đúng tiến trình đảm bảo chất lượng theo yêu cầu của nhà đầu tư

Dự án có quy mô nhỏ, do đó nhóm cam kết sẽ không xảy ra lỗi lớn mà không thể xử lý Ngoài ra, nhóm cũng sẵn sàng tiếp nhận và thực hiện các yêu cầu thay đổi.

Các yêu cầu thay đổi có thể được chấp nhận nếu chúng nằm trong khả năng và không ảnh hưởng lớn đến dự án nhóm, tùy thuộc vào mức độ thay đổi của dự án.

Nếu có sự thay đổi lớn không phù hợp, nhóm sẽ thảo luận với nhà đầu tư để xem xét lại yêu cầu nhằm đảm bảo tính thực tiễn Sau đó, tiến hành bàn giao sản phẩm.

Khi bàn giao, nhóm sẽ cung cấp hướng dẫn và đào tạo cho thư viện về cách sử dụng và bảo trì hệ thống, kèm theo các tài liệu cần thiết cho việc này.

Kinh phí dự án

Dự án thư viện Sách Hay, do nhà đầu tư Nguyễn Quang Hưng thực hiện với vốn đầu tư khoảng 2 tỷ VNĐ, nhằm xây dựng một thư viện quy mô nhỏ Nhà đầu tư đã liên hệ với nhóm phát triển để đề nghị xây dựng phần mềm quản lý thư viện và một website quản lý đi kèm.

Kinh phí dự án 215.000.000 VNĐ bao gồm:

● Lương thành viên tham gia

● Tiền thuê cơ sở vật chất

● Chi phí nguyên vật liệu

● Các chi phí phát sinh

Quy trình thực hiện

Quy trình thực hiện dự án và số lượng người tham gia dự kiến có thể thay đổi trong từng pha để đảm bảo tiến độ Những cá nhân được nêu dưới đây giữ vai trò chính trong các pha, bên cạnh đó còn có sự hỗ trợ từ các thành viên khác.

1 Pha xác định yêu cầu b Thu thập thông tin: Nguyễn Mạnh Cường, Nguyễn Quý Dương

● Từ khách hàng: Gặp gỡ, trao đổi với khách hàng (quản lý của thư viện,nhà đầu tư là ông Hưng)

Khảo sát thị trường từ các hệ thống quản lý hiện có là bước đầu tiên trong quá trình phát triển Tiếp theo, nhóm sẽ họp để xác định công việc, do Nguyễn Mạnh Cường dẫn dắt Nguyễn Quý Dương sẽ chịu trách nhiệm viết tài liệu, trong khi Nguyễn Đan Trường sẽ xác định danh sách Actor cần thiết cho dự án.

● Vẽ biểu đồ Use Case tổng quan và Use Case chi tiết

● Lập biểu đồ Giao tiếp

Lập biểu đồ hoạt động là một bước quan trọng trong quá trình phát triển dự án Nguyễn Văn Lực sẽ phác thảo giao diện người dùng, đảm bảo tính thân thiện và dễ sử dụng Quách Đình Kiên sẽ thực hiện kiểm thử tài liệu để lấy yêu cầu, nhằm đảm bảo rằng tất cả các yêu cầu của dự án được đáp ứng Cuối cùng, Nguyễn Mạnh Cường sẽ trao đổi với nhà đầu tư để cập nhật tiến độ và nhận phản hồi.

2 Pha phân tích a Phân tích tĩnh: Nguyễn Quý Dương

● Xác định các lớp cơ bản và thuộc tính , vẽ biểu đồ lớp b Phân tích động: Nguyễn Đan Trường

● Vẽ biểu đồ trạng thái

● Vẽ biểu đồ cộng tác

● Hoàn thiện biểu đồ lớp

● Cập nhật Glossary c Kiểm tra pha phân tích: Nguyễn Quý Dương

Thiết kế kiến trúc hệ thống:

- Lựa chọn công nghệ thực hiện

- Lựa chọn cấu trúc hệ thống

- Lập chính sách truy cập đồng thời

- Biểu đồ các tầng nghiệp vụ

- Lựa chọn phân vùng hệ thống con

● Thiết kế giao diện web : Nguyễn Đan Trường

● Thiết kế giao diện quản lý: Nguyễn Quý Dương

● Thiết kế Database : Nguyễn Văn Lực

● Thiết kế mô hình lớp pha thiết kế từ mô hình lớp pha phân tích: Quách Đình Kiên

● Thiết kế chi tiết sơ đồ lớp cuối cùng, mô hình hóa sơ đồ lớp: Nguyễn Quý Dương

● Kiểm thử thiết kế: Quách Đình Kiên, Nguyễn Quý Dương

- Các lớp thực thể: Nguyễn Đan Trường

- Các lớp biên: Nguyễn Văn Lực

- Các lớp điều khiển: Nguyễn Quý Dương

● Xây dựng các chức năng cho phần mềm, website: Tất cả các thành viên

5 Giao sản phẩm cho khách hàng: Nguyễn Mạnh Cường a, Bàn giao sản phẩm cho khách hàng b, Lắp đặt sản phẩm c, Chạy thử tại thư viện – 7 ngày

● Hướng dẫn thủ thư sử dụng phần mềm

● Chạy thử giao diện web truy nhập từ xa d, Lấy chữ ký bên đối tác: Nguyễn Mạnh Cường

● Sau khi chạy thử phần mềm không có lỗi, xin chữ ký của nhà đầu tư tuyên bố dự án kết thúc thành công.

Kế hoạch quản lý thay đổi

- Ngăn chặn những thay đổi ngoài ý muốn không chính đáng trong phạm vi dự án

- Giảm bớt những thay đổi nặng nề và cồng kềnh trong trường hợp thay đổi không có hại và đã diễn ra

- Cố gắng lưu giữ tất cả các yêu cầu thay đổi

- Đảm bảo thay đổi theo yêu cầu giải quyết phạm vi dự án hơn là cấu trúc dự án hay kiểm soát

- Đảm bảo ảnh hưởng của thay đổi được phác thảo rõ ràng

- Đảm bảo yêu cầu thay đổi được cấp phép chính thức trước khi tiếp tục

- Đảm bảo tất cả các đối tượng liên quan dự án chính/đội ngũ thành viên đều được thông báo về cách giải quyết thay đổi

- Đảm bảo đội dự án, các đối tượng liên quan dự án và nhà tài trợ nhận thức được khi nào thay đổi diễn ra

- Đảm bảo lịch trình, kinh phí hay đặc điểm kỹ thuật của dự án được điều chỉnh để phản ánh các thay đổi cho phép

- Mục đích của quản lý thay đổi là làm tối thiểu hóa những tác động tiêu cực lên năng suất khi có thay đổi xảy ra

- Quản lý thay đổi: Nguyễn Mạnh Cường

- Nhà đầu tư dự án: ông Hưng – Nguyễn Quang Hưng.

Kế hoạch truyền thông

- Trong trường hợp xảy ra vấn đề nghiêm trọng cần thông qua ngay, cần sắp xếp một cuộc gặp trực tiếp

- Trường hợp vấn đề nhỏ không ảnh hưởng đến tiến trình dự án trọng ta có thể liên lạc qua email hoặc điện thoại

- Thường xuyên gửi báo cáo tiến độ dự án cho bên nhà đầu tư.

Tài liệu rủi ro

Những rủi ro có thể sẽ phát sinh trong quá trình tiến hành làm dự án Dưới đây là một số rủi ro có thể phát sinh

Rủi ro Khả năng Ảnh hưởng

Vấn đề tài chính Thấp Lớn

Thành viên nghỉ hoặc có việc đột xuất Cao Lớn

Công việc hoàn thành đúng chỉ tiêu Thấp Bình thường

Thay đổi yêu cầu đột ngột Bình thường Bình thường

Cấu trúc phân rã công việc (WBS)

- Lập kế hoạch dự án làm công việc xác định các hoạt động cần được thực hiện để hoàn thành dự án

- Xây dựng sơ đồ cấu trúc phân rã công việc WBS

1 Lập kế hoạch dự án.

- Tìm hiểu yêu cầu thực tế của các bạn đọc, yêu cầu của nhà đầu tư

- Tìm hiểu quy trình nghiệp vụ của thư viện

- Xác định rõ các yêu cầu của nhà đầu tư về phần mềm và trang web của thư viện

 Giai đoạn 2: Giai đoạn phân tích

- Tổng hợp yêu cầu của nhà đầu tư của thư viện

- Lập bảng chi tiết công việc, xây dựng Use Case

Lập kế hoạch thực hiện dự án là bước quan trọng, bao gồm thảo luận và thống nhất các giải pháp cùng khối lượng công việc Điều này giúp xác định rõ ràng nguồn lực và kinh phí cần thiết cho dự án.

- Căn cứ trên kết quả khảo sát và thông tin do nhà đầu tư cung cấp thiết kế cấu trúc phần mềm và website cho thư viện

- Dựa vào kế hoạch công việc phân công công việc cho các thành viên trong thư viện

 Giai đoạn 3: Giai đoạn thiết kế

- Xem xét chi tiết yêu cầu và tiến hành thiết kế chức năng cho phần mềm quản lý

- Tiến hành thiết kế các chức năng nghiệp vụ theo yêu cầu của nhà đầu tư Thiết kế giao diện trang web cho hệ thống website của thư viện

- Tham khảo những website khác để có thể thiết kế giao diện cho website thật đẹp

- Tiến hành thiết kế các chức năng cần có của website

Phần mềm có nhiều lỗi hoạt động Thấp Bình thường

Lỗi tương thích hệ thống Thấp Lớn

Cơ sở dữ liệu bị sai và thiếu Bình thường Bình thường

Thay đổi cấp trên Thấp Lớn

 Giai đoạn 4: Giai đoạn xây dựng

- Xây dựng cơ sở dữ liệu, lớp sơ đồ dựa trên quá trình phân tích và thiết kế

- Lập trình cho các ứng dụng của phần mềm quản lý và website, soạn thảo nội dung dữ liệu, chỉnh sửa nội dung

- Tổng hợp các chức năng hoàn thành và ghép lại thành một phần mềm hoàn chỉnh

- Liên tục kiểm tra, chỉnh sửa, báo cáo kết quả thực hiện và tiến hành nghiệm thu nội bộ

 Giai đoạn 5: Giai đoạn chạy thử

- Tổng hợp nội dung, xây dựng hệ thống theo thiết kế đã bày ra

- Đảm bảo phần mềm và website hoạt động tốt

 Giai đoạn 6: Giai đoạn kiểm thử

- Kiểm tra module, kiểm tra tích hợp

- Đưa vào hoạt động, chạy thử hệ thống

- Nhà đầu tư xem xét nếu ổn thỏa sẽ duyệt dự án và xác nhận chất lượng dự án đã triển khai

 Giai đoạn 7: Giai đoạn chuyển giao

- Viết tài liệu hướng dẫn sử dụng phần mềm và mô phỏng sự hoạt động của phần mềm cũng như website của thư viện

- Bàn giao sản phẩm cho khách hàng kèm bản hướng dẫn sử dụng (video, ghi chú )

- Đào tạo trực tiếp cách sử dụng phần mềm quản lý thư viện và quản trị website cho nhân viên thư viện

- Lấy chữ ký xác nhận từ nhà đầu tư về việc dự án hoàn thành đúng yêu cầu của nhà đầu tư

2 Cấu trúc phân rã công việc (WBS)

Kế hoạch quản lý phạm vi dự án

Phạm vi sản phẩm

Sản phẩm sau khi xây dựng và bàn giao cần đạt những tiêu chuẩn sau:

- Sản phẩm có đầy đủ các chức năng theo yêu cầu của nhà đầu tư

- Giao diện dễ nhìn dễ sử dụng, thao tác tốt

- Dữ liệu đầy đủ không thiếu sót

- Có khả năng nâng cấp phát triển phần mềm

- Tận dụng được tối đa cơ sở hạ tầng vốn có của thư viện.

Phạm vi tài nguyên

- Tổng kinh phí : 215.000.000 VNĐ Trong đó bao gồm:

● Tiền công cho các thành viên trong nhóm

● Chi phí nguyên vật liệu

● Chi phí cơ sở vật chất

- Dự án khá là nhỏ nên mức độ sai số ước lượng khoảng 5%

- Tổng số thành viên tham gia dự án : 5 thành viên

- Số thành viên trong dự án có thể tăng hoặc giảm nếu có:

● Vì lý do sức khỏe không tốt thành viên có thể xin tạm nghỉ

● Vì lý do khách quan khiến số thành viên giảm

● Dự án bị chậm so với thời gian biểu cần thuê thêm người

- Thời gian thực hiện dự án từ ngày 03/09/2022 đến 13/02/2023 ( giao động khoảng 5 tháng hơn ~ 163 ngày)

- Thời gian thực hiện dự án có thể bị thay đổi do các lý do:

● Năng lực hoạt động thực hiện dự án của thành viên trong nhóm không được như dự tính

● Trang thiết bị gặp trục trặc làm chậm tiến độ

Nhà đầu tư có thể thay đổi yêu cầu dự án, nhưng chỉ trong giới hạn cho phép Nếu yêu cầu thay đổi vượt quá khả năng đáp ứng, sẽ không được chấp nhận do tính đột ngột của nó.

- Ước lượng dự tính thời gian do dự án nhỏ nên nếu có thay đổi cũng không quá lớn vào khoảng 7% (11 ngày)

Sau khi hoàn thành dự án xây dự phần mềm quản lý thư viện Nhóm sẽ bàn giao cho thư viện Sách hay:

● Phần mềm quản lý thư viện

● Tài liệu hướng dẫn sử dụng

● Tài liệu phát triển phần mềm

5 Các công cụ lập kế hoạch

- Công soạn thảo văn bản Microsoft Word

- Công cụ xây dựng lập lịch quản lý dự án Microsoft Project

- Công cụ soạn thảo và tính toán Microsoft Excel

- Công cụ thiết kế xây dựng Use Case Visual Paradigm

- Tài liệu tham khảo các dự án khác

- Phần mềm lập trình Netbean, Sublime Text, Visual Studio Code

- Công cụ xây dựng cơ sở dữ liệu MySQL

Kế hoạch quản lý thời gian

Các mốc thời gian quan trọng của dự án

Các giai đoạn của dự án Thời gian

Dự án đã được thực hiện theo các mốc thời gian cụ thể: Khảo sát hoàn thành từ 04/09/2022 đến 11/09/2022; phân tích hoàn thành từ 12/09/2022 đến 13/10/2022; thiết kế hoàn thành từ 14/10/2022 đến 14/11/2022; xây dựng phần mềm hoàn thành từ 15/11/2022 đến 22/01/2023; chạy thử phần mềm từ 23/01/2023 đến 30/01/2023; kiểm thử phần mềm từ 31/01/2023 đến 05/02/2023 Cuối cùng, dự án đã kết thúc và phần mềm đã được chuyển giao cho khách hàng.

Ước lượng thời gian (theo phương pháp PERT)

Được tính dựa trên 3 giá trị thời gian ước lượng với công thức:

● MO: Ước lượng lạc quan nhất: Thời gian cần để hoàn thành công việc trong điều kiện “tốt nhất” hay “lý tưởng” (không có trở ngại nào)

● ML: Ước lượng khả dĩ nhất: Thời gian cần để hoàn thành công việc trong điều kiện “bình thường” hay “hợp lý”

● MP: Ước lượng bi quan nhất: Thời gian cần để hoàn thành công việc một cách “tồi nhất” (nhiều trở ngại)

● Thời gian lãng phí cho mỗi công việc thông thường từ 7%-10%

● EST cuối cùng = EST + EST*(% thời gian lãng phí)

Dự án : Phần mềm quản lý thư viện

● Thời gian lãng phí cho mỗi công việc: 8%

● EST cuối cùng được làm tròn

Giai đoạn 1: Giai đoạn khảo sát

Số lượng người tham gia

MO ML MP EST % EST cuối cùng

EST cuối cùng (sau khi làm tròn)

Giai đoạn 2: Giai đoạn phân tích

2.2 Lập bảng chi tiết công việc

2.4 Lập kế hoạch thực hiện

Giai đoạn 3: Giai đoạn thiết kế

WBS Tên công việc Số lượng người tham gia

3.1 Thiết kế các chức năng quản lý bạn đọc và sách

3.2 Thiết kế các chức năng quản lý thu chi và mượn trả

Giai đoạn 4: Giai đoạn xây dựng

Số lượng người tham gia MO ML MP

4.1 Xây dựng lớp sơ đồ 4 5 7 9 8%

Xây dựng các chức năng quản lý bạn đọc và sách 5 12 13 15 13,2 8% 14,27 14

Xây dựng các chức năng quản lý thu chi và mượn trả 5 10 12 13

Xây dựng chức năng tìm kiếm và quản lý thời gian mượn trả của trang web 5 7 8 9

Xây dựng chức năng đọc trước sách, rating, đọc đánh giá sách của trang web 5 9 10 12

Giai đoạn 5: Giai đoạn chạy thử

5.3 Cập nhật lại phần mềm

Giai đoạn 6: Giai đoạn kiểm thử

WBS Tên công việc Số lượng người tham gia

Giai đoạn 7: Giai đoạn chuyển giao

7.1 Viết tài liệu hướng dẫn 3 0,5 1 1,5 1 8% 1,08 1

7.4 Xin xác nhận, chữ ký của bên khách hàng

Bảng ước lượng PERT tổng hợp:

Mã WBS Tên giai đoạn MO ML MP EST % EST cuối cùng

Lịch trình thực hiện dự án

Kế hoạch Quản lý rủi ro

Xác định rủi ro

Các lĩnh vực xảy ra rủi ro:

STT Lĩnh vực xảy ra rủi ro

2 Giai đoạn phân tích yêu cầu

5 Vấn đề về nhân lực

6 Vấn đề về tài chính

7 Vấn đề về thời gian

Các giai đoạn xảy ra rủi ro STT Rủi ro có thể xảy ra

1 Lấy yêu cầu không hiểu đúng hoăc yêu cầu bị gián đoạn của khách hàng

2 Khi thực hiện đi lấy yêu cầu nhưng không thể gặp được khách hàng

3 Khách hàng không có ý định hợp tác với người được phân đi lấy yêu cầu dẫn đến căng thẳng trong các cuộc gặp mặt, hiệu suất không cao

Giai đoạn phân tích yêu cầu 4 Lấy yêu cầu không hiểu đúng hoăc yêu cầu bị gián đoạn của khách hàng

5 Người phân tích không hiểu rõ yêu cầu của khách hàng dẫn đến làm các usecase bị sai lệch

Giai đoạn thiết kế 6 Thiết kế thiếu, không chính xác yêu cầu

7 Cơ sở dữ liệu không rõ ràng, các usecase không đầy đủ các chức năng của hệ thống

Giai đoạn xây dựng 8 Cài đặt không đúng với dữ liệu

9 Dữ liệu bị mất trong quá trình cài đặt

10 Không tương thích với hệ điều hành

Vấn đề về nhân lực 11 Nhân lực chất lượng kém, không đủ chuyên môn để hoàn thành dự án

12 Các thành viên trong đội dự án không hòa thuận, có tranh chấp cá nhân

13 Các thành viên không thể tiếp tục làm việc trong quá trình làm dự án

14 Có một số thành viên không chịu được áp lực nên bỏ việc

Vấn đề về tài chính 15 Vốn không được cấp vào thời điểm chính xác để đáp ứng chi trả cho dự án

16 Việc chia lợi ích không đều giữa các thành viên mang tính chủ quan của người quản lý tài chính

17 Các chi phí phát sinh ngoài dự án

Ví dụ: máy móc hỏng, …

18 Chi phí vượt quá dự kiến Vấn đề về thời gian 19 Thời gian hoàn thành các khâu của dự án chậm tiến độ dự kiến

20 Sản phẩm bàn giao cho khách hàng không đúng thời hạn

21 Dự án hoàn thành nhanh hơn dự kiến Các vấn đề khác 22 Các vấn đề về cơ sở vật chất

Phân tích rủi ro

Được đánh giá theo 4 tiêu chí:

+ Rất cao: >84% (hầu như chắc chắn sẽ xảy ra) + Cao: 60 – 84% (sắp xảy ra)

+ Trung bình: 35-59% (có khả năng xảy ra) + Thấp : 10-34% (ít có khả năng xảy ra)

Dự án có thể đối mặt với nhiều mức độ rủi ro, trong đó mức độ rất cao có thể dẫn đến việc hủy bỏ dự án Mức độ cao có thể gây ra gián đoạn lịch trình, tăng chi phí và giảm hiệu suất Trong khi đó, mức độ trung bình có khả năng gây ra một số gián đoạn cho lịch trình.

+ Thấp: chỉ gây ra một chút gián đoạn cho lịch trình

- Mức độ nghiêm trọng = xác suất x mức độ ảnh hưởng

- Mục tiêu chính của dự án: thời gian (Time), ngân sách (Budget), chất lượng (Quality)

Sự kiện rủi ro Người chịu trách nhiệm xử lý

Xác suất xảy ra Mức độ ảnh hưởng

Mức độ nghiêm trọng Độ ưu tiên

1 Khách hàng không đồng ý với số tiền thỏa thuận của hai bên

2 Nguồn nhân lực không đủ để thực hiện

3 1.2 Khách hàng đưa ra yêu cầu không phù hợp với chuyên môn nghiệp vụ của dự án

4 Thiết bị vật tư không đủ để hoàn thành dự án

5 Khách hàng không chấp nhận điều khoản của hợp đồng

6 1.2 Không hiểu ý của khách hàng trong quá trình lấy yêu cầu

Trưởng nhóm lấy yêu cầu

7 Khách hàng thay đổi yêu cầu trong quá trình xảy ra dự án

Nhóm trưởng lấy yêu cầu

8 1.1 Không gặp được khách hàng để lấy yêu cầu

9 1.1 Xảy ra mâu thuẫn giữa khách hàng và người được phân đi lấy yêu cầu

10 2.4 Lập kế hoạch trễ Giám đốc dự án

11 2.4 Lập kế hoạch không sát với dự án thực thế,

32 mang tính chủ quan của người lập kế hoạch

12 Ước lượng các đề mục cho dự án không chính xác, thường là thiếu hụt ngân sách hoặc thiếu hụt thời gian

13 Nêu ra phạm vi cho phép thực hiện của dự án không rõ ràng

14 Nêu ra quy tắc làm việc cho dự án không rõ ràng

15 2.1 Phân tích công việc không cụ thể

16 2.1 Phân tích yêu cầu không chính xác với yêu cầu được lấy về

17 2.3 Người phân tích vẽ thiếu các usecase pha phân tích

3.3 Thiết kế giao diện thiếu Nhóm trưởng thiết kế

3.3 Thiết kế các module không hợp lý rõ ràng

Cài đặt sai lệch so với dữ liệu

4.5, 4.6 Cài đặt không tối ưu, không tương thích được với hệ điều hành

Thấp Trung bình Trung bình 3

Code chậm so với tiến độ dự kiến

Code không đúng format, khó bảo trì

24 Các thành viên trong nhóm xảy ra tranh chấp, không hòa thuận

T,Q Trong quá trình diễn ra dự án

25 Có một thành viên nghỉ việc đột xuất

T Trong quá trình diễn ra dự án

26 Có thành viên ốm đau, bệnh tật Giám đốc dự án

Thấp Trung bình Trung bình 3

27 Tiền vốn không được cấp vào thời điểm chính xác để thực hiện dự án

B,T Trong quá trình diễn ra dự án

28 Giải ngân vốn không hợp lý

B Trong quá trình diễn ra dự án

29 Máy móc hỏng dẫn đến việc phải giải ngân một số tiền ngoài dự kiến của kế hoạch

B Trong quá trình diễn ra dự án

30 Thời gian hoàn thành các pha trong dự án chậm hơn so với ước lượng tiến độ công việc

T,B Trong quá trình diễn ra dự án

31 7.0 Sản phẩm bàn giao cho khách hàng không đúng thời hạn

32 Dự án hoàn thành trước thời gian dự kiến

33 Cơ quan, chỗ làm việc bị thu hồi

T,B Trong quá trình diễn ra dự án

34 Các máy móc lựa chọn trong quá trình sử dụng quá hiện đại, các thành viên không thể làm quen

Kiểm soát và giám sát rủi ro

Người chịu trách nhiệm xử lý

Để giảm xác suất xảy ra rủi ro, cần tiến hành bàn bạc kỹ lưỡng với các thành viên và khách hàng nhằm đưa ra một số tiền hợp lý cho tất cả các bên liên quan trong dự án.

Giám đốc dự án Đã thực hiện

2 Làm giảm xác suất xảy ra Xem xét kỹ lưỡng trình độ của các thành viên, nếu cảm thấy yếu kém có thể tuyển thêm cộng tác viên

Để tránh rủi ro, cần bàn bạc kỹ lưỡng với khách hàng và đưa ra các quan điểm rõ ràng Điều này giúp khách hàng hiểu rõ về thời gian thực hiện công việc.

Để giảm thiểu tổn thất khi có rủi ro xảy ra, cần có cơ sở vật chất chất lượng đáp ứng nhu cầu của dự án và mua bảo hiểm cho các máy móc.

5 Tránh rủi ro xảy ra

Bàn bạc lưỡng trước khi đi đến quyết định ký hợp đồng

Giám đốc dự án Đang thực hiện

6 Tránh xác suất xảy ra Hỏi kỹ khách hàng trong quá trình lấy yêu cầu, không hiểu là phải hỏi lại

Hỏi rõ cho ra vấn đề thắc mắc

Trưởng nhóm lấy yêu cầu Chưa thực hiện

Chấp nhận rủi ro là điều cần thiết trong quá trình làm việc Nếu yêu cầu của khách hàng là hợp lý, chúng ta có thể thực hiện các thay đổi cần thiết Tuy nhiên, khi dự án đã tiến xa và không thể thay đổi, cần đưa ra các điều kiện rõ ràng với khách hàng để đáp ứng yêu cầu của họ.

Nhóm trưởng lấy yêu cầu Chưa thực hiện

8 Làm giảm xác suất xảy ra Đưa ra một lịch hẹn cụ thể với khách hàng, để tránh không gặp được

Nhóm trưởng lấy yêu cầu Chưa thực hiện

Sắp xếp người đi lấy yêu cầu phải phù hợp với tính chất công việc, ăn nói khéo léo để

37 mang lại kết quả tốt

Bàn giao cho người lập kế hoạch một thời gian cụ thể để hoàn thành

Giám đốc dự án Chưa thực hiện

11 Giảm rủi ro xảy ra

Công việc phải được bàn giao cho người có kinh nghiệm cao trong các dự án, rà soát kỹ lưỡng sau khi lập kế hoạch xong

Công việc phải được bàn giao cho người có kinh nghiệm cao trong các dự án, rà soát kỹ lưỡng sau khi lập ước lượng

Phải xác định rõ ràng, không được mơ hồ, trao đổi trực tiếp để đưa ra vấn đề

Có quy tắc hợp lý,dễ thực hiện, và sát với thực tế

Phân tích chính xác, rõ ràng, rành mạch

Hỏi rõ ràng, trao đổi thẳng thắn với người đi lấy yêu cầu

Nhóm trưởng phân tích Chưa thực hiện

Rà soát kỹ lưỡng tất cả các mục để đảm bảo không bỏ sót thông tin quan trọng Kiểm tra toàn bộ trước khi tiến đến giai đoạn tiếp theo nhằm tránh những sai lầm có thể xảy ra.

18 Tránh rủi ro xảy ra Xem xét kỹ các đề mục để không gây sai sót

Nhóm trưởng thiết kế Chưa thực hiện

Giao nhiệm vụ cho người có kinh nghiệm và tính cẩn thận cao để đảm bảo công việc được thực hiện chính xác Sau khi hoàn thành, cần kiểm tra lại ngay để phát hiện và khắc phục sai sót.

Nhóm trưởng thiết kế Đang thực hiện

20 Tránh rủi ro xảy ra Rà soát kỹ dữ liệu, hiểu rõ dữ liệu trước khi cài đặt

Trưởng nhóm phát triển Chưa thực hiện

Nếu bạn có kinh nghiệm và kỹ năng lập trình, bạn có thể phát triển mã nguồn tương thích với nhiều hệ thống khác nhau Ngược lại, nếu không, bạn sẽ cần lập trình trong một hệ điều hành cụ thể theo yêu cầu của khách hàng.

22 Giảm rủi ro xảy ra Đẩy nhanh tiến độ, thúc dục các thành viên trong đội code, nhưng đòi hỏi phải đảm bảo chất lượng

Trưởng nhóm phát triển Chưa thực hiện

Các thành viên trong đội phát triển cần có ý tưởng lập trình rõ ràng và sử dụng tên biến hợp lý, dễ hiểu để người khác có thể dễ dàng đọc và bảo trì hệ thống.

Trưởng nhóm phát triển Đã thực hiện

Thường xuyên tổ chức các buổi tiệc để cho các thành viên hiểu nhau hơn, gắn bó với nhau tránh những mâu thuẫn

25 Chấp nhận rủi ro xảy ra

Có thể không phân chia quyền hạn toàn quyền cho từng thành viên trong một mảng cụ thể, mà thay vào đó, có thể hỗ trợ song song với các thành viên khác để tránh lỗ hổng lớn khi một thành viên nghỉ việc Nếu cần thiết, có thể tuyển thêm nhân viên mới trong trường hợp khẩn cấp.

26 Chấp nhận rủi ro Phải đề nghị thành viên đó hỗ trợ tối đa cho những người phụ trách phần việc mà người đó làm

Để giảm thiểu rủi ro, cần đề xuất các điều khoản hợp đồng cụ thể, rõ ràng và chi tiết, đặc biệt là các ràng buộc liên quan đến việc giải ngân vốn.

28 Làm giảm rủi ro Tính toán rõ, chi tiêu hợp lý, hạn chế

41 mọi chi phí phát sinh có thể xảy ra

29 Chuyển rủi ro Mua bảo hiểm cho các loại máy móc để tránh phát sinh một số tiền lớn

Luôn luôn theo dõi tiến độ, đốc thúc các công việc nếu có hiện tượng chậm hơn so với tiến độ nhưng phải đảm bảo chất lượng

31 Làm giảm rủi ro Đốc thúc dự án, quản lý thời gian dự án một cách hợp lý, rõ ràng

32 Làm giảm rủi ro Rà soát lại toàn bộ dự án, xem xét dự án có thiếu cái gì, các đề mục đã đầy đủ hay chưa

33 Tránh rủi ro Chuẩn bị mọi giấy tờ pháp lý hợp pháp liên quan đến bất động sản, nhà đất…

Để giảm thiểu rủi ro, việc đào tạo cho mọi người cách sử dụng và áp dụng công nghệ là rất quan trọng Điều này giúp các thành viên trong đội dự án làm quen với công nghệ, từ đó không gặp khó khăn khi bắt đầu công việc.

Kế hoạch quản lý nguồn nhân lực

I Danh sách các cá nhân tham gia dự án

T Họ tên Giới tính Số điện thoại Email

4 Nguyễn Văn Lực Nam 0329323119 nguyenvanluc@gmail.com

5 Quách Đình Kiên Nam 0489666336 dinhkien@gmail.com

II Ma trận kỹ năng

+ Mức 1: Fresher + Mức 2: Junior + Mức 3: Senior + Mức 4: Expert

III Vai trò của các thành viên trong dự án

Bộ phận Số lượng thành viên

Vai trò Tên thành viên

Quản lý dự án 1 Quản lý Nguyễn Mạnh

Phân tích nghiệp vụ 2 Nhóm trưởng Quách Đình Kiên

Thiết kế giao diện 2 Nhóm trưởng Nguyễn Văn Lực

Lập trình 5 Nhóm trưởng Nguyễn Quý

Cường Thành viên Quách Đình Kiên

Trường Thành viên Nguyễn Văn Lực

Kiểm thử 3 Nhóm trưởng Quách Đình Kiên

Dương Thành viên Nguyễn Văn Lực

IV Sơ đồ tổ chức dự án

1 Phân chia công việc giữa các thành viên trong nhóm

Mã Mô tả Quản lý Nhóm Nhóm Nhóm Nhóm

WBS dự án phân tích thiết kế lập trình kiểm thử

+ A (Accountable): Chịu trách nhiệm + P (Participant): Tham gia

+ R (Reviewer): Người kiểm tra lại

2 Phân chia chi tiết công việc

Tên công việc Tên thành viên

2.2 2 Lập bảng chi tiết công việc

2.4 4 Lập kế hoạch thực hiện R A

3.1 1 Thiết kế các chức năng quản lý bạn đọc và sách

3.2 2 Thiết kế các chức năng quản lý thu chi và mượn trả

4.1 1 Xây dựng lớp sơ đồ R P A P

4.2 2 Xây dựng cơ sở dữ liệu R P P A

4.3 3 Xây dựng các chức năng quản lý bạn đọc và sách

4.4 4 Xây dựng các chức năng quản lý thu chi và mượn trả

4.5 5 Xây dựng chức năng tìm kiếm và quản lý thời gian mượn trả của trang web

4.6 6 Xây dựng chức năng đọc trước sách, rating, đọc đánh giá của trang web

5.3 3 Cập nhập lại phần mềm P P A P

7.1 1 Viết tài liệu hướng dẫn A P P

7.4 4 Xin xác nhận, chữ ký của bên khách hàng

7.5 5 Báo cáo kết thúc dự án A P P P P

+ A (Accountable): Chịu trách nhiệm + P (Participant): Tham gia

+ R (Reviewer): Người kiểm tra lại

Kế hoạch Quản lý truyền thông và giao tiếp

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

STT Các bên tham gia Họ và tên Vai trò trong dự án Số điện thoại Email

2 Nguyễn Quý Dương Thành viên dự án

3 Nguyễn Đan Trường 0986290211 nguyendantru ong@gmail.co m

4 Quách Đình Kiên 0469652269 dinhkien@gm ail.com

Nguyễn Quang Hưng Đại diện khách hàng

Xác định thông tin trao đổi

1 Yêu cầu trao đổi thông tin

- Trao đổi thông tin giữa các thành viên trong nhóm:

Phương thức trao đổi trong dự án bao gồm gặp mặt trực tiếp, thư điện tử và gọi điện Mục đích chính của các hình thức này là thảo luận về tiến độ và các sự cố phát sinh trong quá trình thực hiện dự án.

- Trao đổi thông tin giữa bên khách hàng và đội dự án:

+ Phương thức trao đổi: gặp mặt trực tiếp, thư điện tử, gọi điện, + Mục đích: cập nhật tiến độ dự án

2 Lập kế hoạch trao đổi thông tin

- Đội dự án: tổ chức họp phụ thuộc vào tiến trình công việc

+ Đánh giá lại công việc đã hoàn thành và chưa hoàn thành trong tuần

+ Nhắc nhở đối với các thành viên chưa hoàn thành nhiệm vụ được giao

- Quản lý dự án với bên khách hàng: 1 lần/ tuần (hoặc phụ thuộc vào tiến độ và tình hình công việc)

+ Cập nhật tiến độ dự án, các vấn đề gặp phải trong quá trình thực hiện

+ Thu thập yêu cầu và phản hồi của khách hàng

- Lịch cuộc họp giữa các bên:

STT Công việc Thời gian Mục đích cuộc Các bên

50 dự kiến họp tham gia

1 Họp tiếp nhận dự án

03/09/2022 Tiếp nhận dự án, đạt được thỏa thuận giữa các bên, tiến hành ký hợp đồng

2 Họp thảo luận về tài liệu xác định yêu cầu

05/09/2022 Đưa ra bản tài liệu xác định yêu cầu thống nhất của đội trước khi đề xuất với khách hàng

3 Họp đưa ra bản đề xuất thực hiện với khách hàng

07/09/2022 Thống nhất được bản tài liệu xác định yêu cầu giữa khách hàng và đội dự án

2 Họp phân công công việc

11/10/2022 Phân công vai trò, trách nhiệm của các thành viên trong đội

4 Họp thảo luận về tài liệu phân tích thiết kế

10/11/2022 Đưa ra tài liệu thiết kế phần mềm và web

5 Họp đưa ra bản đề xuất thiết kế với khách hàng

13/11/2022 Thống nhất được bản thiết kế cuối cùng giữa khách hàng và đội dự án

6 Họp thảo luận về kết quả thực hiện dự án

30/01/2023 Giải quyết các vấn đề còn tồn tại của khâu thực hiện dự án cho đến khi các

51 chức năng được thống nhất

7 Họp thảo luận về báo cáo kiểm thử dự án

05/02/2023 Giải quyết được các vấn đề của khâu kiểm thử cho đến khi các lỗi đều được khắc phục và thống nhất

8 Họp bàn giao sản phẩm

13/02/2023 Bàn giao sản phẩm cho khách hàng

3.1 Giữa các thành viên trong nhóm với trưởng nhóm a) Trao đổi về vấn đề công việc

- Bên A: Thành viên của nhóm

- Mục đích: Báo cáo tiến độ công việc, các vấn đề gặp phải trong quá trình thực hiện, đề xuất trong dự án

- Tần suất: tùy thuộc vào tình hình thực tế

- Hình thức: Gặp mặt trực tiếp, thư điện tử

- Định dạng thông tin gửi đi: 01 file word bao gồm + Ngày / Tháng / Năm

+ Tên dự án + Họ tên người gửi báo cáo / Chức vụ / Nhóm tham gia + Họ tên người Nhận báo cáo - chức vụ

+ Nhiệm vụ đang làm / Tình trạng công việc + Ký tên b) Thông báo chỉ đạo của trưởng nhóm với thành viên

- Mục đích: Thông báo về nhiệm vụ, yêu cầu công việc hoặc các chỉ đạo của lãnh đạo

- Tần suất: Khi có thông báo

- Hình thức: Gặp mặt trực tiếp, thư điện tử, truyền miệng

- Định dạng thông tin gửi đi: 01 file word bao gồm:

+ Ngày / Tháng / Năm + Tên dự án:

+ Bộ phận gửi thông báo + Bộ phận nhận thông báo + Nội dung thông báo + Ký tên

3.2 Giữa các trưởng nhóm với quản lý dự án a) Về tiến độ công việc

- Người gửi: Các nhóm trưởng

- Người nhận: Quản lý dự án

- Mục đích: Nhóm trưởng báo cáo tiến độ công việc của nhóm với quản lý

- Hình thức: thông qua thư điện tử

- Người chịu trách nhiệm xử lý: Quản lý dự án

- Định dạng thông tin: Thông tin gửi bao gồm các nội dung sau: + Ngày / Tháng / Năm

+ Tên dự án + Tên nhóm + Danh sách các công việc thực + Mức độ hoàn thành từng công việc (hoàn thành, chưa hoàn thành (% khối lượng công việc còn lại))

+ Các khó khăn gặp phải trong quá trình thực hiện + Đề xuất cho công việc ( nếu có ) b) Về các đề xuất

- Bên gửi: Các trưởng nhóm

- Người nhận: Quản lý dự án

- Mục đích: Đưa ra đề xuất, yêu cầu của cả nhóm

- Tần suất: tùy vào tình hình thực tế

- Thời điểm: Bất kỳ lúc nào trong khoảng thời gian tiến hành dự án

- Người chịu trách nhiệm xử lý: trưởng nhóm

- Định dạng thông tin gửi: Thông tin được gửi có dạng một đơn đề nghị (có thể ngắn gọn) bắt buộc phải có nội dung sau:

+ Tên người lập – vị trí + Nội dung đề nghị (trình bày mong muốn) + Lý do c) Thông báo chỉ đạo của Quản lý dự án với các trưởng nhóm

- Bên A: Quản lý dự án

- Mục đích: Thông báo về nhiệm vụ, yêu cầu công việc

- Tần suất: Khi có thông báo hoặc sự thay đổi tư khách hàng

- Hình thức: Gặp mặt trực tiếp tại văn phòng, truyền miệng hoặc thư điện tử (e-mail)

- Định dạng thông tin gửi đi ( hình thức thư điện tử) : 01 file word bao gồm

+ Ngày / Tháng / Năm + Tên dự án:

+ Bộ phận gửi thông báo + Bộ phận nhận thông báo + Nội dung thông báo + Ký tên.

Báo cáo hiệu quả dự án

❖ Bên A: Giám đốc dự án

❖ Mục đích: Giám đốc dự án trình bày với khách hàng về mức độ hoàn thiện của dự án

❖ Thời điểm: Trong toàn bộ thời gian dự án diễn ra

❖ Hình thức: Gặp mặt trực tiếp

❖ Người chịu trách nhiệm xử lý: Giám đốc dự án

❖ Nội dung báo cáo gồm:

❖ Báo cáo tình trạng dự án đang ở giai đoạn nào, các tài nguyên đang được sử dụng ra sao, gồm:

❖ Báo cáo tiến độ nhóm dự án đã đạt được gì trong một khoảng thời gian

❖ Dự báo về dự án trong giai đoạn sắp tới

Tổng hợp thông tin quản lý

Khi kết thúc dự án, một số tài liệu về dự án cần được tổng hợp và lưu trữ

❖ Người thực hiện: Giám đốc dự án

● Xây dựng các báo cáo về:

➔ Cơ cấu tổ chức dự án

➔ Những điểm mạnh, yếu của dự án và các kĩ thuật đã sử dụng

➔ Tổng hợp các đề nghị của đội dự án

➔ Những đề nghị cho việc bảo dưỡng

● Nghiệm thu chính thức kết quả dự án

● Các bài học rút ra

Kế hoạch quản lý chất lượng dự án

Lập kế hoạch về quản lí tài nguyên

Mục đích của quản lý chất lượng:

 Xác định chất lượng sản phẩm thỏa mãn được khách hàng hay không

 Giám sát đánh giá, kịp thời phát hiện sai sót từ đó có kế hoạch khắc phục

 Phạm vi thực hiện: Được tiến hành ở từng giai đoạn của dự án

Cách nắm bắt chất lượng:

 Đội ngũ dự án phải có quan hệ tốt với khách hàng

Khách hàng là người quyết định cuối cùng về chất lượng của dự án Nhiều dự án đã thất bại vì chỉ tập trung vào khía cạnh kỹ thuật mà không chú ý đến mong đợi của khách hàng.

Các tiêu chuẩn thước đo của phần mềm

Tính khả dụng của giao diện là yếu tố quan trọng, đảm bảo sự đầy đủ và dễ dàng cho người dùng Giao diện cần phải thân thiện, đơn giản và dễ sử dụng, đồng thời các chức năng của ứng dụng phải đáp ứng đầy đủ yêu cầu của khách hàng trong việc quản lý thư viện.

Tính toàn vẹn của dữ liệu là yếu tố quan trọng, đảm bảo rằng dữ liệu luôn đồng bộ và không bị thay đổi hay mất mát, đặc biệt trong quá trình xử lý giao dịch trong hệ thống Việc cập nhật dữ liệu cần phải được thực hiện một cách cẩn thận để duy trì sự toàn vẹn của nó.

Ứng dụng đảm bảo tính ổn định cao, hoạt động mượt mà mà không gặp lỗi khi có sự thay đổi trong hệ thống và phần mềm Với thiết kế gọn nhẹ, ứng dụng tương thích với nhiều nền tảng hệ điều hành khác nhau, đồng thời dễ dàng bảo trì và sửa đổi.

 Tính bảo mật: Ứng dụng phải có cơ chế bảo mật tốt, có khả năng tránh được các vụ tấn công thông thường.

Các hình thức kiểm thử có thể dùng

Kiểm thử chức năng định kỳ là quá trình quan trọng nhằm đảm bảo rằng trang web hoạt động một cách trơn tru và không gặp phải lỗi trong suốt thời gian hoạt động.

 Kiểm tra code: Lập trình viên có kinh nghiệm kiểm tra code đột xuất để xem có tuân thủ theo đúng chuẩn mô hình MVC hay không

Kiểm thử bởi khách hàng là quá trình quan trọng, trong đó mẫu thiết kế được trình bày cho khách hàng để thu thập phản hồi và ý kiến về giao diện ứng dụng Đồng thời, việc kiểm tra các chức năng của ứng dụng cũng được thực hiện để đảm bảo chúng đáp ứng đúng yêu cầu của khách hàng, dựa trên các giả thiết và tập dữ liệu mẫu đã được xác định.

 Kiểm tra tính toàn vẹn của dữ liệu: Dữ liệu của ứng dụng sẽ được kiểm tra tính toàn vẹn dựa theo tập hợp những dữ liệu mẫu.

Các bên quản lí chất lượng

STT Họ tên Vị trí Nhiệm vụ

Kỹ sư quản lý chất lượng

- Lập kế hoạch quản lý chất lượng

- Đề ra chiến lược để nâng cao chất lượng

- Tạo các báo cáo chất lượng trong từng thời điểm

- Giám sát quá trình quản lý chất lượng

- Hỗ trợ việc quản lý chất lượng

3 Nguyễn Văn Kiểm thử - Kiểm tra lại chất lượng của sản phẩm trước khi bàn giao đến khách hàng

Khách hàng - Đánh giá và xác nhận yêu cầu của dự án

- Đánh giá, góp ý về chất lượng dự án

Lập kế hoạch quản lí chất lượng

Tên công việc Chỉ tiêu đánh giá

1 1.1 Gặp gỡ khách hàng Tạo được mối quan hệ tốt với khách hàng

2 1.2 Xác định yêu cầu Xác định được yêu cầu của khách hàng đối với phần mềm cần xây dựng

3 1.3 Kiểm tra yêu cầu Đảm bảo được các yêu cầu đáp ứng được công việc của khách hàng

4 1.4 Báo cáo Trình bày được cho các thành viên trong nhóm về kết quả hoạt động

5 2.1 Tổng hợp yêu cầu Các yêu cầu rõ ràng, chính xác

6 2.2 Lập bảng chi tiết công việc

Các công việc đảm bảo khả năng thực hiện

7 2.3 Xây dựng Use case Use case chính xác, thể hiện được các chức năng của phần mềm

8 2.4 Lập kế hoạch thực hiện

Tài liệu lập kế hoạch hợp lý, có khả năng thực hiện

9 2.5 Phân công công việc Có bản phân công công việc cho các thành viên

10 2.6 Báo cáo Các thành viên hiểu được công việc phải làm

11 3.1 Thiết kế các chức năng quản lý bạn đọc và sách

Thiết kế giao diện rõ ràng, đủ các chức năng

12 3.2 Thiết kế các chức năng quản lý thu chi và mượn trả

Thiết kế giao diện rõ ràng, đủ các chức năng

13 3.3 Thiết kế web Thiết kế giao diện rõ ràng, đủ các chức năng

14 3.4 Báo cáo Các thành viên báo cáo công việc đã hoàn thành

4.1 Xây dựng lớp sơ đồ Có sơ đồ lớp thể hiện được cấu trúc của phần mềm

16 4.2 Xây dựng CSDL Cơ sở dữ liệu chính xác, an toàn

Xây dựng các chức năng quản lý bạn đọc và sách

Các chức năng code theo thiết kế, chạy đúng yêu cầu, code dễ dàng bảo trì

Xây dựng các chức năng quản lý thu chi và mượn trả

Xây dựng chức năng tìm kiếm và quản lý thời gian mượn trả của trang web

Xây dựng chức năng đọc trước sách, rating, đọc đánh giá sách của trang web

22 5.1 Kiểm tra Phát hiện được các lỗi của phần mềm và nguyên nhân gây ra lỗi

23 5.2 Sửa lỗi phát sinh Sửa các lỗi đã phát hiện

24 5.3 Cập nhật lại phần mềm

Các lỗi đã phát hiện được cập nhật lại

25 5.4 Báo cáo Các thành viên báo cáo lại công việc đã hoàn thành

26 6.1 Test module Các chức năng hoạt động theo đúng thiết kế, đảm bảo an toàn

27 6.2 Test tích hợp Các chức năng hoạt động tương thích với nhau, không bị xung đột

28 6.3 Đưa vào hoạt động Phần mềm không còn lỗi và đã sẵn sàng để chuyển giao

30 7.1 Viết tài liệu hướng dẫn

Tài liệu hướng dẫn rõ ràng, đúng định dạng

31 7.2 Bàn giao sản phẩm Chuyển giao các tài liệu, sản phẩm đến khách hàng

32 7.3 Đào tạo sử dụng Khách hàng biết cách sử dụng phần mềm

33 7.4 Xin xác nhận, chữ ký của bên khách hàng

Khách hàng xác nhận sản phẩm đã hoàn thiện và đáp ứng yêu cầu của mình

34 7.5 Báo cáo Báo cáo lại cho các thành viên về công việc đã hoàn thành

Kiểm soát chất lượng

Thời gian Các công việc hoàn thành Chỉ tiêu đánh giá

10/09/2022 Hoàn thành pha xác định yêu cầu:

- Tài liệu yêu cầu nghiệp vụ - Tài liệu yêu cầu hệ thống

12/10/2022 Hoàn thành tài liệu phân tích hệ thống:

- Các tài liệu liên quan

- Giao diện thân thiện, thiết kế đúng chức năng

13/11/2022 Hoàn thành pha thiết kế với các tài liệu:

- Tài liệu thiết kế hệ thống tổng quan

- Tài liệu thiết kế hệ thống con/ chi tiết

- Thiết kế các thành phần của hệ thống

- Thiết kế CSDL phù hợp với hệ thống

- Tài liệu dễ đọc, hiểu

22/01/2023 Hoàn thành các module hệ thống và CSDL:

Sản phẩm phần mềm hoàn thành

- Code đúng như trong bản thiết kế, dễ đọc, hiểu

- CSDL có tương tác tốt

30/01/2023 Hoàn thành tài liệu kiểm thử - Các chức năng đạt yêu cầu và hoạt động chính xác

- Truy xuất được CSDL, không mất mát dữ liệu khi truy xuất

13/02/2023 Cài đặt trên hệ thống máy tính khách hàng

- Cài đặt được và hoạt động được trên máy khách hàng

Tiêu đề	Xây dựng phần mềm quản lý thư viện
Tác giả	Học Viện Công Nghệ Bưu Chính Viễn Thông
Trường học	Học Viện Công Nghệ Bưu Chính Viễn Thông
Chuyên ngành	Quản Lý Dự Án Phần Mềm
Thể loại	Báo Cáo

Định dạng
Số trang	60
Dung lượng	1,96 MB
File đính kèm	file dự án.mpp.zip (35 KB)