- BETA

Thursday, March 11, 2010

All About Requirements

  • Learn
  • Share
  • Connect

Free Webinar: Leveraging Requirements Visualization – A Biotechnology Company’s Agile Case Study - Register


System Requirements

Business Requirements

Solution Requirements

Software Requirements

Requirements Design

Small Business Requirements

Requirements Education

Requirements Management

Requirements Training

Requirements Engineering

Functional Requirements

Data Requirements

Project Requirements

Information Requirements

Requirements Analysis

Requirements Development

Requirements Gathering

Technical Requirements

Requirements Process

Requirements Specification

Usability Requirements

Requirements Visualization

Product Requirements

Report Requirements

Architecture Requirements

Requirements Definition

Requirements Traceability

Customer Requirements

Website Requirements

Non Functional Requirements

Supplementary Requirements

User Interface (UI) Requirements

Agile Requirements

Model Requirements

Stakeholder Requirements

Requirements Tool

Transition Requirements

Requirements Workshops

Requirements Planning

Requirements Signoff

Requirements Package

Maintain Requirements

Communicate Requirements

Prioritize Requirements

Organize Requirements

Verify Requirements

Validate Requirements

Allocate Requirements

High-level Requirements

Requirements Prioritization

Auditing and Reporting Requirements

Activity Logging Requirements

Licensing Requirements

Security Requirements

Concurrency Requirements

Usability Requirements

Accessibility Requirements

Reliability Requirements

Accuracy Requirements

Precision Requirements

Availability Requirements

Redundancy Requirements

Error-Handling Requirements

Performance Requirements

Stress Requirements

Turnaround-Time Requirements

Response-Time Requirements

Throughput Requirements

Startup and Shutdown Requirements

Supportability Requirements

Scalability Requirements

Maintainability Requirements

Configurability Requirements

Localizability Requirements

Installability Requirements

Compatibility Requirements

Testing Requirements

Training Requirements

Capacity Requirements

Backup and Recovery Requirements

Legal and Regulatory Requirements

Requirements Elicitation

Requirements Application

Requirements Testing

IT Requirements

Writing Requirements

User Requirements


Latest Requirements Buzz

12th Australian Workshop on Requirements Engineering


How to fulfill stakeholder's requirements
Modeling an enterprise is not a simple task, you have to consider different stakeholders with different requirements, but also with different preferences on how they would like to access the enterprise knowledge. This presentation outlines different solutions all based on a central repository, where your enterprise can get the most benefit out of the enterprise model.

Reusable Security Requirements
This is a great presentation by Donald Firesmith covering the topic of Reusable Security Requirements.  

2 Keys to Reduce Risk: Requirements Definition and Requirements Management
Gathering and managing requirements are fundamental challenges in project management. Most successful projects have high quality project requirements. Projects can fail due to poor requirements at any time during the project lifecycle without effective requirements management. The Project Manager needs to assess and understand the uniqueness of the requirements gathering process for his/her individual project.

Experiences in Eliciting Security Requirements
There are many requirements elicitation methods, but we seldom see elicitation performed specifically for security requirements. One reason for this is that few elicitation methods are specifically directed at security requirements. Another factor is that organizations seldom address security requirements elicitation specifically and instead lump them in with other traditional requirements elicitation methods. This article describes an approach for doing trade-off analysis among requirements elicitation methods. Several case studies were conducted in security requirements elicitation; the det...

Requirements Gathering - Scheduling Activities
Requirements gathering activities should be scheduled by your project plan like any other project related activities. If these activities don't track to the schedule, whether because the schedule isn't feasible or some other reason, it will cause all the dependant activities to slip. Once you've chosen your requirements gathering approach and the stakeholders you'll meet with to gather the requirements, you can schedule the meetings, or interviews, or other methods for soliciting the requirements.

Requirements Gathering - Define Requirements Accurately
The requirements you capture must be stated in business terms, must be clearly stated, must be concise, and must be feasible. To ensure that requirements are clearly stated, you should have them proof read by someone external to the project (or at least someone not familiar with the requirements you've captured).

Requirements Gathering and Documentation
Very few people doubt it nowadays: The gathering of requirements and its appropriate documentation is a fundamental step in the success of any project. Yet, many people still disregard it.

Business Analyst Lessons - Solid Requirements Matter
A company with poor requirements practices is just asking for over-budget costs and regular failure, according to a new report by IAG Consulting. The report, entitled Business Analysis Benchmark, examined 110 enterprise technology projects at 100 companies to determine just how important project requirements really are.

Requirements Gathering - Define Requirements Accurately
The requirements you capture must be stated in business terms, must be clearly stated, must be concise, and must be feasible. To ensure that requirements are clearly stated, you should have them proof read by someone external to the project (or at least someone not familiar with the requirements you've captured). Any questions raised by your proof reader should trigger a re-write of that requirement. Clean the language up until your proof reader understands the requirement.

What are Requirements?

BABOK® Guide, Version 2.0, states:

“A requirement is:

1. A condition or capability needed by a stakeholder to solve a problem or achieve an objective.
2. A condition or capability that must be met or possessed by a solution or solution component to satisfy a contract, standard, specification, or other formally imposed documents.
3. A documented representation of a condition or capability as in (1) or (2).”

From Wikipedia:

"In engineering, a requirement is a singular documented need of what a particular product or service should be or do. It is most commonly used in a formal sense in systems engineering or software engineering. It is a statement that identifies a necessary attribute, capability, characteristic, or quality of a system in order for it to have value and utility to a user."


Copyright 2009 by Modern Analyst Media LLC