0% found this document useful (0 votes)
11 views2 pages

Use Case and Activity Diagrams Quiz

The document consists of a series of true or false statements related to software engineering concepts, particularly focusing on use case modeling and activity diagrams. It covers various aspects such as the role of actors, relationships in use cases, and the characteristics of different types of applications. The statements are designed to test knowledge on functional requirements, system behavior, and the structure of software systems.

Uploaded by

ezat0gerges
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
11 views2 pages

Use Case and Activity Diagrams Quiz

The document consists of a series of true or false statements related to software engineering concepts, particularly focusing on use case modeling and activity diagrams. It covers various aspects such as the role of actors, relationships in use cases, and the characteristics of different types of applications. The statements are designed to test knowledge on functional requirements, system behavior, and the structure of software systems.

Uploaded by

ezat0gerges
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

‫المعهد الكندي العالي لﻼدارة بالسادس من اكتوبر‬

Software Engineering
True or False
[1] A use case model represents the functional requirements of a system. → True
[2] Actors in a use case model always represent human users only. → False
[3] The “extends” relationship in use case modeling indicates optional behavior. → True
[4] The “includes” relationship means that a use case always contains another use case’s
behavior. → True
[5] Actors are part of the system boundary in a use case diagram. → False (Actors are
outside the system boundary)
[6] A single actor can interact with multiple use cases. → True
[7] A use case model does not show system behavior. → False
[8] Use case diagrams are used to describe how the system performs internal computations.
→ False
[9] A use case can have multiple scenarios (main and alternative flows). → True
[10] The system boundary separates the actors from the system. → True
[11] Use case diagrams are part of the Unified Modeling Language (UML). → True
[12] Use cases help identify non-functional requirements. → False (They mainly capture
functional requirements)
[13] Every use case must be associated with at least one actor. → True
[14] Activity diagrams can only be used for business processes, not for software systems.
→ False
[15] The initial node in an activity diagram represents the starting point of the workflow. →
True
[16] A final node indicates the end of the activity flow. → True
[17] Decisions in an activity diagram are shown using a diamond shape. → True
[18] Activity diagrams cannot include parallel activities. → False
[19] A fork node is used to split one flow into multiple concurrent flows. → True
[20] A join node merges multiple concurrent flows back into one. → True
[21] Swimlanes in an activity diagram represent different actors or system components
responsible for activities. → True
[22] Activity diagrams show the structure of the system. → False (They show behavior, not
structure)
[23] Transitions between actions are represented by arrows. → True
[24] Activity diagrams can show both conditional and concurrent activities. → True
[25] Each activity must be connected to at least one transition. → True
[26] Synchronization bars (fork/join) are used to represent concurrent control flows. →
True
‫المعهد الكندي العالي لﻼدارة بالسادس من اكتوبر‬

[27] Activity diagrams are mainly used to represent the static structure of the system. →
False
[28] Web applications require a web browser to be accessed. → True
[29] Desktop applications typically run directly on a user’s operating system without
internet access. → True
[30] Mobile applications are always developed using the same technology as web
applications. → False
[31] Real-time systems must respond to inputs or events within a specific time limit. →
True
[32] Standalone applications require constant network connectivity. → False
[33] Scientific or engineering applications are often used for data analysis, simulations, and
computations. → True
[34] Web applications can’t be accessed from mobile devices. → False
[35] Information systems are designed to collect, process, and store organizational data. →
True
[36] Control systems are used in domains such as manufacturing and robotics. → True
[37] Real-time systems can tolerate any delay in response. → False
[38] A hybrid application combines features of both native and web apps. → True
[39] System software manages computer hardware and provides a platform for running
applications. → True
[40] Utility software includes antivirus programs and file management tools. → True

Common questions

Powered by AI

Scientific or engineering applications are primarily used for data analysis, simulations, and computations, hence focusing on processing and analyzing complex datasets often used in research or advanced studies . Information systems, however, are designed to collect, process, and store organizational data to support business operations and decision-making processes .

For real-time systems, responding to inputs within a specified time limit is crucial as these systems need to process data and return outputs almost instantaneously to function correctly within the intended environment. This characteristic is essential in domains such as automated control systems, healthcare monitoring, and telecommunications, where delays could lead to significant inaccuracies, failures, or even dangers .

Hybrid applications combine features of both native and web applications, allowing for a broad range of functionalities and a smoother user experience across platforms. They can leverage the hardware and software capabilities of the device like native apps, while also providing the adaptability and accessibility of web apps, offering users advantages of both worlds in terms of functionality and reachability .

In use case diagrams, the system boundary is defined by a rectangle that encapsulates all the use cases the system will perform. It separates the internal system processes from the external actors, indicating that actors interact with the system from outside this boundary, thereby clarifying the interaction points and responsibilities between the system and its users .

Use case models represent the functional requirements of a system by depicting the interactions between users (actors) and the system's functions. They capture what the system needs to accomplish to satisfy the user's needs without detailing how these functions will be implemented .

Activity diagrams are suitable for representing system behavior because they depict the sequence and conditions for coordinating lower-level behaviors, focusing on the workflow from one activity to another. They show how the system behaves, rather than the structural components or how they are organized .

Use case diagrams cannot be used to analyze non-functional requirements effectively as they are primarily designed to capture functional requirements. Non-functional requirements, such as performance, security, or usability, are not the focus of use cases, which instead describe how users interact with the system functionalities .

Desktop applications typically run directly on a user's operating system and do not require internet access, which implies less dependency on constant connectivity . In contrast, mobile applications may often rely on internet access for full functionality. Additionally, mobile apps can be built using different technologies than those used for web applications, often requiring consideration of specific platform constraints .

In use case modeling, the 'extends' relationship represents optional behavior, meaning that the extended use case occurs only under specified conditions . Conversely, the 'includes' relationship means that one use case always incorporates the behavior of another, including the additional functionality whenever it is executed .

Synchronization bars, such as fork and join nodes, enhance the representation of workflows in an activity diagram by allowing the depiction of concurrent control flows. Fork nodes initiate multiple flows from a single activity, while join nodes consolidate those flows back into one, demonstrating how different processes can occur simultaneously and then synchronize .

You might also like