(COCOMO) approach, which originated in the work of Barry Boehm. Boehm has
modified and extended his original COCOMO to COCOMO II (Boehm et al. 2000).
Establish a goal. For instance,
“Improve the time to locate a
software code problem.
”
Develop a list of questions related to the goal. For example,
“How does the program complexity influence software debugging time?”
Develop metrics. These could include the number of control
loops in the program for control complexity and the number of person-minutes
spent on debugging efforts.
Resources
Schedule
Project content
(1) project effort estimation, (2) work breakdown structure, (3) project status
tracking with earned value, and (4) developing measurements and metrics.
a macro, an intermediate, and a micro.
Product attributes, Computer attributes, Personnel attributes and Project attributes
KLOC, Function point, Object point
1. External inputs
2. External outputs
3. External inquiries
4. Internal logical files
5. External interface files
1. Simple
2. Average
3. Complex
Statements that define and qualify what the program needs to do.
Statements that constrain the ways in which the software can be designed and implemented.
what the
program does
—the manner in which the
program must behave
What a program needs to do.
The manner in which the functional requirements need to be achieved.
Performance requirements
Real-time requirements
Modifiability requirements
Security requirements
Usability requirements
