Mô Hình Hóa Phần Mềm: Từ Nguyên Tắc Đến Thực Tiễn

Khám phá nội dung tuần 7 và 8 trong mô hình hoá phần mềm, bao gồm các khái niệm, kỹ thuật và ứng dụng quan trọng trong lĩnh vực này.

• Tác giả: Nguyễn Thị Minh Tuyền
• Trường học: Trường Đại Học
• Chuyên ngành: Công Nghệ Phần Mềm
• Đề tài: Mô Hình Hóa Phần Mềm: Khám Phá Các Kỹ Thuật và Quy Trình
• Loại tài liệu: Bài Giảng
• Năm xuất bản: 2023
• Địa điểm: Hà Nội

Mục lục chi tiết

• 1. MÔ HÌNH HÓA PHẦN MỀM
• 1.1. Mô hình ngữ cảnh
• 1.2. Mô hình tương tác
• 1.3. Mô hình cấu trúc
• 1.4. Mô hình hành vi
• 2. UML
• 2.1. Các loại biểu đồ UML
• 2.2. Cách sử dụng các mô hình đồ họa
• 2.3. Biểu đồ use case
• 2.4. Quy trình mô hình hoá use case
• 2.5. Biểu đồ tuần tự
• 3. Mô hình cấu trúc
• 3.1. Biểu đồ lớp (class diagram)
• 3.2. Các lớp và kết hợp
• 3.3. Tổng quát hóa (Generalization)
• 3.4. Mô hình cộng gộp lớp đối tượng
• 4. Mô hình hành vi (behavioral model)
• 4.1. Mô hình hướng dữ liệu
• 4.2. Mô hình hướng sự kiện
• 4.3. Mô hình máy trạng thái
• 4.4. Biểu đồ trạng thái

Tóm tắt

I. Tổng Quan Về Mô Hình Hóa Phần Mềm Khái Niệm Cơ Bản

Mô hình hóa phần mềm là một quy trình quan trọng trong phát triển phần mềm, giúp tạo ra các mô hình trừu tượng của hệ thống. Những mô hình này không chỉ giúp người phân tích hiểu rõ chức năng của hệ thống mà còn hỗ trợ giao tiếp hiệu quả với các bên liên quan. Việc áp dụng mô hình hóa phần mềm giúp giảm thiểu rủi ro và tăng cường khả năng đáp ứng yêu cầu của khách hàng.

1.1. Mô Hình Hóa Phần Mềm Là Gì

Mô hình hóa phần mềm là quy trình phát triển các mô hình trừu tượng, giúp thể hiện các khía cạnh khác nhau của hệ thống. Mô hình này có thể bao gồm mô hình ngữ cảnh, mô hình tương tác, và mô hình hành vi.

1.2. Tại Sao Cần Mô Hình Hóa Phần Mềm

Mô hình hóa phần mềm giúp xác định yêu cầu, giảm thiểu sai sót và cải thiện khả năng giao tiếp giữa các bên liên quan. Nó cũng hỗ trợ trong việc thiết kế và phát triển hệ thống hiệu quả hơn.

II. Các Thách Thức Trong Mô Hình Hóa Phần Mềm Nhận Diện Vấn Đề

Mặc dù mô hình hóa phần mềm mang lại nhiều lợi ích, nhưng cũng tồn tại nhiều thách thức. Việc xác định yêu cầu không chính xác, thiếu sự đồng thuận giữa các bên liên quan, và khó khăn trong việc duy trì mô hình là những vấn đề phổ biến. Những thách thức này có thể dẫn đến việc phát triển phần mềm không đạt yêu cầu và tốn kém thời gian.

2.1. Khó Khăn Trong Việc Xác Định Yêu Cầu

Việc thu thập và xác định yêu cầu chính xác là một trong những thách thức lớn nhất trong mô hình hóa phần mềm. Nhiều khi, các bên liên quan không thể diễn đạt rõ ràng nhu cầu của họ.

2.2. Thiếu Sự Đồng Thuận Giữa Các Bên Liên Quan

Sự khác biệt trong quan điểm và mục tiêu giữa các bên liên quan có thể gây khó khăn trong việc đạt được sự đồng thuận về mô hình hóa. Điều này có thể dẫn đến việc phát triển không đồng bộ và không hiệu quả.

III. Phương Pháp Mô Hình Hóa Phần Mềm Các Kỹ Thuật Chính

Có nhiều phương pháp và kỹ thuật trong mô hình hóa phần mềm. Các kỹ thuật này bao gồm mô hình hóa ngữ cảnh, mô hình hóa hành vi, và mô hình hóa cấu trúc. Mỗi phương pháp có những ưu điểm riêng, giúp giải quyết các vấn đề cụ thể trong quá trình phát triển phần mềm.

3.1. Mô Hình Hóa Ngữ Cảnh Định Nghĩa Ranh Giới Hệ Thống

Mô hình hóa ngữ cảnh giúp xác định ranh giới của hệ thống, chỉ ra các yếu tố bên trong và bên ngoài ảnh hưởng đến hệ thống. Điều này rất quan trọng để hiểu rõ môi trường hoạt động của hệ thống.

3.2. Mô Hình Hóa Hành Vi Phân Tích Tương Tác

Mô hình hóa hành vi tập trung vào cách mà hệ thống phản ứng với các sự kiện và dữ liệu. Kỹ thuật này giúp xác định các kịch bản sử dụng và tương tác giữa các thành phần trong hệ thống.

3.3. Mô Hình Hóa Cấu Trúc Hiển Thị Thành Phần Hệ Thống

Mô hình hóa cấu trúc giúp hiển thị các thành phần của hệ thống và mối quan hệ giữa chúng. Điều này hỗ trợ trong việc thiết kế kiến trúc hệ thống một cách hiệu quả.

IV. Ứng Dụng Thực Tiễn Của Mô Hình Hóa Phần Mềm Kết Quả Nghiên Cứu

Việc áp dụng mô hình hóa phần mềm trong thực tiễn đã cho thấy nhiều kết quả tích cực. Các nghiên cứu cho thấy rằng việc sử dụng mô hình hóa giúp cải thiện chất lượng sản phẩm, giảm thiểu thời gian phát triển và tăng cường sự hài lòng của khách hàng. Các mô hình như UML đã trở thành tiêu chuẩn trong ngành công nghiệp phần mềm.

4.1. Cải Thiện Chất Lượng Sản Phẩm

Mô hình hóa giúp phát hiện sớm các lỗi và vấn đề trong thiết kế, từ đó cải thiện chất lượng sản phẩm cuối cùng. Nghiên cứu cho thấy rằng các dự án sử dụng mô hình hóa có tỷ lệ lỗi thấp hơn.

4.2. Giảm Thời Gian Phát Triển

Việc sử dụng mô hình hóa giúp tối ưu hóa quy trình phát triển, từ đó giảm thời gian cần thiết để hoàn thành dự án. Các nhóm phát triển có thể làm việc hiệu quả hơn nhờ vào các mô hình rõ ràng.

V. Kết Luận Tương Lai Của Mô Hình Hóa Phần Mềm

Mô hình hóa phần mềm sẽ tiếp tục đóng vai trò quan trọng trong phát triển phần mềm trong tương lai. Với sự phát triển của công nghệ và các phương pháp mới, mô hình hóa sẽ ngày càng trở nên tinh vi hơn. Việc áp dụng các kỹ thuật mới như AI và machine learning vào mô hình hóa sẽ mở ra nhiều cơ hội mới cho ngành công nghiệp phần mềm.

5.1. Xu Hướng Mới Trong Mô Hình Hóa Phần Mềm

Các xu hướng mới như mô hình hóa dựa trên AI đang dần trở thành hiện thực. Những công nghệ này hứa hẹn sẽ cải thiện khả năng tự động hóa trong quy trình phát triển phần mềm.

5.2. Tương Lai Của Mô Hình Hóa Trong Ngành Công Nghiệp

Mô hình hóa sẽ tiếp tục phát triển và thích ứng với các yêu cầu mới của ngành công nghiệp. Sự kết hợp giữa mô hình hóa và các công nghệ mới sẽ tạo ra những cơ hội mới cho các nhà phát triển phần mềm.

Nội dung chính

TỔNG QUAN HỌC THUẬT: CHUYÊN ĐỀ MÔ HÌNH HÓA PHẦN MỀM (SYSTEM MODELING)

---

Tổng quan về giáo trình (250-300 từ)

Chuyên đề "Mô hình hóa phần mềm" (System Modeling) thuộc học phần Nhập môn Công nghệ phần mềm (thời lượng phân bổ: Tuần 7 – 8), đóng vai trò then chốt trong chương trình đào tạo kỹ sư Công nghệ thông tin và Kỹ thuật phần mềm bậc đại học. Tài liệu bài giảng được giảng viên Nguyễn Thị Minh Tuyền biên dịch, hiệu chỉnh và chuẩn hóa dựa trên học liệu của Giáo sư Ian Sommerville – tác giả của giáo trình Software Engineering kinh điển.

Về mặt vị trí học phần, chuyên đề này là cầu nối kỹ thuật trực tiếp giữa giai đoạn công nghệ yêu cầu (Requirements Engineering) và giai đoạn thiết kế kiến trúc hệ thống (Architectural Design). Mục tiêu học tập cốt lõi của tài liệu bao gồm:

1. Trang bị phương pháp luận xây dựng các mô hình trừu tượng của một hệ thống phần mềm nhằm phục vụ việc phân tích chức năng, giao tiếp với các bên liên quan (stakeholders) và thiết kế cài đặt.
2. Hệ thống hóa 4 góc nhìn mô hình hóa hệ thống: góc nhìn ngữ cảnh (external/context perspective), góc nhìn tương tác (interaction perspective), góc nhìn cấu trúc (structural perspective) và góc nhìn hành vi (behavioral perspective).
3. Làm chủ 5 loại biểu đồ trọng tâm trong chuẩn Unified Modeling Language (UML phiên bản 2.5 do Object Management Group - OMG quản lý).
4. Phân định rõ 3 mục đích sử dụng mô hình đồ họa tương ứng với các mức độ yêu cầu về tính chính xác và đầy đủ, bao gồm cả quy trình công nghệ hướng mô hình (Model-Driven Engineering - MDE).

Giáo trình tiếp cận theo hướng hình thức hóa có cấu trúc, gắn lý thuyết trừu tượng với các hệ thống kỹ thuật thực tế như hệ thống quản lý bệnh nhân MHC-PMS, hệ thống giao dịch ATM, thiết bị y tế nhúng máy bơm insulin và thiết bị điều khiển thời gian thực lò vi ba.

---

Nội dung kiến thức cốt lõi (500-600 từ)

Các chương/chủ đề chính

Nội dung chuyên đề được tổ chức thành 4 phân hệ kiến thức tương ứng với 4 góc nhìn hệ thống:

1. Tổng quan mô hình hóa & Ngôn ngữ UML: Định nghĩa quy trình phát triển mô hình trừu tượng; vai trò của mô hình đối với hệ thống đã có sẵn (làm rõ chức năng cũ, đánh giá điểm mạnh/yếu để tìm yêu cầu mới) và hệ thống mới (giải thích yêu cầu cho stakeholder, viết tài liệu cài đặt, sinh mã nguồn trong MDE); giới thiệu chuẩn UML 2.5 của OMG và tinh chọn 5 loại biểu đồ chủ lực trong tổng số 13 biểu đồ UML (Activity, Use Case, Sequence, Class, State diagrams).
2. Mô hình ngữ cảnh (Context Model): Thiết lập ranh giới hệ thống (system boundary) để định vị các thành phần bên trong và bên ngoài; phân tích tác động của các yếu tố tổ chức và xã hội; tích hợp mô hình quy trình nghiệp vụ (Business Process Model) thông qua Biểu đồ hoạt động (Activity Diagram). Ví dụ tiêu biểu: Sơ đồ ngữ cảnh hệ thống hồ sơ bệnh nhân MHC-PMS liên kết với 6 hệ thống ngoại vi, sơ đồ ngữ cảnh máy ATM và quy trình xử lý giam giữ bắt buộc đối với bệnh nhân nguy hiểm.
3. Mô hình tương tác (Interaction Model): Mô hình hóa tương tác người dùng - hệ thống, hệ thống - hệ thống và tương tác giữa các component. Trình bày chi tiết:
   • Biểu đồ Use Case: Xác định ranh giới, actor, quan hệ và kỹ thuật đặc tả use case (điều kiện trước, luồng chính, điều kiện sau, luồng thay thế/luồng phụ) qua ca sử dụng của nhân viên tiếp tân y tế (Medical Receptionist).
   • Biểu đồ tuần tự (Sequence Diagram): Mô hình hóa chuỗi tuần tự theo thời gian với các khái niệm lifeline (chu kỳ sống), message (thông điệp), return message và khối điều kiện thay thế alt qua thao tác ViewInfo và truyền dữ liệu Transfer data.
4. Mô hình cấu trúc (Structural Model): Mô tả tổ chức thành phần và kiến trúc hệ thống qua hai dạng: mô hình tĩnh (static model) và mô hình động (dynamic model). Trọng tâm là Biểu đồ lớp (Class Diagram):
   • Định nghĩa lớp đối tượng, thuộc tính, thao tác.
   • Quan hệ kết hợp (Association) và bản số (Multiplicity).
   • Cơ chế Tổng quát hóa (Generalization) tương ứng với kế thừa trong lập trình hướng đối tượng (minh họa bằng phân cấp lớp Doctor thành Hospital doctor và General practitioner).
   • Mô hình cộng gộp (Aggregation model) mô tả quan hệ chứa giữa các lớp (ví dụ: Patient và Consultation).
5. Mô hình hành vi (Behavioral Model): Biểu diễn hành vi động của hệ thống khi phản hồi lại hai dạng tác động (stimuli) từ môi trường:
   • Mô hình hướng dữ liệu (Data-driven): Áp dụng cho hệ thống xử lý dữ liệu doanh nghiệp, mô hình hóa chuỗi tuần tự xử lý end-to-end (ví dụ: chuỗi xử lý cảm biến của máy bơm insulin và chu kỳ xử lý đơn đặt hàng).
   • Mô hình hướng sự kiện (Event-driven): Áp dụng cho hệ thống thời gian thực dựa trên giả thuyết máy trạng thái hữu hạn (State Machine Model). Minh họa chi tiết qua Biểu đồ trạng thái của lò vi ba gồm 7 trạng thái và 8 sự kiện kích thích.

Kiến thức nền tảng được xây dựng

Chuyên đề thiết lập 3 khối kiến thức lý thuyết nền tảng:

• Lý thuyết trừu tượng hóa hệ thống (System Abstraction): Nguyên lý phân tách các góc nhìn (multi-perspective representation) giúp kiểm soát độ phức tạp kỹ thuật.
• Nguyên lý phân định ranh giới và chuyển đổi trạng thái: Xác định phạm vi yêu cầu hệ thống và quy luật chuyển đổi trạng thái hữu hạn trong các hệ thống thời gian thực.
• Khung chuẩn UML 2.5 và Kỹ nghệ hướng mô hình (MDE): Nguyên tắc sử dụng mô hình đồ họa theo 3 cấp độ: thảo luận (không cần đầy đủ/chính xác), viết tài liệu (cần chính xác, không cần đầy đủ), và sinh mã cài đặt (bắt buộc vừa đầy đủ vừa chính xác).

Kỹ năng phát triển

• Kỹ năng kỹ thuật (Technical skills): Thiết kế chuẩn xác 5 loại biểu đồ UML (Activity, Use Case, Sequence, Class, State diagrams) theo đặc tả UML 2.5; viết tài liệu đặc tả ca sử dụng hoàn chỉnh gồm điều kiện tiên quyết, luồng sự kiện và điều kiện kết thúc.
• Kỹ năng phân tích (Analytical skills): Khả năng phân tích ranh giới hệ thống, bóc tách quan hệ kế thừa/cộng gộp giữa các thực thể thế giới thực, phân biệt luồng dữ liệu end-to-end với mô hình điều khiển theo sự kiện.
• Năng lực thực hành nghề nghiệp (Practical competencies): Sử dụng mô hình như ngôn ngữ giao tiếp kỹ thuật chung để thảo luận với khách hàng, bàn giao tài liệu cho đội ngũ lập trình và chuẩn bị dữ liệu đầu vào cho các công cụ tự động hóa MDE.

---

Phương pháp giảng dạy và học tập (300-350 từ)

Chuyên đề áp dụng phương pháp tiếp cận sư phạm lấy mô hình làm trung tâm (model-centric approach) kết hợp chặt chẽ với phương pháp phân tích tình huống thực tế (case study method). Việc tiếp thu kiến thức được xây dựng dựa trên việc mổ xẻ trực tiếp các ca nghiên cứu xuyên suốt bài giảng:

1. Hệ thống Quản lý Bệnh nhân Sức khỏe Tâm thần (MHC-PMS): Đóng vai trò là ca thực hành chính cho việc mô hình hóa ngữ cảnh (tương tác với 6 hệ thống y tế chuyên biệt), mô hình hóa quy trình giam giữ bệnh nhân nguy hiểm, xây dựng biểu đồ Use Case và biểu đồ Sequence về quản lý thông tin bệnh nhân.
2. Hệ thống Máy rút tiền tự động (ATM): Sử dụng để minh họa ranh giới hệ thống và các mối liên kết ngoại vi với hệ thống bảo mật, kế toán chi nhánh và cơ sở dữ liệu tài khoản.
3. Hệ thống nhúng máy bơm insulin (Insulin Pump): Minh họa cơ chế xử lý hướng dữ liệu với chuỗi tuần tự từ đọc cảm biến đường huyết (Sensor data) đến tính toán liều lượng (Insulin requirement) và phát lệnh điều khiển máy bơm (Pump control commands).
4. Hệ thống điều khiển lò vi ba: Minh họa toàn diện cho mô hình máy trạng thái với bảng phân tích chi tiết 7 trạng thái chức năng (Waiting, Half power, Full power, Set time, Disabled, Enabled, Operation) và bảng mô tả 8 tác động kích thích (Start, Cancel, Timer, Door open, v.v.).

Phương pháp đánh giá và tự học:

• Sinh viên được đánh giá thông qua bài tập phân tích ca sử dụng, chuyển đổi bài toán nghiệp vụ thành biểu đồ UML đúng chuẩn ngữ nghĩa và viết tài liệu đặc tả luồng sự kiện.
• Tài liệu hướng dẫn người học tự học bằng cách phân chia quy trình thiết kế thành các bước rõ ràng: (1) Tìm ranh giới -> (2) Xác định Actor -> (3) Xây dựng Use Case -> (4) Lập kịch bản đặc tả -> (5) Thiết kế biểu đồ tương tác và biểu đồ trạng thái tương ứng.

---

Điểm nổi bật và cập nhật (250-300 từ)

Tài liệu bài giảng mang các đặc điểm học thuật và cập nhật kỹ thuật đáng chú ý:

• Chuẩn hóa theo UML 2.5: Bài giảng căn cứ trên tiêu chuẩn cập nhật của Object Management Group (OMG), giúp người học tiếp cận đúng quy chuẩn công nghiệp của ngôn ngữ mô hình hóa hợp nhất.
• Tinh giản có chọn lọc: Từ 13 loại biểu đồ của đặc tả UML đầy đủ, giáo trình chắt lọc ra 5 loại biểu đồ thiết yếu nhất, đảm bảo bao phủ trọn vẹn 4 góc nhìn hệ thống mà không gây quá tải kiến thức cho sinh viên trong giai đoạn nhập môn.
• Tích hợp Kỹ nghệ hướng mô hình (Model-Driven Engineering - MDE): Giới thiệu hướng tiếp cận hiện đại cho phép tự động sinh mã nguồn cài đặt (code generation) trực tiếp từ các mô hình thiết kế, định hình tư duy phát triển phần mềm tự động hóa.
• Phân loại rõ ràng mục đích sử dụng mô hình: Xác lập bộ tiêu chí cụ thể về tính chính xác và tính đầy đủ cho mô hình đồ họa tùy theo từng ngữ cảnh:

Mục đích sử dụng mô hình	Yêu cầu về độ chính xác	Yêu cầu về độ đầy đủ
Phương tiện thảo luận	Không bắt buộc	Không bắt buộc
Viết tài liệu hệ thống có sẵn	Bắt buộc chính xác	Không bắt buộc
Phát sinh mã nguồn cài đặt (MDE)	Bắt buộc chính xác	Bắt buộc đầy đủ

• Tính ứng dụng đa lĩnh vực: Các ca nghiên cứu bao quát từ phần mềm nghiệp vụ doanh nghiệp (MHC-PMS), phần mềm tài chính (ATM) đến hệ thống nhúng quan trọng (Safety-critical systems như máy bơm insulin) và hệ thống thời gian thực (Real-time systems như lò vi ba).

---

Đối tượng sử dụng giáo trình (200-250 từ)

• Sinh viên đại học: Giáo trình được biên soạn chuyên biệt cho sinh viên năm 2 hoặc năm 3 các chuyên ngành Kỹ thuật phần mềm, Khoa học máy tính, Hệ thống thông tin và Công nghệ thông tin trong khung chương trình học phần Nhập môn Công nghệ phần mềm.
• Điều kiện tiên quyết (Prerequisites): Người học cần hoàn thành khối kiến thức cơ sở về Lập trình hướng đối tượng (nắm vững các khái niệm Class, Object, Subclass, Superclass, Inheritance trong Java hoặc các ngôn ngữ tương đương) và có hiểu biết ban đầu về quy trình kỹ thuật thu thập yêu cầu phần mềm.
• Giảng viên: Giảng viên chuyên ngành có thể sử dụng bài giảng như một khung tài liệu chuẩn để giảng dạy lý thuyết phân tích thiết kế hệ thống, tổ chức bài tập nhóm và xây dựng đề tài đồ án môn học.
• Người tự học và kỹ sư tham khảo: Tài liệu là nguồn tham chiếu chuẩn xác cho các kỹ sư phần mềm mới vào nghề, chuyên viên phân tích nghiệp vụ (Business Analyst) hoặc kỹ sư hệ thống cần chuẩn hóa kỹ năng lập tài liệu kiến trúc phần mềm theo tiêu chuẩn UML.

---

Câu hỏi thường gặp (250-300 từ)

1. Giáo trình này phù hợp với ai?

Tài liệu phù hợp với sinh viên bậc đại học ngành Công nghệ thông tin/Kỹ thuật phần mềm đang theo học học phần Công nghệ phần mềm, cùng các chuyên viên phân tích và lập trình viên cần nắm vững quy chuẩn mô hình hóa hệ thống.

2. Cần kiến thức nền nào để học chuyên đề này?

Người học cần nắm vững nguyên lý lập trình hướng đối tượng (khái niệm lớp, đối tượng, quan hệ kế thừa, thuộc tính và phương thức) cùng kiến thức cơ bản về quy trình kỹ thuật yêu cầu phần mềm.

3. Điểm khác biệt của giáo trình này so với các tài liệu UML khác là gì?

Tài liệu không liệt kê máy móc toàn bộ 13 biểu đồ UML mà cấu trúc bài học thành 4 góc nhìn kỹ thuật cụ thể (Ngữ cảnh, Tương tác, Cấu trúc, Hành vi), gắn liền 5 biểu đồ trọng tâm với các ca nghiên cứu thực tế như MHC-PMS, ATM, máy bơm insulin và lò vi ba.

4. Làm sao để tự học và áp dụng hiệu quả nội dung giáo trình?

Người học cần xác định rõ mục đích mô hình hóa trước khi vẽ (dùng để thảo luận, viết tài liệu hay sinh mã nguồn MDE), sau đó thực hành tuần tự từ biểu đồ Use Case, Sequence đến Class và State Diagram theo các kịch bản mẫu được trình bày trong giáo trình.

5. Có tài liệu bổ trợ nào kèm theo nội dung này?

Tài liệu học tập được biên dịch và quy chiếu trực tiếp từ bài giảng và giáo trình chuẩn Software Engineering của Giáo sư Ian Sommerville, đồng thời tham chiếu chuẩn kỹ thuật UML 2.5 từ tổ chức Object Management Group (OMG).

---

Kết luận (150 từ)

Chuyên đề Mô hình hóa phần mềm trong giáo trình Nhập môn Công nghệ phần mềm cung cấp nền tảng phương pháp luận hoàn chỉnh về phân tích và thiết kế hệ thống. Tài liệu giúp người học hình thành tư duy trừu tượng hóa có cấu trúc thông qua việc làm chủ 4 góc nhìn hệ thống và 5 biểu đồ UML 2.5 chủ chốt.

Lộ trình học tập khuyến nghị bắt đầu từ việc phân tích ngữ cảnh và ranh giới hệ thống (Context Model & Activity Diagram), chuyển tiếp sang mô hình hóa tương tác (Use Case & Sequence Diagram), thiết lập kiến trúc đối tượng (Class Diagram) và hoàn thiện bằng việc mô tả hành vi động của hệ thống (Data-driven & State Machine Model). Người học nên kết hợp nghiên cứu giáo trình gốc Software Engineering của Ian Sommerville và chuẩn đặc tả UML 2.5 của OMG để tối ưu hóa năng lực thực hành kỹ thuật.

Trích đoạn nội dung tài liệu

Nhập môn Công nghệ phần mềm Tuần 7 – 8: Mô hình hóa phần mềm Nội dung của slide này được dịch và hiệu chỉnh dựa vào các slides của Ian Sommerville Nội dung Mô hình ngữ cảnh Mô hình tương tác Mô hình cấu trúc Mô hình hành vi NGUYỄN Thị Minh Tuyền Mô hình hóa hệ thống (system modeling) £ Là quy 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 biểu diễn một góc nhìn. £ Các mô hình p giúp cho người phân tích hiểu được chức năng của một hệ thống p được sử dụng để giao tiếp với khách hàng 3 NGUYỄN Thị Minh Tuyền Sử dụng mô hình cho hệ thống đã tồn tại và hệ thống mới £ Các mô hình của những hệ thống đã có sẵn p Được sử dụng trong suốt giai đoạn công nghệ yêu cầu. p Giúp làm rõ việc hệ thống đó làm được gì. p Là một cơ sở để thảo luận về độ mạnh yếu của hệ thống cũ è tìm ra những yêu cầu cho hệ thống mới.

£ Các mô hình cho hệ thống mới p Được sử dụng trong suốt quá trình công nghệ yêu cầu. p Hỗ trợ việc giải thích các yêu cầu cho các stakeholder của hệ thống p Sử dụng để thảo luận về các thiết kế và viết tài liệu hệ thống cho phần cài đặt. £ Quy trình công nghệ hướng mô hình (model-driven engineering process) có thể phát sinh một phần hay toàn bộ cài đặt hệ thống từ mô hình hệ thống. 4 NGUYỄN Thị Minh Tuyền Các góc nhìn hệ thống Mô hình hóa tương tác Mô hình hóa ngữ cảnh giữa một hệ thống và hay môi trường của hệ môi trường của nó, thống.

hoặc giữa các component của một hệ external interaction thống. perspective perspective System behavioral structural perspective perspective Mô hình hóa hành vi Mô hình hóa tổ chức động của hệ thống và của một hệ thống hay cách nó trả lời sự kiện cấu trúc của dữ liệu như thế nào. được xử lý bởi hệ thống. 5 NGUYỄN Thị Minh Tuyền UML £ Unified Modeling Language £ Là một ngôn ngữ mô hình hoá £ Mục tiêu: cung cấp cho người thiết kế, kỹ sư phần mềm, người phát triển hệ thống một công cụ để phân tích, thiết kế và cài đặt các hệ thống phần mềm cũng như để mô hình hoá quy trình nghiệp vụ.

£ Được cập nhật và quản lý bởi OMG (Object Management Group). £ Phiên bản hiện tại: 2.5 NGUYỄN Thị Minh Tuyền Các loại biểu đồ UML £ 13 loại biểu đồ khác nhau NGUYỄN Thị Minh Tuyền Các loại biểu đồ UML 5 loại sau đây có thể biểu diễn được các yếu tố cần thiết của một hệ thống. Biểu đồ hoạt động (activity diagram) Chỉ ra các hoạt động trong một quy trình hay trong việc xử lý dữ liệu. Biểu đồ use case (use case diagram) Chỉ ra các tương tác giữa một hệ thống và môi trường của nó.

Biểu đồ tuần tự (sequence diagram) Chỉ ra các tương tác giữa các actor và hệ thống, và giữa các component của hệ thống với nhau. Biểu đồ lớp (class diagram) Chỉ ra các lớp đối tượng trong hệ thống và các quan hệ giữa các lớp này. Biểu đồ trạng thái (state diagram) Chỉ ra hệ thống tương tác với các sự kiện bên trong và bên ngoài như thế nào. 8 NGUYỄN Thị Minh Tuyền Cách sử dụng các mô hình đồ họa £ Là phương tiện để thảo luận về hệ thống có sẵn hoặc hệ thống mới p Các mô hình không cần đầy đủ và không chính xác.

£ Là một cách để viết tài liệu về hệ thống có sẵn p Cần chính xác nhưng không cần đầy đủ.