1. Trang chủ
  2. » Luận Văn - Báo Cáo

báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12

90 4 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Xây dựng Hệ thống Quản lý Lịch Khám Cho Nha Khoa G12
Tác giả Cao Văn Thành, Bùi Đình Cường, Hoàng Tuấn Linh, Hồ Ngọc Quyền, Trần Văn Lộc
Người hướng dẫn TS. Nguyễn Thị Mỹ Bình
Trường học Trường Đại học Công nghiệp Hà Nội
Chuyên ngành Công nghệ thông tin
Thể loại Bài tập lớn
Năm xuất bản 2024
Thành phố Hà Nội
Định dạng
Số trang 90
Dung lượng 4,99 MB

Cấu trúc

  • CHƯƠNG I: TỔNG QUAN CƠ SỞ LÝ THUYẾT (9)
    • 1.2. Kiến trúc phần mềm, mô hình lập trình (10)
    • 1.3. Tổng quan về công nghệ sử dụng (13)
      • 1.3.1 JDBC (Java Database Connectivity) (13)
        • 1.3.1.1. Giới thiệu (13)
        • 1.3.1.2. Lý do lựa chọn (13)
      • 1.3.2 Servlet (14)
        • 1.3.2.1. Giới thiệu (14)
        • 1.3.2.3 Lý do lựa chọn (15)
      • 1.3.3 Bootstrap (16)
        • 1.3.3.1 Giới thiệu (16)
        • 1.3.3.2 Lý do lựa chọn (16)
    • CHƯƠNG 2: KHẢO SÁT, PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG (17)
      • 2.1 Phân tích hệ thống (17)
        • 2.1.1 Khảo Sát Sơ Bộ (17)
          • 2.1.1.1. Yêu cầu chức năng (21)
          • 2.1.1.2. Yêu cầu phi chức năng (21)
      • 2.2 Mô hình hóa cơ sở dữ liệu (22)
        • 2.2.1 Yêu cầu về dữ liệu (22)
        • 2.2.2 Biểu đồ thực thể liên kết mức logic (22)
        • 2.2.3 Mô hình cơ sở dữ liệu mức vật lý (23)
          • 2.2.3.1 Biểu đồ thực thể liên kết mức vật lý (23)
          • 2.2.3.2 Thiết kế bảng (23)
      • 2.3 Đặc tả hệ thống (26)
        • 2.3.1. Mô tả chức năng (26)
        • 2.3.2 Sơ đồ UseCase (27)
          • 2.4.2.1 Sơ đồ UseCase tổng quan (27)
          • 2.4.2.3 Sơ đồ phân rã UseCase (28)
        • 2.3.3 Mô tả UseCase (32)
          • 2.3.3.1 Mô tả UseCase Đăng nhập (32)
        • 3.1.2. Giao diện admin sau đăng nhập (79)
      • 3.2. Kiểm thử (85)
        • 3.2.1. Kiểm thử chức năng đăng nhập (85)
        • 3.2.2. Kiểm thử chức năng đặt lịch khám (86)
        • 3.2.3. Kiểm thử chức năng xóa lịch khám (86)
        • 3.2.4. Kiểm thử chức năng quản lý dịch vụ (87)
        • 3.2.5. Kiểm thử chức năng quản lý lịch khám (87)
        • 3.2.6. Kiểm thử chức năng quản lý phòng (88)
        • 3.2.7. Kiểm thử chức năng quản lý người dùng (88)

Nội dung

Ngoài ra, JDBC cũng cho phép người dùng có thể thực hiện các thao tác truy xuất, update các dữ liệu với cơ sở dữ liệu thông qua việc sử dụng các câu lệnh SQL.JDBC được phát hành tương tự

TỔNG QUAN CƠ SỞ LÝ THUYẾT

Kiến trúc phần mềm, mô hình lập trình

Kiến trúc phần mềm đóng vai trò thiết yếu trong lập trình hệ thống, bao gồm các thành phần, mối quan hệ và thuộc tính của chúng Xác định và triển khai kiến trúc phần mềm phù hợp không chỉ giúp cải thiện hiệu suất mà còn tăng cường khả năng bảo trì lâu dài.

Kiến trúc phần mềm là nền tảng giúp các kỹ sư phần mềm xây dựng các ứng dụng Bắt đầu từ bản tóm tắt của dự án, kiến trúc phần mềm là bước đầu tiên để hiện thực hóa bản tóm tắt đó Kiến trúc phần mềm bao gồm các yếu tố như chiến lược kinh doanh, thuộc tính chất lượng, nhân lực, thiết kế và môi trường CNTT.

Hình 1 2 Kiến trúc phần mềm

Mục tiêu chính của kiến trúc là xác định các yêu cầu ảnh hưởng đến cấu trúc của ứng dụng Một kiến trúc được bố trí hợp lý giúp giảm rủi ro kinh doanh liên quan đến việc xây dựng giải pháp kỹ thuật và xây dựng cầu nối giữa yêu cầu kinh doanh và kỹ thuật.

Một số mục tiêu khác của kiến trúc phần mềm có thể kể đến như sau:

● Phơi bày cấu trúc của hệ thống, nhưng ẩn các chi tiết triển khai của nó.

● Nhận ra tất cả các trường hợp sử dụngvà tình huống.

● Cố gắng giải quyết các yêu cầu của các bên liên quan khác nhau

● Xử lý cả các yêu cầu về chức năng và chất lượng.

● Giảm mục tiêu sở hữu và nâng cao vị thế thị trường của tổ chức.

● Cải thiện chất lượng và chức năng do hệ thống cung cấp.

Mối quan hệ giữa kiến trúc phần mềm và thiết kế phần mềm: Kiến trúc phần mềm thể hiện cấu trúc của một hệ thống trong khi các chi tiết triển khai bị ẩn đi Kiến trúc cũng tập trung vào cách các yếu tố và thành phần trong hệ thống tương tác với nhau Thiết kế phần mềm đi sâu hơn vào các chi tiết triển khai của hệ thống Mối quan tâm về thiết kế bao gồm việc lựa chọn cấu trúc dữ liệu và thuật toán hoặc chi tiết triển khai của các thành phần riêng lẻ.

Vai trò của kiến trúc phần mềm: Kiến trúc đóng vai trò như bản thiết kế cho một hệ thống Nó cung cấp một cái nhìn tổng thể để quản lý độ phức tạp của hệ thống, thiết lập một cơ chế giao tiếp và phối hợp giữa các thành phần.

Một số vai trò chính của kiến trúc phần mềm bao gồm:

● Giúp các bên liên quan hình dung, hiểuvà phân tích hệ thống.

● Kiến trúc phần mềm giúp phác họa cấu trúc của phần mềm.

● Nó có thể được sử dụng để dự trù kinh phí trong một dự án trước khi chúng được thực hiện

● Nó được sử dụng làm cơ sở để đưa ra các quyết định cốt lõi nhằm đảm bảo chất lượng công việc.

Các mẫu kiến trúc phần mềm phổ biến:

1 Mô hình phân lớp: Các thành phần trong mô hình kiến trúc phần mềm được tách thành các lớp nhiệm vụ con và chúng được sắp xếp chồng lên nhau Mỗi lớp có các nhiệm vụ duy nhất để thực hiện và tất cả các lớp đều độc lập với nhau Vì mỗi lớp đều độc lập nên người ta có thể sửa đổi mã bên trong một lớp mà không ảnh hưởng đến các lớp khác

2 Mô hình Client – Server: Mô hình này có hai thực thể chính: một máy chủ và nhiều máy khách Ở đây máy chủ có tài nguyên (dữ liệu, tệp hoặc dịch vụ) và máy khách yêu cầu máy chủ cung cấp một tài nguyên cụ thể Sau đó, máy chủ xử lý yêu cầu và phản hồi lại tương ứng.

3 Mô hình Event – Driven: Khi người dùng thực hiện hành động trong ứng dụng được xây dựng bằng cách tiếp cận EDA (Exploratory Data Analysis – Phân tích Khám phá Dữ liệu), sự thay đổi trạng thái sẽ xảy ra và phản ứng được tạo ra được gọi là sự kiện.

4 Mô hình Microkernel: có hai thành phần chính: một hệ thống cốt lõi và các mô-đun (Module) plug-in.Hệ thống cốt lõi xử lý các hoạt động cơ bản của ứng dụng.Các mô-đun plug-in xử lý các chức năng mở rộng (như các tính năng bổ sung) và xử lý tùy chỉnh.

5 Mô hình Microservices: là tập hợp các dịch vụ nhỏ được kết hợp để tạo thành ứng dụng thực tế Thay vì xây dựng một ứng dụng lớn hơn, các chương trình nhỏ được xây dựng cho mọi dịch vụ (chức năng) của ứng dụng một cách độc lập Và những chương trình nhỏ đó được gộp lại với nhau để trở thành một ứng dụng chính thức Các mô-đun trong ứng dụng của các mẫu Microservices được ghép nối một cách lỏng lẻo Vì vậy, bạn có thể dễ dàng sửa đổi và mở rộng.

Tổng quan về công nghệ sử dụng

JDBC (Java Database Connectivity) là một API kết nối các chương trình được viết bởi Java với các hệ quản trị dữ liệu như MySQL, PostgreSQL, JDBC được sử dụng với mục đích quản lý việc kết nối các dữ liệu, thực thi các câu lệnh SQL xuống database và xử lý các tập kết quả dữ liệu thu được từ database đó Ngoài ra, JDBC cũng cho phép người dùng có thể thực hiện các thao tác truy xuất, updatecác dữ liệu với cơ sở dữ liệu thông qua việc sử dụng các câu lệnh SQL.

JDBC được phát hành tương tự như một phần của JDK vào năm 1997 nên nó được xem là một trong những thành phần đầu tiên góp phần vào sự phát triển của lớp bền vững Java.

JDBC là công cụ thô sơ nhất, mộc mạc nhất dùng để kết nối tới cơ sở dữ liệu Cái chân chất mộc mạc này tuy chán, nhưng lại là kiến thức nền tảng quan trọng cần phải nắm thật vững.

Hiểu thật rõ về bản chất của JDBC: có thể giúp chúng ta vững vàng tìm hiểu thêm các frameworks mới và mạnh mẽ như Hibernate, JPA Tất cả chúng, tựu chung đều sử dụng JDBC để thực hiện kết nối và lấy dữ liệu.

Sử dụng tiếp tục dữ liệu hiện có: JDBC cho phép các ứng dụng doanh nghiệp tiếp tục sử dụng dữ liệu hiện có, ngay cả nếu dữ liệu được lưu trữ trên các hệ quản trị cơ sở dữ liệu khác nhau

Cung cấp độc lập: Sự kết hợp của các Java API và JDBC API làm cho các cơ sở dữ liệu dịch chuyển từ một trong những nhà cung cấp này tới nhà cung cấp khác mà không cần đoạn mã trong ứng dụng

Nền độc lập của JDBC là một trong những ưu điểm nổi bật JDBC có thể kết nối với nhiều hệ quản trị cơ sở dữ liệu khác nhau mà không gặp trở ngại, nhờ đó các ứng dụng có thể dễ dàng truy cập dữ liệu từ nhiều nguồn khác nhau Điều này đảm bảo khả năng tương thích giữa các thành phần phần mềm và cơ sở dữ liệu, giúp việc phát triển và bảo trì trở nên thuận tiện và hiệu quả hơn.

Dễ sử dụng: Với JDBC, sự phức tạp của một chương trình kết nối người dùng đến một “hậu trường” cơ sở dữ liệu bị ẩn đi và làm cho nó dễ dàng triển khai hơn.

Hiện nay, trong lập trình có một xu hướng rất quan trọng đang được tập trung phát triển ứng dụng, đó là xây dựng các chương trình dịch vụ Java ở phía máy chủ (Server) Servlet là thành phần chính được sử dụng để phát triển các chương trình dịch vụ Java ở phía máy chủ Các Servlet là các chương trình Java thực hiện ở các ứng dụng Server (tên gọi “Servlet” cũng gần giống như “Applet” ở phía máy Client) để trả lời cho các yêu cầu của Client Các Servlet không bị ràng buộc chặt với một giao thức Client-Server cụ thể nào cả, nhưng giao thức thường được sử dụng là HTTP, do vậy, khi nói tới Servlet nghĩa là nói tới HTTP Servlet Servlet là sự phát triển mở rộng của CGI để đảm bảo Server thực hiện được các chức năng của mình

Ta có thể sử dụng Servlet của Java để tuỳ chỉnh lại một dịch vụ bất kỳ, như Web Server, Mail Server,…

Servlet API được phát triển dựa trên những điểm mạnh của Java platform nhằm giải quyết vấn đề của CGI và Server API Nó là một API đơn giản, hỗ trợ tất cả các Web server và thậm chí cho phép các ứng dụng máy chủ dùng để kiểm tra và quản lý các công việc trên Server Nó giải quyết vấn đề thực thi bằng việc thực hiện tất cả các yêu cầu như các luồng Thread trong quá trình xử lý, hoặc việc cân bằng tải trên một Server trong các cụm máy tính Cluster Các Servlet dễ dàng chia sẻ tài nguyên với nhau.

Servlet được sử dụng để thay thế cho những công nghệ Web động Việc sử dụng Servlet mang lại những lợi thế:

● Dễ di chuyển: Servlet được viết bằng Java nên nó có tính di động cao,thực hiện được trên nhiều hệ điều hành, trên các Web Server khác nhau Khái niệm

“Viết một lần, chạy ở mọi nơi” cũng rất đúng với Servlet.

● Mạnh mẽ: Servlet hỗ trợ rất hiệu quả cho việc sử dụng các giao diện lõi API như lập trình mạng, xử lý đa luồng, xử lý ảnh, nén dữ liệu, kết nối các CSDL, bảo mật, xử lý phân tán và triệu gọi từ xa RMI, CORBA, v.v Nó cũng thích hợp để trao đổi tin, truyền thông giữa Client và Server một cách bình thường.

Về hiệu suất hoạt động, Servlet mang đến hiệu quả cao Khi đã được tải xuống, nó sẽ được giữ lại trong bộ nhớ máy chủ Servlet duy trì trạng thái của nó, nhờ đó các tài nguyên bên ngoài như kết nối với cơ sở dữ liệu cũng được lưu lại.

● An toàn: Bởi vì Servlet được viết bằng Java nên nó kế thừa được tính an toàn của Java Cơ chế tự động dọn rác và việc không sử dụng con trỏ của Java giúp cho Servlet thoát khỏi nhiều công việc quản lý bộ nhớ Đồng thời nó xử lý các lỗi rất an toàn theo cơ chế xử lý ngoại lệ của Java.

● Tính tích hợp:Các Servlet được tích hợp với các Server Chúng cộng tác với các Server tốt hơn các chương trình CGI

● Tính linh hoạt: Các Servlet hoàn toàn mềm dẻo Một HTTP Servlet được sử dụng để tạo ra một trang Web, sau đó ta có thể sử dụng thẻ để đưa nó vào trang Web tĩnh, hoặc sử dụng với các Servlet khác để lọc ra các nội dung cần thiết.

KHẢO SÁT, PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG

- Khảo sát: là quá trình thu thập thông tin từ người dùng hoặc khách hàng thông qua các công cụ và phương pháp tích hợp trong phần mềm Mục đích của khảo sát này có thể là để đánh giá trải nghiệm người dùng, thu thập phản hồi về tính năng, cải thiện chất lượng sản phẩm hoặc dịch vụ, và hiểu rõ hơn về nhu cầu của người dùng.

● Tạo ra một giao diện dễ sử dụng và trực quan cho phép người dùng đặt lịch khám một cách nhanh chóng và dễ dàng

● Đảm bảo rằng giao diện website thân thiện và dễ tiếp cận, bao gồm cả trên các thiết bị di động, để tạo ra một trải nghiệm đặt lịch thuận lợi và không gây bất kỳ rắc rối nào cho người sử dụng.

● Đưa ra thông tin đầy đủ và chi tiết về các dịch vụ y tế cung cấp, bác sĩ và chuyên khoa có sẵn, để người dùng có thể lựa chọn dịch vụ phù hợp với nhu cầu của họ.

● Cung cấp tính năng tìm kiếm giúp người dùng dễ dàng tìm kiếm bác sĩ, các chuyên khoa, và các lịch trống phù hợp với thời gian của họ.

● Bảo đảm rằng dữ liệu cá nhân của người dùng được bảo vệ một cách an toàn và tuân thủ các quy định về bảo mật dữ liệu y tế

● Kết nối với hệ thống thông tin y tế và hệ thống quản lý nội bộ để đồng bộ hóa dữ liệu lịch khám và thông tin bệnh nhân.

Cung cấp cơ chế để thu thập ý kiến phản hồi của người dùng về trải nghiệm đặt lịch Sử dụng thông tin này để cải thiện liên tục hệ thống Điều này giúp đảm bảo rằng hệ thống luôn đáp ứng nhu cầu của người dùng và mang lại trải nghiệm đặt lịch tốt nhất có thể.

Tên dự án: Xây dựng website đặt lịch khám cho phòng khám nha khoa G12

Tên tiểu dự án: Quản lý bán hàng.

Câu 1: Nguyên nhân thành lập website đặt lịch khám của phòng khám Nha Khoa G12 là gì?

Câu 2: Việc đặt lịch khám trên website có phát triển hơn trong thực tế?

Theo bạn, sự khác nhau giữa 2 việc đấy là gì?

Câu 3: Người quản lý website cần làm gì để kiểm soát thông tin và nhu cầu của khách hàng ?

Câu 4: Trang web có những loại dịch vụ nào ?

Câu 5: Anh/chị cam kết bảo mật và an toàn như thế nào đối với việc thanh toán bằng thẻ?

Câu 6: Chính sách bảo hành khi mua bằng website của công ty anh/chị là như thế nào ?

Câu 7: Anh/chị có thể đưa ra những giải pháp giúp thu hút khách hàng không?

Câu 8: Anh/chị quảng cáowebsite như thế nào để đạt được hiệu quả tốt nhất?

Câu 9: Trong trường hợp website không đáp ứng được yêu cầu công việc, anh/chị xử lý như thế nào?

Câu 10: Khách hàng có phàn nàn về điều gì hệ thống của tôi không? Đánh giá chung:

Người được hỏi: Vi Hữu Tuấn Người phỏng vấn:Cao Văn Thành Địa chỉ: Nam Từ Liêm - Hà Nội Thời gian hẹn: 10/2/2023

Thời điểm bắt đầu:7h15 Thời điểm kết thúc:8h15 Đối tượng:

● Đối tượng được hỏi: Nhân viên tiếp nhận, xử lý đơn

● Thu thập tìm hiểu hoạt động đặt lịch khám của phòng khám, xử lý quy trình đặt lịch

Các yêu cầu đòi hỏi:

● Người được hỏi phải là nhân viên làm việc trong phòng khám( thời gian làm việc > 3 tháng).

● Tổng quan về dự án

● Tổng quan về phỏng vấn

● Chủ đề sẽ đề cập, Xin phép được ghi âm

● Chủ đề 1: Câu hỏi và trả lời

● Chủ đề 2: Câu hỏi và trả lời

● Tổng hợp các nội dung chính ý kiến của người được hỏi

Kết thúc (thỏa thuận) Ước lượng thời gian

Dự kiến tổng cộng: 31 phút

Người được hỏi: Phùng Thái Sơn( Người quản lý website phòng khám Nha Khoa G12)

Người phỏng vấn: Cao Văn Thành Địa chỉ: Cầu Giấy –Hà Nội Thời gian hẹn:

20/03/2024 Thời điểm bắt đầu: 9h Thời điểm kết thúc: 10h Đối tượng:

● Đối tượng được hỏi là quản lý website của phòng khám Nha Khoa G12

● Tìm hiểu về website đặt lịch khám

● Cách thức hoạt động của trang web đặt lịch khám

Các yêu cầu đòi hỏi:

● Người được hỏi phải là người quản lý website của phòng khám Nha Khoa G12

● Tổng quan về dự án

● Tổng quan về phỏng vấn

● Chủ đề sẽ đề cập, xin phép được ghi âm

● Chủ đề 1: Thông tin tổng quát về website

● Chủ đề 2: Đặt lịch khám trên website

● Tổng hợp các nội dung chính ý kiến của người được hỏi

Kết thúc (thỏa thuận) Ước lượng thời gian

Dự kiến tổng cộng: 30 phút

Tên dự án: Xây dựng website đặt lịch khám bệnh cho phòng khám

Tên tiểu dự án: Đặt lịch khám.

Câu 1: Yêu cầu về chức năng của website là những gì?

Câu 2: Ngoài việc đặt lịch khám bệnh, website còn cung cấp thông tin về các dịch vụ y tế khác của phòng khám không?

Câu 3: Website có tích hợp hệ thống thông báo nhắc nhở cho bệnh nhân về cuộc hẹn của họ không? Nếu có, cách hoạt động của nó như thế nào?

Câu 4: Website có khả năng tùy chỉnh lịch làm việc của các bác sĩ và nhân viên y tế không?

Câu 5: Để đảm bảo tính bảo mật của thông tin cá nhân của bệnh nhân khi họ sử dụng website để đặt lịch khám bệnh thì phải làm như nào?

Câu 6: Làm thế nào để đảm bảo rằng quá trình đặt lịch khám bệnh trên website là dễ dàng và thuận tiện cho người dùng?

Câu 7: Website có tích hợp hệ thống thanh toán trực tuyến cho các dịch vụ y tế được đặt lịch không?

Câu 8: Anh/chị hãy đưa ra giải pháp để nâng cao trải nghiệm người dùng trong tương lai??

Câu 9: Anh/chị hãy đưa ra giải pháp đối với những rắc rối khi đặt lịch khám của khách hàng gặp phải?

Câu 10: Theo anh/chị website có tính năng nào đặc biệt hoặc tiện ích nổi bật mà sẽ thu hút người dùng nhất?

● Người dùng có thể đặt phòng khám, xem lịch khám và xóa lịch khám

● Người quản trị có thể quản lý lịch khám, quản lý dịch vụ khám, quản lý thông tin người dùng, lập báo cáo thống kê

2.1.1.2 Yêu cầu phi chức năng

- Giao diện người dùng: Giao diện người dùng phải đảm bảo các yếu tố sau:

+ Giao diện phải được thiết kế đơn giản, dễ sử dụng và thân thiện với người dùng.

+ Các nút chức năng cần được bố trí rõ ràng và dễ tìm kiếm.

+ Giao diện phải có khả năng tương thích với các thiết bị di động và đa nền tảng.

- Tính bảo mật và các ràng buộc: Hệ thống phần mềm phải đảm bảo các yêu cầu sau:

+ Hệ thống phải đảm bảo tính bảo mật của thông tin khách hàng và đơn hàng.

+ Các tính năng quản lý và sửa đổi sản phẩm phải được xác thực bằng tài khoản quản trị độc quyền, tránh việc người dùng không có quyền truy cập vào các chức năng này.

+ Phải hỗ trợ chức năng Đăng nhập và xác thực tài khoản khách hàng để tránh việc truy cập trái phép vào thông tin khách hàng và đơn hàng.

+ Phải tuân thủ các quy định pháp luật liên quan đến bảo mật thông tin cá nhân và giao dịch thương mại.

2.2 Mô hình hóa cơ sở dữ liệu

2.2.1 Yêu cầu về dữ liệu

- Users : gồm mã người dùng, tên người dùng, email, số điện thoại, địa chỉ, password, Mỗi khách hàng sở hữu 1 hoặc nhiều tài khoản Mỗi tài khoản chỉ thuộc 1 và chỉ 1 khách hàng.

- Account: gồm mã tài khoản, kiểu tài khoản, ngày tạo, ngày kích hoạt tài khoản,

- Calendar: gồm mã lịch, ngày tạo lịch, email, ngày bắt đầu lịch, ngày kết thúc lịch, ngày sửa đổi lịch cuối, Mỗi lịch khám chỉ thuộc về 1 và chỉ 1 khách hàng Mỗi lịch khám chỉ thuộc về 1 và chỉ 1 người dùng Mỗi lịch khám chỉ thuộc về 1 và chỉ 1 phòng Mỗi lịch khám chỉ thuộc về 1 và chỉ 1 dịch vụ.

- Room : gồm mã phòng, tên phòng, quản lý phòng, ghi chú phòng,…

- Service : gồm mã dịch vụ, tên dịch vụ, giá dịch vụ, ngày tạo, ngày cập nhập mới nhất ,…

- Customer : gồm mã khách hàng, họ tên khách hàng, địa chỉ khách hàng, số điện thoại, ngày tạo, ghi chú khách hàng ,…

2.2.2 Biểu đồ thực thể liên kết mức logic

Hình 2 1 Biểu đồ thực thể liên kết mức logic

2.2.3 Mô hình cơ sở dữ liệu mức vật lý

2.2.3.1 Biểu đồ thực thể liên kết mức vật lý

Hình 2 2 Biểu đồ thực thể liên kết mức vật lý

● Admin sẽ duy trì và quản lý hệ thống

● Khách hàng, bác sĩ, manager, là người sử dụng hệ thống

Các chức năng tương ứng:

Đăng ký tài khoản cá nhân, đăng nhập hệ thống dành cho khách hàng, nha sĩ và quản lý là những chức năng chính của UseCase Cập nhật thông tin cá nhân thuận tiện cho người dùng Đặt lịch khám và xem lịch khám trực tuyến càng được tối ưu khi tích hợp UseCase.

Xóa lịch khám UseCase cho phép khách hàng được xóa lịch khám

Quản lý lịch khám UseCase cho phép người quản lý thêm, sửa và xóa lịch khám Quản lý các phòng UseCase cho phép người quản lý thêm, sửa và xóa các phòng

Quản lý dịch vụ khám

UseCase cho phép người quản lý thêm, sửa, xóa các dịch vụ khám

Quản lý người dùng UseCase cho phép người quản trị thêm, sửa, xóa người dùng

Quản lý quyền thực thi

UseCase cho phép người quản trị thay đổi quyền thực thi của tài khoản

Báo cáo, thống kê UseCase cho phép người quản lý xem được báo cáo, tạo và xuất báo cáo

2.4.2.1Sơ đồ UseCase tổng quan

Hình 2.9 Sơ đồ tổng quan các UseCase

2.4.2.3 Sơ đồ phân rã UseCase

Hình 2.10 Biểu đồ phân rã UseCase “QuanLyNguoiDung”

Hình 2.11Biểu đồ phân rã UseCase “QuanLyThucThi”

Hình 2.12 Biểu đồ phân rã UseCase “BaoCaoThongKe”

Hình 2.13 Biểu đồ phân rã UseCase “QuanLyDichVu”

Hình 2.14 Biểu đồ phân rã UseCase “QuanLyLichKham”

Hình 2.15 Biểu đồ phân rã UseCase “QuanLyPhong”

Hình 2.16 Biểu đồ phân rã UseCase “QuanLyTaiKhoan”

Hình 2.17 Biểu đồ phân rã UseCase “CapNhatThongTin”

Hình 2.18 Biểu đồ phân rã UseCase “DangNhap”

Hình 2.19 Biểu đồ phân rã UseCase “XemLichLamViec”

Hình 2.20Biểu đồ phân rã UseCase “CapNhatThongTin”

Hình 2.21 Biểu đồ phân rã UseCase “DangKy” khách hàng

Hình 2.22 Biểu đồ phân rã UseCase “DangNhap” khách hàng

Hình 2.23Biểu đồ phân rã UseCase “DatLichKham”

Hình 2.24 Biểu đồ phân rã UseCase “XemLichKham”

Hình 2.25Biểu đồ phân rã UseCase “XoaLichKham”

2.3.3.1Mô tả UseCase Đăng nhập

Mô tả Use case này cho phép người dùng đăng nhập vào hệ thống để quản lý

Người thực hiện Khách hàng

Tiền điều kiện Không có

Use case này bắt đầu khi người dùng kích vào nút “Đăng nhập” trên trang chủ Hệ thống sẽ hiển thị form đăng nhập lên màn hình Người dùng nhập tên tài khoản và mật khẩu vào nút đăng nhập Hệ thống kiểm tra thông tin và cho phép khách hàng đăng nhập vào hệ thống Use case kết thúc.

1) Khi người dùng nhập sai tên tài khoản hoặc địa chỉ email hoặc mật khẩu, hệ thống hiển thị thông báo lỗi và yêu cầu người dùng nhập lại

2) Tại bất kỳ thời điểm nào trong quá trình thực hiện ca sử dụng nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

Hậu điều kiện Không có

2.3.3.2Mô tả UseCase Đăng ký

Mô tả Usecase này cho phép người dùng đăng ký tài khoản mới

Người thực hiện Khách hàng

Tiền điều kiện Không có

UseCase này bắt đầu khi người dùng kích vào nút “Đăng ký” trên trang chủ Hệ thống sẽ hiển thị form đăng ký lên màn hình Người dùng nhập thông tin tài khoản và nhấn vào nút đăng ký Hệ thống sẽ lưu thông tin tài khoản vào bảng “User” và hiển thị màn hình đăng nhập UseCase kết thúc.

1) Khi người dùng nhập tên đăng nhập đã tồn tại, hệ thống sẽ hiển thị thông báo lỗi và yêu cầu nhập lại thông tin.

2) Tại bất kỳ thời điểm nào trong quá trình thực hiện ca sử dụng nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.

Hậu điều kiện Không có

2.3.3.3 Mô tả UseCase Cập nhật thông tin

Mô tả UseCase này cho phép người dùng cập nhật thông tin cá nhân của họ trong hệ thống, được lưu trữ trong bảng Customer.

Người thực hiện Khách hàng

Tiền điều kiện Người dùng đã đăng nhập vào hệ thống.

Luồng sự kiện chính 1) Use case bắt đầu khi người dùng chọn chức năng "Cập nhật thông tin" từ giao diện người dùng.

2) Hệ thống hiển thị một form cho phép người dùng nhập và cập nhật thông tin cá nhân.

3) Người dùng nhập thông tin mới và xác nhận cập nhật.

4) Hệ thống kiểm tra và cập nhật thông tin trong bảng Customer. 5) Use case kết thúc.

1) Nếu người dùng không nhập thông tin mới hoặc nhập thông tin không hợp lệ, hệ thống hiển thị thông báo lỗi và yêu cầu nhập lại.

2) Trong trường hợp lỗi kết nối với cơ sở dữ liệu, hệ thống hiển thị thông báo lỗi và use case kết thúc.

Hậu điều kiện Thông tin cá nhân trong bảng Customer được cập nhật thành công.

2.3.3.4 Mô tả UseCase Đặt lịch khám

Ngày đăng: 16/08/2024, 17:31

HÌNH ẢNH LIÊN QUAN

Hình 1. 1 Mô hình thác nước  Các giai đoạn trong quy trình thác nước gồm: - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 1. 1 Mô hình thác nước Các giai đoạn trong quy trình thác nước gồm: (Trang 9)
Hình 1. 2 Kiến trúc phần mềm - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 1. 2 Kiến trúc phần mềm (Trang 11)
Hình 2. 1 Biểu đồ thực thể liên kết mức logic - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2. 1 Biểu đồ thực thể liên kết mức logic (Trang 22)
Hình 2. 4 Bảng tbluser - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2. 4 Bảng tbluser (Trang 24)
Hình 2.9  Sơ đồ tổng quan các UseCase - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.9 Sơ đồ tổng quan các UseCase (Trang 27)
Hình 2.13 Biểu đồ phân rã UseCase “QuanLyDichVu” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.13 Biểu đồ phân rã UseCase “QuanLyDichVu” (Trang 29)
Hình 2.26 Biểu đồ trình tự UseCase “Đăng nhập” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.26 Biểu đồ trình tự UseCase “Đăng nhập” (Trang 44)
Hình 2.30 Biểu đồ trình tự UseCase “Cập nhật thông tin” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.30 Biểu đồ trình tự UseCase “Cập nhật thông tin” (Trang 47)
Hình 2.33 Biểu đồ lớp UseCase “Đặt lịch khám” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.33 Biểu đồ lớp UseCase “Đặt lịch khám” (Trang 49)
Hình 2.31 Biểu đồ trình tự UseCase “Xem lịch khám” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.31 Biểu đồ trình tự UseCase “Xem lịch khám” (Trang 50)
Hình 2.33 Biểu đồ trình tự UseCase “Xóa lịch khám” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.33 Biểu đồ trình tự UseCase “Xóa lịch khám” (Trang 51)
Hình 2.35 Biểu đồ trình tự UseCase “Xem lịch làm việc” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.35 Biểu đồ trình tự UseCase “Xem lịch làm việc” (Trang 52)
Hình 2.34 Biểu đồ lớp UseCase “Xóa lịch khám” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.34 Biểu đồ lớp UseCase “Xóa lịch khám” (Trang 52)
Hình 2.36 Biểu đồ lớp UseCase “Xem lịch làm việc” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.36 Biểu đồ lớp UseCase “Xem lịch làm việc” (Trang 53)
Hình 2.37 Biểu đồ trình tự UseCase “Quản lý dịch vụ” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.37 Biểu đồ trình tự UseCase “Quản lý dịch vụ” (Trang 54)
Hình 2.39 Biểu đồ trình tự UseCase “Quản lý lịch khám” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.39 Biểu đồ trình tự UseCase “Quản lý lịch khám” (Trang 56)
Hình 2.41 Biểu đồ trình tự UseCase “Quản lý người dùng” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.41 Biểu đồ trình tự UseCase “Quản lý người dùng” (Trang 58)
Hình 2.43 Biểu đồ trình tự UseCase “Quản lý thực thi” - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 2.43 Biểu đồ trình tự UseCase “Quản lý thực thi” (Trang 60)
Hình dung màn hình - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình dung màn hình (Trang 62)
Hình dung màn hình - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình dung màn hình (Trang 65)
Hình dung màn hình - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình dung màn hình (Trang 77)
Hình 3.2 Giao diện trang chủ admin (Mặc định là danh mục dashboard) - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.2 Giao diện trang chủ admin (Mặc định là danh mục dashboard) (Trang 79)
Hình 3.1 Giao  diện form đăng nhập - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.1 Giao diện form đăng nhập (Trang 79)
Hình 3.5 Giao diện biểu đồ số lần đăng nhập của người dùng - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.5 Giao diện biểu đồ số lần đăng nhập của người dùng (Trang 81)
Hình 3.6 Giao diện danh sách tài khoản người dùng đã xóa - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.6 Giao diện danh sách tài khoản người dùng đã xóa (Trang 81)
Hình 3.7 Giao diện quản lý dịch vụ - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.7 Giao diện quản lý dịch vụ (Trang 82)
Hình 3.12 Giao diện quản lý lịch khám dạng lưới - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.12 Giao diện quản lý lịch khám dạng lưới (Trang 84)
Hình 3.13 Giao diện biểu đồ lịch khám - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Hình 3.13 Giao diện biểu đồ lịch khám (Trang 85)
Bảng 3.1 Kiểm thử chức năng đăng nhập - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Bảng 3.1 Kiểm thử chức năng đăng nhập (Trang 86)
Bảng 3.3 Kiểm thử chức năng xóa lịch khám - báo cáo bài tập lớn xây dựng hệ thống quản lý lịch khám cho nha khoa g12
Bảng 3.3 Kiểm thử chức năng xóa lịch khám (Trang 87)

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w