| Abstraction - | (Software Engineering) (1) the level of technical detail of some representation of software; (2) a cohesive model of data or an algorithmic procedureAction (also called Software engineering action) - |
| Adaptive maintenance - | (Software Engineering) activity associate with changing an application to make it conform to changes in its external environment |
| Analysis - | (Software Engineering) a set of activities that attempt to understand and model customer needs and constraintsAnalysis methods - |
| Black box testing - | (Software Engineering) testing that does not focus on the internal details of the program but uses external requirements |
| Business risks - | (Software Engineering) the set of potential business problems or occurrences that may cause the project to fail |
| CASE - | (Software Engineering) Computer-aided software engineering, see also, Tools |
| Change request - | (Software Engineering) provides detail on the type of change that is requested |
| Constraints - | (Software Engineering) an restrictions or limitations placed on requirements or design |
| Corrective maintenance - | (Software Engineering) finding and fixing defects that have been reported by users |
| Data dictionary - | (Software Engineering) a database that contains definitions of all data items defined during analysis; see also, Requirements dictionary |