A brief statement or paragraph that describes the problems in the current state and clarifies what a successful solution will look like.
1.Baseline
2.Problem Statement
3.Methodology
4.Root Cause Analysis
A business model that shows the organizational context in terms of the relationships that exist among the organization external customers and providers.
1.Commercial-off-the-Shelf Software (COTS)
2.Business Case
3.Vertical Prototype
4.Relationship Map
A comparison of the current state and desired future state of an organization in order to identify differences that need to be addressed.
1.Incremental Delivery
2.Gap Analysis
3.Swimlane
4.Solution Requirement
A conceptual view of all or part of an enterprise focusing on products deliverables and events that are important to the mission of the organization. Is useful to validate the solution scope with the business and technical stakeholders. See also mode
1.Business Domain Model
2.Requirements Model
3.Data Model
4.Business Architecture
A deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables. It organizes and defines the total scope of the project.
1.Metric
2.Work Breakdown Structure (WBS)
3.Deliverable
4.Activity Diagram
A formal type of peer review that utilizes a predefined and documented process specific participant roles and the capture of defect and process metrics. See also structured walkthrough.
1.Methodology
2.Implementation Subject Matter Expert (SME)
3.Requirements Management Plan
4.Inspection
A generic name for a role with the responsibilities of developing and managing requirements. Other names include business analyst business integrator requirements analyst requirements engineer and systems analyst.
1.Force Field Analysis
2.Analyst
3.Business Need(s)
4.Verification
A partial or preliminary version of the system.
1.Developer
2.Structural Rule
3.Prototype
4.Activity Diagram
A prototype used to quickly uncover and clarify interface requirements using simple tools sometimes just paper and pencil. Usually discarded when the final system has been developed.
1.Business Need(s)
2. Throw-away Prototype
3.Methodology
4.Elicitation
A quality control technique. They may include a standard set of quality elements that reviewers use for requirements verification and requirements validation or be specifically developed to capture issues of concern to the project.
1.Root Cause Analysis
2.Incremental Delivery
3.Process Map
4.Checklist
A real or virtual facility where all information on a specific topic is stored and is available for retrieval.
1.Data Entity
2.Stakeholder Analysis
3.Work Breakdown Structure (WBS)
4.Repository
A representation and simplification of reality developed to convey information to a specific audience to support analysis communication and understanding.
1.Monitoring
2.Interface
3.Included Use Cases
4.Model(s)
A requirements document written primarily for Implementation SMEs describing functional and nonfunctional requirements.
1.Transition Requirement(s)
2.Software/Systems Requirements Specification
3.Organizational Readiness Assessment
4.Design Constraints
A stakeholder person device or system that directly or indirectly accesses a system.
1.User
2.Data Flow Diagram (DFD)
3.Repository
4.Metadata
A stakeholder who uses products or services delivered by an organization.
1.Walkthrough
2.Analyst
3.Benchmarking
4.Customer
A structured examination of an identified problem to understand the underlying causes.
1.Root Cause Analysis
2.Technical Constraint(s)
3.Prototype
4.Commercial-off-the-Shelf Software (COTS)
A system trigger that is initiated by time.
1.Event
2.Business Policy
3. Temporal Event
4.Validation
A technique that subdivides a problem into its component parts in order to facilitate analysis and understanding of those components.
1.Requirements Management Tool
2.Decision Tables
3.Requirement
4.Decomposition
A temporary endeavor undertaken to create a unique product service or result.
1.Requirements Iteration
2.Project✔
3.Project Charter
4.Organization Modeling
A type of diagram defined by UML that captures all actors and use cases involved with a system or product.
1.Functional Requirement(s)
2.Use Case Diagram
3.Peer Review
4.Business Need(s)
A type of peer review in which participants present discuss and step through a work product to find errors. Are used to verify the correctness of requirements.
1.Actor(s)
2.Actor(s)
3.Enterprise Architecture
4.Business Analysis Communication Plan
An analysis model that illustrates product scope by showing the system in its environment with the external entities (people and systems) that give to and receive from the system.
1.Business Analysis Approach
2.Activity
3.Requirements Package
4.Context Diagram
An assessment of the costs and benefits associated with a proposed initiative.
1.Scenario
2.Feature
3.Business Case
4.Subject Matter Expert (SME)
Any recognized association of people in the context of an organization or enterprise.
1.Temporal Event
2.Organizational Unit
3.Vision Statement (product vision statement)
4.Swimlane
Statements of the needs of a particular stakeholder or class of stakeholders. They describe the needs that a given stakeholder has and how that stakeholder will interact with a solution. Serve as a bridge between business requirements and the various
1.Optionality
2.Stakeholder Requirement
3.System
4.Business Analysis Communication Plan
Strengths Weaknesses Opportunities and Threats. It is a model used to understand influencing factors and how they may affect an initiative.
1.SWOT Analysis
2.Solution Scope
3.Indicator
4.Evaluation
The number of employees a manger is directly (or indirectly) responsible for.
1.Requirement
2.Functional Requirement(s)
3.Span of Control
4.Data Model
The process of determining the relative importance of a set of items in order to determine the order in which they will be addressed.
1.Vertical Prototype
2.Prioritization
3.Class
4.Swimlane
The product capabilities or things the product must do for its users.
1.Project Manager
2.Validation
3.Sponsor
4. Functional Requirement(s)
The work to identify the stakeholders who may be impacted by a proposed initiative and assess their interests and likely participation.
1.Stakeholder Analysis
2.Relationship Map
3.Request For Information (RFI)
4.Requirements Iteration