Báo cáo môn học kỹ nghệ phần mềm

Mô hình hóa hệ thống giúp nhà phát triển và các bên liên quan có cáinhìn tổng quan về hệ thống, từ cấu trúc và chức năng cho đến tương tác và yêu cầu 1.Topics covered chủ đề đuọc đề cập

BỘ GIÁO DỤC VÀ ĐÀO TẠO

TRƯỜNG ĐẠI HỌC HẢI PHÒNG BÁO CÁO MÔN HỌC

KỸ NGHỆ PHẦN MỀM

Khoa: CÔNG NGHỆ THÔNG TINGIẢNG VIÊN HƯỚNG DẪN : ĐÀO THỊ HƯỜNG

SINH VIÊN THỰC HIỆN: nhóm 11

NGUYỄN QUÝ HIẾU

HOÀNG VĂN PHONG

ĐỖ VĂN THUẬN

CHƯƠNG V:System Modeling( Mô Hình Hóa Hệ

Thống) I)System Modeling( mô hình hóa hệ thống)

Mô hình hóa hệ thống (system modeling) trong kỹ nghệ phần mềm là quá trình tạo

ra các mô hình để mô tả, đại diện và hiểu các khía cạnh quan trọng của hệ thốngphần mềm Mô hình hóa hệ thống giúp nhà phát triển và các bên liên quan có cáinhìn tổng quan về hệ thống, từ cấu trúc và chức năng cho đến tương tác và yêu cầu

1.Topics covered ( chủ đề đuọc đề cập)

 Context models(Mô hình bối cảnh)

Mô hình bối cảnh (context models) là các mô hình được sử dụng để hiểu và xử lýngôn ngữ dựa trên thông tin bối cảnh xung quanh Các mô hình này nhằm mụcđích nắm bắt và sử dụng thông tin bối cảnh để cải thiện độ chính xác và tính phùhợp của các tác vụ xử lý ngôn ngữ

Một số ví dụ về các mô hình bối cảnh được sử dụng trong lĩnh vực xử lý ngôn ngữ

tự nhiên (NLP) và học máy:

- Mô hình nhúng từ với bối cảnh

- Mô hình ngôn ngữ dựa trên bối cảnh

- Mô hình dịch máy dựa trên bối cảnh

 Interaction models ( Mô hình tương tác)

Mô hình tương tác (interaction models) là các mô hình được sử dụng để mô phỏng

và tạo ra các hành vi tương tác giữa người và máy tính Những mô hình này tậptrung vào việc hiểu và phản ứng đúng với thông tin đầu vào từ người dùng, thường

là thông qua ngôn ngữ tự nhiên

Một số ví dụ về các mô hình tương tác trong lĩnh vực xử lý ngôn ngữ tự nhiên(NLP) và trí tuệ nhân tạo (AI):

- Hệ thống hỏi-đáp

- Trợ lý ảo

 Structural models( Mô hình kết cấu)

Mô hình kết cấu (structure models) là các mô hình được sử dụng trong lĩnh vực xử

lý ngôn ngữ tự nhiên (NLP) để hiểu và phân tích cấu trúc ngữ liệu văn bản Các mô

hình này tập trung vào việc xác định cấu trúc và mối quan hệ giữa các thành phầntrong văn bản, ví dụ như từ, câu, đoạn văn, hoặc các thành phần ngữ pháp

 Behavioral models(Mô hình hành vi)

Mô hình hành vi (behavioral models) là các mô hình được sử dụng để mô phỏng và

dự đoán hành vi của các cá nhân, hệ thống hoặc tổ chức trong một ngữ cảnh nhấtđịnh Các mô hình này có thể được áp dụng trong nhiều lĩnh vực, bao gồm trí tuệnhân tạo, khoa học hành vi, kinh tế học, quản lý và nhiều lĩnh vực khác

 Model-driven engineering (Kỹ thuật hướng mô hình)

Kỹ thuật hướng mô hình (model-driven approach) là một phương pháp trong pháttriển phần mềm mà trong đó thiết kế, phát triển và triển khai dựa trên việc xâydựng và sử dụng mô hình Trong kỹ thuật này, một mô hình được xây dựng để môphỏng các khía cạnh quan trọng của hệ thống hoặc ứng dụng trước khi triển khainó

Dưới đây là một số khía cạnh quan trọng của kỹ thuật hướng mô hình:

- Thiêt kế mô hình

- Phát triển mô hình

- Kiểm tra và xác nhận mô hình

- Triển khai và duy trì mô hình

2.System modeling( Mô hình hóa hệ thống)

Mô hình hóa hệ thống là quá trình phát triển các mô hình trừu tượng của một hệthống, trong đó mỗi mô hình trình bày một góc nhìn hoặc phối cảnh khác nhau của

hệ thống đó

Mô hình hóa hệ thống giờ đây có nghĩa là biểu diễn một hệ thống bằng cách sửdụng một số loại ký hiệu đồ họa, hiện nay hầu như luôn dựa trên các ký hiệu trongNgôn ngữ mô hình hóa thống nhất (UML)

Mô hình hóa hệ thống giúp nhà phân tích hiểu chức năng của hệ thống và các môhình được sử dụng để giao tiếp với khách hàng

3.Existing and planned system models(Các mô hình hệ thống hiện có

và theo kế hoạch)

Các mô hình của hệ thống hiện có được sử dụng trong quá trình kỹ thuật yêu cầu.Chúng giúp làm rõ hệ thống hiện tại làm gì và có thể được sử dụng làm cơ sở để

thảo luận về điểm mạnh và điểm yếu của nó Những điều này sau đó dẫn đến cácyêu cầu cho hệ thống mới.

Các mô hình của hệ thống mới được sử dụng trong quá trình kỹ thuật yêu cầu đểgiúp giải thích các yêu cầu được đề xuất cho các bên liên quan đến hệ thống khác.Các kỹ sư sử dụng các mô hình này để thảo luận về các đề xuất thiết kế và ghi lại

hệ thống để triển khai

Trong quy trình kỹ thuật hướng mô hình, có thể tạo ra một phần triển khai hệ thốnghoàn chỉnh hoặc một phần từ mô hình hệ thống

4.System perspectives(quan điểm hệ thống)

Một góc nhìn bên ngoài, nơi bạn mô hình hóa bối cảnh hoặc môi trường của hệthống

Phối cảnh tương tác, trong đó bạn mô hình hóa các tương tác giữa một hệ thống vàmôi trường của nó hoặc giữa các thành phần của hệ thống

Phối cảnh cấu trúc, trong đó bạn mô hình hóa tổ chức của một hệ thống hoặc cấutrúc của dữ liệu được hệ thống xử lý

Phối cảnh hành vi, trong đó bạn mô hình hóa hành vi động của hệ thống và cách nóphản ứng với các sự kiện

5 UML diagram types ( Các sơ dồ UML)

Sơ đồ hoạt động, hiển thị các hoạt động liên quan đến một quy trình hoặc xử lý dữliệu

Sơ đồ ca sử dụng, thể hiện sự tương tác giữa hệ thống và môi trường của nó

Sơ đồ trình tự thể hiện sự tương tác giữa các tác nhân và hệ thống cũng như giữacác thành phần của hệ thống

Sơ đồ lớp, hiển thị các lớp đối tượng trong hệ thống và mối liên kết giữa các lớpnày

Sơ đồ trạng thái, cho thấy cách hệ thống phản ứng với các sự kiện bên trong và bênngoài

6.Use of graphical models( sử dụng mô hình đồ họa)

Là phương tiện tạo điều kiện thuận lợi cho việc thảo luận về hệ thống hiện tại hoặc

hệ thống được đề xuất

Các mô hình không đầy đủ và không chính xác đều được chấp nhận vì vai trò củachúng là hỗ trợ thảo luận.

Là một cách ghi lại hệ thống hiện có

Các mô hình phải là sự thể hiện chính xác của hệ thống nhưng không cần phảihoàn chỉnh

Là một mô tả hệ thống chi tiết có thể được sử dụng để tạo ra việc triển khai hệthống

Các mô hình phải vừa chính xác vừa đầy đủ

II) Context models(mô hình bối cảnh)

1.Context models(mô hình bối cảnh)

Các mô hình bối cảnh được sử dụng để minh họa bối cảnh hoạt động của một hệthống - chúng hiển thị những gì nằm ngoài ranh giới hệ thống

Các mối quan tâm về mặt xã hội và tổ chức có thể ảnh hưởng đến quyết định về vịtrí xác định ranh giới hệ thống

Các mô hình kiến trúc thể hiện hệ thống và mối quan hệ của nó với các hệ thốngkhác

2.System boundaries(ranh giới hệ thống)

Ranh giới hệ thống được thiết lập để xác định những gì bên trong và những gì bênngoài hệ thống

- Chúng hiển thị các hệ thống khác được sử dụng hoặc phụ thuộc vào hệthống đang được phát triển

Vị trí của ranh giới hệ thống có ảnh hưởng sâu sắc đến các yêu cầu hệ thống.Xác định ranh giới hệ thống là một phán quyết chính trị

- Có thể có áp lực phát triển ranh giới hệ thống làm tăng/giảm ảnh hưởng hoặckhối lượng công việc của các bộ phận khác nhau trong tổ chức

3.The context of the Mentcare system(Bối cảnh của hệ thống Mentcare)

1 Mentcare system: chăm sóc cố vấn

2 patient record system: hệ thống hồ sơ

3 Management reporting system : Hệ thống báo cáo quản lí

4 HC statistics system: Hệ thống thống kê HC

5 Appointments system:

6 Prescription system: Hệ thống kê đơn

7 Admissions system : Hệ thống tuyển sinh

4 Process perspective( phối cảnh quy trình)

Các mô hình bối cảnh chỉ đơn giản hiển thị các hệ thống khác trong môi trườngchứ không phải cách hệ thống đang được phát triển được sử dụng trong môi trườngđó

Các mô hình quy trình tiết lộ cách sử dụng hệ thống đang được phát triển trong cácquy trình kinh doanh rộng hơn.

Sơ đồ hoạt động UML có thể được sử dụng để xác định các mô hình quy trình kinhdoanh

5.Process model of involuntary detention

III)Interaction models( mô hình tương tác)

Sơ đồ ca sử dụng và sơ đồ trình tự có thể được sử dụng để lập mô hình tương tác

2.Use case modeling( mô hình sử dụng)

Các trường hợp sử dụng ban đầu được phát triển để hỗ trợ việc gợi ra các yêu cầu

và hiện được tích hợp vào UML

Mỗi ca sử dụng thể hiện một nhiệm vụ riêng biệt liên quan đến sự tương tác bênngoài với hệ thống

Các tác nhân trong một ca sử dụng có thể là con người hoặc các hệ thống khác.Được trình bày dưới dạng sơ đồ để cung cấp cái nhìn tổng quan về trường hợp sửdụng và ở dạng văn bản chi tiết hơn

3Transfer-data use case(Trường hợp sử dụng truyền dữ liệu)

Một trường hợp sử dụng trong hệ thống Mentcare

Lễ tân y tế truyền dữ liệu hệ thống hồ sơ bệnh nhân

4.Mô tả dạng bảng của trường hợp sử dụng 'Truyền dữ liệu'

MHC-PMS: Transfer data

Actors( chủ thể) Lễ tân y tế, hệ thống hồ sơ bệnh nhân (PRS)

Description( miêu tả) Nhân viên lễ tân có thể chuyển dữ liệu từ hệ thống Mencase

sang cơ sở dữ liệu hồ sơ bệnh nhân chung do cơ quan y tế duy trì Thông tin được chuyển có thể là thông tin cá nhân cập nhật (địa chỉ, số điện thoại, v.v.) hoặc bản tóm tắt chẩn đoán và điều trị của bệnh nhân.

Data(dữ liệu) Thông tin cá nhân của bệnh nhân, tóm tắt điều trị

Stimulus( kích thích) Lệnh người dùng do nhân viên lễ tân y tế ban hành

Response(phản ứng) Xác nhận rằng PRS đã được cập nhật

Comments(bình luận) Nhân viên tiếp tân phải có quyền bảo mật thích hợp để truy cập

thông tin bệnh nhân và PRS.

5 Use cases in the Mentcare system involving the role ‘Medical Receptionist’( các trường hợp sử dụng hệ thống mentcare)

diagrams(sơ đò trình tự)

Sơ đồ tuần tự là một phần của UML và được sử dụng để mô hình hóa sự tương tác giữa các tác nhân và các đối tượng trong hệ thống

Sơ đồ trình tự hiển thị trình tự các tương tác diễn ra trong một trường hợp sử dụng hoặc phiên bản trường hợp sử dụng

IV:Sequence Diagram For View Patient Information(Biểu

Đồ Trình Tự Xem Thông Tin Bệnh Nhân)

*Biểu đồ trình tự (Sequence diagram) dưới đây mô tả quá trình "View patientinformation" (Xem thông tin bệnh nhân) Đây là một tác vụ trong hệ thống quản lýbệnh nhân, trong đó người dùng có thể xem thông tin chi tiết về một bệnh nhân cụthể Dưới đây là mô tả chi tiết các bước trong biểu đồ trình tự:

1.Người dùng (User): Người dùng khởi động yêu cầu xem thông tin bệnh nhântrên giao diện người dùng

2.Giao diện người dùng (User Interface): Giao diện người dùng nhận yêucầu xem thông tin bệnh nhân và hiển thị màn hình xem thông tin

3.Bệnh nhân (Patient): Hệ thống gửi yêu cầu xem thông tin bệnh nhân đến hồ

sơ bệnh nhân cụ thể

4.Hồ sơ bệnh nhân (Patient Record): Hồ sơ bệnh nhân trả về thông tin chitiết về bệnh nhân, bao gồm tên, tuổi, giới tính, lịch sử bệnh án và các thông tin y tếkhác

5.Giao diện người dùng (User Interface): Giao diện người dùng nhậnthông tin bệnh nhân từ hồ sơ bệnh nhân và hiển thị nó trên màn hình

6.Người dùng (User): Người dùng có thể xem thông tin bệnh nhân trên giaodiện người dùng

=>Biểu đồ trình tự này minh họa quy trình xem thông tin bệnh nhân trong hệ thốngquản lý bệnh nhân Người dùng khởi động yêu cầu, giao diện người dùng tương tácvới hồ sơ bệnh nhân để lấy thông tin và hiển thị nó cho người dùng

Biểu đồ minh họa quy trình quản lí bệnh nhân

V Sequence Diagram For Transfer Data.(Biểu Đồ Trình Tự Miêu Tả Quá Trình Chuyển Dữ Liệu)

*Dưới đây là biểu đồ trình tự (Sequence diagram) mô tả quá trình "Transfer Data"(Chuyển dữ liệu) Đây là một tác vụ trong hệ thống, trong đó dữ liệu được chuyển

từ một thành phần sang thành phần khác Dưới đây là mô tả chi tiết các bước trongbiểu đồ trình tự:

1.Thành phần gốc (Source Component): Thành phần gốc khởi tạo yêu cầuchuyển dữ liệu và gửi nó tới thành phần đích

2.Thành phần đích (Destination Component): Thành phần đích nhận yêucầu chuyển dữ liệu từ thành phần gốc

3.Giao diện chuyển dữ liệu (Data Transfer Interface): Giao diệnchuyển dữ liệu được sử dụng để truyền dữ liệu từ thành phần gốc đến thành phầnđích.

4.Dữ liệu (Data): Dữ liệu được chuyển từ thành phần gốc đến thành phần đíchthông qua giao diện chuyển dữ liệu

5.Xử lý dữ liệu (Data Processing): Thành phần đích xử lý dữ liệu sau khinhận được nó từ thành phần gốc

6.Phản hồi (Response): Thành phần đích phản hồi kết quả xử lý dữ liệu chothành phần gốc

=>Biểu đồ trình tự này mô tả quá trình chuyển dữ liệu từ thành phần gốc đến thànhphần đích Thành phần gốc khởi tạo yêu cầu chuyển dữ liệu và gửi nó tới thànhphần đích thông qua giao diện chuyển dữ liệu Thành phần đích nhận dữ liệu, xử lý

nó và phản hồi kết quả cho thành phần gốc

Quá trình chuyển dữ liệu

VI Structural models(Mô Hình Cấu Trúc)

1.Khái niệm:

-Mô hình cấu trúc (Structural models) là các mô hình được sử dụng để biểu diễncấu trúc tĩnh của một hệ thống phần mềm Chúng tập trung vào việc mô tả cácthành phần của hệ thống, mối quan hệ giữa chúng và cách chúng được tổ chức

2.Một số loại mô hình cấu trúc phổ biến

a,Biểu đồ lớp (Class diagram): Biểu đồ lớp mô tả các lớp trong hệ thống, các

thuộc tính của chúng và các phương thức mà chúng triển khai Nó hiển thị mốiquan hệ giữa các lớp, bao gồm quan hệ kế thừa, quan hệ liên hệ và quan hệ gắnkết

b,Biểu đồ thành phần (Component diagram): Biểu đồ thành phần mô tả các

thành phần của hệ thống và cách chúng tương tác với nhau Nó thể hiện kiến trúctổng thể của hệ thống và các giao diện giữa các thành phần

c,Biểu đồ triển khai (Deployment diagram): Biểu đồ triển khai mô tả cách các

thành phần của hệ thống được triển khai trên các nút (nodes) vật lý hoặc ảo Nócho thấy cách hệ thống được phân phối và cấu hình trên môi trường triển khai

d,Biểu đồ gói (Package diagram): Biểu đồ gói mô tả tổ chức logic của các thành

phần trong các gói Nó cho thấy cách các thành phần được nhóm lại thành các gói

và quan hệ giữa chúng

=>Mô hình cấu trúc giúp các nhà phát triển và kiến trúc sư hiểu rõ hơn về cấu trúccủa hệ thống phần mềm, xác định các thành phần, quan hệ và tổ chức của chúng.Chúng cung cấp một cái nhìn tổng quan về kiến trúc của hệ thống và hỗ trợ trongviệc thiết kế, phân tích và triển khai các hệ thống phần mềm

VII: Structural Models Of Software.(Mô Hình Cấu Trúc Của Phần Mềm)

1.Khái niệm

-Mô hình cấu trúc của phần mềm hiển thị tổ chức của một hệ thống dựa trên cácthành phần tạo nên hệ thống đó và mối quan hệ giữa chúng Mô hình cấu trúc cóthể là các mô hình tĩnh, thể hiện cấu trúc của thiết kế hệ thống, hoặc là các mô hìnhđộng, thể hiện tổ chức của hệ thống khi nó đang thực thi

-Các mô hình cấu trúc được tạo ra khi bạn thảo luận và thiết kế kiến trúc hệ thống.Chúng giúp bạn hiểu và mô phỏng cấu trúc tổ chức của hệ thống phần mềm, baogồm các thành phần và mối quan hệ giữa chúng Các mô hình này cung cấp mộtcái nhìn tổng quan về kiến trúc của hệ thống và hỗ trợ trong việc thiết kế, phân tích

và triển khai các hệ thống phần mềm

2.Các loại mô hình cấu trúc

-Mô hình cấu trúc tĩnh (static models) bao gồm các biểu đồ như biểu đồ lớp,

biểu đồ thành phần và biểu đồ gói Những biểu đồ này giúp định nghĩa cấu trúc của

hệ thống, các thành phần và mối quan hệ giữa chúng

-Mô hình cấu trúc động (dynamic models) bao gồm các biểu đồ như biểu đồ

trình tự, biểu đồ hoạt động và biểu đồ trạng thái Những biểu đồ này tập trung vàocách hệ thống hoạt động và tương tác giữa các thành phần khi hệ thống đang chạy

=>Việc tạo ra mô hình cấu trúc giúp quản lý kiến trúc hệ thống, định rõ các thànhphần và quan hệ giữa chúng, và cung cấp một cơ sở cho việc thiết kế và triển khai

-Trong biểu đồ lớp, mỗi lớp đối tượng được biểu diễn bằng một hình chữ nhật,trong đó tên của lớp được ghi bên trong Lớp có thể có các thuộc tính (attributes)

và các phương thức (methods) để mô tả các đặc điểm và hành vi của đối tượng

2 Một quan hệ (association)

-Một quan hệ (association) là một liên kết giữa các lớp, cho biết rằng có một mối

quan hệ nào đó giữa các lớp này Quan hệ này có thể là một quan hệ "has-a" (cómột) hoặc "is-a" (là một) giữa các lớp Ví dụ, trong hệ thống bệnh viện, có thể cómột quan hệ "Doctor has-a Patient" để biểu diễn rằng một bác sĩ có một hoặc nhiềubệnh nhân

-Khi bạn phát triển các mô hình trong giai đoạn đầu của quy trình kỹ thuật phầnmềm, các đối tượng trong biểu đồ lớp đại diện cho các đối tượng trong thế giớithực, chẳng hạn như bệnh nhân, đơn thuốc, bác sĩ, và các đối tượng khác.

-Biểu đồ lớp giúp bạn xác định và mô hình hoá cấu trúc của hệ thống, hiển thị cáclớp, thuộc tính và phương thức của chúng, và quan hệ giữa các lớp Nó cung cấpmột cái nhìn tổng quan về kiến trúc của hệ thống và là cơ sở cho việc phân tích,thiết kế và triển khai hệ thống phần mềm

IX UML Classes And Association(UML và Lớp trong UML)

- Trong biểu đồ lớp, lớp được biểu diễn bằng một hình chữ nhật được chiathành ba phần: phần trên chứa tên lớp, phần giữa liệt kê các thuộc tính, vàphần dưới liệt kê các phương thức

- Thuộc tính đại diện cho các thuộc tính hoặc dữ liệu liên quan đến lớp.Chúng thường được hiển thị dưới dạng cặp tên: kiểu dữ liệu (vd: tên: Chuỗi)

và mô tả trạng thái của các đối tượng

- Phương thức đại diện cho các hoạt động hoặc hành vi mà các đối tượng củalớp có thể thực hiện Chúng thường được hiển thị dưới dạng cặp tên(thamsố): kiểu trả về (vd: tínhToánTổng(sốLượng: số thực): số thực) và mô tả cáchành động hoặc tính toán được thực hiện bởi các đối tượng

3.Quan hệ trong UML:

- Quan hệ (association) là một mối quan hệ giữa hai hoặc nhiều lớp, đại diệncho sự kết nối hay liên kết giữa chúng

- Quan hệ được biểu diễn bằng các đường kết nối giữa các lớp liên quan.Đường kết nối có thể có mũi tên chỉ ra hướng của quan hệ.

- Độ đa (multiplicity) được sử dụng để chỉ ra số lượng đối tượng tham giatrong quan hệ Nó được biểu diễn bằng các con số hoặc khoảng gần cuốidòng quan hệ (vd: 1, *, 0 1)

- Tên vai trò (role names) có thể được thêm vào cuối quan hệ để mô tả vai trò

mà mỗi lớp đóng trong quan hệ (vd: "bệnhNhân" và "đơnThuốc" trong mộtquan hệ Bệnh nhân-Đơn thuốc)

- Quan hệ cũng có thể có các thuộc tính bổ sung như khả năng điều hướng(nêu rõ một đối tượng có thể đi từ đầu quan hệ đến cuối quan hệ) và lớpquan hệ (một lớp kết nối giữa quan hệ)

4.Sơ đồ quản lí bệnh nhân.

a,Bệnh nhân (Patient) là một lớp trong hệ thống y tế hoặc bệnh viện Lớp này đại

diện cho một đối tượng bệnh nhân trong thế giới thực Dưới đây là một ví dụ vềmột lớp Bệnh nhân trong biểu đồ lớp UML:

-Lớp: Bệnh nhân (Patient)

-Thuộc tính:

 Mã bệnh nhân: kiểu chuỗi (String) - biểu thị mã định danh cho bệnh nhân

 Tên: kiểu chuỗi (String) - biểu thị tên của bệnh nhân

 Tuổi: kiểu số nguyên (int) - biểu thị tuổi của bệnh nhân

 Giới tính: kiểu chuỗi (String) - biểu thị giới tính của bệnh nhân

 Quan hệ "has-a" với lớp Đơn thuốc (Prescription): Một bệnh nhân có thể cónhiều đơn thuốc Đây là quan hệ một-nhiều, với mỗi bệnh nhân có thể cónhiều đơn thuốc tương ứng với các loại thuốc mà bệnh nhân được kê đơn.

 Quan hệ "has-a" với lớp Bác sĩ (Doctor): Một bệnh nhân có một bác sĩ chămsóc Đây là quan hệ một-một, trong đó mỗi bệnh nhân chỉ có một bác sĩchăm sóc riêng

b, Hồ sơ bệnh nhân (Patient Record) là một khái niệm trong lĩnh vực y tế để chỉ

thông tin và dữ liệu liên quan đến một bệnh nhân cụ thể Hồ sơ bệnh nhân bao gồmcác thông tin quan trọng về sức khỏe, lịch sử bệnh án, kết quả xét nghiệm, đơnthuốc và các thông tin khác liên quan đến việc chăm sóc và điều trị bệnh nhân.-Trong biểu đồ lớp UML, Hồ sơ bệnh nhân (Patient Record) có thể được mô hìnhhoá như sau:

+Lớp: Hồ sơ bệnh nhân (Patient Record)

-Thuộc tính:

 Mã hồ sơ: kiểu chuỗi (String) - biểu thị mã định danh cho hồ sơ bệnh nhân

 Bệnh nhân: kiểu Bệnh nhân (Patient) - biểu thị đối tượng bệnh nhân liên kếtvới hồ sơ

 Lịch sử bệnh án: kiểu chuỗi (String) - biểu thị thông tin về lịch sử bệnh áncủa bệnh nhân

 Kết quả xét nghiệm: kiểu chuỗi (String) - biểu thị kết quả các xét nghiệm đãthực hiện

 Đơn thuốc: kiểu danh sách (List) các Đơn thuốc (Prescription) - biểu thịdanh sách đơn thuốc được kê đơn cho bệnh nhân trong hồ sơ

-Lớp Hồ sơ bệnh nhân có quan hệ "has-a" với lớp Bệnh nhân (Patient), vì một hồ

sơ bệnh nhân liên kết với một bệnh nhân cụ thể Đây là một quan hệ một-một,trong đó mỗi hồ sơ bệnh nhân chỉ liên kết với một bệnh nhân duy nhất

X.Classes And Associations In The MHC-PMS(Lớp Và Quan Hệ Trong MHC-PMS)

*MHC-PMS (Medical Health Care Practice Management System) là một hệ thốngquản lý thực hành chăm sóc sức khỏe Dưới đây là một phân tích chi tiết về các lớp

và quan hệ trong MHC-PMS: