Term
requirements determination |
|
Definition
what the system needs to deliver
a report that lists both the functional and non-functional requirements of a system
on-going - no defined scope for a project
Done in iterations |
|
|
Term
project management office |
|
Definition
(PMO)
Place to get help as a project manager inside of a company |
|
|
Term
system requirements (functional) |
|
Definition
how it will turn input into output
the process that the system must perform
info. the system must have |
|
|
Term
system requirements (non-functional) |
|
Definition
performance constraints
behavioral properties
system architecture
considered to be more technical |
|
|
Term
business process automation |
|
Definition
want computer to do as much as possible so that the job is automated, and efficiency is increased |
|
|
Term
business process improvement |
|
Definition
changes to business processes or organizational structure to take advantage of technology
Improve to make faster, more efficient, or more effective |
|
|
Term
business process improvement |
|
Definition
duration analysis - process time
activity-based costing - cost of each activity in system
benchmarking - formalized, industry practices that can be used as a measurement |
|
|
Term
business process reengineering |
|
Definition
radical change in structure/operations
associated with layoffs in the 1990's |
|
|
Term
structured vs. unstructured interviews for info. gathering |
|
Definition
structured - same questions asked to many people
unstructured - only asked to a few people; open-ended
researcher bias - questions asked can give inaccurate results |
|
|
Term
joint application development (jad) |
|
Definition
like a focus grp
used often in software engineering apps
asks the user what they want |
|
|
Term
|
Definition
more difficult than interviews
can present a bias based on how they are asked
80/20 rule - 80% of the data collected will come from 20 questions
easy to data mine and do stats with |
|
|
Term
observation info-gathering |
|
Definition
research bias
think of heisenberg's uncertainty principle
power of assumption - customer sees front of store, but not back where decisions are made
|
|
|
Term
|
Definition
representation of how a system works
documents current and future processes of a system |
|
|
Term
logical process/data model |
|
Definition
description of events
workflow modeling - data flow and swimlane diagrams |
|
|
Term
physical process/data model |
|
Definition
description of technology involved
how the technology is involved |
|
|
Term
|
Definition
logical flow of data through/in a system, or across systems
Begins and ends with process description b/c it is king |
|
|
Term
how to draw a data flow diagram (dfd) |
|
Definition
begins with high-level summary - called context diagram, or lvl 0; only deals with 1 process
can only include things from your process description |
|
|
Term
data flow diagram components |
|
Definition
processes - circle
external entity - square
data flows - arrow
storage - 3 sided box |
|
|
Term
top-level data flow diagram |
|
Definition
aka level 0 or figure 0 diagram
looks at only 1 process
includes all major sub-processes in the examined process, but level of detail is random
Every level of a DFD must be balanced |
|
|
Term
process descriptions for a dfd |
|
Definition
structured english - close to programming, so try to avoid
decision trees - graphical representation
decision tables - shows muliple decision rules |
|
|
Term
|
Definition
business process modeling notation
standard set a symbols used as short-hand notation for documenting business processes in a workflow |
|
|
Term
Unified Modeling Language (UML) |
|
Definition
similar to bpmn
another set of charts and symbols
used mostly for software engineering
|
|
|
Term
|
Definition
logical model, object collaboration model, dynamic model, physical component model, physical deployment model, use-case model
UML is object-oriented |
|
|
Term
|
Definition
not the same as database logical model
shows how the classes and objects interact with one another
shows the logical connection |
|
|
Term
UML object collaboration model |
|
Definition
shows how the objects work together to get work done |
|
|
Term
|
Definition
|
|
Term
UML physical component model |
|
Definition
shows what physical components make up the system
sometimes software is included
|
|
|
Term
UML physical deployment model |
|
Definition
shows the location of where the physical components are |
|
|
Term
|
Definition
shows how the system is interacted with, or how it interacts with people, etc. |
|
|
Term
|
Definition
shows who is involved, what each person does, and when each task is done |
|
|
Term
|
Definition
dfd shows logical flow of data
swimlane shows chronology
swimlane also shows the activities, and the people involved |
|
|
Term
components of a swimlane diagram |
|
Definition
3 r's - role, responsibility, routes
actors - who is involved
steps - what the actors do
flow isn't shown
branching can be needed if complex - shows the probability of each outcome |
|
|
Term
|
Definition
a case study of how a system is used, or who uses it
how the system is used by another system or human
what the system does in response to user input
makes sure that there are no mistakes by the user's input
|
|
|
Term
|
Definition
normal = expected
something unexpected happens - called an exception; not broken
|
|
|
Term
|
Definition
length depends on person writing it
should be concise, clear, thorough, and focused
"howevers" are exceptions, and are dealt with later |
|
|
Term
use-case element: unique identifier |
|
Definition
doesn't matter what the labeling system is, just make sure that one is being used that is consistent |
|
|
Term
use-case element: participating actors |
|
Definition
who is involved?
written after the unique identifier
not like a dfd - use-case is like a narrative, but can have arrows, etc. |
|
|
Term
use-case element: entry conditions (preconditions) |
|
Definition
includes all of the assumptions |
|
|
Term
use-case elements: flow of events, details, and inputs and outputs |
|
Definition
trigger - event that starts the process; can be external or temporal (time)
sources and destinations of major inputs and outputs are listed
details are listed about the flow of events and the inputs/outputs involved |
|
|
Term
use-case element: exist (post)conditions |
|
Definition
what is the system doing after the activity? |
|
|
Term
use-case element: special requirements |
|
Definition
anything not covered by the previous elements is put here |
|
|
Term
|
Definition
represents exception cases
"factored out" of the main event flow
|
|
|
Term
|
Definition
an interaction that is too complex to be described in the use-case
usually will always happen, but is too complex to be grped with other things, hence why it is excluded |
|
|
Term
|
Definition
decide and document how to build the system
customer and designer agree on what is going to be done |
|
|
Term
|
Definition
make, buy, or outsource, or all combined in some way
convert logical and data models into physical models
design the architecture for the system
make hardware and software selections
design inputs, outputs, and data storage
create the system specification |
|
|
Term
system design: system requirements |
|
Definition
technical details required to build the system - come from given requirements
functional - tasks, capabilities, etc.
nonfunctional - performance, security, cultural, political, legal, etc. |
|
|
Term
system design: data management |
|
Definition
decide what your data management strategy is going to be
ECM - enterprise content management - usually most common out of all the methodolgy choices |
|
|
Term
|
Definition
make it: most expensive
buy it: already made, can be added onto |
|
|
Term
Application service provider (ASP's) |
|
Definition
pay per use access to software, usually on an internet connection
called "rent a software"
allows for flexibility in how many licenses are used at certain times of the year |
|
|
Term
Managed-service providers (MSP's) |
|
Definition
"turn-key system" - you just want it to work when you activate it, so an outside company will do all of the work to make sure that it works |
|
|
Term
Service-Oriented Architecture (SOA) |
|
Definition
sells objects that you can put together in your own way to make an app.
is said to be a design option
try to keep each service separate from one another when making an app. |
|
|
Term
|
Definition
another option for designing, like SOA
used to build web interfaces such as java and XML
ex- google maps doesn't need to be reloaded when the mouse is dragged |
|
|
Term
|
Definition
the work is done in your physical building, but by an outside organization |
|
|
Term
|
Definition
a job that is offshored, and then comes back to the US |
|
|
Term
|
Definition
fixed-price
value-added - ex. SAP making AFS for Nike
Full-time equivalent
transaction-based |
|
|
Term
|
Definition
companies want to outsource, but bad in the long-run
b/c of US layoffs and losing the ability to innovate |
|
|
Term
|
Definition
IT infrastructure library - ITTL
ITTL - best practices for delivering IT services; reduces IT costs and improves service and productivity |
|
|
Term
article: forrester and karanacus |
|
Definition
service oriented architecture is good for software design
|
|
|
Term
|
Definition
outsourcing is expected to grow in 2011
using it b/c it is cheap
cloud computing is cheaper than outsourcing
automation will be big b/c ppl want clear-cut products
companies will do more offshoring and US layoffs |
|
|
Term
|
Definition
discusses ASP's
you "rent" the software
pros: can use it when you need it
cons: data is external, and bad for long-term use b/c of monthly payments |
|
|
Term
|
Definition
More companies are going with open-source
Linux>Windows NT |
|
|