QUẢN LÝ DỰ ÁN PHẦN MỀM Nhóm lớp học phần: 03 Nhóm bài tập lớn: 06 Đề tài: Quản lý hệ thống bán hàng siêu thị điện máy • Dự án hệ thống quản lý siêu thị điện máy là một phần quan trọng của sự tiến bộ trong ngành thương mại và công nghệ thông tin. Trong thời gian gần đây, sự phát triển của công nghệ và xu hướng kinh doanh đã mang lại sự gia tăng đáng kể về doanh số, doanh thu và lợi nhuận cho các doanh nghiệp. Đồng thời, việc kết hợp công nghệ thông tin vào kinh doanh cung cấp trải nghiệm mua sắm thuận tiện và hấp dẫn hơn cho khách hàng. • Với tầm quan trọng của việc thích ứng với cuộc cách mạng công nghệ và thương mại, chủ siêu thị B quyết định xây dựng một ứng dụng hệ thống quản lý siêu thị điện máy, nhằm đáp ứng nhu cầu kinh doanh của mình và tối ưu hóa quản lý trong ngành bán lẻ.
TỔNG QUAN DỰ ÁN
Giới thiệu
Dự án hệ thống quản lý siêu thị điện máy là một phần quan trọng của sự tiến bộ trong ngành thương mại và công nghệ thông tin Trong thời gian gần đây, sự phát triển của công nghệ và xu hướng kinh doanh đã mang lại sự gia tăng đáng kể về doanh số, doanh thu và lợi nhuận cho các doanh nghiệp Đồng thời, việc kết hợp công nghệ thông tin vào kinh doanh cung cấp trải nghiệm mua sắm thuận tiện và hấp dẫn hơn cho khách hàng.
Với tầm quan trọng của việc thích ứng với cuộc cách mạng công nghệ và thương mại,chủ siêu thị B quyết định xây dựng một ứng dụng hệ thống quản lý siêu thị điện máy,nhằm đáp ứng nhu cầu kinh doanh của mình và tối ưu hóa quản lý trong ngành bán lẻ.
Mô tả về dự án
Tên dự án: Hệ thống quản lý siêu thị điện máy.
Khách hàng: Công ty CP siêu thị B.
Mục tiêu: o Chuyển đổi và kết hợp bán hàng truyền thống và bán hàng trực tuyến trong ngành bán lẻ điện máy. o Tạo môi trường quản lý hiệu quả cho chủ doanh nghiệp và cung cấp các tính năng dễ sử dụng cho nhân viên và khách hàng.
Đội phát triển dự án: Công ty CP phát triển phần mềm A.
Nhiệm vụ
Giai đoạn 1: Thu thập yêu cầu từ phía khách hàng.
Giai đoạn 2: Phân tích yêu cầu và thiết kế hệ thống QLST.
Giai đoạn 3: Phát triển sản phẩm theo yêu cầu.
Giai đoạn 4: Kiểm thử để đảm bảo tính ổn định và an toàn của hệ thống QLST.
Giai đoạn 5: Bàn giao sản phẩm cho khách hàng và hướng dẫn cách sử dụng.
Giai đoạn 6: Kết thúc dự án và hỗ trợ sau triển khai.
Điều kiện biên
Phân phối sản phẩm hoàn chỉnh với đầy đủ các tính năng của phần mềm cho khách hàng.
Phần mềm không bao gồm mã nguồn (source code).
Bảo trì và bảo dưỡng sau triển khai là nhiệm vụ của Công ty CP phát triển phần mềm
A và khách hàng sẽ phải thỏa thuận riêng về các dịch vụ này.
TÔN CHỈ DỰ ÁN
Tổng quan về hệ thống
Tên của dự án: Hệ thống quản lý siêu thị điện máy.
Tóm tắt mô tả hệ thống: o Dự án QLST là một hệ thống trang web quản lý và hỗ trợ bán hàng cho các cửa hàng siêu thị điện máy, cho phép quản lý và tương tác giữa nhân viên, khách hàng và chủ cửa hàng, cung cấp các chức năng quản lý toàn diện. o Hệ thống cung cấp các chức năng quản lý cho chủ cửa hàng như tính lương, quản lý nhân viên, theo dõi doanh thu và nhiều chức năng khác…
Các đối tượng sử dụng trong hệ thống: Khách hàng, chủ cửa hàng/doanh nghiệp, nhân viên cửa hàng/doanh nghiệp, đối tác liên quan, và các bộ phận quản lý và vận hành sản phẩm.
Mục tiêu của hệ thống: o Quản lý nghiệp vụ bán hàng siêu thị điện máy. o Áp dụng công nghệ để tối ưu hóa trải nghiệm mua sắm của khách hàng và tạo doanh thu cho cửa hàng/doanh nghiệp. o Đơn giản hóa quá trình quản lý cửa hàng/doanh nghiệp. o Quản lý nguồn nhân lực nội bộ. o Tối ưu hóa quy trình nghiệp vụ với sự chuyên nghiệp và hiệu quả.
Mục tiêu của dự án
Quản lý các nghiệp vụ cơ bản trong lĩnh vực bán hàng trực tuyến cho các cửa hàng siêu thị điện máy.
Sử dụng công nghệ để tạo tiện lợi cho khách hàng và tạo doanh thu cho cửa hàng/doanh nghiệp.
Đơn giản hóa quản lý nghiệp vụ của cửa hàng/doanh nghiệp.
Quản lý nguồn nhân lực nội bộ.
Cải tiến quy trình nghiệp vụ theo hướng chuyên nghiệp và tinh gọn.
Phạm vi của dự án
2.3.1 Các chức năng của hệ thống:
Quản lý các mặt hàng: Thêm, sửa, xóa các mặt hàng, thống kê lượt mua sản phẩm, đánh giá mặt hàng.
Quản lý thông tin khách hàng: Thêm, sửa, xóa thông tin khách hàng.
Quản lý nhân viên: Thêm, sửa, xóa nhân viên, hiển thị thông tin nhân viên.
Giỏ hàng lưu trữ các sản phẩm mà khách hàng đã chọn.
Quản lý thông báo hệ thống: Hiển thị thông báo từ chủ cửa hàng và từ hệ thống.
Tìm kiếm các mặt hàng.
Đăng nhập, đăng ký, xác thực người dùng qua email và số điện thoại.
Thanh toán trực tuyến qua ngân hàng: Thanh toán thông qua thẻ ngân hàng và ví điện tử.
2.3.2 Các sản phẩm bàn giao
Trang web bán lẻ: Hệ thống mua bán nói chung, hệ thống đăng ký/đăng nhập tài khoản, hệ thống tìm kiếm mặt hàng, hệ thống giao tiếp với nhân viên/chủ cửa hàng.
Hệ thống mua bán nói chung: Hệ thống tài khoản, đăng ký/đăng nhập, quản lý thông tin mua bán, hệ thống giỏ hàng, các chức năng bảo mật.
Sản phẩm hợp tác: Tài liệu hướng dẫn sử dụng, mạng internet và phần cứng (máy tính), công cụ báo cáo.
Sản phẩm ngoài phạm vi dự án: Hệ thống cập nhật giá bán, hệ thống cập nhật tin tức, hệ thống hỗ trợ.
Lịch thực hiện dự án
Dự án sẽ được thực hiện trong khoảng thời gian từ tháng 8/2023 đến tháng
11/2023, không bao gồm các ngày nghỉ lễ.
Các giả thiết cần thiết lập
Khách hàng sẽ cung cấp thông tin nghiệp vụ trong quá trình phát triển hệ thống.
Khách hàng cung cấp tài nguyên (nếu có).
Sản phẩm là ứng dụng web.
Khách hàng sẽ cho phép sử dụng bất kỳ tài nguyên nào đội dự án yêu cầu.
Hệ thống được xây dựng dựa trên mô hình MVC.
Những người tham gia chính trong dự án
Đơn vị thực hiện dự án là Nhóm 06 của Công ty CP phát triển phần mềm A.
Các thành viên tham gia dự án: Khúc Văn Vinh, Hoàng Văn Vương, Hồ Sỹ
Bảo, Hoàng Hải Duy, Phạm Hữu Bắc, và các thành viên khác trong dự án.
Người dùng: Nhân viên quản lí, nhân viên kho, nhân viên bán hàng và khách hàng của siêu thị điện máy.
Các khách hàng: Công ty CP bán lẻ B.
Ngân sách và thiết bị được cung cấp
Ngân sách cho dự án là 500.000.000 VNĐ.
Hệ thống máy tính Laptop và PC.
Các phần mềm hỗ trợ: o Các phần mềm của Microsoft Office. o Công cụ lập trình: Netbean. o Ngôn ngữ lập trình: Java. o Hệ quản trị cơ sở dữ liệu: SQL server.
QUẢN LÝ PHẠM VI, PHÂN RÃ CÔNG VIỆC (WBS)
Khám phá và Lập kế hoạch (Exploration and Planning)
3.1.1 Xác định yêu cầu khách hàng.
3.1.2 Thu thập thông tin và phân tích nghiệp vụ.
3.1.3 Xác định mục tiêu và phạm vi dự án.
3.1.4 Xác định tài nguyên cần thiết.
3.1.5 Lập kế hoạch dự án.
Phát triển Kiến trúc (Architecture Development)
3.2.1 Xây dựng kiến trúc hệ thống.
3.2.2 Thiết kế cơ sở dữ liệu.
3.2.3 Xác định hệ thống tích hợp.
3.2.4 Lập kế hoạch bảo mật hệ thống.
Phát triển Ứng dụng (Application Development)
3.3.1 Xây dựng trang web bán lẻ.
3.3.2 Phát triển quyển catalog đầy đủ.
3.3.3.1 Thiết kế giao diện login.
3.3.3.2 Thiết kế giao diện quản lý nhân viên.
3.3.3.3 Thiết kế giao diện quản lý hàng hóa.
3.3.3.4 Thiết kế giao diện quản lý khách hàng.
3.3.3.5 Thiết kế giao diện quản lý hóa đơn.
3.3.3.6 Thiết kế giao diện thanh toán.
3.3.3.7 Thiết kế giao diện thống kê doanh thu theo ngày tháng. 3.3.4 Code hệ thống quản lý nhân viên.
3.3.4.1 Chức năng thêm nhân viên.
3.3.4.2 Chức năng sửa nhân viên.
3.3.4.3 Chức năng xóa nhân viên.
3.3.4.4 Chức năng tìm kiếm nhân viên.
3.3.5 Code hệ thống quản lý khách hàng.
3.3.5.1 Chức năng thêm khách hàng.
3.3.5.2 Chức năng sửa khách hàng.
3.3.5.3 Chức năng xóa khách hàng.
3.3.5.4 Chức năng tìm kiếm khách hàng.
3.3.6 Code hệ thống quản lý sản phẩm.
3.3.6.1 Chức năng thêm sản phẩm.
3.3.6.2 Chức năng sửa sản phẩm.
3.3.6.3 Chức năng xóa sản phẩm.
3.3.6.4 Chức năng tìm kiếm sản phẩm.
3.3.7 Code hệ thống đặt hàng.
3.3.7.1 Chức năng xem, tìm kiếm danh sách đơn hàng đã thanh toán.
3.3.7.2 Chức năng xem, tìm kiếm danh sách đơn hàng chưa thanh toán. 3.3.8 Code hệ thống quản lý kho.
3.3.8.1 Chức năng quản lý số lượng, đơn giá, thời gian nhập, năm sản xuất của từng sản phẩm.
3.3.8.2 Tự động cập nhập tồn kho sau khi đặt và bán hàng.
3.3.9 Code hệ thống bán hàng và thanh toán.
3.3.9.1 Chức năng tạo hóa đơn gồm thông tin khách hàng tên sản phẩm , số lượng, đơn giá và tổng số tiền.
3.3.10 Code công cụ thống kê doanh thu doanh số bán hàng.
3.3.10.1 Chức năng chọn thời gian thống kê.
3.3.10.2 Chức năng hiện bảng thống kê sản phẩm bán được theo sản phảm và doanh thu.
3.3.11 Xây dựng cơ sở hạ tầng cho bảo mật.
Phát triển Ứng dụng Hợp tác (Collaborative Application Development)
3.4.1 Xây dựng mạng và phần cứng cho ứng dụng hợp tác.
3.4.2 Phát triển quản lý tài nguyên con người di động trên Web.
3.4.3 Xây dựng kết nối cho mạng riêng ảo (VPN).
3.4.4 Phát triển ứng dụng cổng quản lý tái sản "Asset Management
Viewport".3.4.5 Phát triển công cụ tạo báo cáo tuỳ biến.
Tài liệu Hướng dẫn (Documentation)
3.5.1 Xây dựng tài liệu hướng dẫn sử dụng.
Kiểm tra và Đảm bảo Chất lượng (Testing and Quality Assurance)
3.6.1 Lập kế hoạch kiểm tra.
3.6.2 Thực hiện kiểm tra chức năng.
3.6.3 Kiểm tra bảo mật và an ninh.
3.6.4 Đảm bảo chất lượng mã nguồn (Code Quality Assurance).
Triển khai và Đào tạo (Deployment and Training)
3.7.1 Lập kế hoạch triển khai.
3.7.2 Triển khai phiên bản đầu tiên.
3.7.3 Đào tạo người sử dụng.
Quản lý Dự án (Project Management)
3.8.1 Quản lý tiến độ dự án.
3.8.3 Quản lý rủi ro và biện pháp khắc phục.
3.8.4 Báo cáo tiến độ cho các nhà tài trợ.
3.8.5 Quản lý tài liệu và thông tin dự án.
Nghiệm thu và Bàn giao (Acceptance and Handover)
3.9.2 Đánh giá sự chấp nhận từ phía khách hàng.
3.9.3 Bàn giao phiên bản cuối cùng.
Hoàn thiện và Bảo trì (Completion and Maintenance)
3.10.1 Hoàn thiện tất cả các tài liệu dự án.
3.10.2 Đảm bảo bảo trì và hỗ trợ liên tục cho hệ thống.
QUẢN LÝ LẬP LỊCH
1 Khám phá và lập kế hoạch (Exploration and Planning)
1.1 Xác định yêu cầu khách hàng 1 day 1/8/2023 2/8/20231.2 Thu thập thông tin và phân tích nghiệp vụ 2 days 2/8/2023 4/8/20231.3 Xác định mục tiêu và phạm vi dự án 2 days 4/8/2023 6/8/2023
1.4 Xác định tài nguyên cần thiết 2 days 6/8/2023 8/8/2023
1.5 Lập kế hoạch dự án 2 days 8/8/2023 10/8/2023
2 Phát triển kiến trúc (Architecture
2.1 Xây dựng kiến trúc hệ thống 3 days 11/8/2023 14/8/2023
2.2 Thiết kế cơ sở dữ liệu 2 days 14/8/2023 16/8/2023
2.3 Xác định hệ thống tích hợp 1 day 16/8/2023 17/8/2023 2.4 Lập kế hoạch bảo mật hệ thống 2 days 17/8/2023 19/8/2023
3 Phát triển ứng dụng (Application
3.1 Xây dựng trang web bán lẻ 3 days 20/8/2023 23/8/2023 3.2 Phát triển quyển catalog đầy đủ 1 day 23/8/2023 24/8/2023
3.3 Thiết kế giao diện 7 days 24/8/2023 31/8/2023
3.3.1 thiết kế giao diện login 1 day 24/8/2023 25/8/2023 3.3.2 thiết kế giao diện quản lý nhân viên 1 day 25/8/2023 26/8/2023
3.3.3 thiết kế giao diện quản lý hàng hóa 1 day 26/8/2023 27/8/2023 3.3.4 thiết kế giao diện quản lý khách hàng 1 day 27/8/2023 28/8/2023
3.3.5 thiết kế giao diện quản lý hóa đơn 1 day 28/8/2023 29/8/2023 3.3.6 thiết kế giao diện thanh toán 1 day 29/8/2023 30/8/2023 3.3.7 thiết kế giao diện thống kê doanh thu theo ngày tháng 1 day 30/8/2023 31/8/2023
3.4 code hệ thống quản lý nhân viên 3 days 31/8/2023 3/9/2023 3.4.1 chức năng thêm nhân viên 1 day 31/8/2023 1/9/2023 3.4.2 chức năng sửa nhân viên 1 day 31/8/2023 1/9/2023 3.4.3 chức năng xóa nhân viên 1 day 1/9/2023 2/9/2023 3.4.4 chức năng tìm kiếm nhân viên 1 day 1/9/2023 2/9/2023
3.5 code hệ thống quản lý khách hàng 3 days 3/9/2023 6/9/2023 3.5.1 chức năng thêm khách hàng 1 day 3/9/2023 4/9/2023 3.5.2 chức năng sửa khách hàng 1 day 3/9/2023 4/9/2023 3.5.3 chức năng xóa khách hàng 1 day 4/9/2023 5/9/2023 3.5.4 chức năng tìm kiếm khách hàng 1 day 4/9/2023 5/9/2023
3.6 code hệ thống quản lý sản phẩm 3 days 6/9/2023 9/9/2023 3.6.1 chức năng thêm sản phẩm 1 day 6/9/2023 7/9/2023 3.6.2 chức năng sửa sản phẩm 1 day 6/9/2023 7/9/2023 3.6.3 chức năng xóa sản phẩm 1 day 7/9/2023 8/9/2023 3.6.4 chức năng tìm kiếm sản phẩm 1 day 7/9/2023 8/9/2023
3.7 code hệ thống đặt hàng 2 days 9/9/2023 11/9/2023
3.7.1 chức năng xem, tìm kiếm danh sách đơn hàng đã thanh toán 1 day 9/9/2023 10/9/2023
3.7.2 chức năng xem, tìm kiếm danh sách đơn hàng chưa thanh toán 1 day 10/9/2023 11/9/2023
3.8 code hệ thống quản lý kho 4 days 11/9/2023 15/9/2023 3.8.1 chức năng quản lý số lượng, đơn giá, thời gian nhập, năm sản xuất của từng sản phẩm
3.8.2 tự động cập nhập tồn kho sau khi đặt và bán hàng 2 days 13/9/2023 15/9/2023
3.9 code hệ thống bán hàng và thanh toán 2 days 15/9/2023 17/9/2023 3.9.1 chức năng tạo hóa đơn gồm thông tin khách hàng tên sản phẩm , số lượng, đơn giá và tổng số tiền
3.10 code công cụ thống kê doanh thu doanh số bán hàng
3.10.1 chức năng chọn thời gian thống kê 1 day 17/9/2023 18/9/2023
3.10.2 chức năng hiện bảng thống kê sản phẩm bán được theo sản phảm và doanh thu
3.11 Xây dựng cơ sở hạ tầng cho bảo mật 2 days 20/9/2023 22/9/2023
4 Phát triển ứng dụng hợp tác
4.1 Xây dựng mạng và phần cứng cho ứng dụng hợp tác 2 days 22/9/2023 24/9/2023
4.2 Phát triển quản lý tài nguyên con người di động trên Web 1 day 24/9/2023 25/9/2023
4.3 Xây dựng kết nối cho mạng riêng ảo
4.4 Phát triển ứng dụng cổng quản lý tái sản
4.5 Phát triển công cụ tạo báo cáo tuỳ biến 2 days 30/9/2023 2/10/2023
5 Tài liệu hướng dẫn (Documentation) 1 day 2/10/2023 3/10/2023 5.1 Xây dựng tài liệu hướng dẫn sử dụng 1 day 2/10/2023 3/10/2023
6 Kiểm tra và đảm bảo chất lượng (Testing and Quality Assurance)
6.1 Lập kế hoạch kiểm tra 1 day 3/10/2023 4/10/2023
6.2 Thực hiện kiểm tra chức năng 1 day 4/10/2023 5/10/2023 6.3 Kiểm tra bảo mật và an ninh 1 day 5/10/2023 6/10/2023 6.4 Đảm bảo chất lượng mã nguồn (Code
7 Triển khai và đào tạo (Deployment and
7.1 Lập kế hoạch triển khai 1 day 9/10/2023 10/10/2023
7.2 Triển khai phiên bản đầu tiên 2 days 10/10/2023 12/10/2023
7.3 Đào tạo người sử dụng 1 day 12/10/2023 13/10/2023
7.4 Hỗ trợ triển khai 1 day 13/10/2023 14/10/2023
8 Quản lý dự án (Project Management) 13 days 14/10/2023 27/10/2023
8.1 Quản lý tiến độ dự án 3 days 14/10/2023 17/10/2023
8.2 Quản lý nguồn lực 3 days 17/10/2023 20/10/2023
8.3 Quản lý rủi ro và biện pháp khắc phục 3 days 20/10/2023 23/10/2023 8.4 Báo cáo tiến độ cho các nhà tài trợ 2 days 23/10/2023 25/10/2023 8.5 Quản lý tài liệu và thông tin dự án 2 day 25/10/2023 27/10/2023
9 Nghiệm thu và bàn giao (Acceptance and Handover)
9.1 Tiến hành nghiệm thu 1 days 27/10/2023 28/10/2023
9.2 Đánh giá sự chấp nhận từ phía khách hàng 1 days 28/10/2023 29/10/2023
9.3 Bàn giao phiên bản cuối cùng 1 days 29/10/2023 30/10/2023
9.4 Kết thúc dự án 1 days 30/10/2023 31/10/2023
10 Hoàn thiện và bảo trì (Completion and
10.1 Hoàn thiện tất cả các tài liệu dự án 3 days 31/10/2023 2/11/2023 10.2 Đảm bảo bảo trì và hỗ trợ liên tục cho hệ thống
QUẢN LÝ RỦI RO
Lập kế hoạch quản lý rủi ro
Đầu vào o Chính sách quản lý rủi ro của công ty. o Bên nhận: Khách hàng. o Các thành viên trong nhóm hiểu được vai trò, chức năng và nghiệp vụ của mình. o Lên kế hoạch để tìm hiểu yêu cầu của khách hàng.
Thường xuyên tổ chức các cuộc họp để thảo luận, thống nhất, đưa ra các ý kiến để tập trung giải quyết các vấn đề (hằng ngày bằng những cuộc họp ngắn, meeting,…).
Nếu bên khách hàng có thay đổi yêu cầu, môi trường làm việc thì cần xác định tính hợp lý của yêu cầu, thảo luận kỹ càng với khách hàng, nếu hợp lí thì nhanh chóng triển khai, thay đổi dự án. o Mô tả công việc chi tiết, các rủi ro dễ mắc phải cho từng thành viên trong nhóm.
Mọi thành viên phải nghiêm túc thực hiện và hoàn thành công việc được giao đúng thời hạn.
Công việc được thực hiện 1 cách liên tục, kể cả những khó khăn trong lúc triển khai dự án cũng phải được cập nhật liên tục có để có cách giải quyết nhanh gọn và hợp lý. o Khả năng chấp nhận rủi ro của những người tham gia dự án. o Cấu trúc phân rã công việc được mô tả chi tiết trong WBS.
Trao đổi o Lập kế hoạch cho các buổi họp để các thành viên trong nhóm cùng nhau thảo luận và trao đổi tìm ra hướng giải quyết vấn đề. o Lên kế hoạch trao đổi với khách hàng để nắm rõ yêu cầu 1 cách chi tiết và hợp lý nhất.
Đầu ra o Đặt thời gian. o Xác định mức độ rủi ro thông qua định lượng và chuyển sang định tính. o Xác định các ngưỡng chịu đựng. o Xác định các ngưỡng chịu đựng.
Xác định rủi ro
5.2.1 Rủi ro về xác định yêu cầu khách hàng
Hiểu sai yêu cầu khách hàng.
Lấy thiếu yêu cầu khách hàng.
Yêu cầu khách hàng chưa rõ ràng thay đổi thường xuyên.
Đánh giá chưa đủ về tính khả thi của yêu cầu.
Tổng hợp yêu cầu chưa rõ ràng dễ gây tranh cãi hiểu sai vấn đề.
5.2.2 Rủi ro về kế hoạch
Lập lịch trễ, không hợp lý.
Ước lượng chi phí khác xa thực tế dẫn đến thiếu ngân sách.
Ước lượng thiếu nhiệm vụ cần thiết.
Lên kế hoạch không đầy đủ do dự án phức tạp không lường trước được.
Các tài liệu dự án hoàn thành chậm.
Trễ do phát sinh nhiều lỗi trong các pha.
Nhanh so với kế hoạch nhưng không có hiệu quả.
5.2.3 Rủi ro về chất lượng dự án
Thừa tính năng (tính năng không cần thiết)
Quá phức tạp để khách hàng vận hành
Hệ thống không thực đúng hoặc thiếu yêu cầu.
Hiệu năng hoạt động thấp.
Số lượng các trình duyệt và hệ điều hành mà hệ thống hỗ trợ không đáp ứng được yêu cầu.
Nhiều lỗi phát sinh trong khi khách hàng vận hành phần mềm.
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ả.
5.2.4 Rủi ro về nhân sự
Quản lý thiếu kinh nghiệm lãnh đạo
Tổ chức phân công nhân sự chưa được hiệu quả.
Có mâu thuẫn trong nội bộ làm giảm tiến độ
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 trách nghiệm.
Đội ngũ phát triển dự án không vững chắc.
Thiếu nhân sự để thực hiện dự án.
5.2.5 Rủi ro về kỹ thuật
Cơ sở vật chất, hạ tầng gặp trục trặc
Lựa chọn công nghệ mới không quen thuộc với các thành viên đội dự án.
Lựa chọn công nghệ không phù hợp.
Triển khai cài đặt sản phẩm không thuận lợi, không chạy được.
Mã nguồn viết không đúng yêu cầu hoặc không đúng phân tích, thiết kế, phải viết lại nhiều lần.
5.2.6 Rủi ro về ngân sách
Nguồn tài trợ cho dự án bị thiếu hụt hoặc chậm.
Nhà tài trợ ngừng đầu tư cho dự án vì lí do nào đó.
Khó thống nhất về kinh phí và thời gian cho dự án.
Chi phí phát sinh vượt quá ngân sách cho phép.
Thiếu thốn trong cơ sở vật chất.
5.2.7 Rủi ro về sự hài lòng của khách hàng
Giao diện không đúng yêu cầu của khách hàng.
Sản phẩm nhận được phản hồi không tốt từ khách hàng, phải làm lại.
Khó khăn trong đàm phán về chi phí, thời hạn bàn giao sản phẩm.
Vi phạm hợp đồng với khách hàng.
5.2.8 Rủi ro về kiểm soát
Các bản mã không được lưu trữ cẩn thận.
5.2.9 Rủi ro về các lĩnh vực khác
Rủi ro không có khả năng biết trước ( Thời tiết: bão, lũ lụt, động …Sự cố: mất mạng, điện, )
Phân tích rủi ro
Pha phân tích các rủi ro còn được gọi là đánh giá các rủi ro dựa trên các tiêu chí:
Xác định xác suất xảy ra rủi ro.
Xác định ảnh hưởng của rủi ro tới các mục tiêu của dự án.
Xác định độ nguy hiểm của rủi ro.
Thiết lập thang đánh giá xác suất xảy ra rủi ro như sau:
Rấ t cao Cao Trung bình Thấ p
Khả năng xảy ra cao 60-80% Ít khả năng xảy ra 35-60%
Hầu như không xảy ra < 35%
Thiết lập thang đánh giá mứ c độ ảnh hưởng rủi ro như sau:
Lĩnh vực quan tâm Mứ c độ ảnh hưởng rấ t cao
Mứ c độ ảnh hưởng cao
Mứ c độ ảnh hưởng trung bình Mứ c độ ảnh hưởng thấ p
3 - 5 lần cho phép 2 - 3 lần cho phép < 2 lần cho phép
Thang đánh giá mức độ ảnh hưởng về định tính: Đánh giá Mô tả
Rấ t cao Nhiều khả năng dự án sẽ bị hủy bỏ
Cao Dự án bị gián đoạn, ảnh hưởng đáng kể
Trung bình Dự án bị gián đoạn một ít như chi phí hoặc năng suất bị thay đổi chút ít
Thấ p Dự án thực hiện bình thường hầu như không gặp gián đoạn
Quản lý rủi ro
1 Hiểu sai yêu cầu khách hàng
2 Lấy thiếu yêu cầu khách hàng.
3 Yêu cầu khách hàng chưa rõ ràng thay đổi thường xuyên.
4 Đánh giá chưa đủ về tính khả thi của yêu cầu.
5 Tổng hợp yêu cầu chưa rõ ràng dễ gây tranh cãi hiểu sai vấn đề.
6 Lập lịch trễ, không hợp lý.
7 Ước lượng chi phí khác xa thực tế dẫn đến thiếu ngân sách.
8 Ước lượng thiếu nhiệm vụ cần thiết
9 Lên kế hoạch không đầy đủ do dự án phức tạp không lường trước được.
10 Các tài liệu dự án hoàn thành chậm.
11 Trễ do phát sinh nhiều lỗi trong các pha.
12 Nhanh so với kế hoạch nhưng không có hiệu quả.
(tính năng không cần thiết)
14 Quá phức tạp để khách hàng vận hành
15 Hệ thống không thực đúng hoặc thiếu yêu cầu.
16 Hiệu năng hoạt động thấp.
17 Số lượng các trình duyệt và hệ điều hành mà hệ thống hỗ trợ không đáp ứng được yêu cầu.
18 Nhiều lỗi phát sinh trong khi khách hàng vận hành phần mềm.
19 Không phát hiện được hết lỗi.
20 Đánh giá không đúng về khả năng chịu tải của hệ thống.
21 Kiểm thử quá trình cài đặt kém hiệu quả.
22 Quản lý thiếu kinh nghiệm lãnh đạo
23 Tổ chức phân công nhân sự chưa được hiệu quả.
24 Có mâu thuẫn trong nội bộ làm giảm tiến độ.
25 Trình độ chuyên môn không đáp ứng được yêu cầu công việc
26 Đội ngũ phát triển dự án không vững chắc.
27 Làm việc thiếu trách nghiệm.
28 Thiếu nhân sự để thực hiện dự án.
29 Cơ sở vật chất, hạ tầng gặp trục trặc (máy tính hỏng, mất điện, mạng lỗi,
30 Lựa chọn công nghệ mới không quen thuộc với các thành viên đội dự án.
31 Lựa chọn công nghệ không phù hợp.
32 Triển khai cài đặt sản phẩm không thuận lợi, không chạy được.
33 Mã nguồn viết không đúng yêu cầu hoặc không đúng phân tích, thiết kế, phải viết lại nhiều lần.
34 Nguồn tài trợ cho dự án bị thiếu hụt hoặc chậm.
35 Nhà tài trợ ngừng đầu tư cho dự án vì lí do nào đó.
36 Khó thống nhất về kinh phí và thời gian cho dự án.
37 Chi phí phát sinh vượt quá ngân sách cho phép.
38 Thiếu thốn trong cơ sở vật chất.
39 Giao diện không đúng yêu cầu của khách hàng.
40 Sản phẩm nhận được phản hồi không tốt từ khách hàng, phải làm lại.
41 Khó khăn trong đàm phán về chi phí, thời hạn bàn giao sản phẩm.
42 Vi phạm hợp đồng với khách hàng.
43 Các bản mã không được lưu trữ cẩn thận.
44 Rủi ro không có khả năng biết trước (
Thời tiết: bão, lũ lụt, động
…Sự cố: mất mạng, điện, )
Kế hoạch và chiến lược giải quyết 10 rủi ro cao nhất
Đỏp ứng rủi ro cho top 10 rủi ro xếp hạng đầu tiờn: ã
Rủi ro PP khắc phục Công việc cần làm Trạng thái
Hiểu sai yêu cầu khách hàng.
Giảm nhẹ hoặc né tránh
Cần chuẩn bị kỹ càng trong công tác lấy yêu cầu khách hàng.
7 Ước lượng chi phí khác xa thực tế dẫn đến thiếu ngân sách.
Giảm nhẹ Tính toán kỹ càng trong việc chi tiêu của dự án.
Xây dựng quỹ dự phòng
3 Yêu cầu khách hàng chưa rõ ràng thay đổi thường xuyên
Giảm nhẹ Thường xuyên liên lạc với khách hàng.
Xây dựng hợp đồng ràng buộc chặt chẽ.
Hệ thống không thực đúng hoặc thiếu yêu cầu.
Giảm nhẹ hoặc né tránh
Cần hiểu rõ yêu cầu khách hàng cũng như kiểm thử sau mỗi pha của dự án.
Cần nhanh chóng sửa lỗi, cử thêm người làm.
16 Hiệu năng hoạt động thấp.
Giảm nhẹ Cần tìm cách tối ưu thuật toán cũng như mã nguồn.
Ngay sau khi phát hiện
Tham khảo ý kiến chuyên gia.
32 Triển khai cài đặt sản phẩm không thuận lợi, không chạy được.
Né tránh Thiết kế cần được chính xác
Cần tìm ra lỗi và cho nhân viên làm thêm ca để sửa lỗi.
Mã nguồn viết không đúng yêu cầu hoặc không đúng phân tích, thiết kế, phải viết lại nhiều lần.
Né tránh Thiết kế chính xác Luôn luôn thực hiện
Cần phải tăng ca để tránh bị trễ.
Không phát hiện được hết lỗi.
Giảm nhẹ Cài đặt kiểm thử cần phải chính xác rước khi xảy ra
Tham khảo ý kiến chuyên gia
Nguồn tài trợ cho dự án bị thiếu hụt hoặc chậm.
Giảm nhẹ hoặc né tránh
Vay ngân hàng hoặc tìm thêm nguồn tài trợ
Ngay sau khi xảy ra
Xây dự quỹ dự phòng.
8 Ước lượng thiếu nhiệm vụ cần thiết
Giảm nhẹ Đánh giá đầy đủ và chính xác các nhiệm vụ
Tham khảo ý kiến chuyên gia
QUẢN LÝ CHẤT LƯỢNG VÀ KIỂM THỬ
Tiêu chí đánh giá chất lượng
Đảm bảo rằng sản phẩm hoặc dự án được phát triển và triển khai đáp ứng các tiêu chuẩn và yêu cầu chất lượng được đề ra trước khi sản phẩm đi vào sử dụng.
Giúp kiểm tra và đánh giá hiệu năng của sản phẩm, đảm bảo rằng nó hoạt động hiệu quả và không gây trở ngại cho người dùng.
Tối ưu hóa việc sử dụng tài nguyên như thời gian, nguồn lực, và ngân sách để đảm bảo rằng sản phẩm đáp ứng các yêu cầu mà không cần phí phạm thời gian và nguồn lực không cần thiết.
6.1.2 Các thành phần tham gia:
STT Người tham gia Thành phần trong dự án Vai trò
1 Khúc Văn Vinh Quản lý dự án PM
2 Hoàng Văn Vương Lãnh đạo kỹ thuật Tech Lead/CC
3 Hoàng Hải Duy Kiểm soát chất lượng dự án Tester
4 Phạm Hữu Bắc Thành viên đội dự án QA
5 Hồ Sỹ Bảo Thành viên đội dự án Developer
6 Cô Nguyễn Quỳnh Chi Khách hàng
6.1.3 Các tài liệu tham khảo:
Tài liệu được cung cấp bởi khách hàng (đã được bộ phận đi lấy yêu cầu chuẩn bị).
Tài liệu từ các dự án trước đó.
Quy định chuẩn
Mỗi giai đoạn xong phải được viết báo cáo và gửi lại cho giám đốc dự án,
PM nhằm quyết định và review kết quả.
Mỗi tài liệu được sử dụng phải được đính kèm trong kết quả làm ra.
Khi nâng cấp hay chỉnh sửa thì đánh số phiên bản mỗi lần.
Khi tester tìm ra lỗi thì phải đẩy lên jira và assign lại cho developer nhằm sửa chữa các khiếm khuyết trong hệ thống.
Developer sau khi thực hiện xong module phải đẩy lên môi trường test do công ty tạo ra.
Môi trường và công cụ kiểm thử
Môi trường: Windows, MacOS, Linux, các trình duyệt web khác nhau như: Chrome, Safari, Firefox.
Nền tảng: Web, Mobile Web.
Công cụ: o Hệ quản trị cơ sở dữ liệu: MySQL và MongoDB. o Phần mềm kiểm thử: Jest, NUnit. o Phần mềm quản lý lỗi: Jira, Confluence. o Phần mềm code: VSCode. o Điện thoại: IOS, Android.
Chiến lược kiểm thử mức đơn vị
Mục đích: Kiểm thử lại phần mềm với các giá trị trước và so sánh kết quả được mong đợi với pha phân tích, đảm bảo chất lượng của sản phẩm đúng với yêu cầu của khách hàng
Luồng kiểm thử: thu thập và xác định các giá trị và dữ liệu đã được sử dụng trong quá trình phân tích yêu cầu hoặc trong các phiên bản trước của phần mềm. 6.4.1 Kiểm thử đơn vị chức năng:
Kỹ thuật sử dụng Người thực hiện
Tiêu chí đánh giá Đăng nhập, Đăng ký, Xác thực người dùng
Kiểm thử dựa trên yêu cầu/Bao phủ điều kiện
Tester Khi kết thúc, module đăng nhập, xác thực người dùng chạy tốt
Quản lý các mặt hàng
Kiểm thử dựa trên đặc tả/Bao phủ điều kiện
Tester Khi kết thúc, module quản lý các mặt hàng chạy tốt, có thể thêm, sửa, xóa, lấy thông tin theo yêu cầu
Quản lý thông tin khách hàng
Kiểm thử dựa trên đặc tả/Phân vùng tương đương
Tester Khi kết thúc, module quản lý thông tin khách hàng chạy tốt, có thể thêm, sửa, xóa, lấy thông tin theo yêu cầu
Kiểm thử dựa trên đặc tả/Phân vùng tương đương
Tester Khi kết thúc, module quản lý nhân viên chạy tốt, có thể thêm, sửa, xóa thông tin theo yêu cầu
Tính lương cho nhân viên
Kiểm thử dựa trên yêu cầu
Tester Khi kết thúc, module tính lương chạy tốt, không tính sai Đặt hàng trực tuyến
Tester Khi kết thúc, module đặt hàng trực tuyến chạy tốt, cover tất cả trường hợp
Giỏ hàng lưu trữ sản phẩm
Tester Khi kết thúc, module giỏ hàng lưu trữ sản phẩm chạy tốt, không bị sai lệch thông tin
Quản lý thông báo hệ thống
Kiểm thử dựa trên yêu cầu
Tester Khi kết thúc, module quản lý thông báo hệ thống chạy tốt
Chat trực tuyến Kiểm thử hộp đen
Tester Khi kết thúc, module chat trực tuyến chạy tốt Không bị sai thông tin
Kiểm thử dựa trên đặc tả/Phân vùng tương đương
Tester Khi kết thúc, module tìm kiểm mặt hàng chạy tốt.
Kiểm thử dựa trên yêu cầu/Phân vùng tương đương
Tester Khi kết thúc, module thanh toán trực tuyến chạy tốt Thanh toán không bị sai kết quả, xác thực thanh toán thành công
Module Kiểu test Kỹ thuật test Người thực hiện
Kiểm tra giao diện giữa module “Login” và trang chủ
Phương pháp từ dưới lên
Tester Chuyển đến trang chủ
Kiểm thử tích hợp thanh toán ngân hàng
Phương pháp từ dưới lên
Tester/QA Thanh toán thành công
Kiểm thử tích hợp hệ thống
Phương pháp từ dưới lên/Phân tích giá trị biên
Tester Hệ thống chạy mượt hoàn toàn, không gặp lỗi
Module Kiểu test Kỹ thuật test
Kiểm thử hộp trắng/hộp đen
Phân tích giá trị biên/
Phân vùng tương đương/Yêu cầu
Tester Đáp ứng được toán bộ tiêu chí của khách hàng6.4.4 Kiểm thử sự chấp nhận của người dùng:
Chuẩn bị sản phẩm beta đã được chuẩn bị và cài đặt sẵn sàng.
Hướng dẫn cho khách hàng về cách thực hiện kiểm thử, bao gồm cách ghi chép lỗi và vấn đề nếu có.
Khách hàng tiến hành kiểm thử với sản phẩm beta và ghi chép kết quả Họ kiểm tra xem sản phẩm có đáp ứng các yêu cầu và kỳ vọng của họ hay không.
Nếu khách hàng phát hiện lỗi hoặc vấn đề, họ cần ghi chép và báo cáo chúng theo quy trình đã được xác định.
Nếu có lỗi hoặc vấn đề, nhóm phát triển cần sửa chúng và sau đó tiến hành kiểm thử lại để đảm bảo rằng chúng đã được khắc phục.
Nếu khách hàng thỏa mãn và sản phẩm đáp ứng yêu cầu của họ, họ có thể ký vào biên bản hợp đồng chấp nhận sản phẩm.
Lập biên bản ghi chép rõ ràng về việc chấp nhận sản phẩm, bao gồm các chi tiết về phạm vi kiểm thử, kết quả kiểm thử, và chữ ký của khách hàng.
Phê duyệt biên bản hợp đồng.
QUẢN LÝ NHÂN SỰ
Kích cỡ dự án
Không cần quá nhiều nhân lực
Số lượng thành viên: 8 người (bao gồm PM)
Các vai trò trong dự án
Quản lý dự án (Project Manager - PM) ~ 3 tháng o 1 người o Quản lý nguồn lực dự án: nhân lực, tài chính. o Quyết định những lựa chọn ảnh hưởng lớn đến dự án, dự toán ngân sách. o Giám sát tiến độ dự án. o Là người trung gian giữa bên dự án và nhà tài trợ.
Phân tích nghiệp vụ (Business Analyst - BA) ~ 3 tháng o 1 người o Trò chuyện trực tiếp với khách hàng, xác định được những mong muốn của khách hàng về hệ thống, CSDL, giao diện. o Liên tục trao đổi với khách hàng để đảm bảo hệ thống thỏa mãn yêu cầu của khách hàng. o Báo cáo với cấp trên nếu khách hàng thay đổi yêu cầu. o Trao đổi với PM để xác định và định hướng dự án.
Quản trị CSDL ~ 7 ngày o 1 người o Trao đổi với nhân viên phân tích nghiệp vụ để hiểu biết những mong muốn của khách hàng và yêu cầu của hệ thống. o Thiết kế CSDL của dự án. o Trao đổi với lập trình viên để tương tác với CSDL.
Phát triển phần mềm (Developer) ~ 1 tháng o 2 người o Lập trình hệ thống và các chức năng của hệ thống theo yêu cầu. o Trao đổi nội dung và vấn đề khi xây dựng phần mềm với các thành viên trong nhóm. o Tiếp nhận công việc và báo cáo tiến độ cho cấp trên.
Phát triển giao diện (UX/UI Designer) ~ 1 tháng o 2 người o Trao đổi với nhân viên phân tích nghiệp vụ để hiểu biết yêu cầu của khách hàng và dự án. o Thiết kế giao diện phù hợp cho hệ thống. o Trao đổi với lập trình viên để đưa ra phương án thiết kế giao diện tốt nhất.
Kiểm thử chất lượng (Tester) ~ 8 ngày o 1 người o Viết scenario để test và thực hiện kiểm tra các module. o Tổng hợp lỗi để báo lại cho lập trình viên và cấp trên. o Đảm bảo chất lượng sản phẩm.
Thông tin từng thành viên
Ngày sinh Địa chỉ Giới tính
1 Khúc Văn Vinh 05/02/2002 Hà Nội Nam 0985949404 PM
2 Hoàng Hải Duy 09/07/2002 Hải Dương Nam 0982910288 Tester
3 Phạm Hữu Bắc 08/02/2002 Hà Nam Nam 0349202993 Quality
09/05/2002 Hà Nội Nam 0795749493 Technical leader
5 Hồ Sỹ Bảo 25/11/2002 Hà Nội Nam 0349202922 Developer
8 Bùi Văn Bảo 15/11/1999 Hà Nội Nam 0349484495 Designer
Cấu trúc đội
Cấu trúc theo mô hình Team leader: o Đội dự án chia thành nhiều nhóm nhỏ hơn được lãnh đạo bởi 1 người đứng đầu về kỹ thuật. o Mỗi nhóm nhỏ có 1 người đứng đầu giám sát những thành viên còn lại trong nhóm. o Các thành viên còn lại có vai trò như nhau.
Đội dự án gồm những nhóm sau: o Nhóm thu thập và phân tích nghiệp vụ: nhóm Phân tích nghiệp vụ. o Nhóm thiết kế hệ thống: Quản trị CSDL, nhóm Phát triển phần mềm, nhóm Phát triển giao diện o Nhóm phát triển hệ thống: nhóm Phát triển phần mềm, nhóm phát triển giao diện. o Nhóm kiểm thử và cài đặt: Tester.
Ma trận trách nhiệm
WBS Mô tả Quản lý dự án
Nhóm thu thập và phân tích nghiệp vụ
Nhóm thiết kế hệ thống
Nhóm phát triển hệ thống
Nhóm kiểm thử và cài đặt
4 Phát triển Ứng dụng hợp tác
6 Kiểm tra và Đảm bảo chất lượng
7 Triển khai và Đào tạo
9 Nghiệm thu và bàn giao A, L
10 Hoàn thiện và bảo trì A L
Thông tin từng thành viên
QUẢN LÝ CẤU HÌNH
Giới thiệu
8.1.1 Định nghĩa và ký hiệu:
Ký hiệu Định nghĩa Ghi chú
Document Tài liệu thiết kế kiến trúc
Controller Người điều khiển cấu hình cơ sở hạ tầng
CI Configuration Item Mục cấu hình
CM Configuration Management Quản lý cấu hình
Configuration Items Mục cấu hình phần mềm máy tính DDD Detail Design Document Tài liệu thiết kế chi tiết
PM Project Manager Người quản lý dự án
PTL Project Technical Leader Lãnh đạo kỹ thuật dự án
PIC Person in Charge Người phụ trách
QA Quality Assurance Officer Người chịu trách nhiệm quản lý chất lượng sản phẩm SRS Software Requirement
Specification Tài liệu đặc tả yêu cầu
Source Source Code Mã nguồn
URD User Requirement Document Tài liệu yêu cầu người dùng
TP Test Plan Kế hoạch kiểm thử
TC Test Case Kịch bản kiểm thử
VSS Visual SourceSafe Chứa các code nguồn cho các mục đích khác nhau WIP Work in Progress Công việc đang được tiến hành
WP Work product Sản phẩm công việc
WO Work Order Đơn đặt hàng công việc
NV Nhân viên Nhân viên trong siêu thị
WH Warehouse Kho hàng trong siêu thị
KH Khách hàng Người tiêu dùng
HH Hàng hóa Vật phẩm tiêu dùng bên trong siêu thị
TT Thanh toán Số tiền phải trả sau khi mua hàng hóa
TKHH Thống kê hàng hóa Thống kê lại hàng hóa sau khi nhập vào kho
TKDT Thống kê doanh thu Thống kê lại doanh thu theo đơn vị thời gian nào đó
Quá trình cấu hình
8.2.1 Định danh CI và quy ước đặt tên
CSCI Mục cấu hình Quy tắc đặt tên Mức độ bảo mật
Bản đề xuất _Proposal_1.0 Bảo mật
Bản ước lượng _Estimation_1.0 Dùng bên trong đội Đơn đặt hàng bên ngoài _In_WO_1.0 Bảo mật Đơn đặt hàng bên trong _Ex_WO_1.0 Tối mật
Kế hoạch quản lý dự án _Project_Plan_1.0 Dùng bên trong đội
Kế hoạch quản lý cấu hình
_CM_Plan_1.0 Bảo mật
Yêu cầu và thiết kế
Tài liệu yêu cầu khách hàng
_URD_1.0 Công cộng Đặc tả yêu cầu phần mềm
Bản thiết kế kiến trúc _ADD_1.0 Dùng bên trong đội
Bản thiết kế giao diện _UI_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun quản lí nhân viên
_DD_NV_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun quản lí hàng hóa
_DD_HH_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun quản lí khách hàng
_DD_KH_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun quản lí hóa đơn
_DD_HD_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun quản lí kho hàng
_DD_WH_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun thanh toán
_DD_TT_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun thống kê hàng hóa
_DD_TKHH_1.0 Dùng bên trong đội
Bản thiết kế chi tiết mô đun thống kê doanh thu
_DD_TKDT_1.0 Dùng bên trong đội
Thiết kế cơ sở dữ liệu _DD_DBDesign_1.0 Dùng bên trong đội
Quản lí nhân viên _NV_20231208 Dùng bên trong đội
Quản lí hàng hóa _HH_20231208 Dùng bên trong đội
Quản lí khách hàng _KH_20231208 Dùng bên trong đội
Quản lí kho hàng _WH_20231208 Dùng bên trong đội
Quản lí thanh toán _TT_20231208 Dùng bên trong đội
Quản lí thống kê hàng hóa
_TKHH_20231208 Dùng bên trong đội
Quản lí thống kê doanh thu
_TKDT_20231208 Dùng bên trong đội
Ghi chú phát hành _ReleaseNote_20231209 Công cộng
Tài liệu hướng dẫn sử dụng
Kế hoạch kiểm thử hệ thống
_SystemTestPlan_1.0 Dùng bên trong đội
Kế hoạch kiểm thử tích hợp
_IntergrationTestPlan_1.0 Dùng bên trong đội
Kế hoạch kiểm thử đơn vị
_UnitTestPlan_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí nhân viên
_SystemTestCase_NV_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí hàng hóa
_SystemTestCase_HH_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí khách hàng
_SystemTestCase_KH_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí kho hàng
_SystemTestCase_WH_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí thanh toán
_SystemTestCase_TT_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí thống kê hàng hóa
_SystemTestCase_TKHH_1.0 Dùng bên trong đội
Trường hợp kiểm thử hệ thống: Quản lí thống kê doanh thu
_SystemTestCase_TKDT_1.0 Dùng bên trong đội
Trường hợp kiểm thử tích hợp: Quản lí nhân viên
_IntegrationTestCase_NV_1.0 Dùng bên trong đội
Trường hợp kiểm thử tích hợp: Quản lí hàng hóa
_IntegrationTestCase_HH_1.0 Dùng bên trong đội
Trường hợp kiểm thử tích hợp: Quản lí khách hàng
_IntegrationTestCase_KH_1.0 Dùng bên trong đội
Trường hợp kiểm thử tích hợp: Quản lí kho hàng
Trường hợp kiểm thử tích hợp: Quản lí thanh toán
_IntegrationTestCase_TT_1.0 Dùng bên trong đội
Trường hợp kiểm thử tích hợp: Quản lí thống kê hàng hóa
Trường hợp kiểm thử tích hợp: Quản lí thống kê doanh thu
Trường hợp kiểm thử đơn vị: Quản lí nhân viên
_UnitTestCase_NV_1.0 Dùng bên trong đội
Trường hợp kiểm thử đơn vị: Quản lí hàng hóa
_UnitTestCase_HH_1.0 Dùng bên trong đội
Trường hợp kiểm thử tí đơn vị: Quản lí khách hàng
_UnitTestCase_KH_1.0 Dùng bên trong đội
Trường hợp kiểm thử đơn vị: Quản lí kho hàng
_UnitTestCase_WH_1.0 Dùng bên trong đội
Trường hợp kiểm thử đơn vị: Quản lí thanh toán
_UnitTestCase_TT_1.0 Dùng bên trong đội
Trường hợp kiểm thử đơn vị: Quản lí thống kê hàng hóa
_UnitTestCase_TKHH_1.0 Dùng bên trong đội
Trường hợp kiểm thử đơn vị: Quản lí thống kê doanh thu
_UnitTestCase_TKDT_1.0 Dùng bên trong đội
Test data _Test Data_1.0 Dùng bên trong đội
Result of Test case execution
_Test Report_1.0 Dùng bên trong đội
Process Guideline_Name of guideline
Standard_Code Dùng bên trong đội
Checklist_DuAn Dùng bên trong đội
Rule_Name of rule Rule_DuAn Dùng bên trong đội
Window 10 Hệ điều hành Dùng bên trong đội
Apache HTTP server Server Dùng bên trong đội
Chrome Browser Trình duyệt chạy sản phẩm Dùng bên trong đội
SQL Server Hệ quản trị cơ sở dữ liệu Dùng bên trong đội
Java Ngôn ngữ xây dựng Back-end Dùng bên trong đội
JavaScript Ngôn ngữ xây dựng Front-end Dùng bên trong đội
Netbean IDE để code cả Front-end và Back-end Dùng bên trong đội
MacOS Hệ điều hành Dùng bên trong đội
Window 10 Hệ điều hành Dùng bên trong đội
Apache HTTP server Server Dùng bên trong đội
SQL Server Hệ quản trị cơ sở dữ liệu Dùng bên trong đội
Chrome Browser, edge, cốc cốc
Trình duyệt chạy sản phẩm Dùng bên trong đội
MacOS Hệ điều hành Dùng bên trong đội
Window 10 Hệ điều hành Dùng bên trong đội
Apache HTTP server Server Dùng bên trong đội
SQL Server Hệ quản trị cơ sở dữ liệu Dùng bên trong đội
Chrome Browser, edge, cốc cốc
Trình duyệt chạy sản phẩm Dùng bên trong đội
8.2.2 Quy trình cơ sở của CI
8.2.3 Cấu trúc đường dẫn và quyền truy cập
Phát triển -Vùng để cho những người dùng khác nhau để lưu trữ các mục của họ Đánh giá -Lưu trữ các mục đã sẵn sàng để đánh giá
-Đội đáng giá sẽ nhận được các mục sẽ được đánh giá tại khu vực này
Kiểm thử -Chỉ được áp dụng cho các mã nguồn
-Để lưu trữ các mục đã vượt qua bài kiểm tra đơn vị và đánh giá code
Phát hành -Để lưu trữ các mục đã sẵn sàng để phát hành và tất cả các phiên bản đã được phát hành của nó -Người dùng sẽ nhận những mục gần đây để sử dụng ở khu vực này
Lưu trữ -Lưu trữ tất cả các phiên bản đã phát hành của mỗi CI
-Là khu vực được bảo vệ cho các cơ sở của dự án,nơi mà tất cả các CI không thể bị thay đổi bởi bất kì thành viên nào.
Thư mục Thư mục con Mục đích Vùng ánh xạ
Quyền truy xuất Project Directory:
Tiến trình Sản phẩm Lưu tất cả các mục cấu hình được giao tới khách hàng
Tài liệu Tài liệu các bản thiết kế, kiểm thử xác định yêu cầu
Biên bản họp Lưu trữ biên bản các cuộc họp NA Modify: All
Kế hoạch Lưu trữ mục đích, ước lượng, bản hoạch phát triển phần mềm, lịch trì và nhiệm vụ của đội phát triển
Báo cáo Lưu trữ các bản báo cáo NA Modify: PM,
Lưu trữ biên bản, dự án: biên bản giám sát, biên bản yêu cầu hay đề mục cấu hình
Mã nguồn Lưu trữ mà nguồn Lưu trữ Modify: PIC
Tham khảo Khách hàng cung cấp
Lưu trữ tài liệu hỗ trợ đội phát triển do khách hàng cung cấp
Hướng dẫn Chưa tài liệu, biểu mẫu tham khảo phục vụ việc thực hiện dự án, các tài liệu hướng dẫn đặc biệt của dự án( project specif)
Kiểm tra Lưu trữ sản phẩm của QA, kiểm tra xem xét các sản phẩm
Lưu trữ Baseline Phát hành các phiên bản của các mẫu cấu hình
Back-up Nơi lưu trữ dữ liệu cần sao lưu Lưu trữ Modify: PM,
Lưu trữ các phần mềm hệ điều hành
Toll_Sowar Lưu trữ các phần mềm công cụ, phần mềm diệt virus
Developer Mỗi developer sẽ có 1 thư mục online riêng để lưu trữ code
CodeReady Lưu trữ những đoạn code, mã nguồn sẵn sàng để kiểm thử
CodePassed Lưu trữ những đoạn code, mã nguồn được kiểm thử qua
CodeArchive Lưu trữ các phiên bản hoàn thiện được phát hành
Back-up Lưu trữ dữ liệu cần sao lưu Lưu trữ Modify: PM,
- Kiểm soát quyền truy nhập:
+ Đối với các thành viên không thuộc đội dự án muốn truy nhập phải được sự cho phép của PM và được cấp quyền trong khoảng thời gian định trước, sau đó CC sẽ thu hồi khi hết hạn Ngay sau khi một thành viên ra khỏi dự án, quyền truy nhập của họ cũng bị thu hồi.
+ Quyền truy nhập được CC xem xét và cập nhật thường xuyên.
+ Sau khi tài sản dự án được QA phê duyệt tại thời điểm kết thúc dự án Kế toán QA thông báo cho bộ phận IT để thu hồi quyền truy nhập của tất cả các thành viên Nếu ai đó có yêu cầu tham chiếu dữ liệu, kiểm toán… người đó phải được chấp thuận bởi người có thẩm quyền, thường là trưởng nhóm hoặc trưởng phòng, sau đó gửi yêu cầu đến bộ phận IT Bộ phận IT chịu trách nhiệm thực hiện các yêu cầu như vậy.
8.2.5 Luật đánh số các phiên bản
- Mức phiên bản là được đánh số bởi 2 phần là: Version và Revision.
- Phiên bản ban đầu được đánh số là 0.1 Các bản thay đổi được đánh số là 0.2, 0.3
Phiên bản được xuất bản là 1.0.
- Version number: Ở bên trái của dấu chấm thập phân Nó thay đổi khi cấu trúc lõi của sản phẩm thay đổi VD: Thay đổi phiên bản gốc từ 1.0 lên 2.0.
- Revision number: Ở bên phải của dấu chấm thập phân Nó thay đổi khi nội dung của sản phẩm thay đổi nhưng cấu trúc lõi không đổi VD: Phiên bản đi từ 1.0 lên 1.1, sau đó là
Các file được định nghĩa bởi tên và số phiên bản, ví dụ “Main DB v1.1.a” Phiên bản đầu tiên sẽ là 1.0 Số phiên bản gồm 3 phần:
- Version number: Ở bên trái của dấu chấm thập phân Nó thay đổi khi cấu trúc lõi của sản phẩm thay đổi, di chuyển từ công cụ phát triển này sang cái khác, ứng dụng được tu sửa hoàn toàn hay giao diện người dùng được thay đổi toàn bộ Khi đó phiên bản 1.1a sẽ trở thành 2.0.
- Revision number: Ở bên phải của dấu chấm thập phân Nó thay đổi khi nội dung của sản phẩm thay đổi nhưng cấu trúc lõi không đổi, thường thì nó sẽ chỉ mở rộng hoặc bị loại bỏ phần chức năng VD: Phiên bản đi từ 1.0 lên 1.1, sau đó là 1.2.
- Update number: Được thêm hoặc tăng lên là để chỉnh sửa lỗi sản phẩm mà không làm thay đổi chức năng Khi đó v1.1 sẽ lên v1.1a và rồi v1.1b Nếu bản cập nhật vừa sửa lỗi và thêm chức năng thì revision number sẽ tăng lên và update number sẽ bị lược bỏ Khi đó v1.2b sẽ thành 1.3.
Vùng lưu trữ Iteams to backed- up
Back-up to Back-up type
Source code Lưu trữ/Back- up/Code
Tài liệu đặc tả yêu cầu
Lưu trữ/Back- up/RSD
Bản thiết kế tổng thể
Lưu trữ/Back- up/DALL
CSDL Lưu trữ/Back- up/CSDL
Bản báo cáo Back-up/Report Full 2 lần/tuần
QUẢN LÝ GIAO TIẾP VÀ TRUYỀN THÔNG
Hình thức truyền thông giao tiếp
Giữa các thành viên trong đội dự án: Sử dụng gặp trực tiếp và trao đổi thông tin qua cuộc họp trực tiếp hoặc qua ứng dụng Zoom.
Giữa khách hàng và đội dự án: Khách hàng có thể tương tác trực tiếp, gọi điện thoại hoặc trao đổi thông tin qua email.
Tần suất thực hiện: o Đội dự án sẽ tổ chức cuộc họp trực tiếp khi cần thiết, có cuộc họp hàng tuần qua Zoom và cuộc họp cuối cùng trước ngày bàn giao dự án cho khách hàng. o Cuộc họp hàng tuần qua Zoom sẽ bao gồm việc báo cáo về những gì đã được thực hiện và những gì chưa được thực hiện trong tuần trước, đưa ra các giải pháp cho các vấn đề chưa giải quyết, và xác định các công việc cần thực hiện trong tương lai của dự án.
Nhóm trưởng sẽ thường xuyên gặp gỡ khách hàng trong giai đoạn yêu cầu để thông báo về tiến độ của dự án, báo cáo về khó khăn trong quá trình thực hiện và thu thập yêu cầu cũng như ý kiến phản hồi từ khách hàng.
Cách thức giao tiếp
9.2.1 Giữa các thành viên trong nhóm với nhóm trưởng
Thông tin trao đổi về tiến độ công việc: o Bên gửi: Các thành viên trong nhóm. o Bên nhận: Nhóm trưởng. o Hình thức giao tiếp: Gửi qua email, gặp mặt trực tiếp. o Mục đích: Báo cáo tiến độ công việc của từng người trong nhóm từ đó giúp cho nhóm trưởng có thể nắm được tiến độ của của dự án. o Tần suất: Hàng tuần. o Thời điểm: Trong thời gian diễn ra dự án vào mỗi tối thứ 6 hàng tuần. o Người chịu trách nhiệm xử lý: Người nhóm trưởng. o Nội dung báo cáo tiến độ công việc gồm:
Danh sách các công việc thực hiện.
Mức độ hoàn thành từng công việc (hoàn thành, chưa hoàn thành).
Thời gian dự tính sẽ hoàn thành.
Các khó khăn gặp phải trong quá trình thực hiện.
Thông tin trao đổi về các đề nghị: o Bên gửi: Các thành viên trong nhóm. o Bên nhận: Nhóm trưởng. o Mục đích: Biết được các thành viên trong đội dự án đang cần gì, để hỗ trợ cho nhân viên nếu có thể ( ví dụ như yêu cầu tăng lương, yêu cầu nâng cấp máy tính đang sử dụng, yêu cầu sử dụng các phần mềm để hỗ trợ…). o Tần suất: Tuỳ thuộc vào nhu cầu của các thành viên trong nhóm. o Thời điểm: Bất cứ khi nào thành viên có mong muốn đưa ra đề nghị. o Hình thức: Qua họp mặt hoặc qua email. o Người chịu trách nhiệm xử lý: Nhóm trưởng. o Nội dung đề nghị gồm:
Thông tin trao đổi về thay đổi thời gian làm việc: o Bên gửi: Các thành viên trong nhóm. o Bên nhận: Nhóm trưởng. o Mục đích: Thông báo cho nhóm trưởng biết các thay đổi trong thời gian làm việc để nhóm trưởng kịp thời điều chỉnh về nhân sự phù hợp tiến độ công việc. o Tần suất: Phụ thuộc vào nhu cầu của các thành viên trong nhóm. o Thời điểm: Trong quá trình dự án được diễn ra. o Hình thức: Qua họp mặt, điện thoại hoặc qua email. o Người chịu trách nhiệm xử lý: Nhóm trưởng. o Thông tin được gửi gồm:
Nội dung (trình bày mong muốn).
Thông tin trao đổi về các phổ biến chỉ đạo: o Bên gửi: Nhóm trưởng. o Bên nhận: Các thành viên trong nhóm. o Mục đích: Thông báo cho các thành viên trong nhóm về các công việc cần làm tiếp theo, các thay đổi của khách hàng, các thời hạn thực hiện, các chỉ đạo từ trên. o Tần suất: Bất cứ khi nào nhóm trưởng yêu cầu. o Thời điểm: Trong toàn bộ thời gian dự án diễn ra. o Hình thức: Họp mặt, email. o Người chịu trách nhiệm xử lý: Các thành viên trong nhóm. o Nội dung chỉ đạo gồm:
Tổng kết lại những gì đã làm được.
Các yêu cầu và thay đổi của khách hàng.
Các công việc cần làm tiếp của dự án.
9.2.2 Giữa PM với nhóm trưởng
Thông tin trao đổi về tiến độ công việc: o Bên gửi: Các nhóm trưởng. o Bên nhận: PM. o Hình thức giao tiếp: Gặp mặt trực tiếp, qua zoom. o Mục đích: Các nhóm trưởng tổng hợp báo cáo tiến độ công việc của nhóm để báo cáo với giám đốc dự án. o Tần suất: Hàng tuần. o Thời điểm: Trong từng giai đoạn theo WBS. o Người chịu trách nhiệm xử lý: PM. o Định dạng thông tin được gửi. o Báo cáo tiến độ công việc gồm:
Danh sách các công việc thực hiện.
Mức độ hoàn thành từng công việc (hoàn thành, chưa hoàn thành).
Thời gian dự tính sẽ hoàn thành.
Các khó khăn gặp phải trong quá trình thực hiện.
Thông tin trao đổi về các đề nghị: o Bên gửi: Các nhóm trưởng. o Bên nhận: PM. o Mục đích: Đề xuất mong muốn của nhóm (ví dụ như yêu cầu về nhân sự…). o Tần suất: Phụ thuộc vào nhu cầu của các thành viên trong nhóm. o Thời điểm: Bất cứ khi nào thành viên có mong muốn đưa ra đề nghị. o Hình thức: Qua họp mặt trực tiếp hoặc trực tuyến, qua email. o Người chịu trách nhiệm xử lý: PM. o Nội dung đề nghị gồm:
Thông tin trao đổi về các phổ biến chỉ đạo: o Bên gửi: PM. o Bên nhận: Nhóm trưởng. o Mục đích: Đưa ra những thông tin chỉ đạo kịp thời liên quan tới dự án, cập nhật tình hình tới các nhóm trưởng từ đó phổ biến lại toàn thành viên trong nhóm dự án. o Tần suất: Bất cứ khi nào PM có yêu cầu. o Thời điểm: Trong thời gian dự án diễn ra. o Hình thức: Gặp mặt trực tiếp nhóm trưởng, email. o Người chịu trách nhiệm xử lý: PM. o Nội dung chỉ đạo gồm:
Tổng kết những gì đã làm tuần vừa qua.
Công việc cần làm tiếp theo trong tuần (danh sách các công việc, các thời hạn thực hiện).
Các điều chỉnh về tiến độ, nhân sự (nếu có).
Các ý kiến khen thưởng nếu có.
9.2.3 Giữa các nhóm với nhau
Bên gửi: Một nhóm trưởng.
Bên nhận: Các nhóm trưởng trong đội dự án.
Mục đích: Trao đổi về các công việc và cập nhật những khó khăn đồng thời bàn giao và chia sẻ học hỏi kinh nghiệm lẫn nhau Từ đó làm tiền đề cho giai đoạn sau của dự án.
Tần suất: Tuỳ thuộc vào giai đoạn mỗi nhóm.
Thời điểm: Sau mỗi một giai đoạn quan trọng của dự án.
Hình thức: Qua họp mặt hoặc qua email.
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Thông tin được gửi có dạng một đơn đề nghị gồm: o Tên nhóm. o Tổng kết công việc đã hoàn thành. o Những vấn đề phát sinh có thể ảnh hưởng đến giai đoạn sau.
9.2.4 Giữa PM với khách hàng
Thông tin trao đổi: o Bên gửi: PM. o Bên nhận: Khách hàng. o Mục đích: Báo cáo tiến độ công việc, lấy ý kiến khách hàng về phần mềm sẽ xây dựng, làm cơ sở cho việc ký kết hợp đồng và thanh toán sau này và yêu cầu khách hàng giải đáp các thắc mắc về nghiệp vụ. o Tần suất: Phụ thuộc vào khách hàng và PM. o Thời điểm: Bắt đầu dự án và bàn giao sản phẩm. o Hình thức: Qua gặp mặt. o Nội dung có thể bao gồm:
Danh sách các chức năng chính + giao diện minh họa.
Các thao tác với từng chức năng.
Giới thiệu ưu điểm của phần mềm.
Ước lượng thời gian cần thiết.
Ước lượng chi phí của dự án.
Xử lý khi gặp vấn đề
Thành viên trong nội bộ:
Tần suất Thông tin Tham gia/ Chịu trách nhiệm
Hàng tuần và các sự kiện chính.
Thông báo về tiến độ, các vấn đề, các nguy cơ, những yêu cầu thay đổi.
Trưởng nhóm dự án và các thành viên trong nhóm.
Chia sẻ dữ liệu dự án.
Git, gmail Khi nào cần thiết.
Toàn bộ tài liệu hướng dẫn và báo cáo của dự án.
Trưởng nhóm dự án và các thành viên trong nhóm.