Sản phẩm bàn giao - Phần mềm có đầy đủ các chức năng khách hàng yêu cầu - Source code - Hệ thống CSDL - Tài liệu hướng dẫn sử dụng III.. Rủi ro về chất lượng của dự án - Sản phẩm : - Thi
Tổng quan dự án
Điềều ki n biền ệ
2 Mục đích của dự án
- Phát triển một phần mềm nhằm mục đích để giúp hỗ trợ quản lí và kinh doanh cho nhà hàng
- Phần mềm gần gũi, dễ dàng sử dụng thông qua các thiết bị thông minh
- Hệ thống hỗ trợ quản lý và hỗ trợ bán hàng trong một chuỗi nhà hàng.
- Đối tượng sử dụng: Quản lý và nhân viên của chuỗi nhà hàng.
- Hệ thống đầy đủ chức năng:
- Quản lí: Thêm, sửa, xóa thông tin các món ăn, thống kê doanh thu, xem lại danh sách hóa đơn lịch sử bán hàng.
- Nhân viên nhà hàng: Giúp khách hàng đặt bàn, gọi món và thanh toán, nhập nguyên liệu cho nhà hàng.
- Và thiết kế như bên khách hàng yêu cầu
- Và các giấy tờ tài liệu hướng dẫn sử dụng
5, Thời gian và kinh phí dự án
- Ước lượng thời gian hoàn thành : Khoảng 2 tháng
- Tổng kinh phí: 100.000.000 VNĐ (Một trăm triệu Việt Nam dồng)
Tôn chỉ dự án
Phạm vi dự án
2.1 Các chức năng của hệ thống
Quản lý thông tin nhân viên, cho phép thêm, sửa và xóa thông tin các món ăn, đồng thời thống kê doanh thu và xem lại danh sách hóa đơn trong lịch sử bán hàng.
- Nhân viên nhà hàng: Giúp khách hàng đặt bàn, gọi món và thanh toán, nhập nguyên liệu cho nhà hàng.
2.2 Yêu cầu về kỹ thuật
- Phần mềm dễ tiếp cận, gần gũi và dễ sử dụng
- Giao diện đẹp, có đầy đủ các chức năng yêu cầu
2.3 Công nghệ sử dụng để tạo phần mềm
- Thông tin về món ăn
- Thông tin về nhà cung cấp, nguyên liệu
- Thông tin nhân viên, quản lí
- Thông tin bán hàng, danh thu, hóa đơn
2.4 Các giả thiết cần lập
- Là một phần mềm cài đặt trên các thiết bị thông minh có thể kết nối Internet
- Được xây dựng trên mô hình MVC
- Đội phát triển dự án nội bộ sẽ thực hiện các công việc
- Khách hàng sẽ trực tiếp trao đổi thêm về các nghiệp vụ cần thiết
- Khách hàng sẽ ký nhận các dịch vụ bàn giao trung gian trong vòng một tuần sau mỗi lần bàn giao
- Thiết lập các hệ thống bảo mật
- Ước tính thời gian phát triển khoảng 2 tháng
- Nhà tài trợ: Bà Nguyễn Thị Thu Trang – Chủ nhà hàng
- Người dùng: Quản lí và nhân viên nhà hàng
- Phần mềm có đầy đủ các chức năng khách hàng yêu cầu
- Tài liệu hướng dẫn sử dụng
Cấu trúc phân rã công việc
Lập kế hoạch dự án
2.1 Chọn lọc các yêu cầu cần thiết được đưa ra bởi khách hàng
2.2 Mô tả hệ thống bằng ngôn ngữ tự nhiên
2.2.1 Xác định mục đích của hệ thống
2.2.2 Xác định phạm vi hệ thống
2.2.3 Xác định hoạt động nghiệp vụ của các chức năng
2.2.4 Xác định các thông tin đối tượng cần xử lý
2.2.5 Xác định quan hệ giữa các đối tượng thông tin
3.1 Kịch bản chuẩn và các ngoại lệ
3.2 Mô tả hệ thống bằng UML: usecase
3.2.1 Mô tả sơ đồ usecase cho hệ thống
3.2.2 Mô tả sơ đồ usecase cho tính năng của quản lý nhà hang 3.2.3 Mô tả sơ đồ usecase cho tính năng của khách hàng
3.3 Phân tích lớp thực thể
3.4 Phân tích biểu đồ lớp
3.4.1 Xây dựng biểu đồ lớp cho các chức năng của hệ thống
3.4.2 Xây dựng biểu đồ lớp cho các chức năng chính
3.4.2.1 Xây dựng biểu đồ lớp cho các tính năng của quản lý nhà hàng
3.4.2.2 Xây dựng biểu đồ lớp cho các tính năng của khách 3.5 Phân tích biểu đồ trạng thái
3.6 Phân tích biểu đồ tuần tự
4.1 Thiết kế lớp thực thể
4.2 Thiết kế cơ sở dữ liệu
4.3 Thiết kế giao diện và biểu đồ lớp của từng modul
4.4 Thiết kế biểu đồ hoạt động và biểu đồ tuần tự
4.5 Thiết kế biểu đồ gói và biểu đồ triển khai
5.1 Xây dựng giao diện hệ thống
5.1.1 Xây dựng giao diện chính cho quản lí
5.1.2 Xây dựng giao diện chính cho nhân viên
5.2 Xây dựng các chức năng của hệ thống
5.2.1 Xây dựng các tính năng cho quản lý
5.2.2 Xây dựng các tính năng cho nhân viên
6.1 Kiểm tra lại các chức năng của hệ thống
6.2 Kiểm tra lại hoạt động của hệ thống
6.2.1 Kiểm tra cơ sở dữ liệu
6.2.2 Kiểm tra hoạt động của giao diện hệ thống
6.2.3 Kiểm tra sự tương tác giữa các tương tác của các chức năng 6.3 Báo cáo kết thúc
Quản lí rủi ro
Xác định rủi ro
1.1 Các lĩnh vực có thể xảy ra rủi ro
- Xác định và tìm hiểu yêu cầu
- Quản lý và nhân sự
- Ngân sách và thời gian
- Sự hài lòng của khách hàng
- Rủi ro không có khả năng biết trước
1.2.1 Rủi ro về xác định và tìm hiểu yêu cầu:
- Chưa nắm được hết hoặc hiểu sai yêu cầu của khách hàng
- Yêu cầu của khách hàng không rõ ràng hoặc thay đổi thường xuyên 1.2.2 Rủi ro về kế hoạch của dự án
- Lập lịch trễ và thiếu hợp lí do ước lượng thời gian không chính xác.
- Thiếu ngân sách do ước lượng chi phí khác xa thực tế
- Lập kế hoạch không đầy đủ do dự án phức tạp
- Chậm trễ do phát sinh nhiều lỗi ở các pha.
1.2.3 Rủi ro về chất lượng của dự án
- Thiếu tính năng do quá phức tạp hoặc sai sót
- Hiệu năng hoạt động thấp, không thực dụng hoặc không đúng theo yêu cầu
- Phát sinh nhiều lỗi sau khi triển khai
- Không hoạt động hoặc hoạt động không hiệu quả trên nền tảng mới
- Không phát hiện được hết lỗi, bỏ sót nhiều lỗi nguy hiểm.
- Đánh giá không đúng về khả năng chịu tải của hệ thống.
1.2.4 Rủi ro về quản lý và nhân sự
- Quản lý thiếu kinh nghiệm quản lí dự án hoặc không đủ năng lực.
- Các thành viên nghỉ việc giữa chừng
- Thiếu trình độ chuyên môn hoặc làm việc thiếu trách nhiệm
- Mâu thuẫn lẫn nhau hoặc mâu thuẫn với các cấp quản lý
1.2.5 Rủi ro về vấn đề kỹ thuật
- Lựa chọn công nghệ không phù hợp.
- Phân tích nghiệp vụ không tốt
- Phải viết lại mã nguồn nhiều lần do không đúng phân tích hoặc đúng chuẩn
- Lỗi khi tích hợp modul dịch vụ của bên thứ 3
- Thất thoát dữ liệu của dự án
- Các tài liệu không chính xác:
- Triển khai cài đặt sản phẩm không thuận lợi.
1.2.6 Rủi ro về ngân sách và thời gian
- Nguồn ngân sách bị thiếu hụt hoặc chậm giải ngân, thậm chí ngừng hẳn
- Khó thống nhất về kinh phí và thời gian cho dự án.
- Thiếu thốn cơ sở vật chất.
- Nhiều chi phí phát sinh.
1.2.7 Rủi ro về sự hài lòng của khách hàng
- Sản phẩm làm ra vẫn không đúng ý khách hàng
- Sản phẩm phải làm lại do khách hàng phản hồi không tốt
- Khách hàng yêu cầu báo cáo tiến độ thường xuyên
1.2.8 Rủi ro không có khả năng biết trước
- Mất điện, mất internet, cháy nhà
- Đội phát triển gặp vấn đề về tinh thần, sức khỏe
Lĩnh vực xảy ra rủi ro
Lập kế hoạch dự án
Lập lịch không hợp lý Các tài liệu dự án hoàn thành không đúng tiến độ
Chưa hiểu đúng yêu cầu khách hàng Khách hàng thay đổi yêu cầu Mâu thuẫn giữa khách hàng và đội phát triển phần mềm
Các chức năng không hoạt động đúng Tốc độ xử lý chậm
Chi phí dự án Ước lượng ngân sách không hợp lí
Cài đặt 2 Phần mềm không tương thích với hệ thống
4 Code không kịp tiến độ dự án
Tiến trình Xung đột các thành phần trong hệ thống
Sản phẩm hoàn thành không đúng thời hạn
Con người Mâu thuẫn giữa các thành viên trong đội do thiếu giao tiếp
Các thành viên chưa có nhiều kinh nghiệm
Công nghệ Lựa chọn công nghệ không phù hợp
Các thành viên không có nhiều kinh nghiệm sử dụng công nghệ được lựa chọn
Khác Thiên tai khắc nghiệt làm mất tài nguyên
Thiếu tài nguyên, cơ sở vật chất phục vụ dự án
Phân tích, đánh giá và lập kế hoạch quản lý các rủi ro
2.1 Phân tích các rủi ro đã đề ra
- Thang đánh giá tác động của rủi ro lên dự án
Mức độ tác động Giá trị Tác động đến
Chi phí Thời gian Chất lượng
Thấp 1 Không có tác động rõ rệt
Tăng do tác động của rủi ro 10%
Tăng do tác động của rủi ro 10%
Một số tính năng bị ảnh hưởng
Tăng do tác động của rủi ro 10% - 25%
Tăng do tác động của rủi ro 10% - 25%
Sản phẩm bị đình trệ
Tăng do tác động của rủi ro
Tăng do tác động của rủi ro
Sản phẩm không hoạt động
- Thang đánh giá mức độ rủi ro dựa trên tiêu chí xác suất Đánh giá định tính Đánh giá định lượng Ảnh hưởng đến dự án
Rất cao > 80% Khả năng cao dự án sẽ bị huỷ
Cao 60-80% Dự án bị ảnh hưởng đáng kể, bị gián đoạn Trung bình 25%-60% Dự án bị gián đoạn tương đối, chi phí và thời gian bị thay đổi
Thấp 10%-25% Dự án thực hiện gần như bình thường 2.2 Đánh giá rủi ro
Thời điểm dự kiến xảy ra
Xác suất Mức độ ảnh hưởng
1 Rủi ro về xác định và tìm hiểu yêu cầu
1 Chưa nắm được hết hoặc hiểu sai yêu
Cao Cao 5 cầu của khách hàng
Yêu cầu của khách hàng không rõ ràng hoặc thay đổi thường xuyên
Ngay lập tức Cao Trung bình Thấp 24
2 Rủi ro về kế hoạch của dự án
Lập lịch trễ và thiếu hợp lí do ước lượng thời gian không chính xác.
Khá gần Trung bình Cao Trung bình 10
Thiếu ngân sách do ước lượng chi phí khác xa thực tế
Khá muộn Trung bình Cao Trung bình 12
Lập kế hoạch không đầy đủ do dự án phức tạp
Khá muộn Cao Trung bình
Chậm trễ do phát sinh nhiều lỗi ở các pha.
Muộn Trung bình Cao Cao 7
3 Rủi ro về chất lượng của dự án
Thiếu tính năng do quá phức tạp hoặc sai sót
Muộn Trung bình Cao Cao 6
Hiệu năng hoạt động thấp, không thực dụng hoặc không đúng theo yêu cầu
Khá muộn Trung bình Cao
10 Phát sinh nhiều lỗi sau khi triển khai Muộn Thấp Trung bình Cao 13
Không hoạt động hoặc hoạt động không hiệu quả trên nền tảng mới
Không phát hiện được hết lỗi, bỏ sót nhiều lỗi nguy hiểm.
13 Đánh giá không đúng về khả năng chịu tải của hệ thống.
Khá muộn Thấp Thấp Thấp 26
4 Rủi ro về quản lý và nhân sự
14 Quản lý thiếu kinh Ngay lập Trung Cao Không 1 nghiệm quản lí dự án hoặc không đủ năng lực. tức bình chấp nhận
15 Các thành viên nghỉ việc giữa chừng
Thiếu trình độ chuyên môn hoặc làm việc thiếu trách nhiệm
Mâu thuẫn lẫn nhau hoặc mâu thuẫn với các cấp quản lý
Không xác định Thấp Thấp Thấp 27
5 Rủi ro về vấn đề kỹ thuật
18 Lựa chọn công nghệ không phù hợp Gần Thấp Cao Cao 4
19 Phân tích nghiệp vụ không tốt
Phải viết lại mã nguồn nhiều lần do không đúng phân tích hoặc đúng chuẩn
Gần Trung bình Cao Cao 9
Lỗi khi tích hợp modul dịch vụ của bên thứ 3
Khá muộn Thấp Trung bình
22 Các tài liệu không chính xác Khá muộn Thấp Trung bình
Quá trình triển khai cài đặt sản phẩm không thuận lợi.
6 Rủi ro về ngân sách và thời gian
Nguồn ngân sách bị thiếu hụt hoặc chậm giải ngân, thậm chí ngừng hẳn
Khó thống nhất về kinh phí và thời gian cho dự án.
26 Thiếu thốn cơ sở vật chất Gần Thấp Thấp Trung bình 22
27 Nhiều chi phí phát sinh Khá gần Thấp Thấp Trung bình 23
7 Rủi ro về sự hài lòng của khách hàng
Sản phẩm làm ra vẫn không đúng ý khách hàng
Muộn Trung bình Cao Cao 8
Sản phẩm phải làm lại do khách hàng phản hồi không tốt
Khách hàng yêu cầu báo cáo tiến độ thường xuyên
8 Rủi ro không có khả năng biết trước
Không xác định Cao Cao Cao 29
Không xác định Thấp Thấp Thấp 30
33 Đội phát triển gặp vấn đề về tinh thần, sức khỏe
Không xác định Thấp Trung bình
2.3 Lập kế hoạch ứng phó với 5 rủi ro nguy hiểm nhất
Mã rủi ro Rủi ro Công việc cần làm Thời gian Dự phòng
Quản lý thiếu kinh nghiệm quản lí dự án hoặc không đủ năng lực.
Khi bắt đầu một dự án, việc chọn lựa người có năng lực là rất quan trọng Người đó nên có kinh nghiệm tham gia xây dựng nhiều dự án thành công Nếu chưa có kinh nghiệm quản lý dự án, họ cần được hỗ trợ và đánh giá bởi các chuyên gia trong lĩnh vực này.
Nếu không tìm được người đáp ứng đủ yêu cầu, hãy thuê chuyên gia để đảm bảo chất lượng công việc Đồng thời, cần đào tạo người quản lý để giảm thiểu sự phụ thuộc vào chuyên gia trong tương lai.
Ngay khi bắt đầu dự án
- Tìm kiếm nhân sự có đủ năng lực ngay từ đầu
2 9 Hiệu năng hoạt động thấp, không thực dụng hoặc không đúng theo
- Phân tích kỹ các yêu cầu của khách hàng
- Sử dụng công nghệ hợp lý, tối ưu các bước
Ngay khi bắt đầu dự án
- Nghiên cứu các dự án trước đó đã làm và yêu cầu tính toán và cơ sở dữ liệu
- Nghiên cứu kỹ thói quen của người dùng, từ đó thiết kế ứng dụng đươn giản và thực dụng các dự án tương đồng có trên thị trường
Sản phẩm phải làm lại do khách hàng phản hồi không tốt
- Ngay từ ban đầu phải tìm hiểu thật kỹ và chính xác yêu cầu của khách hàng
- Tìm kiếm chuyên gia và nhân sự có năng lực để thực hiện những yêu cầu khó và phức tạp
- Lập lịch và kế hoạch phát triển chi tiết, tuyệt đối tuân thủ theo kế hoạch đã đề ra
Chúng tôi mời khách hàng tham gia các cuộc họp và gặp mặt để thống nhất tiến độ dự án, đồng thời xử lý ngay lập tức những yêu cầu mới phát sinh từ phía khách hàng.
Ngay khi bắt đầu dự án
Lựa chọn công nghệ không phù hợp
Trước khi triển khai dự án, cần kiểm tra kỹ lưỡng khả năng của các công nghệ dự định sử dụng, đồng thời đánh giá trình độ và sự hiểu biết của các thành viên trong đội dự án về những công nghệ này.
Tránh rủi ro bằng cách không áp dụng những công nghệ quá mới mà các thành viên dự án chưa có đủ thời gian làm quen, đồng thời cũng không nên sử dụng những công nghệ cũ kỹ, lỗi thời.
- Tham khảo ý kiến của chuyên gia
Ngay khi bắt đầu dự án
- Nghiên cứu kỹ các dự án đã làm trước đó
Chưa nắm được hết hoặc hiểu sai yêu cầu của khách hàng
- Tổ chức các cuộc họp, gặp mặt với khách hàng để có thể hiểu tường tận mong muốn của khách hang
Tổ chức các cuộc họp giữa các nhóm thiết kế và phát triển là rất quan trọng để phân tích kỹ lưỡng yêu cầu của khách hàng Qua đó, các nhóm có thể xây dựng kế hoạch cụ thể nhằm phát triển sản phẩm phù hợp với nhu cầu thị trường.
- Sử dụng những chuyên gia giàu kinh nghiệm để phân tích yêu cầu, gợi ý cho khách hàng những yêu cầu mà chính họ còn mơ hồ, không chắc chắn
Ngay khi bắt đầu dự án
- Nghiên cứu kỹ các dự án đã làm trước đó
Quản lí chất lượng dự án
Khái quát về quản lý chất lượng
Mục đích của quản lý chất lượng
- Xác định chất lượng sản phẩm thỏa mãn được bên khách hàng không.
- Giám sát đánh giá, kịp thời phát hiện sai sót để từ đó có kế hoạch khắc phục.
- Đánh giá khách quan sản phẩm của mình để biết được ưu nhược điểm.
- Được tiến hành ở từng giai đoạn của dự án và thực hiện liên tục.
Các bên tham gia trong quản lý chất lượng:
- Phải đặt vấn đề đảm bảo chất lượng lên hàng đầu.
- Hiểu rõ các tiêu chuẩn chất lượng được sử dụng.
- Xây dựng xác định các hoạt động tài liệu cần thiết hỗ trợ việc quản lý chất lượng dự án.
Họ tên Vị trí Nhiệm vụ
1 Kỹ sư quản lý chất lượng
-Lập kế hoạch quản lý chất lượng -Đề ra các chiến lược tiêu chí để nâng cao chất lượng
-Tạo các báo cáo thường xuyên về tiến độ và chất lượng công việc theo từng thời kì.
2 Lê Duy Thịnh Giám đốc dự án Giám sát quá trình quản lý chất lượng.
3 Kỹ sư Hỗ trợ việc quản lý dự án
4 Khách Hàng Xem xét đánh giá chất lượng dự án.
Lập kế hoạch chất lượng
Các tiêu chuẩn áp dụng cho dự án và cách thức đạt được bao gồm như sau :
- Tính khả dụng của giao diện
Giao diện hệ thống phải dễ sử dụng đối với người dung và phải đảm bảo cung cấp đầy đủ thông tin cần thiết với người sử dụng.
Đảm bảo tính toàn vẹn của dữ liệu là rất quan trọng trong việc truyền tải thông tin, đặc biệt đối với một website bán hàng, nơi mà thông tin chính xác là cần thiết để tránh mất mát hoặc thay đổi dữ liệu.
- Tính ổn định của ứng dụng
Thực hiện thao tác truy cập ổn đỉnh Tránh được những tác động không mong muốn khi chỉnh sửa dữ liệu.
Phần mềm phai cung cấp các chức năng thích hợp cụ thể ở dự án: bán đồ điện tử, gio hàng thanh toán rõ ràng, ….
Phần mềm cần đảm bảo bảo vệ thông tin dữ liệu quan trọng của hệ thống quản lý website, ngăn chặn việc chỉnh sửa và truy cập trái phép.
- Tính đáp ứng thời gian
Việc xử lý theo nhu cầu người dùng cần một tốc độ chính xác và không bị trì trệ hệ thống.
Việc kiểm thử cần thực hiện theo các tiêu chuẩn sau:
IEEE 1061 là một phương pháp quan trọng giúp thiết lập các yêu cầu chất lượng cho phần mềm Phương pháp này bao gồm việc xác định, thực hiện, phân tích và xác nhận các quy trình liên quan đến sản phẩm, từ đó đảm bảo chất lượng của các số liệu phần mềm.
IEEE 1059 Hưỡng dẫn cho kế hoạch kiểm chứng và xác nhận lại phần mềm
IEEE 1008 Tiêu chuẩn cho kiểm thử đơn vị
IEEE 1028 Tiêu chuẩn cho việc kiểm thử phần mềm
IEEE 12207 Tiêu chuẩn cho vòng đời phát triển phần mềm và dữ liệu
IEEE 730 Tiêu chuẩn cho các kế hoạch đam bao chất lượng phần mềm
Kiểm soát giám sát chất lượng
Mốc thời gian đánh giá
Các công việc đã hoàn thà Nội dung đánh giá
Vào ngày 1 tháng 10 năm 2022, chúng tôi đã hoàn thành việc gặp gỡ khách hàng và chuẩn bị toàn bộ tài liệu lập kế hoạch cho dự án Chúng tôi đã viết báo cáo tổng quan về các yêu cầu chính của khách hàng và dự án, đồng thời tiến hành đánh giá chất lượng các bản kế hoạch dựa trên tính khả thi, độ chính xác và thời gian thực hiện.
Vào ngày 11 tháng 10 năm 2022, chúng tôi đã hoàn thành giai đoạn phân tích và thu thập thông tin khách hàng cho dự án Các tài liệu được viết bao gồm: tài liệu yêu cầu người dùng về hệ thống, tài liệu yêu cầu hệ thống dưới dạng nghiệp vụ, cùng với việc lên ý tưởng và lập kế hoạch tổng quan cho dự án.
Đánh giá tài liệu xác định yêu cầu hệ thống là một bước quan trọng trong quy trình phát triển phần mềm Cần kiểm tra xem việc thực hiện có đúng theo kế hoạch đã đề ra hay không Đồng thời, tài liệu viết cần phải chính xác và đầy đủ, đảm bảo phản ánh đúng thực trạng Cuối cùng, cần xác định liệu các yêu cầu của khách hàng đã được ghi nhận một cách đầy đủ và chính xác hay chưa.
Vào ngày 21/11/2022, giai đoạn phân tích thiết kế đã hoàn tất với việc hoàn thành tài liệu phân tích thiết kế hệ thống Ban thiết kế đã xây dựng kiến trúc hệ thống, bao gồm biểu đồ lớp và các biểu đồ cho các use case như tuần tự và hoạt động Đồng thời, kịch bản đã được xây dựng, công nghệ được lựa chọn, giao diện thiết kế và cài đặt đã được thực hiện cùng với việc xây dựng cơ sở dữ liệu Sau giai đoạn này, đánh giá được thực hiện để kiểm tra tính đúng đắn của kế hoạch, tính hợp lý của các biểu đồ, sự phù hợp của thiết kế cài đặt với yêu cầu chức năng, và độ tương thích của cơ sở dữ liệu với yêu cầu hệ thống Ban đề xuất đã đưa ra các đề xuất thực hiện tiếp theo.
Hệ thống đã hoàn tất việc phát triển tất cả các chức năng cần thiết, bao gồm đăng ký, đăng nhập, giỏ hàng và chi tiết sản phẩm Các tính năng này đã được kiểm tra tính khả thi và nhận được sự chấp thuận từ phía khách hàng.
Đánh giá sau khi thực hiện bao gồm việc kiểm tra xem kế hoạch có được thực hiện đúng hay không, các chức năng của hệ thống có đầy đủ không, mã code có tuân thủ thiết kế đã định hay không, và liệu mã có dễ đọc, ngắn gọn cũng như có tính tái sử dụng hay không.
Vào ngày 31/11/2022, chúng tôi đã tiến hành kiểm thử và chạy thử các chức năng của hệ thống, đồng thời thực hiện tích hợp hệ thống và kiểm thử lại Các tài liệu liên quan đã được viết để đánh giá sau pha tích hợp và kiểm thử, bao gồm việc xem xét liệu thực hiện có đúng kế hoạch hay không, tất cả các chức năng của hệ thống đã được kiểm thử chưa, các chức năng có đạt yêu cầu hay không, và liệu quá trình xử lý dữ liệu có xảy ra tổn thất hoặc tranh chấp dữ liệu hay không.
11/11/2022 Hoàn tất dự án ký kết hợp đồng, bàn giao san phẩm cho khách hàng
- Đam bao tính chính xác thoa thuận của hợp đồng khi kí kế
Kế hoạch đảm bảo chất lượng sản phẩm bàn giao
STT Sản phẩm bàn giao Thước đo chất lượng Các hoạt động Tấn suất thực hiện
1 Tài liệu lập kế hoạch
-Bàn giao 100% các ban kế hoạch vào đúng thời gian -Xác định đúng 100% phạm vi của dự án -Mỗi thành viên đều được phân công việc rõ ràng
-Trao đổi với bên khách hàng -Đội dự án tổ chức họp bàn
2 Hệ thống quan lý san phẩm
-Bàn giao hệ thống cho bên khách hàng vào đúng ngày theo yêu cầu
Xem tài liệu thu thập yêu cầu từ phía khách hàng
-Thường xuyên sau khi tích hợp hệ thống-Thường xuyên
STT Sản phẩm bàn giao Thước đo chất lượng Các hoạt động Tấn suất thực hiện
-Thực hiện đầy đủ 100% các chức năng yêu cầu trao đổi với khách hàng về nghiệp vụ kinh doanh
3 Hệ thống quản lý Lưu thông tin hóa đơn vào cơ sở dư liệu trong vòng 3s
Kiểm thử chức năng nhập hóa đơn
Thường xuyên trong pha hiện thực hệ thống
4 Hệ cơ sở dữ liệu Đam bao lưu trữ thông tin của >
Thử nhiều lần để đam bao việc lưu trữ ổn định và đủ lớn
5 Các tài liệu sử dụng hệ thống
Mọi nhân viên của khách hàng đều có thể sử dụng hệ thống sau khi
Quản lí nhân sự
Danh sách thành viên tham gia dự án
Nhóm gồm có 4 thành viên:
Ngày sinh: 23/10/2001. Địa chỉ liên hệ: Số nhà 31, Ao Sen, Hà Đông, Hà Nội.
Email: leduythinh20001@gmail.com Điện thoại: 0364399888
Ngày sinh: 09/10/2000 Địa chỉ liên hệ: Số nhà 46 Chợ Tạm Xa La Phú La, Hà Đông, Hà Nội.
Email:quyenhap11023@gmail.com Điện thoại:0866477299
Ngày sinh: 25/11/2001. Địa chỉ liên hệ:Số nhà 34, ngõ 124, Nguyễn Xiển, Thanh xuân, Hà Nội.
Email: haint.work@gmail.com Điện thoại: 0869987370
Ngày sinh: 24/04/2001. Địa chỉ liên hệ: Văn Quán, Hà Đông, Hà Nội.
Email: dung.ltien24@gmail.com Điện thoại: 0123456789
Yêu cầu vị trí công việc
- Tiếp nhận và làm việc với các đối tượng liên quan để định nghĩa dự án.
- Dự tru nguồn nhân lực để thực hiện dự án.
- Lập nên kế hoạch, lịch trình, tìm ra các phương án để giai quyết dự án và dự thao ngân sách, các hoạt động với đội ngũ ban đầu.
- Phân bổ công việc cho các thành viên trong đội.
- Cung làm để thực hiện dự án.
- Giám sát, kiểm tra tiến trình công việc cũng như chất lượng công việc.
- Là đâu dây liên hệ giữa đội làm việc và bên nhà tài trợ, đối tác.
- Đưa ra những sự thay đổi về phạm vi của dự án.
- Có kha năng giao tiếp tốt, truyền đạt thông tin hiệu qua, biết tạo động lực và khuyến khích mọi người trong đội làm việc.
- Có kha năng lãnh đạo, có nhiều kinh nghiệm trong việc quan lý dự án, nhân sự Kha năng làm việc nhóm tốt.
- Thành thạo một số ngôn ngữ lập trình (Java, JavaScript, C#), Có kiến thức chuyên về cơ sở dữ liệu, hiểu biết về xây dựng hệ thống thông tin.
- Trình độ tiếng anh bằng B trở lên.
- Tốt nghiệp đại học chuyên ngành CNTT.
- Quan lý, quyết định đến việc xây dựng các chức năng của hệ thông.
- Đưa ra nhưng quyết định, phương hướng, giai phát chuyên xâu cho các vấn đề cần giai quyết trong dự án.
- Phân công cụ thể cho các thành viên bên chức năng của mình.
- Đam bao tiến độ công việc theo đúng như kế hoạch đăt ra.
- Thành thạo, có kiến thức chuyên xâu các ngôn ngữ lập trình.
- Có kha năng giao tiếp và diên đạt tốt,
- Có kinh nghiệm trong việc xây dựng chức năng được giao trong dự án.
- Có kịnh nghiệm quan lý nhân sự, nhìn nhận đánh giá, kha năng của các thành viên trong đội.
- Đam bao được chất lượng của sam phẩm, khắc phục những rủi ro khi kết nối với các chức năng khác
2.3 Người phân tích nghiệp vụ, kinh doanh và truyền thông:
- Trực tiếp làm việc với khách hàng, lấy yêu cầu, nghiệp vụ của khách hàng để xây dựng dự hệ thống.
- Tra đổi với Giám đốc dự án và Giám đốc chức năng để định nghĩa dự án và vạch ra phương hướng giai quyết chi tiết cho dự án.
- Đam bao các chức năng được xây dựng đúng theo yêu cầu của khách hàng.
- Liên tục giao tiếp với khách hàng để đam bao tiến trình, chất lượng công việc.
- Nếu có sự thay đổi trong yêu cầu của khách hàng nhanh chóng liên hệ với Giám đôc dự án và Giám đốc chức năng để giai quyết.
- Có kha năng giao tiếp tốt.
- Có kiến thức về nghiệp vụ của dự án, biết cách lấy các yêu cầu quan trọng của khách hàng về dự án.
Để tiết kiệm thời gian cho đội ngũ xây dựng và phát triển, cần nhận diện và hiểu rõ những vướng mắc, rủi ro có thể xảy ra trong quá trình thu thập thông tin từ khách hàng Việc xác định yêu cầu cụ thể trong từng trường hợp sẽ giúp quá trình này diễn ra hiệu quả hơn.
- Có kiến thức về lập trình và xây dựng hệ thống.
2.4 Người thiết kế giao diện:
- Trao đổi với người phân tích nghiệp vụ để hiểu về yêu cầu cụ thể của sự án và khách hàng.
- Từ những yêu cầu về dự án sẽ thiết kế giao diện phu hợp với dự án, yêu cầu của khách hàng.
- Đưa ra lời khuyên, nhận xét, phương hướng phu hợp về giao diện cho các bộ phận xây dựng và phát triển có quyết định hợp lý nhất.
- Đưa ra mẫu giao diện phu hợp với yêu cầu của dự án và khách hàng.
- Trao đổi với bộ phận xây dựng và phát triển về số liệu cụ thể, kích thước của ban thiết kế
- Sáng tạo, thẩm mỹ tốt.
- Kha năng diên đạt tốt, truyền tai ý của ban thân cho các bộ phận dê dàng hiểu và xây dựng
- Có kỹ năng về photoshop và đồ họa tốt
2.5 Người thiết kế cơ sở dữ liệu:
- Trao đổi với nhà phân tích nghiệp vụ kinh doanh để hiểu về yêu cầu cụ thể của dự án và khách hàng.
- Thiết kế cơ sở dữ liệu phu hợp với dự án.
- Lập trình cơ sở dữ liệu đã thiết kế.
- Trao đổi với bên Lập trình viên để xây dựng các phần của dự án.
- Có khẳng năng giao tiếp, truyền đạt tốt.
- Kỹ năng lập trình tốt.
- Có kiến thức về cơ sở dữ liệu và thiết kế hệ thống.
- Có kinh nghiêm sử lý được các ngoại lệ, rủi ro trong quá trình xây dựng.
- Tiếp nhận công việc từ cấp trên và thức hiện.
- Lập trình các chức năng của dự án theo đúng kế hoạch và yêu cầu của khách hàng.
- Trao đổi với các thành viên trong nhóm để xây dựng phần mềm.
- Báo cáo tiến độ công việc lại cho cấp trên mỗi ngày.
- Có kiến thức về lập trình.
- Có kha năng lắng nghe, tiếp thu tốt.
- Chăm chỉ với công việc, có trách nhiệm với công việc mà mình làm.
Tổ chức vị trí
Vai trò Trách nhiệm Thành viên
Giám đốc dự án Quan lý toàn bộ hoạt động của dự án
Giám đốc chức năng(Kĩ sư đam bao chất lượng) Đam bao tiến độ, chất lượng trong suốt quá trình thực hiện dự án
Người phân tích nghiệp vụ kinh doanh và truyền thông
Thu thập yêu cầu nghiệp vụ từ khách hàng, đam bao trao đổi thông tin trong đội với khách hàng
Người thiết kế giao diện Xây dựng giao diện cho ca hệ thống
Người thiết kế cơ sở dữ liệu
Thiết kế, xây dựng hệ CSDL Lê Tiến Dũng
Lập trình viên Lập trình, cài đăt các modun Nguyễn Tiến Hải
Cấu trúc nhóm dự án
Các nhóm làm việc trên mô hình Team Leader
- Gồm một người đứng đầu về kỹ thuật lành đạo các thành viên khác.
- Các thành viên còn lại có vai trò như nhau.
- Xây dựng mô hình phân cấp và có người đứng đầu từng nhóm nho.
Phát triển nhóm và phương thức lãnh đạo
Đào tạo nhóm dự án:
Trong nhóm, các thành viên nên hỗ trợ lẫn nhau trong việc học hỏi Thành viên nào có kiến thức về một lĩnh vực cụ thể sẽ hướng dẫn và chia sẻ với những người khác Đối với những vấn đề khó khăn, cả nhóm sẽ cùng nhau nghiên cứu và tìm ra giải pháp hiệu quả nhất.
- Những khó khăn sẽ cung nhau giai quyết.
- Trong quá trình xây dựng phần mềm có thể bổ xung thên nhân lực có hiểu biết về phần đang thực hiện để hoàn thành dự án đúng hạn.
Giải tán nhóm
- Sau khi dự án đã hoàn thành các thành viên sẽ họp măt để đánh giá hiệu qua làm việc trong quá trình thực hiện dự án.
- Các thành viên có đóng góp lớn sẽ được khen thưởng.
- Hoàn tất việc kết thúc dự án vầ giai tán nhân sự chuẩn bị cho dự án mới.
Ma tr n kỹỹ năng: ậ
Thành viên Lê Duy Thịnh Nguyễn Tiến
Ma trận chịu trách nhiệm
*Ghi chú: - A(Approving): Xét duyệt
- C(Contributing): Tham gia đóng góp
- I(Informing): Được thông báo tới.
Thành viên Khởi tạo dự án
Quản lí truyền thông
Các thành phần tham gia
Nhóm phát triển dự án
STT Họ và tên Vai trò Điện thoại Thư điện tử
1 Lê Duy Thịnh Trưởng nhóm 0364399888 Lethuythinh20001@gmail.com
2 Nguyễn Tiến Hải Thành viên 0869987370 Haint2001.work@gmail.com
3 Trần Hải Hưng Thành viên 0866477299 quyenhap11023@gmail.com
Hoàng Thành viên 0123456789 dung.ltien24@gmail.com Đại diện khách hàng
STT Họ và tên Chức vụ Điện thoại Thư điện tử
Trang Chủ nhà hàng 0338109166 nguyenttrang@gmail.com
2 Trần Hoài Thu Quản lí nhà hàng 0915240610 Thutran01@gmail.com
Các hình thức giao tiếp
a Giao tiếp trong nhóm phát triển
Giao tiếp giữa các thành viên trong nhóm phát triển
Các thành viên trong một nhóm phát triển
Trực tiếp ngay tại nơi làm việc Giao tiếp qua skype, thư điện tử, telegram
Thường xuyên Các vấn đề liên quan đến việc phát triển dự án
Giao tiếp giữa các nhóm khác nhau
Các leader của các nhóm
Trực tiếp ngay tại nơi làm việc Các cuộc họp trực tuyến
Thường xuyên Trao đổi giữa các team phát triển về nội dung phát triển, các vấn đề phát sinh
Các thành viên của nhóm dự án
Trực tiếp ngay tại nơi làm việc
Trực tiếp ngay tại nơi làm việc
Khi có các sự kiện chính
Trong quá trình triển khai dự án, việc trao đổi về nội dung và yêu cầu từ phía khách hàng là rất quan trọng Đồng thời, cần thảo luận về các vấn đề phát sinh để đảm bảo tiến độ công việc được duy trì Giao tiếp hiệu quả giữa nhóm phát triển và khách hàng sẽ giúp giải quyết các vấn đề liên quan đến phát triển dự án một cách nhanh chóng và hiệu quả.
Trao đổi về dự án
PM, BA, đại diện khách hàng
Trực tiếp Các buổi họp online qua google meet
Theo yêu cầu của khách hàng
Báo cáo tiến độ dự ánTrao đổi về các vấn đề dự án, các yêu cầu của khách hàng
Quản lí cấu hình
Vai trò và trách nhiệm
STT Thành viên Vai trò Trách nhiệm
1 Lê Duy Thịnh PM Phân bổ nhân lực, quản lí thời gian và tài nguyen.
Hỗ trợ quy trình, nghiệp vụ cho nhóm dự án, lên kế hoạch nội dung và xử lí phát sinh.
2 Nguyễn Tiến Hải Dev Thiết kế giao diện, xây dựng phần mềm Đảm bảo sản phẩm đưa ra đúng với yêu cầu khách hàng
3 Trần Hải Hưng BA Trực tiếp giao tiếp với khách hàng Tư vấn, đưa ra giải pháp.
Truyền tải nội dung, lên kế hoạch, hỗ trợ giám sát và quản lí chất lượng
4 Lê Tiến Dũng Tester Xem yêu cầu khách hàng về phần mềm
Kiểm tra giao diện, chức năng Đánh giá sản phẩm
Định nghĩa từ viết tắt
Từ viết tắt Tiếng anh Định nghĩa
ADD Architecture Design Document Tài liệu thiết kế kiến trúc
Kiểm soát cấu hình hạ tầng
CI Configuration Item Mục cấu hình
CM Configuration Management Quản lí cấu hình
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 Giám đốc dự án
PTL Project Technical Leader Trưởng nhóm kĩ thuật
PIC Person in Charge Người phụ trách
QA Quality Assurance Officer Nhân viên quản lí chất lượng
Specification Đặc tả yêu cầu phần mềm
Source Source Code Mã nguồn
URD User Requirement Document Tài liệu người dung yêu cầu
TP Test Plan Kế hoạch kiểm thử
TC Test Case Trường hợp kiểm thử
WIP Work in Progress Công việc đang tiến hành
WP Work product Sản phẩm
SD Software designer Nhân viên thiết kế phần mềm
DS Designer Nhân viên thiết kế đồ họa
Quản lí cấu hình
2.1 Định danh và qui ước đặt tên CI
CSCI Hạng mục cấu hình
Quy ước đặt tên Nguồn Phụ trách
CI Baseline Criteria Quản lí dự án
Tổng quan QLNH_TQ_v1.0 BA BA Chỉnh sửa:
PM chấp thuận Ước lượng QLNH_UL_v1.0 BA BA Chỉnh sửa:
Tất cả Bản kế hoạch
QLNH_KH_v1.0 PM PM Chỉnh sửa:
PM, khách hàng chấp thuận
Phân tích và thiết kế
PM, khách hàng chấp thuận Đặc tả phẩn mềm
QLNH_DTPM_v1.0 PM PM Chỉnh sửa:
Thiết kế kiến trúc phần mềm
QLNH_TKCSDL_v1.0 SD PM Chỉnh sửa:
QLNH_TKGD_v1.0 DS PM Chỉnh sửa:
Mã nguồn QLNH_SOURCE Dev Dev Chỉnh sửa:
Module quản lí QLNH_MDQL_v1.0 Dev Dev Chỉnh sửa:
QLNH_MDNL_v1.0 Dev Dev Chỉnh sửa:
QLNH_MDGD_v1.0 Dev Dev Chỉnh sửa:
QLNH_MDTT_v1.0 Dev Dev Chỉnh sửa:
QLNH_MDTK_v1.0 Dev Dev Chỉnh sửa:
CSDL QLNH_CSDL_v1.0 Dev Dev Chỉnh sửa:
Kế hoạch QLNH_KHKTHT_v1 Tester Tester Chỉnh PM chấp kiểm thử hệ thống
Kế hoạch kiểm thử tích hợp
Kiểm thử module quản lí
QLNH_KTQL_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
Kiểm thử module nguyên liệu
QLNH_KTNL_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
Kiểm thử module gọi đồ
QLNH_KTGD_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
Kiểm thử module thanh toán
QLNH_KTTT_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
Kiểm thử module thống kê
QLNH_KTTK_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
QLNH_KQKT_v1.0 Tester Tester Chỉnh sửa: tester Đọc:
Windows PM chấp thuận HTML/CS
SQL Server PM chấp thuận
Java PM chấp thuận Môi trường kiểm thử
SQL Server PM chấp thuận
Java PM chấp thuận Môi trường sử dụng
2.2 Qui trình cơ sở CI Đối với tài liệu Đối với mã nguồn
2.3 Lịch trình cơ sở dự án
STT Tên Baseline Điều kiện Baseline Người phụ trách
1 Bắt đầu Sau 7 ngày nhận WO CC
2 Thiết kế Sau khi đã hiểu rõ yêu cầu của khách CC hàng
3 Xây dựng Ngay sau pha thiết kế CC
4 Kiểm tra Ngay sau pha xây dựng phần mềm CC
5 Kết thúc Sau khi bàn giao sản phẩm xong CC
2.4 Cấu trúc thư mục và quyền truy cập
Vùng phát triển là khu vực dành cho người dùng lưu trữ tài liệu của họ, trong khi vùng đánh giá được sử dụng để lưu trữ các mục và tài liệu đã sẵn sàng cho việc xem xét Các reviewer có thể dễ dàng truy cập tài liệu sẵn sàng để review từ khu vực này.
Vùng kiểm thử Chỉ áp dụng cho các tài liệu mã nguồn.
Lưu trữ các tài liệu đã vượt qua Unit Test và Code Review
Lưu trữ các mục đã sẵn sàng để phát hành và lưu trữ tất cả các phiên bản đã phát hành của các mặt hàng
Người dùng sẽ lấy các tài liệu gần đây nhất để sử dụng cho nhu cầu của họ từ khu vực này
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ệ theo baselines của dự án, nơi tất cả các
CI không thể bị thay đổi bởi bất kỳ thành viên nào
Mục đích Liên kết với khu vực
Thư mục của dự án: \\qlnh\project
Lưu trữ tất cả các CI được giao cho khách hàng, có thể thêm ngày tháng vào tên thư mục
Documents Tài liệu cho việc yêu cầu, thiết kế, thử nghiệm
PM, CC, PIC Đọc: All
Lưu trữ biên bản cuộc họp dự án, bao gồm cả biên bản cuộc họp với khách hàng
Plan Lưu trữ Đề xuất, Dự toán, Kế hoạch Dự án, Lịch trình Dự án, Danh sách nhiệm vụ
PM, CC, PTL Đọc: All
Report Lưu trữ các báo cáo dự án: theo tuần, theo các mốc, sau khi khám nghiệm, giấy chấp nhận, các báo cáo theo sự kiện
PM, CC, PIC Đọc: All
Record Lưu trữ hồ sơ dự án, được chia thành:
- Đánh giá: bao gồm lưu trữ các đợi đánh giá, kiểm tra và kiểm thử
Source Lưu trữ các tập VSS của Source Theo thư
User Khu vực làm việc của người dùng, lưu trữ các mặt hàng thuộc sở hữu của họ
Lưu trữ tài liệu và dữ liệu từ khách hàng cũng như những người hỗ trợ phát triển và vận hành sản xuất trong dự án là rất quan trọng Việc quản lý hiệu quả các thông tin này giúp nâng cao chất lượng và tiến độ thực hiện dự án.
PM, CC, PIC Đọc: All
Lưu trữ các Guidelines/Standards/Forms/Tem plates/Checklist được chỉ định cho việc sử dụng dự án
Audit Lưu trữ các sản phẩm QA
Rà soát lại quá trình Bước kiểm tra cuối cùng Đánh giá sản phẩm
Name Để phát hành các phiên bản của
CI ở các Baseline Archive Chỉnh sửa:
PM, CC Đọc: All Thư mục VSS: \\101.111.123.4
PM, CC, PIC Đọc: All
PM, CC, PTL Đọc: All
2.5 Qui tắc đánh số phiên bản Đối với tài liệu
Số hiệu phiên bản gồm 2 thành phần
Phiên bản gốc sẽ có số hiệu 0.1 Tiếp sau đó sẽ là 0.2, 0.3 Phiên bản được phát hành sẽ là 1.0
Số phiên bản (Ver) nằm bên trái dấu chấm và chỉ thay đổi khi cấu trúc tài liệu có sự điều chỉnh Chẳng hạn, nếu một mục trong tài liệu được thay thế hoàn toàn bằng các phần chi tiết hơn, số hiệu phiên bản sẽ được nâng từ 1.0 lên 2.0.
Số sửa đổi (Re) xuất hiện bên phải dấu chấm, thể hiện sự thay đổi trong nội dung tài liệu trong khi vẫn giữ nguyên cấu trúc và trình tự ban đầu Thứ tự đánh số sẽ được quy định là 1.1, 1.2, đối với mã nguồn.
Các tệp thực thi và tệp hỗ trợ thường được phân loại dựa trên tên và số phiên bản Phiên bản gốc được đánh dấu là 1.0, và số phiên bản bao gồm ba thành phần chính.
Số phiên bản (Ver) nằm bên trái dấu chấm và chỉ thay đổi khi có sự thay đổi trong kiến trúc của phần mềm Ví dụ, khi chuyển đổi môi trường phát triển, ứng dụng hoặc giao diện người dùng thay đổi hoàn toàn, số phiên bản sẽ được cập nhật Trong trường hợp này, phiên bản 1.1a sẽ chuyển thành 2.0a.
Số sửa đổi (Re) xuất hiện bên phải dấu chấm và thay đổi khi có tính năng mới, chức năng hoặc nội dung khác được thêm vào hoặc sửa đổi đáng kể Thông thường, giao diện người dùng hoặc kiến trúc phần mềm sẽ được mở rộng hoặc giới hạn lại Nguyên nhân phổ biến nhất dẫn đến sự thay đổi số này là do việc thêm mô đun hoặc chức năng mới cho phần mềm, với thứ tự được đánh số như 1.1, 1.2, 1.3, …
Mức độ cập nhật phần mềm chỉ thay đổi khi có sửa chữa lỗi mà không bổ sung thêm tính năng mới Ví dụ, phiên bản 1.1 có thể được cập nhật thành 1.1a, 1.1b, và số này có thể bị ghi đè khi kết hợp với số sửa đổi.
Khu vực lưu trữ sao lưu
Nơi sao lưu Kiểu sao lưu
Lưu trữ vào máy cục bộ