QUI TRÌNH KHỞI ĐỘNG
Mô tả dự án
Tên dự án: Xây dựng phFn mềm quản lý thư viện
Xây dựng phFn mềm quản lý thư viênmvới các chức năng chính như sau:
Quản lý thông tin đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin đôcmgiả
Quản lý thông tin loại đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin loại đôcmgiả
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
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
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ả
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
Lập phiếu mượn sách Nhận trả sách
Quản lý và xutt phiếu mượn sách Tra cứu thông tin đôcmgiả
Tra cứu thông tin sách
Tra cứu thông tin phiếu mượn Thay đui các quy định o Chpnh sqa tuui tối thiểu o Tuui tối đa của đôcmgiả o Thvi gian sq dDng the o Khoảng năm xutt bản
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 3
Quản Lý Thư Viện SE358.M12.PMCL cho phép quản lý việc mượn sách với số lượng tối đa cho phép, thời gian mượn tối đa xác định Hệ thống cũng cung cấp các danh sách báo cáo thống kê về tình hình mượn sách theo thể loại, tình hình mượn sách trả trễ, giúp người quản lý nắm bắt thông tin và đưa ra các quyết định phù hợp.
1.1.2 Danh sách các biểu mẫu và quy định
Yêu cầu Lập thẻ độc giả
Biểu mẫu 1 và quy định 1
Họ và tên: Loại độc giả: Ngày sinh: Địa chp: Email: Ngày lập the:
QĐ1: Có 2 loại độc giả (X,Y) Tuổi độc giả từ 18 đến 55 Thẻ có giá trị 6 tháng Yêu cầu Tiếp nhận sách mới
Biểu mẫu 2 và quy định 2
Tên sách: Thể loại: Tác giả:
Năm xutt bản: Nhà xutt bản: Ngày nhập:
QĐ2: Có 3 thể loại (A, B, C) Có 100 tác giả Chỉ nhận các sách xuất bản trong vòng 8 năm
Yêu cầu Tra cứu sách
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 4
Quản Lý Thư Viện SE358.M12.PMCL
STT Mã Sách Tên Sách Thể Loại Tác Giả Tình Trạng
Yêu cầu Cho mượn sách
Biểu mẫu 4 và quy định 4
Họ tên độc giả: Ngày mượn:
STT Mã Sách Tên Sách Thể Loại Tác Giả
QĐ4: Chỉ cho mượn với thẻ còn hạn, không có sách mượn quá hạn, và sách không có người đang mượn Mỗi độc giả mượn tối đa 5 quyển sách trong 4 ngày
Yêu cầu Nhận trả sách
Họ tên độc giả: Ngày trả:
STT Mã Sách Ngày mượn Số ngày mượn
Yêu cầu Lập báo cáo
BM6.1 Báo Cáo Thông Kê Tình Hình Mượn Sách Theo Thể Loại
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 5
Quản Lý Thư Viện SE358.M12.PMCL
STT Tên Thể Loại Số lượt mượn Tỉ lệ
BM5.2 Báo Cáo Thống Kê Sách Trả Trễ
STT Tên Sách Ngày Mượn Số Ngày Trả Trễ
Do xây dựng phFn mềm quản lý thư viênmvya và nhz nên s{ chp tâpmtrung vào các tính năng quản lý chính: quản lý thông tin đọc giả, quản lý sách, quản lý tác giả, quản lý tình hình mượn trả sách, tính năng đăng nhâpm.
1.1.4 Mô hình phát triển ph n m m
Trong đề tài này nhóm đ| thống nhtt sq dDng quy trình Waterfall vì quy mô dự án trung bình Và nhóm sau mỗi giai đoạn đều liên hê m với khách hàng để đảm bảo giải quyết được các rủi ro có thể xảy ra Và sau bước phân tích thì đến bước hiênmthực hóa hê mthống nhóm đ| quyết định sau mỗi 1 module (milestone) nhtt định s{ bàn giao cho khách hàng để nhâ mn tiền lương và nhânmphản hồi ty khách hàng.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 6
Quản Lý Thư Viện SE358.M12.PMCL
Lập Bản tuyên bố dự án
Tôn chỉ Dự án (Project Charter) Tên dự án: Xây dựng phFn mềm Quản lý thư viện
Ngày bắt đầu: 10/09/2021 Ngày kết thúc: 30/11/2021
Giám đốc dự án: Đào Thị Thu Hiền, 0123456789, 18520759@gm.uit.edu.vn
Mục tiêu dự án: Xây dựng phFn mềm quản lý thư viênmvới các chức năng chính như sau
Quản lý thông tin đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin đôcmgiả
Quản lý thông tin loại đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin loại đôcmgiả
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
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
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ả
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
Quản lý phiếu mượn sách
Quản lý phiếu trả sách
Tra cứu thông tin đôcmgiả Tra cứu thông tin sách
Tra cứu thông tin phiếu mượn Thay đui các quy định o Chpnh sqa tuui tối thiểu o Tuui tối đa của đôcmgiả
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 7
Quản Lý Thư Viện SE358.M12.PMCL có thời gian sử dụng lâu dài, khoảng 5 năm xuất bản Số lượng sách mượn tối đa và số ngày mượn tối đa đều có giới hạn Phần mềm có chức năng xuất các danh sách báo cáo thống kê, bao gồm báo cáo thống kê tình hình mượn sách theo thể loại và báo cáo thống kê tình hình mượn sách trả trễ.
Lập kế hoạch dự án
Nhận yêu cFu ty khách hàng Khảo sát hiện trạng
Phân tích yêu cFu ngưvi dùng
Thiết kế ứng dDng & viết tài liệu
Viết code giao diện và chức năng
Kiểm thq thủ công và tự động
Chuyển giao sản phẩm Hỗ trợ kỹ thuật
Vai trò và trách nhiệm
Họ Tên Vai trò Đào Thị Thu Hiền Ngưvi quản lý dự án
- Lập tôn chỉ mục đích dự án họp rõ ràng, thống nhất.- Lập hợp đồng nhóm, phân bổ nhân sự, lên lịch biểu làm việc cụ thể.- Lên kế hoạch chi tiết, bao gồm ước tính kinh phí thực hiện dự án.- Chọn kiến trúc hệ thống phù hợp với mục tiêu và ngân sách dự án.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 8
Quản Lý Thư Viện SE358.M12.PMCL
Thiết kế và đặc tả use case Kiểm thq hệ thống Viết tài liệu hướng dẫn sq dDng phFn mềm
Lên kế hoạch bảo trì phFn mềm Bàn giao sản phFm cũng như tài liệu liên quan cho khách hàng Phan Viết Đức Trưởng nhóm phát Xác định mDc tiêu dự án triển Chọn kiến trúc hệ thống phù hợp
Thiết kế và đặc tả use case V{ sơ đồ tuFn tự Thiết kế cơ sở dữ liệu V{ mô hình thực thể kết hợp ERD
Thiết kế các biểu mẫu và quy định
Thiết kế giao diện Cài đătmvà hiênmthực hóa dự án
Hỗ trợ kiểm thq Tích hợp các module Viết tài liệu hướng dẫn sq dDng phFn mềm
Lên kế hoạch bảo trì phFn mềm Nguyễn Trùng Dương Ngưvi phát triển ác định yêu cFu nghiệp vD
Lập bản phát biểu về phạm vi Chọn kiến trúc hệ thống phù hợp V{ sơ đồ luồng dữ liệu Thiết kế và đặc tả use case V{ sơ đồ tuFn tự Thiết kế cơ sở dữ liệu V{ mô hình thực thể kết hợp ERD
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 9
Quản Lý Thư Viện SE358.M12.PMCL
Thiết kế các biểu mẫu và quy định
Thiết kế giao diện Cài đătmvà hiênmthực hóa dự án Tích hợp các module
Hỗ trợ kiểm thq Viết tài liệu hướng dẫn sq dDng phFn mềm
Lên kế hoạch bảo trì phFn mềm Nguyễn Quốc Trung Ngưvi phát triển Xác định yêu cFu chtt lượng
Lập danh sách các rủi ro và cách khắc phDc
Chọn kiến trúc hệ thống phù hợp V{ sơ đồ luồng dữ liệu Thiết kế và đặc tả use case V{ sơ đồ tuFn tự Thiết kế cơ sở dữ liệu V{ mô hình thực thể kết hợp ERD
Thiết kế các biểu mẫu và quy định
Thiết kế giao diện Cài đătmvà hiênmthực hóa dự án
Hỗ trợ kiểm thq Viết tài liệu hướng dẫn sq dDng phFn mềm
Lên kế hoạch bảo trì phFn mềm Đỗ Mạnh Tiến Ngưvi phát triển Xác định yêu cFu hệ thống
Lập bản phân tích các bên liên quan
Chọn kiến trúc hệ thống phù hợp V{ sơ đồ luồng dữ liệu
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 10
Quản Lý Thư Viện SE358.M12.PMCL
Thiết kế và đặc tả use case V{ sơ đồ tuFn tự Thiết kế cơ sở dữ liệu V{ mô hình thực thể kết hợp ERD
Thiết kế các biểu mẫu và quy định
Thiết kế giao diện Cài đătmvà hiênmthực hóa dự án
Hỗ trợ kiểm thq Tích hợp các module Viết tài liệu hướng dẫn sq dDng phFn mềm
Lên kế hoạch bảo trì phFn mềm
Chú thích: “Dự án này phải hoàn thành trong vòng 3 tháng.” – Đào Thị Thu Hiền (Ngưvi quản lý dự án)
Chúng tôi giả định rằng toàn thể nhân viên đều sẵn sàng và cam kết hỗ trợ dự án Một số công việc phải được hoàn thành trong thời hạn ngắn để tránh làm gián đoạn tiến độ làm việc quá lâu, và nếu vượt quá thời hạn sẽ được trả thêm tiền công.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 11
Quản Lý Thư Viện SE358.M12.PMCL
QUI TRÌNH LẬP KẾ HOẠCH
Hợp đồng nhóm
HỢP ĐỒNG NHÓM Tên dự án: Xây dựng phần mềm quản lý thư viện
Ngày lập: 15/09/2021 Người lập: Đào Thị Thu Hiền Họ Tên các Thành viên Dự án và Chữ ký:
STT Họ và tên Chữ ký
2 Đào Thị Thu Hiền Hiền
Các nguyên tắc làm việc của nhóm
Yêu c u chung đối với các thành viên trong nhóm
Những đi u các thành viên trong nhóm phải làm theo
● Đi họp nhóm đúng giv
● Nghiêm túc trong lúc hoạt động nhóm
● Có tinh thFn trách nhiệm với nhóm
● Tôn trọng và lắng nghe ý kiến của nhau
● Đặt mDc tiêu của nhóm lên hàng đFu
● Hoàn thành nhiệm vD trong thvi gian được giao phó
● Tuân thủ những quy tắc mà nhóm đ| đặt ra
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 12
Quản Lý Thư Viện SE358.M12.PMCL
Những đi u các thành viên trong nhóm không được làm
● Nghp học, nghp họp không lý do, không báo trước
● Không tôn trọng thành viên trong nhóm
● Gây mtt đoàn kết nhóm
● Làm việc mang tính chtt đối phó
● Bz mặt nhóm không quan tâm
Những đi u các thành viên trong nhóm nên làm theo (không bắt buộc)
● Nên có tinh thFn học hzi và lắng nghe ý kiến của ngưvi khác
● Có thái độ tôn trọng yêu thương các thành viên trong nhóm
● Chủ động đóng góp ý kiến
● Cố gắng đi học đúng giv và đFy đủ
● Hzi thăm nhau để tăng sự gắn bó giữa các thành viên
● Hình thức giao tiếp: online
● TFn sutt gặp mặt hàng tuFn: 1 lFn/tuFn (có thể thay đui theo nhu cFu của nhóm)
● Thvi gian: 9h45-11h30 sáng thứ 6 hàng tuFn
Địa điểm họp thông báo qua Microsoft Teams; hình thức liên hệ qua Facebook, Gmail Thông báo đến thành viên tối thiểu 12 giờ trước giờ họp Khi nhận được thông báo, thành viên phải phản hồi để xác nhận đã nhận và đọc thông báo Nếu không phản hồi, thành viên sẽ nhận được thông báo nhắc nhở qua điện thoại hoặc trực tiếp.
● Khuyến khích ngưvi tham gia đưa ra ý kiến (không chp trích)
● Xây dựng dựa trên ý tưởng chung
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 13
Quản Lý Thư Viện SE358.M12.PMCL
● Sq dDng các công cD quản lý (Ví dD: Microsoft Project) để quản lý để tránh sai sót về những vtn đề như công việc quá hạn
● Không ngyng học tập và mở rộng kiến thức.
● Cuộc họp s{ được tu chức vào thứ 6 hàng tuFn
● Công việc s{ được giao theo tuFn
● Lúc hợp s{ đánh giá công việc hoàn thành của tuFn trước và lên kế hoạch công việc cho tuFn này
● Cuộc họp s{ bắt đFu và kết thúc đúng giv
● Các công việc chưa kịp hoàn thành của tuFn trước s{ được thêm mới vào bảng công việc tuFn này Các thành viên phải giúp đỡ nhau để công việc đó hoàn thành sớm nhtt có thể
● Nhiệm vD của cuộc hợp s{ được gqi đến thành viên không thể tham gia
Bảng phân tích các bên liên quan
PHÂN TÍCH CÁC BÊN LIÊN QUAN CHO DỰ ÁN
Ngày lập: 16/09/2021 Người lập: Đỗ Mạnh Tiến Đào Thị Phan Viết Nguyễn Nguyễn Đỗ Mạnh
Thu Hiền Đức Trùng Quốc Tiến
Tổ chức Nhóm 4 Nhóm 4 Nhóm 4 Nhóm 4 Nhóm 4
Vai trò Ngưvi Trưởng Ngưvi phát Ngưvi phát Ngưvi phát trong dự án quản lý dự nhóm phát triển triển triển án triển
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 14
Quản Lý Thư Viện SE358.M12.PMCL Đặc điểm Cẩn thận, Có tư duy tiêu biểu có khả lâpmtrình tốt năng l|nh đạo
Có khả Có gu Có khả năng năng phân thẩm mĩ, trình bày tốt, tích vtn đề khiếu hài thuyết phDc tốt hước ngưvi nghe
Mức độ liên Rtt cao Rtt cao Cao Cao Cao quan
Mức độ ảnh Rtt cao Cao Bình Bình Bình thưvng hưởng thưvng thưvng
Những điểm Luôn có Phản hồi, CFn xác Hợp tác Luôn tương cần lưu ý để thái độ tiếp nhận định rõ vui ve, tác tốt khi trao giữ mối tích cực tương tác ràng yêu thẳng thắn, đui vtn đề, quan hệ tốt trong công như đối tác cFu và kết rõ ràng xác định rõ với anh việc, tập và đảm bảo quả đFu ra trong công yêu cFu được ấy/cô ấy trung khi giao tiếp 2 của công việc giao đang trao chiều việc s{ đui vtn đề giao
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 15
Quản Lý Thư Viện SE358.M12.PMCL
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: 21/09/2021 Người lập: Nguyễn Trùng Dương
Lý giải về dự án:
● X| hôimngày càng phát triển thì nhu cFu làm viêc,mtìm hiểu tài liêumvà giải trí của con ngưvi ngày càng cao, họ cFn môtmnơi vya yên tĩnh vya thoải mái để có thể làm viêcmhiêumquả hoăcmcó thvi gian yên tĩnh để nghĩ ngơi thư gi|n Vì vâymcó rtt nhiều thư viê nmxutt hiê mn để đáp ứng những nhu cFu Để tạo ra môtm sự khác biêtmvới những thư viênmkhác, thư viênmcủa nhóm s{ tạo ra môtmkhông gian đọc sách riêng tư, yên tĩnh.
● Tuy nhiên với viêcmcàng ngày càng có nhiều ngưvi tìm đến thư viênmthì viêcm phDc vD độc giả và quản lý sao cho có hiêumquả 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ênmbằng phFn mềm được đătmra để có thể quản lý quán môtmcách hiêumquả và tránh những sai sót thủ công dễ găpmphải.
Phần mềm quản lý phải được xây dựng dựa trên nền tảng khoa học, trực quan, dễ sử dụng cho cả ngư dân quản lý và thủ thư, đồng thời đảm bảo tính phân quyền rõ ràng để chia nhiệm vụ quản lý hiệu quả cho các cấp khác nhau.
● Mục tiêu: Xây dựng website quản lý thư viê nmvới các chức năng chính như sau o Quản lý thông tin đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin đôcmgiả o Quản lý thông tin loại đôcmgiả: Hiển thị danh sách, thêm, chpnh sqa, xóa thông tin loại đôcmgiả 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
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 16
Quản Lý Thư Viện SE358.M12.PMCL 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 đôcmgiả 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 đôcmgiả
▪ Thvi gian sq dDng the
▪ 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âpmtài khoản o Đăng ký tài khoản o Đăng xutt o Đui mật khẩu tài khoản
Các tính chất và yêu cầu của sản phẩm:
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 17
Quản Lý Thư Viện SE358.M12.PMCL o Thông tin về độc giả thông qua the độc giả: Với các thông tin cá nhân cơ bản của độc giả bao gồm: M| số, họ tên, địa chp, email, ngày sinh, ngày lập và thông tin về việc mượn sách của độc giả và thông tin về the: Số lượng sách đang mượn, ngày hết hạn và ngày còn hạn của the. o Thông tin về sách: lưu trữ thông tin của sách gồm m| sách, tên sách, loại sách, tác giả, nhà xutt bản, năm xutt bản, ngày nhập, trị giá và tình trạng của sách. o Thông tin về phiếu mượn sách của độc giả: Gồm các thông tin của độc giả và thông tin của phiếu mượn chi tiết Dựa vào các thông tin này để nắm bắt tình hình mượn sách của độc giả khi thực hiện mượn sách. o Thông tin về việc nhận trả sách của độc giả: Gồm các thông tin của độc giả, phiếu mượn, tình trạng sách đang mượn gồm ngày mượn trả, còn hạn hay hết hạn trả. o Lưu trữ thông tin loại sách gồm m| và tên loại sách. o Lưu trữ thông tin của tác giả: gồm m| tác giả và tên tác giả. o Lưu trữ thông tin quy định của hệ thống như tuui tối đa, tuui tối thiểu của độc giả Thvi hạn sq dDng the, khoảng năm xutt bản sách, số lượng sách lưu trữ tối thiểu và tối đa trong thư viện. o Lưu trữ thông tin đăng nhập của thủ thư gồm tên tài khoản, mật khẩu Tra cứu: hệ thống phải luôn đáp ứng các yêu cFu truy vtn ty ngưvi dùng như: tìm thông tin sách, tìm thông tin độc giả, thông tin mượn trả sách, thông tin trả sách, thông tin tác giả
- Tính toán độ tuổi độc giả xét theo quy định độ tuổi.- Tính toán số ngày hết hạn dựa theo thời gian cho mượn.- Tính toán thời hạn hết hạn thẻ của độc giả.- Tính toán năm xuất bản của sách.- Tính toán thời hạn và số lượng sách có thể tiếp tục mượn.- Tính tỉ lệ mượn sách theo số lượt mượn.
Kết xutt: lập thống kê báo cáo tình hình mượn sách theo thể loại trong tháng, lập thống kê báo cáo các sách chưa được trả đúng hạn trong ngày, lập phiếu mượn sách
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 18
Quản Lý Thư Viện SE358.M12.PMCL
STT Nghiệp vD Đối tượng Ghi chú
1 Ẩn dữ liệu Thông tin về Thông tin về sách bị ẩn đi s{: sách được
Bị hạn chế một số tác nhân chọn để ẩn đi không thể tra cứu hay xem Bắt buộc ẩn đi trước khi có thể thực hiện thao tác xóa
2 PhDc hồi dữ liệu bị Thông tin về Thông tin về sách s{ được hiển thị ẩn sách đ| bị ẩn trở lại với toàn bộ các tác nhân
3 Không cho phép xóa Thông tin về Trong khoảng 7 ngày sau khi ẩn dữ liệu bị ẩn sách đ| bị ẩn thông tin về sách thì s{ không được quyền xóa dữ liệu này
STT Nghiệp vD Thủ thư Khác
4 Đui qui định tiếp nhận X
5 Đui qui định nhận sách X
STT Nghiệp vD Tham số cFn thay đui Miền giá trị cFn
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 19
Quản Lý Thư Viện SE358.M12.PMCL thay đui
1 Thay đui qui định Tuui tối thiểu, Tuui tối đa, thvi hạn the độc giả có gía trị của the
2 Thay đui qui định Số lượng và tên các loại, thay đui Thể loại nhập sách khoảng cách năm xutt bản
3 Thay đui phiếu Thay đui sách mượn tối đa, ngày mượn sách mượn tối đa
STT Nghiệp vD Mức độ dễ học Mức độ dễ sq dDng Chú thích
1 Lập the độc 10 phút hướng dẫn Tỷ lệ phạm lỗi trung giả bình là 1%
2 Tra cứu sách Không cFn hướng Không biết nhiều về Có đFy đủ dẫn sách muốn tìm thông tin
3 Nhập sách 10 phút hướng dẫn Dễ nhập sách
Máy tính với CPU Pentium III 533, RAM 128MB, Đĩa cứng 10GB
Stt Nghiệp vD Tốc độ xq lý Dung lượng lưu trữ Chú thích
1 Lập the độc giả 200 the/giv
2 Tra cứu sách Ttt cả các sách trong 2giv
3 Nhập sách Ngay tức thì
STT Nghiệp vD Đối tượng liên quan Chú thích
1 Nhận danh sách the độc giả Ty tập tin Excel Độc lập phiên bản.
2 Xutt danh sách the độc giả Đến phFn mềm WinFax Độc lập phiên bản.
3 Xutt phiếu mượn sách Đến máy in Độc lập
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 20
Quản Lý Thư Viện SE358.M12.PMCL phiên bản.
In báo cáo thống kê Đến máy in Độc lập phiên bản.
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
4 Bản phát biểu về phạm vi
7 Danh mDc các rủi ro
8 Báo cáo về Bài học kinh nghiệm
9 Báo cáo Kết thúc dự án
1 M| nguồn phFn mềm quản lý thư viện
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
6 Tài liệu mô tả cơ sở dữ liệu
7 Các bản thiết kế giao diện
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
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 21
Quản Lý Thư Viện SE358.M12.PMCL
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
WBS
WBS Ước Người chịu lượng
STT Tên công việc Mô tả công việc Thành phẩm trách thời nhiệm gian chính thực hiện
Họp định kỳ hàng tuần
Họp định kỳ hàng tuFn Tuyên bố khởi tạo dự
Biên bản cuộc họp Đào Thị
Họp định kỳ hàng tuFn
Báo cáo tiến độ và hỗ
1.2 trợ các thành viên nhóm Biên bản cuộc họp 1 giv
2 Đức nếu có khó khăn
Họp định kỳ hàng tuFn
Báo cáo tiến độ và hỗ Nguyễn
1.3 trợ các thành viên nhóm Biên bản cuộc họp Trùng 1 giv
3 nếu có khó khăn Dương
Họp định kỳ hàng tuFn Báo cáo tiến độ và hỗ Đỗ Mạnh
1.4 trợ các thành viên nhóm
Ti ến nếu có khó khăn
Báo cáo tiến độ và hỗ
1.5 trợ các thành viên nhóm
Tr un nếu g có khó khăn
Các tài nguyên cần thiết kèm theo
Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh
Quốc Trung, Nguyễn Trùng Dương
Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh
Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh
Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 22
Quản Lý Thư Viện SE358.M12.PMCL
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Họp định kỳ hàng tuFn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn
Báo cáo tiến độ và hỗ trợ các thành viên nhóm nếu có khó khăn Đào Thị
Biên bản cuộc họp 1 giv
Biên bản cuộc họp 1 giv Đức
Nguyễn Biên bản cuộc họp Trùng 1 giv Dương Đỗ Mạnh
Biên bản cuộc họp 1 giv
Nguyễn Biên bản cuộc họp 1 giv Quốc Trung Đào Thị
Biên bản cuộc họp 1 giv
Biên bản cuộc họp 1 giv Đức
Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung và Nguyễn Trùng Dương đều là những cái tên quen thuộc trong làng công nghệ thông tin Việt Nam Họ là những chuyên gia, nhà quản lý có nhiều đóng góp cho sự phát triển của ngành CNTT trong nước, được giới chuyên môn đánh giá cao và cộng đồng công nghệ biết đến rộng rãi.
Xác định phạm vi dự
2.1 Khảo sát yêu cFu dự án 1 ngày
2.1.1 Xác định yêu cFu Xác định yêu cFu Tài liệu yêu cFu Nguyễn 1 ngày
Quản Lý Thư Viện SE358.M12.PMCL nghiệp vD về lưu trữ, tra nghiệp vD cứu, tính toán, kết xutt nghiệp vD
Trùng để đảm bảo tính đúng Dương đắn
Xác định yêu cFu hệ
Xác định yêu cFu hệ
Tài liệu yêu cFu hệ Đỗ Mạnh
2.1.2 thống gồm tính an toàn 1 ngày thống thống Tiến và tính bảo mật Xác định yêu cFu chtt
Xác định yêu cFu chtt lượng gồm tính tiến
Tài liệu yêu cFu Nguyễn
2.1.3 hóa, tính tiện dDng, tính 1 ngày lượng chtt lượng Quốc Trung tương thích của phFn mềm
2.2 Tuyên bố khởi tạo dự án 6 ngày
Tuyên bố mDc tiêu dự Tuyên bố mDc tiêu dự
Bản mDc tiêu dự án
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ị
2.2.3 Lập họp đồng nhóm Lập họp đồng nhóm Họp đồng nhóm Đào Thị
Lập bảng phân tích các Xác định và phân tích Bảng phân tích các Đỗ Mạnh
1 ngày bên liên quan các bên liên quan chính bên liên quan Tiến
Lập bản phát biểu về Lập bản phát biểu về Bản phát biểu về
2.2.5 Trùng 1 ngày phạm vi phạm vi dự án phạm vi
Dương Lập danh sách những
Lập danh sách các rủi ro rủi ro có thể xảy ra Danh sách các rủi
2.2.6 trong dự án quản lý thư ro và cách khắc 1 ngày và cách khắc phDc Quốc Trung viện và đề xutt cách ph
Lậ p da nh chsá công
Lậ p da nh sá ch cô ng D an h sá ch cô ng Đà o
3. 1 việc cFn phải làm tron g
1 ng ày việc việ c c ủa dự án
Ph ân bốnh âns ự ph ù
Bản phân bố nh ân Đà o
Phân bố nhâ n sự hợp vào các công việc
Th u H iền đ| đư ợclậ p ra
Lập lịch các công việc
Lị ch bi ểu Đà o
3. 4 Ước tínhkin h phí Ước tính kinh phí của
Bả n ki nh ph í ướ c Đà o
1 ng ày dự án tín h
9 ng ích ày hệ thống
Lựa chọn kiến trúc hệ
Nguyễn Chọn kiến trúc hệ thống thống phù hợp để thiết Tài liệu kiến trúc
3.1 Trùng 1 ngày phù hợp kế phFn mềm quản lý hệ thống
3.2.1 V{ sơ đồ luồng dữ liệu Sơ đồ luồng dữ liệu là Sơ đồ luồng dữ Đỗ Mạnh 1 ngày cho yêu cFu lập the độc một cách biểu diễn liệu cho yêu cFu Tiến giả luồng dữ liệu thông qua lập the độc giả một quá trình hoặc một hệ thống Nó cũng cung ctp thông tin về đFu ra
Phan Viết Đức Đào Thị Thu Hiền Đào Thị Thu Hiền Đỗ Mạnh Tiến
Nguyễn Quốc Trung Đào Thị Thu Hiền Đào Thị Thu Hiền Đào Thị Thu Hiền Đào Thị Thu Hiền
Phan Viết Đức, Đào Thị Thu Hiền, Đỗ Mạnh Tiến, Nguyễn Quốc Trung, Nguyễn Trùng Dương Đỗ Mạnh Tiến
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 24
Quản Lý Thư Viện SE358.M12.PMCL 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 là một cách biểu diễn luồng dữ liệu thông qua V{ sơ đồ luồng dữ liệu một quá trình hoặc một
3.2.2 cho yêu cFu tiêp nhận hệ thống Nó cũng cung sách mới 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 là một cách biểu diễn luồng dữ liệu thông qua
V{ sơ đồ luồng dữ liệu một quá trình hoặc một
3.2.3 hệ thống Nó cũng cung cho yêu cFu tra cứu sách 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 là một cách biểu diễn luồng dữ liệu thông qua V{ sơ đồ luồng dữ liệu một quá trình hoặc một
3.2.4 cho yêu cFu lập phiếu hệ thống Nó cũng cung mượn 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 là một cách biểu diễn
Sơ đồ luồng dữ liệu cho yêu
Nguyễn Nguyễn Quốc cFu 1 ngày
Quốc Trung Trung tiêp nhận sách mới
Sơ đồ luồng dữ Nguyễn
Nguyễn Trùng liệu cho yêu cFu tra Trùng 1 ngày
Mạnh Đỗ liệu cho yêu cFu 1 ngày Đỗ Mạnh Tiến lập phiếu mượn
V{ sơ đồ luồng dữ liệu luồng dữ liệu thông qua một quá trình hoặc một cho yêu cFu báo cáo
3.2.5 hệ thống Nó cũng cung thống kê tình hình ctp thông tin về đFu ra mượn sách theo thể loại 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 là một cách biểu diễn luồng dữ liệu thông qua
V{ sơ đồ luồng dữ liệu một quá trình hoặc một
3.2.6 cho yêu cFu báo cáo hệ thống Nó cũng cung thống kê trả sách trễ 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 báo cáo thống kê tình hình mượn sách theo thể loại
Sơ đồ luồng dữ liệu cho yêu cFu báo cáo thống kê trả sách trễ
3.3 Thiết kế use case Use case mô tả sự tương tác đặc trưng giữa ngưvi dùng bên ngoài (actor) và hệ
Bản v{ use case Phan Viết 1 ngày Phan Viết Đức, của hệ thống Đức Đào Thị Thu
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 25
Quản Lý Thư Viện SE358.M12.PMCL
3.6 Thiết kế cơ sở dữ liệu
3.6.1 Thiết kế bảng DocGia thống Nó thể hiện ứng xq của hệ thống đối với bên ngoài, trong một hoàn cảnh nhtt định, xét ty quan điểm của ngưvi sq dDng. Để hiểu rõ hơn hệ thống chúng ta cFn phải đặc tả các Use Case
Sơ đồ tuFn tự mô tả các đối tượng liên quan đến kịch bản và chuỗi thông điệp được trao đui giữa các đối tượng cFn thiết để thực hiện chức năng của kịch bản
Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu DocGia Thiết kế và mô tả các
Phan Viết Đức, Đào Thị Thu
Tài liệu đặc tả use Phan
Dương Phan Viết Đức, Đào Thị Thu
Tài liệu các sơ đồ
Viết Hiền, Đỗ Mạnh tuFn tự của hệ Đức 1 ngày Tiến, Nguyễn thống Quốc Trung,
2 ngày Tài liệu mô tả bảng Đào Thị Đào Thị Thu Hiền
LoaiDocGia thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu LoaiDocGia
Tài liệu mô tả bảng Đỗ Mạnh Đỗ Mạnh Tiến
Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu Sach Thiết kế và mô tả các
Tài liệu mô tả bảng Sach Nguyễn Nguyễn Quốc
TinhTrangSach thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu TinhTrangSach Tài liệu mô tả bảng TinhTrangSach
NguyễnTr ùng yễn Trùn g 1 ngày Dươ ng Dươn g
Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu
NhaXuatBan Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu LoaiSach Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, ràng buộc, diễn giải của bảng dữ liệu TacGia Thiết kế và mô tả các thuộc tính, kiểu dữ liệu,
Tài liệu mô tả bảng Phan Viết
Phan Viết Đức NhaXuatBan Đức 1 ngày
Tài liệu mô tả bảng Đào Thị Đào Thị Thu Hiền LoaiSach
Tài liệu mô tả bảng Đỗ Mạnh Đỗ Mạnh Tiến TacGia
Tài liệu mô tả bảng Nguyễn 1 ngày Nguyễn Quốc
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 26
Quản Lý Thư Viện SE358.M12.PMCL
4 và quy định ràng buộc, diễn giải của bảng dữ liệu
PhieuMuonSach Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, Tài liệu mô tả bảng ràng buộc, diễn giải của CTPhieuMuonSac bảng dữ liệu h
CTPhieuMuonSach Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, Tài liệu mô tả bảng ràng buộc, diễn giải của QuyDinh bảng dữ liệu QuyDinh Thiết kế và mô tả các thuộc tính, kiểu dữ liệu, Tài liệu mô tả bảng ràng buộc, diễn giải của ThuThu bảng dữ liệu ThuThu
V{ mô hình thực thể kết
Tài liệu mô hình thực thể kết hợp hợp ERD
Thiết kê biểu mẫu 1 và Tài liệu về Biểu
0.5 ngày Phan Viết Đức Đào Thị Thu
Thiết kê biểu mẫu 1 và quy định 1
Thiết kế biểu mẫu 2 và quy định 2 quy định 1 (lâ mp the đọc mẫu 1 và quy định giả) 1 (lâpmthe đọc giả)
Thiết kế biểu mẫu 2 và
Tài liệu về Biểu mẫu 2 và quy định quy định 2 ( tiếp nhâ nm 2 ( tiếp nhânmsách sách mới) mới)
Thiết kế biểu mẫu 3 (tra
Tài liệu về Biểu Đỗ Mạnh Tiến
Thiết kế biểu mẫu 4 và
4.6 Thiết kế quy định 6 cứu sách) mẫ u3
Thiết kế biểu mẫu 4 và Tài liệu về Biểu quy định 4 (cho mượn mẫu 4 và quy định sách) 4 (cho mượn sách) Thiết kế biểu mẫu
5 Tài liệu về Biểu mẫu 5 (nhâ nm
(nhânmtrả sách và trả nhânm sách và nhânm trả trả sách trễ)
Thiết kế quy định 6 (có
Qu y thể thay đui quy định định 6 (có thể thay
Xác định và thiết kế yêu
Tài liệu về Yê u cFu
Trùng Dương Phan Viết Đức Đào Thị Thu Hiền Đỗ Mạnh Tiến
Dương 1 ngày Phan Viết Đức 1 ngày Đào Thị Thu Hiền
4.7 Xác định và thiết kế yêu cFu tiến hóa 1 tiến hóa 1 (thay đui cFu tiến hóa 1 (thay đui quy định the đọc quy định the đọc giả) giả)Tài liệu về Yêu cFu Xác định và thiết kế yêu
Xác định và thiết kế yêu
4.9 Xác định và thiết kế yêu tiến hóa 2 (thay đui cFu tiến hóa 2 (thay đui quy định nhâpm quy định nhâpmsách) sách) Xác định và thiết kế yêu Tài liệu về Yêu cFu
Trùng Dương Phan Viết 1 ngày
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 27
Quản Lý Thư Viện SE358.M12.PMCL cFu tiến hóa 3
5.1 Thiết kế màn hình chính
Thiết kế màn hình the
Thiết kế màn hình quản
Thiết kế màn hình lập
Thiết kế màn hình nhận
Thiết kế màn hình thể
Thiết kế màn hình quản
Thiết kế màn hình tác
Thiết kế màn hình quản
Thiết kế màn hình nhà
Thiết kế màn hình quản
Thiết kế màn hình quản
Thiết kế màn hình tra
Thiết kế màn hình báo
5.14 cáo tình hình mượn sách theo thể loại
Thiết kế màn hình báo
5.16 Thiết kế màn hình đăng nhập và màn hình đui cFu tiến hóa 3 (thay đui quy định mượn sách)
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma
Thiết kế giao diện sq dDng công cD Figma Thiết kế giao diện sq dDng công cD Figma tiến hóa 3 (thay đui quy định mượn Đức sách)
Phan Viết diện màn hình Đức chính
Bản thiết kế giao Đỗ Mạnh diện màn hình the
Bản thiết kế giao Đào Thị diện màn hình
Thu Hiền quản lý sách
Nguyễn diện màn hình lập
Quốc Trung phiếu mượn sách Bản thiết kế giao Nguyễn diện màn hình Trùng nhận trả sách Dương Bản thiết kế giao Đào Thị diện màn hình thể
Bản thiết kế giao diện màn hình Đỗ Mạnh quản lý thể loại Tiến sách
Nguyễn diện màn hình tác Quốc Trung giả
Bản thiết kế giao Nguyễn diện màn hình Trùng quản lý tác giả Dương Bản thiết kế giao
Phan Viết diện màn hình nhà Đức xutt bản
Bản thiết kế giao diện màn hình Đỗ Mạnh quản lý nhà xutt Tiến bản
Bản thiết kế giao diện màn hình Nguyễn quản lý phiếu Quốc Trung mượn
Bản thiết kế giao Nguyễn diện màn hình tra Trùng cứu Dương
Bản thiết kế giao diện màn hình báo Phan Viết cáo tình hình mượn Đức sách theo thể loại Bản thiết kế giao Đỗ Mạnh diện màn hình báo
Tiến cáo trả sách trễBản thiết kế giao Nguyễn diện màn hình Quốc Trung
1 ngày Đào Thị Thu Hiền
1 ngày Đào Thị Thu Hiền
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 28
Quản Lý Thư Viện SE358.M12.PMCL mật khẩu đăng nhập và màn hình đui mật khẩu
Thiết kế màn hình đăng Thiết kế giao diện sq
Bản thiết kế giao Nguyễn
5.17 diện màn hình Trùng 1 ngày ký dDng công cD Figma đăng ký Dương
Thiết kế màn hình thay Thiết kế giao diện sq
5.18 diện màn hình thay 1 ngày đui quy định dDng công cD Figma Đức đui quy định
Kiểm tra lại các bản
Kiểm tra lại các bản
5.19 thiết kế trên công cD Trùng 1 ngày thiết kế chính thức
6 Xây dựng hệ thống 17 ngày
Viết code giao diện cho
Viết code giao diện cho M| nguồn Giao
6.1.1 màn hình chính trên diện của màn hình 1 ngày màn hình chính Đức
Viết code chức năng cho
Viết code chức năng M| nguồn Chức
6.1.2 cho màn hình chính trên năng của màn hình 3 ngày màn hình chính Đức
Visual Studio chính Các đơn vị hay thành
6.1.3 Kiểm thq đơn vị phFn riêng le của phFn Tài liệu kiểm thq Đức 1 ngày mềm được kiểm thq
1 mà n hì nh th e độ c gi ả diện củamà n hìn h
1 ng ày màn hình the độc giả
Visua l Stu dio the độ c gi Viết ả code chức năng cho
Vi ết co de hc ức nă ngM
2 chomà n hìn h the độ c năng củamà n hìn h
3 ng ày màn hình the độc giả
Ti ến giả trên Visual Studio the độ c gi ả
Cá c đơn havị y ht àn h Đ ỗ
Kiể m th q đơ n vị phFnriêng le của phFn
Ti ến mềm được kiểm thq
Xâ y dự ng mà n hì nh
5 ng ày qu ản lýsá c
Viết code giao diện cho
Viết code giao diện cho M| nguồn Giao Đào Thị
6.3.1 màn hình quản lý sách diện của màn hình 1 ngày màn hình quản lý sách Thu Hiền trên Visual Studio quản lý sách
Viết code chức năng cho
Viết code chức năng M| nguồn Chức Đào Thị
6.3.2 cho màn hình quản lý năng của màn hình 3 ngày màn hình quản lý sách Thu Hiền sách trên Visual Studio quản lý sách Các đơn vị hay thành
6.3.3 Kiểm thq đơn vị phFn riêng le của phFn Tài liệu kiểm thq 1 ngày mềm được kiểm thq
Xây dựng màn hình lập
Viết code giao diện cho
Viết code giao diện cho M| nguồn Giao màn hình lập phiếu diện của màn hình Nguyễn
6.4.1 màn hình lập phiếu 1 ngày mượn sách trên Visual lập phiếu mượn Quốc Trung mượn sách
6.4.2 Viết code chức năng cho Viết code chức năng M| nguồn Chức Nguyễn 3 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
Phan Viết Đức Đỗ Mạnh Tiến Đỗ Mạnh Tiến Đỗ Mạnh Tiến Đào Thị Thu Hiền Đào Thị Thu Hiền Đào Thị Thu Hiền
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 29
Quản Lý Thư Viện SE358.M12.PMCL màn hình lập phiếu mượn sách
Viết code giao diện cho màn hình nhận trả sách
Viết code chức năng cho
6.5.2 màn hình nhận trả sách
Xây dựng màn hình thể
Viết code giao diện cho màn hình thể loại sách
Viết code chức năng cho
6.6.2 màn hình thể loại sách
6.7 quản lý thể loại sách
Viết code giao diện cho
6.7.1 màn hình quản lý thể loại sách
Viết code chức năng cho
6.7.2 màn hình quản lý thể loại sách cho màn hình lập phiếu mượn sách trên Visual Studio Các đơn vị hay thành phFn riêng le của phFn mềm được kiểm thq
Để thiết kế giao diện cho màn hình nhận trả sách, bạn có thể sử dụng Visual Studio Để triển khai các chức năng cho màn hình này, cũng sử dụng Visual Studio Các bộ phận và chức năng riêng lẻ của phần mềm phải được kiểm thử để đảm bảo hoạt động chính xác.
Viết code giao diện cho màn hình thể loại sách trên Visual Studio Viết code chức năng cho màn hình thể loại sách trên Visual Studio Các đơn vị hay thành phFn riêng le của phFn mềm được kiểm thq
Viết code giao diện cho màn hình quản lý thể loại sách trên Visual Studio
Viết code chức năng cho màn hình quản lý thể loại sách trên Visual Studio năng của màn hình lập phiếu mượn Quốc Trung sách
M| nguồn Giao Nguyễn diện của màn hình Trùng nhận trả sách Dương M| nguồn Chức Nguyễn năng của màn hình Trùng nhận trả sách Dương
Nguyễn Tài liệu kiểm thq Trùng
M| nguồn Giao Đào Thị diện của màn hình
Thu Hiền thể loại sách
M| nguồn Chức Đào Thị năng của màn hình
Thu Hiền thể loại sách Đào
Tài liệu kiểm thq Thị
M| nguồn Giao diện của màn hình Đỗ Mạnh quản lý thể loại Tiến sáchM| nguồn Chức năng của màn hình Đỗ Mạnh quản lý thể loại Tiến sách
1 ngày Đào Thị Thu Hiền
2 ngày Đào Thị Thu Hiền
1 ngày Đào Thị Thu Hiền
Xây dựng màn hình tác
Viết code giao diện cho màn hình tác giả
Xây dựng mànhình 6.9 quản lý tác giả 6.9.1 Viết code giao diện cho màn hình quản lý tác giả 6.8.1
Các đơn vị hay thành phFn riêng le của phFn mềm được kiểm thq
Viết code giao diện cho màn hình tác giả trên Visual Studio
Viết code chức năng cho màn hình tác giả trên Visual Studio
Các đơn vị hay thành phFn riêng le của phFn mềm được kiểm thq
Viết code giao diện cho màn hình quản lý tác
Tài liệu kiểm thq ĐỗM ạnh
1 n gà y Đỗ Mạn h Tiến Tiến
Qu ốc diện của màn hình
Trung ung tác giả tác giả
M| nguồn ChứcNguyễn Nguyễn Quốc năng của màn hình 2 ngày
Trung Tru ng tác giả
Trù ng diện của màn hình Trùng
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 30
Quản Lý Thư Viện SE358.M12.PMCL
Viết code chức năng cho
6.9.2 màn hình quản lý tác giả
Xây dựng màn hình nhà
Viết code giao diện cho màn hình nhà xutt bản
Viết code chức năng cho
6.10.2 màn hình nhà xutt bản
6.11 quản lý nhà xutt bản
Viết code giao diện cho
6.11.1 màn hình quản lý nhà xutt bản
Viết code chức năng cho 6.11.2 màn hình quản lý nhà xutt bản
Viết code giao diện cho
6.12.1 màn hình quản lý phiếu mượn
Viết code chức năng cho 6.12.2 màn hình quản lý phiếu mượn
Xây dựng màn hình tra
Viết code giao diện cho màn hình tra cứu
Viết code chức năng cho
6.13.3 Kiểm thq đơn vị giả trên Visual Studio Viết code chức năng cho màn hình quản lý tác giả trên Visual Studio
Các đơn vị hay thành phFn riêng le của phFn mềm được kiểm thq
Sơ đồ Gantt
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 35
Quản Lý Thư Viện SE358.M12.PMCL
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 36
Quản Lý Thư Viện SE358.M12.PMCL
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 37
Quản Lý Thư Viện SE358.M12.PMCL
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
Mã Mô tả rủi ro Mức Tần Cách khắc phục rủi độ ảnh suất ro hưởng
Để đảm bảo sự an toàn trong quá trình hợp tác, khách hàng có thể lựa chọn phương thức thanh toán theo từng giai đoạn, theo từng module của dự án Việc soạn thảo hợp đồng giữa hai bên sẽ tạo ra ràng buộc về mặt pháp lý, giúp bảo vệ quyền lợi của cả đôi bên Trong trường hợp xảy ra vi phạm hợp đồng, bên bị vi phạm có quyền yêu cầu bên vi phạm bồi thường hợp đồng.
R02 Khách hàng thay Quan Thưvn Phát triển phFn mềm theo mô hình đui yêu cFu trọng g thác nước với môtmsố cải tiến vya xây xuyên dựng vya lty feedback.
R03 Khách hàng hủy Vya Hiếm Bồi thưvng theo mức độ ghi trong dự án phải khi hợp đồng.
Xây dựng bảng ước lượng chi phí và trình bày cho khách hàng tham khảo nhằm thương lượng về giá cả dịch vụ phù hợp với nhu cầu của khách hàng Các đơn vị dịch vụ cần cân nhắc về chi phí thực tế để đảm bảo chất lượng dịch vụ và lợi nhuận, nhưng cũng cần đưa ra mức giá cạnh tranh để thu hút khách hàng.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 38
Danh mDc các rủi ro
trả thì không phù khảo.
R05 Hệ thống không Quan hợp Hay Phân tích lại yêu cFu của khách đáp ứng nhu cFu trọng xảy ra hàng. hoặc mong đợi của ngưvi dùng.
R06 Mâu thuẫn code Vya Thưvn Sq dDng github, gitlab để tránh việc giữa các dev phải g ghi đè, phân công công việc rõ ràng. xuyên R07 Thiếu sự liên lạc Quan Hay Tu chức các cuộc họp thưvng xuyên, giữa các thành trọng xảy ra sq dDng các phFn mềm, ứng dDng để viên trong nhóm liên lạc.
R08 Phát triển sai chức Quan Hay Chia nhz các chức năng để dễ phân năng trọng xảy ra 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 Quan Hay Phân tích thao tác ngưvi dùng, tạo diện trọng xảy ra 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 Quan Hay Các nhiệm vD phải được phân công hiểu công việc mà trọng xảy ra đúng với chuyên môn của nhân viên, leader phân công tu chức họp đánh giá thưvng xuyên dẫn đến làm sai yêu cFu.
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.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 39
Quản Lý Thư Viện SE358.M12.PMCL
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 View – Resource Graph
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 40
Quản Lý Thư Viện SE358.M12.PMCL
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 5 Lọc những công việc do Đào Thị Thu Hi n thực hiện
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 41
Quản Lý Thư Viện SE358.M12.PMCL
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 8 Trước khi cân đối
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 42
Quản Lý Thư Viện SE358.M12.PMCL
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đ)
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 43
Quản Lý Thư Viện SE358.M12.PMCL
QUI TRÌNH KIỂM SOÁT VÀ ĐIỀU KHIỂN
Tình huống giả định làm phát sinh 1 (hoặc một vài rủi ro)
Tình huống giả định: Có một nhân viên nghp việc giữa chyng
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: 19/11/2021 Người lập: Nguyễn Quốc Trung
Mã Mô tả rủi ro Mức Tần Cách khắc phục rủi độ ảnh suất ro hưởng
R01 Khách hàng hết TrFm Có thể Cam kết trả theo tyng giai đoạn (trả tiền trọng xảy ra 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ôcmvề mătmpháp lý và có thể yêu cFu đền bù hợp đồng khi cFn thiết.
R02 Khách hàng thay Quan Thưvn Phát triển phFn mềm theo mô hình đui yêu cFu trọng g thác nước với môtmsố cải tiến vya xây xuyên dựng vya lty feedback.
R03 Khách hàng hủy Vya Hiếm Bồi thưvng theo mức độ ghi trong dự án phải khi hợp đồng.
R04 Khách hàng yêu Quan Hiếm Thương lượng lại với khách hàng cFu nhiều, nhưng trọng khi Lập kế bảng ước lượng chi phí và có chi phí họ muốn thể trình bày cho khách hàng tham trả thì không phù khảo.
R05 Hệ hợp thống không Quan Hay Phân tích lại yêu cFu của khách đáp ứng nhu cFu trọng xảy ra hàng. hoặc mong đợi của ngưvi dùng.
R06 Mâu thuẫn code Vya Thưvn Sq dDng github, gitlab để tránh việc
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 65
Quản Lý Thư Viện SE358.M12.PMCL giữa các dev phải g ghi đè, phân công công việc rõ ràng. xuyên R07 Thiếu sự liên lạc Quan Hay Tu chức các cuộc họp thưvng xuyên, giữa các thành trọng xảy ra sq dDng các phFn mềm, ứng dDng để viên trong nhóm liên lạc.
R08 Phát triển sai chức Quan Hay Chia nhz các chức năng để dễ phân năng trọng xảy ra 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 Quan Hay Phân tích thao tác ngưvi dùng, tạo diện trọng xảy ra 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 Quan Hay Các nhiệm vD phải được phân công hiểu công việc mà trọng xảy ra đúng với chuyên môn của nhân viên, leader phân công tu chức họp đánh giá thưvng xuyên dẫn đến làm sai yêu cFu.
Nhân viên nghỉ việc cần bàn giao công việc chu đáo trước khi nghỉ để đảm bảo sự suôn sẻ trong quá trình chuyển giao và duy trì hiệu quả hoạt động của công ty Việc bàn giao công việc rõ ràng và đầy đủ sẽ giúp công ty nắm rõ tình hình công việc hiện tại, tránh gián đoạn và mất mát thông tin trong quá trình nhân viên mới tiếp nhận công việc Do đó, việc bàn giao công việc kỹ càng là một trách nhiệm quan trọng của nhân viên trước khi nghỉ việc, thể hiện sự chuyên nghiệp và tinh thần trách nhiệm đối với công ty.
Nếu đang làm dở một task nào đó thì phải hoàn thành xong.
Các nhân viên còn lại của dự án tăng ca hoặc tuyển thêm nhân viên mới để làm công việc của nhân viên đ| nghp
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 66
Quản Lý Thư Viện SE358.M12.PMCL
QUI TRÌNH KẾT THÚC
Báo cáo về Bài học kinh nghiệm
Ngày lập: 30/11/2021 Người lập: Phan Viết Đức
Tên dự án: Xây dựng phần mềm Quản lý thư viện
Nhà tài trợ dự án: Barack Obama
Quản lý dự án: Đào Thị Thu Hiền
Thời gian hoàn thành dự án: 30/11/2021
1 Dự án có đáp ứng các mục tiêu về phạm vi, thời gian và chi phí không?
Có, dự án đ| đáp ứng các mDc tiêu về phạm vi, thvi gian và chi phí.
2 Tiêu chí thành công được liệt kê trong tuyên bố phạm vi dự án là gì?
Hoàn thành đúng thvi hạn
Hoàn thành trong ngân sách cho phép Đạt yêu cFu về chtt lượng
PhFn mềm tạo ra đáp ứng mọi yêu cFu của ngưvi dùng cuối Đạt được sự hài lòng của khách hàng
3 Phản ánh xem bạn có đáp ứng các tiêu chí thành công của dự án hay không?
Sau khi xem xét các tiêu chí thành công, cả nhóm đều tin rằng mỗi tiêu chí thành công đ| được đáp ứng để đưa ra giải pháp tốt nhtt có thể cho dự án WBS chp ra rằng các tiêu chí thành công của dự án đ| được đáp ứng.
4 Về mặt quản lý dự án, nhóm của bạn rút ra được bài học chính nào?
Thứ tự các công việc là quan trọng Chúng ta cFn phải ưu tiên sắp xếp các công việc trên đưvng để dự án hoàn thành tốt nhtt.
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 67
Quản Lý Thư Viện SE358.M12.PMCL
Tự lượng sức mình Các thành viên cFn thực tế nhìn nhận về năng lực của bản thân và thảo luận về nó với Project Manager Điều đó giúp Project
Manager đưa ra kế hoạch phù hợp bằng cách giảm phạm vi của những việc không quá quan trọng trong một dự án, ctp thêm tài nguyên, hay thay đui hẳn kì vọng về thvi gian thực hiện công việc. Đọc rõ các yêu cFu của dự án và Project Manager đưa ra Đặt câu hzi ngay trong buui họp Đảm bảo bản thân hiểu rõ công việc mình đang làm, bởi đến cuối cùng, bạn là ngưvi chịu trách nhiệm về công việc đó.
5 Mô tả một ví dụ về những gì đã diễn ra đúng với dự án này
Dự án diễn ra theo đúng tiến độ.
6 Mô tả một ví dụ về những gì đã diễn ra sai trong dự án này
Một ví dD về những gì đ| diễn ra sai trong dự án là việc bz lỡ các cuộc họp Đôi khi, các thành viên của nhóm s{ bz lỡ các cuộc họp Điều này dẫn đến những trở ngại cho nhóm liên quan đến các sản phẩm cFn được hoàn thành.
7 Dựa trên kinh nghiệm của bạn trong dự án này bạn sẽ làm gì khác cho dự án tiếp theo?
Các cuộc họp nhóm đều đặn theo lịch trình là điều cần thiết để đảm bảo tiến độ của dự án Ví dụ, để điều phối thời gian tham gia các cuộc họp, các cuộc họp thường xuyên hơn với khách hàng sẽ giúp họ cập nhật mọi tiến triển mới nhất Do đó, các cuộc họp hàng tuần được lên lịch trước có thể là một giải pháp khả thi để thảo luận về các nhiệm vụ đã giao và đảm bảo tất cả các thành viên đều được thông báo.
Báo cáo Kết thúc dự án
1 Tại sao bạn thực hiện dự án này?
Do nhu cầu đọc sách trong thị trường đang ngày càng cao, các vấn đề như quản lý sách, quản lý phiếu mượn sách, phục vụ độc giả hay quản lý kho sách sẽ rất khó triển khai thủ công Do đó, dự án này nhằm xây dựng một phần mềm quản lý quán hiệu quả, tránh những sai sót thường gặp khi triển khai thủ công.
2 Bạn đã sản xuất cái gì?
Trường ĐH Công nghệ Thông tn – ĐHQG TP.HCM 68