Viết tư liệu kiến trúc phần mềm, Phần 4

Viết tư liệu kiến trúc phần mềm, Phần 4: Phát triển mô hình chức năng Chuyển từ tóm tắt sang các cấu trúc nhiều chi tiết hơn Tilak Mitra, Kiến trúc sư IT cao cấp, IBM Tóm tắt: Trong loạt bài này, hãy tìm hiểu lý do và cách bạn sẽ viết tư liệu kiến trúc phần mềm. Trong bài viết này, ta hãy tìm hiểu cách phát triển và viết tư liệu các tạo tác thiết kế mức vĩ mô của các khía cạnh chức năng của hệ thống kiến trúc của bạn. Khung nhìn mô hình chức năng...
Nội dung trích xuất từ tài liệu:
Viết tư liệu kiến trúc phần mềm, Phần 4Viết tư liệu kiến trúc phần mềm, Phần 4: Phát triển mô hình chức năngChuyển từ tóm tắt sang các cấu trúc nhiều chi tiết hơnTilak Mitra, Kiến trúc sư IT cao cấp, IBMTóm tắt: Trong loạt bài này, hãy tìm hiểu lý do và cách bạn sẽ viết tư liệu kiếntrúc phần mềm. Trong bài viết này, ta hãy tìm hiểu cách phát triển và viết tư liệucác tạo tác thiết kế mức vĩ mô của các khía cạnh chức năng của hệ thống kiến trúccủa bạn. Khung nhìn mô hình chức năng nhằm vào các kỹ thuật mà bạn có thể sửdụng để phân tách phạm vi bài toán thành một tập các tạo tác kiến trúc. Hãy tìmhiểu cách xây dựng trên chúng hơn nữa để tạo ra các cấu trúc chi tiết nhiều hơnnữa. Ba mức phổ biến của việc chế tạo — mức logic, mức đặc tả, và mức vật lý —cũng được thảo luận.Giới thiệuTrong Phần 1 của loạt bài này, bạn đã tìm hiểu về tầm quan trọng của một cáchtiếp cận có nguyên tắc để viết tư liệu kiến trúc phần mềm và về các cơ chế mà cóthể nắm bắt các tạo tác kiến trúc sử dụng trong một quy trình phát triển điển hình.Phần 2 tập trung vào ngữ cảnh hệ thống, nó là tạo tác kiến trúc quan trọng đầu tiên,và cách viết tư liệu thông tin ngữ cảnh hệ thống với các sơ đồ và luồng thông tin.Trong Phần 3 bạn đã tìm hiểu cách phát triển và viết tư liệu tổng quan kiến trúccho hệ thống hoặc ứng dụng của bạn.Bài viết này tập trung vào các thành phần kiến trúc chức năng của hệ thống. Hãytìm hiểu cách các khối cơ bản của kiến trúc được phân tách như thế nào thành cáchình dựng mức thiết kế mà cùng thực hiện các yêu cầu chức năng của ứng dụnghoặc hệ thống sẽ được xây dựng.Mỗi khối cơ bản của kiến trúc mô tả, ở một mức cao, các tính năng của một thànhphần trong ngữ cảnh của giải pháp toàn thể. Các thành phần giúp xác định kếhoạch kiến trúc chi tiết và được đặc trưng rộng rãi như chức năng hoặc tác nghiệpvề bản chất. Nhưng chúng cũng quá thô thiển chưa thể chuyển ngay sang nhómphát triển để chuyển đổi chúng thành mã.Bài viết này cũng cung cấp các lời khuyên về cách chuyển đổi các thành phầnchức năng sang các tạo tác thiết kế mức vĩ mô. Tiêu điểm là nhằm vào việc viết tưliệu các tạo tác thiết kế vĩ mô, còn gọi là mô hình chức năng. Hãy tìm hiểu về cácmức khác nhau của một mô hình thiết kế chức năng, đi từ chung đến riêng nhiềuhơn, và cách viết tư liệu các mức kỹ năng khác nhau.Về đầu trangTổng quan mô hình chức năngMô hình chức năng, còn gọi là mô hình thành phần, tập trung vào xây dựng nênkiến trúc chức năng của hệ thống bằng cách phân tách phạm vi bài toán thành mộttập các thành phần không chồng chéo và cộng tác với nhau. IBM Rational®Unified Process® (RUP®) phát biểu rằng việc mô hình hoá phải được thực hiện ítnhất ở hai mức khác nhau: mức phân tích và mức thiết kế. Khác biệt chủ yếu giữahai mức là mức độ đặc trưng mà chúng minh họa. Các mô hình thiết kế xây dựngtrên các mô hình phân tích bằng cách bổ sung các chi tiết chứa đủ thông tin đểthuận tiện cho mức mô hình hoá thứ ba — tức mô hình thực hiện. Các mô hìnhphân tích và thiết kế có thể được gọi là thiết kế vĩ mô, trong khi mô hình hoá thựchiện là thiết kế vi mô.Bài viết này bàn luận về các phần tử của thiết kế vĩ mô, mà có thể được coi là mộtbộ phận của một khung nhìn chức năng của kiến trúc. Nó xây dựng trên nguyêntắc mà mô hình hoá phân tích và mô hình hoá thiết kế nằm trong phạm vi kiến trúc.Mô tả chi tiết mức cao hơn của các mô hình thiết kế và mô hình thực hiện nằmtrong phạm vi thiết kế.Về đầu trangViết tư liệu mô hình chức năngMô hình chức năng được xây dựng thành ba bước lặp, với các thiết kế ở: Mức logic. • Mức đặc tả. • Mức vật lý. •Với mỗi bước kế tiếp nhau, bạn chuyển từ các mức trừu tượng cao hơn sang cáctạo tác thiết kế và thực hiện riêng hơn. Phần còn lại của bài viết này bàn luận về babước.Về đầu trangThiết kế ở mức logicMột số trường phái muốn để mức logic của thiết kế ở các quan niệm, với cácthông tin chỉ theo thuật ngữ về khái niệm nghiệp vụ, không có trong công nghệthông tin. Mức khái niệm hoá đó là có thể chấp nhận được, nhưng hiện nay có mộtnguyên lí gọi là “kiến trúc nghiệp vụ”, mà tập trung vào việc xác định phạm vikinh doanh thông qua một tập các khái niệm và phác thảo hướng kinh doanh. Kiếntrúc kinh doanh đang trở thành một kỹ thuật phổ biến để xác định các khía cạnhkinh doanh của một kiến trúc doanh nghiệp. Bài viết này sẽ không nhằm tới cáccấu trúc khái niệm trong thiết kế mức logic của kiến trúc chức năng.Trước khi tìm hiểu về các hình dựng logic của mô hình chức năng, trước tiên bạnphải hiểu được khả năng tạo vết của các tạo tác trong phạm vi kinh doanh. Khảnăng dò theo được các hình dựng kiến trúc công nghệ thông tin cho phạm vi kinhdoanh là rất quan trọng. Bạn có thể sau đó đảm bảo rằng các tư liệu kiến trúc làgắn kết, thẳng hàng so với các tác động điều hướng kinh doanh (business drivers),các đích, và các bài toán mà kiến trúc đó sẽ giải. Các nhà phân tích kinh doanh sẽp ...