Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
38 Cards in this Set
- Front
- Back
- 3rd side (hint)
Information system |
a set of interrelated components that collect, process, store, and provide as output the information needed to complete business tasks. |
I.S. a s o i c t c, p, s, a p a o t i n t c b t. |
|
Computer Application |
A computer software program that executes on a computing device to carry out a specific function or set of related functions. |
C.A. a c s p t e o a c d t c o a s f o s o r f. |
|
Systems analysis |
those system development activities that enable a person to understand and specify what the new system should accomplish. |
S.A. t s d a t e a p t u a s w t n s s a. |
|
System design |
those system development activities that enable a person to describe in detail how the resulting information system will actually be implemented. |
S.D. t s d a t e a p t d i d h t r i s w a b i. |
|
Project |
a planned undertaking that has a beginning and an end and produces some end result. |
A p u t h a b a a e a p s e r. |
|
System development life cycle (SDLC) |
a framework that identifies all the activities required to research, build, deploy, and often maintain an information system. |
a F t I a t A R t R, B, D, a O M a I S. |
|
System development process or methodology |
a set of comprehensive guidelines for carrying out all of the activities of each core process of the SDLC. |
a S o C G f C O a o t A o e C P o t SDLC. |
|
Agile development |
a information system development process that emphasizes flexibility and Rapid Response to anticipate new and changing requirements during development. |
a I S D P t E F a R R t A N a C R D D. |
|
Iterative development |
an approach to system development in which the system is "grown" piece-by-piece through multiple mini projects called iterations. |
a A t S D i w t S i G P b P T M M P C I. |
|
Subsystem |
an identifiable and fully functional part of a complete system. |
a I a F F P o a C S. |
|
Technology architecture |
a set of computing hardware, network hardware karma network hardware and topology, and system software employed by an organisation. |
a S o C H, |
|
Application architecture |
the set of information systems (the software applications) the organisation needs to support it's strategic plan. |
|
|
System requirements |
all the activities the new system must perform or support and constraints that the new system must meet (functional + non-functional) |
|
|
Functional requirements |
the activities for sister must perform just for the uses' work. |
|
|
Non functional requirements |
required system characteristics other than the activities it must perform or support. |
|
|
FURPS |
an acronym that stands for functional, usability, reliability, performance, and security requirements. |
|
|
Usability requirements |
the requirements for operational characteristics related to users, such as the user interface, related work procedures, online help, and documentation. |
|
|
Reliability requirements |
the requirements that describe system dependability. |
|
|
Performance requirements |
The requirements to describe operational characteristics related to measures of workload, such as throughput and response time. |
|
|
Security requirements |
The requirements to describe how access to the application will be controlled and how data will be protected during storage and transmission. |
|
|
FURPS+ |
An extension of FURPS that includes design constraints as well as implementation, system interface, physical, and supportability requirements. |
|
|
Stakeholders |
Person to have an interest in the successful implementation of the system. |
|
|
Internal stakeholders |
Persons within the organisation who interact with the system or have a significant interest in its operation or success. |
|
|
External stakeholders |
Persons outside the organisations control and influence who interact with the system or have a significant interest in its operation or success. |
|
|
Operational stakeholders |
Persons who regularly interact with the system in the course of their jobs or lives. |
|
|
Executive stakeholders |
Persons who don't interact directly with the system but who either use information produced by the system or have a significant financial or other interest in its operation and success. |
|
|
Client |
A person or group that provides the funding for the systems development project. |
|
|
Open ended questions |
Questions that encourage discussion or explanation. |
|
|
Closed ended questions |
Questions that elicit specific facts. |
|
|
Model |
Representation or extraction of some aspect of a system. |
|
|
Textural models |
Text based system models such as memos, reports, narratives, and lists. |
|
|
Graphical models |
System models that use pictures and other graphical elements to create a diagram. |
|
|
Mathematical models |
System models that describes requirements numerically or as mathematical expressions. |
|
|
Unified modelling language (UML) |
A standard set of information system models constructs and notations defined by the Object Management Group. |
|
|
Workflow |
A sequence of work steps that completely handle one business transaction or customer request. |
|
|
Activity diagram |
A (UML) diagram that describes user (or system) activities, the person or component the complete each activity, and the sequential flow of these activities. |
|
|
Synchronisation bar |
Activity diagram component that either splits a control path into multiple concurrent paths or recombines concurrent parts. |
|
|
Swimlane |
An activity diagram component that divides the workflow activities into groups showing which agent performs which activity. |
|