Software Architecture and Design - Kiến Trúc & Thiết Kế Phần Mềm

Khi phân chia hệ thống thành các phân hệ (subsystem), chúng ta cần xem xét các đối tượng có liên quan đến nhau và có thể được quản lý một cách hiệu quả trong cùng một phân hệ. Đối tượng có liên quan đến nhau có thể bao gồm các thành phần của một đối tượng phức hợp, các đối tượng có mối quan hệ chặt chẽ với nhau hoặc các đối tượng có cùng mục đích sử dụng. Ví dụ, trong một hệ thống bán hàng trực tuyến, các đối tượng như sản phẩm, giỏ hàng và hóa đơn có thể được quản lý trong cùng một phân hệ vì chúng đều liên quan đến quá trình mua bán. Ngược lại, các đối tượng như máy chủ, mạng và thiết bị đầu cuối có thể được quản lý trong các phân hệ khác nhau vì chúng phục vụ các mục đích khác nhau.

Sử dụng kế thừa trong thiết kế phần mềm mang lại lợi ích chính là cho phép chia sẻ mã và thực hiện các sửa đổi incremental trong quá trình bảo trì hoặc tái sử dụng. Khi một lớp con kế thừa từ lớp cha, nó có thể sử dụng các thuộc tính và phương thức đã được định nghĩa trong lớp cha, từ đó giảm thiểu sự lặp lại trong mã và tăng cường tính linh hoạt trong thiết kế. Điều này đặc biệt hữu ích khi cần thực hiện các sửa đổi hoặc mở rộng chức năng của một lớp mà không ảnh hưởng đến các lớp khác trong thiết kế.

Đáp án đúng: A. Một bảng quan hệ chỉ có ĐÚNG MỘT khoá chính. Vì vậy phát biểu "bảng có nhiều khoá chính" là phát biểu sai — đây là điều câu hỏi đang tìm. B đúng vì một bảng hoàn toàn có thể có nhiều khoá ngoại, mỗi khoá trỏ tới một bảng khác. C đúng vì mỗi bảng đều cần một khoá chính để định danh bản ghi. D đúng vì khoá chính có thể là khoá ghép gồm nhiều cột — vẫn chỉ là MỘT khoá chính, chỉ khác là nó gồm nhiều thuộc tính; đừng nhầm khoá ghép với "nhiều khoá chính".

Inheritance là một khái niệm quan trọng trong thiết kế kiến trúc phần mềm dựa trên đối tượng. Nó cho phép tạo ra các lớp con (subclass) từ một lớp cha (superclass) đã tồn tại. Điều này giúp tái sử dụng mã nguồn và tạo ra các mối quan hệ giữa các lớp. Inheritance giúp giảm thiểu sự lặp lại trong mã nguồn và tăng cường tính linh hoạt trong việc mở rộng và sửa đổi các lớp. Nó cũng giúp tạo ra các lớp con có tính đặc thù và độc đáo hơn so với lớp cha. Nhờ đó, Inheritance trở thành một công cụ mạnh mẽ trong thiết kế phần mềm dựa trên đối tượng.

SOA (Service-Oriented Architecture) là một phương pháp thiết kế hệ thống, trong đó các dịch vụ được triển khai độc lập và có thể được kết hợp lại để tạo thành các ứng dụng phức tạp. Một trong những đặc điểm quan trọng của SOA là khả năng tích hợp các dịch vụ phân tán, tự chủ và có thể chạy trên các nền tảng khác nhau, sử dụng các giao thức tiêu chuẩn để giao tiếp. Điều này cho phép các tổ chức tạo ra các hệ thống linh hoạt, dễ dàng mở rộng và có khả năng thích ứng cao. SOA không yêu cầu các dịch vụ phải được triển khai trên cùng một máy tính hoặc sử dụng cùng một ngôn ngữ lập trình, mà chỉ cần đảm bảo rằng các dịch vụ có thể giao tiếp với nhau một cách hiệu quả.

Một giao dịch (transaction) là một tập hợp các hoạt động (operation) không thể tách rời được. Nó được thực hiện để đảm bảo tính toàn vẹn của dữ liệu và ngăn chặn các vấn đề về đồng bộ hóa. Trong một giao dịch, các hoạt động được thực hiện như một phần của một đơn vị tính toán duy nhất. Nếu một trong các hoạt động trong giao dịch bị lỗi hoặc không thành công, toàn bộ giao dịch sẽ bị hủy bỏ và dữ liệu sẽ được đặt lại vào trạng thái ban đầu. Điều này giúp đảm bảo tính toàn vẹn và tính nhất quán của dữ liệu trong hệ thống.

Mục tiêu chính của kiến trúc dịch vụ (Service-Oriented Architecture - SOA) là tối đa hóa việc tái sử dụng các dịch vụ (services). Khi các dịch vụ được thiết kế để tái sử dụng, chúng có thể được sử dụng lại trong nhiều ứng dụng và hệ thống khác nhau, giảm thiểu thời gian và chi phí phát triển. Việc tái sử dụng dịch vụ cũng giúp cải thiện tính linh hoạt và khả năng thích ứng của hệ thống, vì các dịch vụ có thể được cập nhật hoặc thay thế mà không ảnh hưởng đến các ứng dụng khác. Ngoài ra, việc tái sử dụng dịch vụ cũng giúp giảm thiểu lỗi và cải thiện chất lượng của hệ thống.

Truyền thông nhóm trong các ứng dụng phân tán được mô tả như sau: Trong khi truyền thông một đối một chỉ cho phép gửi tin tức giữa hai thành phần, thì truyền thông nhóm cho phép gửi tin tức đến nhiều thành phần cùng một lúc. Điều này được thực hiện thông qua các cơ chế phát sóng (broadcast) hoặc đa phát (multicast). Mỗi thành phần trong hệ thống có thể gửi tin tức đến nhiều thành phần khác, giúp tăng hiệu suất và giảm thời gian truyền thông. Điều này đặc biệt hữu ích trong các hệ thống phân tán lớn, nơi mà mỗi thành phần cần có thông tin từ nhiều nguồn khác nhau.

Một nhóm tính năng (feature group) trong SPL (Software Product Line) là một tập hợp các tính năng được nhóm lại với nhau dựa trên một ràng buộc cụ thể về việc sử dụng chúng trong một thành viên của SPL. Điều này cho phép các nhà phát triển tạo ra các sản phẩm khác nhau dựa trên các tính năng được chọn từ nhóm tính năng này. Ví dụ, một nhóm tính năng có thể bao gồm các tính năng liên quan đến hệ thống GPS, camera và kết nối internet. Trong một thành viên của SPL, các nhà phát triển có thể chọn tất cả các tính năng trong nhóm này hoặc chỉ chọn một số tính năng cụ thể. Điều này giúp giảm thiểu số lượng tính năng cần được phát triển và kiểm tra, đồng thời tăng cường khả năng tùy chỉnh sản phẩm.

Kỹ thuật Modeling tính năng trong ngữ cảnh của các dòng sản phẩm phần mềm là một phương pháp giúp xác định và tổ chức các tính năng chung và biến đổi trong dòng sản phẩm. Nó cho phép các nhà phát triển xác định các tính năng quan trọng và cần thiết cho sản phẩm, đồng thời loại bỏ các tính năng không cần thiết hoặc không quan trọng. Kỹ thuật này giúp giảm thiểu thời gian và chi phí phát triển sản phẩm, đồng thời đảm bảo rằng sản phẩm đáp ứng được nhu cầu của khách hàng.

Flexibility trong ngữ cảnh đặc tính chất lượng phần mềm là khả năng thích nghi với các yêu cầu thay đổi hoặc môi trường. Nó cho phép phần mềm dễ dàng thích nghi với các thay đổi trong yêu cầu hoặc môi trường sử dụng. Điều này giúp phần mềm trở nên linh hoạt và dễ dàng thích nghi với các thay đổi trong tương lai. Flexibility cũng giúp giảm thiểu các vấn đề liên quan đến việc thay đổi yêu cầu hoặc môi trường sử dụng.

Đáp án đúng: B. Khả năng bảo trì được định nghĩa là mức độ phần mềm có thể được thay đổi SAU KHI ĐÃ TRIỂN KHAI — sửa lỗi, cải thiện hiệu năng hoặc thích ứng với môi trường mới. Mốc "sau triển khai" là điểm mấu chốt: chi phí thay đổi lúc phần mềm đã chạy thật mới là thứ thuộc tính này đo. A sai vì thay đổi trước khi triển khai vẫn nằm trong vòng phát triển bình thường. C sai vì thay đổi trong lúc phát triển cũng thế. D là bẫy sát nhất — "sau khi phát triển" không đồng nghĩa "sau khi triển khai": phần mềm có thể đã phát triển xong nhưng chưa đưa vào vận hành, và định nghĩa chuẩn lấy mốc triển khai/bàn giao.

Khái niệm 'testability' chủ yếu liên quan đến việc phát hiện sớm các lỗi và giảm chi phí sửa chữa. Điều này có nghĩa là khả năng kiểm tra và xác minh tính chính xác của ứng dụng một cách hiệu quả. Testability giúp phát hiện và sửa lỗi sớm, từ đó giảm thiểu chi phí và thời gian sửa chữa. Nó cũng giúp đảm bảo rằng ứng dụng hoạt động đúng như mong đợi, giảm thiểu rủi ro và cải thiện chất lượng tổng thể của sản phẩm. Testability là một khía cạnh quan trọng trong quy trình phát triển phần mềm, giúp đảm bảo rằng ứng dụng được kiểm tra và xác minh một cách đầy đủ trước khi được phát hành.

Trong vòng đời phát triển phần mềm, giai đoạn phân tích (Analysis) là nơi mà các yêu cầu của dự án được thu thập và mô hình hóa. Giai đoạn này tập trung vào việc xác định và mô tả các yêu cầu của hệ thống, bao gồm cả các yêu cầu chức năng và phi chức năng. Các kỹ thuật như mô hình hóa trường hợp sử dụng (Use case modeling) và thu thập yêu cầu (Requirements capture) được sử dụng để thu thập và xác định các yêu cầu của dự án. Mục tiêu của giai đoạn phân tích là tạo ra một bản mô tả chi tiết về các yêu cầu của dự án, giúp cho các giai đoạn tiếp theo được thực hiện một cách hiệu quả.

Ký hiệu thiết kế phần mềm là một phương pháp được sử dụng để mô tả và thể hiện các đặc điểm của một hệ thống phần mềm. Nó thường được sử dụng để mô tả các thành phần, mối quan hệ và giao tiếp giữa các thành phần trong hệ thống. Ký hiệu thiết kế phần mềm có thể được thể hiện dưới dạng đồ họa hoặc văn bản. Ví dụ, UML (Unified Modeling Language) là một ngôn ngữ mô hình hóa được sử dụng để mô tả các đặc điểm của hệ thống phần mềm. Nó cung cấp các ký hiệu và quy tắc để mô tả các thành phần, mối quan hệ và giao tiếp giữa các thành phần trong hệ thống. Mục đích của ký hiệu thiết kế phần mềm là giúp các nhà phát triển phần mềm hiểu rõ về hệ thống và tạo ra các giải pháp phần mềm hiệu quả hơn.

Trong một trạng thái chuyển đổi được dán nhãn là Sự kiện [điều kiện] / Hành động trong một sơ đồ trạng thái, điều kiện đại diện cho một biểu thức logic Boolean. Biểu thức này phải được thực hiện để xác định xem trạng thái chuyển đổi có được kích hoạt hay không. Nó giống như một điều kiện kiểm tra, nếu điều kiện này được đáp ứng, trạng thái chuyển đổi sẽ được kích hoạt và thực hiện hành động tương ứng. Điều này cho phép nhà thiết kế mô hình trạng thái kiểm soát luồng hoạt động của hệ thống một cách chính xác và linh hoạt.

Tổ chức cấp bậc tổng quát hóa/nghiên cứu đặc biệt quan trọng trong mô hình hóa lớp vì nó cho phép tái sử dụng các đặc điểm chung bằng cách đặt chúng vào các lớp cha. Điều này giúp giảm thiểu sự lặp lại mã và tăng cường tính linh hoạt của mô hình lớp. Khi các đặc điểm chung được đặt vào các lớp cha, các lớp con có thể thừa hưởng các đặc điểm này mà không cần phải định nghĩa lại. Điều này giúp giảm thiểu sự phức tạp của mô hình lớp và tăng cường tính dễ hiểu.

Mô hình thác nước (Waterfall model) là một phương pháp phát triển phần mềm truyền thống, nhưng nó có một số hạn chế. Để khắc phục những hạn chế này, chúng ta có thể sử dụng các phương pháp khác như sau: Phased software development (Phát triển phần mềm theo giai đoạn): Đây là phương pháp phát triển phần mềm theo các giai đoạn riêng biệt, mỗi giai đoạn sẽ có một mục tiêu và yêu cầu cụ thể. Phương pháp này có thể giúp khắc phục hạn chế của mô hình thác nước bằng cách cho phép các giai đoạn phát triển được thực hiện song song và có thể được điều chỉnh dựa trên yêu cầu của khách hàng. Throwaway prototyping (Phát triển mẫu tạm thời): Đây là phương pháp phát triển phần mềm bằng cách tạo ra các mẫu tạm thời để thử nghiệm và đánh giá. Phương pháp này có thể giúp khắc phục hạn chế của mô hình thác nước bằng cách cho phép các phát triển có thể thử nghiệm và đánh giá các ý tưởng trước khi thực hiện. Evolutionary prototyping (Phát triển mẫu tiến hóa): Đây là phương pháp phát triển phần mềm bằng cách tạo ra các mẫu tiến hóa để thử nghiệm và đánh giá. Phương pháp này có thể giúp khắc phục hạn chế của mô hình thác nước bằng cách cho phép các phát triển có thể thử nghiệm và đánh giá các ý tưởng trước khi thực hiện và có thể điều chỉnh dựa trên yêu cầu của khách hàng. Incremental development (Phát triển từng bước): Đây là phương pháp phát triển phần mềm bằng cách tạo ra các phần nhỏ của sản phẩm và dần dần tích hợp chúng lại với nhau. Phương pháp này có thể giúp khắc phục hạn chế của mô hình thác nước bằng cách cho phép các phát triển có thể thực hiện các phần nhỏ của sản phẩm và dần dần tích hợp chúng lại với nhau.