PHÁT BIỂU BÀI TOÁN
Giới thiệu dự án
Xã hội phát triển kéo theo sự thay đổi trong nhu cầu đọc sách của mọi người Do đó, cần thiết phải có một hệ thống quản lý cho cửa hàng sách, cung cấp nhiều loại sách hay và bổ ích ở các lĩnh vực khác nhau, nhằm mang lại sự tiện lợi và dễ dàng cho người sử dụng Điều này sẽ giúp cửa hàng tiếp cận được nhiều đối tượng bạn đọc hơn.
Phần mềm quản lý cửa hàng sách trên nền tảng web giúp khách hàng dễ dàng quản lý sách, nhân viên và bạn đọc Người mua có thể tìm kiếm sách và đặt lịch hẹn trực tuyến trước khi đến cửa hàng, mang lại sự thuận tiện tối đa.
Dự án xây dựng phần mềm quản lý cửa hàng sách dự kiến sẽ được hoàn thành trong thời gian khoảng 3 tháng với ngân sách khoảng100.000.000 đồng.
Phạm vi dự án
Quản lý vị trí của sách
Tìm kiếm sách một cách nhanh nhất cho khách hàng.
Khách hàng có thể tìm sách từ xa trước khi đến mua.
Khách hàng có thể đặt sách online
Quản lý thông tin của nhân viên
Quản lý thông tin khách hàng
Quản lý thông tin nhà xuất bản
Quản lý thông tin tác giả
Quản lý thông tin sách
Quản lý chi phí, lợi nhuận thu được
Xem thống kê báo cáo: thống kê lợi nhuận, thống kê sách bán nhiều nhất,…
Dữ liệu về nhân viên, khách hàng, sách, nhà xuất bản, tác giả.
Dữ liệu về thời gian mua, bán sách, tiền mua bán sách.
Dễ dàng quản lý, nâng cấp và bảo trì
An toàn và bảo mật.
HTML, CSS, Bootstrap, Java Script
- Ước lượng thời gian hoàn thành:Khoảng 3 tháng
- Tổng chi phí ước tính cho dự án: 100.000.000 đồng.
Điều kiện biên (Ngoài phạm vi dự án)
Hệ thống không cho phép:
Quản lý cơ sở vật chất là rất quan trọng, vì mọi rủi ro liên quan đến kỹ thuật và con người sẽ không thuộc trách nhiệm của khách hàng 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ừ cửa hàng, và tùy thuộc vào tình huống, nhóm có thể phải chịu toàn bộ trách nhiệm.
TÔN CHỈ DỰ ÁN
Tổng quan
- Tên dự án : Xây dựng phần mềm quản lý cửa hàng sách
- Nhóm thực hiện : Nhóm 17 - Quản lí dự án phần mềm
- Các chức năng chính của hệ thống:
Quản lý sách tại cửa hàng
Quản lý nhập – xuất sách
- Đối tượng sử dụng hệ thống :
Thu ngân của cửa hàng
Hỗ trợ thu ngân trong các công việc nghiệp vụ như quản lý sách, quản lý khách hàng một cách nhanh và hiệu quả hơn.
Hỗ trợ công việc tìm kiếm sách nhanh, đsách online cho khách hàng
Có khả năng bảo trì và nâng cấp
Giao diện dễ nhìn dễ sử dụng
Có hóa đơn mua sách ở cả cửa hàng và khách hàng
Hạn chế việc sử dụng nhập thủ công giấy tờ
Một phần mềm dễ sử dụng giúp thu ngân dễ dàng quản lý sách và khách hàng
Xây dựng một trang web mới để các khách hàng và thu ngân có thể sử dụng để tiếp nhận, quản lý thông tin mua sách và phản hồi
Sử dụng các ngôn ngữ code rõ ràng dễ bảo trì bảo dưỡng và nâng cấp sau này
Phạm vi công việc
Tên dự án: Quản lý dự án xây dựng phần mềm quản lý hệ thống cửa hàng quản lý sách
Khách hàng : Sinh viên trường Học Viện Công Nghệ Bưu Chính Viễn Thông
Đại diện : thầy Nguyễn Quang Hưng
Đơn vị thực hiện : Nhóm sinh viên học viện CNBCVT
Trưởng nhóm dự án : Vũ Đình Công
Đội ngũ phát triển dự án :
Thời gian thực hiện : dự tính khoảng 3 tháng ( từ 20-11-2022-> 20-02-2023)
Chi phí dự tính : khoảng 100.000.000 (một trăm triệu Việt Nam đồng )
- Các điều kiện ràng buộc:
Phía khách hàng không chấp nhận nếu giao 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 sẽ không được chấp nhận.
Trong trường hợp xảy ra lỗi trong thời gian bảo trì, công ty sẽ chịu trách nhiệm toàn bộ chi phí bảo trì và bồi thường cho các tổn thất do hệ thống gây ra Thời gian bảo trì được quy định là 1 tháng.
Hết thời gian bảo trì, nếu hệ thống gặp lỗi, công ty sẽ xem xét (nếu có yêu cầu) nhưng khách hàng phải chịu mọi chi phí phát sinh.
Các mục nằm ngoài phạm vi dự án
- Hệ thống không tích hợp với luật pháp
- Hệ thống không trợ giúp hoạt động của ứng dụng
- Hệ thống không hỗ trợ đọc sách
- Hệ thống không tự cập nhật sách mới
Lịch thực hiện
- Ước tính thời gian phát triển hệ thống khoảng 3 tháng tổng số
- Dự án được dự định bắt đầu tháng 10 năm 2022 và kết thúc trong tháng 2 năm 2023
- Phiên bản đầu tiên được dự định bàn giao trong vòng 60 ngày và phiên bản tiếp theo dự định sau 5 đến 15 ngày
Những người tham gia chính
- Nhà tài trợ: Công ty
- Người dùng: Thu ngân của cửa hàng
- Khách hàng: Người mua sách
Ngân sách
Giả thiết
- Chi phí phát triển phần mềm không vượt quá chi phí đã đề ra.
- Khách hàng sẽ cung cấp những chuyên gia về nghiệp vụ khi cần thiết trong quá trình phát triển.
- Hệ thống sẽ chạy trên các tài nguyên máy tính và mạng có sẵn.
- Đội phát triển dự án nội bộ sẽ thực hiện công việc
- Khách hàng sẽ ký nhận các sản phẩm bàn giao trung bình trong vòng 1 tuần sau mỗi lần bàn giao Đây sẽ là một ứng dụng trên web.
- Khách hàng sẽ ký nhận sản phẩm trong vòng 1 tuần
- Nhóm dự án sẽ tiến hành bảo trì sản phẩm trong vòng một tháng sau khi khách hàng nhận bàn giao sản phẩm
Sản phẩm bàn giao
- Hệ thống được thiết kế và đầ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 cung cấp
- Hướng dẫn sử dụng phần mềm
- Tài khoản cho những người quản lý
WBS
Dự án xây dựng phần mềm quản lý cửa hàng sách
Tên công việc Thời gian
2.1 Gặp gỡ khách hàng lấy yêu cầu 4 ngày
2.1.1 Gặp gỡ nhân viên quản lý để lấy yêu cầu
2.1.2 Gặp gỡ thu ngân để lấy yêu cầu 1 ngày
2.1.3 Gặp gỡ người mua sách khảo sát để lấy yêu cầu
2.2 Tổng hợp yêu cầu của khách hàng thành tài liệu 1 ngày 2.3 Kiểm tra yêu cầu của khách hàng 3 ngày
2.3.1 Kiểm tra yêu cầu của nhân viên quản lý
2.3.2 Kiểm tra yêu cầu của thu ngân 1 ngày 2.3.3 Kiểm tra yêu cầu của người mua sách 1 ngày
2.4 Báo cáo trong đội dự án những phần đã thực hiện
3.1 Tổng hợp yêu cầu của khách hàng để phân tích 1 ngày 3.2 Lập bảng chi tiết công việc cần làm 1 ngày
3.3 Xây dựng biểu đồ use case 6 ngày
3.3.1 Use Case đăng nhập, đăng ký 1 ngày 3.3.2 Use Case mua sách, tìm sách 2 ngày
3.3.3 Use Case đặt sách 1 ngày
3.3.4 Use Case xem báo cáo thống kê về sách, doanh thu
3.4 Lập kế hoạch thực hiện và phân công công việc cho mỗi người
3.5 Báo cáo trong đội dự án những phần đã thực hiện
4.1 Thiết kế lớp thực thể 2 ngày
4.3.1 - Thiết kế tĩnh cho chức năng quản lý thông tin sách (thêm,lưu, sửa, xóa)
4.3.2 Thiết kế tĩnh cho chức năng quản lý thông tin thành viên (thêm, lưu, sửa, xóa, tìm kiếm, xem thông tin cá nhân)
4.3.3 - Thiết kế tĩnh cho chức năng đăng ký, đăng nhập, đăng xuất
4.3.4 - Thiết kế tĩnh cho chức năng mua, bán, đặt sách
4.3.5 - Thiết kế tĩnh cho chức năng quản lý vi phạm
4.3.6 - Thiết kế tĩnh cho chức năng quản lý nhà xuất bản
4.3.7 - Thiết kế tĩnh cho chức năng quản lý khách hàng
4.3.8 - Thiết kế tĩnh cho chức năng tìm kiếm sách.
4.3.9 - Thiết kế tĩnh cho chức năng quản lý vị trí sách.
4.4 Thiết kế động (biểu đồ hoạt động và biểu đồ tuần tự)
4.4.1 Thiết kế động cho chức năng quản lý thông tin sách (thêm,lưu, sửa, xóa)
4.4.2 Thiết kế động cho chức năng quản lý thông tin thành viên (thêm, lưu, sửa, xóa, tìm kiếm, xem thông tin cá nhân)
4.4.3 - Thiết kế động cho chức năng đăng kí, đăng nhập, đăng xuất
4.4.4 - Thiết kế động cho chức năng mua, bán, đặt sách
4.4.5 - Thiết kế động cho chức năng quản lý vi phạm.
4.4.6 - Thiết kế động cho chức năng quản lý nhà xuất bản
4.4.7 - Thiết kế động cho chức năng quản lý khách hàng
4.4.8 - Thiết kế động cho chức năng tìm kiếm sách
4.4.9 - Thiết kế động cho chức năng quản lý vị trí sách.
4.5 Biểu đồ gói và biểu đồ triển khai 2 ngày
5.0 Xây dựng hệ thống 17 ngày
5.1 Xây dựng giao diện 5 ngày
5.1.1 Xây dựng giao diện đăng nhập, đăng ký.
5.1.2 Xây dựng giao diện quản lý sách 1 ngày
5.1.3 Xây dựng giao diện mua, bán, đặt sách.
5.1.4 Xây dựng giao diện thống kê danh sách doanh thu mua, bán sách.
5.1.5 Xây dựng giao diện quản lý vi phạm 1 ngày
5.2 Xây dựng cơ sở dữ liệu 2 ngày
5.3 Xây dựng các chức năng phần mềm 10 ngày
5.3.1 Xây dựng chức năng quản lý thông tin sách (thêm, lưu, sửa, xóa)
5.3.2 Xây dựng chức năng quản lý thông tin thành viên (thêm, lưu, sửa, xóa, tìm kiếm, xem thông tin cá nhân)
5.3.3 - Xây dựng chức năng đăng ký, đăng nhập, đăng xuất
5.3.4 - Xây dựng chức năng mua, bán, đặt sách
5.3.5 - Xây dựng chức năng quản lý vi phạm.
5.3.6 - Xây dựng chức năng quản lý nhà xuất bản
5.3.7 - Xây dựng chức năng quản lý sinh viên.
5.3.8 - Xây dựng chức năng tìm kiếm sách 1 ngày5.3.9 - Xây dựng chức năng quản lý vị trí 1 ngày sách.
6.1 Chạy thử cho khách hàng 1 ngày
6.2 Sửa lỗi phát sinh 4 ngày
6.2.1 Phân tích và tổng hợp lỗi 1 ngày
6.2.2 Sửa lỗi giao diện 1 ngày
6.2.3 Sửa lỗi cơ sở dữ liệu 2 ngày 6.3 Cập nhật lại phần mềm với khách hàng 2 ngày 6.4 Chỉnh sửa tài liệu và báo cáo với đội dự án 2 ngày
7.0 Kiểm thử và chuyển giao 11 ngày
7.1 Kiểm tra modul, kiểm tra tích hợp 1 ngày
7.2 Đưa vào hoạt động , và tiến hành chạy thử nghiệm
7.3 Sửa chữa các lỗi sau khi tiến hành chạy thử 2 ngày
7.4 Viết bài báo cáo kiểm thử 2 ngày
7.5 Viết tài liệu hướng dẫn sử dụng phần mềm và mô phỏng hoạt động của phần mềm cũng như trang web cửa hàng
7.6 Bàn giao sản phẩm cho khách hàng kèm theo hướng dẫn sử dụng
7.7 Lấy xác nhận từ về dự án hoàn thành theo đúng yêu cầu và đúng thời gian
7.8 Thanh toán dự án 1 ngày
QUẢN LÝ THỜI GIAN
Biểu đồ gantt
7.0 Kiểm thử và bàn giao:
KẾ HOẠCH QUẢN LÝ RỦI RO
Kế hoạch quản lý rủi ro
Quy trình quản lý rủi ro trong quá trình thực hiện dự án:
- Đánh giá, phân tích tần số và tác động
- Lập kế hoạch dự phòng để giảm thiểu rủi ro
- Duy trì quản lý rủi ro
- Rủi ro đã được biết trước
- Các rủi ro chưa biết trước
- Các rủi ro không thể biết trước
Xác định rủi ro
2.1 Các lĩnh vực xảy ra rủi ro
STT Lĩnh vực xảy ra rủi ro
1 Lập kế hoạch dự án
6 Lĩnh vực liên quan đến con người
7 Lĩnh vực liên quan đến công nghệ
8 Lĩnh vực liên quan đến tiến trình
Căn cứ vào mục tiêu của dự án là:
- Sự hài lòng từ cả hai phía
⇨ Xác định được rủi ro cho từng mục tiêu trên
2.2.1 Mục tiêu thành công. a Xác định yêu cầu.
- Lấy yêu cầu từ phía khách hàng:
Hiểu sai, thiếu, mất mát thông tin yêu cầu
Đánh giá chưa đủ về tính khả thi của yêu cầu
Yêu cầu không được thể hiện đầy đủ, rõ ràng và không đồng nhất b Lĩnh vực liên quan đến tiến trình.
Lập trình trễ, không hợp lí.
Lên kế hoạch không đầy đủ.
Để mặc kế hoạch, dự án dưới các áp lực.
Kế hoạch truyền thông và giao tiếp chưa hiệu quả.
Các tài liệu dự án hoàn thành chậm.
Ước lượng thiếu nhiệm vụ cần thiết.
Không đảm bảo được phạm vi theo dự định.
Lập trình theo kiểu một mạch, không xem xét lại và sửa chữa.
Chậm tiến độ so với kế hoạch.
Nhanh hơn so với kế hoạch nhưng không có hiệu quả.
Kiểm soát, quản lý không đầy đủ. c Chất lượng dự án.
Thừa tính năng ( tính năng không cần thiết)
Hệ thống không thực hiện đúng hoặc thiếu yêu cầu.
Tốc độ xử lý chậm.
Số lượng các trình duyệt và hệ thống hỗ trợ không đáp ứng được yêu cầu.
Không phát hiện được hết lỗi.
Đánh giá không đúng về khả năng chịu tải của hệ thống.
Kiểm thử quá trình cài đặt kém hiệu quả. d Thời gian.
- Thời gian thực hiện dự án:
Ước lượng sai về thời gian thực hiện các công việc.
Không hoàn thành được dự án đúng kế hoạch. e Con người.
Trình độ chuyên môn không đáp ứng được yêu cầu công việc.
Làm việc thiếu chuyên nghiệp.
Đội ngũ phát triển dự án không vững chắc.
- Trách nhiệm và vai trò:
Làm việc thiếu trách nhiệm.
Lẫn lộn về vai trò và trách nhiệm.
Thiếu sự tài trợ dự án có hiệu quả.
Thiếu sự cam kết của những người tham gia dự án.
- Quản lý và giám sát:
Quản lý, giám sát nhân sự kém hiệu quả
Thêm người mới vào dự án quá muộn
Động cơ thúc đẩy quá thấp f Lĩnh vực liên quan đến công nghệ
- Áp dụng công nghệ vào quản lý dự án:
Dựa vào giải pháp công nghệ để giải quyết vấn đề trong công việc mà chưa hiểu rõ vấn đề đó
Tiết kiệm quá mức từ các công cụ và phương thức mới
Chuyển đổi các công cụ công nghệ trợ giúp giữa quá trình thực hiện dự án
Thiếu sự kiểm soát mã nguồn tự động
Xung đột giữa các phần trong hệ thống g Lĩnh vực khác.
- Yếu tố môi trường doanh nghiệp:
Chưa đổi mới công nghệ kịp thời.
- Rủi ro không có khả năng biết trước:
Thời tiết: bão, lũ, động đất…
Sự cố: mất mạng, mất điện,…
Đội phát triển gặp vấn đề sức khỏe, tinh thần, tai nạn…
2.2.2 Mục tiêu về ngân sách. a Tài nguyên.
Cam kết không chứng thực, không có văn bản rõ ràng, thiếu hụt nhân lực.
Làm việc không hiệu quả
Ước lượng chi phí không phù hợp, thiếu hụt ngân sách.
Thiếu cơ sở vật chất.
Chi phí phát sinh vượt quá ngân sách cho phép. b Khách hàng.
Thay đổi, tăng yêu cầu quá nhanh không kiểm soát được.
Trì hoãn, chậm trễ cung cấp thông tin yêu cầu.
Tăng yêu cầu phát triển hệ thống.
Khó khăn trong thương lượng về chi phí, thời gian bàn giao. c Giải pháp.
Lựa chọn công nghệ không phù hợp.
Khó khăn hoặc chưa quen trong việc sử dụng công nghệ mới.
2.2.3 Mục tiêu sự hài lòng từ cả hai phía. a Con người.
Yêu cầu quá phức tạp, khắt khe.
Xung đột giữa đội phát triển dự án và khách hàng.
Tổ chức có độ trưởng thành thấp, thiếu kinh nghiệm.
Mâu thuẫn, xung đột giữa các thành viên trong đội, các bên liên quan. b Sản phẩm.
Sản phẩm không đúng yêu cầu.
Sản phẩm không đủ chức năng.
Sản phẩm không được bàn giao đúng hạn.
Sản phẩm không được ứng dụng nhiều.
Phân tích mức độ rủi ro
Đánh giá các rủi ro:
- Theo xác suất xảy ra Đánh giá định tính Đánh giá định lượng
Rất cao >80% Gần như chắc chắn không xảy ra
Cao 60-79% Nhiều phần sẽ xảy ra
Trung bình 30-59% Có thể sẽ xảy ra
Thấp __
Modul Quản lý vị trí sách
< Mã dự án >__
Modul Quản lý nhân viên
< Mã dự án >___
Modul Quản lý bạn đọc
< Mã dự án >__
Modul Quản lý nhà xuất bản
< Mã dự án >__<
Modul Quản lý tác giả
< Mã dự án >__
< Mã dự án >__ _
Modul Quản lý thống kê
< Mã dự án >__
Modul Báo cáo doanh thu
< Mã dự án >__
Windows 10 Hệ điều hành PM
PHP Ngôn ngữ phát triển phần mềm
Visual Studio Code IDE PM
MySQL Cơ sở dữ liệu PM
Tiêu chí thực hiện baseline
Thực hiện sau khi tài liệu lấy yêu cầu từ khách hàng được hoàn thành và lưu trong khu vực lưu trữ
Thực hiện sau khi pha lấy yêu cầu hoàn thiện, đầu pha phân tích Baseline nhằm thống nhất giải pháp cho dự án
Thực hiện sau khi pha thiết kế hoàn thiện
Thực hiện sau khi pha cài đặt hoàn thiện
Thực hiện sau khi pha kiểm thử hoàn thiện
6 Tổng kết Sau khi phát hành phiên bản cuối cùng
Lưu trữ các phiên bản cuối cùng của các CI vào cái thư mục riêng nằm trong khu vực lưu trữ
2.3 Cấu trúc thư mục và phân quyền
Dành cho người dùng lưu trữ công việc
Khu vực đánh giá Lữu trữ tài liệu cho việc đánh giá
Khu vực kiểm thử Lưu tài liệu đã qua Unit Testing và Review, chỉ dành cho mã nguồn
Khu vực triển khai Lữu trữ các bản phát hành gần đây nhất của mỗi mục cấu hình
Khu vực lưu trữ Được bảo vệ, không thể thay đổi bởi bất cứ thành viên nào Dùng để lưu trữ các mục cấu hình sau mỗi baseline
2.3.2 Cấu trúc danh mục tài liệu
Thư mục con Mục đích Thuộc vùng
Thư mục dự án: \\projects\QuanLyThuVien Đọc Sửa
WIP Deliverables Chứa các mục cấu hình chuyển tới khách hàng, có thể thêm ngày thực hiện vào tên thư mục
Documents Chứa tất cả tài liệu của dự án
Triển khai Đánh giá Tất cả
Chứa biên bản, nội dung họp của dự án, bao gộp các cuộc họp với khách hàng
Plan Chứa các văn bản kiến nghị, ước lượng, các bản kế hoạch dự án, lịch thực hiện dự án, danh sách công việc
Report Chứa các báo cáo của dự án, từ báo cáo thường lệ cho tới các báo cáo khác
Record Chứa hồ sơ dự án: Đánh giá: bao gồm
NA Tất cả đánh giá, kiểm thử và kiểm tra hồ sơ, Thay đổi yêu cầu,
Source Chứa VSS của mã nguồn
Users Khu vực làm việc của người dùng, lưu trữ các tài liệu của người dùng
Chứa các tài liệu/ dữ liệu do khách hàng cung cấp hoặc hỗ trợ phát triển phần mềm
Chứa các hướng dẫn, biểu mẫu, danh sách công việc,… cần thiết cho dự án
Audit Lưu trữ kq làm việc của
QA Đánh giá các tiến trình Thẩm định cuối cùng Đánh giá các sản phẩm công việc
Chứa tất cả mục cấu hình tại thời điểm baseline tương ứng
2.5 Quy tắc đánh tên phiên bản Đối với tài liệu
Số phiên bản tài liệu gồm 2 thành phần: .
Số phiên bản chỉ được cập nhật khi có sự thay đổi đáng kể trong cấu trúc cốt lõi của tài liệu Chẳng hạn, khi một tài liệu trải qua sửa chữa toàn diện với nhiều thay đổi nội dung, phiên bản 1.0 sẽ được nâng cấp lên 2.0.
Số sửa đổi (Revision) được áp dụng khi nội dung có sự thay đổi nhưng cấu trúc tổng thể và lưu lượng tài liệu vẫn được giữ nguyên Đối với mã nguồn, số phiên bản bao gồm 3 thành phần.
Số phiên bản chỉ được cập nhật khi có sự thay đổi trong cấu trúc cốt lõi của file, chẳng hạn như khi chuyển từ một khu vực của công cụ phát triển này sang công cụ phát triển khác, khi ứng dụng được sửa chữa hoàn toàn, hoặc khi giao diện người dùng có sự thay đổi cơ bản.
Số sửa đổi (Revision) được cập nhật khi có sự thay đổi đáng kể về tính năng, chức năng hoặc nội dung trong phần mềm Thông thường, cấu trúc cốt lõi hoặc giao diện người dùng sẽ được mở rộng hoặc giới hạn Lý do phổ biến nhất cho việc thay đổi số sửa đổi là khi thêm module mới hoặc chức năng khác vào phần mềm.
- Mức cập nhật (Update): Tăng lên khi thay đổi duy nhất là sửa một hoặc nhiều lỗi mà không thêm bất cứ chức năng mới nào
Vùng sao lưu Mục lưu trữ Vùng lưu trữ theo mục
\Back_up Sourcecode Back_up\Code
\Back_up Tài liệu đặc tả yêu cầu
Back_up\RSD Thay đổi 2 lần/ tuần
\Back_up CSDL Lưu_Trữ\
\Back_up Codeinday \ Thay đổi 1 lần\ PM
