Một đặc trưng của thiết kế tốt là

Đặc tả hệ thống mô tả chức năng và hành vi của hệ thống dựa vào máy tính. Nó định nghĩa những gì hệ thống phải làm, cách nó tương tác với môi trường bên ngoài, và các ràng buộc về hiệu năng, độ tin cậy, và bảo mật. Các đặc tả hệ thống thường được viết bằng ngôn ngữ tự nhiên, biểu đồ, hoặc các ký hiệu hình thức khác. Các lựa chọn khác không phải là mục tiêu của đặc tả hệ thống.

Trong phân tích yêu cầu phần mềm, khung nhìn (view) essential view (khung nhìn bản chất) thường được quan tâm đầu tiên. Khung nhìn này tập trung vào việc xác định các chức năng và dữ liệu cốt lõi mà hệ thống cần cung cấp, không bị ảnh hưởng bởi các chi tiết triển khai. Nó giúp chúng ta hiểu rõ vấn đề cần giải quyết trước khi đi vào các chi tiết cụ thể về người dùng (actor view), dữ liệu (data view) hay cách thức triển khai (implementation view).

• Actor view: Mô tả hệ thống từ quan điểm của người dùng (actors) và cách họ tương tác với hệ thống. Mặc dù quan trọng, nó thường được xem xét sau khi đã xác định các chức năng cốt lõi.
• Data view: Tập trung vào cấu trúc dữ liệu và luồng dữ liệu trong hệ thống. Tương tự như actor view, nó thường được xem xét sau essential view.
• Implementation view: Liên quan đến các quyết định về công nghệ và kiến trúc hệ thống, và do đó, được xem xét ở giai đoạn sau của quá trình phân tích yêu cầu.

Vì vậy, essential view là khung nhìn được quan tâm đầu tiên để nắm bắt được bản chất của vấn đề và các yêu cầu cốt lõi của hệ thống.

Mục đích của việc xây dựng một mô hình phân tích trong phát triển phần mềm là để mô tả yêu cầu của khách hàng, phát triển một giải pháp tóm tắt cho vấn đề và thiết lập một nền tảng cho thiết kế phần mềm. Điều này giúp các nhà phát triển hiểu rõ vấn đề cần giải quyết, đưa ra giải pháp tổng quan và có cơ sở để thiết kế phần mềm một cách hiệu quả. Ngược lại, việc xác định một tập hợp các yêu cầu phần mềm thường là một phần của giai đoạn thu thập yêu cầu, tiền đề cho việc xây dựng mô hình phân tích, chứ không phải là mục đích của nó.

Trong thiết kế phần mềm, trừu tượng hóa là một kỹ thuật quan trọng để quản lý độ phức tạp. Nó cho phép các nhà phát triển tập trung vào các chi tiết quan trọng ở một mức độ nhất định mà không cần quan tâm đến các chi tiết cấp thấp hơn. Có nhiều loại trừu tượng hóa khác nhau được sử dụng, bao gồm:

• Trừu tượng điều khiển (Control Abstraction): Ẩn các chi tiết thực hiện của các cấu trúc điều khiển (ví dụ: vòng lặp, rẽ nhánh) và cung cấp các cấu trúc bậc cao hơn.
• Trừu tượng dữ liệu (Data Abstraction): Ẩn chi tiết biểu diễn dữ liệu và cung cấp các kiểu dữ liệu trừu tượng với các thao tác trên chúng.
• Trừu tượng thủ tục (Procedural Abstraction): Ẩn các bước thực hiện của một thủ tục và cho phép gọi thủ tục bằng một tên duy nhất.

Vì cả ba loại trừu tượng (điều khiển, dữ liệu và thủ tục) đều được sử dụng trong thiết kế phần mềm, nên đáp án "Tất cả mục trên" là chính xác nhất.

Thủ tục phần mềm (Software procedures) tập trung vào việc xác định các bước hoặc hành động cần thiết để thực hiện một tác vụ cụ thể trong phần mềm. Điều này bao gồm việc xử lý chi tiết của mỗi module riêng biệt để đảm bảo rằng nó hoạt động đúng cách và tương tác tốt với các module khác.

• Phương án 1: Cấp bậc điều khiển trong một cảm nhận trừu tượng hơn không phải là trọng tâm chính của thủ tục phần mềm. Mặc dù điều khiển là quan trọng, nhưng thủ tục tập trung vào các bước thực hiện cụ thể.
• Phương án 2: Xử lý chi tiết của mỗi module riêng biệt là một phần quan trọng của thủ tục phần mềm. Thủ tục cần xác định cách mỗi module hoạt động và cách nó tương tác với các module khác.
• Phương án 3: Xử lý chi tiết của mỗi tập module cũng quan trọng, nhưng thủ tục phần mềm thường bắt đầu với việc xử lý từng module riêng lẻ trước khi xem xét các tập hợp module.
• Phương án 4: Quan hệ giữa điều khiển và thủ tục là một khía cạnh của thiết kế phần mềm, nhưng không phải là trọng tâm chính của thủ tục phần mềm.

Do đó, đáp án chính xác nhất là phương án 2.