SWD392 Kiến Trúc & Thiết Kế Phần Mềm – Bộ ôn tập thi lại số 1 (60 câu)

Một mô hình độc lập với nền tảng (PIM) là mô hình chính xác của kiến trúc phần mềm trước khi cam kết với một nền tảng cụ thể. Nó là bước quan trọng trong quá trình phát triển phần mềm, giúp đảm bảo rằng phần mềm có thể được triển khai trên nhiều nền tảng khác nhau mà không cần thay đổi đáng kể. Mô hình PIM thường được sử dụng trong các phương pháp phát triển phần mềm như MDA (Model-Driven Architecture) và OMG (Object Management Group). Nó cho phép các nhà phát triển tạo ra mô hình phần mềm độc lập với nền tảng, sau đó có thể được chuyển đổi thành mã nguồn cho các nền tảng khác nhau.

Một mô hình cụ thể của kiến trúc phần mềm được ánh xạ vào một nền tảng cụ thể được gọi là mô hình nền tảng cụ thể (PSM). PSM là một mô hình chi tiết và chính xác của kiến trúc phần mềm, được tạo ra sau khi đã chọn nền tảng cụ thể để triển khai phần mềm. Nó mô tả cách phần mềm sẽ hoạt động trên nền tảng đó, bao gồm các chi tiết về cấu trúc, giao tiếp và các yêu cầu khác. PSM giúp đảm bảo rằng phần mềm được thiết kế phù hợp với nền tảng và có thể hoạt động hiệu quả trên đó.

UML là viết tắt của Unified Modeling Language, là một ngôn ngữ mô hình hóa thống nhất được sử dụng để mô tả và thiết kế các hệ thống phần mềm. UML cung cấp một bộ công cụ để mô tả các đối tượng, mối quan hệ và hành vi của các đối tượng trong một hệ thống. Nó giúp các nhà phát triển phần mềm tạo ra các mô hình và thiết kế hệ thống một cách rõ ràng và thống nhất. UML bao gồm các yếu tố như lớp, đối tượng, mối quan hệ, hoạt động và quy trình, giúp các nhà phát triển phần mềm hiểu rõ về cấu trúc và hành vi của hệ thống. Sử dụng UML giúp tăng cường hiệu suất và giảm thiểu sai sót trong quá trình phát triển phần mềm.

Deployment Diagrams trong kiến trúc phần mềm là một công cụ quan trọng để mô tả và minh họa cấu trúc phân phối vật lý của các thành phần phần mềm. Mục đích chính của Deployment Diagrams là thể hiện cách các thành phần phần mềm được triển khai và phân phối trên các hệ thống và thiết bị khác nhau. Điều này giúp các nhà phát triển phần mềm hiểu rõ hơn về cấu trúc và tổ chức của hệ thống phần mềm, từ đó có thể dễ dàng quản lý và bảo trì hệ thống. Deployment Diagrams cũng giúp các nhà phát triển phần mềm xác định và giải quyết các vấn đề liên quan đến phân phối và triển khai phần mềm, chẳng hạn như vấn đề về hiệu suất, bảo mật và khả năng mở rộng.

Trong UML, sơ đồ cấu trúc phức hợp (composite structure diagram) được sử dụng để mô tả tổ chức và hành vi của các đối tượng bên trong một phân loại duy nhất. Nó giúp chúng ta hiểu rõ về mối quan hệ giữa các thành phần và cách chúng tương tác với nhau để đạt được mục tiêu chung. Sơ đồ này thường được sử dụng để mô hình hóa các hệ thống phức tạp, nơi mà các đối tượng có quan hệ chặt chẽ với nhau và cần được quản lý một cách hiệu quả. Bằng cách sử dụng sơ đồ cấu trúc phức hợp, chúng ta có thể xác định rõ ràng về tổ chức và hành vi của các đối tượng, từ đó giúp cải thiện chất lượng và hiệu suất của hệ thống.

Trong sơ đồ trường hợp sử dụng (use case diagram), một diễn viên (actor) đại diện cho một thực thể bên ngoài (external entity) tương tác với hệ thống. Điều này có nghĩa là diễn viên thể hiện một người, tổ chức hoặc hệ thống khác có thể tương tác với hệ thống thông qua giao diện người-máy (human-computer interface). Ví dụ, trong một hệ thống bán hàng trực tuyến, diễn viên có thể đại diện cho khách hàng, nhân viên bán hàng hoặc hệ thống thanh toán. Mục đích của diễn viên là thể hiện cách hệ thống tương tác với các thực thể bên ngoài và cung cấp thông tin về các yêu cầu của hệ thống.

Khi sử dụng mô hình phần mềm, có nhiều lợi ích mà chúng ta có thể tận dụng. Một trong số đó là việc cải thiện giao tiếp giữa các bên liên quan. Mô hình phần mềm giúp các bên hiểu rõ hơn về yêu cầu và mục tiêu của dự án, từ đó có thể trao đổi thông tin một cách hiệu quả hơn. Ngoài ra, mô hình phần mềm còn giúp dễ dàng bảo trì mã nguồn, giảm thiểu thời gian và chi phí cho việc sửa lỗi. Tuy nhiên, một số người có thể nghĩ rằng mô hình phần mềm có thể giúp tăng cường hiệu suất của phần cứng, nhưng thực tế thì không phải vậy. Mô hình phần mềm không liên quan trực tiếp đến hiệu suất của phần cứng. Vì vậy, lựa chọn không đúng là "Tăng cường hiệu suất của phần cứng".

Mục tiêu chính của việc xác minh phần mềm (software validation) là đảm bảo rằng hệ thống phần mềm được xây dựng đúng và đáp ứng được các yêu cầu chức năng và yêu cầu kỹ thuật. Điều này có nghĩa là hệ thống phần mềm cần phải hoạt động chính xác và hiệu quả trong môi trường thực tế. Xác minh phần mềm giúp đảm bảo rằng hệ thống phần mềm không chỉ được xây dựng đúng (có thể hoạt động) mà còn đáp ứng được các yêu cầu chức năng và kỹ thuật của người dùng. Điều này đòi hỏi phải có một quá trình xác minh kỹ lưỡng và chi tiết để đảm bảo rằng hệ thống phần mềm đáp ứng được các yêu cầu của người dùng.

Tính chất của một phương thức (operation) được gọi là dấu hiệu (signature) của nó. Dấu hiệu của một phương thức bao gồm tên phương thức, tham số và giá trị trả về. Điều này giúp xác định rõ ràng cách thức hoạt động của phương thức và cách thức giao tiếp giữa các phần tử trong hệ thống. Ví dụ, khi gọi một phương thức, chúng ta cần biết tên phương thức, các tham số cần cung cấp và giá trị nào sẽ được trả về. Điều này giúp đảm bảo tính nhất quán và dễ dàng sử dụng trong việc gọi và triển khai phương thức.

Mục đích chính của việc ẩn thông tin trong thiết kế đối tượng là cho phép các nhà phát triển quyết định những thông tin nào nên được hiển thị và những thông tin nào nên được ẩn. Điều này giúp giảm thiểu sự phụ thuộc giữa các phần của đối tượng và tăng cường tính bảo mật. Thông qua việc ẩn thông tin, các nhà phát triển có thể kiểm soát cách thức mà các phần của đối tượng tương tác với nhau, từ đó tạo ra các đối tượng linh hoạt và dễ dàng bảo trì. Điều này cũng giúp giảm thiểu sự phức tạp của mã và tăng cường tính bảo mật của hệ thống.

Một đối tượng trong lập trình thường được định nghĩa là một nhóm dữ liệu và các thủ tục (hàm, thủ tục, v.v.) có thể hoạt động trên dữ liệu đó. Điều này cho phép chúng ta tổ chức và quản lý dữ liệu một cách hiệu quả. Ví dụ, một đối tượng có thể đại diện cho một khách hàng, với các thuộc tính như tên, địa chỉ, số điện thoại, v.v. và các phương thức như thêm, sửa, xóa khách hàng. Đối tượng giúp chúng ta viết mã dễ đọc, dễ hiểu và dễ bảo trì hơn.

Các quy trình trong USDP bao gồm các bước sau: Thu thập yêu cầu, phân tích, thiết kế, triển khai và kiểm tra. USDP là một phương pháp phát triển phần mềm được sử dụng rộng rãi trong các công ty và tổ chức. Mục tiêu của USDP là đảm bảo rằng các sản phẩm phần mềm được phát triển đáp ứng được yêu cầu của khách hàng và đáp ứng được các tiêu chuẩn chất lượng cao. Các bước trong USDP được thiết kế để giúp các nhà phát triển phần mềm thực hiện các nhiệm vụ một cách có hệ thống và hiệu quả.

Đáp án đúng: A. Mô hình Client-Server tách hệ thống thành các bên phục vụ và bên sử dụng có ranh giới rõ ràng, giao tiếp qua giao diện chuẩn. Nhờ tách rời đó, có thể nhân bản thêm máy chủ khi tải tăng (mở rộng) và thay đổi từng phía độc lập (mô-đun hoá). B sai vì kiến trúc nguyên khối gộp mọi thứ vào một khối duy nhất, mở rộng phải nhân bản cả khối và sửa đâu cũng phải triển khai lại toàn bộ. C sai vì lập trình thủ tục là một mô hình lập trình, không phải thành phần kiến trúc. D sai vì khung kiểm thử là công cụ hỗ trợ chất lượng, không quyết định khả năng mở rộng hay mô-đun hoá.

Đáp án đúng: B. Mô hình phân tích tập trung vào việc HIỂU miền bài toán: có những khái niệm nào, quan hệ ra sao, hệ thống phải làm gì — cố tình chưa quyết định làm bằng cách nào. Đó là ranh giới phân biệt pha phân tích với pha thiết kế. A sai vì thiết kế giao diện là hoạt động của pha thiết kế. C sai vì viết mã là pha hiện thực. D sai vì kiểm thử hệ thống là pha sau cùng. Cả ba đều thuộc vùng lời giải, trong khi mô hình phân tích còn đang ở vùng bài toán.