29.02.2016 Views

MANAGEMENT

YTntW

YTntW

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!