Tìm Hiểu Về Phương Pháp Phân Tích Kiến Trúc Phần Mềm.docx

TRƯỜNG ĐẠI HỌC ĐIỆN LỰC KHOA ĐIỀU KHIỂN VÀ TỰ ĐỘNG HÓA  BÀI TIỂU LUẬN MÔN CÔNG NGHỆ PHẦN MỀM Đề tài Tìm hiểu về phương pháp phân tích kiến trúc phần mềm (Software Architecture Analysis Method) Hà H[.]

TRƯỜNG ĐẠI HỌC ĐIỆN LỰC KHOA ĐIỀU KHIỂN VÀ TỰ ĐỘNG HÓA - - BÀI TIỂU LUẬN MƠN: CƠNG NGHỆ PHẦN MỀM Đề tài: Tìm hiểu phương pháp phân tích kiến trúc phần mềm (Software Architecture Analysis Method) Hà Hội, 01/05/2023 Mục Lục PHẦN 1: MỞ ĐẦU PHẦN NỘI DUNG Giới thiệu Định nghĩa mô tả kiến trúc phần mềm 2.1 Thuộc tĩnh chất lượng mơ hình chất lượng 2.2 Định nghĩa mô tả kiến trúc phần mềm .7 2.3 Kỹ thuật đánh giá cấp độ kiến trúc 2.4 Khung mô tả so sánh phương pháp phân tích 10 Tổng quan phương pháp phân tích .11 3.1 Phương pháp phân tích kiến trúc dựa phương pháp (SAAM) 11 3.2 Phương pháp phân tích kiến trúc phần mềm cho tiến hóa khả tái sử dụng (SAAMER) .13 3.3 Tái cấu trúc kiến trúc .15 Đánh giá kiến trúc phần mềm 15 Ví dụ: hệ thống quảng lý cửa sổ .17 Tổng quan phương pháp phân tích .20 6.1 Nghiên cứu phù hợp mục tiêu cụ thể phương pháp .21 6.2 Phân loại phương pháp 21 6.3 Các hoạt động chung cách tiếp cận khác phương pháp 22 6.4 Thảo luận phát triển phương pháp .24 Phương pháp xác định khía cạnh kiến trúc 25 Kết luận vận dụng thực tiễn 25 8.1 Kỹ thuật xác định tiến độ cải tiến phương pháp 26 8.2 Các vấn đề mở vận dung thực tiễn 27 PHẦN KẾT LUẬN 30 PHẦN 1: MỞ ĐẦU Trong thời đại công nghệ thông tin nay, phần mềm hữu xung quanh ngày, phần mềm cịn đóng vai trị quan trọng đời sống hoạt động kinh doanh tổ chức, doanh nghiệp Phần mềm có vai trị quan trọng để tạo phần mềm tốt mang lại lợi ích lớn người sử dụng khơng dễ dàng Vì để tạo phần mềm đáp ứng nhu cầu người sử dụng cần phải hiểu rõ phương pháp thiết kế xây dựng phần mềm; phương pháp phân tích kiến trúc phần mềm giúp ta hiểu rõ cấu trúc hệ thống phần mềm mối quan hệ thành phần hệ thống; phân tích kiến trúc giúp đối tượng phát triển phần mềm đưa định thiết kế tốt hơn, hỗ trợ việc xây dựng hệ thống phần mềm có hiệu suất tốt, dễ bảo trì mở rộng sau Phân tích kiến trúc giúp đối tượng phát triển phần mềm tìm vấn đề tích hợp với hệ thống khác, đánh giá khả bảo mật tìm điểm yếu hệ thống Như biết, khoảng 10 năm trở lại đây, công nghệ thông tin bùng nổ phát triển mạnh mẽ nước ta Có thể nói, với phát triển vũ bão khoa học công nghệ thời gian qua tạo sản phầm công nghệ để đem lại nhiều tiện ích cho sống Nó chiếm phần lớn việc phục vụ nhiều ngành nghề phục vụ đời sống người.Trong , kiến trúc hoạt động tiến trình phát triển hệ thống Kết hoạt động cho ta thiết kế mức cao hệ thống - hay gọi kiến trúc hệ thống (System Architecture) Kiến trúc định nghĩa Tổ chức hệ thống, thể thành phần, mối quan hệ môi trường, nguyên tắc để quản lý tiến trình phát triển (IEEE standard Page 1471) Tương tự vậy, qui trình phát triển phần mềm (SLC) kiến trúc phần mềm (Software Architecture) đóng vai trị vơ quan trọng, ảnh hưởng trực tiếp đến tất cơng đoạn cịn lại chu trình Việc lựa chọn kiến trúc phù hợp có ý nghĩa lớn tới chất lượng dự án (thể qua thuộc tính chất lượng phần mềm, như: tính bảo mật, hiệu năng, khả sửa đổi,…) Tuy nhiên vấn đề đặt liệu đánh giá sớm kiến trúc tốt hay khơng ? Để từ giúp nhà quản lý đạt hiệu cao trình phát triển phần mềm đồng thời giảm thiểu tối đa rủi ro xảy Câu trả lời kiến trúc hồn tồn phân tích, đánh giá kiến trúc tốt hay tồi theo khía cạnh hay ngữ cảnh trước tiến hành q trình thiết kế dự án Chính tầm quan trọng mà năm gần việc nghiên cứu phương pháp phân tích kiến trúc phần mềm (Software Architecture Analysis Method) nhận nhiều quan tâm nhà nghiên cứu lĩnh vực kỹ nghệ phần mềm (Software Engineering) Ở nước ta nay, lĩnh vực nghiên cứu Kiến trúc phần mềm chưa thực quan tâm nhiều, việc áp dụng kết có liên quan đến kiến trúc phần mềm dự án gặp nhiều hạn chế Với lợi ích trên, phân tích kiến trúc phần mềm quan trọng trình phát triển phần mềm, giúp tạo hệ thống phần mềm chất lượng cao mang lại giá trị cho người sử dụng Việc thiết kế xây dựng phần mềm đòi hỏi hiểu biết kiến trúc phần mềm phương pháp phân tích kiến trúc nhằm đảm bảo tính ổn định, bảo trì nâng cao chất lượng sản phẩm Qua báo cáo tìm hiểu phương pháp phân tích kiến trúc phần mềm để giúp cho việc thiết kế phát triển phần mềm hiệu chuyên nghiệp Để hiểu rõ phương pháp xây dựng phát triển phần mềm, nhóm chúng em lựa chọn đề tài “: Tìm hiểu phương pháp phân tích kiến trúc phần mềm (Software Architecture Analysis Method)” Qua việc tìm hiểu tham khảo qua tài liệu tham khảo, nhóm em cố gắng để hoàn thành báo cáo cách tốt nhất, song kiến thức hạn hẹp nên báo cáo nhóm em khơng tránh khỏi có thiếu sót, mong thầy có góp ý để chúng em làm tốt báo cáo sau Chúng em xin chân thành cảm ơn PHẦN NỘI DUNG Giới thiệu Kiến trúc phần mềm tạo thành tạo tác quan trọng toàn vịng đời phát triển phần mềm thể định thiết kế sớm bao gồm thành phần cấp tổng thể ảnh hưởng trực tiếp đến phân tích, thiết kế triển khai Theo đó, điều quan trọng thiết kế kiến trúc hỗ trợ chất lượng hệ thống phần mềm theo yêu cầu bên liên quan khác Để đảm bảo yếu tố chất lượng, giả định chung việc xác định mối quan tâm cho thiết kế kiến trúc vòm cần thiết phương pháp thiết kế kiến trúc khác giới thiệu cho mục đích Để xác minh mối quan tâm đắn xác định, phân tích tĩnh nói chung mơ hình kiến trúc thức áp dụng tập hợp phương pháp phân tích hành trình vịm mô tả áp dụng Trong viết này, chúng em tập trung vào phương pháp phân tích kiến trúc phần mềm sử dụng phương pháp để đánh giá kiến trúc Nói chung, phương pháp phân tích đóng vai trị đầu vào thiết kế kiến trúc đảm bảo tác động phương pháp xác định trước để xác định rủi ro tiềm ẩn điểm nhạy cảm kiến trúc Điều giúp dự đốn chất lượng hệ thống trước xây dựng, từ giảm chi phí bảo trì khơng cần thiết Các phương pháp phân tích kiến trúc phần mềm nhằm mục đích dự đốn chất lượng hệ thống trước phát triển Nói chung, chất lượng kiến trúc xác nhận phân tích tác động phương pháp xác định trước thành phần kiến trúc Do đó, người ta ngầm giả định việc tái cấu trúc thích hợp thiết kế kiến trúc giúp đối phó với tình quan trọng sửa chữa kiến trúc Bài viết cho thấy có lo ngại cấp độ thiết kế kiến trúc vốn cắt ngang nhiều thành phần kiến trúc, địa hóa thành phần kiến trúc đó, khơng thể dễ dàng quản lý cách sử dụng chế thông thường Chúng em đề xuất phương pháp phân tích kiến trúc phần mềm khía cạnh để xác định rõ ràng định khía cạnh kiến trúc làm cho chúng minh bạch sớm vòng đời phát triển phần mềm Giới thiệu quy tắc giúp rút khía cạnh kiến trúc thành phần kiến trúc rối tương ứng từ phương pháp Cách tiếp cận minh họa để xác định khía cạnh kiến trúc thiết kế kiến trúc hệ thống quản lý cửa sổ Mục đích việc đánh giá kiến trúc hệ thống phần mềm phân tích kiến trúc để xác định rủi ro tiềm ẩn xác minh yêu cầu chất lượng giải thiết kế Cuộc khảo sát cho thấy tình trạng nghiên cứu thời điểm này, lĩnh vực này, cách trình bày thảo luận tám phương pháp phân tích kiến trúc tiêu biểu Việc lựa chọn phương pháp nghiên cứu cố gắng bao quát nhiều quan điểm cụ thể phản ánh khách quan tốt để bắt nguồn từ mục tiêu Vai trò thảo luận đưa hướng dẫn liên quan đến việc sử dụng phương pháp phù hợp cho trình đánh giá kiến trúc Chúng tập trung vào việc khám phá điểm tương đồng khác biệt tám phương pháp có sẵn cách phân loại, so sánh nghiên cứu phù hợp Trong báo này, chúng em lập luận số mối quan tâm, cấp độ thiết kế kiến trúc, khơng thể dễ dàng địa hóa định thành phần kiến trúc riêng lẻ Tương tự khái niệm khía cạnh cấp độ lập trình, chúng tơi nói mối quan tâm họ xuyên suốt biểu thị gọi khía cạnh kiến trúc Vì tính chất xun suốt khía cạnh kiến trúc vốn có, tuyên bố điều hoàn tác đơn giản cách xác định lại kiến trúc phần mềm cách sử dụng trừu tượng hóa kiến trúc thơng thường Các phương pháp phân tích kiến trúc phần mềm không phân biệt rõ ràng mối quan tâm kiến trúc thơng thường địa hóa cách sử dụng trừu tượng kiến trúc mối quan tâm kiến trúc cắt ngang nhiều thành phần kiến trúc Rủi ro mối quan tâm chéo tiềm ẩn khơng phát dạng khía cạnh chưa giải cấp độ thiết kế lập trình Điều dẫn đến mã rối hệ thống yếu tố chất lượng mà phương pháp phân tích kiến trúc cố gắng xác minh bị cản trở Định nghĩa mô tả kiến trúc phần mềm 2.1 Thuộc tĩnh chất lượng mô hình chất lượng Một thuộc tính chất lượng đặc tính phi chức thành phần hệ thống Chất lượng phần mềm xác định IEEE 1061 thể mức độ mà phần mềm sở hữu kết hợp mong muốn thuộc tính Một tiêu chuẩn khác, Dự thảo ISO / IEC 9126-1 , xác định mơ hình chất lượng phần mềm Theo đó, có sáu loại đặc điểm (chức năng, độ tin cậy, khả sử dụng, hiệu quả, khả bảo trì tính di động), chia thành đặc điểm phụ Chúng xác định tính quan sát bên ngồi cho hệ thống phần mềm Để đảm bảo ứng dụng chung nó, tiêu chuẩn khơng xác định thuộc tính làm chúng liên quan đến đặc điểm phụ Một điều tra tài liệu số lượng lớn định nghĩa thuộc tính chất lượng tồn có liên quan đến khả tương tự hệ thống phần mềm Ví dụ: định nghĩa khả bảo trì, tính linh hoạt khả sửa đổi mơ tả sau: xem phản ánh khách quan tốt để xuất phát từ mục tiêu chung SA coi sản phẩm trình phát triển dựa kiến trúc từ quan điểm này, phân tích cấp độ tiết lộ xung đột yêu cầu mô tả thiết kế không đầy đủ từ quan điểm bên liên quan cụ thể Phân tích liên kết với việc thiết kế cải tiến lặp lặp lại kiến trúc hệ thống phần mềm xanh với việc tái cấu trúc hệ thống có Các phương pháp dự đốn thuộc tính chất lượng nhằm giảm thiểu + Khả bảo trì tập hợp thuộc tính có ảnh hưởng đến cố gắng cần thiết để thực sửa đổi cụ thể Sửa đổi bao gồm sửa chữa, cải tiến điều chỉnh phần mềm với thay đổi môi trường yêu cầu đặc điểm kỹ thuật chức + Khả sửa đổi khả thực thay đổi nhanh chóng tốn Sửa đổi hệ thống phân loại khả mở rộng (khả có tính mới), xóa khả khơng mong muốn (để đơn giản hóa chức ứng dụng có), tính di động (thích ứng với môi trường hoạt động mới) tái cấu trúc (hợp lý hóa dịch vụ hệ thống, mơ-đun hóa, tạo thành phần tái sử dụng) + Tính linh hoạt dễ dàng mà hệ thống thành phần sửa đổi để sử dụng ứng dụng môi trường khác với ứng dụng mơi trường mà thiết kế đặc biệt Mặc dù khác từ ngữ, định nghĩa gần giống hệt ngữ nghĩa chúng Hạn chế định nghĩa liên quan đến mục đích phân tích SA phạm vi chúng rộng 2.2 Định nghĩa mô tả kiến trúc phần mềm Định nghĩa Kiến trúc phần mềm hệ thống định nghĩa cấu trúc cấu trúc hệ thống, bao gồm thành phần phần mềm, thuộc tính nhìn thấy bên ngồi thành phần mối quan hệ chúng Định nghĩa tập trung vào khía cạnh bên hệ thống hầu hết phương pháp phân tích dựa Một định nghĩa ngắn gọn khác đưa Garlan Perry, thiết lập SA cấu trúc thành phần chương trình hệ thống, mối quan hệ tương tác chúng nguyên tắc hướng dẫn kiểm soát thiết kế tiến hóa theo thời gian, Định nghĩa tập trung vào trình SAEM sử dụng tính đến ngun tắc hướng dẫn mơ tả kiến trúc Đối với phân tích tính linh hoạt, mơi trường bên ngồi quan trọng thực thể bên hệ thống Định nghĩa SA nên bao gồm hai phần, kiến trúc vĩ mô tập trung vào môi trường hệ thống vi kiến trúc bao gồm cấu trúc bên hệ thống Mô tả: Nghiên cứu mô tả SA đề cập đến quan điểm khác mà người ta có kiến trúc Mỗi quan điểm mô tả quan điểm Mặc dù chưa có thống chung quan điểm hữu ích nhất, lý đằng sau nhiều quan điểm giống nhau: Tách khía cạnh khác thành quan điểm riêng biệt giúp người quản lý phức tạp Một số mơ hình đề xuất giới thiệu số quan điểm cần mô tả SA Các mô hình xem chia sẻ thực tế nógiải cấu trúc tĩnh, khía cạnh động, bố cục vật lý phát triển hệ thống Giới thiệu khái niệm cấu trúc kiến trúc đồng nghĩa với quan điểm Nói chung, trách nhiệm kiến trúc sư sử dụng quan điểm để mô tả SA Từ quan điểm phân tích chất lượng cấp độ kiến trúc, biểu diễn phù hợp dự đốn chất lượng ước tính nỗ Một phương pháp đánh giá cần cấu trúc, liên quan đến việc phân hủy chức mà sản phẩm cần hỗ trợ, việc thực thiết kế chi tiết khái niệm trừu tượng mà từ hệ thống xây dựng, đồng thời logic, phần cứng, tệp thư mục Các thành phần mối quan hệ cấu trúc đại diện Ví dụ, cấu trúc đồng thời logic chứa đơn vị tinh chỉnh thành quy trình luồng Các mối quan hệ bao gồm đồng hóa với, ưu tiên cao hơn, gửi liệu đến, khơng thể chạy khơng có, v.v Các thuộc tính liên quan đến cấu trúc bao gồm mức độ ưu tiên, tính ưu tiên thời gian thực Mô trả kiến truc Nhiều lượt xem Phân loại thuộc tĩnh Mức độ trừu tượng Phân rã chức Sự thay đổi Năng động độngđộng Cấp tổng hợp Thiết kế chi tiết Đồng thời logic Phần cứng Tập tin thư mục Khản sửa đổi , Khả dụng Hiệu xuất độ tin cậy an ninh Thông dụng Quản lý kiểm sốt hành chính Một phân loại tính chất trực giao xác định thức SA (TOPSA) mở rộng định nghĩa SA đưa Khơng gian TOPSA có ba chiều: mức độ trừu tượng (khái niệm, thực hóa), tính động (tĩnh, động) mức độ tổng hợp tạo điều kiện thuận lợi cho thảo luận SA trình phát triển tiến hóa TOPSA biểu diễn kiến trúc dựa nhiều chế độ xem bổ sung cho Các quan điểm khác cung cấp ví dụ có giá trị cho khía cạnh trừu tượng, động tổng hợp Một phương pháp phân tích khai thác mối quan hệ dạng quy tắc xác định, nêu rõ chế độ xem khơng gian TOPSA thích hợp cho thuộc tính chất lượng định Mơ tả loại thành phần cấu trúc liên kết chúng, mẫu liệu tương tác kiểm soát thành phần, lợi ích hạn chế việc sử dụng chúng ghi lại phong cách kiến trúc mẫu thiết kế Thành phần mẫu sử dụng SA đánh giá thuật ngữ chất lượng khác 2.3 Kỹ thuật đánh giá cấp độ kiến trúc Hai lớp kỹ thuật đánh giá bản, đặt câu hỏi đo lường, có sẵn ởcấp độ kiến trúc xác định hai báo cáo nghiên cứu quan trọng Các kỹ thuật đặt câu hỏi tạo câu hỏi định tính hỏi kiến trúc chúng áp dụng cho chất lượng định Kỹ thuật đo lường đề xuất phép đo định lượng thực kiến trúc Chúng sử dụng để trả lời câu hỏi cụ thể chúng giải chất lượng phần mềm cụ thể đó, chúng khơng áp dụng rộng rãi kỹ thuật đặt câu hỏi Lớp bao gồm số liệu, mô phỏng, nguyên mẫu kinh nghiệm Tính tổng quát, mức độ chi tiết, giai đoạn đánh giá đại diện cho khuôn khổ bốn chiều so sánh kỹ thuật Về tính tổng qt, kỹ thuật tổng quan, miền cụ thể (danh sách kiểm tra, nguyên mẫu) hệ thống cụ thể (phương pháp) Mức độ chi tiết (hạt thơ, trung bình mịn) cho biết cần thông tin kiến trúc để thực đánh giá Có giai đoạn quan tâm để đánh giá kiến trúc: sớm, sau triển khai Các giai đoạn xảy sau định kiến trúc cấp cao ban đầu (bảng câu hỏi, nguyên mẫu), thời điểm sau xây dựng thiết kế kiến trúc (phương pháp , danh sách kiểm tra) sau hệ thống thiết kế, thực triển khai hoàn chỉnh Về khía cạnh định lượng định tính, hai lớp kỹ thuật cần thiết để đánh giá kiến trúc Các mơ hình phân tích khác thể phương pháp mal bao gồm kỹ thuật định lượng Các kỹ thuật định tính minh họa đánh giá SA cách sử dụng phương pháp Một mô tả thay đổi cần thiết cho phương pháp đại diện cho phương pháp đánh giá định tính Từ quan điểm này, phương pháp cần thiết khơng đủ để dự đốn kiểm sốt thuộc tính chất lượng chúng phải bổ sung kỹ thuật đánh giá khác đặc biệt giải thích định lượng Ví dụ, bao gồm câu hỏi số chất lượng phương pháp làm phong phú thêm đánh giá kiến trúc Giải thích định lượng đánh giá phương pháp xếp hạng tác động phương pháp (tức thang điểm năm cấp) tuyên bố tuyệt đối, ước tính kích thước sửa đổi số liệu khác nhau, chẳng hạn dòng mã, điểm chức điểm đối tượng Hầu hết phương pháp phân tích kiến trúc xem xét sử dụng phương pháp Các thực tiễn có với phương pháp hệ thống hóa Các phương pháp cách tốt để tổng hợp diễn giải riêng lẻ chất lượng phần mềm thành quan điểm chung Quan điểm cụ thể định nghĩa chung chất lượng phần mềm kết hợp chi tiết cụ thể hệ thống phát triển Phương pháp tập hợp ứng dụng sửa đổi giả định hệ thống Các sửa đổi thay đổi cách nhiều thành phần thực hoạt động giao, bổ sung thành phần để thực số hoạt động, bổ sung kết nối giữan thành phần có kết hợp yếu tố Trong việc tạo tổ chức phương pháp, điều quan trọng tất vai trò liên quan đến hệ thống phải xem xét định thiết kế 10 Đánh giá kiến trúc phần mềm Trong khảo sát toàn diện đưa phương pháp phân tích thiết kế kiến trúc phần mềm khác đề xuất Trong số phương pháp này, phương pháp phân tích kiến trúc Software (SAAM) coi phương pháp trưởng thành xác nhận nghiên cứu trường hợp khác Các phương pháp khác SAAMCS, ESAAMI, SAAMER ATAM dựa áp dụng khái niệm sử dụng phương pháp Phương pháp phân tích kiến trúc phần mềm Aspectua l (ASAAM) báo định nghĩa phần mở rộng tinh chỉnh cho SAAM Trước giải thích ASAAM chúng tơi mơ tả bước SAAM trước Các hoạt động SAAM minh họa Phương pháp phất triển Kiến trúc mô tả Phương pháp cá nhân Đánh giá Chung đánh giá Đánh giá Phương pháp tương tác Kiến trúc đơn Phân tích So sánh nhiều Kiến trúc Đầu vào hoạt động cảu SAAM SAAM lấy đầu vào mô tả vấn đề, tuyên bố yêu cầu mô tả kiến trúc Các bước SAAM sau : Mô tả kiến trúc ứng viên Kiến trúc ứng cử viên mô tả bao gồm thành phần tính tốn liệu hệ thống, tất mối quan hệ thành phần, gọi trình kết nối Phát triển Phát triển phương pháp cho bên liên quan khác nhau; phương pháp minh họa loại hoạt động mà hệ thống phải hỗ trợ thay đổi dự kiến thực cho hệ thống theo thời gian 16 Thực đánh giá Các phương pháp phân loại thành phương pháp trực tiếp gián tiếp Đối với phương pháp nhiệm vụ gián tiếp, thay đổi cần thiết kiến trúc liệt kê chi phí thực thay đổi ước tính Sửa đổi kiến trúc có nghĩa thành phần kết nối giới thiệu thành phần kết nối có yêu cầu thay đổi đặc tả Hiện thị Các phương pháp gián tiếp khác yêu cầu thay đổi thành phần kết nối giống cho tương tác thành phần tương ứng Xác định tương tác phương pháp trình xác định phương pháp ảnh hưởng đến tập hợp thành phần chung Tương tác phương pháp đo lường mức độ mà kiến trúc hỗ trợ phân tách mối quan tâm thích hợp Các phương pháp gần mặt ngữ nghĩa nên tương tác thành phần Các phương pháp khác biệt mặt ngữ nghĩa tương tác cho thấy phân hủy không cách Đánh giá Cuối cùng, phương pháp tương tác phương pháp cân nhắc tầm quan trọng tương đối chúng trọng số sử dụng để xác định thứ hạng tổng thể Trọng số chọn phản ánh tầm quan trọng tương đốicủa yếu tố chất lượng mà phương pháp thể Ví dụ: hệ thống quảng lý cửa sổ Trong phần này, chúng em cung cấp ví dụ thiết kế kiến trúc hệ thống quản lý cửa sổ, sử dụng phần để trình bày ASAAM Hệ thống quản lý cửa sổ loại giao diện người dùng tương tác cho phép người dùng làm việc với nhiều ứng dụng riêng biệt lúc Điều đạt thông qua việc sử dụng phép ẩn dụ máy tính để bàn q trình liên kết với cửa sổ thông tin Một hệ thống quản lý cửa sổ cung cấp chức để tạo thao tác hiển thị nhiều quy trình quản lý cửa sổ 17 > Trình quản lý kiện Liên lạc > Trình quản lý hình > Trình quản lý cửa sổ thơng báo > Trình quản lý quy trình Kiến trúc cấp cao hệ thống quản lý cửa sổ Hệ thống quản lý cửa sổ bao gồm số thành phần quản lý kiện để kiểm sốt I/O, ví dụ: kiện bàn phím chuột; Quản lý quy trình để lập lịch quản lý quy trình ứng dụng: ScreenManager để trì tính tồn vẹn hình; Trình quản lý cửa sổ để quản lý cửa sổ có liên quan đến quy trình ứng dụng Thiết kế kiến trúc cấp cao hệ thống quản lý cửa sổ đưa Quản lý kiện kiến trúc xử lý inpu bàn phím chuột ProcessManager bao gồm chức để quản lý nhiều quy trình EventManager truyền đạt kiện đến WindowManager để thông báo cho ProcessManager Tùy thuộc vào kiện ProcessManager kích hoạt, trì hỗn giết quy trình ứng dụng Các kiện liên quan đến việc cập nhật hình thơng báo cho “trình quản lý hình” Bằng cách áp dụng phương pháp phân tích kiến trúc phần mềm dựa phương pháp, chẳng hạn SAAM, xác định, ví dụ, phương pháp trực tiếpvà gián tiếp fol lowing cho kiến trúc + Các phương pháp trực tiếp: S1 Bắt đầu nhiều quy trình lúc S2 Thay đổi màu sắc widget cửa sổ S3 Đóng tất cửa sổ mở S4 Thay đổi độ phân giải hình S5 Nhập lệnh để bắt đầu trình đăng ký S6 Di chuyển cửa sổ 18 S7 Trình bảo vệ hình kích hoạt S8 Đổi kích cỡ cửa sổ S9 Chấm dứt trình S10 Làm gián đoạn trình + Tình gián tiếp: S11 Thay đổi phong cách giao diện thời gian chạy S12 Thêm điều khiển giọng nói S13 Lỗi xảy hệ thống tắt S14 Cung cấp hình hiển thị kép S15 Sử dụng nhiều hình S16 Giám sát hoạt động người dùng S17 Cung cấp hình cảm ứng bút ánh sáng làm đầu vào S18 Tràn nhớ nhiều cửa sổ mở S19 Hệ thống cổng đến hệ điều hành dựa lệnh S20 Thu nhỏ cửa sổ sau thời gian nhàn rỗi Bảng 1: Tương tác phương pháp cho kiến trúc trình quản lý sổ Thành phần Trình quản lý kiện Trình quản lý hình Trình quản lý cửa sổ Trực tiếp S5 S4, S7 S2, S3, S6 ,S8 Trình quản lý quy trình S1, S9, S10 Gián tiếp S12, S13, S16, S17, S19 S13, S14, S19 S11, S15, S16, S18, S19, S20 S13, S16, S19 Điều có nghĩa phương pháp S1 đến S10 thực trực tiếp kiến trúc định Các phương pháp từ S10 đến S20 yêu cầu số thay đổi kiến trúc để thực chức cần thiết Như mô tả trước đây, điều bao gồm thay đổi chức nhiều thành phần kiến trúc, bổ sung thành phần kiến trúc để thực chức mới, bổ sung mối quan hệ kiến trúc thành phần kiến trúc kết hợp thay đổi Bảng 1: cho thấy phương pháp trực tiếp gián tiếp với tương tác phương pháp thành phần Các phương pháp trực tiếp sử dụng để hiểu 19 độ phức tạp thành phần Tương tác phương pháp gián tiếp coi tốt chúng gần gũi mặt ngữ nghĩa Điều cho thấy gắn kết thành phần Trong trường hợp phương pháp khác biệt mặt ngữ nghĩa điều có nghĩa thành phần cần phải cấu tạo để hoàn thành tập hợp phương pháp gần mặt ngữ nghĩa giả định thành phần thiết kế tái cấu trúc quan trọng kiến trúc cần thiết Chúng em cho kiến trúc bao gồm khía cạnh kiến trúc tiềm điều cần xem xét rõ ràng rõ ràng Tuy nhiên, phân tích kiến trúc đại khơngxem xét khía cạnh kiến trúc nên khơng thể phát điều cấp độ thiết kế kiến trúc Vì khía cạnh tiềm không tự biến mất, chúng xuất sau cấp độ thiết kế lập trình chi tiết Do đó, điều dễ dàng dẫn đến vấn đề biết mối quan tâm rải rác mã rối, làm tăng độ phức tạp đưa vấn đề bảo trì Trong bối cảnh phương pháp phân tích kiến trúc phần mềm, điều thực có nghĩa việc xác minh cácmối quan tâm không đầy đủ yếu tố chất lượng mong muốn khơng thể dự đốn cách thích hợp Các khía cạnh cần coi mối quan tâm hạng xác định cấp độ thiết kế kiến trúc Tổng quan phương pháp phân tích Mục đích thảo luận đưa hướng dẫn liên quan đến việc lựa chọn phương pháp phù hợp cho trình đánh giá kiến trúc, trình bày vấn đề kiểm tra Phần mở đầu tập trung vào nghiên cứu xác định mục tiêu tập thể cách phân chia mục tiêu phân tích phương pháp Sau đó, số phân loại phương pháp thiết lập Bao gồm kỹ thuật đánh giá, số lượng thuộc tính chất lượng, tham gia bên liên quan mô tả SA phương pháp áp dụng quy trình phát triển dựa kiến trúclà tiêu chí phân loại Để trì thảo luận thích hợp ví dụ, chúng tơi xem xét phương pháp đại diện Các hoạt động phổ biến phát triển đánh giá phương pháp với cách tiếp cận khác thời điểm ngừng tạo phương pháp cách đánh giá tác động phương pháp kiến trúc xem xét xác định phương pháp phân tích dựa phương pháp Phần cuối thảo luận trường hợp đặc biệt phát triển ATAM từ SAAM cách kiến thức có tái sử dụng phương pháp phân tích Cuối cùng, chúng em kết luận với tóm tắt phương pháp phân tích SA xem xét 20