- Dễ nâng cấp, bảo trì phần mềmYêu cầu từ khách hàng: -Hệ thống có chức năng đăng nhập cho người sử dụng khi truy nhập - Chức năng tìm kiếm thông tin sinh viên - Lập báo cáo ngày tháng n
KHẢO SÁT HỆ THỐNG
Giới thiệu dự án
1.1.1 Giới thiệu sơ lực cửa hàng
METAINO là thương hiệu đồ da lâu đời và uy tín tại Hà Nội, chuyên cung cấp các sản phẩm thời trang hiện đại, hấp dẫn cho mọi giới tính, đáp ứng tốt nhu cầu của người tiêu dùng.
Tổng số lượng sản phẩm: 50 sản phẩm
Địa chỉ: 52 Cù Chính Lan, Thanh Xuân, Hà Nội
Phạm vi dự án
Dự án phát triển hệ thống cài đặt theo kiến trúc J2EE tại máy chủ của trường Đại học nhằm quản lý sinh viên và cung cấp khả năng truy cập từ xa qua giao diện web Hệ thống này sẽ giúp nâng cao hiệu quả quản lý và tạo điều kiện thuận lợi cho sinh viên trong việc truy cập thông tin.
- Thân thiện dễ sử dụng
- Dễ dàng quản lý với người quản lý
- Dễ nâng cấp, bảo trì phần mềm
Yêu cầu từ khách hàng:
-Hệ thống có chức năng đăng nhập cho người sử dụng khi truy nhập
- Chức năng tìm kiếm thông tin sinh viên
- Lập báo cáo ngày tháng năm
- An toàn thông tin dữ liệu bảo mật
Kinh phí cho dự án: 80.000.000 vnd (Tám mươi triệu đồng chẵn)
Kinh phí dự trữ: 10% tổng kinh phí
Điều kiện ràng buộc
- Phạm vi của dự án là không thay đổi trong quá trình làm dự án vì vậy thờigian và kinh phí cho dự án cũng là không thay đổi.
- Phía khách hàng không chấp nhận nếu giao sản phẩm chậm hơn 10 ngày,sản phẩm không đảm bảo chất lượng, không đúng yêu cầu sẽ không được chấp nhận
- Mọi rủi ro về mặt kĩ thuật, con người khách hàng không chịu trách nhiệm
- Các rủi ro liên quan tới nhà trường đại diện phía bên dự án phải thông báo trước
- Nếu xảy ra lỗi trong thời gian bảo trì phía bên công ty sẽ chịu mọi chi phí bảo trì cũng như tổn thất do hệ thống gây ra.
Hết thời gian bảo trì, nếu hệ thống gặp lỗi, công ty sẽ xem xét khắc phục (nếu có nhu cầu), tuy nhiên, nhà trường phải chịu mọi chi phí phát sinh.
Sản phẩm bàn giao
- Hệ thống được thiết kế và triển khai đầy đủ các chức năng yêu cầu của bên phía khách hang
- Cơ sở dữ liệu hệ thống
Bảng phân công công việc
Công việc Người thực hiện
- Quản lý chi phí dự án
- Tài liệu hướng dẫn sử dụng
- Tài liệu hướng dẫn sử dụng
Tổng quan về dự án
Phần mềm quản lý và cấp phát học bổng cho sinh viên tại Trường Đại Học Điện Lực được thiết kế đặc biệt để phục vụ nhu cầu của giáo viên và sinh viên Nó đảm bảo tính nhanh chóng, chính xác và chặt chẽ trong việc cập nhật và tra cứu thông tin học bổng kịp thời.
Phạm vi công việc
Sản phẩm chuyển giao cho khách hàng:
- Module đăng ký tài khoản người sử dụng
- Module xem thông tin sản phẩm.
- Module đặt hàng sản phẩm.
- Module dành cho người quản lý toàn hệ thống.
- Module lập lịch báo cáo.
- Hệ quản trị cơ sở dữ liệu:
+ Lưu trữ thông tin tài liệu của toàn hệ thống.
+ Lưu trữ tài khoản người sử dụng.
+ Lưu trữ các sản phẩm và đơn hàng.
- Viết API cho toàn hệ thống.
Thiết lập các giả thiết
Hệ thống được phát triển với công nghệ HTML, CSS và JavaScript cho phần frontend, trong khi ASP.NET được sử dụng cho backend theo mô hình MVC Ngoài ra, hệ thống còn tích hợp API và sử dụng SQL Server 2019 làm hệ quản trị cơ sở dữ liệu.
- Hệ thống được hoàn thiện, đóng gói đầy đủ và bảo trì phần mềm trướckhi chuyển giao cho bên khách hàng
Trong quá trình thực hiện dự án, khách hàng có quyền điều chỉnh một số yêu cầu trong phạm vi cho phép, với sự đồng ý của giám đốc dự án.
Khách hàng sẽ cung cấp đội ngũ chuyên viên có kinh nghiệm trong quản lý cửa hàng khám bệnh, nhằm hỗ trợ cho việc thu thập thông tin và đáp ứng các yêu cầu nghiệp vụ một cách hiệu quả.
- Đội trách nhiệm dự án có trách nhiệm hoàn thành công việc và bàn giao sản phẩm đảm bảo thời gian và chất lượng cho sản phẩm.
- Sau mỗi tuần sẽ báo cáo quá trình làm sản phẩm cho bên khách hàng.
Các sản phẩm bàn giao
- Hệ thống quản lý cửa hàng với đầy đủ các chức năng theo yêu cầu của khách hàng.
- Hệ quản trị cơ sở dữ liệu.
- Source code (Chương trình sản phầm/ Mã nguồn).
- Tài liệu hướng dẫn sử dụng.
QUẢN LÝ PHẠM VI
Phạm vi dự án
Hệ thống sau khi được xậy và ban giao cần đạt những tiêu chuẩn sau:
Hệ thống có đầy đủ các chức năng theo yêu cầu của khách hàng đầu tư, bao gồm:
Yêu cầu về bảo mật
Yêu cầu về sao lưu
Yêu cầu về sự tiện lợi
Thiết kế dễ sử dụng, dễ dàng tra cứu, sửa đổi
Thiết kế theo hướng phát triển trong tương lai
2.1.2 Phạm vi tài nguyên Đề xây dựng dự án phần mềm quản lý và cấp phát học bổng, nhóm phát triển cần gói gọn trong khoảng tài nguyên nhất định:
Thực hiện, thiết kế, phân tích dữ liệu cần thiết đúng yêu cầu của hệ thống.
Thực hiện trong thời gian yêu cầu của dự án.
Số lượng nhân lực phải đủ các vị trí trọng yếu để thực hiện dự án.
Trách nhiệm làm việc của mỗi nhân lực.
Các loại công cụ cần thiết và mục đích sử dụng của chúng.
Sản phẩm bàn giao cần đúng theo yêu cầu của nhà đầu tư.
Thời gian thực hiện dự án từ ngày 10/01/2023 đến 31/01/2023 (dao động khoảng 1 tháng)
Thời gian thực hiện dư án có thể bị thay đổi do một số các lý do phát sinh:
Năng lực hoạt động thực hiện dự án của các thành viên trong nhóm không hoàn thành được như dự tính.
Trang thiết bị gặp lỗi trục trặc làm chậm tiến độ.
Nhà đầu tư có thể thay đổi yêu cầu dự án một cách đột ngột trong giới hạn cho phép Tuy nhiên, nếu những yêu cầu này vượt quá khả năng cho phép, thì sẽ không được chấp nhận do tính chất đột ngột khiến việc đáp ứng trở nên khó khăn.
Sau khi hoàn thành dự án, nhóm sẽ bàn giao sản phẩm gồm:
Phần mềm quản lý và thống kê.
Website tra cứu dành cho sinh viên và nhà trường.
Tài liệu hướng dẫn sử dụng.
Tài liệu phát triển phần mềm.
2.1.5 Hệ thống hoàn thiện được cài đặt tại Đại Học Điện Lực
Hệ thống sau khi hoàn thành được cài đặt tại Đại Học Điện Lực, tại 235 Hoàng Quốc Việt, Cổ Nhuế, Bắc Từ Liêm, Hà Nội.
2.1.6 Hệ sơ sở dữ liệu
Dự án phát triển phần mềm quản lý và cấp phát điểm cho sinh viên sử dụng Microsoft SQL Server Management Studio 18 nhằm xây dựng hệ cơ sở dữ liệu hiệu quả.
2.1.7 Các tài liệu liên quan
Một số tài liệu liên quan đến dự án:
Lựa chọn các công cụ thiết lập
Các công cụ được sử dụng để thiết lập dự án:
Công cụ soản thảo văn bản Microsoft Word.
Công cụ soản thảo và tính toán Microsoft Excel.
Công cụ thiết kế, xây dựng các biểu đồ hoạt động dự án, Usecase, … Star-UML.
Tài liệu tham khảo các dự án khác.
Phần mềm lập trình Visual Studio 2019, Visual Studio Code.
Công cụ xậy dựng cơ sở dữ liệu SQL Server 2018.
Bảng phân rã công việc
Lập kế hoạch dự án công việc xác định các hoạt động cần thực hiện để hoàn thành dự án:
Giai đoạn Công việc Chi tiết công việc
1.0 Lên kế hoạch cho dự án
1.1 Tài liệu kế hoạch quản lý dự án 1.2 Bản kế hoạch đảm bảo chất lượng 1.3 Bản kế hoạch quản lý cấu hình 1.4 Bản kế hoạch truyền thông và giao tiếp 1.5 Bản kế hoạch quản lý rủi ro
1.6 Bản kế hoạch quản lý mua sắm 1.7 Bản kế hoạch quản lý tích hợp
2.1 Tài liệu yêu cầu chung của hệ thống 2.2 Tài liệu yêu cầu người dùng 2.2 Tài liệu yêu cầu hệ thống
2.2.1 Tài liệu yêu cầu cho mỗi chức năng của hệ thống
2.2.2 Mô tả giao diện hệ thống
3.0 Phân tích thiết kế hệ thống
3.1 Tài liệu phân tích hệ thống 3.1.1 Tài liệu chi tiết công việc
3.1.2 Tài liệu chi tiết các chức năng của hệ thống 3.1.2.1 Biểu đồ use case 3.1.2.2 Biểu đồ hoạt động 3.1.2.3 Biều đồ trình tự 3.1.2.4 Biều đồ lớp 3.2 Tài liệu thiết kế hệ thống 3.2.1 Thiết kế giao diện hệ thống 3.2.2 Thiết kế giao diện website
3.2.3 Thiết kế hệ thống con 3.3.4 Thiết kế cơ sở dữ liệu 3.3 Tổng hợp kế hoạch 3.4 Đề xuất thực hiện
4.1 Xây dựng cơ sở dữ liệu 4.2 Xây dựng module chức năng 4.2.1 Module quản lý báo cáo thống kê 4.2.2 Module chức năng đăng nhập
4.3 Xây dựng code từ các module chức năng
5.0 Tích hợp hệ thống 5.0 Tích hợp các module đã thiết kế
6.1 Kiểm thử các module chức năng 6.2 Báo cáo kiểm thử chức năng
6.2.1 Báo cáo kiểm thử module chức năng đăng nhập
6.2.2 Báo cáo kiểm thử module quản lý Tour du lịch
6.2.3 Báo cáo kiểm thử module quản lý hoá đơn
6.2.4 Báo cáo kiểm thử module quản lý nhân viên
6.2.5 Báo cáo kiểm thử module quản lý khách hàng
6.2.6 Báo cáo kiểm thử module quản lý báo cáo thống kê 6.3 Kiểm thử tích hợp hệ thống
7.0 Kết thúc dự án và chuyển giao hệ thống
7.1 Mô phỏng hoạt động của phần mềm, Website
7.2 Viết tài liệu hướng dẫn sử dụng phần mềm
7.3 Bàn giao sản phẩm cho khách hàng kèm bản hướng dẫn sử dụng
Hình 2.3 Bảng phân rã công việc
Quản lý tài nguyên con người
2.4.1 Các ràng buộc về con người
Tổng số thành viên tham gia dự án: 1 thành viên.
Tối đa số thành viên tham gia dự án là 3 thành viên tuỳ vào tính chất, độ phức tạp của dự án để thay điều chỉnh.
2.4.2 Danh sách các vị trí dành cho dự án
Các vị trí thực hiện trong dự án:
Kĩ sư phân tích thiết kế
Kĩ sư kiểm thử phẩn mềm
Quản trị cơ sở dữ liệu
2.4.3 Vị trí các thành viên trong dự án
T Họ và Tên Vị trí tham gia
Kĩ sư phân thích thiết kế
Kĩ sư kiểm thử phần mềm Lập trình viên
Quản trị cơ sở dữ liệu
QUẢN LÝ THỜI GIAN
Phân bổ tài nguyên và thời gian
Lập kế hoạch cho dự án 05 03
Tài liệu quản lý dự án KH.01 01
Bản kế hoạch đảm bảo chất lượng KH.02 01 Bản kế hoạch quản lý cấu hình KH.03 01 Bản kế hoạch quản lý truyển thông và giao tiếp KH.04 01
Bản kế hoạch quản lý rủi ro KH.05 01
Tài liệu yêu cầu người dùng YC.01 02
Tài liệu yêu cầu chung cho hệ thống YC.1.1 01
Tài liệu yêu cầu cho mỗi chức năng YC.1.2 01
Tài liệu yêu cầu hệ thống YC.02 03
Biểu đồ usecase cho hệ thống YC.2.1 01
Mô tả giao diện hệ thống YC.2.1 01
Chi tiết cho usecase YC.2.3 01
Kiểm định lại chất lượng YC.03 02
Tài liệu phân tích hệ thống TK.01 10
Các biểu đồ cho hệ thống quản lý sản phẩm TK.1.2 02
Các biểu đồ cho hệ thống quản lý thành viên TK.1.3 01
Các biểu đồ cho hệ thống quản lý orders TK.1.4 02
Các biểu đồ cho hệ thống quản lý login và đơn hàng TK.1.5 02
Các biểu đồ cho hệ thống quản lý thống kê TK.1.6 01
Tài liệu thiết kế hệ thống TK.02 10
Tài liệu thiết kế hệ thống TK.2.1 4 Tài liệu thiết kế các hệ thống con TK.2.2 2
Bản thiết kế CSDL TK.2.3 4
Kế hoạch cuối cùng TK.03 1 Đề xuất thực hiện TK.04 1
Kiểm định lại chất lượng TK.05 1
Hiện thực các chức năng 14 2
Xây dựng hệ CSDL CN.01 3
Xây dựng giao diện CN.02 3
Xây dựng hệ thống quản lý tài khoản người dùng CN.03 3
Xây dựng hệ thống quản lý danh sách sản phẩm CN.05 3
Xây dựng hệ thống quản lý đơn hàng CN.06 1
Tài liệu sử dụng CN.07 1
Kế hoạch kiểm thử KT1 1
Kiểm thử chức năng KT2 9
Báo cáo kiểm thử chức năng quản lý tài khoản người dùng KT2.1 2 Báo cáo kiểm thử chức năng quản lý danh sách sản phẩm KT2.2 2
Báo cáo kiểm thử chức năng quản lý đơn hàng KT2.3 2
Báo cáo kiểm thử hệ thống KT3 3
6 Tài liệu kết thúc dự án F 2 1
7 Cài đặt và triển khai F1 3 1
Danh sách các mốc thời gian quan trọng
Hoàn tất quá trình thu thập yêu cầu X
Hoàn tất quá trình phân tích hệ thống X
Hoàn tất quá trình thiết kế X
Hoàn tất quá trình xây dựng hệ thống X
Hoàn tất quá trình tích hợp và kiểm thử X
Hoàn tất quá trình cài đặt và triển khai M6
Ước lượng thời gian
- ML: ước lượng khả dĩ (thời gian cần thiết để hoàn thành công việc trong điều kiện “bình thường”)
- MO: ước lượng lạc quan (thời gian cần thiết để hoàn thành công việc trong điều kiện “lý tưởng”)
- MP: ước lượng bi quan (thời gian cần thiết để hoàn thành công việc trong điều kiện “tồi nhất”)
- Ước lượng cuối cùng tính theo công thức:
EST = (MO + 4ML + MP)/6 (Đơn vị tính: giờ)
MO ML MO MP EST
Biểu đồ Gantt tổng quát
Biểu đồ Gantt chi tiết
QUẢN LÝ CHI PHÍ DỰ ÁN
Chi phí cần thiết cho nhân công
STT Họ tên Vị trí Trình độ Lương/tháng
BA, Tester, Quản trị CSDL, Quản lý cấu hình
Bảng ước tính chi phí cho hoạt động
Lập kế hoạch cho dự án 10 10
Tài liệu quản lý dự án KH.01 01
Bản kế hoạch đảm bảo chất lượng KH.02 03
Bản kế hoạch quản lý cấu hình KH.03 02 Bản kế hoạch quản lý truyển thông và giao tiếp KH.04 02
Bản kế hoạch quản lý rủi ro KH.05 02
Tài liệu yêu cầu người dùng YC.01 02
Tài liệu yêu cầu chung cho hệ thống YC.1.1 01
Tài liệu yêu cầu cho mỗi chức năng YC.1.2 01
Tài liệu yêu cầu hệ thống YC.02 05
Biểu đồ usecase cho hệ thống YC.2.1 01
Mô tả giao diện hệ thống YC.2.1 01 Chi tiết cho usecase YC.2.3 01
Các tài liệu khác YC2.4 01
Kiểm định lại chất lượng YC.03 01
Tài liệu phân tích hệ thống TK.01 10
Các biểu đồ cho hệ thống quản lý tài khoản người dùng TK.1.2 02
Các biểu đồ cho hệ thống quản lý danh sách liên hệ TK.1.3 03
Các biểu đồ cho hệ thống quản lý cuộc hội thoại TK.1.4 03
Tài liệu thiết kế hệ thống TK.02 10
Tài liệu thiết kế hệ thống TK.2.1 4
Tài liệu thiết kế các hệ thống con
Bản thiết kế CSDL TK.2.3 4
Kế hoạch cuối cùng TK.03 1 Đề xuất thực hiện TK.04 1
Kiểm định lại chất lượng TK.05 1
Hiện thực các chức năng 24 24
Xây dựng hệ CSDL CN.01 3
Xây dựng giao diện CN.02 3
Xây dựng hệ thống quản lý tài khoản người dùng CN.03 3
Xây dựng hệ thống quản lý danh sách liên hệ CN.05 4
Xây dựng hệ thống quản lý cuộc hội thoại CN.06 5
Tài liệu sử dụng CN.07 6
Kế hoạch kiểm thử KT1 7
Kiểm thử chức năng KT2 3
Báo cáo kiểm thử chức năng quản lý tài khoản người dùng KT2.1 1
Báo cáo kiểm thử chức năng quản lý danh sách liên hệ KT2.2 1
Báo cáo kiểm thử chức năng quản lý cuộc hội thoại KT2.3 1
Báo cáo kiểm thử hệ thống KT3 4
6 Tài liệu kết thúc dự án F 2 3
7 Cài đặt và triển khai F1 7 7
QUẢN LÝ CHẤT LƯỢNG
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 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á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 Trần Gia Khánh Giám đốc dự án
- 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 các báo cáo chất lượng trong từng thời điểm
3 Khách hàng - Đánh giá góp ý về chất lượng dự án
Lập kế hoạch chất lượng
5.2.1 Các metric chất lượng trong dự án
Giao diện hệ thống cần phải dễ sử dụng cho cả những người lần đầu tiếp cận, đồng thời vẫn đảm bảo đầy đủ chức năng và cung cấp thông tin cần thiết cho người dùng.
Đảm bảo tính toàn vẹn của dữ liệu là yếu tố quan trọng trong hệ thống quản lý cửa hàng thuốc, nhằm ngăn chặn sự mất mát hoặc thay đổi thông tin trong quá trình truyền tải Việc duy trì độ chính xác của dữ liệu là cần thiết để đảm bảo hiệu quả hoạt động của hệ thống.
- Tính ổn định của ứng dụng: Khả năng tránh những tác động không mong muốn khi chỉnh sửa phần mềm.
Phần mềm cần đảm bảo tính phù hợp bằng cách cung cấp các chức năng thiết yếu cho dự án, bao gồm khả năng thêm, sửa, xóa sản phẩm, đăng ký và đăng nhập, cũng như xem thông tin sản phẩm và đơn hàng.
Đảm bảo tính đáp ứng thời gian của hệ thống là điều cần thiết, nhằm cung cấp phản hồi nhanh chóng và hiệu quả trong quá trình xử lý công việc Hệ thống cần hoạt động với thời gian xử lý và tốc độ thông lượng hợp lý, đặc biệt dưới các điều kiện làm việc xác định.
5.2.2 Các loại kiểm thử sử dụng
-Kiểm thử chức năng định kỳ nhằm đảm bảo chức năng của phần mềm và tuân thủ đúng quy định
-Kiểm tra tính toàn vẹn dữ liệu trên một tập dữ liệu mẫu
Thiết lập lịch trình kiểm định định kỳ dựa trên các phụ thuộc và đặc điểm kỹ thuật của dự án là rất quan trọng Việc điều hòa lập lịch báo cáo hiệu quả hoạt động của phần mềm và kết quả kiểm định thực tế giúp đảm bảo đạt được các tiêu chuẩn chất lượng và mục tiêu hiệu quả hoạt động mà khách hàng đã đề ra Điều này không chỉ nâng cao sự hài lòng của khách hàng mà còn đảm bảo rằng các chức năng chính trong danh mục sản phẩm được thực hiện đúng như mong đợi.
Kế hoạch giám sát chất lượng
Các công việc đã hoàn thành Nội dung đánh giá
7/1/2023 Hoàn thành tài liệu lập kế hoạch cho dự án Đánh giá chất lượng các bản kế hoạch:
12/1/2023 Hoàn thành thu thập yêu cầu: gặp khách hàng lấy yêu cầu về hệ thống viết tài liệu:
- 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ụ
- Đánh giá tài liệu xác định yêu cầu hệ thống
- Mô tả yêu cầu của khách hàng dưới dạng tài liệu nghiệp vụ phải đảm bảo tính chính xác, người phân tích thiết kế có thể hiểu được
- Thực hiện đúng kế hoạch, tài liệu chính xác, xác định đúng, đầy đủ các yêu cầu của khách hàng
16/1/2023 Kết thúc phân tích thiết kế
Hoàn thành tài liệu phân tích thiết kế hệ thống:
- Biểu đồ lớp và các biểu đồ cho usecase
- Yêu cầu thực hiện đúng kế hoạch, các biểu đồ hợp lí và phù hợp với hệ thống
- Thiết kế cài đặt phù hợp với yêu cầu chức năng
- CSDL phù hợp với yêu cầu hệ thống
22/1/2023 Hoàn thành chức năng hệ thống:
- Xây dựng xong hệ CSDL
- Code xong các chức năng hệ thống
- Yêu cầu thực hiện đúng kế hoạch, các biểu đồ hợp lí và phù hợp với hệ thống
- Thiết kế cài đặt phù hợp với yêu cầu chức năng
- Đầy đủ chức năng hệ thống
- Tài liệu sử dụng dễ đọc và hiểu
- Có đầy đủ các comment trong quá trình code 27/1/2023 Kiểm thử các chức năng và - Yêu cầu thực hiện đúng kế
20 tiến hành tích hợp hệ thống, kiểm thử lại hệ thống, viết các tài liệu liên qua hoạch
- Đã kiểm thử tất cả các chức năng của hệ thống
- Các chức năng đạt chất lượng tiêu chuẩn
- Quá trình xử lí dữ liệu không xảy ra tổn thất hay tranh chấp dữ liệu
- Các báo cáo kiểm thử đầy đủ
QUẢN LÝ NHÂN LỰC
Các vị trí trong quản lý dự án
STT Vị trí Trách nhiệm
Lãnh đão, có kính nghiệm quản lí dự án, sản phẩm
Kĩ sư phân tích thiết kế
Nhận thống tin và phân tích thiết kế
Giao tiếp tốt, biết thiết kế use case, … dễ hiểu
Viết mã nguồn cho chương trình
Thành thạo các ngôn ngữ code
Xây dựng, bảo trì, nâng cấp CSDL
Kỹ sư quản lí cấu hình
Quản lí cấu hình dự án
Khả năng quản lí các cấu hình sản phẩm, dự án tốt
6 Kĩ sư kiểm tra chất lượng
Kiểm tra chức năng và các quy trình
Thông thạo các câu lệnh trong code, có nhiều kinh nghiệm trong việc test sản
Sắp xếp nhân sự
6.2.1 Danh sách các cá nhân tham gia dự án
STT Họ và tên Giới tính Vị trí
1 Trần Gia Khánh Nam Lập trình viên, Đội dự án
6.2.3 Vị tri cá nhân trong dự án
Tên vị trí Số lượng Trách nhiệm
1 Nhóm phân tích nghiệp vụ Tổng số: 1 người
1.1 Trưởng nhóm 1 Trần Gia Khánh
2 Nhóm thiết kế Tổng số: 1 người
2.1 Trưởng nhóm 1 Trần Gia Khánh
2.2 Thiết kế CSDL 1 Trần Gia Khánh
2.3 Thiết kế giao diện 1 Trần Gia Khánh
3 Nhóm lâp trình Tổng số: 1 người
3.1 Trưởng nhóm 1 Trần Gia Khánh
4 Nhóm kiểm tra phần mềm Tổng số: 1 người
4.1 Trưởng nhóm 1 Trần Gia Khánh
5 Nhóm triển khai Tổng số: 1 người
Phân chia công việc
6.4.1 Phân chia giữa các nhóm
- A (Approval): Thông qua, phê chuẩn
- S (Secondary): Chịu trách nhiệm thay nhóm trưởng (Phó nhóm trưởng).
- R (Reviewer): Người kiểm tra lại
WBS Mô tả Nhóm phân tích
1 Lập kế hoạch dự án A
5 Xây dựng và phát triển hệ thống
- A (Approval): Thông qua, phê chuẩn
- S (Secondary): Chịu trách nhiệm thay nhóm trưởng (Phó nhóm trưởng).
- R (Reviewer): Người kiểm tra lại
1 Lập kế hoạch quản lí dự án L
2.1 Quan sát hoạt động nghiệp vụ quản lí L
2.2 Điều tra nhu cầu của đối tượng sử dụng phần mềm
2.3 Tìm hiểu quy định lưu trữ L
3.1 Đánh giá hệ thống hiện tại L
3.2 Xác định các chức năng L
3.3 Xác định rang buộc, khoá chính L
3.4 Phác thảo giao diện 2 phía L
3.5 Lập tài liệu đặc tả yêu cầu L
3.6 Thẩm định tài liệu đặc tả L
4.1.3 Thiết kế giao diện thành phần L
4.1.4 Thiết kế cấu trúc dữ liệu C
4.1.5 Thiêt kế chi tiết từng chức năng L
4.1.6 Thiết kế giao diện người dùng C
4.3 Lập tài liệu thiết kế S
4.4 Thẩm định tài liệu thiết kế L
5.3 Xây dựng các phân hệ L
5.3.1 Xây dựng phân hệ quản lí hồ sơ khách hàng
5.3.2 Xây dựng phân hệ quản lí cửa hàng thuốc L
5.3.3 Xây dựng phân hệ quản lý đăng ký tài khoản
5.4 Lập tài liệu báo cáo R
6 Kiểm thử và tích hợp
6.1 Thực hiện kiểm thử tích hợp C
6.2 Thực hiện kiểm thử hệ thống L
6.2.1 Thực hiện kiểm thử hiệu năng L
6.2.2 Thực hiện kiểm thử khả năng chịu tải C
6.2.3 Thực hiện kiểm thử chức năng L
6.2.4 Thực hiện kiểm thử khả năng bảo mật L
6.2.5 Thực hiện kiểm thử khả năng phục hồi sau lỗi
7.2 Làm tài liệu người dùng C
QUẢN LÝ CẤU HÌNH
Ý nghĩa của việc quản lý cấu hình
Lập kế hoạch quản lý cấu hình là yếu tố quan trọng giúp hệ thống được cập nhật và vận hành một cách chính xác và khoa học.
Các thành viên ở xa nhau có thể liên hệ với nhau qua internet nhằm mục đích:
- Tránh mất mát dữ liệu, tạo tính chuyên nghiệp trong quá trình làm việc.
- Dễ dàng trao đổi thông tin hơn.
- Quản lý được hệ thống tài nguyên
- Không có mẫu cấu hình bị thay đổi khi chưa được nhất trí cả cả team
- Những thay đổi trên một mẫu cấu hình được ước lượng và quản lý
Ghi nhận lại trạng thái một sản phẩm tại một thời điểm nhất định.
Vai trò trách nhiệm của đội dự án quản lý sinh viên
Thành viên quản lí dự án gồm:
STT Thành viên Vị trí Nhiệm vụ
- Giám sát đánh giá việc quản lí cấu hình
- Phê chuẩn các yêu cầu gửi lên
- Báo cáo tiến độ làm việc
- Thúc giục làm việc đúng tiến độ
- Tổ chức các buổi họp đóng góp ý kiến
Phương pháp định danh, xác định Baseline trên sản phẩm
7.3.1 Định danh sản phẩm Định danh sản phẩm bao gồm việc mô tả tên, đánh số, đánh dấu đặc trưng Trong WBS của dự án quản lý đã có đánh số cụ thể
- 1.2 Bản kế hoạch đảm bảo chất lượng
- 1.3 Bản kế hoạch quản lý cấu hình
- Dự án quản lý sinh web bán hàng luôn luôn cập nhật để phù hợp với yêu cầu thực tế, yêu cầu bổ sung của phía khách hàng
Phiên bản đầu tiên được dự kiến sẽ đáp ứng đầy đủ các yêu cầu của khách hàng, trong khi các phiên bản tiếp theo sẽ mở rộng hơn về cơ sở dữ liệu, cải thiện giao diện thân thiện với người dùng và bổ sung thêm các dịch vụ chức năng cần thiết.
Dự án bao gồm các mốc sau:
-5.0 Tích hợp và kiểm thử
-6.0 Cài đặt và thực thi
7.3.4 Các quy ước đặt tên
Dự án này có tên gọi dựa trên các chức năng hoạt động của nó, với hầu hết các danh từ được sử dụng để mô tả rõ ràng các chức năng mà dự án thực hiện.
-Trong mã chương trình các tên gói (package), lớp (class), thuộc tính (attribute) được định dạng cụ thể như sau:
+ Gói (package): chữ đầu trong tên gói viết hoa, sử dụng kí tự “_” để ngăn cách các từ ghép Các tên gói viết bằng tiếng Việt không dấu.
Lớp (class) được đặt tên với chữ cái đầu tiên của mỗi từ viết hoa, các từ ghép được ngăn cách bằng dấu “_”, và tên lớp phải được viết bằng tiếng Việt không dấu.
+ Thuộc tính (Attribute): Tên các thuộc tính được viết bằng tiếng việt không dấu, chữ cái đầu tiên viết hoa Giữa các từ ghép không có dấu ngăn cách.
-Định dạng tài liệu liên quan:
STT Tên tài liệu Mô tả
1 Tài liệu quản lí cấu hình
Tài liệu kiểm soát thay đổi của hệ thống phần mềm
2 Tài liệu quản lí rủi ro Tài liệu quản lí các rủi ro đã, đang, và có khả năng xảy ra trong quá trình phát triển
Tài liệu quản lý nhân sự là nguồn lưu trữ quan trọng, bao gồm thông tin về các thành viên trong đội dự án, các vị trí cụ thể, cấu trúc nhóm, quá trình phát triển và các phương pháp lãnh đạo hiệu quả cho nhóm.
4 Tài liệu quản lí truyền thông và giao tiếp
Tài liệu ghi nhận công việc của từng người từ đó kiểm soát tiến độ của dự án
5 Tài liệu quản lí chất lượng
Tài liệu đảm bảo chất lượng dự án, công việc trong kiểm thử dự án phần mềm
6 Tài liệu yêu cầu khách hàng
Tập tin word ghi rõ yêu cầu cụ thể của phần mềm quản lí cửa hàng khám bệnh và thay đổi yêu cầu có thể xảy ra
7 Tài liệu yêu cầu hệ thống
Tập tin Word chứa các thông tin thiết yếu cho việc thiết kế và xử lý chức năng phần mềm, đồng thời sẽ được lưu lại theo phiên bản mỗi khi có thay đổi.
Khi có các thay đổi, giám đốc dự án sẽ thông báo với các thành viên, và thực hiện xử lý thay đổi trên các tài liệu cụ thể
Khi có yêu cầu thay đổi, Kỹ sư quản lý cấu hình sẽ nghiên cứu và phân tích các thay đổi cần thiết Họ sẽ tổ chức cuộc họp với nhóm phát triển để xem xét và thảo luận về những thay đổi này.
Làm báo cáo gửi lên cho giám đốc dự án
- Giám đốc dự án kiểm tra và phê chuẩn hoặc không phê chuẩn
- Sau đó có thông báo về thay đổi, việc thực hiện thay đổi do các thành viên dự án và kỹ sư quản lý cấu hình làm
- Thay đổi thực sự hoàn thành khi xác lập các mốc mới, đội dự án tiếp tục hoạt động theo kế hoạch mới được chỉnh sửa.
QUẢN LÝ TRUYỀN THÔNG
Các thành phần tham gia
- Bên A: Nhóm phát triển dự án
+ Giám đốc dự án: Trần Gia Khánh
- Bên B: Đại diện phía khách hàng
+ Hình thức truyền thông giao tiếp:
Giữa với các thành viên đội dự án: Gặp trực tiếp
Giữa khách hàng và đội dự án: Gặp trực tiếp khi cần thiết, có thể truyền thông qua thư điện tử.
+ Tần suất thực hiện Đội dự án tiến hành họp vào giữa tuần (13h-17h thứ 5 hàng tuần):
31 Đánh giá lại công việc của các thành viên trong đội dự án.
Trong quá trình làm việc nhóm, việc khiển trách các thành viên chưa hoàn thành tốt nhiệm vụ hoặc mắc sai lầm là cần thiết để cải thiện hiệu suất Đồng thời, việc khen ngợi những người có đóng góp tích cực và sáng tạo cũng rất quan trọng, giúp tạo động lực và khuyến khích sự phát triển của cả đội.
Giám đốc dự án gặp gỡ khách hàng: 2 tuần/1 lần
Báo cáo tiến độ thực hiện, khó khăn khi thực hiện
Thu thập yêu cầu, phản hồi từ phía khách hàng
Lịch một số cuộc họp giữa các bên
Mục đích Các bên tham gia
1 Họp tiếp nhận dự án
Tiếp nhận dự án mới, đạt thoả thuận giữa các bên, kí hợp đồng
2 Họp phân công trách nhiệm
Phân công vai trò, trách nhiệm của các thành viên trong đội Đưa ra bản phác thảo chung về các mốc quan trọng của dự án
3 Họp thảo luận về tài liệu quản lí dự án Đưa ra bản tài liệu quản lí dự án thống nhất cuối cùng
Trước khi đề xuất với khách hàng, đội ngũ cần tổ chức họp để thảo luận và thống nhất bản tài liệu xác định yêu cầu Việc này giúp đảm bảo rằng tất cả các yêu cầu được ghi nhận đầy đủ và chính xác, tạo cơ sở vững chắc cho quá trình làm việc sau này.
5 Họp đưa ra bản đề xuất thực hiện với
Thống nhất được bản tài liệu xác định yêu cầu thống nhất cuối cùng giữa khách hàng và đội dự án
6 Họp thảo luận về tài liệu phân tích thiết kế Đưa ra bản tài liệu phân tích thiết kế thống nhất cuối
7 Họp đưa ra bản đề xuất thiết kế với khách hàng
Thống nhất được bản thiết kế cuối cùng giữa khách hàng và đội dự án
8 Họp thảo luận về kết quả thực hiện dự án
Giải quyết được các vấn đề còn tồn tại của khâu thực hiện dự án cho đến khi các chức năng được thực hiện một cách thống nhất
9 Họp thảo luận về báo cáo kiểm thử dự án
Giải quyết được vấn đề của khâu kiểm thử dự án cho đến khi các lỗi đều được khắc phục và các chức năng được thực hiện thống nhất
10 Họp bàn giao sản phẩm
Bàn giao sản phẩm cho khách hàng A, B
Thông tin giao tiếp giữa các bên
STT Họ tên Vai trò Điện thoại Mã SV
1 Trần Gia Khánh Giám đốc dự án
Kênh giao tiếp
8.3.1 Các thành viên trong nhóm - Trưởng nhóm
Bên gửi: Các thành viên trong mỗi nhóm.
Bên nhận: Các trưởng nhóm tương ứng.
Mục đích: Báo cáo tiến độ công việc của từng người từ đó người quản lý có thể kiểm soát được tiến độ đang diễn ra của dự án.
Tần suất: Thường xuyên, báo cáo được gửi hàng tuần.
Thời điểm: Trong toàn thời gian dự án diễn ra Báo cáo được gửi vào chiều thứ 5 mỗi tuần làm việc.
Hình thức: Thông qua thư điện tử của trưởng nhóm.
Người chịu trách nhiệm xử lý: các trưởng nhóm
Định dạng thông tin được gửi: Báo cáo tiến độ công việc bắt buộc phải có các nội dung sau:
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
Người gửi: Các thành viên trong nhóm
Người nhận: Các trưởng nhóm tương ứng
Các thành viên trong nhóm dự án mong muốn cải thiện điều kiện làm việc bằng cách nâng cấp máy tính hiện tại và sử dụng các phần mềm hỗ trợ cần thiết.
Tần suất: Tùy thuộc vào nhu cầu
Thời điểm: Bất kỳ lúc nào trong khoảng thời gian tiến hành dự án
Hình thức: Thông qua thư điện tử
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Định dạng thông tin gửi: Thông tin được gửi có dạng một đơn đề nghị bắt buộc phải có nội dung sau:
- Các thay đổi về thời gian làm việc:
Người gửi: thành viên trong nhóm
Người nhận: Các trưởng nhóm tương ứng
Mục đích của thông báo này là để cập nhật cho nhóm trưởng về các thay đổi trong thời gian làm việc, bao gồm thời gian nghỉ và độ dài của kỳ nghỉ Việc này nhằm giúp nhóm trưởng kịp thời điều chỉnh nhân sự và tiến độ công việc.
Tần suất: Tùy thuộc vào nhu cầu
Thời điểm: Bất kỳ lúc nào trong khoảng thời gian tiến hành dự án
Hình thức: Thông qua thư điện tử, đơn từ.
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Định dạng thông tin gửi: Thông tin được gửi (có thể ngắn gọn) bắt buộc phải có nội dung sau:
Nội dung (trình bày mong muốn)
- Các phổ biến chỉ đạo:
Người gửi: Các trưởng nhóm
Người nhận: Các thành viên trong nhóm
Mục đích của bài viết này là cung cấp thông tin cho toàn bộ nhóm về các công việc cần thực hiện tiếp theo, yêu cầu cụ thể của từng nhiệm vụ, thời hạn hoàn thành và các chỉ đạo từ cấp trên.
Tần suất: Thường xuyên hàng tuần
Thời điểm: Trong toàn bộ thời gian dự án diễn ra Mỗi sáng thứ 2 đầu tuần sau khi các trưởng nhóm đã trao đổi
Hình thức: Văn bản gửi qua thư điện tử + Họp nội bộ tại từng nhóm để phổ biến
Người chịu trách nhiệm xử lý: Các thành viên trong nhóm.
Định dạng thông tin: Nội dung chỉ đạo cần ngắn gọn rõ ràng, nên có các phần sau:
Tổng kết 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 ý kiến chỉ đạo từ trên nếu có.
8.3.2 Giữa các trưởng nhóm-Khách hàng
Người gửi: Các nhóm trưởng
Mục đích: 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.
Thời điểm: Trong toàn bộ thời gian dự án diễn ra Chiều thứ 5 hàng tuần
Hình thức: Thông qua thư điện tử
Người chịu trách nhiệm xử lý: Giám đốc
Thông tin sẽ được định dạng dưới dạng bản giới thiệu các chức năng của sản phẩm, kèm theo phác thảo giao diện người dùng Nội dung này sẽ cung cấp cái nhìn tổng quan về các tính năng chính và cách thức hoạt động của sản phẩ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
Người gửi: Các thành viên trong nhóm
Người nhận: Các trưởng nhóm tương ứng
Mục đích của bài viết này là nêu rõ mong muốn của các thành viên trong nhóm dự án về điều kiện làm việc, bao gồm yêu cầu đổi chỗ ngồi, nâng cấp máy tính đang sử dụng và đề xuất sử dụng các phần mềm hỗ trợ để nâng cao hiệu quả công việc.
Tần suất: Tùy thuộc vào nhu cầu
Thời điểm: Bất kỳ lúc nào trong khoảng thời gian tiến hành dự án
Hình thức: Thông qua thư điện tử
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Định dạng thông tin gửi: Thông tin được gửi có dạng một đơn đề nghị (có thể ngắn gọn) bắt buộc phải có nội dung sau:
Nội dung đề nghị (trình bày mong muốn)
- Các phổ biến chỉ đạo
Người nhận: Các trưởng nhóm
Mục đích: Đưa ra những thông tin chỉ đạo kịp thời tới các trưởng nhóm từ đó phổ biến lại toàn thành viên trong dự án
Tần suất: Thường xuyên hàng tuần
Thời điểm: Trong thời gian dự án diễn ra Sáng thứ 2 mỗi tuần làm việc.
Hình thức: Gặp mặt trực tiếp trưởng nhóm
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Định dạng thông tin: Nội dung chỉ đạo cần ngắn gọn rõ ràng, nên có các phần sau:
Tổng kết 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ó
- Thông tin trao đổi: chi tiết công việc đã thực hiện
- Người gửi: Các trưởng nhóm
- Người nhận: Các trưởng nhóm
- Mục đích: Các nhóm trao đổi với nhau chi tiết các công việc mình đã hoàn thành để làm đầu vào cho công việc của nhóm tiếp theo.
- Tần suất: dưới trung bình
Sau mỗi giai đoạn của dự án, như sau khi hoàn tất phân tích nghiệp vụ để chuyển sang thiết kế, hoặc sau khi hoàn tất thiết kế để chuyển sang xây dựng phần mềm, việc đánh giá và tổng kết là rất quan trọng.
- Hình thức: Thông qua văn bản tài liệu, gặp gỡ trực tiếp
- Người chịu trách nhiệm xử lý: Các trưởng nhóm
Định dạng thông tin trong tài liệu phát triển phần mềm cần tuân thủ các tiêu chuẩn chung, bao gồm việc trình bày văn bản theo cách giống như các tài liệu chuyên nghiệp như bản đặc tả yêu cầu phần mềm và bản thiết kế chi tiết.
8.3.4 Giữa các trưởng nhóm-Giám đốc dự án
Người gửi: Các nhóm trưởng
Mục đích của việc tổng hợp báo cáo tiến độ là để các nhóm trưởng có thể cung cấp thông tin chi tiết về sự tiến triển của từng thành viên trong nhóm Điều này giúp giám đốc theo dõi và kiểm soát tiến độ dự án một cách hiệu quả hơn.
Tần suất: thường xuyên hàng tuần
Thời điểm: Trong toàn bộ thời gian dự án diễn ra Chiều thứ 5 hàng tuần
Hình thức: thông qua thư điện tử
Người chịu trách nhiệm xử lý: giám đốc
Định dạng thông tin: Thông tin gửi nên bao gồm các nội dung sau:
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 (% khối lượng công việc còn lại))
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
Người gửi: Các trưởng nhóm
Nhóm chúng tôi mong muốn cải thiện điều kiện làm việc bằng cách đề xuất một số yêu cầu, bao gồm việc đổi chỗ ngồi, nâng cấp máy tính hiện tại và sử dụng các phần mềm hỗ trợ Ngoài ra, chúng tôi cũng đề nghị bổ sung nhân sự để đáp ứng tốt hơn nhu cầu công việc.
Tần suất: Khi nào có nhu cầu
Thời điểm: Bất cứ lúc nào trong thời gian dự án diễn ra
Hình thức: Thông qua thư điện tử
Người chịu trách nhiệm xử lý: Giám đốc.
Định dạng thông tin: Thông tin có thể theo mẫu (hoặc không) nhưng cần có các nội dung sau:
Nội dung đề nghị (trình bày mong muốn)
- Các phổ biến chỉ đạo
Người nhận: Các trưởng nhóm
Mục đích: Đưa ra những thông tin chỉ đạo kịp thời tới các trưởng nhóm từ đó phổ biến lại toàn thành viên trong dự án
Tần suất: Thường xuyên hàng tuần, hoặc khi có sự thay đổi từ khách hàng hoặc các bên liên quan.
Thời điểm: Trong thời gian dự án diễn ra Sáng thứ hai mỗi tuần.
Hình thức: Gặp mặt trực tiếp trưởng nhóm.
Người chịu trách nhiệm xử lý: Các trưởng nhóm.
Định dạng thông tin: Nội dung chỉ đạo cần ngắn gọn rõ ràng, nên có các phần sau:
Tổng kết 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ó
QUẢN LÝ RỦI RO
Giới thiệu về kế hoạch quản lý rủi ro
Các dự án luôn tiềm ẩn rủi ro trong quá trình xây dựng và thực hiện, vì vậy việc xác định rủi ro là rất quan trọng để bảo đảm chất lượng sản phẩm Rủi ro của dự án là những vấn đề có thể phát sinh trong quá trình phát triển, mặc dù chưa xảy ra tại thời điểm bắt đầu Quản lý rủi ro là một thách thức lớn đối với giám đốc và đội ngũ dự án, vì nó liên quan đến các sự kiện hoặc trạng thái không chắc chắn có thể ảnh hưởng tích cực hoặc tiêu cực đến mục tiêu của dự án Việc quản lý rủi ro bao gồm các bước hệ thống để xác định, phân tích và ứng phó với các rủi ro, nhằm giảm thiểu tác động đến các 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 đó.
Đặt thời gian
Từ ngày 1 đến 7 tháng 1 năm 2023, nhóm phát triển dự án đã hoàn thành các tài liệu quản lý dự án, bao gồm tài liệu quản lý phạm vi, ước lượng và lập lịch Trong cuộc họp, nhóm đã xác định các rủi ro có thể xảy ra trong giai đoạn xác định yêu cầu.
Từ ngày 8 đến 12 tháng 1 năm 2023, giai đoạn xác định yêu cầu sẽ kết thúc và các rủi ro sẽ được đánh giá lại Quá trình này sẽ xem xét các rủi ro đã xảy ra, đang xảy ra và có khả năng xảy ra trong tương lai, đồng thời đề xuất các phương hướng giảm thiểu rủi ro Bên cạnh đó, chi phí do rủi ro gây ra, chi phí sửa chữa và các rủi ro phát sinh ngoài kế hoạch cũng sẽ được xác định Cuối cùng, các yêu cầu cần thiết cho người dùng và hệ thống sẽ được xác định để đảm bảo phù hợp với yêu cầu của khách hàng.
Từ ngày 13 đến 20 tháng 1 năm 2023, sau khi hoàn thành giai đoạn phân tích thiết kế, nhóm dự án đã tổ chức họp để đánh giá các rủi ro Họ xác định các rủi ro liên quan đến giai đoạn tiếp theo và định hướng các bước tiếp theo trong quá trình xây dựng hệ thống.
Từ ngày 21 đến 23 tháng 1 năm 2023, sau khi hoàn thành các chức năng như xây dựng cơ sở dữ liệu, giao diện và mã chương trình, nhóm dự án đã tiếp tục tổ chức họp để đánh giá rủi ro.
Xác định rủi ro của giai đoạn tiếp theo
Từ ngày 24 đến 27 tháng 1 năm 2023, nhóm dự án sẽ hoàn tất giai đoạn cuối cùng của dự án bằng cách tích hợp và kiểm thử tất cả các chức năng của chương trình sản phẩm Sau đó, toàn bộ đội ngũ sẽ tổ chức họp để đánh giá lần cuối các rủi ro có thể xảy ra khi hệ thống chính thức đi vào vận hành.
-Ngày 28/01 đến 31/01/2023: đây là giai đoạn làm tài liệu kết thúc dự án
Định dạng báo cáo
Sau mỗi lần họp xem xét rủi ro sẽ có báo cáo để lưu lại các thông tin về rủi ro.
Xác định rủi ro
9.4.1 Các lĩnh vực xảy ra rủi ro
STT Lĩnh vực xảy ra rủi ro
1 Lập kế hoạch dự án
6 Lĩnh vực liên quan tới tiến trình
7 Lĩnh vực liên quan tới con người
8 Lĩnh vực liên quan tới công nghệ
STT Lĩnh vực xảy ra rủi ro
1 Lập kế hoạch dự án
1.1 - Lập kế hoạch chậm, không hợp lí
1.2 - Các tài liệu dự án hoàn thành không đúng thời hạn
2.1 - Khách hàng thay đổi yêu cầu trong quá trình thực hiện
2.2 - Chưa hiểu rõ yêu cầu của khách 2.3 - Khách yêu cầu quá cao
2.4 - Xung đột giữa khách hàng và đội dự án
3.1 - Hệ thống không thực hiện đúng chức năng yêu cầu 3.2 - Tốc độ xử lí chậm
4 Chi phí dự án 4.1 - Ước lượng chi phí chênh lệch quá lớn so với thực tế
5 Cài đặt 5.1 - Phần mềm không tương thích với hệ thống 5.2 - Fix bug tốn nhiều thời gian
6 Lĩnh vực liên quan tới tiến trình
6.1 - Xung đột giữa các thành phần 6.2 - Nhiều tính năng dư thừa 6.3 - Sản phẩm hoàn thành sai hạn
7 Lĩnh vực liên quan tới con
7.1 - Thành viên trong đội bị bệnh
7.2 - Mâu thuẫn giữa các thành viên
7.3 - Trình độ chuyên môn yếu kém
8 Lĩnh vực liên quan tới công nghệ
8.2 - Công nghệ mới nhiều hệ thống không tương thích
9 Các lĩnh vực 9.1 - Thiếu cơ sở vật chất
Phân tích mức độ 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 bao gồm:
-Xác định sắc xuấ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.
WBS Sự kiện rủi ro
Ngày ảnh hưởng dự kiến
Xác suất rủi ro xuất hiện Ảnh hưởng của rủi ro
Lập kế hoạch chậm, không hợp lí
Khác h hàng thay đổi yêu cầu
Từ giai đoạn đầu tới thiết kế
3 Chư a hiểu rõ yêu cầu của khách
Từ đầu tới khi thiết kế
4 Khác h yêu cầu quá cao
Từ đầu tới khi thiết kế
5 Xun g đột giữa khách hàng và
Su ốt quá trình thực hiện
43 đội dự án dự án
6 Ước lượng chi phí chênh lệch quá lớn cho với thực tế
7 Phần mềm không tương thích với hệ thống
8 Fix bug mất nhiều thời gian
Kỹ sư đảm bảo chất lượng
Gia i đoạn cài đặt đến kết thúc dự án
9 Xun g đột giữa các thành phần
Gia i đoạn cài đặt đến kết thúc dự án
Sản phẩm hoàn thành sai hạn
Thàn h viên trong đội bị bệnh
W Su ốt quá trình thực hiện dự án
Mâu thuẫn giữa các thành viên
W Su ốt quá trình thực hiện dự án
Trìn h độ chuyên môn kém
W Su ốt quá trình thực hiện dự án
Thiế u cơ sở vật chất
Kế hoạch phòng ngừa rủi ro
Công việc cần làm Người chịu trách nhiệm
1 Tránh phát triển dự án gây rủi ro
Phân chia công việc, làm đúng tiến độ
Giám đốc dự án Đã thực hiện
Quan tâm tới khách hàng
Nhà phân tích nghiệp vụ Đã thực hiện
Thống nhất với khách từ dầu
Nhà phân tích nghiệp vụ Đã thực hiện
Giám đốc cần điều phối quan hệ giữa khách hàng và nhóm phát triển
Giám đốc dự án Đã thực hiện
Sủ dụng hợp lí các phương pháp ước lượng
Giám đốc dự án Đã thực hiện
Xác định rõ chức năng theo yêu cầu của khách
Giám đốc dự án Đã thực hiện
Thực hiện tốt quá trình kiểm tra chất lượng
Giám đốc dự án Đang thực hiện
8 Làm giảm xác suất Đảm bảo sản phẩm chạy tốt trên các hệ điều hành
9 Tránh xảy ra rủi ro
Kiểm tra code trong quá trình
Lập trình viên Đang thực hiện
Thực hiện đúng tiến độ dự án
Thêm thành viên mới Giám đốc dự án Đang thực hiện
12 Tránh xảy ra rủi ro
Tạo không khí thân thiện, cởi mở khi làm việc
Giám đốc dự án Đang thực hiện
Thành viên cần được tuyển chọn theo trình độ chuyên môn
Giám đốc dự án Đã thực hiện
14 Tránh xảy ra rủi ro
Lựa chọn công nghệ cẩn thận từ đầu
Giám đốc dự án Đang thực hiện
15 Tránh xảy ra rủi ro
Công nghệ mới cần được phổ biến cho thành viên đội dự án
Giám đốc dự án Đã thực hiện
Xác định rõ các chức năng cần thiết của hệ thống từ đầu
Nhà phân tích nghiệp vụ Đã thực hiện
17 Tránh xảy ra rủi ro
Kiểm tra thường xuyên và xửa nếu có lỗi
Cơ sở vật chất được tài trợ bởi bên khác
19 Thiết lập tài nguyên dự án
Thêm tài nguyên cần thiết và thành lập tài nguyên dự phòng
Giám đốc dự án Đã thực hiện
QUẢN LÝ MUA SẮM
Các giai đoạn trong công việc quản lý mua sắm trong dự án
Trong giai đoạn xây dựng ý tưởng, sau khi phác thảo mô hình hệ thống một cách tổng thể và khả thi, việc xác định mức đầu tư cho hạng mục mua sắm phần cứng, phần mềm và các chi phí khác là rất cần thiết.
- Giai đoạn phát triển: sau khi có được thiết kế cơ bản hệ thống cần chobiết sẽ phải đầu tư trang thiết bị nào
Trong giai đoạn thực hiện, dự án sẽ chú trọng vào việc tổ chức các thủ tục hợp đồng mua sắm, lắp đặt trang thiết bị và tiến hành cài đặt thử nghiệm.
Trong giai đoạn kết thúc, cần hoàn tất việc lắp đặt và thử nghiệm các hạng mục phần cứng Đồng thời, các thủ tục thanh toán cũng phải được thực hiện theo quy định của pháp luật.
Thủ túc mua sắm
- Lập kế hoạch mua sắm: xác định danh mục mua sắm (hệ thống máy chủ, nhà cung cấp dịch vụ mạng một số thiết bị khác )
- Lập kế hoạch đấu thầu để tuyển chọn nhà thầu cung cấp trang thiết bị
- Tổ chức đấu thầu lựa chọn nhà cung cấp
- Quản lý hợp đồng và hoàn tất thủ tục thanh lý hợp đồng
10.2.1 Các định danh mục mua sắm
- Các sản phẩm cần thiết cho dự án: “Quản lí website HLU”.
1 Hệ thống máy chủ Đăng ký tên miền
Sau khi hoàn tất dự án
Dung lượng cao, khả năng xử lí lớn
Nội dung Sau khi hoàn tất dự
3 Các thiết bị hỗ trợ
Hệ điều hành, phần mềm
Trong quá trình thực hiện Đáp ứng đủ yêu cầu
10.2.2 Lập kế hoạch đấu thầu
- Tất cả các chi phí trang thiết bị phần cứng và phần mềm đều được bên A (bên mượn sách dự án) chi trả.
10.2.3 Quản lý hợp đầu và thủ túc thanh lý hợp đầu
- Nội dung quản lý hợp đồng :
Hợp đồng là văn bản có giá trị pháp lý cao nhất, vì vậy những người soạn thảo hợp đồng phải chịu trách nhiệm pháp lý trong việc lập và quản lý các hợp đồng này.
Hợp đồng liên quan chặt chẽ đến pháp lý, vì vậy các nhà làm hợp đồng cần phải chịu trách nhiệm pháp lý trong việc lập và quản lý chúng.
+ Tránh việc phớt lờ những khế ước trong hợp đồng, dẫn tới những hậu quả nghiêm trọng
- Bảo đảm thực hiện đúng hợp đồng :
Bên mượn sách dự án (Bên A) cần thực hiện các biện pháp bảo đảm việc thực hiện hợp đồng trước khi hợp đồng chính thức có hiệu lực Điều này bao gồm việc cam kết giữa hai bên và có thể cần sự chứng thực từ một bên thứ ba nếu cần thiết.
+ Thời gian có hiệu lực của đảm bảo hợp đồng phải kéo dài cho đến khi chuyển sang nghĩa vụ bảo hành (nếu có)
Thời hạn bảo hành cần được quy định rõ ràng, đảm bảo áp dụng trong suốt quá trình thực hiện dự án cho đến khi bàn giao sản phẩm Mức tiền bảo hành cho mỗi sản phẩm sẽ tương đương với chi phí sửa chữa khi gặp sự cố.
+ Hợp đồng được thanh toán như giá hợp đồng và các điều khoản được ghi trong bản hợp đồng.
QUẢN LÝ TÍCH HỢP
Khái niệm
Quản lý tích hợp là quá trình đánh giá toàn diện dự án, giúp xác định các lĩnh vực cần đầu tư nguồn nhân lực và dự đoán các vấn đề quan trọng trước khi chúng phát sinh Bằng cách xử lý kịp thời các vấn đề này, quản lý tích hợp góp phần tối ưu hóa công việc và đạt được kết quả tốt nhất cho dự án.
Khung làm việc của quản lý sự tích hợp dự án đóng vai trò quan trọng trong việc liên kết các lĩnh vực kiến thức và chu trình sống của dự án Nó giúp đảm bảo rằng tất cả các yếu tố của dự án được phối hợp một cách hiệu quả, từ giai đoạn lập kế hoạch đến thực hiện và kết thúc Quản lý sự tích hợp không chỉ tối ưu hóa nguồn lực mà còn tăng cường khả năng đáp ứng với thay đổi, từ đó nâng cao hiệu suất và chất lượng của dự án Việc áp dụng khung làm việc này giúp các nhà quản lý dự án duy trì sự nhất quán và đồng bộ trong mọi hoạt động, góp phần vào sự thành công tổng thể của dự án.
Việc phát triển dự án bao gồm việc xây dựng kế hoạch chi tiết, sử dụng các hướng dẫn và tài liệu mẫu để tối ưu hóa quy trình phát triển Đồng thời, phân tích mô hình stacke hovel sẽ giúp quản lý hiệu quả các mối quan hệ trong dự án, đảm bảo sự phối hợp nhịp nhàng giữa các bên liên quan.
Việc thực thi dự án là giai đoạn quan trọng trong quá trình quản lý dự án, đóng vai trò kết nối giữa lập kế hoạch và thực tiễn Để đảm bảo thành công, cần chú trọng đến các yếu tố như sự phối hợp hiệu quả, sự cam kết của đội ngũ và quản lý rủi ro Các công cụ và kỹ thuật hỗ trợ như phần mềm quản lý dự án, biểu đồ Gantt và phương pháp Agile sẽ giúp theo dõi tiến độ, phân bổ tài nguyên và tối ưu hóa quy trình thực thi.
Hiểu rõ quy trình điều khiển tích hợp lập kế hoạch và quản lý sự thay đổi trong dự án CNTT là rất quan trọng Điều này giúp phát triển và sử dụng hệ điều hành thay đổi một cách hiệu quả, đảm bảo sự linh hoạt và thích ứng với yêu cầu mới.
Cấu trúc kế hoạch tích hợp
Tích hợp trong dự án
- Trong phần mềm hệ thống quản lý web bán hàng đã được tích hợp nhiều ứng dụng khác nhau.
+ Đầu tiên hệ thống vừa là nơi cho khách hàng xem thông tin sản phẩm và cũng như đặt mua hàng
+ Sau đó là xây dựng hệ thống để admin quản lý tất cả các sản phẩm, đơn hàng
- Hệ thống quản lý được tích hợp rất nhiều chức năng Là hệ thống tiện lợi đối với khách hàng cũng như người quản lí
Các kỹ năng quan trọng để thực thi kế hoạch dự án
- Các kỹ năng quản lý tổng quát như kỹ năng lãnh đạo, giao tiếp và chính trị
- Kỹ năng về sản phẩm và kiến thức: dùng các công cụ và kỹ thuật chuyên dụngs
TI LIỆU HƯỚNG DẪN SỬ DỤNG
Đăng nhập
Hình 1 1 Trang đăng nhập khách hàng
Giỏ hàng
Giao diện trang chủ
Giao diện đăng nhập admin
Hình 1 4 Đăng nhập của quản trị
Giao diện quản lý của admin
Hình 1 5 Giao diện quản lý admin
Trang các sản phẩm khác
Hình 1 6 Giao diện các trang sản phẩm