Giới thiệu dự án- Theo tình hình nhu cầu đọc sách của mọi người hiện nay Mr.Khoa quyết định xây dựng Thư Viện Quốc Gia với nhiều loại sách hay và bổ ích trong nhiều lĩnh vực khác nhau gi
GIỚI THIỆU DỰ ÁN
Giới thiệu dự án
- Theo tình hình nhu cầu đọc sách của mọi người hiện nay Mr.Khoa quyết định xây dựng Thư Viện Quốc Gia với nhiều loại sách hay và bổ ích trong nhiều lĩnh vực khác nhau giúp mọi người dễ dàng tiếp cận hơn tới nguồn tri thức thế giới.
- Dự án xây dựng phần mềm quản lý và website cho Thư Viện Quốc Gia với hàng ngàn cuốn sách hay và bổ ích dữ kiến sẽ được hoàn thành trong thời gian khoảng 3 tháng.
- Về phía khách hàng – Thư Viện Quốc Gia, yêu cầu xây dựng một hệ thống quản lý thư viện điện tử Các yêu cầu nghiệp vụ sẽ được phía Thư Viện Quốc Gia cung cấp Ngoài ra còn một trang web để bạn đọc có thể tìm kiếm và lựa chọn sách trước khi đến với thư viện.
QUẢN LÝ TỔNG THỂ DỰ ÁN
Tiến trình khởi động dự án
1 Tên dự án: Xây dựng phần mềm quản lý thư viện
3 Mục tiêu của dự án:
Xây dựng phần mềm quản lí đáng tin cậy, dễ sử dụng và hiệu quả
Tối ưu hóa quá trình quản lý tài liệu, tìm kiếm và cung cấp thông tin người dùng
4 Yêu cầu đối với dự án:
Thiết kế giao diện người dùng thân thiện và dễ sử dụng
Xây dựng hệ thống quản lí tài liệu Đảm bảo tính bảo mật và quyền riêng tư của thông tin trong hệ thống
5 Các vấn đề của tổ chức, hậu quả và cơ hội cải tiến:
Vấn đề: Tổ chức hiện tại đang sử dụng quy trình quản lý thư viện thủ công không hiệu quả, gây ra mất thời gian và công sức lớn cho việc quản lý và tìm kiếm tài liệu.
Hậu quả: Sự cố lạc hậu, mất mát tài liệu, sự chậm trễ trong cung cấp thông tin cho người dùng
Cơ hội cải tiến: Xây dựng 1 phần mềm quản lý thư viện tự động, giúp tăng cường hiệu quả và sự tiện lợi trong việc quản lý tài liệu
6 Sơ lược về phương pháp thực hiện dự án:
Tiến hành phân tích yêu cầu của người dùng và phân tích thiết kế hệ thống
Phát triển phần mềm theo quy trình phát triển phần mềm thác đổ
Kiểm thử và đẩm bảo tính ổn định và chất lượng của phần mềm
Triển khai phần mềm và đào tạo người dùng cuối
7 Giả thiết và ràng buộc:
Giả thiết: Các thành viên trong nhóm phát triển có đủ kiến thức và kỹ năng để xây dựng phần mềm quản lý thư viện
Ràng buộc: Ngân sách hạn chế, sự phụ thuộc vào sự hợp tác từ các bên liên quan và sự đảm bảo tính bảo mật của thông tin
8 Chuyển giao và mốc đánh giá
Chuyển giao: Hệ thống phần mềm quản lý thư viện đã được triển khai và sẵn sàng sử dụng Mốc đanh giá: Đánh giá hiệu suất và sự hài lòng của người dùng sau mỗi giai đoạn quan trọng của dự án
9 Lợi ích của dự án đối với tổ chức và kinh phí thực hiện
Lợi ích: Tăng cường hiệu suất, tiến độ và chất lượng dự án Cải thiện hài lòng của khách hàng và tăng cường uy tín của tổ chức trong lĩnh vực quản lý dự án phần mềm
Kinh phí thực hiện: Ước tính khoảng 200.000.000 VNĐ
Trưởng dự án: Đảm nhiệm vai trò lãnh đạo, quản lý và giám sát dự án Có trách nhiệm xác dịnh yêu cầu, lập kế hoạch, phân công nhiệm vụ và đảm bảo tiến độ và chất lượng
Thành viên nhóm dự án: Tham gia thực hiện nhiệm vụ được giao, cung cấp thông tin và phản hồi đúng thời hạn
Các bên liên quan khác: Bao gồm khách hàng, các bộ phận trong tổ chức và đối tác liên quan Cần hỗ trợ, cung cấp thông tin và phản hồi để đảm bảo thành công dự án
2 Thiết lập môi trường dự án a Thành lập nhóm khởi động dự án
Trưởng nhóm dự án : Nguyễn Minh Hiếu
Thành viên nhóm dự án : Khổng Thị Vân
Hoàng Linh Nhi Nguyễn Thị Thúy Dịu Nguyễn Vũ An b Thiết lập các quan hệ giữa dự án với tổ chức
Bên liên quan: Xác định tổ chức thư viện có ban quản lý cấp cao, nhân viên thư viện, phòng ban công nghệ thông tin.
Mức độ tương tác: Phần mềm sẽ có ảnh hưởng lớn đến hoạt động hàng ngày của tổ chức quản lý thư viện Tổ chức sẽ cung cấp tài liệu và thông tin cần thiết cho dự án, và hỗ trợ trong việc triển khai và đào tạo nhân viên sử dụng phần mềm. c Lập kế hoạch khởi động
Tìm hiểu yêu cầu: Tiến hành cuộc họp và tìm hiểu yêu cầu của tổ chức quản lý thư viện đối với phần mềm quản lý thư viện, bao gồm chức năng, giao diện người dùng, hiệu suất và các yêu cầu khác.
Khảo sát sơ lược về hiện trạng: Thực hiện một cuộc khảo sát sơ bộ về hiện trạng của hệ thống quản lý thư viện hiện tại (nếu có) để hiểu rõ hơn về các vấn đề và cải tiến cần thiết.
Lập kế hoạch: Dựa trên yêu cầu và khảo sát sơ lược, lập kế hoạch cụ thể cho giai đoạn khởi động, bao gồm lịch trình, nguồn lực, và các bước tiếp theo sau giai đoạn khởi động. d Thiết lập các thủ tục quản lý dự án
Quy trình làm việc: Xác định các quy trình làm việc trong dự án, bao gồm việc phân công nhiệm vụ, quy định về giao tiếp và hỗ trợ giữacác thành viên, và cách thức đánh giá và kiểm soát tiến độ dự án.
Quy tắc phân công/báo cáo: Thiết lập quy tắc rõ ràng về phân công nhiệm vụ cho từng thành viên trong dự án và thời gian báo cáo tiến độ công việc.
Quy trình quản lý: Xác định quy trình quản lý dự án, bao gồm quy trình quản lý rủi ro, quản lý chất lượng và quản lý biến đổi, để đảm bảo sự hiệu quả và chất lượng trong quá trình phát triển phần mềm. e Thiết lập các tài liệu quản lý dự án
Mẫu biểu: Xây dựng các mẫu biểu quản lý dự án như bảng phân công nhiệm vụ, báo cáo tiến độ, biểu đồ Gantt, biểu mẫu yêu cầu, v.v để đảm bảo sự nhất quán và tiện lợi trong quản lý dự án.
Kế hoạch dự án: Tạo ra một kế hoạch dự án chi tiết, bao gồm các bước, lịch trình, phân công nhiệm vụ và nguồn lực cần thiết để thực hiện dự án.
Tiêu chuẩn đánh giá kết quả công việc/chuyển giao: Xác định các tiêu chuẩn để đánh giá kết quả công việc trong dự án, bao gồm các tiêu chí chất lượng, hiệu suất và tuân thủ yêu cầu.
Tiến trình lập kế hoạch quản lý
Mô tả tổng quát cho dự án: o Mục tiêu: Nâng cấp hệ thống quản lý thư viện để cải thiện hiệu suất, tính bảo mật và trải nghiệm người dùng. o Phương pháp: Sử dụng phương pháp phát triển phần mềm Agile để tạo ra sản phẩm phần mềm theo các vòng lặp ngắn.
Các thay đổi quan trọng của chính BPP: o Định rõ phạm vi, mục tiêu và dự kiến của dự án. o Xác định các khó khăn tiềm năng và cách khắc phục. o Thiết lập kế hoạch quản lý chi tiết để đảm bảo tiến độ và chất lượng.
2 Phần mô tả giải pháp:
Các phương án: o Phương án 1: Nâng cấp hệ thống sử dụng công nghệ hiện tại. o Phương án 2: Xây dựng hệ thống mới sử dụng công nghệ hiện đại.
Giải pháp được chọn: o Giải pháp 2: Xây dựng hệ thống mới sử dụng công nghệ hiện đại. o Sản phẩm từ giải pháp: Hệ thống quản lý thư viện mới.
Mô hình tiếp cận thực hiện giải pháp: o Sử dụng kiến trúc phân tán để tăng tính mở rộng và khả năng mở rộng của hệ thống. o Sử dụng cơ sở dữ liệu quan hệ để lưu trữ thông tin về sách, thành viên và mượn/trả sách.
3 Phần đánh giá khả thi:
Khó khăn dự kiến: o Độ phức tạp của việc tích hợp dữ liệu từ hệ thống cũ vào hệ thống mới. o Thời gian và nguồn lực để đào tạo nhân viên sử dụng hệ thống mới.
Cách khắc phục: o Thiết kế quy trình chuyển dữ liệu từ hệ thống cũ sang hệ thống mới và thực hiện kiểm tra chất lượng dữ liệu. o Đào tạo cho nhân viên để họ có thể sử dụng hệ thống mới một cách hiệu quả.
4 Các kế hoạch quản lý chi tiết:
Quản lý phạm vi: o Xác định và mô tả chi tiết các tính năng và chức năng của hệ thống. o Xác định phạm vi trong từng giai đoạn của dự án.
Quản lý thời gian: o Xác định và lập lịch các hoạt động, công việc cần thực hiện trong dự án. o Theo dõi tiến độ và điều chỉnh kế hoạch nếu cần thiết.
Quản lý chi phí: o Xác định nguồn lực cần thiết cho dự án, bao gồm lao động, phần cứng, phần mềm và các chi phí khác. o Theo dõi và kiểm soát chi phí dự án.
Quản lý chất lượng: o Thiết lập tiêu chuẩn chất lượng cho dự án.
Giám sát và điều khiển BPP
Thiết lập hệ thống giám sát: Xác định các phương pháp và công cụ giám sát dự án Điều này có thể bao gồm việc thiết lập hệ thống báo cáo, cuộc họp định kỳ và công cụ quản lý dự án để theo dõi tiến trình dự án.
Theo dõi tiến độ: Theo dõi tiến độ thực tế của dự án so với kế hoạch trong BPP Điều này có thể được thực hiện thông qua việc so sánh các công việc đã hoàn thành, xác định sự tiến bộ của dự án và xử lý các việc chưa hoàn thành hoặc chậm tiến độ.
Quản lý rủi ro: Theo dõi và đánh giá các rủi ro trong dự án Điều này đòi hỏi việc định danh, đánh giá và quản lý các rủi ro tiềm năng để đảm bảo rằng chúng không ảnh hưởng đến tiến trình dự án.
Quản lý tài nguyên: Theo dõi và quản lý nguồn lực, bao gồm nhân lực, tài chính và các tài nguyên vật lý khác Điều này giúp đảm bảo rằng các nguồn lực được sử dụng hiệu quả và phù hợp với kế hoạch dự án. Điều chỉnh BPP: Đánh giá và điều chỉnh BPP khi cần thiết Nếu có sự thay đổi trong yêu cầu, phạm vi hoặc ràng buộc dự án, BPP cần được cập nhật để phản ánh các thay đổi đó và đảm bảo rằng dự án tiếp tục diễn ra một cách hiệu quả.
Liên lạc và báo cáo: Thực hiện việc liên lạc và báo cáo định kỳ với các bên liên quan Báo cáo tiến trình dự án, các vấn đề và rủi ro tiềm năng sẽ giúp đảm bảo rằng tất cả các bên quan tâm đều thông tin đầy đủ về tình trạng và tiến trình của dự án.
Tiến trình kiểm soát thay đổi
Xác định yêu cầu thay đổi: Xác định các yêu cầu thay đổi mà có thể ảnh hưởng đến dự án Các yêu cầu thay đổi có thể bao gồm việc sửa lỗi, cải tiến sản phẩm, thay đổi phương pháp thực hiện, hoặc thêm mới yêu cầu từ phía các bên liên quan (stakeholders). Đánh giá mức độ cần thiết: Đánh giá mức độ cần thiết của các yêu cầu thay đổi để xác định ưu tiên và tầm quan trọng của chúng Điều này có thể được thực hiện bằng cách đánh giá tác động của thay đổi lên dự án, bao gồm sự ảnh hưởng đến cam kết ban đầu, chi phí, thời gian và chất lượng.
Phương pháp thực hiện thay đổi: Xác định phương pháp để thực hiện các yêu cầu thay đổi. Điều này có thể bao gồm việc xác định nguồn lực cần thiết, ảnh hưởng đến lịch trình dự án, và đánh giá rủi ro liên quan đến việc thực hiện thay đổi.
Cập nhật BPP: Cập nhật Baseline Project Plan (BPP) để phản ánh các yêu cầu thay đổi đã được chấp nhận Việc cập nhật BPP bao gồm thay đổi các thông tin về phạm vi, lịch trình, nguồn lực và rủi ro liên quan đến thay đổi Đồng thời, kiểm soát các tiến trình thực hiện các thay đổi để đảm bảo rằng chúng được thực hiện đúng kế hoạch và đạt được mục tiêu đề ra.
Tiến trình kết thúc dự án
Hoạt động chuyển giao sản phẩm: Đảm bảo rằng sản phẩm phần mềm đã hoàn thành được chuyển giao cho khách hàng hoặc người sử dụng cuối Các hoạt động chuyển giao có thể bao gồm cài đặt hệ thống, huấn luyện người dùng, cung cấp tài liệu hướng dẫn và hỗ trợ kỹ thuật.
Kết thúc các kế hoạch thực hiện trong BPP: Đánh dấu sự hoàn thành của tất cả các kế hoạch thực hiện được xác định trong Baseline Project Plan (BPP) Điều này bao gồm kiểm tra xem tất cả các mục tiêu đã được đáp ứng, các công việc đã hoàn thành, và các rủi ro đã được giải quyết, chấm dứt sự ràng buộc trách nhiệm của các bên.
QUẢN LÍ PHẠM VI DỰ ÁN
Thu thập yêu cầu
Xác định và ghi lại các yêu cầu của khách hàng và các bên liên quan liên quan đến phần mềm quản lý thư viện.
Tiến hành cuộc họp, phỏng vấn, khảo sát hoặc sử dụng các phương pháp khác để hiểu rõ những yêu cầu cụ thể của dự án.
Xác định các ràng buộc và giới hạn về phạm vi của dự án.
Xác định phạm vi
Sản phẩm sau khi xây dựng và bàn giao cần đạt những tiêu chuẩn sau:
Sản phẩm có đầy đủ các chức năng theo yêu cầu của nhà đàu tư như:
*Quản lý sách vị trí xuất nhập
*Quản lý bạn đọc mượn trả
Giao diện dễ nhìn dễ sử dụng , thao tác tốt.
Dữ liệu đầy đủ không thiếu sót.
Có khả năng nâng cấp phát triển phần mềm.
Tận dụng được tối đa cơ sở hạ tầng vốn có của thư viện.
II Phạm vi tài nguyên a Kinh phí
Tổng kinh phí: 200.000.000 VND.Trong đó bao gồm
Tiền công cho các thành viên trong nhóm.
Chi phí dự phòng 8% b Nhân sự
Tổng thành viên tham gia dự án:5 thành viên.
Vai trò Trách nhiệm Thành viên
Quản lý dự án Người quyết định, đưa ra các vai trò tham gia, các tài nguyên cho dự án Nguyễn Minh Hiếu
Nhân viên phân tích Phân tích các yêu cầu nghiệp vụ dựa trên những yêu cầu của khách hàng sau đó mô tả lại cho giám đốc dự án
Hoàng Linh Nhi Khổng Thị Vân Nguyễn Vũ An Thiết kế Phân tích thiết kế, thực thi hệ thống Nguyễn Minh Hiếu
Nguyễn Thị Thúy Dịu Kiểm thử Chịu trách nhiệm kiểm thử hệ thống Hoàng Linh Nhi
Kỹ thuật viên Triển khai hệ thống khách hàng, chịu trách nhiệm cài đặt Nguyễn Vũ An
Nguyễn Thị Thúy Dịu Developer Cài đặt, xây dựng và phát triển hệ thống Nguyễn Minh Hiếu
Hoàng Linh Nhi c Thời Gian.
Thời gian thực hiện dự án từ ngày 05/09/2023 đến 14/12/2023(giao động khoảng 2 tháng hơn~61 ngày ). d Sản phẩm bàn giao
Sau khi hoàn thành dự án xây dựng phần mềm quản lí thư viện Nhóm sẽ bàn giao cho thư viện Quốc Gia:
*Phần mềm quản lí thư viện
*Tài liệu hướng dẫn sử dụng
*Tài liệu phát triển phần mềm. e Các công cụ lập kế hoạch
Công cụ soạn thảo văn bản Microsoft Word
Công cụ xây dựung lịch quản lí dự án Microsoft project
Công cụ soạn thảo và tính toán Microsoft exel
Công cụ thiết kế xây dựung Usecase sơ đồ tổ chức Star-UML.
Tài liệu tham khảo các dự án khác
Phần mềm lập trình Eclipse,Subtext
Công cụ xây dựng cơ sở dữ liệu SQL Server.
QUẢN LÍ THỜI GIAN THỰC HIỆN DỰ ÁN
Quản lý thời gian
- Dự án xây dựng phần mềm quản lý thư viện do nhà đầu tư Mr.Khoa đầu tư với số vốn 200.000.000 VND yêu cầu hoàn thành dự án trong vòng hơn 3 tháng từ ngày 05/09/2023 đến 14/11/2023
1 Các mốc thời gian quan trọng
- 14/11/2023 Kết thúc khảo sát và phân tích
Kết thúc phân tích và thiết kế hệ thống
Kết thúc xây dựng phần mềm X
Kết thúc kiểm thử phần mềm X
Kết thúc dự án và chuyển giao phần mềm cho khách hàng
2 Ước lượng thời gian Được tính dựa trên 3 giá trị thời gian ước lượng với công thức:
ET = (MO + 4ML + MP)/6. Ước lượng khả dĩ nhất (ML – Most likely): Thời gian cần để hoàn thành công việc trong điều kiện bình thường hay hợp lý. Ước lượng lạc quan nhất (MO – Most Optimistic): Thời gian cần để hoàn thành công việc trong điều kiện “tốt nhất” hay “lý tưởng” (không có trở ngại nào) Ước lượng bi quan nhất (MP - Most Pessimistic): Thời gian cần để hoàn thành công việc một cách “tồi nhất” (nhiều trở ngại).
Thời gian lãng phí cho mỗi công việc thông thường từ (7% -10%)
ET cuối cùng = ET + ET*8% Đơn vị tính: Ngày
Giai đoạn 1:Khảo sát và phân tích yêu cầu
WBS Chi tiết công việc Kết quả Phụ thuộc MO ML MP ET % ET cuối cùng
1.1 Gặp gỡ và trao đổi với khách hàng
URD (User Requirement Document) Tài liệu mô tả yêu cầu người dùng
Xác định yêu cầu về chức năng và giao diện của khách hàng 1.1 1.5 2 2.5 2 8% 2.16
Giai đoạn 2: Phân tích và thiết kế hệ thống
WBS Chi tiết công việc Kết quả Phụ thuộc MO ML MP ET % ET cuối cùng
2.1 Đặc tả yêu cầu Giao diện,
CSDL, tài liệu đặc tả
2.2 Xây dựng cơ sở dữ liệu 2.1 4.5 5 6 5.1 8% 5.5
Giai đoạn 3: Xây dựng phần mềm
WBS Chi tiết công việc Kết quả Phụ thuộc MO ML MP ET % ET cuối cùng 3.1 Lập trình CSDL
WBS Chi tiết công việc Kết quả Phụ thuộc MO ML MP ET % ET cuối cùng
4.1 Xây dựng tài liệu kiểm thử
Giai đoạn 5: Triển khai và bàn giao
WBS Chi tiết công việc Kết quả Phụ thuộc MO ML MP ET % ET cuối cùng 5.1 Cài đặt sản phẩm Hồ sơ kiểm thử 1 2 2 1.8 8% 1.9
PHẦN 5: QUẢN LÍ CHẤT LƯỢNG DỰ ÁN
I Lập kế hoạch 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 khách hành 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
- Được tiến hành ở từng giai đoạn của dự án
Cách nắm bắt chất lượng:
- Đội ngũ DA phải có quan hệ tốt với khách hàng.
- Khách hàng là người cuối cùng đánh giá chất lượng dự án Nhiều dự án thất bại do chỉ chú tâm đấn kỹ thuật, mà không quan tâm đến mong đợi của khách hàng.
1.Các tiêu chuẩn thước đo của phần mềm.
- Tính khả dụng của giao diện: Đảm bảo sự đầy đủ và dễ dàng cho người dùng Giao diện thân thiện, đơn giản và dễ sử dụng với người dùng Các chức năng của ứng dụng phải đáp ứng đủ được các yêu cầu của khách hàng về quản lý thư viện
- Tính toàn vẹn của dữ liệu: Đảm bảo dữ liệu đồng bộ, dữ liệu không bị thay đổi hay mất mát, đặc biệt trong xử lý các giao dịch trong hệ thống.
+ Dữ liệu phải đảm bảo được sự toàn vẹn khi được người dùng tiến hành cập nhật
+ Tính an toàn bảo mật: Coi trọng tính bảo mật, đảm bảo tính an toàn bảo mật dữ liệu Ứng dụng phải được lập trình theo mô hình MVC Mỗi phương thức trong ứng dụng không vượt quá 35-40 dòng code Ứng dụng phải được chia thành nhiều module riêng biệt theo từng chức năng và dễ dàng tích hợp được với nhau.
- Tính ổn định của ứng dụng: Ứng dụng chạy ổn định, ko bị lỗi khi hệ thống và phần mềm xảy ra một số thay đổi Chương trình gọn nhẹ, ổn định và có khả năng tương thích với nhiều nền tảng hệ điều hành khác nhau Ứng dụng có khả năng được bảo trì, sửa đổi một cách dễ dàng.
- Tính bảo mật: Ứng dụng phải có cơ chế bảo mật tốt, có khả năng tránh được các vụ tấn công thông thường.
2.Các hình thức kiểm thử có thể dùng.
- Kiểm thử chức năng định kì: Các chức năng sẽ được kiểm tra định kỳ để đảm bảo trang web hoạt động trơn tru và không phát sinh lỗi trong quá trình hoạt động
- Kiểm tra code: Lập trình viên có kinh nghiệm kiểm tra code đột xuất để xem có tuân thủ theo đúng chuẩn mô hình MVC hay không.
- Kiểm thử bởi khách hàng: Đưa mẫu thiết kế cho khách hàng để thăm dò phản ứng và lấy ý kiến của khách hàng về giao diện của ứng dụng Kiểm tra các chức năng của ứng dụng xem đã phù hợp với các yêu cầu của khách hàng hay không dựa trên các giả thiết từ phía khách hàng và tập dữ liệu mẫu
- Kiểm tra tính toàn vẹn của dữ liệu: Dữ liệu của ứng dụng sẽ được kiểm tra tính toàn vẹn dựa theo tập hợp những dữ liệu mẫu.
4 Các bên quản lý chất lượng.
STT 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 chiến lược để nâng cao chất lượng
- Tạo báo cáo chất lượng trong từng thời điểm
2 Project Manager - Giám sát quá trình quản lý chất lượng
- Hỗ trợ việc quản lý chất lượng
3 Kiểm thử - Kiểm tra lại chất lượng sản phẩm trước khi bản giao đến khách hàng
4 Khách hàng - Đánh giá và xác nhận yêu cầu của dự án
- Đánh giá góp ý về chất lượng dự án
4.Lập kế hoạch quản lý chất lượng.
STT Tiêu chuẩn chất lượng Điều kiện thoả mãn
1 Giao diện - Giao diện theo yêu cầu của khách hàng
- Thân thiện, bắt mắt, dễ sử dụng
- Cung cấp đủ thông tin cho người dùng
2 Dữ liệu - Dữ liệu không bị mất mát hay thay đổi trong quá trình truyền tải
- Tốc độ truy cập cơ sở dữ liệu nhanh
- Đảm bảo an toàn về dữ liệu
3 An toàn - Bảo mật tốt trước các cuộc tấn công
4 Tài liệu dự án pha phân tích - Đánh giá về chất lượng tài liệu
5 Tài liệu dự án pha thiết kế - Biểu đồ lớp
- Thiết kế cơ sở dữ liệu
6 Hoàn thành các chức năng của hệ thống
Thời gian Các công việc hoàn thành Chỉ tiêu hoàn thành Ghi chú
Hoàn thành các tài liệu lập kế hoạch cho dự án
- Tính xác thực Hoàn thành pha xác định yêu cầu:
- Tài liệu yêu cầu nghiệp vụ
- Tài liệu yêu cầu hệ thống
- Thời gian thực hiện Hoàn thành tài liệu phân tích hệ thống:
- Các tài liệu liên quan
- Giao diện thân thiện, thiết kế đúng chức năng
Hoàn thành pha thiết kế với các tài liệu:
- Tài liệu thiết kế hệ thống tổng quan
- Tài liệu thiết kế hệ thống con/ chi tiết
- Thiết kế thành phần của hệ thống
- Thiết kế cơ sở dữ liệu phù hợp với hệ thống
- Tài liệu dễ đọc, hiểu
- Thời gian thực hiện Hoàn thành các module hệ thống và cơ sở dữ liệu: sản phẩm phần mềm hoàn thành
- Code đúng như trong bản thiết kế, dễ đọc, hiểu
- Cơ sở dữ liệu có tương tác tốt
- Thời gian thực hiện Hoàn thành tài liệu kiểm thử - Các chức năng đạt yêu cầu và hoạt động chính xác
- Truy xuất được cơ sở dữ liệu, không mất mát dữ liệu khi truy xuất
- Thời gian thực hiện Cài đặt trên hệ thống máy tính khách hàng - Cài đặt được và hoạt động trên máy khách
PHẦN 6: QUẢN LÍ NGUỒN NHÂN LỰC
I Kế hoạch quản lý nguồn nhân lực
1 Các vị trí trong quản lý dự án
Vị trí Trách nhiệm Kỹ năng yêu cầu Số lượng Thời gian bắt đầu làm việc
Khoảng thời gian làm việc Giám đốc dự án Lãnh đạo toàn đội dự án
Quản lý dự án, kinh nghiệm ở vị trí tương đương
Kỹ sư đảm bảo chất lượng Đảm bảo chất lượng của dự án, các module dự án
Kiểm thử, kinh nghiệm ở vụ trí tương đương
Người phân tích nghiệp vụ
Thu thập và phân tích yêu cầu nghiệp vụ của hệ thống
Tìm kiếm, ngoại ngữ, phân tích
Lập trình viên Xây dựng phần mềm Lập trình, cơ sở dữ liệu
Người thiết kế giải pháp Đưa ra các giải pháp để xây dựng phần mềm đáp ứng yêu cầu
Kinh nghiệm ở vị trí tương đương
Người thiết kế giao diện
Thiết kế giao diện cho ứng
2 Sắp xếp nhân sự a Danh sách các cá nhân tham gia dự án
STT Họ tên Giới tính Vị trí Email
3 Nguyễn Thị Thuý Dịu Nữ
5 Khổng Thị Vân Nữ b Ma trận kỹ năng Đánh giá dựa trên số năm kinh nghiệm
Họ tên Phân tích HTML JavaScript SQL Java QA Tester Thiết kế CSDL Phần cứng/Mạng
3 Vị trí cá nhân trong dự án
Sơ đồ tổ chức dự án a Sơ đồ tổ chức b Phân chia công việc
S Mô tả Nhóm phân tích nghiệp vụ
Nhóm thiết kế Nhóm phát triển
1.0 Lập kế hoạch dự án
5.0 Xây dựng và phát triển phần mềm
- A(Apporoval): Thông qua, phê chuẩn
- S(Secondary): Chịu trách nhiệm thay nhóm trưởng nếu nhóm trưởng vắng mặt
- R(Reviewer): Người kiểm tra lại
4 Phân chia chi tiết a A – approval: Thông qua, phê chuẩn b L – leader: Nhóm trưởng c S – Secondary: Chịu trách nhiệm thay nhóm trưởng nếu nhóm trưởng vắng mặt d C – Contributor: Cộng tác viên e R – Reviewer: Kiểm tra lại f I – Implement: Người thực hiện
Nguyễn Minh Hiếu Nguyễn Vũ An Hoàng Linh Nhi Nguyễn Thị Thúy Dịu Khổng Thị Vân
1 1 Bắt đầu dự án, Lập kế hoạch quản lý dự án
2 Thu thập và đặc tả yêu cầu A, L, I
Thu thập yêu cầu khách hàng I
2 Nghiên cứu các sản phẩm tương tự I
3 Lập tài liệu yêu cầu I
Xây dựng các biểu đồ ở mức phân tích I
Xây dựng cấu trúc website I
4 Viết tài liệu phân tích C,R I
Thiết kế các biểu đồ I C,R
Thiết kế giao diện quản trị hệ thống C,R I
4.2.2 Thiết kế giao diện người dùng C,R I
Thiết kế cơ sở dữ liệu C,R I
Code hệ thống theo mô hình MVC I I
Code chức năng hệ thống (Backend) C I
6.2.1 Sửa lỗi phát sinh chức năng I
Viết tài liệu kiểm thử C I
Cài đặt và đưa hệ thống vào hoạt động S, I I
Viết tài liệu hướng dẫn sử dụng đào tạo sử dụng và bảo trì
Bàn giao cho khách hàng I
PHẦN 7: QUẢN LÍ RỦI RO
Các dự án đều có khả năng xảy ra rủi ro trong quá trình xậy dựng hoặc thực hiện Để đảm bảo tốt nhất cho sản phẩm của dự án, người quản lý dự án cần xác định rủi ro của dự án Rủi ro của dự án là những vấn đề chưa xảy ra tại thời điểm khởi đầu của dự án nhưng có thể xảy ra trong quá trình phát triển dự án Quản lý rủi ro là vấn đề khó với giám đốc dự án nói riêng và đội dự án nói chung, rủi ro là một sự kiện hoặc một trạng thái không chắc chắn mà nếu nó xảy ra sẽ có ảnh hưởng tốt hoặc xấu đối với các mục tiêu của dự án.
Quản lý rủi ro là các xử lý mang tính hệ thống của việc xác định, phân tích và đáp ứng tới các rủi ro của dự án, nó còn làm tối thiểu hóa các hậu quả tới mục tiêu của dự án Các bước của quản lý rủi ro :
- Lập kế hoạch quản lý rủi ro
- Xác định các rủi ro
- Phân tích các rủi ro tìm được ở bước trước đó
- Lập kế hoạch để giải quyết những rủi ro có thể xảy ra đó
- Kiểm soát và theo dõi việc xử lý các rủi ro đó.
- Ngày … đến … : Khi hoàn thành các tài liệu quản lý dự án : các tài liệu quản lý phạm vi, ước lượng và lập lịch Nhóm phát triển dự án tiến hành họp và xác định các rủi ro sẽ xảy ra trong giai đoạn xác định yêu cầu.
- Ngày … đến … : Khi kết thúc giai đoạn xác định yêu cầu các rủi ro sẽ được đánh giá lại, từ đó sẽ xem xét những rủi ro nào đã xảy ra, đang xảy ra và sẽ xảy ra, cùng với phương hướng làm giảm nhẹ rủi ro, xác định chi phí do rủi ro gây ra, chi phí sửa chữa rủi ro, các rủi ro phát sinh ngoài kế hoạch.
- Ngày … đến … : Khi kết thúc giai đoạn phân tích thiết kê, tương tự như trên nhóm dự án tiến hành họp và đánh giá các rủi ro Xác định rủi ro của giai đoạn tiếp theo.
