SAD Ch 14

  1. application testin
    the process by which the analyst team ensures that every aspect of the system performs as it should.
  2. system implementation
    the process consisting of those activities associated with ensuring that the new system is fully functional and operational, as well as those activities associated with turning over control of the new system to the end users.
  3. white-box tests
    tests in which the code is actually inspected
  4. code inspection
    the process of inspecting the atual source code for the occurrence of certain types of errors commonly associated with the language in which the program has been written.
  5. structured walk-through
    a close examination of the embedded logic in the code.
  6. desk check
    an application test in which one or more programmers, not responsible for the actual writing of the code, work through a hard copy of source code, mentally simulating the control flow.
  7. module test
    an application test that focuses on ascertaining the successful execution of each application module prior to integrating it with other tested modules.  Also referred to as the unit test.
  8. black-box tests
    tests in which the module is not inspected and is usually not tested by its author.  The module is treated like a black-box and fed typical (and sometimes not so typical) input, while the resultant output is evaluated for conformance to expectations.
  9. bottom-up method
    an integration strategy in which individually tested modules are assembled into low-level subsystems that are retested and then assembled into higher-level modules until the application is complete.
  10. test driver
    a driver that simulates the control environment for the module under test by providing simulated input or receiving module output.
  11. top-down approach
    a testing strategy in which the highest-level control module is tested first and the lower-level modules are simulated by a program stub, a two or three line module containing no logic, that is designed to simply accept control from a  high-level module and return it to that module.  Also referred to as stub testing.
  12. Direct Conversion
    Parallel Conversion
    Pilot Conversion
    Phased Conversion
    Four conversion strategies:
  13. Direct Conversion
    an approach to system conversion in which the old system is simply turned off and the new system is turned on in its place.  Also referred to as the slam-dunk or cold-turkey strategy.
  14. Parallel Conversion
    a system conversion strategy in which the old and new systems are run simultaneously until the end users and project coordinators are fully satisfied that the new system is functioning correctly and the old system is no longer necessary.
  15. Pilot Conversion
    a system conversion strategy in which the conversion to the new system is done, using either a direct or parallel method, at a single location first.
  16. Phased Conversion
    a system conversion strategy that attempts to take advantage of the best features of both the direct and the parallel appproaches while minimizing the risks involved; an incremental approach that allows for the new system to be brought online as a series of functional components that are logically ordered so as to minimize disruption to the end users and the flow of business.  Also known as gradual conversion.
  17. single cutover
    a type of parallel conversion in which a predetermined date for stopping the parallel operation is set.
  18. phased cutover
    a type of parallel conversion in which some predetermined method of phasing in each piece of the new system and turning off a similar piece of the old system is employed.
  19. postimplementation maintenance phase
    the SDLC phase that consists of correcting errors or faults in the system, providing changes to effect performance improvement, and adapting the system to changes in the operating or business environment.
  20. change request maintenance
    the modification of existing system functions with an eye toward identifying and implementing changes to the system that add or enhance performnace and functionality.
  21. change control steering committee
    a steering committee established for the purpose of reviewing and approving any change requests made for a particular system.
  22. corrective maintenance
    adaptive maintenance
    perfective maintenance
    preventive maintenance
    Categories of Systems Maintenance
  23. corrective maintenance
    system maintenance that involves repair to or correction of a known bug or program error.
  24. adaptive maintenance
    system maintenance that involves the activities associated with modifying existing functions or adding new functionality to accommodate changes in the business or operating environments.
  25. perfective maintenance
    system maintenance that involves changes made to an existing system that are intended to improve the performance of a function or interface.
  26. preventive maintenance
    system maintenance that involves activities intended to reduce the changes of a system failure or extend the capacity of a current system's useful life.
Card Set
SAD Ch 14
Systems Analysis & Design