Tải bản đầy đủ (.pdf) (91 trang)

Lecture Software process improvement: Lesson 17 - Dr. Ghulam Ahmad Farrukh

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (285.73 KB, 91 trang )

CMMI Staged Maturity Level 3 
­2
Lecture #17

1

1


Process Areas for Maturity Level 3












Requirements Development
Technical Solution
Product Integration
Verification
Validation
Organizational Process Focus
Organizational Process Definition (with IPPD)
Organizational Training
Integrated Project Management (with IPPD)


Risk Management
Decision Analysis and Resolution
2

2


Verification
PA 4

3

3


Verification
• The purpose of Verification (VER) is to 
ensure that selected work products meet 
their specified requirements
• Specific goals for this process area are
– SG1 Prepare for Verification
– SG2 Perform Peer Reviews
– SG3 Verify Selected Work Products
4

4


SG1  Prepare for Verification – 
Specific Practices

• SP 1.1 Select Work Products for 
Verification
• SP 1.2 Establish the Verification 
Environment
• SP 1.3 Establish Verification Procedures 
and Criteria

5

5


SG2 Perform Peer Reviews – 
Specific Practices
• SP 2.1 Prepare for Peer Reviews
• SP 2.2 Conduct Peer Reviews
• SP 2.3 Analyze Peer Review Data

6

6


SG3 Verify Selected Work 
Products – Specific Practices
• SP 3.1 Perform Verification
• SP 3.2 Analyze Verification Results

7


7


Verification
• The Verification PA allows the usage of test 
setups and test simulators. Sometimes, the 
same test setups and simulators may be 
used for Validation as well—you just use 
them for different purposes, looking for 
different things
• Acceptance testing is mentioned here
8

8


Things People Forget ­ 1





You don’t need to test everything
You do need to test almost everything
You cannot test in quality
You must do both peer reviews and testing. 
You can peer review and test the same 
products or different products. Try to ensure 
total coverage of the product, by one means 
or the other, if possible

9

9


Things People Forget ­ 2
• What is a peer? If you are peer reviewing code, a 
peer is a coder. If you are peer reviewing a project 
plan, a peer is another project manager. Do not 
mix people of different job status—for example, 
do not mix project managers in with coders. They 
are not peers
• A peer review board is not one person
• Peer reviews are not the place to philosophic 
discussions. Keep it short and sweet and focus on 
finding errors
10
10


Things People Forget ­ 3
• You must ensure that the errors found 
during a peer review are resolved. Another 
peer review may be necessary. Quality 
Assurance should also check to see that 
these problems have been resolved

11

11



Generic Practices
• There are no generic practices that directly 
map to this process area

12

12


Verification
• Verification includes selecting which work 
products are to be verified; creating the 
environment necessary for verification of 
those products; documenting procedures 
and criteria for verification and then 
following those procedures; conducting 
peer reviews; and verifying the product and 
taking any corrective actions needed
13

13


Validation
PA 5

14


14


Validation
• The purpose of Validation (VAL) is to 
demonstrate that a product or product 
component fulfills its intended use when 
placed in its intended environment
• Specific goals for this process area are
– SG1 Prepare for Validation
– SG2 Validate Product or Product Components
15

15


SG1 Prepare for Validation – 
Specific Practices
• SP 1.1 Select Products for Validation
• SP 1.2 Establish the Validation 
Environment
• SP 1.3 Establish Validation Procedures and 
Criteria

16

16


SG2 Validate Product or Product 

Components – Specific Practices
• SP 2.1 Perform Validation
• SP 2.2 Analyze Validation Results

17

17


Discussion on VAL
• Validation involves creating an 
environment as close as possible to the 
environment in which the product will be 
used in order to perform final testing of the 
product. However, this is not always a 
logical, practical thing to do

18

18


Things People Forget ­ 1
• You don’t need to test everything. You do 
need to test almost everything. You cannot 
test in quality
• Validation is not performed at the end of 
the project. It can be performed throughout 
the development life cycle, depending on 
the product being produced

19

19


Things People Forget ­ 2
• Make sure you plan in detail any tests to be 
performed by the users or in the user 
environment
• If you are simulating the user environment, 
make sure it truly replicates the actual 
environment. This will require planning and 
testing of the environment itself
20

20


Things People Forget ­ 3
• If you are developing a Web­based system 
using the Web that your users will use, then 
you may have satisfied Validation without 
knowing about it. Basically, if you are 
developing and testing the system using the 
same resources and procedures that the 
users will use (or are using), you may have 
this PA covered
21

21



General Practices
• There are no general practices that directly 
map to this process are

22

22


Validation
• Validation asks: are you building the right 
product? It includes selecting products and 
approaches for validating products, 
generating the validation environment, 
documenting validation criteria and 
procedures; conducting the validation 
activities; and analyzing the results and any 
issues that arise from conducting the 
validation process
23
23


Organizational Process Focus
PA 6

24


24


Organizational Process Focus
• The purpose of Organizational Process 
Focus (OPF) is to plan, implement, and 
deploy organizational process 
improvements based on a thorough 
understanding of the current strengths and 
weaknesses of the organization’s processes 
and process assets
25

25


×