Академический Документы
Профессиональный Документы
Культура Документы
Requirements Storage
Requirements Engineering
Requirements
Elicitation
Requirements
Analysis
Requirements
Management
Requirements
Validation
Requirements Baseline
Requirements Change
Requirements Traceability
Requirements
Specification
Requirements Engineering
Requirements Engineering consists of:
1. Requirements Development:
Requirements
Elicitation
Requirements
Analysis
Requirements
Specification
Requirements
2. Requirements Management:
Requirements
Requirement
Baseline
Change Management
Requirements
Traceability
Managing Changes
Successful BIM systems always evolve as the
environment in which these systems operate change,
causing stakeholder requirements to change.
Managing changes is a fundamental activity in
Requirement Engineering.
Typical changes to requirements specifications include
adding or deleting requirements and fixing errors.
Requirements are added in response to changing
stakeholder needs or because they were missed in the
initial analysis.
Requirements are deleted usually during development
to forestall cost and schedule overruns, a practice
known as Requirements scrubbing.
Requirements Management
To reduce the risk of cost and schedule overruns by
establishing a process to control the continuing definition
of requirements as changes occur and unforeseen needs
arise and as knowledge is gained during development.
Traditional approaches that consider requirements must
be fully documented prior to development activities and
frozen for the life of the effort is no longer
feasible (Waterfall model).
Benefits
Document exactly what the BIM is
supposed to do.
Improve quality of requirements.
Better alignment with business goals.
More effective use of human resources.
Foster cooperative development
environment.
Verify that user needs have been
implemented and adequately tested.
RED SUN Inc.
Best Practices
th c ti n t t nh t v lm requirement
Requirements Attributes
Requirements Baseline
l kt qu c a vng l p l y
requirement
Elicitation --> analysis -->
specification --> validation
Definition:
A specification or product that has been
formally reviewed and agreed upon, that
thereafter serves as the basis for further
development, and that can be changed only
through a formal change control process.
Every baselined requirement must have a
unique version number.
Once the project team establishes a requirements
baseline, the team must follow a change control
process to make business and technical decisions
about adding, deleting, altering requirements.
RED SUN Inc.
10
Requirements Baseline
Documented and approved requirements will
serve as the basis for further development.
Approved requirements will be changed only
through a formal change control process.
Configuration management will store and control
the baseline.
All changes made to the baseline will be reviewed
and approved by a change board.
Requirements cannot be managed effectively
without requirements traceability.
ngun g c
11
Requirements Baseline
Requirements baseline is the set of functional and
quality attributes that the team has committed to
implement in a specific release.
Defining a baseline gives stakeholders a shared
understanding of the capabilities and properties
they can expect to see in the release.
At the time the requirements are baselined, they
must be placed under configuration control.
Subsequent changes can be made only through
the defined change control process.
12
Requirement Releases
Requirements
Specification
Release 1
Release 2
Release 3
Release 4
Release 5
13
Requirements Management
Requirements cannot be managed effectively
without requirements traceability.
A requirement is traceable if you can discover:
Who suggested the requirement.
Why the requirement exists.
What requirements are related to it.
How that requirement relates to other
information such as systems designs,
implementations and user documentation.
yu cu ngy no, do ai, lin quan n g ---> d n
h ng g (t o document template record l i)
n nh ng nh
14
Requirements Identification
It is essential that every requirement should have a
unique identification.
The most common approach is requirements
numbering based on chapter or section in the
requirements document.
Problems:
Numbers cannot be unambiguously assigned until
the document is complete.
Assigning chapter or section numbers is an implicit
classification of the requirement. This can mislead
readers of the document into thinking that the most
important relationships are with requirements in the
same section.
RED SUN Inc.
15
Identification Techniques
Dynamic renumbering
Some word processing systems allow for automatic
renumbering of paragraphs and the inclusion of
cross-references. As you re-organize your
document and add new requirements, the system
keeps track of the cross-reference and
automatically renumbers your requirement
depending on its chapter, section and position
within the section.
Database record identification
When a requirement is identified it is entered in a
requirements database and a database record
identifier is assigned. This database identifier is
used in all subsequent references to the
requirement.
RED SUN Inc.
16
Identification Techniques
Symbolic identification
Requirements can be identified by giving them
a symbolic name which is associated with the
requirement itself.
For example:
17
Storing Requirements
Requirements have to be stored in such a way
that they can be accessed easily and related to
other system requirements.
Requirements is an iterative process so
everyone who works on requirements should
have access to requirements documents to
review, add, delete, comment or provide
additional information (technology, platforms,
languages, etc.)
There are several storage techniques to store
requirements documents.
RED SUN Inc.
18
Requirements Storing
Critical
Stakeholders
Requirement
Engineers
Major
Stakeholders
Requirements
BIM Project
Managers
Project Team
19
Disadvantages:
Difficult to control from concurrent changes by different
stakeholders.
No explicit versioning and baselining of requirements.
20
21
Disadvantages:
Difficult to control if requirements are distributed across
several documents.
No explicit versioning and baselining of requirements.
22
Requirements Database
Each requirement is represented as one or more
database entities.
Database query language is used to access
requirements.
Advantages
Good query and navigation facilities.
Support for change and version management.
Disadvantages
Readers may not have the skills to access the
requirements database.
The link between the database and the
requirements document must be maintained.
RED SUN Inc.
23
Disadvantages:
Specialized tools require training.
High cost, especially for small projects.
Need license for every stakeholder.
RED SUN Inc.
24
Disadvantages:
Specialized tools require training.
Difficult to export page content.
Missing replication of wiki content.
RED SUN Inc.
25
Disadvantages:
Increased complexity of wiki syntax to denominate
metadata.
Missing replication of wiki content.
26
27
Summary
Requirements Management requires that BIM
Engineers follow a defined process to manage
requirements that consists of specification
baseline, change control, and traceability, and
identifies how stakeholders must be involved in
the process throughout the development life
cycle.
Requirements management requires that each
requirement should be uniquely identified.
If a large number of requirements have to be
managed, the requirements should be stored in a
database and links between related requirements
should be maintained.
28
29