Chapter 10 Information System Lifecycle Flashcards
Data steward
Person who monitors and controls use of an institution’s data
Service level agreements
Manage expectations between software vendors and institution (provide timely updates, response to errors)
Configuration management
Or change control, standard forum to approve and prioritize changes (bugs, requests for new features, etc.)
Systems Development Life Cycle (SDLC)
Analysis -> Design -> Implementation -> Testing -> Maintenance
-Analysis of business needs
-Design the system
-Implementation
-Testing to validate system
-Maintenance to remain healthy
Request for proposal
-System specification document that lists all the requirements an organization has for project
=Technical specifications, intellectual property, licensing, contracting, confidentiality (Business Associate Agreement), Training and support
-Should contain enough information for vendor to make reasonable offer
-When complete, it includes information provided by both the organization and the vendor
Request for Information
less-detailed version of the RFPR
Request for Quotation
When nature of system is already well known and the organization is just seeking a price point
Risk management program
-purpose is to protect organization and ensure it’s able to carry out its mission
-Analysis of risk has to be incorporated into all phases of the SDLC
Elements of System Implementation Plan
-Project management, workflow and process redesign, create implementation plan, issues management, data center, local hardware, network, security risk analysis, super user training, system installation, software configuration, interface development, testing, end user training, go live, lessons learned, monitoring progress, optimization strategies
3 replicated environments to test clinical information systems
-Development environment (dev)
-Test environment
-Production environment (prod)
Static testing
-examine source code, data architecture and wireframes of user interfaces
Dynamic testing
executing software in a variety of environments
-this is overwhelming majority of testing
White-box testing (or clear box testing)
-create tests that evaluate small segments of source code for applicability to a certain purpose
-assumes knowledge of inner workings of program and access to source codeB
Black box testing
tester has no knowledge of how software works but designs tests according to what the software is supposed to do
Unit testing
-verify functionality of a very specific section of code
-most commonly this is a form of white box testing
