Chapter 22: Systems Design, Implementation, and Operation Flashcards
conceptual design specifications
requirement specifications for systems output, data storage, input, processing procedures, and operations
conceptual systems design report
summarizes conceptual design activities, guides physical design activities, communicates how all information needs will be met, and helps the steering committee assess feasibility
scheduled report
report prepared on a regular basis, with a pre-specified content and format
special-purpose analysis report
report with no pre-specified content, format, or pre-specified schedule; usually prepared in response to a management request
triggered exception report
report with a pre-specified content and format, prepared only in response to abnormal conditions
demand report
report with a pre-specified content and format, prepared only on request
structured programming
a modular approach to programming in which each module performs a specific function and is coordinated by a control module
debugging
the process of discovering and eliminating program errors
program maintenance
updating a computer program due to changed user needs, fixing bugs, legal or regulatory changes, or to make use of new technology
physical systems design report
summarizes what was accomplished in physical design; used to determine whether or not to proceed to the implementation phase
systems implementation
the process of installing hardware and software and getting the IS up and running
implementation plan
a written plan showing how the new system will be implemented; specifies when the project should be complete and the IS operational, including a completion timetable, cost estimates, task milestones, and who is responsible for each activity
walk-through
step-by-step reviews of procedures or program logic to find incorrect logic, errors, omissions, or other problems
processing test data
processing valid and erroneous transactions to determine if a program operates as designed and that valid transactions are handled properly and errors are detected and dealt with appropriately
acceptance test
test of a new system using real transactions to determine if user-developed acceptance criteria are met
conversion
the process of changing from an old computer system or format to a new one
direct conversion
changing from an old system to a new one by terminating the old IS when the new one is introduced
parallel conversion
changing from an old system to a new one by operating both systems simultaneously until the organization is confident the new system is functioning correctly
phase-in conversion
changing from an old to a new system by gradually replacing elements of the old with the new until the old system has been entirely replaced
pilot conversion
changing from an old to a new system by implementing a system in one location, using it until all problems are resolved, and then implementing it in the rest of the organization
postimplementation review
review made after a new system has been operating for a brief period to ensure that the new system is meeting its planned objectives, identify the adequacy of system standards, and review system controls
postimplementation review report
a report that analyzes a newly delivered system to determine if the system achieved its intended purpose and was completed within budget