no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
Previous revision Next revision | |||
— | requirements:requirements [2023/03/25 09:18] – Henrik Yllemo | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ~~NOCACHE~~ | ||
+ | ====== Requirements management ====== | ||
+ | |||
+ | Requirements management is the process of documenting, | ||
+ | |||
+ | |||
+ | Requirements management is an essential component of the Application Lifecycle Management (ALM) process. It involves gathering requirements from stakeholders, | ||
+ | |||
+ | * documenting | ||
+ | * analyzing | ||
+ | * tracing | ||
+ | * prioritizing | ||
+ | * agreeing | ||
+ | |||
+ | Examples of requirements management: | ||
+ | * Collecting and documenting software requirements from stakeholders, | ||
+ | * Analyzing and prioritizing requirements based on their importance, feasibility, | ||
+ | * Tracing requirements to ensure that they are implemented correctly and meet the project goals. | ||
+ | * Managing changes to requirements throughout the development process, including adding new requirements, | ||
+ | * Defining test cases and scenarios based on the requirements to ensure that the system meets the expected behavior. | ||
+ | * Creating and maintaining a requirements management plan that outlines the process, tools, and responsibilities for managing requirements. | ||
+ | * Tracking requirements using a dedicated requirements management tool, such as JIRA, Trello, or ReqView, to ensure that they are completed on time and within budget. | ||
+ | * Conducting regular reviews and evaluations of the requirements management process to identify areas for improvement. | ||
+ | * Communicating requirements and changes to all stakeholders, | ||
+ | * Ensuring that the requirements are well-defined, | ||
+ | |||
+ | * Non-functional requirement (NFR) | ||
+ | * Epic - feature - story - task | ||
+ | |||
+ | ---- | ||
+ | |||
+ | |||
+ | * TOGAF ADM Architecture Requirements Management | ||
+ | * https:// | ||
+ | * | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | {{wp> | ||
+ | |||
+ | * [[kb: | ||
+ | |||
+ | |||
+ | ===== Agile Requirements | ||
+ | * [[SAFe Requirements Model]] | ||
+ | * [[Agile Requirements Modeling]] | ||
+ | |||
+ | |||
+ | {{: | ||
+ | |||
+ | ===== Cone of Uncertainty | ||
+ | * [[kb: | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | * http:// | ||
+ | * [[kb: | ||
+ | ===== Requirements analysis ===== | ||
+ | {{wp> | ||
+ | |||
+ | ===== Taxonomy of Requirements | ||
+ | * [[taxonomy: | ||
+ | |||
+ | Functional vs non-functional requirments | ||
+ | * https:// | ||
+ | * | ||
+ | |||
+ | |||
+ | <callout type=" | ||
+ | |||
+ | [[https:// | ||
+ | \\ | ||
+ | The IMBOK process areas are: | ||
+ | * **Projects: | ||
+ | * **Business Change:** Evaluating information to drive improvements in processes | ||
+ | * **Business Operations: | ||
+ | * **Performance Management: | ||
+ | \\ | ||
+ | < | ||
+ | |||
+ | </ | ||
+ | ===== Requirements traceability ===== | ||
+ | {{wp> | ||
+ | ==== Disciplines & Methodologies ==== | ||
+ | {{topic> | ||
+ | ==== Tools & Technologies ==== | ||
+ | {{topic> | ||
+ | ==== Links ==== | ||
+ | {{topic> | ||
+ | |||
+ | {{topic> | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | <callout title=" | ||
+ | * https:// | ||
+ | * https:// | ||
+ | * https:// | ||
+ | * https:// | ||
+ | * | ||
+ | </ | ||
+ | |||
+ | |||
+ | {{tag> |