Đề Thi Retake TE SWR302 SU25 Đại học FPT Mới Nhất (Có Đáp Án)

Đề thi Retake FE SWR302 SU25 Đại học FPT kèm đáp án tham khảo chi tiết

Trưa nay 05/08/2025, kỳ Retake TE SWR302 SU25 tại Đại học FPT vừa diễn ra và nhận được rất nhiều sự quan tâm từ các bạn sinh viên chưa pass môn trong lần thi giữa kỳ trước đó. Mình đã pass môn SWR302 ở lần thi TE trước, nên để hỗ trợ anh em retake tự tin hơn, mình chia sẻ lại đề thi Retake TE SWR302 mới nhất vừa cập nhật từ buổi thi hôm nay.

Đây là đề trắc nghiệm tổng hợp, bao quát gần như toàn bộ kiến thức trong môn Software Requirements Specification (SWR302) như: Vision and Scope, Business Rules, Stakeholder Requirements, Use Case Diagram, Conceptual ERD, Non-functional Requirements và các khái niệm quan trọng khác. Việc tham khảo đề giúp các bạn định hướng ôn tập, nắm vững trọng tâm và làm quen với dạng câu hỏi xuất hiện trong bài thi thực tế. Sau đây hãy cùng TruongDevs tìm hiểu nhé!

Đề thi Retake TE SWR302 SU25 Đại học FPT

Dưới đây là nội dung đề thi Retake TE SWR302 kỳ SU25 mình vừa tổng hợp từ buổi thi trưa nay, chia sẻ lại để anh em dễ luyện đề và ôn tập đúng trọng tâm.

Question 1: How can better requirements practices reduce the cost of development?

A. By increasing the number of features developed.

B. By reducing rework, unnecessary features, and miscommunications.

C. By increasing the project timeline.

D. By focusing solely on technical specifications.

Chọn B

Giải thích: Thực hành yêu cầu (requirements practices) tốt giúp xác định rõ những gì cần phát triển, tránh những tính năng không cần thiết, giảm thiểu việc làm lại và sai lệch trong giao tiếp giữa các bên. Điều này giúp tiết kiệm chi phí và thời gian trong quá trình phát triển phần mềm.

Question 2: Which of the following statements correctly distinguishes between product requirements and project requirements? Select two.

A. Product requirements describe the physical resources and training needs necessary for project completion.

B. Project requirements include staff training and infrastructure changes needed in the operating environment.

C. Project requirements are housed in the SRS along with product requirements.

D. Product requirements focus on the characteristics and functionalities of the software system being built.

Chọn B, D

Giải thích: - Project requirements thường đề cập đến các yếu tố phi kỹ thuật như đào tạo nhân viên, thay đổi hạ tầng, ngân sách, và lịch trình – như trong đáp án B.
- Product requirements mô tả các chức năng và đặc tính mà sản phẩm phần mềm cần có – như trong đáp án D. Đây là phần quan trọng trong việc phát triển hệ thống phần mềm.

Question 3: Which of the following is NOT included in the list of Software Bill of Rights Requirements?

A. Expect BAs to speak your language.

B. Expect BAs to learn about your business and your objectives.

C. Promptly communicate changes to the requirements.

D. Receive explanations of requirements practices and deliverables.

E. Change your requirements.

F. Expect an environment of mutual respect.

Chọn C

Giải thích: Các quyền trong "Software Bill of Rights" chủ yếu nói về quyền của khách hàng đối với việc được hiểu, được tôn trọng, và được giải thích rõ ràng về yêu cầu. Tuy nhiên, việc “Promptly communicate changes to the requirements” (C) là trách nhiệm của khách hàng, không phải quyền lợi, nên không nằm trong danh sách quyền.

Question 4: Some stakeholders are customers, such as legal staff, compliance auditors, suppliers, contractors, and venture capitalists.

A. True

B. False

Chọn A

Giải thích: Stakeholders bao gồm tất cả những người hoặc tổ chức có ảnh hưởng đến hoặc bị ảnh hưởng bởi dự án – không chỉ khách hàng mà còn bao gồm các nhóm như nhân viên pháp lý, kiểm toán viên, nhà cung cấp, nhà thầu và nhà đầu tư. Vì vậy câu khẳng định là đúng.

Question 5: What does acceptance criteria include? Choose 3 correct answers.

A. Passing a defined set of acceptance tests based on user requirements

B. Demonstrating satisfaction of specific nonfunctional requirements

C. Tracking open defects and issues

D. Having a trendy user interface

Chọn A, B, C

Giải thích: Acceptance criteria là những điều kiện cần được đáp ứng để sản phẩm được chấp nhận, bao gồm:
- A: Việc vượt qua các bài kiểm tra dựa trên yêu cầu người dùng là cốt lõi.
- B: Thỏa mãn các yêu cầu phi chức năng (như hiệu suất, bảo mật, khả năng sử dụng).
- C: Đảm bảo không còn lỗi nghiêm trọng tồn đọng.
- D là sai vì "giao diện đẹp" không phải tiêu chí kỹ thuật hay nghiệp vụ trong acceptance criteria.

Question 6: Which of the following statements about the requirements development process’ framework is accurate? Select two.

A. The process of requirements development is strictly linear, moving from elicitation to validation without any need for revisiting previous stages.

B. Elicitation, analysis, specification, and validation are iterative activities that may require revisiting earlier stages to ensure accuracy and completeness.

C. Validation is only performed at the end of the project to confirm that all requirements have been met.

D. The framework allows for flexibility, with steps often revisited throughout the project to refine and correct requirements as needed.

Chọn B, D

Giải thích: Quy trình phát triển yêu cầu không phải là tuyến tính mà là lặp đi lặp lại.
- B đúng vì các hoạt động như thu thập, phân tích, đặc tả và xác thực thường cần được lặp lại để đảm bảo yêu cầu đầy đủ và chính xác.
- D đúng vì khung phát triển yêu cầu cho phép linh hoạt, có thể quay lại các bước để tinh chỉnh khi cần.
- A và C là sai vì chúng mô tả sai bản chất lặp và linh hoạt của quy trình này.

Question 7: Which of the following skills are essential for a business analyst? Select three.

A. Literacy skills for effectively interpreting written material and communicating requirements.

B. Technical skills to ensure the analyst can implement the software they are analyzing.

C. Facilitation skills to manage group discussions and ensure effective participation from all stakeholders.

D. Analytical skills to break down complex problems and identify feasible solutions.

Chọn A, C, D

Giải thích: Một Business Analyst cần:
- A: Kỹ năng đọc hiểu và truyền đạt yêu cầu là nền tảng để làm việc hiệu quả với tài liệu và stakeholder.
- C: Kỹ năng điều phối (facilitation) giúp dẫn dắt thảo luận và thu thập ý kiến hiệu quả.
- D: Kỹ năng phân tích giúp xử lý vấn đề phức tạp và đưa ra giải pháp hợp lý.
- B không bắt buộc, vì Business Analyst không nhất thiết phải triển khai phần mềm, mà chỉ cần hiểu đủ để phân tích và giao tiếp.

Question 8: Which one of these is NOT a Business analyst’s task?

A. Communicate requirements

B. Document requirements

C. Analyze requirements

D. Assure requirements

E. Elicit requirements

Chọn D

Giải thích: Nhiệm vụ của một Business Analyst bao gồm: thu thập (elicit), phân tích (analyze), ghi chép (document), và truyền đạt (communicate) yêu cầu. Tuy nhiên, việc “assure requirements” (đảm bảo yêu cầu được thực hiện đúng cách) thường thuộc về nhóm kiểm thử (QA) hoặc quản lý dự án, không phải trách nhiệm trực tiếp của BA.

Question 9: Which of the following are essential analyst skills required from the Business Analyst?

A. Listening skills, Systems thinking skills

B. Interviewing and questioning skills, Learning skills, Interpersonal skills

C. Thinking on your feet, Facilitation skills

D. Analytical skills, Leadership skills, Organizational skills, Creativity

E. Observational skills, Communication skills, Modeling skills

F. All of the mentioned

Chọn F

Giải thích: Tất cả các kỹ năng được liệt kê ở các phương án A đến E đều là kỹ năng quan trọng và cần thiết đối với một Business Analyst. Từ kỹ năng giao tiếp, lắng nghe, phân tích, đến khả năng mô hình hóa, điều phối, và tư duy hệ thống – tất cả đều góp phần vào việc thực hiện vai trò phân tích nghiệp vụ hiệu quả.

Question 10: Fill in the blank:
"Define vision and scope", "select product champions" activities should be done _____ stage.

A. Specifications

B. Validation

C. Elicitation

D. Analysis

Chọn C

Giải thích: Các hoạt động như “xác định tầm nhìn và phạm vi” hay “chọn đại diện người dùng (product champions)” thường diễn ra trong giai đoạn thu thập yêu cầu (elicitation). Đây là bước đầu tiên và nền tảng trong quá trình phát triển yêu cầu.

Question 11: Which of the following best describes the primary purpose of a vision and scope document?

A. To detail the technical specifications of the project.

B. To collect business requirements into a single deliverable for subsequent development work.

C. To outline the marketing strategy for the product.

D. To provide a detailed project timeline.

Chọn B

Giải thích: Tài liệu "vision and scope" nhằm xác định mục tiêu tổng thể và phạm vi công việc của dự án. Mục đích chính là tập hợp các yêu cầu nghiệp vụ thành một tài liệu thống nhất, làm cơ sở cho các hoạt động phát triển tiếp theo.

Question 12: Why is it important to clearly define the scope of a software project in a scope document?

A. Limit stakeholder involvement

B. Speed up the development process

C. Avoid addressing project risks

D. Prevent scope creep and ensure project focus

Chọn D

Giải thích: Việc xác định rõ phạm vi trong tài liệu scope giúp ngăn chặn tình trạng "scope creep" – tức là dự án bị mở rộng ngoài tầm kiểm soát – và đảm bảo nhóm dự án luôn tập trung vào các mục tiêu chính đã thỏa thuận.

Question 13: Which of the following factors should be considered when classifying users? Select three.

A. The platform they will be using, such as desktop PCs, laptops, tablets, or smartphones.

B. The specific languages used in the system’s backend processes.

C. The frequency with which they use the product and the tasks they perform during business operations.

D. Their access privileges or security levels, such as ordinary user, guest user, or administrator.

Chọn A, C, D

Giải thích: Khi phân loại người dùng, cần xem xét:
- A: Nền tảng thiết bị họ sử dụng vì ảnh hưởng đến thiết kế giao diện và trải nghiệm.
- C: Tần suất sử dụng và tác vụ họ thực hiện để xác định mức độ quan trọng và nhu cầu.
- D: Quyền truy cập giúp xác định vai trò và giới hạn thao tác trong hệ thống.
- B không liên quan đến người dùng mà thuộc về kỹ thuật hệ thống.

Question 14: What is the primary challenge in eliciting non-functional requirements?

A. They are often ambiguous and difficult to quantify.

B. They are less important than functional requirements.

C. They focus only on system design.

D. They do not require stakeholder input.

Chọn A

Giải thích: Thách thức chính khi thu thập yêu cầu phi chức năng là chúng thường mơ hồ, khó định lượng và khó xác minh. Ví dụ: “hiệu suất cao” hoặc “giao diện thân thiện” cần được cụ thể hóa thành các tiêu chí đo lường được.

Question 15: When creating a persona for each user class, the most important thing is:

A. The persona must be a real person

B. The persona must be representative of their user class

C. The persona must be rich

D. The persona must be beautiful

Chọn B

Giải thích: Persona là đại diện giả định cho một nhóm người dùng điển hình, nhằm giúp đội phát triển hiểu rõ nhu cầu, hành vi, và mục tiêu của nhóm đó. Do đó, điều quan trọng nhất là persona phải đại diện đúng cho lớp người dùng tương ứng, chứ không cần là người thật, giàu có hay xinh đẹp.

Question 16: Which of the following is not an elicitation technique?

A. Interviews

B. Focus groups

C. Observations

D. Training courses

Chọn D

Giải thích: Các kỹ thuật elicitation (thu thập yêu cầu) bao gồm: phỏng vấn, nhóm tập trung, quan sát, khảo sát,... Chúng được dùng để khai thác thông tin từ stakeholder. Trong khi đó, “training courses” là hoạt động đào tạo, không nhằm mục tiêu thu thập yêu cầu nên không phải kỹ thuật elicitation.

Question 17: How does the MoSCoW method assist in prioritizing requirements?

A. By categorizing requirements as Must-have, Should-have, Could-have, and Won’t-have

B. By focusing on technical feasibility

C. By skipping stakeholder engagement

D. By eliminating low-priority requirements

Chọn A

Giải thích: MoSCoW là phương pháp phân loại yêu cầu theo mức độ ưu tiên:
- Must-have: Bắt buộc phải có
- Should-have: Nên có
- Could-have: Có cũng tốt
- Won’t-have: Sẽ không có trong lần phát hành này
Cách tiếp cận này giúp các bên liên quan sắp xếp ưu tiên rõ ràng, từ đó phân bổ nguồn lực hiệu quả hơn.

Question 18: Which elicitation technique is most suitable for identifying stakeholder needs in large projects?

A. Focus groups

B. Observation

C. Brainstorming sessions

D. Stakeholder interviews

Chọn A

Giải thích: Trong các dự án lớn, focus groups (nhóm tập trung) là kỹ thuật hiệu quả để thu thập nhu cầu từ nhiều stakeholder cùng lúc. Nhờ tương tác nhóm, kỹ thuật này giúp phát hiện xung đột, ưu tiên, và thông tin đa chiều mà các buổi phỏng vấn riêng lẻ có thể bỏ sót.

Question 19: What is the primary objective of creating a requirements traceability matrix (RTM)?

A. To link requirements to design, development, and testing artifacts

B. To identify redundant requirements

C. To finalize the system budget

D. To prioritize stakeholder meetings

Chọn A

Giải thích: Mục tiêu chính của requirements traceability matrix (RTM) là để theo dõi và liên kết từng yêu cầu với các tài liệu thiết kế, phát triển và kiểm thử. Điều này đảm bảo rằng mọi yêu cầu đều được triển khai đầy đủ và kiểm thử chính xác, đồng thời hỗ trợ quản lý thay đổi và truy vết nguồn gốc lỗi.

Question 20: Which of the following statements accurately describe the use case approach? Select two.

A. A use case describes a sequence of interactions between a system and an external actor that results in an outcome of value to the actor.

B. In a use case diagram, the boundary between what’s inside and outside the system is not explicitly defined.

C. Actors in a use case can include both human users and other systems that interact with the system being developed.

D. The primary actor in a use case is always the system itself, as it initiates and controls all interactions.

Chọn A, C

Giải thích: - A đúng vì use case mô tả các tương tác giữa hệ thống và actor bên ngoài để tạo ra giá trị cho actor.
- C đúng vì actor có thể là con người hoặc hệ thống bên ngoài tương tác với hệ thống chính.
- B sai vì trong sơ đồ use case, ranh giới hệ thống (system boundary) được xác định rõ.
- D sai vì hệ thống không phải là actor mà là đối tượng được tương tác trong use case.

Question 21: If both "Submit loan request" and "Offer line of credit" use the "Perform credit check" use case, the relationship between "Perform credit check" and the other use cases is:

A. Extend relationship

B. Generalization relationship

C. Include relationship

Chọn C

Giải thích: Trong sơ đồ use case, khi một use case thường xuyên tái sử dụng logic của một use case khác, mối quan hệ giữa chúng là include. Ở đây, “Perform credit check” là một bước phụ thuộc cần thiết trong cả hai use case còn lại, do đó đây là quan hệ include.

Question 22: Which of the following statements is TRUE about Use Cases?

A. Use Cases are static and do not evolve throughout the software development process.

B. Use case diagrams are the primary tool to document requirements

C. Use Cases are not useful in capturing user requirements.

D. Use Cases describe the interactions between the system and external entities.

Chọn D

Giải thích: Use case mô tả các tương tác giữa hệ thống và các tác nhân bên ngoài (external actors), chẳng hạn như người dùng hoặc hệ thống khác, nhằm đạt được một mục tiêu cụ thể. Đây là một phần quan trọng trong việc thu thập và phân tích yêu cầu nghiệp vụ.

Question 23: What is the most popular form of user stories?

A. As a <type of user>, I want <some goal> so that <some reason>.

B. As a <type of user>, I want <some goal>.

C. As a <type of user>, I need <some need> so that <some reason>.

D. As a <type of user>, I want <some goal> to <some purpose>.

Chọn A

Giải thích: Cấu trúc phổ biến nhất của user story là:
“As a [type of user], I want [some goal] so that [some reason].”
Hình thức này giúp làm rõ ai là người dùng, họ muốn gì và vì sao họ muốn điều đó – đảm bảo rằng nhu cầu người dùng được hiểu rõ trong quá trình phát triển.

Question 24: What is the simplest way to initially manage business rules in an organization?

A. Implement a full-scale business rule management tool

B. Use a requirements management tool

C. Use a word processor or a simple catalog

D. Write business rules directly in application code

Chọn C

Giải thích: Khi mới bắt đầu quản lý business rules, cách đơn giản và nhanh chóng nhất là dùng trình soạn thảo văn bản (word processor) hoặc danh mục đơn giản. Điều này giúp dễ dàng cập nhật, chia sẻ và không cần đầu tư công cụ phức tạp. Các lựa chọn như A, B, D chỉ phù hợp khi quy mô lớn hơn.

Question 25: Which of the following is NOT a type of business rule according to the taxonomy?

A. Fact Rules

B. Action Enabler Rules

C. Constraint Rules

D. Operational Rules

Chọn D

Giải thích: Theo phân loại chuẩn trong taxonomy của business rules, các loại phổ biến bao gồm: Fact Rules, Constraint Rules, và Action Enabler Rules. "Operational Rules" không phải là thuật ngữ chính thức được công nhận trong taxonomy này, do đó D là đáp án đúng.

Question 26: What is the value of prototyping during requirements elicitation?

A. It provides a visual tool to clarify ambiguous requirements and gather stakeholder feedback

B. It eliminates the need for acceptance criteria

C. It skips non-functional requirements

D. It focuses on coding directly

Chọn A

Giải thích: Prototyping là một kỹ thuật hiệu quả trong giai đoạn elicitation vì nó tạo ra hình ảnh trực quan giúp các bên liên quan hiểu rõ yêu cầu, làm sáng tỏ các điểm mơ hồ và đưa ra phản hồi sớm. Các đáp án còn lại đều không đúng vì chúng làm sai lệch vai trò thực sự của prototype.

Question 27: Which of the following is not included in software requirements specification (SRS) template?

A. Quality Attributes

B. External interface

C. Data requirements

D. Design features

E. System features

Chọn D

Giải thích: Tài liệu SRS tập trung vào *các yêu cầu phần mềm* — tức là những gì hệ thống phải làm, bao gồm tính năng hệ thống, giao diện bên ngoài, yêu cầu dữ liệu, và thuộc tính chất lượng. “Design features” (tính năng thiết kế) không phải là một phần của SRS mà thuộc về tài liệu thiết kế kỹ thuật chi tiết sau này.

Question 28: What is the primary challenge of documenting requirements for complex systems?

A. Ensuring clarity, consistency, and avoiding ambiguities

B. Eliminating low-priority requirements

C. Skipping stakeholder validation

D. Focusing only on functional needs

Chọn A

Giải thích: Trong các hệ thống phức tạp, yêu cầu thường nhiều lớp, nhiều nguồn và dễ mâu thuẫn. Thách thức lớn nhất là viết tài liệu rõ ràng, nhất quán và tránh mơ hồ, vì nếu không, sẽ gây hiểu nhầm, sai lệch khi thiết kế, phát triển hoặc kiểm thử hệ thống.

Question 29: In a software requirements specification, which section do user interfaces belong to?

A. Overall description

B. System features

C. Data requirements

D. External interface requirements

Chọn D

Giải thích: Trong tài liệu SRS, giao diện người dùng (user interfaces) được mô tả trong mục External Interface Requirements, cùng với các loại giao diện khác như phần cứng, phần mềm, và giao diện truyền thông. Đây là nơi mô tả cách hệ thống tương tác với thế giới bên ngoài.

Question 30: Two important goals of writing requirements are that:
(Choose 2 answers)

A. Anyone who reads the requirement comes to the same interpretation as any other reader.

B. Each reader’s interpretation matches what the author intended to communicate.

C. Developers find the requirements technically easy to understand.

D. Customers are happy.

Chọn A, B

Giải thích: Hai mục tiêu quan trọng khi viết yêu cầu là:
- Mọi người đọc yêu cầu đều hiểu giống nhau (A – nhất quán trong diễn giải).
- Cách hiểu đó đúng với ý định ban đầu của người viết (B – đúng thông điệp).
C và D tuy hữu ích nhưng không phải là mục tiêu cốt lõi khi viết tài liệu yêu cầu.

Question 31: Requirement statements must be:
(Choose 3 correct answers)

A. Feasible

B. Correct

C. Verifiable

D. Flexible

Chọn A, B, C

Giải thích: Một yêu cầu tốt phải đảm bảo các đặc điểm sau:
- Feasible: có thể thực hiện được trong điều kiện kỹ thuật và tài chính.
- Correct: phản ánh đúng mong muốn và mục tiêu của stakeholder.
- Verifiable: có thể kiểm tra được bằng kiểm thử hoặc đánh giá.
"Flexible" là đặc điểm không mong muốn vì yêu cầu cần rõ ràng và ổn định, không mơ hồ hoặc dễ thay đổi.

Question 32: Which of the following characteristics of excellent requirements is depicted by the statement: “Requirements don’t conflict with other requirements of the same type or with higher-level biz, user, or system requirements.”

A. Complete

B. Unambiguous

C. Consistent

D. Traceable

E. Modifiable

Đáp án đúng: C. Consistent

Giải thích: Yêu cầu "không mâu thuẫn với yêu cầu khác cùng loại hoặc yêu cầu ở cấp cao hơn" chính là đặc điểm của yêu cầu nhất quán (consistent). Nếu các yêu cầu mâu thuẫn, hệ thống sẽ không thể phát triển hoặc kiểm thử hiệu quả.

Question 33: In a Swimlane diagram, process steps are shown as:

A. rectangles

B. arrows connecting pairs of rectangles

C. diamonds

D. ovals

Đáp án đúng: A. rectangles

Giải thích: Trong sơ đồ Swimlane (hồ bơi), các bước của quy trình (process steps) được biểu diễn bằng các hình chữ nhật. Các hình chữ nhật thể hiện hành động hoặc nhiệm vụ trong một quy trình.

Question 34: How should data flows be represented between processes, data stores, and external entities in a DFD?

A. Directly from one process to another.

B. Directly from one data store to another.

C. Through a process bubble, not directly between data stores or between external entities and data stores.

D. Directly between external entities and data stores.

Đáp án đúng: C. Through a process bubble, not directly between data stores or between external entities and data stores.

Giải thích: Trong sơ đồ luồng dữ liệu (DFD), dữ liệu luôn phải đi qua một tiến trình (process). Không được phép có dòng dữ liệu trực tiếp giữa hai kho dữ liệu (data store), hoặc giữa thực thể bên ngoài và data store. Điều này nhằm đảm bảo mô hình phản ánh đúng luồng xử lý của hệ thống.

Question 35: What is the primary purpose of a state-transition diagram (STD)?

A. To model the physical layout and hardware components of a system.

B. To represent the possible states of an object and the transitions between these states based on various events or conditions.

C. To outline the organizational roles and responsibilities within a business process.

D. To visualize user interface flow and interactions in software applications.

Đáp án đúng: B. To represent the possible states of an object and the transitions between these states based on various events or conditions.

Giải thích: Sơ đồ chuyển trạng thái (State-Transition Diagram - STD) mô tả các trạng thái khác nhau của một đối tượng (object) trong hệ thống và cách đối tượng đó chuyển từ trạng thái này sang trạng thái khác dựa trên các sự kiện cụ thể. Đây là công cụ quan trọng trong việc phân tích hành vi của hệ thống động.

Question 36: Fill in the blank.
______ is a visual representation of the data objects and collections the system will process, and the relationships between them.

A. Use case diagram

B. Data model

C. Data dictionary

D. Reports

Đáp án đúng: B. Data model

Giải thích: Data model (mô hình dữ liệu) là biểu diễn trực quan các đối tượng dữ liệu và tập hợp dữ liệu mà hệ thống sẽ xử lý, đồng thời mô tả mối quan hệ giữa các thực thể đó. Đây là thành phần cốt lõi trong việc thiết kế cơ sở dữ liệu và phân tích hệ thống.

Question 37: Which of the following are true about a dashboard? (Choose 3 correct answers)

A. It is a screen display or printed report.

B. It uses multiple textual and/or graphical representations of data.

C. It aims to provide a consolidated, multidimensional view of what is going on in an organization or a process.

D. It is a brochure to promote the product.

Đáp án đúng: A, B, C

Giải thích:

• A: Dashboard có thể là màn hình hiển thị trực tiếp hoặc báo cáo in.
• B: Dashboard thể hiện dữ liệu thông qua biểu đồ, đồ thị, bảng biểu hoặc văn bản.
• C: Mục tiêu của dashboard là cung cấp góc nhìn tổng hợp, nhiều chiều về tình trạng hoạt động của một tổ chức hoặc quy trình.
• D: Sai – Brochure là tài liệu quảng bá, không phải dashboard.

Question 38: Which of the following statements is incorrect about ERD?

A. Individual instances of an entity will have the same attribute values

B. The cardinality, or multiplicity, of each relationship is shown with a number or letter on the lines that connect entities and relationships

C. Each entity is described by one or more attributes

D. The diamonds in the ERD represent relationships, which identify the logical linkages between pairs of entities

Đáp án đúng: A

Giải thích:

• A – Sai: Các thực thể riêng biệt (individual instances) thường có giá trị thuộc tính khác nhau, không giống nhau như mô tả trong câu A.
• B – Đúng: Tính chất bội số (cardinality) của mối quan hệ được thể hiện bằng con số hoặc ký hiệu trên đường nối.
• C – Đúng: Mỗi thực thể (entity) được mô tả bằng một hay nhiều thuộc tính (attributes).
• D – Đúng: Trong sơ đồ ERD, hình thoi (diamond) biểu diễn các mối quan hệ (relationships).

Question 39: When defining installability requirements, which of the following factors is most important to measure how easy it is to install a system?

A. The number of additional components that need to be installed with the system.

B. The average time required for an untrained user to successfully complete the installation process.

C. The type of hardware used during the installation process.

D. The number of user profiles that need to be transferred during installation.

Đáp án đúng: B

Giải thích:

Yếu tố quan trọng nhất để đo mức độ dễ cài đặt (installability) là thời gian trung bình để một người dùng không có kỹ năng (untrained) có thể hoàn tất việc cài đặt. Đây là thước đo trực tiếp thể hiện mức độ thân thiện và dễ sử dụng của quy trình cài đặt đối với người dùng thông thường.

• A: Số lượng thành phần phụ có thể ảnh hưởng, nhưng không trực tiếp đo mức độ dễ cài đặt.
• C: Loại phần cứng chỉ liên quan đến khả năng tương thích, không phản ánh mức độ dễ dàng.
• D: Số lượng hồ sơ người dùng là yếu tố phụ trong cài đặt, không thể hiện mức độ dễ cài đặt tổng thể.

Question 40: What is Planguage?

A. It is a programming language.

B. It is a language with a rich set of keywords that permits precise statements of quality attributes and other project goals.

C. It is a planning language used in project management.

D. It is a language to express non functional requirements.

Đáp án đúng: B

Giải thích:

Planguage (Planning Language) là một ngôn ngữ đặc tả được phát triển bởi Tom Gilb để mô tả một cách chính xác các thuộc tính chất lượng (quality attributes) và mục tiêu dự án. Nó có cú pháp phong phú, chặt chẽ để biểu đạt các yêu cầu phi chức năng và mục tiêu kỹ thuật bằng các tuyên bố định lượng có thể đo lường.

• A: Sai, Planguage không phải là ngôn ngữ lập trình.
• C: Không chính xác, mặc dù tên gọi có liên quan đến “planning” nhưng Planguage không đơn thuần là một công cụ lập kế hoạch.
• D: Gần đúng nhưng chưa đủ — Planguage không chỉ dùng để diễn tả yêu cầu phi chức năng mà còn các mục tiêu định lượng khác của dự án.

Question 41: Your company developed a software system for a customer a long time ago, and the application works as intended. Now, the customer’s business has grown, and they want the software system to handle 10x the number of transactions. They ask your company to upgrade the software system. Upon inspection, you find out that this system can’t handle 10x transactions due to monolithic processes and tightly coupled logic.

What is the quality attribute mentioned above?

A. Availability

B. Usability

C. Scalability

D. Robustness

Đáp án đúng: C

Giải thích:

Chất lượng được nhắc đến là Scalability – khả năng mở rộng. Hệ thống không thể xử lý lượng giao dịch gấp 10 lần là do nó không được thiết kế để mở rộng quy mô (scale) hiệu quả. Các yếu tố như quy trình đơn khối (monolithic) và logic liên kết chặt chẽ khiến việc nâng cấp hay mở rộng gặp khó khăn.

• A - Availability: đề cập đến khả năng sẵn sàng của hệ thống, không liên quan đến khả năng mở rộng.
• B - Usability: nói về mức độ dễ sử dụng, không liên quan đến hiệu suất hệ thống khi mở rộng.
• D - Robustness: nói về khả năng xử lý lỗi và hoạt động ổn định, không liên quan đến việc tăng quy mô xử lý.

Question 42: What is a key difference between a throwaway prototype and an evolutionary prototype?

A. A throwaway prototype is built with production-quality code, while an evolutionary prototype is discarded after use.

B. An evolutionary prototype is designed to be gradually refined into the final product, while a throwaway prototype is created to answer specific questions and then discarded.

C. A throwaway prototype provides a solid architectural foundation for the final product, while an evolutionary prototype is typically used to test user interface designs.

D. Both throwaway and evolutionary prototypes are intended to be discarded after initial testing.

Đáp án đúng: B

Giải thích:

Sự khác biệt chính giữa hai loại prototype là:

• Throwaway prototype (nguyên mẫu dùng một lần): Được tạo ra để trả lời những câu hỏi cụ thể hoặc làm rõ yêu cầu, sau đó bị loại bỏ.
• Evolutionary prototype (nguyên mẫu tiến hóa): Được phát triển dần dần và tiếp tục được cải tiến cho đến khi trở thành sản phẩm cuối cùng.

Do đó, đáp án B là mô tả chính xác nhất sự khác biệt giữa hai loại này.

Question 43: Which of the following statements is incorrect about mockup?

A. It is also called a horizontal prototype

B. It dives into all the architectural layers or into detailed functionality

C. It displays the facades of user interface screens and permits some navigation between them

D. It lets you explore some specific behaviors of the intended system, with the goal of refining the requirements

Đáp án đúng: B

Giải thích:

Mockup là một dạng horizontal prototype, chủ yếu thể hiện phần giao diện người dùng (UI) mà không bao gồm logic chức năng phía sau. Nó thường chỉ là mô tả bề ngoài của hệ thống, chưa đi sâu vào xử lý hoặc các tầng kiến trúc nội tại.

Do đó, câu B nói rằng mockup "dives into all the architectural layers or into detailed functionality" là sai, vì mockup không nhằm mô phỏng toàn bộ tầng kiến trúc hay chức năng chi tiết.

Question 44: While a mock-up is called a ______ prototype, a proof of concept is called a ______ prototype.

A. horizontal, vertical

B. vertical, horizontal

C. primary, secondary

D. front-end, back-end

Đáp án đúng: A

Giải thích:

- A mock-up is a horizontal prototype, meaning it shows a wide range of interface features without deep functionality.
- A proof of concept is a vertical prototype, focusing deeply on one specific feature or process, showing technical feasibility.

Question 45: If you prototype the whole solution rather than only the most uncertain, high-risk, or complex portions, your risk is

A. investing excessive effort in prototypes

B. distraction by details

C. pressure to release the prototype

D. unrealistic performance expectations

Đáp án đúng: A

Giải thích:

Prototyping the entire solution can lead to excessive time, cost, and effort being spent unnecessarily on areas that don’t need exploration.
Instead, prototyping should target high-risk, unclear, or complex portions to maximize value.

Question 46: What is the purpose of categorizing requirements into "Must-have" and "Should-have"?

A. To prioritize high-value requirements for early implementation

B. To eliminate low-priority requirements altogether

C. To finalize coding strategies

D. To reduce the scope of non-functional requirements

Đáp án đúng: A

Giải thích:

Phân loại yêu cầu thành "Must-have", "Should-have", v.v. là kỹ thuật phổ biến trong phương pháp Moscow prioritization, giúp các nhóm phát triển xác định và triển khai ưu tiên các yêu cầu có giá trị cao trước nhằm tối ưu hóa tài nguyên và thời gian.

Question 47: What is the primary distinction between requirements validation and verification?

A. Validation ensures that the product meets the user's needs, while verification ensures it is free from defects.

B. Validation ensures the product satisfies customer needs, while verification ensures the product meets its specifications.

C. Validation occurs before the design phase, and verification occurs after.

D. Validation is about internal testing, while verification is about external approval.

Đáp án đúng: B

Giải thích:

- Validation là quá trình đảm bảo rằng sản phẩm cuối cùng đáp ứng đúng nhu cầu của khách hàng.
- Verification là quá trình kiểm tra xem sản phẩm có tuân thủ đúng các yêu cầu kỹ thuật và đặc tả hay không.
Hay nói cách khác: "Are we building the right product?" (Validation) vs "Are we building the product right?" (Verification).

Question 48: What is true about a software prototype? Choose 3 correct answers.

A. It is a partial implementation of a proposed new product.

B. It is a possible implementation of a proposed new product.

C. It is a preliminary implementation of a proposed new product.

D. It is a complete implementation of a proposed new product.

Đáp án đúng: A, B, C

Giải thích:

Một phần mềm prototype thường:

• Chỉ là một phần (partial) của sản phẩm hoàn chỉnh.
• Là một phiên bản khả dĩ (possible) để kiểm tra ý tưởng.
• Được dùng như một bản tiền đề (preliminary) để xác thực yêu cầu.

Không phải là bản hoàn chỉnh (complete) vì mục tiêu chính là khám phá, trình diễn, hoặc kiểm tra tính khả thi chứ không phải triển khai đầy đủ.

Question 49: Which of the following factors can act as a barrier to requirements reuse?

A. Lack of stakeholder involvement

B. Frequent updates and version control of requirements documentation

C. Standardized format for requirements documentation

D. Requirements written in natural language are ambiguities, missing information, and hidden assumptions

Đáp án đúng: D

Giải thích:

Các yêu cầu được viết bằng ngôn ngữ tự nhiên thường dẫn đến sự mơ hồ, thiếu thông tin và giả định ngầm. Đây là rào cản chính khi tái sử dụng yêu cầu, vì tính không rõ ràng làm giảm khả năng áp dụng lại trong các hệ thống khác nhau.

Ngược lại:

• A: Thiếu sự tham gia của stakeholder ảnh hưởng đến chất lượng yêu cầu nhưng không phải rào cản chính cho việc tái sử dụng.
• B: Kiểm soát phiên bản và cập nhật thường xuyên giúp đảm bảo tài liệu yêu cầu chính xác và cập nhật.
• C: Chuẩn hóa định dạng tài liệu là yếu tố hỗ trợ tích cực cho việc tái sử dụng.

Question 50: Which of the following are advantages of reusing requirements? (Choose 2 answers)

A. Decreased consistency

B. Reduced rework

C. Lower development costs

D. Increased number of defects

Đáp án đúng: B, C

Giải thích:

Lợi ích của việc tái sử dụng yêu cầu bao gồm:

• Giảm công việc làm lại (Reduced rework) do không phải xây dựng lại từ đầu.
• Giảm chi phí phát triển (Lower development costs) vì tiết kiệm thời gian và nguồn lực.

Các lựa chọn còn lại mô tả nhược điểm hoặc không đúng về lợi ích tái sử dụng.

Question 51: What is the central element that drives all activities in the software development process?

A. Project plans

B. Designs and code

C. Tests

D. Baselined requirements

Đáp án đúng: D

Giải thích: Các yêu cầu đã được xác nhận (baselined requirements) là trung tâm của quá trình phát triển phần mềm, bởi vì mọi hoạt động từ thiết kế, lập kế hoạch, mã hóa, đến kiểm thử đều dựa trên các yêu cầu này. Chúng định hướng cho các công việc tiếp theo và đảm bảo sự nhất quán trong quá trình phát triển.

Question 52: Which of the following is NOT a characteristic of Software as a service (SaaS)?

A. Subscription-based pricing

B. On-premises deployment

C. Centralized hosting

D. Internet accessibility

Đáp án đúng: B

Giải thích:

SaaS là mô hình phần mềm được cung cấp trên nền tảng đám mây, với đặc điểm:

• Subscription-based pricing: người dùng trả phí thuê bao để sử dụng dịch vụ.
• Centralized hosting: phần mềm được lưu trữ tập trung trên máy chủ của nhà cung cấp.
• Internet accessibility: truy cập qua Internet mọi lúc, mọi nơi.
• On-premises deployment: không phải đặc điểm của SaaS, vì đây là hình thức triển khai phần mềm tại chỗ (tại máy chủ hoặc hạ tầng của khách hàng).

Question 53: Which arrangement describes the increasing amount of requirements and development work when implementing packaged solutions?

1. configured
2. integrated
3. extended
4. out of the box

A. 1,2,3,4

B. 2,1,3,4

C. 2,4,3,1

D. 4,1,2,3

Đáp án đúng: D

Giải thích:

Khi triển khai các giải pháp đóng gói (packaged solutions), mức độ yêu cầu và công việc phát triển sẽ tăng dần theo thứ tự:
Out of the box (4): Sử dụng nguyên trạng sản phẩm.
Configured (1): Cấu hình các thiết lập sẵn có.
Integrated (2): Tích hợp với hệ thống khác.
Extended (3): Mở rộng và phát triển thêm tính năng mới.
Do đó, thứ tự tăng dần là 4,1,2,3.

Question 54: Why is clear communication crucial in acquirer-supplier interactions in outsourced projects? (Choose 2 answers)

A. It reduces the need for collaboration.

B. It ensures both parties understand each other's needs and capabilities.

C. It helps in resolving potential issues early.

D. It allows unilateral decision-making by the supplier.

Đáp án đúng: B, C

Giải thích:

Giao tiếp rõ ràng giúp:

• B: Cả hai bên (bên mua và nhà cung cấp) hiểu rõ nhu cầu và khả năng của nhau, tránh hiểu nhầm.
• C: Giúp phát hiện và giải quyết sớm các vấn đề tiềm ẩn trong dự án.

Các đáp án còn lại mô tả những tình huống không đúng hoặc không có lợi trong giao tiếp.

Question 55: Which of the following activities fall under the core activities of requirements management?

A. Document formatting, project scheduling, risk management, and budget tracking.

B. Quality assurance, stakeholder management, resource allocation, and system testing.

C. Version control, change control, requirements status tracking, and requirements tracing.

D. Designing user interfaces, coding, testing software modules, and system deployment.

Đáp án đúng: C

Giải thích:

Các hoạt động cốt lõi trong quản lý yêu cầu bao gồm:
- Version control: Quản lý phiên bản tài liệu yêu cầu.
- Change control: Kiểm soát thay đổi yêu cầu.
- Requirements status tracking: Theo dõi trạng thái thực hiện yêu cầu.
- Requirements tracing: Truy xuất liên kết các yêu cầu với các artefact khác.
Các lựa chọn còn lại thuộc các hoạt động quản lý dự án hoặc phát triển phần mềm.

Question 56: In a requirements development process, why is it important to establish a mechanism for managing changes to requirements?

A. To discourage changes and maintain a fixed project scope

B. To speed up the development process

C. To adapt to evolving project needs while maintaining control

D. To eliminate the need for documentation

Đáp án đúng: C

Giải thích:

Trong quá trình phát triển yêu cầu, cơ chế quản lý thay đổi giúp nhóm dự án thích nghi với các nhu cầu thay đổi của dự án một cách hiệu quả, đồng thời duy trì sự kiểm soát đối với phạm vi và chất lượng dự án.

Các lựa chọn còn lại không phù hợp vì:
- A: Không khuyến khích thay đổi không phải là mục tiêu của quản lý thay đổi.
- B: Tăng tốc phát triển không phải là lý do chính.
- D: Cơ chế không loại bỏ nhu cầu ghi chép tài liệu mà giúp quản lý nó.

Question 57: What is the primary motivation for tracing requirements?

A. To prevent any changes from being made to project requirements

B. To document project assumptions

C. To manage project team members

D. To improve the quality of your products, reduce maintenance costs, and facilitate reuse

Đáp án đúng: D

Giải thích:

Tracing requirements giúp:

• Cải thiện chất lượng sản phẩm bằng cách đảm bảo các yêu cầu được thực thi chính xác.
• Giảm chi phí bảo trì nhờ khả năng theo dõi và cập nhật yêu cầu dễ dàng.
• Hỗ trợ tái sử dụng yêu cầu cho các dự án tương lai.

Các lựa chọn còn lại không phản ánh mục đích chính của việc theo dõi yêu cầu.

Question 58: In the context of requirements tracing, what is a traceability matrix used for? (Choose 2 answers)

A. To track project progress in real-time

B. To generate new requirements automatically

C. To map requirements to other system elements like design and code

D. To identify missing or unnecessary requirements

Đáp án đúng: C, D

Giải thích:

Traceability matrix giúp:

• C: Liên kết yêu cầu với các thành phần khác của hệ thống như thiết kế, mã nguồn để đảm bảo tính nhất quán.
• D: Xác định các yêu cầu bị thiếu hoặc không cần thiết để quản lý hiệu quả.

Các lựa chọn còn lại không phản ánh chức năng chính của traceability matrix.

Question 59: Which is NOT an activity of risk management?

A. Risk avoidance

B. Risk assessment

C. Risk monitoring

D. Risk control

Đáp án đúng: D

Giải thích:

Risk management bao gồm các hoạt động như:
- Risk avoidance (tránh rủi ro)
- Risk assessment (đánh giá rủi ro)
- Risk monitoring (giám sát rủi ro)
Tuy nhiên "Risk control" không phải thuật ngữ phổ biến trong quản lý rủi ro, thường thay bằng risk mitigation hoặc risk response.

Question 61: What is a key characteristic of Agile projects?

A. Strict adherence to a detailed project plan

B. Regular adaptation to changing requirements and priorities

C. Emphasis on comprehensive documentation over working software

D. Minimal interaction with customers and stakeholders

Đáp án đúng: B

Giải thích:

Đặc điểm nổi bật của dự án Agile là khả năng thường xuyên thích nghi với các yêu cầu và ưu tiên thay đổi, nhằm đáp ứng nhanh với môi trường thay đổi.
Các lựa chọn còn lại không phù hợp với triết lý Agile, ví dụ:
- A: Không tuân thủ nghiêm ngặt kế hoạch chi tiết.
- C: Không ưu tiên tài liệu mà tập trung vào phần mềm hoạt động.
- D: Tương tác với khách hàng và các bên liên quan là rất quan trọng.

Kết luận

Trên đây là đề thi Retake TE SWR302 SU25 mới nhất tại Đại học FPT được mình tổng hợp và chia sẻ lại cho các bạn đang cần ôn tập bổ sung. Hy vọng bài viết giúp anh em nắm được cấu trúc đề, luyện tập tốt hơn và tự tin vượt qua kỳ thi Retake TE này. Lưu ý rằng đáp án được chia sẻ chỉ mang tính chất tham khảo, không phải đáp án chính thức từ nhà trường, nên mọi người vẫn nên tự làm đề và ôn luyện thật kỹ để đạt kết quả cao nhất.