Bài 3 Nhập môn công nghệ phần mềm

Yêu cầu phần mềm quan trọng như thế nào trong phát triển phần mềm?

• A - Không cần thiết, chỉ cần lập trình là đủ.

• B - Giúp xác định chính xác những gì phần mềm cần làm, tránh sai sót.

• C - Chỉ cần khi phần mềm lớn, không áp dụng cho phần mềm nhỏ.

• D - Không ảnh hưởng đến quá trình phát triển phần mềm.

Answer explanation

Giải thích: Yêu cầu phần mềm giúp xác định rõ hệ thống cần hoạt động như thế nào, tránh việc phát triển sai mục tiêu.

Trong cuộc sống hàng ngày, yêu cầu có thể xuất hiện ở đâu?

• A - Khi đặt hàng một món ăn theo sở thích.

• B - Khi lập kế hoạch học tập cá nhân.

• C - Khi mô tả mong muốn về một sản phẩm.

• D - Tất cả các đáp án trên.

Answer explanation

Giải thích: Yêu cầu xuất hiện trong nhiều tình huống thực tế như đặt hàng, lập kế hoạch học tập hay mô tả sản phẩm mong muốn.

Nghề nào dưới đây cần kỹ năng phân tích yêu cầu?

• A - Lập trình viên.

• B - Kiến trúc sư phần mềm.

• C - Nhà phân tích kinh doanh (Business Analyst).

• D - Tất cả các đáp án trên.

Answer explanation

Giải thích: Cả lập trình viên, kiến trúc sư phần mềm và nhà phân tích kinh doanh đều cần hiểu và phân tích yêu cầu phần mềm.

Tại sao cần thẩm định yêu cầu phần mềm trước khi phát triển?

• A - Để kiểm tra tính chính xác và đầy đủ của yêu cầu.

• B - Để tránh những sai sót lớn trong quá trình phát triển.

• C - Để đảm bảo phần mềm đáp ứng đúng nhu cầu của khách hàng.

• D - Tất cả các đáp án trên.

Answer explanation

Giải thích: Thẩm định giúp kiểm tra tính chính xác, đầy đủ của yêu cầu và đảm bảo phần mềm đáp ứng đúng nhu cầu khách hàng.

Trong cuộc sống, bạn sẽ làm gì khi được giao một nhiệm vụ mà chưa có yêu cầu rõ ràng?

• A - Hỏi thêm thông tin để hiểu rõ nhiệm vụ.

• B - Tự đoán và thực hiện theo suy nghĩ cá nhân.

• C - Làm đại khái và sửa sau nếu sai.

• D - Bỏ qua và làm việc khác.

Answer explanation

Giải thích: Nếu không hiểu rõ yêu cầu, cần hỏi lại để tránh làm sai mục tiêu.

Kĩ thuật phân tích yêu cầu có các hướng nào?

• A - Tiếp cận trực tiếp; Tiếp cận hướng đối tượng.

• B - Tiếp cận hướng chức năng; Tiếp cận hướng đối tượng; Tiếp cận trực tiếp

• C - Tiếp cận hướng chức năng; Tiếp cận trực tiếp.

• D - Tiếp cận hướng chức năng; Tiếp cận hướng đối tượng.

Answer explanation

Giải thích:

Khi phân tích yêu cầu phần mềm, có hai hướng tiếp cận chính:

1. Tiếp cận hướng chức năng (Functional Approach)

   • Tập trung vào việc phân tích hệ thống theo các chức năng mà nó cung cấp.

   • Thường sử dụng sơ đồ như DFD (Data Flow Diagram) để mô hình hóa dòng dữ liệu giữa các thành phần.

2. Tiếp cận hướng đối tượng (Object-Oriented Approach)

   • Xác định hệ thống dựa trên các đối tượng và mối quan hệ giữa chúng.

   • Sử dụng mô hình UML (Use Case Diagram, Class Diagram) để mô tả hệ thống.

Mô hình … thường được sử dụng để xác định các yêu cầu phần mềm.

• A - RUP.

• B - Xoắn ốc.

• C - Làm bản mẫu.

• D - Hướng thành phần.

Answer explanation

Giải thích:

• Mô hình Làm bản mẫu (Prototyping Model) thường được sử dụng để xác định yêu cầu phần mềm, đặc biệt khi khách hàng chưa rõ ràng về yêu cầu của mình.

• Phương pháp này tạo ra một bản mẫu (prototype) của phần mềm để khách hàng có thể trải nghiệm, từ đó phản hồi và điều chỉnh yêu cầu.

• Giúp phát hiện sớm các yêu cầu sai hoặc chưa đầy đủ trước khi phát triển phần mềm chính thức.

Các mô hình khác:

• RUP (Rational Unified Process): Mô hình phát triển phần mềm theo quy trình lặp.

• Xoắn ốc (Spiral Model): Tập trung vào quản lý rủi ro và phát triển theo từng giai đoạn.

• Hướng thành phần (Component-Based Development - CBD): Tập trung vào việc tái sử dụng các thành phần phần mềm có sẵn.

Ngôn ngữ tự nhiên thường gặp phải một số vấn đề:…:

• A - Thường gây khó hiểu; Thiếu khả năng Modun hóa; Quá mềm dẻo

• B - Không rõ ràng; Thiếu khả năng Modun hóa; Thường gây khó hiểu.

• C - Không rõ ràng; Thường gây khó hiểu; Quá mềm dẻo.

• D - Không rõ ràng; Thiếu khả năng Modun hóa; Quá mềm dẻo.

Answer explanation

Giải thích:

Khi sử dụng ngôn ngữ tự nhiên để mô tả yêu cầu phần mềm, thường gặp phải các vấn đề sau:

1. Không rõ ràng (Ambiguity)

   • Cùng một câu có thể được hiểu theo nhiều cách khác nhau.

   • Ví dụ: "Hệ thống sẽ phản hồi nhanh" → Không định nghĩa rõ "nhanh" là bao lâu.

2. Thiếu khả năng Modun hóa (Lack of Modularity)

   • Khó chia nhỏ và tổ chức thông tin theo từng phần rõ ràng.

   • Không hỗ trợ tái sử dụng hoặc mở rộng một cách có hệ thống.

3. Quá mềm dẻo (Too Flexible)

   • Dễ bị thay đổi tùy ý, gây khó khăn trong việc chuẩn hóa và kiểm tra.

   • Một yêu cầu có thể bị diễn giải và sửa đổi theo nhiều cách khác nhau, dẫn đến sự không nhất quán.

Vì vậy, khi phân tích yêu cầu, người ta thường sử dụng các mô hình chính quy (như UML, sơ đồ luồng dữ liệu, bảng trạng thái) thay vì chỉ dùng ngôn ngữ tự nhiên.

Tiến trình phát hiện và phân tích yêu cầu được bắt đầu bằng … và kết thúc bằng …

• A - Đặc tả yêu cầu/ Thẩm định yêu cầu.

• B - Tìm hiểu lĩnh vực ứng dụng/Thẩm định yêu cầu.

• C - Phân tích yêu cầu/ Thẩm định yêu cầu.

• D - Phân tích khả thi/Thẩm định yêu cầu.

Answer explanation

Giải thích:

• Bắt đầu bằng Phân tích khả thi: Xác định xem dự án có thể thực hiện được không.

• Kết thúc bằng Thẩm định yêu cầu: Kiểm tra xem yêu cầu có đầy đủ, chính xác không.

Ưu điểm của việc đặc tả ngôn ngữ hướng cấu trúc là:

• A - Chỉ rõ những thực thể cần thiết, các điều kiện trước và sau, các ảnh hưởng của chức năng.

• B - Đạt được mức độ diễn tả cao của ngôn ngữ tự nhiên và mức độ đồng nhất trong các đặc tả.

• C - Đạt được mức độ diễn tả cao của ngôn ngữ tự nhiên, mức độ đồng nhất không bị lạm dụng trong các đặc tả.

• D - Đạt được mức độ diễn tả cao nhất của ngôn ngữ tự nhiên.

Answer explanation

Giải thích:

• Ngôn ngữ hướng cấu trúc giúp diễn tả rõ ràng yêu cầu hệ thống bằng cách tổ chức dữ liệu và chức năng theo một cấu trúc chặt chẽ.

• Nó giúp diễn đạt yêu cầu một cách chính xác, tránh hiểu nhầm.