chapter-4-5-6-10-examreviews Flashcards

1
Q

use case

A

an activity the system performs

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

user goal technique

A

an approach for identifying use cases in which an analyst talks to all users to get them to describe their goals in using the system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Event

A

an occurrence at a specific time and place that can be described and is worth remembering by the system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

CRUD technique

A

Create - Read/Report - Update - Delete an approach in which an analyst looks at each type of data and includes use cases that create the data - read or report on the data - updates the data - delete the data

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Event Decomposition

A

an analysis technique that focuses on identifying the events to which a system must respond and then determining how the system must respond.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

External Event

A

An event that occurs outside the system - usually initiated by an external agent or actor

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Temporal Event

A

an event that occurs as a result of reaching a point in time

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

state event

A

an event that occurs when something happens inside the system that triggers the need for processing. (internal events)i.e. sale of an item results in low stock - inventory reorder must take place

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Event table

A

a catalog of use cases that lists events in roes and key pieces of information about each event in columns

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Trigger

A

a signal that tells the system that an event has occurred - either the arrival of data needing processing or a point in time

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Source

A

an external agent or actor that supplies data to the system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

response

A

an output produced by the system that goes to a destination

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

destination

A

an external agent or actor that receives the data from the system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

use case description

A

a description that lists the processing details for a use case

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Brief Description

A

short paragraph of the use case

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Intermediate Description

A

Title - main flow & exception conditions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Fully developed description

A

Contains use case name-scenario-triggering event-brief description-actors-related use cases - stakeholders -preconditions -postconditions -flow of activities - exception conditions.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

things

A

tangible - roles - organizational - devices - sites/locations - incidents/events/or interactions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

relationship

A

a naturally occurring association among specific things such as an order is placed by a customer and an employee works in a department

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Attribute

A

one piece of specific information about a thing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

cardinality

A

the number of associations that occur among specific things - 1:1 - 1:M - M:M

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Entity Relationship Diagram ERD

A

The squares with the zero/one to many lines

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Analysis Activities

A

Gather info - Define Sys Req - Prioritize Requirements - Prototype for Feasibility & discovery - Generate & evaluation alternatives - Review recommendations with Management

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Gathering Info

A

interviewing users - watching users - review planning docs - review policy statements - study documentation from existing system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Define System Requirements
Uses modeling to help define system requirements
26
Prioritize Requirements
Identify the most essential requirements of the new system
27
Prototype for Feasibility and Discovery
used to better understand the user's needs. Checks the feasibility of certain approaches to the business need.
28
Generate and Evaluate Alternatives
Many alternatives exist that will need to be evaluated for the best match
29
Review Recommendations with Management
When all other analysis activities are complete the review with management will happen to decide if best to proceed or not
30
Functional Requirements
a system requirement that describes and activity or process that the system must perform
31
Non-functional requirement
other than activities -such as technology-performance - usability - reliability and security
32
Models
representation of some aspect of the system being built
33
Mathematical Model
series of formulas that describe technical aspects of a system.
34
Descriptive Models
narrative memos - reports or lists that describe some aspect of a system.
35
Graphical Model
diagrams and schematic representations of some aspect of a system
36
Logical Model
Any model that shows what the system is required to do without committing to any one technology
37
Physical Model
Any model that shows how the system will actually be implemented
38
Stakeholders
all the people who have an interest in the success of a new systemthe usersthe clients (paying for it)the technical staff
39
Information Gathering Techniques
questionnaires - interview users - review existing documentation - observe business processes - research vendor solutions - conduct JAD sessions
40
Traditional approach
System of processes, processes interact with data entities, processes accept inputs and produce outputs.
41
OO approach
System is collection of interacting object, objects interact with people and each other, objects send and respond to messages.
42
Data flow diagram DFD
Represents sys requirements as processes, external agents, data flows, and data stores
43
Level of abstraction
Any modeling technique that breaks the system down into a hierarchical set of increasingly more detailed models.
44
DFD fragment
A DFD that represents the system response to one event withina single process symbol
45
Physical and logical DFDs
DFDs can be either physical system model, a logical system model or a combination of both.
46
Black hole
Process or data store with a data input that is never used to produce a data output.
47
Miracle
Process or data store with a data element that is created out of nothing.
48
Rule 7+-2
Modeling rule that limits the number of components or connections to no more than nine
49
Minimization of interfaces
Simplicity by limiting the number of of connections between model components.
50
Structured English
Writing process specifications that combines structured programming techniques with narrative English.
51
Decision table
A table representation of processing logic containing decision variables, decision variable values and actions or formulas
52
Decision tree
A graphical description of process logic that uses lines organized like branches of a tree.
53
Data flow definition
Text description of a data flows content and internal structure.
54
Data store definitions
Data store on the DFD represents a data entity on the ERD no separate definition iOS usually needed. If no ERD link analyst defines data store as a collection of elements.
55
Data element definitions
Describes a data type such as string, integer, floating point, or Boolean.
56
Activity-location matrix
A table that describes the relationship between processes and the locations in which they are performed.
57
Activity data matrix
A table that describes stored data entities the locations of which they are accessed, and the nature of the accesses.
58
Automation System Boundary
partitions the data flow diagram processes into manual processes and those that are to be included in the computer system
59
System Flow Chart
Representation of various computer programs, files, databases, and associated manual procedures that make up a complete system.
60
Structure Chart
hierarchical diagram showing the relationships between the modules of a computer program
61
Data Couples
the individual data items that are passed between modules in a program call.
62
Transaction Analysis
the development of a structure chart based on a DFD that describes the processing for several types of transactions
63
Transform Analysis
the development of a structure chart based on a DFD that describes the input-process-output data flow
64
Module coupling
the manner in which modules relate to each other; the preferred method is data coupling
65
Automation System Boundary
partitions the data flow diagram processes into manual processes and those that are to be included in the computer system
66
Module Cohesion
a measure of the internal strength of a module
67
Flowcharting
is a visual method that uses boxes and lines to describe the flow of logic in a program.
68
Structured English
describes the structure of the program in regular english
69
pseudocode
closer to programming language
70
three layer design
division of application software into the view, business logic and data access layers
71
viewer layer
executing on a client workstation, the user's view
72
business logic layer
java server side components
73
data layer
oracle dbms - talks to the databases