Nghiên Cứu và Ứng Dụng Kiến Trúc Hướng Mô Hình Trong Phát Triển Phần Mềm

Trong bối cảnh công nghệ phát triển vượt bậc, phần mềm đóng vai trò then chốt… 86 trang · Vietnam National University, Hanoi International School · 2024.

• Tác giả: Nguyen Thu Hang
• Người hướng dẫn: Dr. Nguyen Dang Khoa
• Trường học: Vietnam National University, Hanoi International School
• Chuyên ngành: Management Information System
• Đề tài: Nghiên Cứu và Ứng Dụng Kiến Trúc Hướng Mô Hình Trong Phát Triển Phần Mềm
• Loại tài liệu: graduation project
• Năm xuất bản: 2024
• Địa điểm: Hanoi

Mục lục chi tiết

• ACKNOWLEDGEMENTS
• LETTER OF DECLARATION
• LIST OF ABBREVIATION
• LIST OF TABLE
• LIST OF FIGURES
• 1. CHƯƠNG 1: RESEARCH BACKGROUND
• 1.1. Objectives of the research
• 1.2. Scope and limitations of the research
• 2. CHƯƠNG 2: LITERATURE REVIEW
• 2.1. Application model
• 2.2. Model-Driven Architecture (MDA)
• 2.3. Domain-Driven Design (DDD)
• 2.4. Event-Driven Architecture (EDA)
• 2.5. Microservices
• 2.6. Focus and Abstraction Level
• 2.7. Development Process
• 2.8. Scalability and Maintenance
• 2.9. Flexibility and Adaptability
• 2.10. Comparison MDA with other software development methodologies
• 2.11. Reasons to choose MDA over other models
• 2.12. Overview of MDA
• 3. CHƯƠNG 3: MODEL DRIVEN ARCHITECTURE
• 3.1. Models in MDA
• 3.2. The model is independent of the CIM calculation operation
• 3.3. Model independent of technology platform (PIM)
• 3.4. The Platform Specific Model (PSM)
• 3.5. Paradigm shift in MDA
• 3.6. Object-oriented software analysis and design methods applying MDA
• 3.7. Determine the content of the CIM model
• 3.8. Convert CIM model to PIM
• 3.9. Convert CIM components into PIM analysis elements
• 3.10. Convert analysis elements to design elements in the PIM model
• 3.11. Convert PIM model to PSM
• 3.12. Select the technology platform to implement the system
• 3.13. Rules for converting design elements in PIM to PSM
• 3.14. Detailed design of use cases
• 3.15. Detailed class design
• 3.16. Design data models
• 4. CHƯƠNG 4: DEVELOP APPLICATION
• 4.1. Overview of company
• 4.2. Learn about the company's system operations
• 4.3. Raw materials accounting process
• 4.4. Warehouse accounting process
• 4.5. Salary accounting process
• 4.6. Introducing an overview of the accounting management system in a garment company
• 4.7. Detailed design analysis of a Warehouse accounting management use case
• 4.8. Detailed content of steps to analyze and design the use case "Warehouse accounting management"
• 4.9. Business specification for use case of Warehouse Accounting Management
• 4.10. Determine the content of the CIM model
• 4.11. Identify key abstractions
• 4.12. Represents the interaction between actors and use cases
• 4.13. Convert CIM model to PIM model
• 4.14. Convert PIM model to PSM model
• 4.15. Defines the UI subsystem
• 4.16. Definition of the BUS business subsystem
• 4.17. Define the DAO data retrieval subsystem
• 4.18. Represents the interactions between the design subsystems of the use case
• 4.19. System Interface Design
• 4.20. Scalability and long-term maintenance
• 4.21. Summary of chapter
• ABSTRACT

Tóm tắt

I. Tổng Quan Kiến Trúc Hướng Mô Hình MDA Nghiên Cứu Chuyên Sâu

Trong bối cảnh công nghệ phát triển vượt bậc, phần mềm đóng vai trò then chốt trong sự phát triển và cạnh tranh của các doanh nghiệp. Việc phát triển phần mềm hiệu quả, giảm thiểu rủi ro là vô cùng quan trọng. Kiến trúc hướng mô hình (MDA), được giới thiệu bởi OMG năm 2001, nổi lên như một phương pháp đầy hứa hẹn. MDA đơn giản hóa quá trình phát triển phần mềm thông qua việc sử dụng các mô hình cấp cao. Bằng cách tập trung vào các biểu diễn trừu tượng của hệ thống, MDA tạo điều kiện thuận lợi cho việc chuyển đổi từ thiết kế khái niệm sang các ứng dụng có thể thực thi. Điều này giải quyết những thách thức liên quan đến phát triển phần mềm truyền thống. Theo tài liệu, MDA chia các mô hình hệ thống thành nhiều mức độ trừu tượng, cung cấp các quy tắc chuyển đổi giúp chuyển đổi giữa các mô hình. MDA mang lại khả năng tạo ứng dụng cho nhiều nền tảng khác nhau một cách hiệu quả.

1.1. Vai trò của MDA trong quy trình phát triển phần mềm hiện đại

MDA nổi bật trong việc tạo ứng dụng cho nhiều nền tảng một cách hiệu quả. Cách tiếp cận này giúp tăng tính linh hoạt và giảm sự phụ thuộc vào các công nghệ cụ thể. Bằng cách tập trung vào các mô hình trừu tượng, MDA cho phép các nhà phát triển thích ứng nhanh chóng với những thay đổi trong yêu cầu và công nghệ. Điều này làm cho MDA trở thành một lựa chọn lý tưởng cho các dự án phần mềm phức tạp và đa dạng, nơi tính linh hoạt và khả năng tái sử dụng là rất quan trọng. Theo tài liệu, MDA phân chia các mô hình đặc tả hệ thống từ mức độ trừu tượng cao đến các mức độ chi tiết, cung cấp các quy tắc chuyển đổi giữa các mô hình.

1.2. Ba giai đoạn chính của Kiến Trúc Hướng Mô Hình CIM PIM PSM

MDA bao gồm ba giai đoạn chính: Mô hình độc lập tính toán (CIM), Mô hình độc lập nền tảng (PIM) và Mô hình đặc thù nền tảng (PSM). CIM nắm bắt các yêu cầu và chức năng của hệ thống mà không đi sâu vào chi tiết tính toán. PIM đại diện cho kiến trúc của hệ thống, trừu tượng hóa các chi tiết cụ thể của nền tảng để đảm bảo tính linh hoạt. PSM kết hợp thông tin cụ thể của nền tảng, cung cấp bản thiết kế cụ thể để triển khai trên một ngăn xếp công nghệ cụ thể. Nghiên cứu này bao gồm một nghiên cứu toàn diện về các mô hình này, sự biến đổi của chúng và các mẫu liên quan đến MDA.

1.3. Ứng dụng MDA vào thực tế tại các doanh nghiệp

Nghiên cứu này không chỉ giới hạn ở lý thuyết mà còn tập trung vào ứng dụng thực tế của MDA. Cụ thể, nghiên cứu sẽ xem xét cách MDA có thể được áp dụng để phát triển một hệ thống thực tế cho một công ty may mặc. Bằng cách kết nối các mô hình lý thuyết với ứng dụng thực tế, nghiên cứu này mong muốn cung cấp những hiểu biết sâu sắc và các giải pháp thiết thực có thể được các chuyên gia và tổ chức áp dụng để nâng cao quy trình phát triển phần mềm của họ thông qua Kiến trúc hướng mô hình.

II. Các Vấn Đề Thách Thức Nghiên Cứu MDA Phân Tích Toàn Diện

Mặc dù MDA mang lại nhiều lợi ích, việc triển khai nó cũng đi kèm với những thách thức nhất định. Việc xây dựng các mô hình chính xác và đầy đủ đòi hỏi sự hiểu biết sâu sắc về lĩnh vực nghiệp vụ và kỹ năng mô hình hóa chuyên nghiệp. Quá trình chuyển đổi giữa các mô hình có thể phức tạp và dễ xảy ra lỗi. Ngoài ra, việc lựa chọn các công cụ MDA phù hợp và tích hợp chúng vào quy trình phát triển hiện tại cũng là một thách thức đáng kể. Do đó, cần phải có một đánh giá cẩn thận về chi phí và lợi ích của việc áp dụng MDA trước khi đưa ra quyết định. Hơn nữa, tài liệu chỉ ra rằng tính linh hoạt và khả năng thích ứng của MDA có thể bị hạn chế bởi khả năng của các công cụ mô hình hóa và chuyển đổi.

2.1. Rào cản kỹ thuật khi chuyển đổi từ mô hình trừu tượng sang code thực thi

Việc chuyển đổi từ mô hình trừu tượng sang mã thực thi là một thách thức đáng kể trong MDA. Quá trình này đòi hỏi các công cụ chuyển đổi mạnh mẽ có khả năng tự động hóa nhiều bước. Tuy nhiên, các công cụ này có thể không hoàn toàn tự động và có thể yêu cầu can thiệp thủ công, đặc biệt đối với các hệ thống phức tạp. Ngoài ra, việc đảm bảo rằng mã được tạo ra đáp ứng các yêu cầu hiệu suất và chất lượng mong muốn cũng là một thách thức. Do đó, cần phải có một quy trình kiểm tra và xác thực kỹ lưỡng để đảm bảo tính chính xác và hiệu quả của quá trình chuyển đổi.

2.2. Yêu cầu về nguồn lực và kỹ năng chuyên môn khi áp dụng MDA

Việc áp dụng MDA đòi hỏi một nguồn lực đáng kể và kỹ năng chuyên môn. Các nhà phát triển cần phải có kiến thức sâu rộng về các ngôn ngữ mô hình hóa như UML và các công cụ MDA. Họ cũng cần phải có sự hiểu biết vững chắc về lĩnh vực nghiệp vụ để xây dựng các mô hình chính xác và đầy đủ. Ngoài ra, việc quản lý và duy trì các mô hình có thể tốn thời gian và công sức. Do đó, cần phải có một kế hoạch đào tạo và phát triển kỹ năng phù hợp để đảm bảo thành công của việc triển khai MDA.

2.3. Khả năng tương thích với các phương pháp phát triển phần mềm hiện có

Việc tích hợp MDA vào các phương pháp phát triển phần mềm hiện có có thể là một thách thức. MDA đòi hỏi một sự thay đổi đáng kể trong tư duy và quy trình làm việc. Các nhóm phát triển có thể cần phải học các kỹ năng mới và thích ứng với một cách tiếp cận mới. Ngoài ra, việc đảm bảo rằng MDA tương thích với các công cụ và công nghệ hiện có có thể đòi hỏi những nỗ lực đáng kể. Do đó, cần phải có một kế hoạch tích hợp cẩn thận để giảm thiểu sự gián đoạn và đảm bảo thành công của việc triển khai MDA.

III. Hướng Dẫn Ứng Dụng MDA Tạo Mô Hình Chuyển Đổi Sinh Mã

Để tận dụng tối đa lợi ích của MDA, cần phải tuân theo một quy trình rõ ràng và có cấu trúc. Bước đầu tiên là tạo ra các mô hình cấp cao, chẳng hạn như CIM và PIM, mô tả các yêu cầu và kiến trúc của hệ thống. Tiếp theo, các mô hình này được chuyển đổi sang các mô hình cụ thể hơn, chẳng hạn như PSM, bằng cách sử dụng các quy tắc chuyển đổi được xác định trước. Cuối cùng, mã được tạo ra từ các mô hình PSM bằng cách sử dụng các công cụ sinh mã tự động. Theo tài liệu, MDA phân chia các mô hình đặc tả hệ thống từ mức độ trừu tượng cao đến các mức độ chi tiết và cung cấp các quy tắc chuyển đổi giữa các mô hình.

3.1. Phương pháp xác định nội dung cho mô hình CIM Computation Independent Model

Xác định nội dung của CIM là bước quan trọng. CIM nên nắm bắt các yêu cầu nghiệp vụ và mục tiêu của hệ thống từ góc độ của các bên liên quan. Điều này đòi hỏi sự tham gia chặt chẽ của các chuyên gia nghiệp vụ để đảm bảo rằng các mô hình phản ánh chính xác nhu cầu của họ. Các kỹ thuật như phỏng vấn, khảo sát và phân tích tài liệu có thể được sử dụng để thu thập thông tin cần thiết cho CIM.

3.2. Chuyển đổi CIM sang PIM Các bước cơ bản và công cụ hỗ trợ

Chuyển đổi CIM sang PIM là quá trình chuyển đổi các yêu cầu nghiệp vụ thành một kiến trúc hệ thống. PIM nên mô tả các thành phần chính của hệ thống và cách chúng tương tác với nhau. Quá trình chuyển đổi này có thể được thực hiện thủ công hoặc bằng cách sử dụng các công cụ chuyển đổi tự động. Các công cụ này có thể giúp giảm thiểu lỗi và tăng tốc quá trình chuyển đổi. Quan trọng là phải tuân theo các quy tắc chuyển đổi được xác định trước để đảm bảo tính nhất quán và chính xác.

3.3. Tạo mã tự động từ PSM Lựa chọn nền tảng và quy trình thực hiện

Tạo mã tự động từ PSM là bước cuối cùng trong quy trình MDA. PSM chứa thông tin cụ thể về nền tảng, cho phép các công cụ sinh mã tự động tạo ra mã có thể thực thi. Việc lựa chọn nền tảng phù hợp là rất quan trọng để đảm bảo hiệu suất và khả năng mở rộng của hệ thống. Quá trình sinh mã nên được kiểm soát chặt chẽ để đảm bảo rằng mã được tạo ra đáp ứng các yêu cầu chất lượng mong muốn.

IV. Ứng Dụng MDA Thực Tế Phát Triển Hệ Thống Quản Lý Công Ty May

Nghiên cứu này xem xét việc áp dụng MDA trong phát triển hệ thống quản lý cho công ty may. Ứng dụng thực tế này cho phép đánh giá hiệu quả và tính khả thi của MDA trong một môi trường kinh doanh cụ thể. Việc phát triển hệ thống quản lý bao gồm các chức năng như quản lý kho, quản lý sản phẩm, quản lý nhân viên và quản lý tài chính. Áp dụng MDA giúp đơn giản hóa quy trình phát triển, tăng tính linh hoạt và giảm thời gian đưa sản phẩm ra thị trường. Tài liệu gốc đề cập đến việc nghiên cứu và áp dụng MDA trong phát triển phần mềm cho công ty may.

4.1. Phân tích yêu cầu nghiệp vụ và xây dựng mô hình CIM cho công ty may

Phân tích yêu cầu nghiệp vụ là bước quan trọng để xây dựng CIM cho công ty may. Điều này bao gồm việc xác định các quy trình nghiệp vụ chính, các bên liên quan và các yêu cầu của họ. CIM nên mô tả các yêu cầu này một cách trừu tượng, không liên quan đến bất kỳ công nghệ cụ thể nào. Điều này cho phép MDA tạo ra các ứng dụng có thể chạy trên nhiều nền tảng khác nhau. Các yêu cầu này được nắm bắt thông qua các cuộc phỏng vấn, khảo sát, phân tích tài liệu và các kỹ thuật khác để thu thập thông tin cần thiết cho CIM.

4.2. Thiết kế PIM Kiến trúc hệ thống quản lý kho sản phẩm nhân viên

Thiết kế PIM liên quan đến việc xác định kiến trúc của hệ thống quản lý cho công ty may. Điều này bao gồm việc xác định các thành phần chính của hệ thống, cách chúng tương tác với nhau và các giao diện mà chúng sử dụng. PIM nên được thiết kế để có thể tái sử dụng và dễ bảo trì. Điều này giúp giảm chi phí phát triển và tăng tính linh hoạt của hệ thống. Thiết kế này cho phép các chức năng như quản lý kho, quản lý sản phẩm và quản lý nhân viên, tất cả đều có thể được triển khai trong PIM.

4.3. Áp dụng các công cụ MDA để sinh mã và triển khai hệ thống

Việc áp dụng các công cụ MDA để sinh mã và triển khai hệ thống quản lý là bước cuối cùng. Các công cụ này cho phép tự động hóa quá trình chuyển đổi từ PIM sang mã có thể thực thi. Điều này giúp giảm thời gian phát triển và tăng tính chính xác của hệ thống. Các công cụ nên được lựa chọn dựa trên khả năng hỗ trợ các ngôn ngữ mô hình hóa và nền tảng mục tiêu. Sau khi mã được tạo ra, hệ thống có thể được triển khai trên các máy chủ sản xuất và cung cấp cho người dùng.

V. Tổng Kết Triển Vọng MDA Nâng Cao Hiệu Quả Phát Triển Phần Mềm

MDA là một phương pháp đầy hứa hẹn để nâng cao hiệu quả phát triển phần mềm. Bằng cách tập trung vào các mô hình cấp cao và tự động hóa quá trình chuyển đổi, MDA giúp giảm thời gian phát triển, tăng tính linh hoạt và giảm chi phí. Mặc dù MDA đi kèm với những thách thức nhất định, những lợi ích mà nó mang lại là rất đáng kể. Các nghiên cứu trong tương lai nên tập trung vào việc giải quyết những thách thức này và khám phá các ứng dụng mới của MDA. Tài liệu gốc mô tả MDA như một tiêu chuẩn quốc tế từ OMG (Object Management Group), cung cấp một cách tiếp cận để xây dựng phần mềm dựa trên các mô hình.

5.1. Đánh giá ưu điểm và nhược điểm của việc sử dụng MDA trong thực tế

Ưu điểm của MDA bao gồm giảm thời gian phát triển, tăng tính linh hoạt, giảm chi phí và tăng khả năng tái sử dụng. Nhược điểm bao gồm độ phức tạp, yêu cầu kỹ năng chuyên môn và khả năng tương thích với các phương pháp phát triển hiện có. Đánh giá cẩn thận các ưu điểm và nhược điểm này là cần thiết trước khi quyết định áp dụng MDA.

5.2. Các xu hướng phát triển và nghiên cứu mới trong lĩnh vực MDA

Các xu hướng phát triển mới trong lĩnh vực MDA bao gồm tích hợp với các phương pháp phát triển Agile, sử dụng các ngôn ngữ mô hình hóa mới và phát triển các công cụ MDA mạnh mẽ hơn. Các nghiên cứu trong tương lai nên tập trung vào việc khám phá những xu hướng này và phát triển các phương pháp MDA hiệu quả hơn. Tích hợp với các phương pháp phát triển Agile, sử dụng các ngôn ngữ mô hình hóa mới và phát triển các công cụ MDA mạnh mẽ hơn là các xu hướng phát triển mà nghiên cứu cần tập trung vào.

5.3. Khuyến nghị cho các tổ chức muốn triển khai MDA thành công

Các khuyến nghị cho các tổ chức muốn triển khai MDA thành công bao gồm lập kế hoạch cẩn thận, đào tạo nhân viên, lựa chọn các công cụ phù hợp và tích hợp MDA dần dần vào quy trình phát triển hiện có. Ngoài ra, hỗ trợ từ lãnh đạo cấp cao và sự tham gia của tất cả các bên liên quan là rất quan trọng để đảm bảo thành công. Các tổ chức này nên lập kế hoạch, đào tạo và tích hợp MDA dần dần để đảm bảo một quá trình chuyển đổi suôn sẻ.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Trong bối cảnh phát triển công nghệ nhanh chóng và nền kinh tế đa chiều, phần mềm đóng vai trò thiết yếu trong việc định hướng sự tăng trưởng và nâng cao năng lực cạnh tranh của doanh nghiệp. Phần mềm đóng vai trò như xương sống hỗ trợ các hoạt động vận hành, nâng cao hiệu quả và thúc đẩy đổi mới sáng tạo, đồng thời hỗ trợ việc ra quyết định chiến lược và lập kế hoạch dài hạn. Tuy nhiên, quy trình phát triển phần mềm đòi hỏi sự đầu tư lớn về thời gian, chi phí, nhân lực và luôn tiềm ẩn rủi ro thất bại. Để giải quyết các thách thức này, việc áp dụng các phương pháp luận chuẩn hóa nhằm tinh giản quy trình phát triển và giảm thiểu rủi ro là yêu cầu cấp thiết.

Phương pháp Kiến trúc hướng mô hình (Model-Driven Architecture - MDA) do tổ chức Object Management Group (OMG) giới thiệu vào năm 2001 là một cách tiếp cận tập trung vào việc sử dụng các mô hình trừu tượng mức cao để dẫn dắt cấu trúc đặc tả phần mềm, hỗ trợ chuyển đổi từ các thiết kế khái niệm sang ứng dụng thực thi.

Mục tiêu nghiên cứu của đề tài bao gồm ba nhiệm vụ cụ thể:

1. Xác định các mẫu trong Kiến trúc hướng mô hình (Identify Patterns in Model-Driven Architecture): Khám phá các mẫu kiến trúc nội tại trong MDA, phân tích vai trò và ứng dụng của chúng trong kỹ thuật phần mềm.
2. Nghiên cứu phương pháp phân tích và thiết kế hướng đối tượng (Study Object-Oriented Analysis and Design Methods): Đi sâu vào các phương pháp luận phân tích và thiết kế hướng đối tượng được áp dụng trong khung làm việc của MDA.
3. Ứng dụng vào hệ thống thực tế (Apply These Methods to Real Systems): Hiện thực hóa lý thuyết và phương pháp đã nghiên cứu vào việc phân tích, thiết kế và phát triển hệ thống phần mềm kế toán cho một doanh nghiệp may mặc cụ thể.

Đối tượng và phạm vi nghiên cứu:

• Đối tượng nghiên cứu: Khung kiến trúc hướng mô hình MDA (gồm các mô hình CIM, PIM, PSM và các quy tắc chuyển đổi mô hình) kết hợp phương pháp phân tích thiết kế hướng đối tượng sử dụng UML.
• Phạm vi không gian: Khảo sát nghiệp vụ và xây dựng ứng dụng cho Công ty Cổ phần May Phương Đông (Phuong Dong Garment JSC), bao gồm nhà máy tại huyện Chợ Gạo, tỉnh Tiền Giang.
• Phạm vi thời gian và giới hạn: Đồ án tốt nghiệp đại học ngành Hệ thống thông tin quản lý (MIS) được hoàn thành vào tháng 6 năm 2024. Giới hạn nghiên cứu tập trung vào mô hình hóa quy trình kế toán may mặc (đặc biệt là kế toán kho, nguyên vật liệu và tiền lương) và chịu ràng buộc về nguồn lực cũng như độ phức tạp khi mô hình hóa toàn diện một hệ thống thực tế.

Cơ sở lý thuyết và phương pháp

Khung lý thuyết của đồ án dựa trên chuẩn Kiến trúc hướng mô hình (MDA) của OMG, tập trung vào việc phân tách đặc tả chức năng hệ thống khỏi nền tảng công nghệ triển khai cụ thể thông qua ba cấp độ mô hình:

• Mô hình độc lập tính toán (Computation Independent Model - CIM): Còn gọi là mô hình phạm vi hoặc mô hình nghiệp vụ, mô tả các yêu cầu và chức năng của hệ thống dưới góc nhìn ngôn ngữ nghiệp vụ mà không đi sâu vào chi tiết kỹ thuật tính toán.
• Mô hình độc lập nền tảng (Platform Independent Model - PIM): Mô tả cấu trúc và hành vi logic của hệ thống một cách khái quát, độc lập hoàn toàn với các nền tảng công nghệ triển khai.
• Mô hình phụ thuộc nền tảng (Platform Specific Model - PSM): Mô hình kỹ thuật chi tiết kết hợp các đặc tả của PIM với các yêu cầu kỹ thuật, cú pháp ngôn ngữ, cấu trúc dữ liệu và API của một nền tảng công nghệ cụ thể (.NET).

Phương pháp mô hình hóa trực quan (Visual Modeling) được áp dụng dựa trên 4 nguyên tắc cốt lõi: đơn giản và dễ hiểu, tính tương thích theo tiêu chuẩn, trực quan và thu hút, linh hoạt và có khả năng mở rộng. Đồ án sử dụng Ngôn ngữ mô hình hóa thống nhất (UML) để xây dựng các biểu đồ: Use Case Diagram, Sequence Diagram, Activity Diagram, Class Diagram (VOPC - View Of Participating Classes), Package Diagram và sơ đồ thực thể quan hệ (ERD).

Phương pháp nghiên cứu thực tế bao gồm:

• Phân tích và tổng hợp tài liệu học thuật về MDA, UML và kiến trúc ứng dụng 3 tầng (Presentation, Business Logic, Data Access).
• Nghiên cứu so sánh MDA với các phương pháp phát triển phần mềm khác (Domain-Driven Design, Event-Driven Architecture, Microservices).
• Khảo sát thực tế các quy trình nghiệp vụ kế toán tại Công ty Cổ phần May Phương Đông.
• Phân tích thiết kế hệ thống hướng đối tượng theo quy trình chuyển đổi từ CIM $\rightarrow$ PIM $\rightarrow$ PSM và thiết kế cơ sở dữ liệu quan hệ.
• Thiết kế kịch bản kiểm thử (Test cases) chức năng hệ thống.

Nguồn dữ liệu sử dụng trong đồ án gồm các tài liệu chuẩn hóa từ Object Management Group (OMG), tài liệu phân tích nghiệp vụ kế toán nội bộ của Công ty Cổ phần May Phương Đông và các nghiên cứu học thuật liên quan đến MDA.

Nội dung chính theo từng chương

Chương 1: Bối cảnh nghiên cứu (Research background)

Chương 1 thiết lập cơ sở lập luận về vai trò của phần mềm trong nền kinh tế hiện đại và quản trị doanh nghiệp, chỉ rõ những thách thức về chi phí, nhân lực và rủi ro trong phát triển phần mềm truyền thống. Từ đó, tác giả giới thiệu cách tiếp cận MDA như một giải pháp giảm thiểu sai sót và tăng tính tái sử dụng. Chương này xác định rõ 3 mục tiêu nghiên cứu, phạm vi mô hình hóa hệ thống và các giới hạn về mặt tài nguyên nghiên cứu của khóa luận.

Chương 2: Tổng quan tài liệu (Literature review)

Chương 2 phân tích khái niệm kiến trúc ứng dụng và tổng quan các mẫu thiết kế phần mềm. Tác giả tiến hành so sánh đối chiếu phương pháp tiếp cận MDA với ba mô hình kiến trúc phổ biến khác: Domain-Driven Design (DDD), Event-Driven Architecture (EDA) và Kiến trúc Microservices.

Tiêu chí so sánh	Model-Driven Architecture (MDA)	Domain-Driven Design (DDD)	Event-Driven Architecture (EDA)	Microservices
Trọng tâm & Mức độ trừu tượng	Tập trung vào mô hình mức cao, tách biệt chức năng khỏi nền tảng công nghệ cụ thể.	Tập trung xây dựng mô hình miền (domain model) phong phú gắn liền với logic nghiệp vụ.	Tập trung vào luồng sự kiện và giao tiếp bất đồng bộ giữa các thành phần liên kết lỏng.	Chia nhỏ hệ thống thành các dịch vụ độc lập có thể triển khai và mở rộng riêng biệt.
Quy trình phát triển	Phụ thuộc nhiều vào công cụ tự động chuyển đổi mô hình và sinh mã nguồn.	Đòi hỏi sự hợp tác sâu giữa chuyên gia nghiệp vụ và lập trình viên.	Dựa vào việc phát hiện và phản hồi các sự kiện để điều khiển hành vi hệ thống.	Từng dịch vụ có chu kỳ phát triển, triển khai độc lập (thường dùng CI/CD).
Khả năng mở rộng & Bảo trì	Phụ thuộc vào quản lý chuyển đổi mô hình; duy trì sự đồng bộ giữa mô hình và mã sinh ra.	Quản lý qua Bounded Contexts; bảo trì tập trung vào tiến hóa mô hình nghiệp vụ.	Đạt được nhờ xử lý bất đồng bộ; bảo trì yêu cầu quản lý schema sự kiện và tương thích ngược.	Dễ dàng mở rộng từng dịch vụ độc lập; bảo trì phức tạp trong giao tiếp liên dịch vụ.
Tính linh hoạt & Thích ứng	Linh hoạt nhờ mô hình PIM độc lập nền tảng, nhưng bị giới hạn bởi công cụ chuyển đổi.	Thích ứng cao với thay đổi nghiệp vụ phức tạp.	Rất linh hoạt do liên kết lỏng nhưng đòi hỏi kiểm soát trạng thái luồng sự kiện chặt chẽ.	Linh hoạt tối đa cho từng nhóm phát triển, đòi hỏi hạ tầng giám sát và API mạnh mẽ.

Chương này cũng phân tích 4 nguyên tắc của mô hình hóa trực quan và chỉ ra lý do lựa chọn MDA: tính tổng quát, khả năng tự động hóa, tái sử dụng cao và tạo ra kiến trúc sạch, dễ bảo trì lâu dài.

Chương 3: Kiến trúc hướng mô hình (Model Driven Architecture)

Chương 3 trình bày cơ sở lý thuyết chi tiết về các cấp độ mô hình trong MDA và phương pháp phân tích, thiết kế hướng đối tượng áp dụng MDA qua 5 giai đoạn: Phân tích yêu cầu (CIM), Thiết kế kiến trúc (PIM), Thiết kế chi tiết (PSM), Cài đặt và Kiểm thử.

Quá trình chuyển đổi mô hình được xác định theo các quy tắc:

1. Chuyển đổi CIM sang PIM:
   • Mỗi cặp tác nhân/use case chuyển thành một hoặc nhiều lớp biên (Boundary Class - quản lý tương tác với người dùng/hệ thống ngoài).
   • Mỗi use case chuyển thành một lớp điều khiển (Control Class - chứa logic nghiệp vụ và điều phối luồng thông tin).
   • Dữ liệu xử lý được quản lý trong một hoặc nhiều lớp thực thể (Entity Class).
   • Phân bổ hành vi cho các lớp phân tích và mô hình hóa quan hệ (Dependency, Association, Aggregation, Generalization, Composition) thể hiện qua Sequence Diagram và biểu đồ VOPC.
2. Chuyển đổi PIM sang PSM:
   • Lớp biên (Boundary) $\rightarrow$ Lớp giao diện người dùng (UI classes / Presentation Layer).
   • Lớp điều khiển (Control) $\rightarrow$ Lớp xử lý nghiệp vụ (Business System - BUS).
   • Lớp thực thể (Entity) $\rightarrow$ Lớp truy xuất dữ liệu (Data Access Objects - DAO).
   • Phân rã kiến trúc 3 tầng trên nền tảng .NET và định nghĩa các gói (PRE, BUS, DAO, Common Package, OODBM Package).
   • Chi tiết hóa thiết kế lớp (thao tác, phương thức, thuộc tính, tầm vực public/protected/private, tham số in/out/inout) và ánh xạ lớp/thuộc tính sang bảng/cột cơ sở dữ liệu quan hệ kèm ràng buộc toàn vẹn.

Chương 4: Phát triển ứng dụng (Develop application)

Chương 4 áp dụng toàn bộ quy trình lý thuyết vào bài toán thực tế tại Công ty Cổ phần May Phương Đông (thành lập 1988, 3.500 nhân viên; sản phẩm gồm: 53% quần/áo nỉ, 22% ba lô/túi xách, 10% quần jeans, 10% đồ bảo hộ lao động, 5% comple nam; đạt chứng nhận quốc tế WRAP, SMETA; khách hàng chính: Decathlon, Mango, Zara; nhà máy tại Chợ Gạo, Tiền Giang có 18 dây chuyền sản xuất ba lô và 18 dây chuyền may mặc).

Tác giả khảo sát và chuẩn hóa 3 quy trình nghiệp vụ kế toán chính:

• Quy trình kế toán nguyên vật liệu (5 bước): Kiểm tra chứng từ kho $\rightarrow$ Lập sổ tổng hợp và phân bổ chi phí $\rightarrow$ Tập hợp chi phí và tính giá thành $\rightarrow$ Trình Kế toán trưởng phê duyệt $\rightarrow$ Phê duyệt/chuyển dữ liệu sang bộ phận sản xuất, bán hàng.
• Quy trình kế toán kho (5 bước): Theo dõi đơn hàng và nhập/xuất $\rightarrow$ Lập báo cáo thành phẩm nhập/xuất $\rightarrow$ Kiểm kê máy móc, vật tư và lập bảng trích khấu hao tài sản cố định $\rightarrow$ Trình Kế toán trưởng phê duyệt $\rightarrow$ Phê duyệt/xử lý phản hồi.
• Quy trình kế toán tiền lương (6 bước): Phối hợp phòng nhân sự đăng ký mã số thuế $\rightarrow$ Tổng hợp công, giờ làm, đơn giá công đoạn để tính lương $\rightarrow$ Lập bảng lương và phiếu chi $\rightarrow$ Trình Kế toán trưởng duyệt $\rightarrow$ Chi trả lương $\rightarrow$ Hạch toán chi phí lương và bảo hiểm.

Hệ thống được mô hình hóa tổng thể với các tác nhân (Accountant, Chief Accountant, Director, Administrator) và phân rã use case thành 5 gói: Quản lý kế toán kho, Quản lý giá thành sản phẩm, Quản lý lao động, Quản lý lương, Quản lý hệ thống.

Đồ án đi sâu phân tích và thiết kế chi tiết trường hợp sử dụng "Quản lý kế toán kho" (Warehouse Accounting Management):

• CIM: Xác định khái niệm cốt lõi Report (có quan hệ một-nhiều với Materials), xác định tác nhân Accountant, mô tả luồng sự kiện chính (Tạo báo cáo kiểm kê, Sửa báo cáo kiểm kê) và các luồng sự kiện rẽ nhánh (Không chọn nhân viên kiểm kê, Chọn trùng vật tư đã kiểm kê, Để trống các trường dữ liệu bắt buộc: Place_of_use, Quantity_in, OriginalPrice_in, RemainingValue_in, Quantity_dif, OriginalPrice_dif, RemainingValue_dif).
• PIM: Xác định các lớp phân tích ReportForm (Boundary), ReportControl (Control), ReportDB (Entity); xây dựng sơ đồ tuần tự và sơ đồ hoạt động mô tả luồng thực thi.
• PSM: Chuyển đổi thành hệ thống con giao diện ReportUI (nằm trong gói RE_PRE), hệ thống con nghiệp vụ ReportWeb (nằm trong gói RE_BUS), và hệ thống con truy xuất dữ liệu ReportDAO (nằm trong gói inventory_DAO).
• Mô hình dữ liệu và giao diện: Ánh xạ thực thể sang bảng dữ liệu Report trong ERD; thiết kế giao diện đăng nhập, quản lý nhân viên, danh mục nguyên vật liệu, lập lệnh kiểm kê, báo cáo kiểm kê tài sản cố định; xây dựng bộ test case kiểm thử chức năng.

Thiết kế và triển khai

Hệ thống phần mềm kế toán được thiết kế theo mô hình kiến trúc 3 tầng (3-tier architecture) kết hợp phân hệ các gói thiết kế:

[Presentation Layer]   -->   [Business Logic Layer]   -->   [Data Access Layer]
      (PRE / UI)                     (BUS)                     (DAO / OODBM)
           |                           |                             |
           +---------------------------+-----------------------------+
                                       |
                                [Common Package]

Cấu trúc các gói hệ thống con bao gồm:

• Gói PRE (Presentation): Chứa các lớp giao diện người dùng (form, menu, bảng dữ liệu, điều khiển nhập liệu) quản lý tương tác trực tiếp với người dùng và chuyển tiếp yêu cầu tới tầng nghiệp vụ. Trong use case kế toán kho, thành phần cụ thể là ReportUI thuộc gói RE_PRE.
• Gói BUS (Business Layer): Chứa các lớp xử lý logic nghiệp vụ, quy tắc tính toán chi phí, kiểm tra điều kiện hợp lệ và điều phối dữ liệu. Thành phần cụ thể là ReportWeb thuộc gói RE_BUS.
• Gói DAO (Data Access Layer): Chứa các đối tượng truy xuất dữ liệu chịu trách nhiệm kết nối, truy vấn, thêm, sửa, xóa dữ liệu trong cơ sở dữ liệu. Thành phần cụ thể là ReportDAO thuộc gói inventory_DAO.
• Gói Common: Chứa các lớp tiện ích dùng chung cho toàn bộ hệ thống (xử lý chuỗi, xử lý lỗi, định dạng dữ liệu).
• Gói OODBM: Quản lý việc lưu trữ và ánh xạ đối tượng vào hệ quản trị cơ sở dữ liệu.

Nền tảng công nghệ được lựa chọn để triển khai mô hình PSM là .NET, nhờ khả năng hỗ trợ xây dựng ứng dụng web tích hợp nhiều ngôn ngữ, giao diện lập trình trực quan và giảm thiểu khối lượng mã nguồn lập trình thủ công.

Hệ thống giao diện được thiết kế chi tiết cho các phân hệ:

• Giao diện đăng nhập tài khoản hệ thống.
• Phân hệ quản lý nhân viên (giao diện danh sách, chức năng thêm mới, chỉnh sửa và tìm kiếm nhân viên).
• Phân hệ quản lý nguyên vật liệu (giao diện danh sách vật tư, thêm mới vật tư, tìm kiếm nguyên vật liệu).
• Phân hệ kiểm kê tài sản (giao diện tạo lệnh kiểm kê cho Admin, giao diện lập và hiển thị báo cáo kiểm kê tài sản cố định).

Quy trình kiểm thử chức năng được xây dựng qua 12 nhóm Test Cases chi tiết bao gồm: kiểm thử đăng nhập/đăng xuất; tạo lệnh kiểm kê; tạo mới biên bản kiểm kê; tìm kiếm biên bản kiểm kê; thêm mới, tìm kiếm, chỉnh sửa, xóa nhân viên; thêm mới, tìm kiếm, chỉnh sửa và xóa nguyên vật liệu.

Kết quả và đóng góp

Đồ án đã đạt được các kết quả cụ thể:

• Hệ thống hóa cơ sở lý thuyết về Kiến trúc hướng mô hình (MDA) theo chuẩn OMG, làm rõ quy trình chuyển dịch từ mô hình độc lập tính toán (CIM), mô hình độc lập nền tảng (PIM) sang mô hình phụ thuộc nền tảng (PSM).
• Phân tích và chuẩn hóa chi tiết 3 quy trình kế toán đặc thù của doanh nghiệp may mặc quy mô lớn (Công ty Cổ phần May Phương Đông với 3.500 lao động): kế toán nguyên vật liệu, kế toán kho và kế toán tiền lương.
• Áp dụng thành công phương pháp phân tích và thiết kế hướng đối tượng qua MDA vào use case "Quản lý kế toán kho", hoàn thiện từ việc xác định lớp phân tích (ReportForm, ReportControl, ReportDB), sơ đồ tương tác, sơ đồ lớp tham gia (VOPC) đến mô hình thiết kế 3 tầng (ReportUI, ReportWeb, ReportDAO), mô hình dữ liệu quan hệ (ERD), hệ thống giao diện và bộ 12 ca kiểm thử chức năng.
• Đóng góp giải pháp kiến trúc phần mềm có tính phân tách rõ ràng (separation of concerns), giúp doanh nghiệp dễ dàng bảo trì, nâng cấp logic nghiệp vụ mà không bị phụ thuộc chặt chẽ vào hạ tầng công nghệ bên dưới.

Hạn chế và hướng nghiên cứu tiếp

Hạn chế của nghiên cứu:

• Do giới hạn về nguồn lực và thời gian, đồ án chưa thể mô hình hóa và thiết kế chi tiết toàn bộ các quy trình nghiệp vụ của doanh nghiệp mà chỉ tập trung thiết kế sâu vào phân hệ Quản lý kế toán kho và các chức năng quản trị, nguyên vật liệu liên quan.
• Mức độ phức tạp khi mô hình hóa toàn diện các nghiệp vụ liên phòng ban của một nhà máy may mặc quy mô lớn chưa được phản ánh trọn vẹn trong một phiên bản đồ án tốt nghiệp.

Hướng nghiên cứu tiếp theo:

• Mở rộng phân tích, thiết kế chi tiết và triển khai cho các phân hệ use case còn lại như: tính giá thành sản phẩm chi tiết theo từng công đoạn và tự động hóa quy trình hạch toán lương, bảo hiểm.
• Nghiên cứu ứng dụng các công cụ tự động chuyển đổi mô hình (Transformation Tools) và tự động sinh mã nguồn (Code Generation) từ mô hình PIM sang PSM trên nền tảng .NET để tối ưu hóa năng suất phát triển phần mềm theo đúng định hướng cốt lõi của MDA.

Giá trị tham khảo

Đồ án là tài liệu tham khảo chuyên môn phù hợp cho:

• Sinh viên ngành Hệ thống thông tin quản lý (MIS), Công nghệ phần mềm và Kỹ thuật phần mềm: Nắm bắt phương pháp luận phân tích thiết kế hệ thống theo chuẩn MDA của OMG, cách xây dựng các biểu đồ UML chuẩn hóa và quy tắc chuyển đổi giữa các lớp phân tích (Boundary, Control, Entity) sang kiến trúc 3 tầng (UI, BUS, DAO).
• Nhà phát triển phần mềm và phân tích nghiệp vụ (BA): Tham khảo quy trình phân tích nghiệp vụ kế toán thực tế trong ngành dệt may (quản lý kho, nguyên phụ liệu, hao mòn tài sản cố định, đơn giá công đoạn tiền lương).
• Các nghiên cứu ứng dụng kiến trúc phần mềm: Sử dụng khung so sánh giữa MDA, DDD, EDA và Microservices để lựa chọn kiến trúc phù hợp với bài toán của tổ chức.

Câu hỏi thường gặp

1. Mục tiêu cốt lõi của phương pháp tiếp cận MDA được áp dụng trong đồ án này là gì?
Mục tiêu cốt lõi của MDA là phân tách đặc tả chức năng hệ thống khỏi nền tảng công nghệ triển khai. Thông qua việc chuyển đổi từ mô hình trừu tượng (CIM) sang mô hình độc lập công nghệ (PIM) và mô hình phụ thuộc công nghệ (PSM), phương pháp này giúp tăng tính tái sử dụng, chuẩn hóa thiết kế, giảm thiểu sai sót viết mã thủ công và nâng cao khả năng bảo trì lâu dài của phần mềm.

2. Doanh nghiệp được lựa chọn làm bài toán thực nghiệm trong đồ án có đặc điểm gì?
Đó là Công ty Cổ phần May Phương Đông (thành lập năm 1988, quy mô 3.500 nhân viên, nhà máy tại huyện Chợ Gạo, Tiền Giang có 18 dây chuyền sản xuất ba lô và 18 dây chuyền may mặc; cơ cấu sản phẩm gồm 53% quần/áo nỉ, 22% ba lô/túi xách, 10% jeans, 10% đồ bảo hộ, 5% comple nam; đạt chứng nhận WRAP, SMETA và cung cấp cho các đối tác quốc tế như Decathlon, Mango, Zara).

3. Lớp phân tích trong mô hình PIM được chuyển đổi sang mô hình PSM như thế nào?
Theo quy tắc thiết kế kiến trúc 3 tầng trong đồ án: lớp biên (Boundary Class - ví dụ: ReportForm) chuyển thành hệ thống con giao diện người dùng (ReportUI trong gói RE_PRE); lớp điều khiển (Control Class - ví dụ: ReportControl) chuyển thành hệ thống con xử lý nghiệp vụ (ReportWeb trong gói RE_BUS); lớp thực thể (Entity Class - ví dụ: ReportDB) chuyển thành hệ thống con truy xuất dữ liệu (ReportDAO trong gói inventory_DAO).

4. Những quy trình nghiệp vụ kế toán nào của công ty may mặc đã được đồ án chuẩn hóa?
Đồ án đã phân tích và chuẩn hóa 3 quy trình chính: Quy trình kế toán nguyên vật liệu (gồm 5 bước từ kiểm tra chứng từ đến tính giá thành và phê duyệt), Quy trình kế toán kho (gồm 5 bước theo dõi đơn hàng, nhập/xuất và lập bảng khấu hao tài sản), và Quy trình kế toán tiền lương (gồm 6 bước phối hợp nhân sự, tính lương theo công đoạn/giờ làm và hạch toán chi phí bảo hiểm).

5. Nền tảng công nghệ nào được lựa chọn để hiện thực hóa mô hình PSM và vì sao?
Nền tảng .NET được lựa chọn để phát triển ứng dụng vì cung cấp môi trường xây dựng và triển khai các ứng dụng web/dịch vụ hoàn chỉnh, tích hợp nhiều ngôn ngữ lập trình, giao diện phát triển thân thiện và giúp lập trình viên giảm khối lượng mã nguồn cần viết thủ công.

Kết luận

Đồ án tốt nghiệp "Nghiên cứu và ứng dụng Kiến trúc hướng mô hình trong phát triển phần mềm" của sinh viên Nguyễn Thu Hằng đã hệ thống hóa toàn diện phương pháp luận MDA từ tổ chức OMG và chứng minh tính khả thi của mô hình này trong việc giải quyết bài toán quản lý kế toán tại Công ty Cổ phần May Phương Đông. Đề tài đã thực hiện thành công quy trình chuyển đổi qua ba tầng mô hình CIM, PIM và PSM, xây dựng thiết kế chi tiết cho phân hệ kế toán kho trên nền tảng kiến trúc 3 tầng và công nghệ .NET. Công trình là tài liệu tham khảo có giá trị học thuật và thực tiễn cao cho sinh viên ngành Hệ thống thông tin quản lý cũng như các nhà phát triển phần mềm doanh nghiệp.

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

VIETNAM NATIONAL UNIVERSITY, HANOI INTERNATIONAL SCHOOL GRADUATION PROJECT PROJECT NAME: STUDYING AND APPLYING MODEL-DRIVEN ARCHITECTURE IN SOFTWARE DEVELOPMENT Student’s name: Nguyen Thu Hang Hanoi - Year 2024 VIETNAM NATIONAL UNIVERSITY, HANOI INTERNATIONAL SCHOOL GRADUATION PROJECT PROJECT NAME: STUDYING AND APPLYING MODEL-DRIVEN ARCHITECTURE IN SOFTWARE DEVELOPMENT SUPERVISOR: Dr. NGUYỄN ĐĂNG KHOA STUDENT: NGUYỄN THU HẰNG STUDENT ID: 20070710 COHORT: MIS2020 MAJOR: Management Information System Hanoi - Year 2024 ACKNOWLEDGEMENTS During my time studying at the International School, I would like to thank the teachers at the school in general and the teachers of the Faculty of Applied Sciences in particular. Thanks to the dedicated guidance of my teachers, I have enough ability and knowledge to write this graduation thesis as well as the experience to go out to work. I want to sincerely thank my supervisor, Dr.

Nguyen Dang Khoa, for giving me the chance to complete my project. He gave me the logistical help I needed to effectively complete my research with his ongoing supervision, advising, and suggestions. This thesis would not have been possible without the continuous support of Mr. Nguyen Dang Khoa's mentor, who always believed in me and gave me many constructive suggestions.

Thank you for your patience and trust. Finally, I would like to thank my parents for their support and encouragement over the course of the study. Hanoi, 11th June 2024 Student Nguyen Thu Hang LETTER OF DECLARATION I hereby certify that my graduation project, "Studying and applying model- driven architecture in software development for garment company," is my original work and has not been previously published. This project was completed under the supervision of Dr.

Nguyen Dang Khoa. I affirm that I used my own knowledge and skills to develop this website, maintaining a strong commitment to ethical research practices. Every aspect and functionality on the website has been built upon my personal research and analysis. All information, images, and product descriptions have been generated authentically and reliably.

The results in this Graduation Project are truthful, and are not copied from any source or in any form. References to sources (if any) have been cited and reference sources recorded according to regulations. Hanoi, 11th June, 2024 Student Nguyen Thu Hang LIST OF ABBREVIATION Abbreviation Full form MDA Model-Driven Architecture OMG Object Management Group CIM Computational Independent Model PIM Platform Independent Model PSM Platform Specific Model UML Unified Modeling Language VOPC View Of Participating Classes UI User Interface BUS Business System DAO Data Access Object OODBM Object-Oriented Database Management System LIST OF TABLE Table 2. Comparison MDA with other software development methodologies ….

Accounting operations for garment companies…………………….26 LIST OF FIGURES Figure 1. Architecture of model-driven architecture [2]. Computational Independent Model Concepts [3]. Overview diagram of design subsystem packages.

Image of Phuong Dong Garment JSC [6]. Identify the actors. Define a package of use cases. Use case diagram for warehouse accounting process.

Use case diagram for product cost management. Use case diagram for salary accounting process. Use case diagram for system administration functions. Identify key abstractions.

Identify relationships between key abstractions. Identify relationships between key abstractions. Sequence diagram showing the relationship between analysis layers in the "create inventory record" function. Sequence diagram showing the relationship between analysis classes in the function "Delete an inventory record".

Activity diagram showing branching event flow "Do not select employees to conduct inventory". Activity diagram showing branching event flow " Select the same Material ". Activity diagram showing branching event flow “Leave the fields blank”. Sequence diagram showing the relationship between analysis layers in the "create new report" function.

Sequence diagram showing the relationship between analysis layers in the "edit report" function. Demonstrate the interaction between the design subsystems of the use case “Create inventory and perform inventory". Demonstrate the interaction between the design subsystems of the “update inventory report” use case. Overview diagram of the design subsystem packages involved in the use case.

ERD of the database. Account login interface. "Employee Management" interface. Interface Function to create employee information.

Interface Function to edit employee information. Employee search function interface. Material list interface .