Chapter 14 : Deploying the New System

0.0(0)
studied byStudied by 3 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/63

flashcard set

Earn XP

Description and Tags

System Analysis and Design John Saztinger, Robert Jackson, Stephen Burd

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

64 Terms

1
New cards

the process of examining a component, subsystem, or system to determine its operational characteristics and whether it contains any defects

Testing

2
New cards

a formal description of a starting state, one or more events to which the software must respond, and the expected response or ending state

-Defined based on well understood functional and non-functional requirements

-Must test all normal and exception situation

Test Case

3
New cards

a set of starting states and events used to test a module, group of modules, or entire system

Test Data

4
New cards

Software components must perform to the defined requirements and specifications when tested in isolation. What type of testing is that?

Unit testing

5
New cards

Software components that perform correctly in isolation must also perform correctly when executed in combination with other components in the new system. What type of testing is that?

Integration testing

6
New cards

What is an example of an Unit test?

incorrectly calculates sales tax amounts in different locations

7
New cards

What is an example of an integration test?

sales tax component that calculates incorrectly when receiving money

8
New cards

A system or subsystem must meet both functional and non-functional requirements. What type of testing is it?

System and stress testing

9
New cards

Software must not only operate correctly but must also satisfy the business need and meet all user “ease of use” and “completeness” requirements. What type of testing is it?

User acceptance testing

10
New cards

What is an example of system of stress testing?

item looks up function in a sales subsystems retrieves data within 2 secs when running in isolation, requires 30 secs while running the system

11
New cards

What is an example of User acceptance testing?

a commission system that fails to handle special promotions or a data-entry function with a poorly designed sequence of forms.

12
New cards

tests of an individual method, class, or component before it is integrated with other software

Unit test

13
New cards

a method or class developed for unit testing that simulates the behavior of a method that sends a message to the method being tested

Driver

14
New cards

a method or class developed for unit testing that simulates the behavior of a method invoked that hasn’t yet been written

Stub

15
New cards

one method passes a parameter of the wrong data type to another method

Interface incompatibility

16
New cards

A method is passed or returns a value that was unexpected, such as a negative number for a price

Parameter Values

17
New cards

A method generates an error, such as “out of memory” or “file already in use,” due to conflicting resource needs

Run-times exceptions

18
New cards

The states of two or more objects interact to cause complex failures, as when an OnlineCart class method operates correctly for all possible Customer object states except one

Unexpected state interactions

19
New cards

What is the required procedure for create test data?

comprehensive test data, must be coordinated between developers

20
New cards

What is the required procedure for conduct the integration test?

Assign resources and responsibilities. Plan frequency and procedures

21
New cards

What is the required procedure for evaluating the test results?

identify and valid and invalid respones

22
New cards

What is the required procedure for creating test suites?

Build and unit test the components to be integrated

23
New cards

What is the required procedure for logging test results?

Log valid test runs. 

log errors

Correct the code and retest

24
New cards

an integration test of an entire system or independent subsystem

System Test

25
New cards

*a system test that is performed daily or several times a week

Build and smoke test

26
New cards

an integration and usability test that determines whether a system or subsystem can meet time-based performance criteria

Performance or stress test

27
New cards

the desired or maximum allowable time limit for software response to a query or update

Response time

28
New cards

the desired or minimum number of queries and transactions that must be processed per minute or hour

Throughput

29
New cards

a system test performed to determine whether the system fulfills user requirements

User acceptance test

30
New cards

What is UAT stand for?

User Acceptance test

31
New cards

How to plan the UAT?

-Should be done early in the project

-Test cases for every use case and user stories

-Identify conditions to verify that the system supports the use case accurately and completely

32
New cards

data entry and database records

Develop test data

33
New cards

system tests, stress tests, and user acceptance tests are considered deployment

Note

34
New cards

requires a fully populated database to support ongoing processing

operational system

35
New cards

Modify or update existing data

Reuse existing databases

36
New cards

Copy and convert the data

Export and import data from distinct DBMSs

Data entry from paper documents

Reload databases

37
New cards

Training is needed for

end users and system operators

38
New cards

Large organization train _______ who in turn end users

trainers

39
New cards

Descriptions of system requirements and architecture to help maintenance and upgrade of the system

System Documentation

40
New cards

How to interact with and use the system for end users and system operators

User documentation

41
New cards

Which specific type of development order implements top-level modules first (use stubs for testing)?

Top-down development

42
New cards

What specific development order that implements low-level detailed modules first (use drivers for testing)?

Bottom-up development

43
New cards

What is IPO stand for?

input, process, output

44
New cards

a development order that implements input modules first, process modules next, and output modules last

input, process, output

45
New cards

select specific use cases and order the development based on selected use cases

Use case driven

46
New cards

An automated tool for tracking source code files and controlling changes to those files

source code control

47
New cards

What is SSC stand for?

Source Code Control

48
New cards

What is an example of a source code control?

When a programmer needs to make changes to a file, he or she checks out the file in read/write mode

49
New cards

The _______ allows only one programmer at a time to check out a file in a read/write mode

SCCS (SSC system)

50
New cards

What are three different approaches?

Direct deployment

Parallel deployment

Phased deployment

51
New cards

a deployment method that installs a new system, quickly makes it operational, and immediately turns off any overlapping systems (higher risk, lower cost)

Direct deployment

52
New cards

a deployment method that operates the old and the new systems for an extended time period (lower risk higher cost)

Parallel Deployment

53
New cards

deployment method that installs a new system and makes it operational in a series of steps or phases

Phased Deployment

54
New cards

tools and processes handle the complexity associated with testing and supporting a system through multiple versions

Change and Version Control

55
New cards

a test version that is incomplete but ready for some level of rigorous integration or usability testing

Alpha Version

56
New cards

a test version that is stable enough to be tested by end users over an extended period of time

Beta Version

57
New cards

a system version that is formally distributed to users or made operational for long-term use

Production version, release version, or production release

58
New cards

a system update that provides bug fixes and small changes to existing features

Maintenance release

59
New cards

Deploy in two versions

Phased Deployment to Minimize Risk

60
New cards

New database built and data migrated before deploying version 1, in iterations

Database Development and Data Conversion

61
New cards

Start with the higher risk Sales subsystem and customer facing Order fulfillment subsystem

Development Order

62
New cards

Spread throughout later iterations for both versions

Documentation and Training

63
New cards

control systems enable development teams to coordinate their work

Source code

64
New cards

improves post deployment support by enabling developers to track problem support to specific system versions

Versioning