| Domanda | Risposta | 
        
        | inizia ad imparare |  |   one activity in software engineering  |  |  | 
| inizia ad imparare |  |   a computer program and it's documentation  |  |  | 
| inizia ad imparare |  |   Execute the software using simulated test data  |  |  | 
|  inizia ad imparare Activities in software engineering  |  |   Specification of requirements, Validation and Testing, Implementation or development  |  |  | 
|  inizia ad imparare Diverse software engineering techniques  |  |   Waterfall model, Incremental model  |  |  | 
| inizia ad imparare |  |   Rational Unified Process, V-model, Incremental, Spiral, Waterfall  |  |  | 
| inizia ad imparare |  |   Not concerned with quality, ensures requirements are correct before using another process model  |  |  | 
| inizia ad imparare |  |   Large systems, plan-based, difficult to change requirements  |  |  | 
|  inizia ad imparare System to control antilock braking in a car  |  |  |  |  | 
| inizia ad imparare |  |   working software is more valuable that comprehensive documentation  |  |  | 
| inizia ad imparare |  |   stored in the Product Backlog  |  |  | 
|  inizia ad imparare Use case inherit from use case?  |  |  |  |  | 
| inizia ad imparare |  |   represent an actor and a use case have interaction/communication  |  |  | 
|  inizia ad imparare Actor inherit from another actor?  |  |  |  |  | 
|  inizia ad imparare Activity diagram rounded rectangles  |  |  |  |  | 
|  inizia ad imparare Activity diagram diamonds  |  |  |  |  | 
| inizia ad imparare |  |   when a use case requires a list of different states of a system at a given time  |  |  | 
|  inizia ad imparare Class diagram: solid line with empty white diamond at one end  |  |  |  |  | 
|  inizia ad imparare Class diagram: solid line with empty white triangle at one end  |  |  |  |  | 
| inizia ad imparare |  |   Two classes pointing at one third class with empty solid line white triangle  |  |  | 
|  inizia ad imparare UML Use case diagrams are used to capture  |  |  |  |  | 
|  inizia ad imparare Software specification/requirement engineering  |  |   understanding and defining what services or functionalities are required and identifying the constraints on the system operation  |  |  | 
| inizia ad imparare |  |   the description of the structure of the software to be implemented. Responsible for the code level design, what each class is doing, its relationships, and scope  |  |  | 
| inizia ad imparare |  |   Earlier delivery and deployment, easy customer feedback  |  |  | 
| inizia ad imparare |  |   team communication, requirements do not hold up progress, facilitates customer feedback, visibility of everything  |  |  | 
|  inizia ad imparare Use cases capture requirements?  |  |  |  |  | 
| inizia ad imparare |  |   reducing by focusing on the essential observable behavior  |  |  | 
| inizia ad imparare |  |   hiding the details of the implementation  |  |  | 
| inizia ad imparare |  |   a single name may denote objects of many different classes that are related by some common superclass  |  |  | 
| inizia ad imparare |  |   "text-based" representation of an algorithm  |  |  | 
| inizia ad imparare |  |   responsible for the skeleton and the high-level organization of a software. Identifies the main structural modules/components in a system their relationships  |  |  | 
| inizia ad imparare |  |   show that the program does as intended, discover program defects  |  |  | 
| inizia ad imparare |  |   testing method by which individual units of source code (which have associated control data, usage procedures, and operating procedures) are tested to determine whether they are fit for use  |  |  |