Chapter 16 Flashcards
Six Sigma
- A culture built on quality
- Uses a top-down approach
- Project leader is called a Black Belt
- Project members are called Green Belts
- Master Black Belts have worked on many projects and are available as a resource to project teams
Philosophy of Six Sigma (7 steps)
- Define the Problem
- Observe the Problem
- Analyse the Causes
- Act on the Causes
- Study the Results
- Standardize the Changes
- Draw Conclusions
Responsibility for Total Quality Management
- Full organizational support of management must exist
* Early commitment to quality from the analyst and business users
Structured Walkthroughs
- One of the strongest quality management actions is to do structured walkthroughs routinely
- Use peer reviewers to monitor the system’s programming and overall development
- Point out problems
- Allow the programmer or analyst to make suitable changes
Who is Involved in Structured Walkthroughs?
- The person responsible for the part of the system being reviewed
- A walkthrough coordinator
- A programmer or analyst peer
- A peer who takes notes about suggestions
The Top-Down Approach
- Top-down design allows the systems analyst to ascertain overall organizational objectives and how they are best met in an overall system
- The system is divided into subsystems and their requirements
Advantages of the Top-Down Approach
- Avoiding the chaos of attempting to design a system all at once
- Enables separate systems analysis teams to work in parallel on different but necessary subsystems
- Prevents losing sight of what the system is supposed to do
Modular Development
• Breaking the programming into logical, manageable portions or modules • Works well with top-down design • Each individual module should be functionally cohesive, accomplishing only one function
Advantages of Modular Development
- Modules are easier to write and debug
- Modules are easier to maintain
- Modules are easier to grasp because they are self- contained subsystems
Guidelines for Modular Programming
- Keep each module to a manageable size
- Pay particular attention to the critical interfaces
- Minimize the number of modules the user must modify when making changes
- Maintain the hierarchical relationships set up in the top- down phases
Testing, Maintenance, and Auditing
- The testing process
- Maintenance practices
- Auditing
The Testing Process
- Program testing with test data
- Link testing with test data
- Full system testing with test data
- Full system testing with live data
Program Testing with Test Data
- Desk check programs
- Test with both valid and invalid data
- Check output for errors and make any needed corrections
Link Testing with Test Data
• Also referred to as string testing • Checks to see if programs that are interdependent actually work together as planned • Test for normal transactions • Test with invalid data
Full System Testing with Test Data
- Adequate documentation in procedure manuals
- Are procedure manuals clear enough?
- Do work flows actually “flow”?
- Is output correct and do users understand this output?
Full System Testing with Live Data
- Comparison of the new system’s output with what you know to be correctly processed output
- Only small amounts of live data are used
Maintenance Practices
- Reduce maintenance costs
- Improve the existing software
- Update software in response to the changing organization
- Ensure channels for feedback
Auditing
• Having an expert who is not involved in setting up or using the system examine information in order to ascertain its reliability
• There are internal and external auditors
• Internal auditors study the controls used in the
information system to make sure that they are adequate
• External auditors are used when the information system processes data that influences a company’s financial statements