Tài liệu hướng dẫn thực tập tốt nghiệp Tin học xây dựng - Chương 2 doc

B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 73 CHƯƠNG II. Thiết kế phần mềm II.1. Khái quát về UML II.1.1. Giới thiệu UML UML là ngôn ngữ mô hình hóa, bao gồm một hệ thống chuẩn các ký pháp (tương tự như các tiêu chuẩn về bản vẽ: quy định kích thước chữ, độ dày của nét, các ký hi ệu quy ước trong bản vẽ kỹ thuật) và tập các luật để sử dụng các ký pháp đó. Xây nhà, có thể bạn không cần bản vẽ thiết kế. Tuy nhiên, nếu quy mô công trình càng l ớn, số lượng người tham gia càng đông thì nhu cầu có bản vẽ thiết kế càng cao. Bản vẽ chính là ngôn ngữ chung giữa chủ nhà, người thiết kế, người chỉ đạo thi công và người thợ. Về một khía cạnh nào đó, có th ể coi UML là bản vẽ thiết kế của phần mềm, UML là ngôn ng ữ chung giữa khách hàng, người thiết kế và người phát triển phần mềm. Để sử dụng được UML, cần hiểu các vấn đề chính sau: - Các phần tử cơ bản trong mô hình UML - Các quy định để liên kết các phần tử thành mô hình II.1.2. Các khái niệm của UML Để hình thành mô hình UML, chúng ta c ần 3 khối: Phần tử, quan hệ, biểu đồ. Phần tử là yếu tố căn bản nhất trong mô hình, các quan hệ gắn các phần tử này với nhau, biểu đồ nhóm tập hợp các phần tử. II.1.2.1. Phần tử mô hình Phần tử gồm 4 loại: cấu trúc, hành vi, nhóm và chú thích Phần tử cấu trúc Là thành phần tĩnh, biểu diễn các khái niệm hay thành phần vật lý - Lớp (class): Mô tả tập các đối tượng (object) cùng chung thuộc tính và thao tác. Biểu diễn bằng hình chữ nhật gồm 3 phần: Tên lớp, các thuộc tính, các thao tác - Trường hợp sử dụng (UseCase – UC): Tập trình t ự các hành động mà h ệ thống thực hiện để đạt một kết quả cho tác nhân nào đó. Theo nghĩa hẹp, UC thường tương ứng với một chức năng của phần mềm. - Thành phần (Component): Biểu diễn các file mã ngu ồn, các tệp dữ liệu trong quá trình phát triển hệ thống B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 74 Phần tử hành vi Là thành phần động của hệ thống, biểu diễn hành vi theo thời gian và không gian - Tương tác: là hành vi bao g ồm tập các thông điệp trao đổi giữa các đối tượng trong ngữ cảnh cụ thể để thực hiện mục đích cụ hể. - Máy trạng thái: Là hành vi ch ỉ ra trật tự các trạng thái mà đối tượng hay tương tác sẽ đi qua để đáp ứng sự kiện. Hành vi của lớp hay cộng tác của lớp có thể được xác định bằn máy trạng thái. Máy trạng thái kích hoạt nhiều phần tử, bao gồm trạng thái, chuyển tiếp (từ trạng thái này sang tr ạng thái khác), s ự kiện và các ho ạt động (đáp ứng sự kiện) Phần tử nhóm Là cơ chế tổ chức các phần tử vào cùng một gói (package). Gói chỉ mang tính logic (chỉ tổn tại trong th ời gian phát tri ển hệ thống, không t ồn tại vào th ời gian ho ạt động của chương trình). Phần tử chú thích Sử dụng để chú giải cho các lược đồ của UML, bổ sung thêm các thông tin cho các lược đồ. II.1.2.2. Quan hệ Phụ thuộc (dependency) (A) phụ thuộc (B) có nghĩa là (B) phải tồn tại trước (A), phải có (B) thì mới có (A) Kết hợp (association) Quan hệ kết hợp là quan h ệ mà đối tượng này ch ứa đối tượng kia. Quan h ệ kết hợp đặc trưng bởi tính nhiều (multiplicity), thể hiện đối tượng này chứa bao nhiêu đối tượng kia. Khái quát hóa (generalization) Quan hệ khái quát hóa là quan h ệ mà đối tượng này thừa kế các đặc tính của đối tượng kia (kế thừa trong lập trình hướng đối tượng) Hiện thực hóa (realization) Quan hệ giữa giao diện (interface) và lớp thực thi (hiện thực hóa) của interface đó. II.1.2.3. Biểu đồ Biểu đồ Use Case (UC diagram) B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 75 Biểu đồ Use Case chỉ ra tương tác giữa tác nhân và hệ thống, thực chất là biểu diễn các chức năng của hệ thống. Biểu đồ Use Case là bi ểu đồ dễ hiểu, cho cái nhìn tổng quát về hệ thống, dùng để giao tiếp giữa khách hành, quản lý dự án, người phân tích thiết kế, lập trình viên. Biểu đồ trình tự (Sequence diagram) Biểu đồ trình tự chỉ ra các thao tác nhằm thực hiện các chức năng (Use Case). Biểu đồ trình tự mô tả tương tác giữa các đối tượng. Thực chất là trình tự các lời gọi hàm (phương thức) từ đối tượng này sang đối tượng khác. Biểu đồ cộng tác (Collaboration diagram) Biểu đồ cộng tác thực chất cũng cung cấp các thông tin giống với biểu đồ trình tự, nhưng ở một cách nhìn khác. Nếu biểu đồ trình tự chỉ ra các tương tác theo thời gian thì biểu đồ cộng tác cho phép nhìn các t ương tác đó theo số lượng (sự phân bố) các tương tác giữa từng cặp đối tượng. Biểu đồ lớp (Class diagram) Biểu đồ lớp chỉ ra c ấu trúc chi ti ết của từng lớp (class) và quan h ệ giữa các l ớp trong h ệ thống. Biểu đồ lớp rất quan trọng trong quá trình lập trình. Biểu đồ chuyển trạng thái (State transition diagram) Biểu đồ chuyển trạng thái mô tả vòng đời của đối tượng, từ khi sinh ra đến khi bị phá hủy. Biểu đồ lớp là bức tranh tĩnh về đối tượng, biểu đồ trạng thái cho cái nhìn động về các trạng thái của đối tượng. Biểu đồ thành phần (Component diagram) Biểu đồ thành phần cho cái nhìn v ật lý về mô hình: H ệ thống gồm những thành ph ần (các file Exe, mã nguồn, dữ liệu) gì? Quan hệ của chúng ra sao? Biểu đồ triển khai (Deployment diagram) Biểu đồ triển khai chỉ ra địa chỉ vật lý của các thành phần hệ thống sau khi đã cài đặt. II.1.3. Kiến trúc hệ thống Mỗi hệ thống được quan sát và hi ểu một cách khác nhau t ừ phía nh ững người khác nhau. Khách hàng, người thiết kế, người quản lý và người phát triển luôn có những cái nhìn khác nhau về hệ thống. B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 76 Kiến trúc hệ thống được chia thành 5 khung nhìn khác nhau tương ứng với những cách nhìn khác nhau. Tuy nhiên, tùy thuộc vào quy mô và tính chất, không phải hệ thống nào cũng cần đầy đủ 5 khung nhìn này. II.1.3.1. Khung nhìn UC (Use case view) Khung nhìn đầu tiên, được hình thành từ giai đoạn phân tích yêu cầu. Mô tả các hành vi của hệ thống theo cách nhìn của khách hàng, người phân tích và tester. Khung nhìn UC gồm - Phần tĩnh: các tác nhân, UC, biểu đồ UC - Phần động: một vài biểu đồ trình tự, cộng tác II.1.3.2. Khung nhìn thiết kế (Design view) Khung nhìn thi ết kế (hay khung nhìn logic – logical view), bi ểu diễn tổ chức của các l ớp quan trọng nhất, quan hệ giữa các lớp này với nhau. Khung nhìn thiết kế bao gồm: - Phần tĩnh: Các lớp, biểu đồ lớp, biểu đồ đối tượng - Phần động: Các biểu đồ tương tác, biểu đồ biến đổi trạng thái II.1.3.3. Khung nhìn cài đặt (Implementation view) Khung nhìn cài đặt (khung nhìn thành ph ần – component view). Thành ph ần là module vật lý (thư viện, file exe, thư viện động dll), hay tệp mã nguồn để lắp ráp thành hệ thống vật lý. Khung nhìn thành phần bao gồm thành phần, biểu đồ thành phần và gói. Người quan tâm nh ất đến khung nhìn thành ph ần là người quản lý mã ngu ồn, dịch chương trình và triển khai ứng dụng. Development View Process View Physical View Use Cases/ Scenarios Logical View Class diagrams, Sequence diagrams Component diagrams Deployment diagrams Deployment diagrams Use Case diagrams, Sequence diagrams B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 77 II.1.3.4. Khung nhìn triển khai (Deployment view) Khung nhìn tri ển khai ch ỉ ra các ti ến trình và thi ết bị trên m ạng, các k ết nối vật lý gi ữa chúng. Biểu đồ triển khai cũng hiển thị tiến trình và chỉ ra tiến trình nào chạy trên máy nào. II.1.3.5. Khung nhìn tiến trình (Process view) Biểu diễn phân tách giữa các tiến trình, đồng bộ hóa các tiến trình. Khung nhìn này ít được sử dụng (không có trong Rational Rose). II.2. Rational Rose II.2.1. Rational Rose là gì Rational Rose là công c ụ hỗ trợ phân tích, thi ết kế hướng đối tượng bằng UML. Mô hình Rose gồm toàn bộ các biểu đồ UML: tác nhân, Use Case, đối tượng, lớp, thành phần Hơn nữa, Rational Rose còn h ỗ trợ phát sinh (generate) mã khung ch ương trình cho nhi ều ngôn ngữ khác nhau: C++, Java, Visual Basic. N ếu tận dụng tốt điều này, b ạn có th ể vừa thiết kế vừa sinh code để lập trình, sau đó lại sử dụng tính n ăng cập nhật từ code ch ương trình thành biểu đồ. B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 78 II.2.2. Giao diện của Rational Rose II.3. Use case diagram II.3.1. Phân tích UC II.3.1.1. UC là gì? UC mô t ả ai sử dụng hệ thống như thế nào? Mô t ả tương tác giữa người sử dụng và h ệ thống phần mềm (các thao tác để giải quyết một công việc cụ thể). UC là nền tảng của phân tích h ệ thống, tìm đầy đủ các UC s ẽ đảm bảo hệ thống được xây dựng sẽ đáp ứng đầy đủ các yêu cầu của người dùng. UC được sử dụng trong toàn bộ quá trình phân tích thiết kế: - Mô tả yêu c ầu chức năng của hệ thống (thỏa thuận giữa khác hàng và ng ười phân tích) - Cung cấp cơ sở để kiểm tra, test hệ thống B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 79 II.3.1.2. Tìm kiếm Actor Tác nhân (Actor) có th ể là người sử dụng hoặc các hệ thống bên ngoài có t ương tác với hệ thống. Để xác định tác nhân, người ta thường đặt và trả lời các câu hỏi sau: - Ai sẽ sử dụng chức năng chính của hệ thống? - Ai quản trị, bảo dưỡng hệ thống? - Hệ thống đang xây dựng tương tác với hệ thống khác nào? II.3.1.3. Tìm kiếm UC Việc tìm ki ếm UC không th ể thiếu được sự tham gia c ủa khách hàng, th ường là s ử dụng phương pháp phỏng vấn. Người phân tích đặt một số câu hỏi để khách hàng trả lời - Tác nhân yêu cầu hệ thống thực hiện chức năng nào? - Tác nhân cần đọc, tạo, xóa, sửa, lưu trữ các thông tin nào trong hệ thống? II.3.2. UC Diagram Biểu đồ UC (Use Case Diagram) là biểu đồ chỉ ra sự tương tác giữa actor và UC. Biểu đồ UC chính là ngôn ngữ chung giữa khách hàng, người phân tích, người quản lý và người phát triển hệ thống. Mỗi hệ thống tùy theo độ phức tạp có thể có 1 hoặc vài UC. Với hệ thống có nhiều biểu đồ: - Biểu đồ UC mức chính chỉ ra gói hay nhóm UC - Các biểu đồ UC khác là tương tác giữa tác nhân và UC Chú ý: - Biểu đồ UC không mô tả tương tác giữa actor với actor (vì nằm ngoài hệ thống) - Không hình thành quan hệ trực tiếp giữa 2 UC, luồng thông tin giữa 2 UC - Mỗi UC phải được khởi động bởi tác nhân Actor B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 80 II.3.2.1. Tài liệu mô tả UC Biểu đồ UC cho cái nhìn toàn cảnh về hệ thống nhưng lại quá súc tích, để cụ thể hóa (khách hàng có th ể hiểu được), người ta phải lập các tài li ệu mô tả cho từng UC. Tài li ệu mô tả của mỗi UC gồm có: Mô tả vắn tắt và các dòng sự kiện Thành ph ầ n Mô t ả Mô tả vắn tắt (brief description) UC làm gì? Ai sử dụng UC? Kết quả cuối cùng của UC? (một vài dòng) Dòng sự kiện (flow of events) Dòng sự kiện là m ột chuỗi các hành vi, mô t ả người sử dụng làm gì, h ệ thống làm gì. Mỗi UC gồm - Một dòng sự kiện chính (basic flow), là dòng đơn giản nhất (khi dữ liệu, trạng thái không có gì đặc biệt, các hành vi được thực hiện tuần tự, cho ra đúng kết quả mong muốn) - Các dòng s ự ki ện r ẽ nhánh (alternative flow): khi có nh ững d ữ liệu, trạng thái không bình th ường. Hệ thống phải có nh ững ứng xử thích hợp trong những trường hợp này II.3.3. Tổng kết Các bước phải làm - Tìm kiếm tác nhân (actor) - Tìm kiếm UC Customer Conduct Bank Transactions ATM Maintenance Maintain ATM Machine Run Reports Bank B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 81 - Lập biểu đồ UC - Lập tài liệu mô tả cho từng UC o Mô tả vắn tắt o Các luồng sự kiện (luồng sự kiến chính, luồng sự kiện rẽ nhánh) II.4. Biểu đồ tương tác (Interaction diagram) Biểu đồ UC mô tả khía cạnh tĩnh của hệ thống, còn biểu đồ tương tác (Interaction diagram) chỉ ra khía cạnh động của hệ thống. Biểu đồ tương tác bao gồm các tác nhân, đối tượng, và thông điệp trao đổi giữa chúng. Biểu đồ tương tác là c ụ thể hóa c ủa các lu ồng sự kiện trong các tài liệu mô tả UC. Biểu đồ tương tác xu ất hiện trong c ả khung nhìn UC và khung nhìn thi ết kế (khung nhìn logic trong Rose). Các bước thực hiện như sau - Phân tích mô tả UC, tìm các đối tượng - Dựa vào luồng các sự kiện, xây dựng biểu đồ tương tác của khung nhìn UC - Xây dựng biểu đồ lớp - Chỉnh sửa lại biểu đồ tương tác c ủa khung nhìn UC để có bi ểu đồ tương tác c ủa khung nhìn thiết kế (khung nhìn logic) Biểu đồ tương tác gồm có: - Biểu đồ trình tự (Sequence diagram) - Biểu đồ cộng tác (Collaboration diagram) II.4.1. Đối tượng là gì? Đối tượng là các thực thể vật lý hoặc các hệ thống phần mềm, giao diện Đối tượng là tập hợp các dữ liệu (property) và thao tác (operator). II.4.2. Tìm đối tượng Để tìm đối tượng, khảo sát các danh từ trong luồng sự kiện (của tài li ệu mô t ả UC). Tuy nhiên, không phải tất cả các danh từ đều là đối tượng, danh từ có thể là: - Đối tượng - Mô tả trạng thái của đối tượng - Actor hoặc các hệ thống bên ngoài B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng d ẫ n th ự c t ậ p t ố t nghi ệ p 82 II.4.3. Biểu đồ trình tự (Sequence Diagram) Biểu đồ trình tự là các giao tiếp bằng thông điệp giữa actor với đối tượng, đối tượng với đối tượng được sắp xếp theo trình tự thời gian. Mỗi biểu đồ trình tự biểu diễn một luồng sự kiện của một UC. II.4.4. Biểu đồ cộng tác (Collaboration Diagram) Là góc nhìn khác của biểu đồ trình tự. Trong khi biểu đồ trình tự có trật tự theo thời gian thì biểu đồ cộng tác tập trung nhiều hơn vào quan h ệ giữa các đối tượng, thể hiệu tổ chức và cấu trúc của các đối tượng gửi hay nhận thông điệp. John : Student registration form schedule form available course 1: enter 2: validate id 3: enter current semester 4: create new schedule 5: display 6: get courses [...]... ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 97 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 98 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 99 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 100 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 101 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực. .. thực tập tốt nghiệp 1 02 Bộ môn Tin h ọc Xây dựng – ĐHXD II.7.4 Tài li ệu hướng dẫn thực tập tốt nghiệp Biểu đồ lớp II.7.4.1 Tìm kiếm lớp Từ danh sách các đối tượng đã liệt kê, tập hợp các đối tượng cùng loại được các lớp sau - frmMain - clsStructure - clsFrame - clsNode - clsGrid - frmGrid - frmRestraint - frmForce - frmDistributed - CommondDialog: lớp hộp thoại có sẵn của Microsoft 103 Bộ môn Tin h... ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp - Frame: Thanh - Node: Nút - Grid: lưới vuông góc - GridForm: hộp thoại nhập các khoảng cách của lưới vuông góc - RestraintForm: hộp thoại nhập liên kết - ForceForm: hộp thoại nhập tải tập trung - DistributedForm: hộp thoại nhập tải phân bố - SaveDialog: hộp thoại chọn tên file để lưu II.7.3 .2 Biểu đồ tuần tự (sequence diagram) 96 Bộ môn Tin h ọc Xây dựng. .. 0 Không có thanh nào được chọn 1 2 Thông báo lỗi Nhập sai giá tr ị x, y, z (không 94 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp phải số) 3 4 Thông báo lỗi Nhấn cancel 5 Đóng hộp thoại Post-conditions UseCase Lưu dữ liệu ra file S2K Name Lưu dữ liệu ra file S2K Brief Description Lưu dữ liệu (nút, thanh, tải tập trung, tải phân bố) ra file S2K Preconditions Có nút và thanh... chọn - Lưu dữ liệu ra file S2K II.7 .2 Biểu đồ UseCase II.7 .2. 1 Tìm kiếm Actor Hệ thống chỉ có 1 Actor là người dùng chương trình II.7 .2. 2 Tìm UseCase Dựa vào các ch ức năng được liệt kê trong yêu c ầu người dùng, có th ể phân chia các ch ức năng đó thành các UseCase sau - Tạo lưới - Vẽ nút - Vẽ thanh - Chọn đối tượng - Xóa đối tượng - Nhập liên kết - Nhập tải tập trung - Nhập tải phân bố đều - Lưu dữ liệu. .. việc phải làm: - Phân tích các bi ểu đồ tương tác (tu ần tự và c ộng tác), tìm ki ếm các đối tượng trong biểu đồ này - Gộp các đối tượng cùng lo ại thành các l ớp Bổ sung các l ớp điều khiển và l ớp biên chưa có trong biểu đồ tương tác - Tìm các thuộc tính và thao tác của biểu đồ tương tác - Tìm quan hệ - Lập biểu đồ lớp 87 Bộ môn Tin h ọc Xây dựng – ĐHXD - Tài li ệu hướng dẫn thực tập tốt nghiệp Chỉnh... tìm lớp: - Có thông tin nào cần lưu trữ hay phân tích? - Có hệ thống ngoài không? - Có thư viện, thành phần không? 83 Bộ môn Tin h ọc Xây dựng – ĐHXD II.5.3 Tài li ệu hướng dẫn thực tập tốt nghiệp Phân loại class (stereotype) Stereotype Mô tả Boundary class (lớp biên) Lớp biên là lớp nằm trên biên của hệ thống (form, report, giao diện với các hệ thống khác ) Entity class (lớp thực thể) Lớp thực thể... nhất được sáng lên, một đường nối giả định được vẽ giữa nút đầu và nút cu ối Khi click trái chuột, chương trình tạo thêm 1 thanh nối giữa 2 nút và lại chuyển về chế độ Chọn nút đầu - Chọn nút, thanh bằng chuột (click hoặc chọn theo window) 88 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp o Chọn nút, thanh bằng chuột: Khi người dùng click chuột ở gần nút hoặc thanh (khoảng cách...Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp 2: validate id 1: enter id 3: enter current semester registration form 4: create new schedule 5: display John : Student available classes schedule form 6: get courses II.5 Class diagram II.5.1 Class là gì? Đối tượng tồn tại trong thế giới thực (máy móc, tổ chức, ) Lớp là mô tả về thuộc tính, thao tác của một kiểu (một tập) các... - Tạo lưới - Vẽ nút - Vẽ thanh - Chọn đối tượng - Xóa đối tượng - Nhập liên kết - Nhập tải tập trung - Nhập tải phân bố đều - Lưu dữ liệu ra file S2K 89 Bộ môn Tin h ọc Xây dựng – ĐHXD Tài li ệu hướng dẫn thực tập tốt nghiệp II.7 .2. 3 Biểu đồ UseCase II.7 .2. 4 Mô tả UseCase UseCase Tạo lưới Name Tạo lưới Brief Description Tạo lưới chia vuông góc theo các khoảng cách ngang và dọc do người dùng lựa chọn . UseCase sau - Tạo lưới - Vẽ nút - Vẽ thanh - Chọn đối tượng - Xóa đối tượng - Nhập liên kết - Nhập tải tập trung - Nhập tải phân bố đều - Lưu dữ liệu ra file S2K B ộ môn Tin h ọ c Xây d ự ng. các thanh đang được chọn. - Lưu dữ liệu ra file S2K II.7 .2. Biểu đồ UseCase II.7 .2. 1. Tìm kiếm Actor Hệ thống chỉ có 1 Actor là người dùng chương trình. II.7 .2. 2. Tìm UseCase Dựa vào các. ngoài hệ thống) - Không hình thành quan hệ trực tiếp giữa 2 UC, luồng thông tin giữa 2 UC - Mỗi UC phải được khởi động bởi tác nhân Actor B ộ môn Tin h ọ c Xây d ự ng – Đ HXD Tài li ệ u h ướ ng