Glossary

Term	Meaning
acceptable	meeting stakeholder expectations that can be shown to be reasonable or merited (Source: ISO/IEC Std. 38500:2008, Corporate governance of information technology, ISO/IEC, 2008)
acceptance criteria	(1) The criteria that a system or component must satisfy in order to be accepted by a user, customer, or other authorized entity (Source: ISO/IEC/IEEE Std. 24765:2010, Systems and software engineering — Vocabulary, ISO/IEC/IEEE, 2010) (2) Those criteria, including performance requirements and essential conditions, which must be met before project deliverables are accepted (Source: A Guide to the Project Management Body of Knowledge [PMBOK[R] Guide] — Fourth Edition)
acquisition	(1) The process of obtaining a system, product, or service and ensuring its successful implementation. Acquisition also includes ensuring that proper mechanisms are in place to monitor the supplier’s/vendors’ performance in providing support and fulfilling other contractual obligations. Original to ITBOK. (2) The process of obtaining a system or software product (Source: IEEE Std. 1062-1998, IEEE Recommended Practice for Software Acquisition, IEEE, 1998) (3) The process of obtaining a system, software product or software service (Source: ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes, 4.2) (4) The process of obtaining a system product or service (Source: ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes, 4.2)
acquisition strategy	A specific approach to acquiring products and services that is based on considerations of supply sources, acquisition methods, requirements specification types, contract or agreement types, and related acquisition risks (Source: ISO/IEC 24765:2009, Systems and software engineering vocabulary)
ADKAR model	A goal-oriented change management model that allows change management teams to focus their activities on specific business results. The model has its origins in aligning traditional change management activities to a given result or goal. (Source: http://www.change-management.com/tutorial-adkar-overview-mod1.htm)
AoA	analysis of alternatives
BCA	business case analysis
BCP	business continuity plan
BMM	business (enterprise) motivation model
BU	business unit
CBA	cost benefit analysis
change agent	A person from inside or outside an organization who helps the organization transform itself by focusing on such matters as organizational effectiveness, improvement, and development. (Source: study.com/academy/lesson/change-agent-definition-role-quiz.html)
CMDB	configuration management database
CMMI	capability maturity model integration
CMMI for Acquisition (CMMI-ACQ)	product and service acquisition
CMMI for Data (CMMI-DMM)	data management
CMMI for Development (CMMI-DEV)	product and service development
CMMI for Services (CMMI-SVC)	service establishment and management
COBIT	Control Objectives for Information and Related Technology
conceptual design	describes the proposed solution in a functional manner that could be easily understood by a future user, including what the solution will look like and how it will behave
ConOps	A concept of operations document. A ConOps is a user-oriented document that describes system characteristics for a proposed system from the users’ viewpoint. The ConOps document is used to communicate overall quantitative and qualitative system characteristics to the user, buyer, developer, and other organizational elements (for example, training, facilities, staffing, and maintenance). It is used to describe the user organizations, missions, and organizational objectives from an integrated systems point of view.
constraint	(1) An externally imposed limitation on system requirements, design, or implementation or on the process used to develop or modify a system (IEEE Std. 29148-2011, Systems and software engineering — Life cycle processes — Requirements engineering, IEEE, 2011) (2) A statement that expresses measurable bounds for an element or function of the system (IEEE Std. 29148-2011, Systems and software engineering — Life cycle processes — Requirements engineering, IEEE, 2011)
contract	binding agreement between two parties, especially enforceable by law, or a similar internal agreement wholly within an organization (Source: ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes, ISO/IEC, 2008)
COTS	commercial off the shelf
CP	consolidated platform
CSP	cost schedule performance
CUPRMD	IBM’s standard (pronounced “cooperMD”) specifying capability, usability, performance, reliability, maintainability, and documentation as key quality vectors for product quality
DoDAF	Department of Defense Architecture Framework, an architecture framework for the United States Department of Defense (DoD) that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views
domain	A specific sphere of activity or knowledge. A domain can correspond to the boundaries of an organization, a job function, or even a particular task.
domain elicitation	collecting the right information from SMEs, stakeholders, or consumers about how the solution should function
DR	disaster recovery: 1) In computer system operations, the return to normal operation after a hardware or software failure. 2) Activities and programs designed to return the organization to an acceptable condition. The ability to respond to an interruption in services by implementing a disaster recovery plan to restore an organization's critical business functions. td>
DRP	A disaster recovery plan is a set of human, physical, technical, and procedural resources to recover, within a defined time and cost, an activity interrupted by an emergency or disaster
DT	disaster tolerance, the time gap a business can accept the non-availability of EIT facilities
EA	enterprise architecture
EIT	enterprise information technology
FLURPS	functionality, localizability, usability, reliability, performance, supportability
FSM	functional size measurement
GSC	global standards collaboration
HITSR	Healthcare Information Technology Standards Panel
ICT	information and communications technology
IEEE	Institute of Electrical and Electronics Engineers
INCITS	International Committee for Information Technology Standards
ISACA	Information Systems Audit and Control Association
ISO	International Organization for Standardization
ITIL	information technology infrastructure library
ITSC	information technology support center
IVR	interactive voice response
KA	knowledge area
KPI	key performance indicator
KTBR	keep the business running
KTLO	keep the lights on
LCCE	life cycle cost estimate
logical design	defines objects, entities, their attributes, and their relationships. It also describes the business rules associated with these entities
MOE	measures of effectiveness
NIST	National Institute of Standards and Technology
OCM	organizational change management
OLA	operational level agreement
physical design	Also called the technical design. Where the conceptual and logic designs are converted to a definition of how the solution will be implemented in hardware, software, and potentially other media. The physical design is developed by the construction team not by the requirements team.
PMO	The project management office is a group or department within an enterprise that defines and maintains standards for project management within the organization. The PMO strives to standardize and introduce economies of repetition in the execution of projects.
QA	Quality assurance is a way of preventing mistakes or defects in manufactured products and avoiding problems when delivering solutions or services to customers; which ISO 9000 defines as "part of quality management focused on providing confidence that quality requirements will be fulfilled."
QC	Quality control is a process by which entities review the quality of all factors involved in production. ISO 9000 defines quality control as "A part of quality management focused on fulfilling quality requirements."
QMS	A quality management system is a collection of business processes focused on achieving quality policy and quality objectives to meet customer requirements. It is expressed as the organizational structure, policies, procedures, processes, and resources needed to implement quality management.
resource management	identification, estimation, allocation, and monitoring of the means used to develop a product or perform a service (Source: ISO/IEC/IEEE Std. 24765:2010, Systems and software engineering — Vocabulary, ISO/IEC/IEEE, 2010)
RFI	request for information
RFP	request for proposal
RFQ	request for quotation
RFT	request for tender
risk	Risk is a function of the probability of occurrence of a given threat and the potential adverse consequences of that threat’s occurrence (Source: ISO/IEC Std. 15026-3:2011, Systems and software engineering — Systems and software assurance — Part 3: System integrity levels, ISO/IEC, 2011)
ROI	The return on investment is the benefit to the investor resulting from an investment of some resource. A high ROI means the investment gains compare favorably to investment cost. As a performance measure, ROI is used to evaluate the efficiency of an investment or to compare the efficiency of a number of different investments.
RPO	The recovery point objective is the point in time all integrated systems are to be recovered to, taking into account sync points and data transfer points to ensure data quality and integrity
RTO	The recovery time objective is how long it will take to return an EIT service to active duty
SaaS	Software as a service is a software licensing and delivery model in which software is licensed on a subscription basis and is centrally hosted. It is sometimes referred to as "on-demand software." SaaS is typically accessed by users using a thin client via a web browser.
SCM	software configuration management plan
SDD	Software design description. An SDD is a representation of a software system that is used as a medium for communicating software design information.
service catalogue	(ITIL service design) A database or structured document with information about all live EIT services, including those available for deployment. The service catalogue is the only part of the ITIL service portfolio published to customers, and is used to support the sale and delivery of IT services. the service catalogue includes information about deliverables, prices, contact points, ordering, and request processes.
SFIA	Skills Framework for the Information Age (pronounced like the name Sophia) is a model for describing and managing competencies for ICT professionals for the 21st century, and is intended to help match the skills of the workforce to the needs of the business. It maps out the range of skills as a two-dimensional table, by tagging each skill with a category and responsibility level.
shadow EIT	shadow enterprise information technology
SLA	A service level agreement is a part of a service contract where a service is formally defined. Particular aspects of the service — scope, quality, responsibilities — are agreed between the service provider and the service user. A common feature of an SLA is a contracted delivery time (of the service or performance).
SPLCP	software project life-cycle process
SME	A subject-matter expert (or domain expert) is a person who is an authority in a particular area or topic.
SO	service operations
solution	a set of changes to the current state of an enterprise that will enable the enterprise to meet a need, solve a problem, or take advantage of an opportunity
SOX	Sarbanes-Oxley, a United States federal law to protect investors by improving the accuracy and reliability of corporate disclosures made pursuant to the securities laws, and for other purposes.
SPOC	A single point of contact is a person or a department serving as the coordinator or focal point of information concerning an activity or program.
SRS	software requirements specification
stakeholder	a person or group that has an investment, share, or interest in something, as a business or industry. (Source: http://dictionary.reference.com/browse/stakeholder)
SWECOM	software engineering competency model (formerly known as SECOM)
SWOT	strengths, weaknesses, opportunities. and threats involved in a project or in a business venture (Source: A Guide to the Project Management Body of Knowledge [PMBOK[R] Guide], Fourth Edition)
SyRS	system requirements specification
TCO	Total cost of ownership is a financial estimate intended to help buyers and owners determine the direct and indirect costs of a product or system. It is a management accounting concept that can be used in full cost accounting or even ecological economics where it includes social costs.
TOGAF	The Open Group Architecture Framework is a framework for enterprise architecture that provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture.
UAT	User acceptance testing, which consists of a process of verifying that a solution works for the user. UAT is not system testing (ensuring software does not crash and meets documented requirements), but rather ensures that the solution will work for the user i.e., test the user accepts the solution (software vendors often refer to this as "beta testing").
V&V	software verification and validation