MANAGEMENT
YTntW
YTntW
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
6 - REQUIREMENTS ANALYSIS<br />
• Data flow diagram. Data flow diagrams portray the movement of data through a system and how the<br />
data is manipulated by processes. It documents where information is stored and identifies specific inputs<br />
and outputs of processes. This documentation provides a deeper understanding of how data is used in a<br />
system leading to identifying specific data requirements.<br />
• Data dictionary. A data dictionary provides a description of the fields, attributes, and properties that<br />
define the data objects relevant to the system. This structure allows information about each data element<br />
to be documented in a consistent format. Due to the large amount of detail analyzed, data dictionaries<br />
are used to capture very detailed requirements and their business rules that may have been overlooked<br />
in the elicitation process.<br />
• State table/state diagram. State tables and state diagrams document the life cycle of a data object by<br />
defining the possible conditions or stages that the object may undergo within a solution. These models<br />
illustrate the transition between states, the sequence in which the transition occurs, and the events that<br />
trigger each transition.<br />
6<br />
6.3.2.6 Interface Models<br />
Interface models document the relationships and interactions among systems and/or users within a solution.<br />
The following include some of the common interface models:<br />
• Report table. A report table describes the requirements needed to develop and display information<br />
for a single report. It defines how data is manipulated and displayed to a user. This table helps<br />
specify the type of data that needs to be included in the report to ensure details are not forgotten<br />
or overlooked in the solution. It provides additional details that cannot be gleaned by reviewing a<br />
mockup.<br />
• System interface table. A system interface table documents the communication flow and transfer of<br />
data between the source and target systems. This includes the specific data objects, the volume of<br />
data transferred, and the frequency of the transmission. This table is used to verify that the interface<br />
requirements accurately describe how data will be used by the system.<br />
• User interface flow. A user interface flow describes communication between a user and a system.<br />
It depicts how users manipulate a system to accomplish a task. This model can be traced to other<br />
requirements models such as process flows and individual requirements of a solution.<br />
• Wireframe/display-action-response. A display-action-response (DAR) model documents the manner<br />
in which a system displays data and how the system responds to actions initiated by a user. This model<br />
is typically used in conjunction with wireframes that provide screen mockups of the user interface.<br />
Wireframes and DAR models are helpful for identifying user interface requirements related to user actions<br />
and system behavior.<br />
• N2 diagram. An N2 diagram is a model, represented in a tabular format, used to identify and represent<br />
the interfaces among elements of a system. This tool can be used to help identify and trace requirements<br />
that affect more than one part of a system, which generally require allocation to multiple lower-level<br />
requirements, often resulting in an iterative solution design process.<br />
©2016 Project Management Institute. Requirements Management: A Practice Guide<br />
41