Thiết kế các module Xây dựng chức năng cùng các sự kiện 250.000VNĐ Xây dựng code Xử lý các tính năng khi thao tác 1.200.000VNĐ Cài đặt các module Demo module khi xây dựng xong 400.000
GIỚI THIỆU DỰ ÁN PHẦN MỀM
Xác định các yêu cầu của hệ thống
Người dân cần đến trạm y tế để xếp hàng khai báo y tế, điều này làm gia tăng nguy cơ lây nhiễm chéo trong cộng đồng.
Nhân viên y t s phát t khai báo cho tế ẽ ờ ừng người và kiểm tra thông tin người dân khai báo
Việc lưu trữ và truy vết thông tin cư dân gặp nhiều khó khăn do toàn bộ dữ liệu được ghi chép trong sổ sách, dẫn đến việc tìm kiếm mất nhiều thời gian.
Các nhân viên y t ph i ti p xúc tr c ti p vế ả ế ự ế ới người dân dẫn đến nguy cơ lây nhiễm cho cán bộ tăng lên.
1.4 Xác định các yêu c u c a h ầ ủ ệthống
- Các chức năng chính của dựán:
Chức năng đăng nhập và đăng xuất cho phép người dùng dễ dàng truy cập hệ thống thông qua số điện thoại, với tùy chọn đăng xuất chỉ bằng một nút bấm Ngoài ra, chức năng khai báo y tế giúp người dân thực hiện việc khai báo một cách nhanh chóng, tiết kiệm thời gian và giảm thiểu tiếp xúc không cần thiết, chỉ mất chưa đến 1 phút để hoàn thành.
Quản lý thông tin dân cư là chức năng quan trọng giúp người quản lý dễ dàng tìm kiếm và truy vết cư dân trong khu vực, từ đó tách biệt các trường hợp F0 khỏi cộng đồng Đồng thời, chức năng này cũng cho phép theo dõi thông tin của những người từ nơi khác đến, bao gồm nguồn gốc, lịch trình di chuyển, thời gian cư trú và địa chỉ thông qua khai báo y tế.
Quản lý thông tin về những người nhập cảnh là chức năng quan trọng giúp người quản lý nắm bắt hình thức nhập cảnh, tình trạng sức khỏe và khả năng đáp ứng các yêu cầu cần thiết.
1.4.2 Yêu c u phi chầ ức năng (1)
Yêu c u v bầ ề ảo mật h ệthống, b o mả ật thông tin người dùng phải được bảo m t v m t kh u và các thông tin cá nhân khác ậ ề ậ ẩ
1.4.2.2 Yêu cầu về sao lưu
H ệthống đáp ứng các nhu c u: d ầ ữliệu được luw thông trong h ệthống d ự phòng t ng 24/24 b ng m t h ự độ ằ ộ ệthống song hành nh m tránh m t d ằ ấ ữliệu
Dữ liệu c a h ủ ệthống có th k t xu t ra các thi t b ể ế ấ ế ị lưu trữ ngoài và có th ế khôi ph c khi c n thi t ụ ầ ế
1.4.2.3 Yêu cầu về tính năng sử ụng d
H ệthống thân thi n vệ ới người dùng d ễhiểu, d s dễ ử ụng
1.4.2.4 Yêu c u ràng bu c thiầ ộ ết kế
- Giao diện thân thi n d hi u d s d ng cho mệ ễ ể ễ ử ụ ọi lứa tuổi
- Tốc độ ử x lý thông tin nhanh chóng
- H qu n trệ ả ị cơ sở ữ d u: MySQL liệ
- Phân tích và thi t kế ế được th c hiự ện theo chu n UML ẩ
- H ệthống được thiế ế theo hướt k ng có th phát triể ển trong tương lại
- Hệ điều hành window 7 trở lên
- Cơ sở dữ liệu: Microsoft SQL Server
QUẢN LÝ DỰ ÁN
Ước lượ ng d án 6 ự 1 Ước lượ ng chi phí
Giai đoạn Công việc chính Mô tả công việc Chi phí
Khảo sát yêu cầu dự án
Thu thập các dữ liệu cần thiết về dự án 50.000VNĐ
Bắt đầu dự án Triển khai và thiết lập dự án 150.000VNĐ
Lập kế hoạch phạm vi dự án
Lập kế hoạch chi tiết cho phạm vi làm việc 100.000VNĐ
Viết báo cáo tổng kết dự án
Tổng kết lại toàn bộ quá trình quản lý dự án 50.000VNĐ
Phân tích và thiết kế hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của phần mềm
Mô tả hệ thống thông qua sơ đồ usecase và trình tự
Xây dựng sơ đồ usecase và trình tự bằng phần mềm draw.io
Thiết kế cơ cở dữ liệu
Xây dựng các trường dữ liệu cần thiết cho phần mềm 500.000VNĐ
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho phần mềm bán hàng
Viết bài phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra hệ thống phần mềm 200.000VNĐ
Module thống kê sản phẩm
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống 250.000VNĐ
Thiết kế các module Xây dựng chức năng cùng các sự kiện 250.000VNĐ
Xây dựng code Xử lý các tính năng khi thao tác 1.200.000VNĐ
Cài đặt các module Demo module khi xây dựng xong 400.000VNĐ
Kiểm tra giao diện, độ chính xác và tìm các lỗi trong hệ thống
Viết báo cáo hoàn thiện
Trình bày báo cáo chi tiết khi thiết kế module 100.000VNĐ
Tích hợp và hoàn thành sản phẩm
Module đã thiết kế Lắp ghép các module lại với nhau cho hoàn chỉnh 200.000VNĐ
Kiểm thử phần mềm Test lại toàn bộ hệ thống đã xây dựng 300.000VNĐ
Tìm kiếm các lỗi phát sinh trong quá trình thực thi
200.000VNĐ Đóng gói phần mềm
Viết báo cáo hướng dẫn sử dụng Viết bản hướng dẫn sử dụng phần mềm 20.000VNĐ
Lên kế hoạch bảo trì phần mềm Đề ra kế hoạch bảo trì 0VNĐ
Kết thúc dự án Tổng kết lại quá trình là ra dự án 0VNĐ
Bảng 2 1: Bảng ước lượng chi phí
Giai đoạn Công việc chính Mô tả công việc Thời gian
Quản lý dự án Khảo sát yêu cầu dự án Thu thập cá dự liệu cần thiết về dự án 1 ngày
Bắt đầu dự án Triển khai và thiết lập project cho dự án 1 ngày
Lập kế hoạch phạm vi dự án Lập kế hoạch chi tiết cho phạm vi làm việc 1 ngày
Viết báo cáo tổng kết dự án
Tổng kết lại toàn bộ quá trình quản lý dự án 1 ngày
Phân tích và thiết kế hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của phần mềm
Mô tả hệ thống thông qua sơ đồ usecase và trình tự
Xây dựng sơ đồ usecase và trình tự bằng phần mềm draw.io 5 ngày
Thiết kế cơ cở dự liệu Xây dựng các trường dữ liệu cần thiết cho phần mềm 1 ngày
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho phần mềm bán hàng
Viết bài phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra hệ thống phần mềm 1 ngày
Module thống kê sản phẩm
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống 2 ngày
Thiết kế các module Xây dựng chức năng cùng các sự kiện 3 ngày
Xây dựng code Xử lý các tính năng khi thao tác 5 ngày
Cài đặt các module Demo module khi xây dựng xong 1 ngày
Kiểm tra giao diện, độ chính xác và tìm các lỗi trong hệ thống
Viết báo cáo hoàn thiện Trình bày báo cáo chi tiết khi thiết kế module 1 ngày
Tích hợp và hoàn thành sản phẩm
Tích hợp các Module đã thiết kế Lắp ghép các module lại với nhau cho hoàn chỉnh 1 ngày
Kiểm thử phần mềm Test lại toàn bộ hệ thống đã xây dựng 1 ngày
Fix code Tìm kiếm các lỗi phát sinh trong quá trình thực thi 2 ngày Đóng gói phần mềm
Viết báo cáo hướng dẫn sử dụng Viết bản hướng dẫn sử dụng phần mềm 1 ngày
Lên kế hoạch bảo trì phần mềm Đề ra kế hoạch bảo trì 1 ngày
Kết thúc dự án Tổng kết lại quá trình là ra dự án 1 ngày
Bảng 2 2: Bảng ước lượng thời gian
2.1.3 Ước lượng về ố lượ s ng người tham gia
- S ố lượng người tham gia vào d án này là 3 ự người
2.2 L p l ch và theo dõi d ậ ị ựán
Hoạt động Tên hoạt động Hoạt động kế thừa
1.1 Khảo sát thực tế, phân tích yêu cầu 18/7/22 28/7/22 ✓
1.2 Báo cáo triển khai dự án 1.1 ✓
1.3 Lập kế hoạch cho dự án 1.2 1 ngày ✓ ✓
Phân tích và thiết kế phần mềm
2.1 Phân tích quy trình nghiệp vụ 1.2 1 ngày ✓ ✓
Xây dựng use case cho hệ thống 2.1 3 ngày ✓ ✓
2.3 Xậy dựng sơ đồ trình tự cho hệ thống
2.4 Thống nhất các sơ đồ 2.3 1 ngày ✓
Xây dựng cơ sở dự liệu
3.1 Phân tích các đối tượng
Xây dựng các thuộc tính cho từng đối tượng 3.1 1 ngày ✓ ✓
Thiết kế cơ sở dự liệu và nhập dữ liệu 3.1, 3.2 2 ngày ✓ ✓
Xây dựng các chức năng chính
4.1 Xây dựng các form đã được phân tích
4.2 Xử lý sự kiện 4.1 4 ngày ✓ ✓
Demo các module đã hoàn thành 4.1 1 ngày ✓ ✓
5.1 Kiểm tra các giao diện 4.3 1 ngày ✓ ✓
5.2 Kiểm tra lại dự liệu 5.1 1 ngày ✓ ✓
5.3 Fix code nếu gặp lỗi 5.2 1 ngày ✓ ✓
6.1 Viết báo cáo về module 5.1 1 ngày ✓ ✓
Viết báo cáo hướng dẫn sử dụng phần mềm
Tích hợp và bảo trì
Lên kế hoạch bảo trì phần mềm 5.3, 6.1 1 ngày ✓ ✓
Bảng 2 3: Bảng theo dõi d án ự
3.1 Xác định Actor và Use Case tổng quát của hệ thống
3.1.1 Xác định Actor hệ thống
Bảng 3 1: Bảng Actor và Use case tổng quát của hệ thôgns
3.1.2 Biểu đồ Use Case toàn hệ thống
Hình 3 1: Biểu đồ use case toàn h ệthống
3.2 Phân tích chi ti t t ng chế ừ ức năng
3.2.1 Chức năng đăng ký tài khoản
- Đặc tả use case đăng ký
- Mô tả: Để người dùng có tài kho n riêng bi t giúp d dàng trong viả ệ ễ ệc tương tác với hệ thống
+ Tác nhân yêu cầu giao diện đăng ký tài khoản vào hệ thống
+ Hệ thống hi n th giao diệ ị ện đăng ký cho tác nhân
Tác nhân sẽ cập nhật các thông tin yêu cầu trên giao diện hiện thị Hệ thống kiểm tra dữ liệu và xác nhận thông tin mà tác nhân đã nhập vào Nếu thông tin đúng, hệ thống sẽ gửi thông báo và chuyển tác nhân vào giao diện đăng nhập để thực hiện đăng nhập vào hệ thống.
+ Kết thúc use case đăng ký
Khi người dùng đang điền thông tin đăng ký nhưng muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị một thông báo hỏi người dùng có chắc chắn muốn thoát không Nếu người dùng chọn "không," giao diện đăng ký sẽ được giữ nguyên để tiếp tục điền thông tin; ngược lại, nếu chọn "có," người dùng sẽ thoát khỏi hệ thống Kết thúc trường hợp sử dụng đăng ký.
Nếu tác nhân nhập thông tin đăng ký không chính xác, hệ thống sẽ thông báo yêu cầu nhập lại thông tin sai hoặc cho phép thoát sau khi tác nhân chọn kết thúc use case.
- Các yêu cầu đặc biệt: Không có
Hình 3 2: Biểu đồ use case chức năng đăng ký tài khoản
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Khi đăng ký thành công, hệ thống sẽ gửi thông báo "Bạn đã đăng ký thành công!!!" và hiển thị giao diện đăng nhập để người dùng có thể truy cập vào hệ thống.
Nếu đăng ký không thành công, hệ thống sẽ thông báo “Bạn đã đăng ký thất bại!!!” và cho phép bạn quay lại để nhập lại thông tin cần thiết.
3.2.1.2 Biểu đồ hoạ ột đ ng chức năng đăng ký
- Mô tả các bước trong lu n nghi p vồ ệ ụ cơ bản
- Bước 1: Người dùng ch n chọ ức năng tạo tài kho n và nh p thông tin cá nhân ả ậ
Hình 3 3: Biểu đồ hoạt động chức năng đăng ký
- Bước 2: hệ thống ki m tra dể ữ liệu nh p vào ậ
✓ Tài khoản đã tồn tại: Quay lại bước 1
✓ Tài khoản chưa tồn tại: chuyển sang bước 3
- Bước 3: Thêm tài khoản trên database
3.2.1.3 Biểu đồ trình tự chức năng đăng ký
Hình 3 4: Biểu đồ trình t ựchức năng đăng ký
3.2.2 Chứ năng đăng nhập, đăng xuấc t tài kho n ả
- Đặc tả use case đăng nhập, đăng xuất
Mỗi khi người dùng tác động vào hệ thống quản lý, cần thực hiện chức năng đăng nhập để truy cập Sau khi hoàn tất công việc với phần mềm, người dùng nên đăng xuất tài khoản để đảm bảo an toàn cho thông tin.
+ Tác nhân yêu cầu giao diện đăng nhập vào hệ thống
+ Hệ thống hi n th giao diệ ị ện đăng nhập cho tác nhân
Tác nhân nhập tên đăng nhập và mật khẩu vào hệ thống Hệ thống sẽ kiểm tra dữ liệu và xác nhận thông tin mà tác nhân đã cung cấp Nếu thông tin chính xác, hệ thống sẽ gửi thông báo và cho phép tác nhân truy cập vào hệ thống Kết thúc quá trình đăng nhập.
+ Sự ki n 1: Nệ ếu tác nhân đăng nhập đúng, nhưng lại mu n thoát kh i h ố ỏ ệthống
Hệ thống thông báo thoát bằng cách đăng xuất Kết thúc use case
+ Sự ki n 2: Nệ ếu tác nhân đăng nhập sai Hệ thống thông báo đăng nhập lại hoặc thoát Sau khi tác nhân chọn thoát K t thúc use case ế
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
Hình 3 5: Biểu đồ use case chức năng đăng nhập
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Khi đăng nhập thành công, hệ thống sẽ gửi thông báo "Bạn đã đăng nhập thành công!!!" và hiển thị giao diện chính để người dùng có thể thực hiện các chức năng khác.
+ Nếu đăng nhập thất bại: Hệ thống cũng sẽ ửi thông báo “Bạn đã đăng nhậ g p thất bại!!!” và quay l i chạ ức năng đưang nhập
3.2.2.2 Biểu đồ hoạ ột đ ng chức năng đăng nhập
- Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người dùng yêu cầu đăng nhập
Hình 3 6: Biểu đồ hoạt động chức năng đăng nhập
- Bước 2: Hệ thống hi n th giao diể ị ện đăng nhập
- Bước 3: Người dùng hoặc người quản lý nh p d ậ ữliệu
- Bước 4: Hệ thống ki m tra d ể ữliệu nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 5
✓ Dữ liệu không kh p(không t n t i) trên database: quay lớ ồ ạ ại bước 3
- Bước 5: Hệ thống ki m tra quy n truy c p cể ề ậ ủa người đăng nhập
✓ Quyền truy c p vai trò user: chuy n tậ ể ới bước 6
✓ Quyền truy c p vai trò admin : chuy n tậ ể ới bước 7
- Bước 6: Hệ thống hi n th giao diể ị ện dành cho người dùng
- Bước 7: Hệ thống hi n th giao diể ị ện dành cho người quản lý
3.2.2.3 Biểu đồ trình tự chức năng đăng nhập
Hình 3 7: Biểu đồ trình t ựchức năng đăng nhập
3.2.3 Chức năng khai báo y tế
• Đặc tả use case khai báo y t ế
- Mô tả: Cho phép người dân có thể khai báo về tình trạng dịch tễ của mình trên hệ thống
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người dùng truy câpj vào giao di n chính ệ
+ Hệ thống hi n th giao diể ị ện người dùng đã chọn
+ Người dùng nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người dùng nhập vào:
✓ Dữ liệu nhập vào đúng cấu trúc: Hệ thống lưu dữ liệu và thị mã QR chứa dữ liệu người dùng vừa khai báo
✓ Dữ liệu nhập không đúng cấu trúc: Yêu cầu người dùng nhập lại
+ Kết thúc use case khai báo y tế
Hình 3 8: Biểu đồ use case chức năng khai báo ý tế
Trong tình huống đầu tiên, khi người dùng đang điền thông tin đăng khai báo và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị một thông báo hỏi người dùng có chắc chắn muốn thoát không Nếu người dùng chọn không, giao diện sẽ tiếp tục duy trì; nếu chọn có, hệ thống sẽ thoát Trong tình huống thứ hai, nếu thông tin khai báo không hợp lệ, hệ thống sẽ thông báo yêu cầu người dùng nhập lại thông tin sai hoặc cho phép thoát nếu người dùng chọn thoát.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Nếu thông tin khai báo không hợp lệ, hệ thống sẽ sử dụng mã QR để lưu trữ thông tin của người dùng vừa khai báo Sau đó, bạn có thể quay lại chức năng khai báo để cập nhật lại thông tin của mình.
Nếu thông tin khai báo không hợp lệ, hệ thống sẽ gửi thông báo “Thông tin khai báo không hợp lệ!!!” và quay lại chức năng khai báo để bạn có thể nhập lại thông tin của mình.
3.2.3.2 Biều đồ hoạ ột đ ng chức năng khai báo y tế
Hình 3 9: Biểu đồ hoạt động chức năng khai báo y tế
• Mô tả các bước trong lu ng nghi p vồ ệ ụ cơ bản
- Bước 1: Người dùng đăng nhập vào hệ thống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người dùng truy cập vào giao di n chính ệ
- Bước 4: Người dùng ch n m u t khai ọ ẫ ờ
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6: Người dùng nh p d ậ ữliệu vào m u t khai ẫ ờ
- Bước 7: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu nhập vào đúng cấu trúc: chuyển đến bước 8
✓ Dữ liệu nhập không đúng cấu trúc: quay lại bước 6
- Bước 8: Hệ thống lưu dữ liệu vào database
- Bước 9: Hệ thống hi n th mã QR chể ị ứa dữliệu người dùng vừa khai báo
3.2.3.3 Biểu đồ trình tự chức năng khai báo y t ế
Hình 3 10: Biểu đồ trình t ựchức năng khai báo ý tế
3.2.4 Chức năng quản lý tờ khai y tế
Hình 3 11: Biểu đồ use case chức năng quản lý t khai y t ờ ế
• Đặc tả use case qu n lý t khai ý t ả ờ ế
- Tác nhân: Người quản lý
- Mô tả: Cho phép người quản lý có thể quản lý các tờ khai, nắm được thông tin dịch tễ của người dân trong khu vực
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người quản lý truy cập vào giao di n chính ệ
+ Người quản lý ch n loọ ạ ờ khai y tế cần quản lý i t
+ Hệ thống hi n giao diể thị ện người quản lý đã chọn
+ Người quản lý ch n chọ ức năng cần s d ng ử ụ
+ Hệ thống hiển thị chức năng
+ Người quản lý nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người quản lý nhập vào:
✓ Dữ liệu nhập vào đúng cấu trúc: Hệ thống lưu dữ liệu và cập nhật lại dữ liệu
✓ Dữ liệu nhập không đúng cấu trúc: Yêu cầu người dùng nhập lại
+ Hệ thống cập nhật dữ liệu mới
+ Hệ thống hiển thị dữ liệu mới thay đổi
+ Kết thúc use case quản lý t khai báo y t ờ ế
Trong trường hợp đầu tiên, nếu người dùng đang điền thông tin đăng khai báo và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị thông báo xác nhận để người dùng chọn có muốn thoát hay không Nếu người dùng chọn không, giao diện sẽ tiếp tục duy trì; nếu chọn có, quá trình sẽ kết thúc Trong trường hợp thứ hai, nếu thông tin khai báo không hợp lệ, hệ thống sẽ thông báo yêu cầu người dùng nhập lại thông tin sai hoặc cho phép thoát nếu người dùng chọn thoát Kết thúc quy trình.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
+ Nếu thông tin h p l : Hợ ệ ệ thống s thông báo thành công và c p nh t l i d ẽ ậ ậ ạ ữ liệu trên hệ thống
+ Nếu không h p l : H ợ ệ ệthống cũng sẽ gửi thông báo “Thông tin không hợ lệ!!!” và quay l i chạ ức năng cho người quản lý nhậ ạp l i thông tin
3.2.5.2 Biểu đồ hoạ ột đ ng chức năng quản lý t khai y t ờ ế
• Mô tả các bước trong lu ng nghi p vồ ệ ụ cơ bản
+ Bước 1: Người quản lý đăng nhập vào hệ thống
+ Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
+ Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
Hình 3 12: Biểu đồ hoạt động chức năng quản lý t khaiờ
+ Bước 4: Người quản lý chọn loại tờ khai cần quản lý
+ Bước 5: Hệ thống hi n th giao diể ị ện người quản lý đã chọn
3.2.5.3 Biểu đồ hoạ ột đ ng chức năng tìm kiếm tờ khai y t ế
• Mô tả các bước trong luồn nghiệp vụ cơ bản
Hình 3 13: Biểu đồ hoạt động chức năng tìm kiếm t khaiờ
- Bước 1: Người quản lý đăng nhập vào hệ thống
- Bước 2: Hệ thống kiểm tra dữ liệu người dùng nhập vào
✓ Dữ liệu khớp với database: chuyển tới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy cập vào giao diện chính
- Bước 4: Người quản lý chọn loại tờ khai cần quản lý
- Bước 5: Hệ thống hiển thị giao diện người quản lý đã chọn
- Bước 6: Người quản lý nhập dữ liệu vào ô tìm kiếm trong giao diện quản lý
- Bước 7: Hệ thống kiểm tra dữ liệu người quản lý nhập vào
✓ Dữ liệu nhập vào có tồn tại: chuyển đến bước 8
✓ Dữ liệu nhập không tồn tại: quay lại bước 6\
- Bước 8: Thực hiện hiển thị dữ liệu
3.2.5.4 Biểu đồ trình tự chức năng tìm kiếm t khai y t ờ ế
Hình 2.2.5.5: Biểu đồ trình tự chức năng tìm kiếm t khai y tờ ế
3.2.5 Chức năng quản lý người dùng
Hình 3 14: Biểu đồ use case chức năng quản lý người dùng
• Đặc tả use case quản lý người dùng
- Tác nhân: Người quản lý
- Mô tả: Cho phép người quản lý nắm được thông tin của người dân đến khai báo
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người quản lý truy cập vào giao di n chính ệ
+ Người quản lý ch n quọ ản lý người dùng
+ Hệ thống hi n th giao diể ị ện người quản lý đã chọn
+ Người quản lý ch n chọ ức năng cần s d ng ử ụ
+ Hệ thống hiển thị chức năng
+ Người quản lý nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người quản lý nhập vào:
Để đảm bảo hệ thống hoạt động hiệu quả, dữ liệu cần được nhập vào đúng cấu trúc, giúp cho việc lưu trữ và cập nhật thông tin diễn ra suôn sẻ Trong trường hợp dữ liệu không đúng cấu trúc, hệ thống sẽ yêu cầu người dùng thực hiện nhập lại thông tin.
+ Hệ thống cập nhật dữ liệu mới
+ Hệ thống hiển thị dữ liệu mới thay đổi
+ Kết thúc use case khai báo y tế
Trong trường hợp đầu tiên, nếu người dùng đang điền thông tin đăng khai báo nhưng muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị một thông báo hỏi người dùng có chắc chắn muốn thoát không Nếu người dùng chọn không, giao diện sẽ tiếp tục duy trì; ngược lại, nếu chọn có, hệ thống sẽ thoát Kết thúc use case Trong trường hợp thứ hai, nếu thông tin khai báo không hợp lệ, hệ thống sẽ thông báo yêu cầu nhập lại thông tin sai hoặc cho phép người dùng thoát sau khi đã chọn thoát Kết thúc use case.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
+ Nếu thông tin h p l : Hợ ệ ệ thống s thông báo thành công và c p nh t l i d ẽ ậ ậ ạ ữ liệu
+ Nếu không h p l : H ợ ệ ệthống cũng sẽ gửi thông báo “Thông tin không hợ lệ!!!” và quay l i chạ ức năng cho người quản lý nh p l i thông tin ậ ạ
Hình 3 15: Biều đồ hoạt động chức năng quản lý người dùng
3.2.5.2 Biểu đồ hoạ ột đ ng chức năng quản lý người dùng
• Mô tả các bước trong lu n nghi p vồ ệ ụ cơ bản
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý ch n chả ọ ức năng cần s dử ụng
- Bước 7 : Hệthống hi n thể ị chức năng
- Bước 8 : Người dùng nh p dậ ữ liệu vào form
- Bước 9 : Hệthống kiểm tra dữ liệu nh p vàoậ
✓ Dữ liệu đúng cấu trúc : chuyển đến bước 10
✓ Dữ liệu không đúng cấu trúc : quay lại bước 8
- Bước 10 : Hệ thống c p nhậ ật dữ liệu mới
- Bước 11 : Hệ thống hi n th dể ị ữ liệu mới thay đổi
3.2.5.3 Biểu đồ trình tự chức năng quản lý người dùng
Hình 3 16: Biểu đồ trình t ựchức năng quản lý người dùng
3.2.5.4 Biểu đồ hoạ ột đ ng chức năng thêm người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
+ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
+ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý nh p dả ậ ữ liệu c n thêm m i vào textfield ầ ớ
- Bước 7 : Người qu n click ch n nút thêm ả ọ
- Bước 8 : Hệthống kiểm tra dữ liệu nh p vào ậ
Hình 3 17: Biểu đồ hoạt động chức năng thêm người dùng
+ Dữ liệu nh p vào h p l ậ ợ ệ: Chuyể ớn t i bước 9
+ Dữ liệu nh p vào không h p l : Quay lậ ợ ệ ại bước 6
- Bước 9 : Hệthống c p nhậ ật dữliệu lên database
- Bước 10 : Hệ thống hi n th dể ị ữ liệu m i thêm vào lên b ng d ớ ả ữliệu người dùng
3.2.5.5 Biểu đồ trình tự chức năng thêm người dùng
Hình 3 18: Biểu đồ trình t ựchức năng thêm người dùng
3.2.5.6 Biểu đồ hoạ ột đ ng chức năng sửa thông tin người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý nh p dả ậ ữ liệu c n s a mầ ử ới vào textfield
Hình 3 19: Biểu đồ hoạt động chức năng sửa thông tin người dùng
- Bước 7 : Người qu n click ch n nút s a ả ọ ử
- Bước 8 : Hệthống kiểm tra dữ liệu nh p vào ậ
✓ Dữ liệu nh p vào h p l ậ ợ ệ: Chuyể ớn t i bước 9
✓ Dữ liệu nh p vào không h p l : Quay lậ ợ ệ ại bước 6
- Bước 9 : Hệthống c p nhậ ật dữliệu lên database
- Bước 10 : Hệ thống hi n th dể ị ữ liệu mới sửa vào lên b ng dả ữ liệu người dùng
3.2.5.7 Biểu đồ trình tự chức năng sửa thông tin người dùng
Hình 3 20: Biểu đồ trình t ựchức năng sửa thông tin người dùng
3.2.5.8 Biểu đồ hoạ ột đ ng chức năng xóa dữ liệu người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
Hình 3 21 : Biểu đồ hoạt động chức năng xóa dữliệu người dùng
- Bước 6 : Người quản lý người dùng c n xóa trên table ầ
- Bước 7 : Người qu n click ch n nút xóa ả ọ
- Bước 8 : Hệthống h i lỏ ại người quản lý v thao tác xóa ề
- Bước 9 : Người qu n lý ch n : ả ọ
✓ Người quản lý ch n không xóa : H y ọ ủ thao tác xóa người dùng
✓ Người quản lý ch n xóa ọ : Chuyển tới bước 10
- Bước 10 : Hệ thống kiểm tra dữ liệ ồ ạu t n t i :
✓ Dữ liệu không t n t i : H ồ ạ ệthống thông báo người dùng không tồ ạn t i
✓ Dữ liệu t n t i: Chuy n tồ ạ ể ới bước 11
- Bước 11 : Hệ thống xóa d ữliệu trên database
- Bước 12 : Hệ thống hi n th dể ị ữ liệu m i vào lên b ng dớ ả ữ liệu người dùng
3.2.5.9 Biểu đồ trình tự chức năng xóa dữ liệu người dùng
Hình 3 22: Biểu đồ trình t ựchức năng xóa dữliệu người dùng
Xác định Actor và Use Case tổng quát của hệ thống
3.1.1 Xác định Actor hệ thống
Bảng 3 1: Bảng Actor và Use case tổng quát của hệ thôgns
3.1.2 Biểu đồ Use Case toàn hệ thống
Hình 3 1: Biểu đồ use case toàn h ệthống
Phân tích chi ti t t ng ch ế ừ ức năng
3.2.1 Chức năng đăng ký tài khoản
- Đặc tả use case đăng ký
- Mô tả: Để người dùng có tài kho n riêng bi t giúp d dàng trong viả ệ ễ ệc tương tác với hệ thống
+ Tác nhân yêu cầu giao diện đăng ký tài khoản vào hệ thống
+ Hệ thống hi n th giao diệ ị ện đăng ký cho tác nhân
Tác nhân sẽ cập nhật các thông tin cần thiết trên giao diện hiện tại Hệ thống sẽ kiểm tra và xác nhận thông tin mà tác nhân đã nhập vào Nếu thông tin chính xác, hệ thống sẽ gửi thông báo và chuyển tác nhân đến giao diện đăng nhập để truy cập vào hệ thống.
+ Kết thúc use case đăng ký
Khi người dùng đang điền thông tin đăng ký và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị một thông báo hỏi xem họ có chắc chắn muốn thoát hay không Nếu người dùng chọn không thoát, giao diện đăng ký sẽ được duy trì; ngược lại, nếu họ chọn thoát, quá trình đăng ký sẽ kết thúc.
Nếu tác nhân nhập thông tin đăng ký không hợp lệ, hệ thống sẽ thông báo yêu cầu nhập lại các thông tin sai hoặc cho phép thoát sau khi tác nhân chọn kết thúc use case.
- Các yêu cầu đặc biệt: Không có
Hình 3 2: Biểu đồ use case chức năng đăng ký tài khoản
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Khi đăng ký thành công, hệ thống sẽ gửi thông báo "Bạn đã đăng ký thành công!!!" và hiển thị giao diện đăng nhập để người dùng có thể truy cập vào hệ thống.
Nếu quá trình đăng ký không thành công, hệ thống sẽ hiển thị thông báo “Bạn đã đăng ký thất bại!!!” và cho phép bạn quay lại chức năng đăng ký để nhập lại thông tin cá nhân của mình.
3.2.1.2 Biểu đồ hoạ ột đ ng chức năng đăng ký
- Mô tả các bước trong lu n nghi p vồ ệ ụ cơ bản
- Bước 1: Người dùng ch n chọ ức năng tạo tài kho n và nh p thông tin cá nhân ả ậ
Hình 3 3: Biểu đồ hoạt động chức năng đăng ký
- Bước 2: hệ thống ki m tra dể ữ liệu nh p vào ậ
✓ Tài khoản đã tồn tại: Quay lại bước 1
✓ Tài khoản chưa tồn tại: chuyển sang bước 3
- Bước 3: Thêm tài khoản trên database
3.2.1.3 Biểu đồ trình tự chức năng đăng ký
Hình 3 4: Biểu đồ trình t ựchức năng đăng ký
3.2.2 Chứ năng đăng nhập, đăng xuấc t tài kho n ả
- Đặc tả use case đăng nhập, đăng xuất
Mỗi khi tác nhân sử dụng hệ thống quản lý, cần thực hiện chiến lược đảm bảo chức năng đăng nhập an toàn vào hệ thống Sau khi hoàn tất việc sử dụng phần mềm, người dùng cần đăng xuất tài khoản khỏi hệ thống quản lý để bảo vệ thông tin cá nhân.
+ Tác nhân yêu cầu giao diện đăng nhập vào hệ thống
+ Hệ thống hi n th giao diệ ị ện đăng nhập cho tác nhân
Tác nhân nhập tên đăng nhập và mật khẩu vào hệ thống Hệ thống sẽ kiểm tra dữ liệu và xác nhận thông tin mà tác nhân đã cung cấp Nếu thông tin chính xác, hệ thống sẽ gửi thông báo và cho phép tác nhân truy cập vào hệ thống Kết thúc quá trình đăng nhập.
+ Sự ki n 1: Nệ ếu tác nhân đăng nhập đúng, nhưng lại mu n thoát kh i h ố ỏ ệthống
Hệ thống thông báo thoát bằng cách đăng xuất Kết thúc use case
+ Sự ki n 2: Nệ ếu tác nhân đăng nhập sai Hệ thống thông báo đăng nhập lại hoặc thoát Sau khi tác nhân chọn thoát K t thúc use case ế
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
Hình 3 5: Biểu đồ use case chức năng đăng nhập
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Nếu bạn đăng nhập thành công, hệ thống sẽ hiển thị thông báo "Bạn đã đăng nhập thành công!!!" và chuyển đến giao diện chính, nơi bạn có thể thực hiện các chức năng khác.
+ Nếu đăng nhập thất bại: Hệ thống cũng sẽ ửi thông báo “Bạn đã đăng nhậ g p thất bại!!!” và quay l i chạ ức năng đưang nhập
3.2.2.2 Biểu đồ hoạ ột đ ng chức năng đăng nhập
- Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người dùng yêu cầu đăng nhập
Hình 3 6: Biểu đồ hoạt động chức năng đăng nhập
- Bước 2: Hệ thống hi n th giao diể ị ện đăng nhập
- Bước 3: Người dùng hoặc người quản lý nh p d ậ ữliệu
- Bước 4: Hệ thống ki m tra d ể ữliệu nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 5
✓ Dữ liệu không kh p(không t n t i) trên database: quay lớ ồ ạ ại bước 3
- Bước 5: Hệ thống ki m tra quy n truy c p cể ề ậ ủa người đăng nhập
✓ Quyền truy c p vai trò user: chuy n tậ ể ới bước 6
✓ Quyền truy c p vai trò admin : chuy n tậ ể ới bước 7
- Bước 6: Hệ thống hi n th giao diể ị ện dành cho người dùng
- Bước 7: Hệ thống hi n th giao diể ị ện dành cho người quản lý
3.2.2.3 Biểu đồ trình tự chức năng đăng nhập
Hình 3 7: Biểu đồ trình t ựchức năng đăng nhập
3.2.3 Chức năng khai báo y tế
• Đặc tả use case khai báo y t ế
- Mô tả: Cho phép người dân có thể khai báo về tình trạng dịch tễ của mình trên hệ thống
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người dùng truy câpj vào giao di n chính ệ
+ Hệ thống hi n th giao diể ị ện người dùng đã chọn
+ Người dùng nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người dùng nhập vào:
✓ Dữ liệu nhập vào đúng cấu trúc: Hệ thống lưu dữ liệu và thị mã QR chứa dữ liệu người dùng vừa khai báo
✓ Dữ liệu nhập không đúng cấu trúc: Yêu cầu người dùng nhập lại
+ Kết thúc use case khai báo y tế
Hình 3 8: Biểu đồ use case chức năng khai báo ý tế
Trong sự kiện 1, khi người dùng đang điền thông tin đăng khai báo và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị thông báo hỏi người dùng có chắc chắn muốn thoát không Nếu người dùng chọn không, giao diện sẽ tiếp tục duy trì; nếu chọn có, hệ thống sẽ thoát Kết thúc use case Trong sự kiện 2, nếu người dùng nhập thông tin khai báo không hợp lệ, hệ thống sẽ thông báo yêu cầu nhập lại thông tin sai hoặc cho phép thoát nếu người dùng chọn thoát Kết thúc use case.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
Nếu thông tin khai báo không hợp lệ, hệ thống sẽ sử dụng mã QR để lưu trữ thông tin người dùng đã khai báo Sau đó, bạn có thể quay lại chức năng khai báo để cập nhật lại thông tin của mình.
Nếu thông tin khai báo không hợp lệ, hệ thống sẽ gửi thông báo “Thông tin khai báo không hợp lệ!!!” và yêu cầu bạn thực hiện lại việc khai báo thông tin của mình.
3.2.3.2 Biều đồ hoạ ột đ ng chức năng khai báo y tế
Hình 3 9: Biểu đồ hoạt động chức năng khai báo y tế
• Mô tả các bước trong lu ng nghi p vồ ệ ụ cơ bản
- Bước 1: Người dùng đăng nhập vào hệ thống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người dùng truy cập vào giao di n chính ệ
- Bước 4: Người dùng ch n m u t khai ọ ẫ ờ
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6: Người dùng nh p d ậ ữliệu vào m u t khai ẫ ờ
- Bước 7: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu nhập vào đúng cấu trúc: chuyển đến bước 8
✓ Dữ liệu nhập không đúng cấu trúc: quay lại bước 6
- Bước 8: Hệ thống lưu dữ liệu vào database
- Bước 9: Hệ thống hi n th mã QR chể ị ứa dữliệu người dùng vừa khai báo
3.2.3.3 Biểu đồ trình tự chức năng khai báo y t ế
Hình 3 10: Biểu đồ trình t ựchức năng khai báo ý tế
3.2.4 Chức năng quản lý tờ khai y tế
Hình 3 11: Biểu đồ use case chức năng quản lý t khai y t ờ ế
• Đặc tả use case qu n lý t khai ý t ả ờ ế
- Tác nhân: Người quản lý
- Mô tả: Cho phép người quản lý có thể quản lý các tờ khai, nắm được thông tin dịch tễ của người dân trong khu vực
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người quản lý truy cập vào giao di n chính ệ
+ Người quản lý ch n loọ ạ ờ khai y tế cần quản lý i t
+ Hệ thống hi n giao diể thị ện người quản lý đã chọn
+ Người quản lý ch n chọ ức năng cần s d ng ử ụ
+ Hệ thống hiển thị chức năng
+ Người quản lý nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người quản lý nhập vào:
✓ Dữ liệu nhập vào đúng cấu trúc: Hệ thống lưu dữ liệu và cập nhật lại dữ liệu
✓ Dữ liệu nhập không đúng cấu trúc: Yêu cầu người dùng nhập lại
+ Hệ thống cập nhật dữ liệu mới
+ Hệ thống hiển thị dữ liệu mới thay đổi
+ Kết thúc use case quản lý t khai báo y t ờ ế
Trong trường hợp đầu tiên, nếu người dùng đang điền thông tin đăng khai báo và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị thông báo hỏi người dùng có chắc chắn muốn thoát hay không Nếu người dùng chọn "không," giao diện sẽ tiếp tục hoạt động; ngược lại, nếu chọn "có," quá trình sẽ kết thúc Trong trường hợp thứ hai, nếu thông tin khai báo của người dùng không hợp lệ, hệ thống sẽ thông báo yêu cầu nhập lại thông tin sai hoặc cho phép thoát nếu người dùng chọn thoát.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
+ Nếu thông tin h p l : Hợ ệ ệ thống s thông báo thành công và c p nh t l i d ẽ ậ ậ ạ ữ liệu trên hệ thống
+ Nếu không h p l : H ợ ệ ệthống cũng sẽ gửi thông báo “Thông tin không hợ lệ!!!” và quay l i chạ ức năng cho người quản lý nhậ ạp l i thông tin
3.2.5.2 Biểu đồ hoạ ột đ ng chức năng quản lý t khai y t ờ ế
• Mô tả các bước trong lu ng nghi p vồ ệ ụ cơ bản
+ Bước 1: Người quản lý đăng nhập vào hệ thống
+ Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
+ Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
Hình 3 12: Biểu đồ hoạt động chức năng quản lý t khaiờ
+ Bước 4: Người quản lý chọn loại tờ khai cần quản lý
+ Bước 5: Hệ thống hi n th giao diể ị ện người quản lý đã chọn
3.2.5.3 Biểu đồ hoạ ột đ ng chức năng tìm kiếm tờ khai y t ế
• Mô tả các bước trong luồn nghiệp vụ cơ bản
Hình 3 13: Biểu đồ hoạt động chức năng tìm kiếm t khaiờ
- Bước 1: Người quản lý đăng nhập vào hệ thống
- Bước 2: Hệ thống kiểm tra dữ liệu người dùng nhập vào
✓ Dữ liệu khớp với database: chuyển tới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy cập vào giao diện chính
- Bước 4: Người quản lý chọn loại tờ khai cần quản lý
- Bước 5: Hệ thống hiển thị giao diện người quản lý đã chọn
- Bước 6: Người quản lý nhập dữ liệu vào ô tìm kiếm trong giao diện quản lý
- Bước 7: Hệ thống kiểm tra dữ liệu người quản lý nhập vào
✓ Dữ liệu nhập vào có tồn tại: chuyển đến bước 8
✓ Dữ liệu nhập không tồn tại: quay lại bước 6\
- Bước 8: Thực hiện hiển thị dữ liệu
3.2.5.4 Biểu đồ trình tự chức năng tìm kiếm t khai y t ờ ế
Hình 2.2.5.5: Biểu đồ trình tự chức năng tìm kiếm t khai y tờ ế
3.2.5 Chức năng quản lý người dùng
Hình 3 14: Biểu đồ use case chức năng quản lý người dùng
• Đặc tả use case quản lý người dùng
- Tác nhân: Người quản lý
- Mô tả: Cho phép người quản lý nắm được thông tin của người dân đến khai báo
+ Sau khi hoàn thành đăng nhập, hệ thống cho phép người quản lý truy cập vào giao di n chính ệ
+ Người quản lý ch n quọ ản lý người dùng
+ Hệ thống hi n th giao diể ị ện người quản lý đã chọn
+ Người quản lý ch n chọ ức năng cần s d ng ử ụ
+ Hệ thống hiển thị chức năng
+ Người quản lý nhập dữ liệu vào form
+ Hệ thống kiểm tra dữ liệu người quản lý nhập vào:
Hệ thống yêu cầu dữ liệu nhập vào phải đúng cấu trúc để lưu trữ và cập nhật hiệu quả Nếu dữ liệu nhập không đúng cấu trúc, người dùng sẽ được yêu cầu nhập lại thông tin.
+ Hệ thống cập nhật dữ liệu mới
+ Hệ thống hiển thị dữ liệu mới thay đổi
+ Kết thúc use case khai báo y tế
Trong trường hợp người dùng đang điền thông tin đăng khai báo và muốn thoát khỏi hệ thống, hệ thống sẽ hiển thị một thông báo yêu cầu xác nhận việc thoát Nếu người dùng chọn "không," giao diện sẽ tiếp tục hoạt động; nếu chọn "có," quá trình sẽ kết thúc Ngoài ra, nếu thông tin khai báo không hợp lệ, hệ thống sẽ thông báo yêu cầu nhập lại thông tin sai hoặc cho phép thoát sau khi người dùng chọn thoát.
- Các yêu cầu đặc biệt: Không có
- Trạng thái hệ thống trước khi sử d ng use case: Không có yêu c u ụ ầ
- Trạng thái hệ thống sau khi s d ng use case: ử ụ
+ Nếu thông tin h p l : Hợ ệ ệ thống s thông báo thành công và c p nh t l i d ẽ ậ ậ ạ ữ liệu
+ Nếu không h p l : H ợ ệ ệthống cũng sẽ gửi thông báo “Thông tin không hợ lệ!!!” và quay l i chạ ức năng cho người quản lý nh p l i thông tin ậ ạ
Hình 3 15: Biều đồ hoạt động chức năng quản lý người dùng
3.2.5.2 Biểu đồ hoạ ột đ ng chức năng quản lý người dùng
• Mô tả các bước trong lu n nghi p vồ ệ ụ cơ bản
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nh p vào ậ
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý ch n chả ọ ức năng cần s dử ụng
- Bước 7 : Hệthống hi n thể ị chức năng
- Bước 8 : Người dùng nh p dậ ữ liệu vào form
- Bước 9 : Hệthống kiểm tra dữ liệu nh p vàoậ
✓ Dữ liệu đúng cấu trúc : chuyển đến bước 10
✓ Dữ liệu không đúng cấu trúc : quay lại bước 8
- Bước 10 : Hệ thống c p nhậ ật dữ liệu mới
- Bước 11 : Hệ thống hi n th dể ị ữ liệu mới thay đổi
3.2.5.3 Biểu đồ trình tự chức năng quản lý người dùng
Hình 3 16: Biểu đồ trình t ựchức năng quản lý người dùng
3.2.5.4 Biểu đồ hoạ ột đ ng chức năng thêm người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
+ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
+ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý nh p dả ậ ữ liệu c n thêm m i vào textfield ầ ớ
- Bước 7 : Người qu n click ch n nút thêm ả ọ
- Bước 8 : Hệthống kiểm tra dữ liệu nh p vào ậ
Hình 3 17: Biểu đồ hoạt động chức năng thêm người dùng
+ Dữ liệu nh p vào h p l ậ ợ ệ: Chuyể ớn t i bước 9
+ Dữ liệu nh p vào không h p l : Quay lậ ợ ệ ại bước 6
- Bước 9 : Hệthống c p nhậ ật dữliệu lên database
- Bước 10 : Hệ thống hi n th dể ị ữ liệu m i thêm vào lên b ng d ớ ả ữliệu người dùng
3.2.5.5 Biểu đồ trình tự chức năng thêm người dùng
Hình 3 18: Biểu đồ trình t ựchức năng thêm người dùng
3.2.5.6 Biểu đồ hoạ ột đ ng chức năng sửa thông tin người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
- Bước 6 : Người qu n lý nh p dả ậ ữ liệu c n s a mầ ử ới vào textfield
Hình 3 19: Biểu đồ hoạt động chức năng sửa thông tin người dùng
- Bước 7 : Người qu n click ch n nút s a ả ọ ử
- Bước 8 : Hệthống kiểm tra dữ liệu nh p vào ậ
✓ Dữ liệu nh p vào h p l ậ ợ ệ: Chuyể ớn t i bước 9
✓ Dữ liệu nh p vào không h p l : Quay lậ ợ ệ ại bước 6
- Bước 9 : Hệthống c p nhậ ật dữliệu lên database
- Bước 10 : Hệ thống hi n th dể ị ữ liệu mới sửa vào lên b ng dả ữ liệu người dùng
3.2.5.7 Biểu đồ trình tự chức năng sửa thông tin người dùng
Hình 3 20: Biểu đồ trình t ựchức năng sửa thông tin người dùng
3.2.5.8 Biểu đồ hoạ ột đ ng chức năng xóa dữ liệu người dùng
• Mô tả các bước trong lu ng nghi p v : ồ ệ ụ
- Bước 1: Người quản lý đăng nhập vào h ệthống
- Bước 2: Hệ thống ki m tra d ể ữliệu người dùng nhập vào
✓ Dữ liệu kh p v i database: chuy n tớ ớ ể ới bước 3
✓ Dữ liệu không có trên database: quay lại bước 2
- Bước 3: Hệ thống cho người quản lý truy c p vào giao di n chính ậ ệ
- Bước 4: Người qu n lý ch n quả ọ ản lý người dùng
- Bước 5: Hệ thống hi n th giao diể ị ện người dùng đã chọn
Hình 3 21 : Biểu đồ hoạt động chức năng xóa dữliệu người dùng
- Bước 6 : Người quản lý người dùng c n xóa trên table ầ
- Bước 7 : Người qu n click ch n nút xóa ả ọ
- Bước 8 : Hệthống h i lỏ ại người quản lý v thao tác xóa ề
- Bước 9 : Người qu n lý ch n : ả ọ
✓ Người quản lý ch n không xóa : H y ọ ủ thao tác xóa người dùng
✓ Người quản lý ch n xóa ọ : Chuyển tới bước 10
- Bước 10 : Hệ thống kiểm tra dữ liệ ồ ạu t n t i :
✓ Dữ liệu không t n t i : H ồ ạ ệthống thông báo người dùng không tồ ạn t i
✓ Dữ liệu t n t i: Chuy n tồ ạ ể ới bước 11
- Bước 11 : Hệ thống xóa d ữliệu trên database
- Bước 12 : Hệ thống hi n th dể ị ữ liệu m i vào lên b ng dớ ả ữ liệu người dùng
3.2.5.9 Biểu đồ trình tự chức năng xóa dữ liệu người dùng
Hình 3 22: Biểu đồ trình t ựchức năng xóa dữliệu người dùng
THIẾT KẾ
Thiết kế giao diện
Hình 4 1: Giao diện đăng nhập
T hiết kế lưu trữ
Hình 4 3: Biểu đồ diagram cơ sở ữ d liệu
LẬP TRÌNH
- Lý do ch n ngôn ng lọ ữ ập trình : Đã qua đào tạo cơ bản v l p trình b ng ề ậ ằ java do trường đại học Điện Lực đào tạo
- Hệ quản tr ị cơ sở ữ d u : Microsoft SQL Server Management Studio liệ
Hình 5 1: Giao diện đăng nhập
Hình 5 2: Giao diện đăng ký
Hình 5 3: Giao di n menu chính ệ
Hình 5 4: Giao di n khai báo y tệ ế
Hình 5 5 Giao di n khai bao y t toàn dân: ệ ế
Hình 5 6 Giao di n khai bao y t di chuy n n: ệ ế ể ội địa
Hình 5 7 Giao di n khai báo y t nh p c nh ; ệ ế ậ ả
Hình 5 8 Giao di n qu: ệ ản lý người dùng
Hình 5 9 Giao di n qu n lý t khai y t toàn dân: ệ ả ờ ế
Hình 5 10 Giao di n qu n lý t khai y t n: ệ ả ờ ế ội địa
Hình 5 11 Giao di n qu n lý t khai y t nh p c: ệ ả ờ ế ậ ảnh
Hình 5 12 Giao di n : ệ xuất file excel
Hình 5.13: Chức năng thống kê
KIỂM THỬ PHẦN MỀM
ID_TEST Pre_condition Test operation Expected result Actual Result
Login_01 Kiểm tra giao diện
Hiển th form ị đăng nhập
Login_02 Kiểm tra giao diện Ấn nút tab trên bàn phím
Thực hiện được đúng thứ tự từ trên xuống dưới, từ trái qua phải
Login_03 Vị trí form Kiểm tra v trí ị form
Form hi n th ể ị chính giữa màn hình
Login_04 Khả năng resize của form
Kiểm tra Khả năng resize của form
Login_05 Khả năng di chuyển của form
Kiểm tra Khả năng di chuyển của form
Form có th di ể chuyển được trên màn hình P
Login_06 Kiểm tra trạng thái button
Trạng thái của button đăng nhập, đăng kí hoạt động
Login_07 Kiểm tra các field trong form
Label và button đúng kích thước, vị trí, màu sắc:
Login_08 Kiểm tra hiển thị mật khẩu
Hiện th dị ấu “*” khi nh p thông ậ
Lớp tín chỉ DV3 password Kiểm tra hiển th ị tin vào ô m t ậ khẩu
Login_09 Kiểm tra textboxs mặc định
Hiển th file ị Số điện thoại,
Mật khẩu: Kh ả dụng và để trống p
Login_10 Kiểm tra đăng nhập
Nhập đúng tất cả các trường thông tin và click button đăng nhập
Không hiển thị thông báo gì
Login_11 Kiểm tra số điện thoại:
Hiển th thông ị báo: “Số điện thoại và m t ậ khẩu không được để trống”
Yêu cầu hi n th ể ị : “Hãy nhập tài khoản, m t kh u ậ ẩ
Login_12 Kiểm tra số điện thoại:
Nhập đúng tất cả các trường thông tin và click button đăng nhập
Hiển th thông ị báo: “Số điện thoại hoặc mật khẩu không đúng”
Login_13 Kiểm tra vai trò:
Nhập đúng tất cả các trường thông tin và click button đăng nhập
Hiển th thông ị báo: “ Đăng nhập với vai trò người dùng thành công”
Login_14 Kiểm tra vai trò:
Nhập đúng tất cả các trường thông tin và click button đăng nhập
Hiển th thông ị báo: “ Đăng nhập với vai trò
Lớp tín chỉ DV3 người dùng thành công”
Login_15 Kiểm tra vai trò:
Nhập đúng tất cả các trường thông tin và click button đăng nhập
Hiển th thông ị báo: “ Đăng nhập với vai trò người quản lý thành công”
Login_16 Kiểm tra button Thoát Đóng form đăng nhập
Bảng 6 1: Bảng kiểm th ửchức năng đăng nhập
ĐÓNG GÓI, BẢO TRÌ PHẦN MỀM
Các đóng gói phần mềm
- Bước 2: Click chu t phộ ải vào project mà muốn đóng gói
- Bước 4: Ở thành Categories Click vào Run
- Bước 5: Ở bên ph i ch n nút Browse ả ọ
- Bước 6: Lúc này chọn Form mình mu n ch y m ố ạ ởfile
Khái niệm về bảo trì phần mềm
Bảo trì phần mềm là yếu tố quan trọng để phát hiện và khắc phục các lỗi chưa được phát hiện trong quá trình xây dựng và sử dụng phần mềm Việc này không chỉ giúp nâng cao tính năng sử dụng mà còn đảm bảo an toàn vận hành cho phần mềm Thực tế cho thấy, bảo trì phần mềm chiếm tới 65-75% công sức trong chu kỳ sống của một phần mềm.
Quá trình phát triển phần mềm bao gồm nhiều giai đoạn như thu thập yêu cầu, phân tích, thiết kế, xây dựng, kiểm tra, triển khai và bảo trì phần mềm Giai đoạn bảo trì phần mềm đóng vai trò quan trọng trong việc giữ cho phần mềm luôn cập nhật theo sự thay đổi của môi trường và yêu cầu của người sử dụng Theo IEEE (1993), bảo trì phần mềm được định nghĩa là việc sửa đổi một phần mềm sau khi đã bàn giao để chỉnh sửa các lỗi phát sinh, cải thiện hiệu năng hoặc các thuộc tính khác, cũng như làm cho phần mềm thích ứng với môi trường đã thay đổi Bảo trì phần mềm được chia thành nhiều loại khác nhau.
Sửa lại cho đúng (corrective) là quá trình khắc phục các lỗi phát sinh trong học thuật Những lỗi này có thể do thiết kế, logic hoặc coding sản phẩm Bên cạnh đó, các lỗi cũng có thể phát sinh từ quá trình xử lý dữ liệu hoặc hoạt động của hệ thống.
Thích ứng (adaptative) là khả năng điều chỉnh sản phẩm để phù hợp với những thay đổi trong môi trường xung quanh Môi trường này bao gồm các yếu tố bên ngoài như quy tắc kinh doanh, luật pháp và phương thức làm việc, ảnh hưởng đến sự phát triển và thành công của sản phẩm.
Hoàn thiện phần mềm là quá trình điều chỉnh để đáp ứng các yêu cầu mới hoặc thay đổi từ người sử dụng Quá trình này tập trung vào việc nâng cao chức năng của hệ thống, cải thiện hiệu suất hoạt động, hoặc đơn giản là nâng cấp giao diện người dùng Nguyên nhân chính là do người sử dụng bắt đầu khám phá những yêu cầu mới, ngoài những yêu cầu ban đầu đã được đề ra, do đó, việc cải tiến các chức năng trở nên cần thiết.
• Bảo vệ(preventive): mục đích là làm hệthống d dàng bễ ảo trì hơn trong những lần ti p theo ế
Lý do cần phải bảo trì phần mềm
Thích ứng là quá trình điều chỉnh sản phẩm để phù hợp với môi trường đã thay đổi Môi trường này bao gồm tất cả các yếu tố bên ngoài như quy tắc kinh doanh, luật pháp và phương thức làm việc.
Hoàn thiện phần mềm là quá trình điều chỉnh để đáp ứng yêu cầu mới và đặc thù của người sử dụng Quá trình này tập trung vào việc nâng cao chức năng của hệ thống, cải thiện hiệu suất hoạt động, hoặc đơn giản là cải tiến giao diện người dùng Nguyên nhân chính là khi một phần mềm thành công, người dùng thường bắt đầu khám phá những yêu cầu mới, ngoài những yêu cầu ban đầu đã được đề ra, do đó, việc cải tiến các chức năng là rất cần thiết.
Để tối đa hóa thời gian hoạt động của máy móc và giảm thiểu chi phí bảo trì, bạn nên chuẩn bị cho việc bảo trì trước khi hết hạn bảo hành Việc bảo trì sớm giúp phát hiện các vấn đề tiềm ẩn và sửa chữa kịp thời, đồng thời nâng cấp phần mềm để đảm bảo máy móc hoạt động ổn định Nên thực hiện bảo trì ít nhất 1 lần mỗi năm.