Slide 3 Flashcards

1
Q

Why IS Projects Are Hard

A
  1. High Stakes
     Capital and human resource intensive
     Mission critical & highly visible
  2. Complexity
     Cross functional in nature
     Large scale
     Rapidly changing technology and requirements
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is systems development cycle (SDLC)

A

What: The activities that go into developing information system solutions to an organizational problem or opportunity

 Formal process
 Comprehensive (hopefully leaves no stones unturned)
 Repeatable

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

How to create a systems development cycle (SDLC)

A

 Analyze critical business processes

 Break the opportunity/problem into pieces smaller and more manageable

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

a systems development cycle (SDLC):

A

the overall process for developing information systems from planning and analysis through implementation and maintenance (7 steps)
planning, analysis, design, development, testing, implementation, maintenance

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

SDLC, Planning phase

A

Planning phase – involves establishing a high-level plan of the intended project and determining project goals

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

SDLC - Systems Analysis- Planning :

A

Purpose:
 Define the problem(s)
 Identify the causes of the problem(s)
 Specify potential solutions  Determine if the potential solution(s) are achievable (Feasibility Study)

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

Types of Feasibility (systems analysis - planning)

A

 Economic: Can we afford to do this, do the benefits outweigh the costs?
 Technical: “Do H/W & S/W exist to do this?”
 Operational: “Will this make us better?”, “Is the solution desirable within existing conditions”
 Organizational: “Does it fit with our organization?”
 Legal/Political: Stakeholder and regulatory analysis

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

Systems Analysis- Requirements Definition

A
  1. Purpose:
     Define the information requirements and functions, resources and interfaces
  2. Outputs:
     Feasibility document (Planning document, Project gets a “Go/No Go!”)
     Entity Relationship Diagrams w/o attributes
     Management “signs off” on project
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Systems Design purpose

A

Explains how the system will meet the informational requirements determined in the Systems Analysis Phase

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

“Blueprint” of how system is going to be built :

A

 Conceptual Model:
 Entity Relationship Diagrams w/ detail attributes  describes information structures
 Schematic Diagram (Data Flow Diagrams)
 describes information flows

 Logical Model:
 Hierarchical, Network, Relational, Object-oriented model

 Physical Model:
 Actual hardware, software, telecommunications diagram (diagrams that show layout of how things will connect

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

Procurement of software solutions/ Potential Coding Modifications purpose

A
  1. Evaluation and selection of software
  2. System specifications prepared during the design phase are translated into software programming modifications if needed.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Testing purpose

A

To determine whether the system produces the desired results under know conditions

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

Alpha testing

A

User testing of a information system using simulated data – Normally done by the internal IS group

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

Beta testing

A

User testing of a completed information system using real data

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

Other different types of testing:

A

 Unit testing – tests each module of software using true information the organization will use
 Application (or system) testing – verifies that all units of code work together  Integration testing – exposes faults in the integration of software components or units
 Backup and recovery testing – tests the ability of an application to be restarted after failure
 Documentation testing – verifies instruction guides are helpful and accurate
 User acceptance testing (UAT) – tests if a system satisfies its acceptance criteria

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

Conversion/Implementation purpose

A

Implementation of new system and change over from old to new system

17
Q

Conversion/Implementation approach

A

 Installation of software/hardware solution
 Make minor adjustments to system
 Documentation
 Train users
 System testing/Beginning to use new system

18
Q

Maintenance is:

A

Involves performing changes, corrections, additions, and upgrades to ensure the system continues to meet the business goals

Maintenance – fixing or enhancing an information system to meet the needs of organization and it’s customers

19
Q

Maintenance purpose

A

 System performance
] Respond to change
 Continuous improvement  Adding new modules of Enterprise Resource planning or Software as a Service contract.

20
Q

Maintenance issues

A

 Evaluation of proposed changes
 Training on upgraded items.
 Cost

21
Q

Different types of maintenance include:

A

1) Adaptive maintenance : making changes to system to accommodate organization change and/or customer needs
2) Corrective maintenance: Correcting processes/features that don’t work correctly.
3) Perfective maintenance: Simply enhancing the system, not necessary but make system better
4) Preventative maintenance: like a system tune-up – Software upgrades, hardware upgrades, etc.