Đặc biệt, toà nhà văn phòng hiện naykhông chỉ đóng vai trò là nơi làm việc mà còn là hệ thống hạ tầng cơ sởquan trọng để hỗ trợ các hoạt động kinh doanh và quản lý nội dung số.Toà nhà vă
KHẢO SÁT, ĐẶC TẢ YÊU CẦU BÀI TOÁN
Đặc tả use case
Mã Use case UC01 Tên Use case Đăng nhập
Mô tả Người dùng-admin sử dụng tài khoản đã được tạo để thực hiện chức năng đăng nhập vào hệ thống Tác nhân Người dùng
Sự kiện kích hoạt Người dùng đăng nhập vào hệ thống Điểu kiện tiên quyết
STT Thực hiện bởi Hành động 1 Người dùng truy cập vào hệ thống 2 Hệ thống hiển thị giao diện đăng nhập 3 Người dùng nhập email và mật khẩu 4 Người dùng yêu cầu đăng nhập
5 Hệ thống kiểm tra email và mật khẩu có hợp lệ do nhân viên nhập trong hệ thống hay không6 Hệ thống đăng nhập hệ thống thành công,
Các luồng sự kiện thay thế
STT Thực hiện bởi Hành động
3a Hệ thống thông báo lỗi: Cần nhập các trường bắt buộc nhập nếu người dùng nhập thiếu
6a Hệ thống thông báo lỗi: Tài khoản chưa được đăng kí, vui lòng liên hệ quản trị viên nếu email không tồn tại trong hệ thống
6b Hệ thống thông báo lỗi: Mật khẩu không chính xác nếu đã tìm thấy email có trong hệ thống nhưng mật khẩu không đúng Điều kiện sau Nếu đăng nhập thành công, người dùng sẽ được chuyển đến màn hình trang chủ quản lý thông tin sức khoẻ y khoa b Thêm mới thông tin
Mã Use case UC02 Tên Use case Thêm mới thông tin
Mô tả Người dùng-admin, kỹ thuật viên thêm mới thông tin vào hệ thống Tác nhân Người dùng, kỹ thuật viên
Sự kiện kích hoạt Người dùng chọn chức năng thêm mới thông tin Điểu kiện tiên quyết Người dùng đăng nhập hệ thống
STT Thực hiện bởi Hành động 1 Người dùng Chọn chức năng thêm mới thông tin 2 Hệ thống Hiển thị giao diện thêm mới thông tin 3 Người dùng Nhập thông tin
4 Hệ thống Kiểm tra thông tin vừa nhập có đủ trường bắt buộc 5 Hệ thống Kiểm tra các định dạng trường
6 Hệ thống Thông báo đã thêm thông tin thành công
Các luồng sự kiện thay thế
STT Thực hiện bởi Hành động 4a Hệ thống Thông báo các trường chưa nhập đủ 5a Hệ thống Thông báo không đúng định dạng dữ liệu Điều kiện sau Không có c Chỉnh sửa thông tin
Mã Use case UC03 Tên Use case Chỉnh sửa thông
Mô tả Chỉnh sửa thông tin trong hệ thống Tác nhân Người dùng- admin, kỹ thuật viên
Sự kiện kích hoạt Người dùng chọn chức năng chỉnh sửa thông tin Điểu kiện tiên quyết Người dùng đăng nhập hệ thống
STT Thực hiện bởi Hành động 1 Người dùng Chọn quản lý thông tin 2 Người dùng Chọn thông tin cần chỉnh sửa 3 Người dùng Chọn chức năng sửa thông tin 4 Hệ thống Hiển thị giao diện thông tin cho phép chỉnh sửa thông tin 5 Người dùng Nhập thông tin cần sửa đổi và xác nhận
6 Hệ thống Sửa đổi thông tin 7 Hệ thống Thông báo cập nhật thành công
Các luồng sự kiện thay thế
STT Thực hiện bởi Hành động 6a Hệ thống Thông báo các thông tin nhập chưa đúng định dạng 7a Hệ thống Hiển thị giao diện sửa đổi Điều kiện sau Không có d Xoá thông tin
Mã Use case UC04 Tên Use case Xoá thông tin trong hệ thống
Mô tả Xoá thông tin bất kỳ trong hệ thống Tác nhân Người dùng
Sự kiện kích hoạt Người dùng chọn chức năng xoá thông tin Điểu kiện tiên quyết Người dùng chọn phần quản lý thông tin
STT Thực hiện bởi Hành động1 Người dùng Chọn quản lý thông tin 2 Người dùng Chọn danh mục cần xoá thông tin3 Người dùng Chọn chức năng xoá thông tin cá 4 Hệ thống Thông báo xác nhận xoá thông tin5 Người dùng Bấm xác nhận xoá thông tin6 Hệ thống Thông báo xoá thành công
Các luồng sự kiện thay thế
STT Thực hiện bởi Hành động 6a Hệ thống Thông báo xoá không thành công Điều kiện sau Không có e Tìm kiếm thông tin
Mã Use case UC05 Tên Use case Tìm kiếm thông tin trong hệ thống Mô tả Tìm kiếm và hiển thị thông tin chi tiết
Sự kiện kích hoạt Người dùng chọn chức năng tìm kiếm thông tin Điểu kiện tiên quyết Người dùng chọn phần quản lý thông tin
STT Thực hiện bởi Hành động 1 Người dùng Nhập thông tin tìm kiếm 2 Người dùng Chọn chức năng tìm kiếm 3 Hệ thống Tìm kiếm thông tin 4 Hệ thống Hiển thị thông tin tương ứng
Các luồng sự kiện thay thế
STT Thực hiện bởi Hành động 4a Hệ thống Thông báo không tìm được thông tin tương ứng Điều kiện sau Không có
PHÂN TÍCH THIẾT KẾ BÀI TOÁN
Thiết kế Cơ sở dữ liệu
Để quản lý thuê xe xây dựng cơ sở dữ liệu gồm các thực thể sau: a) Table User:
Thuộc tính Kiểu dữ liệu
Kích cỡ Rằng buộc toàn vẹn
Ghi chú id_user int khóa chính user_name varchar 50 not null password varchar 20 not null fullname varchar 50 not null phonenumber int not null email varchar 50 not null position varchar 50 not null b) Table Device:
Thuộc tính Kiểu dữ liệu
Kích cỡ Rằng buộc toàn vẹn
Ghi chú deviceID int khóa chính deviceName varchar 40 not null Tên Thiết bị deviceType varchar 40 not null Loại thiết bị purchaseDate int not null
RoomID int Forgein key liên quan đến phòng sử dụng cost_device varchar 50 not null warranty_period date 50 Default null Hạn bảo hành status text not null Trạng thái thiết bị c) Table Room:
Thuộc tính Kiểu dữ Kích Rằng buộc Ghi chú liệu cỡ toàn vẹn
RoomID int not null; khóa chính
Description char 50 not null d) Table Maintencance:
Thuộc tính Kiểu dữ liệu Kích cỡ Rằng buộc toàn vẹn
Ghi chú id_maintain int not null; khóa chính deviceID int not null date_maintain Date not null Định dạng
Description text 10 not null Viết mô tả
Cost_maintain varchar 50 Default 0 e) Table Issue:
Thuộc tính Kiểu dữ liệu Kích cỡ Rằng buộc toàn vẹn
Ghi chú issueID int Khoá chính deviceID int Khoá phụ
Reportby varchar 50 not null người báo cáo Description vảchar 50
Biểu đồ trình tự
b) Biểu đồ thêm thông tin tài khoản/thiết bị/ bảo trì/sự cố : c) Biểu đồ xóa thông tin tài khoản/thiết bị/ bảo trì/sự cố: d) Biểu đồ sửa thông tin tài khoản/thiết bị/ bảo trì/sự cố: e) Biểu đồ tìm kiếm tài khoản/thiết bị/ bảo trì/sự cố:
Thiết kế chi tiết lớp
Tên thuộc tính Kiểu dữ liệu Phạm vi truy cập Mô tả deviceID int Private Mã thiết bị deviceName String Private Tên thiết bị type String Private Kiểu thiết bị purchaseDate date Private Ngày mua roomID int Private Mã phòng costDevice double Private Giá thiết bị warrantyPeriod date Private Thời hạn bảo hành status int Private Trạng thái b) Room:
Tên thuộc tính Kiểu dữ liệu Phạm vi truy cập Mô tả roomID int Private Mã phòng roomName String Private Tên phòng floor int Private Số tầng
Description String Private Mô tả c) Maintencance (Bảo trì):
Tên thuộc tính Kiểu dữ liệu Phạm vi truy cập Mô tả maintainID int Private Mã bảo trì deviceID int Private Mã thiết bị dateMaintain date Private Ngày bảo trì description String Private Mô tả costMaintain double Private Giá bảo trì d) Customers kế thừa lớp Person:
Tên thuộc tính Kiểu dữ liệu Phạm vi truy cập Mô tả issueID int Private Mã vấn đề deviceID int Private Mã thiết bị reportby String Private Người gửi yêu cầu description String Private Mô tả reportDate date Private Ngày yêu cầu status int Private Trạng thái
THIẾT KẾ GIAO DIỆN NGƯỜI DÙNG
1 Đăng nhập - Sau khi điền tài khoản và mật khẩu, người dùng nhấn nút submit
- Nếu tài khoản và mật khẩu hợp lệ, hệ thống sẽ chuyển đến trang chủ
- Nếu tài khoản không hợp lệ, hệ thống sẽ thông báo và yêu cầu người dùng nhập lại.
- Chỉ có kỹ thuật viên mới có quyền truy cập vào mục quản lý thiết bị.
- Sau khi nhập thông tin thiết bị vào form xong, nhấn nút submit để đưa dữ liệu lên hệ thống cơ sở dữ liệu.
- Nếu thông tin thiết bị bị trùng lặp hoặc sai cú pháp thì hệ thống sẽ hiện thông báo lỗi nhập thông tin và yêu cầu nhập lại.
2 Sửa thông tin thiết bị
- Trường hợp phải thay đổi thông tin thiết bị, kỹ thuật viên chọn chức năng sửa thông tin, hệ thống sẽ hiển thị form như trên.
- Sau khi nhập thông tin xong, người dùng chọn nút submit để đưa lên hệ thống cơ sở dữ liệu.
- Nếu thông tin thiết bị bị trùng lặp hoặc sai cú pháp thì hệ thống sẽ hiện thông báo lỗi nhập thông tin và yêu cầu nhập lại.
- Chỉ có kỹ thuật viên mới có quyền truy cập vào mục quản lý thiết bị.
- Kỹ thuật viên có thể theo dõi tình trạng thiết bị như hình ảnh trên.
- Nếu muốn sửa hoặc xóa thiết bị thì người dùng có thể chọn chức năng sửa hoặc xóa.
- Khi người dùng phát hiện thiết bị không hoạt động, hoặc có vấn đề, người dùng có thể sử dụng tính năng yêu cầu bảo trì.
KẾ HOẠCH QUẢN LÝ RỦI RO
1 Giới thiệu về kế hoạch 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 đó.
2 Thời gian đánh giá rủi ro - Ngày 12/09/2023 đến 14/09/2023: 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 25/09 đến 09/01/2024: 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 Và định hướng được các bước tiếp cho quá trình xây dựng hệ thống.
- Ngày 10/01/2024 đến 29/02/2024: đây là giai đoạn kết thúc dự án, do vậy nhóm dự án sẽ tích hợp và kiểm thử tất cả các chức năng cho chương trình sản phẩm
Sau đó cả đội sẽ họp và đánh giá lần cuối các rủi ro sẽ xảy ra khi hệ thống đưa vào vận hành.
3 Mẫu báo cáo quản lý rủi ro - 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
Dưới đây là mẫu báo cáo:
4 Xác định rủi ro - Các lĩnh vực có thể xảy ra rủi ro được liệt kê ở bảng sau
STT Lĩnh vực xảy ra rủi ro 1 Lập kế hoạch dự án 2 Xác định yêu cầu 3 Chất lượng dự án 4 Chi phí dự án 5 Cài đặt CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc Lập – Tự Do – Hạnh Phúc BÁO CÁO QUẢN LÝ RỦI RO
Các thành viên tham gia:
Thời gian thực hiện: Từ………Đến………
…, Ngày … Tháng … Năm … Người xác nhận Người thực hiệ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ệ
9 Các lĩnh vực khác Bảng các lĩnh vực xảy ra rủi ro
- Các rủi ro thường xảy ra tương ứng với các lĩnh vực xảy ra rủi ro bao gồm:
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 hay 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 + Yêu cầu của khách 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 các 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 mất 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 k đúng hạn.
7 Lĩnh vực liên quan tới con người
7.1 + Thành viên trong đội bị bệnh.
7.2 + Mâu thuẫn giữa cá thành viên.
7.3 + Trình độ chuyên môn cò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.
5 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 Sau khi cuộc họp xác định rủi ro dự án, nhóm đã đưa ra được các rủi ro có thể xảy ra trong xuyên suốt thời gian thực hiện dự án, cụ thể như sau:
STT Sự kiện rủ ro
Xác suất rủi ro xuất hiện Ảnh hưở ng của rủ ro
Mức độ nghi êm trọng
1 Lập kế hoạch chậm, không hợp lý. Đỗ Tiến
2 Khách hàng hay thay đổi yêu cầu trong quá trình thực hiện
3 Chưa hiểu rõ yêu cầu của khách. Đồng Duy
4 Xung đột giữa khách hàng và đội dự án. Đỗ Tiến
5 Ước lượng chi phí chênh lệch quá lớn so với thực tế. Đỗ Tiến Dũng Nguyễn Tiến Nam
6 Phần mềm không tương thích với hệ thống. Đặng Quang Hiếu
7 Sản phẩm hoàn thành không đúng hạn.
8 Thành viên trong đội bị bệnh. Đỗ Tiến
Dũng Thấp Cao Trung bình 9
9 Mâu thuẫn giữa các thành Đỗ Tiến
Trình độ chuyên môn còn yếu kém. Đỗ Tiến
Tiến Nam Thấp Cao Cao 11
12 Công nghệ mới nhiều hệ thống không tương thích. Đặng Quang Hiếu Thấp Thấp Trung bình 12
6 Kế hoạch phòng ngừa rủi ro Sau khi xác định được các rủi ro có thể xảy ra khi thực hiện dự án, nhóm đã đưa ra được các giải pháp để phòng ngừa:
Tránh phát triển các dự án gây rủi ro
Phân chia công việc, yêu cầu làm đúng tiến độ dự án Đỗ Tiến Dũng Đã thực hiện
Quan tâm tới khách hàng Bùi Quang Hảo Đang thực hiện
Thông nhất với khách hàng ngay từ ban đầu Đồng Duy Hậu Bùi Quang Hảo Đã thực hiện
Sử dụng hợp lý các phương pháp ước lượng Đỗ Tiến Dũng Đã thực hiện
Xác định rõ các chức năng theo yêu cầu của khách hàng
Nguyễn Tiến Nam Đặng Quang Hiếu Đã thực hiện
Thực hiện tốt quá trình kiểm tra chất lượng sản phẩm
Bùi Quang Hảo Đồng Duy Hậu Đang thực hiện
7 Bổ sung thành viên dự bị
Thêm thành viên mới Đỗ Tiến Dũng Đang thực hiện
8 Tránh xảy ra rủi ro
Tạo không khí thân thiện, cởi mở trong quá trình làm việc Đỗ Tiến Dũng Đã thực hiện
Thành viên trong dự án cần được tuyển chọn theo trình độ chuyên môn nhất định Đỗ Tiến Dũng Đã thực hiện
10 Tránh xảy ra rủi ro
Cần lựa chọn công nghệ một cách cẩn thận ngay từ giai đoạn đầu
Nguyễn Tiến Nam Đặng Quang Hiếu Đã thực hiện
Nội dung quản lý chất lượng dự án
Xác định các tiêu chuẩn (metric) được sử dụng để đánh giá chất lượng phần mềm xây dựng Trong đó, đặc biệt chú ý đến:
Tính khả dụng của giao diện Tính toàn vẹn, bảo mật của dữ liệu trong lưu trữ và truyền dẫn Tốc độ truy xuất dữ liệu từ CSDL
Tính tái sử dụng của các component được phát triển Thành lập nhóm quản lý chất lượng cho dự án Trong đó, tất cả các bên liên quan đều có ít nhất một đại diện tham gia (thiết kế hệ thống, lập trình viên backend, lập trình viên frontend, kỹ sư cấu trúc dữ liệu, product owner, business analyst, vv) Xây dựng lịch trình cho các hoạt động quản lý chất lượng của nhóm này phù hợp với tốc độ phát triển của dự án
Xác định các phương thức kiểm thử phù hợp với dự án:
Kiểm thử chức năng định kỳ nhằm đảm bảo chức năng tuân thủ đúng yêu cầu
Lập trình viên có kinh nghiệm kiểm tra code đột xuất xem có tuân thủ đúng chuẩn không.