Analyzing Systems Using Data Dictionaries

Systems Analysis and Design, 7e Kendall & Kendall

2008 Pearson Prentice Hall

Learning Objectives
Understand analysts use of data dictionaries for analyzing data-oriented systems Create data dictionary entries for data processes, stores, flows, structures, and logical and physical elements of the systems being studied, based on DFDs Understand the concept of a repository for analysts project information and the role of CASE tools in creating them Recognize the functions of data dictionaries in helping users update and maintain information systems

Kendall & Kendall

8-2

Cataloging
Data flow diagrams can be used to catalog
Data processes Flows Stores Structures Elements

Cataloging takes place with the data dictionary

Kendall & Kendall

8-3

Major Topics
The data dictionary The data repository Defining data flow Defining data structures Defining data elements Defining data stores Using the data dictionary XML
8-4

Kendall & Kendall

The Data Dictionary

A reference work of data about data (metadata) Collects and coordinates data terms, and confirms what each term means to different people in the organization

Kendall & Kendall

8-5

Need for Understanding the Data Dictionary

Provide documentation Eliminate redundancy Validate the data flow diagram Provide a starting point for developing screens and reports Determine the contents of data stored in files To develop the logic for DFD processes Create XML
Kendall & Kendall 8-6

The Data Repository

A data repository is a large collection of project information It includes:
Information about the data maintained by the system Procedural logic and use cases Screen and report design Data relationships Project requirements and final system deliverables Project management information
Kendall & Kendall 8-7

Figure 8.1 How data dictionaries relate to data flow diagrams

Kendall & Kendall

8-8

Data Dictionary Categories

Data flows Data structures Elements Data stores

Kendall & Kendall

8-9

Defining the Data Flow

ID - identification number Unique descriptive name A general description of the data flow The source of the data flow The destination of the data flow Type of data flow The name of the data structure describing the elements The volume per unit time An area for further comments and notations
Kendall & Kendall 8-10

Figure 8.3 An example of a data flow description from Worlds Trend Catalog Division

Kendall & Kendall

8-11

Describing Data Structures

Data structures are made up of smaller structures and elements An algebraic notation is used to describe data structures

Kendall & Kendall

8-12

Algebraic Notation
Equal sign, meaning is composed of Plus sign, meaning "and Braces {} meaning repetitive elements Brackets [] for an either/or situation Parentheses () for an optional element

Kendall & Kendall

8-13

Figure 8.4 Data structure example for adding a customer order at Worlds Trend Catalog Division

Kendall & Kendall

8-14

Structural Records
A structure may consist of elements or structural records These are a group of elements, such as:
Customer Name Address Telephone

Each of these must be further defined until they are broken down into their component elements
Kendall & Kendall 8-15

Structural Records Used in Different Systems

Structural records and elements that are used within many different systems are given a non-system-specific name, such as street, city, and zip The names do not reflect a functional area This allows the analyst to define them once and use in many different applications

Kendall & Kendall

8-16

Structural Record Example

Kendall & Kendall

8-17

Logical and Physical Data Structures

Logical
Show what data the business needs for its day-to-day operations

Physical
Include additional elements necessary for implementing the system

Kendall & Kendall

8-18

Physical Data Structures

Key fields used to locate records Codes to identify record status Transaction codes to identify different record types Repeating group entries Limits on items in a repeating group Password
Kendall & Kendall 8-19

Figure 8.6 An element description form example from Worlds Trend Catalog Division

Kendall & Kendall

8-20

Data Element Characteristics

Element ID The name of the element Aliases A short description of the element Element is base or derived Element length Type of data Input and output formats Validation criteria Default value An additional comment or remark area
8-21

Kendall & Kendall

Element ID
Optional entry Allows the analyst to build automated data dictionary entries

Kendall & Kendall

8-22

The Name of the Element

Should be:
Descriptive Unique

Based on what the element is commonly called in most programs or by the major user of the element

Kendall & Kendall

8-23

Aliases
Synonyms or other names for the element Names used by different users in different systems A CUSTOMER NUMBER may also be called a RECEIVABLE ACCOUNT NUMBER or a CLIENT NUMBER
Kendall & Kendall 8-24

Short Description of the Element

An example might be:
Uniquely identifies a customer who has made any business transactions within the last five years

Kendall & Kendall

8-25

Element Is Base or Derived

A base element is one that has been initially keyed into the system A derived element is one that is created by a process, usually as the result of a calculation or a series of decision making statements

Kendall & Kendall

8-26

Element Length
What should the element length be
Some elements have standard lengths, state abbreviations, zip codes, or telephone numbers For other elements, the length may vary and the analyst and user community must decide the final length

Kendall & Kendall

8-27

Element Length Considerations

Numeric amount lengths Name and address fields Other fields

Kendall & Kendall

8-28

Name and Address Length

Element

Percent of data that will Length fit (U.S.) 11 18 20 18 17 98 95 95 90 99

Last Name First Name Company Name Street City

Kendall & Kendall

8-29

Data Truncation
If the element is too small, the data will be truncated The analyst must decide how this will affect the system outputs If a last name is truncated, mail would usually still be delivered A truncated email address or Web address is not usable
Kendall & Kendall 8-30

Type of Data
Alphanumeric or text data Formats
Mainframe: packed, binary, display Microcomputer (PC) formats PC formats, such as Currency, Number, or Scientific, depend on how the data will be used

Kendall & Kendall

8-31

Figure 8.7 Some examples of data formats used in PC systems

Kendall & Kendall

8-32

Figure 8.8 Format character codes

Kendall & Kendall

8-33

Validation Criteria
Ensure that accurate data are captured by the system Elements are either:
Discrete, meaning they have fixed values Continuous, with a smooth range of values

Kendall & Kendall

8-34

Default Value
Include any default value the element may have The default value is displayed on entry screens Reduces the amount of keying
Default values on GUI screens
Initially display in drop-down lists Are selected when a group of radio buttons are used
Kendall & Kendall 8-35

Comment or Remarks Area

This might be used to indicate the format of the date, special validation that is required, the check-digit method used, and so on

Kendall & Kendall

8-36

Data Stores
Data stores are created for each different data entity being stored When data flow base elements are grouped together to form a structural record, a data store is created for each unique structural record Because a given data flow may only show part of the collective data that a structural record contains, many different data flow structures may need to be examined to arrive at a complete data store description
Kendall & Kendall 8-37

Describing the Data Store

The Data Store ID The Data Store Name An Alias for the table A short description of the data store The file type File format

Kendall & Kendall

8-38

Describing the Data Store (Continued)

The maximum and average number of records on the file as well as the growth per year The file or data set name specifies the file name, if known The data structure should use a name found in the data dictionary Primary and secondary keys Comments
Kendall & Kendall 8-39

Figure 8.9 An example of a data store form for Worlds Trend Catalog Division

Kendall & Kendall

8-40

Creating the Data Dictionary

Data dictionary entries
Created after the data flow diagram is completed or Created as the data flow diagram is being developed

Created using a top-down approach

Kendall & Kendall

8-41

Figure 8.11 Two data flow diagrams and corresponding data dictionary entries for producing an employee paycheck

Kendall & Kendall

8-42

Analyzing Input and Output

A descriptive name for the input or output The user contact responsible Whether the data is input or output The format of the data flow Elements indicating the sequence of the data on a report or screen A list of elements
Kendall & Kendall 8-43

Figure 8.12 An example of an input/output analysis form for Worlds Trend Catalog Division

Kendall & Kendall

8-44

Developing Data Stores

Represent data at rest Contain information of a permanent or semipermanent (temporary) nature When data stores are created for only one report or screen, we refer to them as user views

Kendall & Kendall

8-45

Using the Data Dictionary

To have maximum power, the data dictionary should be tied into a number of systems programs May be used to
Create screens, reports, and forms Generate computer language source code Analyze the system design, detecting flaws and areas that need clarification
Kendall & Kendall 8-46

Create Screens, Reports, and Forms

Use the element definition and their lengths Arrange the elements in a pleasing and functional way using design guidelines and common sense Repeating groups become columns Structural records are grouped together on the screen, report, or form
Kendall & Kendall 8-47

Analyze the System Design, Detecting Flaws and Areas that Need Clarification
All base elements on an output data flow must be present on an input data flow to the process producing the output A derived element should created by a process and should be output from at least one process into which it is not input The elements that are present in a data flow coming into or going out of a data store must be contained in the data store
Kendall & Kendall 8-48

Using Data Dictionaries to Create XML

XML is used to exchange data between businesses XML addresses the problem of sharing data when users have different computer systems and software or different database management systems XML documents may be transformed into different output formats XML is a way to define, sort, filter, and translate data into a universal data language that can be used by anyone XML may be created from databases, a form, software programs, or keyed directly into a document, text editor, or XML entry program
Kendall & Kendall 8-49

Using Data Dictionaries to Create XML (Continued)

The data dictionary is an ideal starting point for developing XML content A standard definition of the data is created using a set of tags that are included before and after each data element or structure XML elements may also include attributes The XML document tends to mirror the data dictionary structure
Kendall & Kendall 8-50

Figure 8.16 Using a data dictionary entry to develop XML

content. The XML document mirrors the data dictionary structure

Kendall & Kendall

8-51

XML Document Type Definitions

Used to determine if the XML document content is valid DTDs may be created using the data dictionary DTD may be used to validate the XML document

Kendall & Kendall

8-52

Figure 8.17 A document type definition for

the customer XML document

Kendall & Kendall

8-53

XML Schemas
A more precise way to define the content of an XML document Includes exact number of times an element may occur Includes type of data within elements

Kendall & Kendall

8-54

Summary
The data dictionary
A reference work containing data about data Include all data items from data flow diagrams

Repository
A larger collection of project information

Defining data structures Defining elements

Kendall & Kendall

8-55

Summary (Continued)
Defining data stores Data dictionary entries Using the data dictionary Data dictionary analysis Data dictionary to XML

Kendall & Kendall

8-56