CHAPTER SEVEN

SYSTEM DESIGN

04/10/24 1
 INTRODUCTION

 This section deals with the design phase of the system

SDLC

 During the system design phase, we design an

information system that satisfies the requirements.

 We must design all aspects of the system:

 from input and output screens to reports, databases, and
computer processes.
04/10/24 2
 INTRODUCTION

Database design methodology has 2 main phases:

 Logical database design;

 Physical database design.

04/10/24 3
 Database Design

 Logical database design

 Process of constructing a model of information used in
an enterprise based on a specific data model (e.g.
relational), but independent of a particular DBMS and
other physical considerations.

 Physical Design
 Process of producing a description of the
implementation of the database on secondary storage
 it describes the base relations, file organizations, and indexes
design used to achieve efficient access to the data, and any
associated integrity constraints and security measures.

04/10/24 4
 Purpose of Database Design

 Structure the data in stable structures, called

normalized tables
 Not likely to change over time

 Minimal redundancy

 Develop a logical database design that reflects actual

data requirements

 It forms the base for a physical database design

04/10/24 5
 Purpose of Database Design
 Translate a relational database model into a
technical file and database design that balances
several performance factors

 Choose data storage technologies that will

efficiently, accurately and securely process
database activities

04/10/24 6
 Process of Database Design
 Logical Design
 Based upon the conceptual data model
 4 key steps
1. Develop a logical data model for each known user interface for
the application using normalization principles.
2. Combine normalized data requirements from all user
interfaces into one consolidated logical database model
3. Translate the conceptual E-R data model for the application into
normalized data requirements
4. Compare the consolidated logical database design with the
translated E-R model and produce one final logical database
model for the application

04/10/24 7
04/10/24 8
 Process of Database Design
 Physical Design
 Based upon results of logical database design
 Key decisions
1. Choosing storage format for each attribute from the logical
database model
2. Grouping attributes from the logical database model into physical
records
3. Arranging related records in secondary memory (hard disks and
magnetic tapes) so that records can be stored, retrieved and updated
rapidly
4. Selecting media and structures for storing data to make access
more efficient

04/10/24 9
 Deliverables and Outcomes
 Logical database design must account for every
data element on a system input or output

 Normalized relations are the primary deliverable

 Physical database design results in converting

relations into files

04/10/24 10
 Relational Database Model
 Data represented as a set of related tables or relations
 Relation
 A named, two-dimensional table of data. Each relation
consists of a set of named columns and an arbitrary number
of unnamed rows
 Properties
 Entries in cells are simple
 Entries in columns are from the same set of values
 Each row is unique
 The sequence of columns can be interchanged without changing the
meaning or use of the relation
 The rows may be interchanged or stored in any sequence
04/10/24 11
 Designing Forms and Reports
 System inputs and outputs are produced at
the end of the analysis phase
 Precise appearance was not defined during this
phase

 Forms and reports are integrally related to

DFD and E-R diagrams

04/10/24 12
 Designing Forms and Reports:
Key Concepts
 Form
 A business document that contains some predefined data and
may include some areas where additional data are to be filled in
 An instance of a form is typically based on one database record

 Report
 A business document that contains only predefined data Vs
 A passive document for reading or viewing data
 Typically contains data from many database records or
transactions

04/10/24 13
The Process of Designing Forms and Reports

 User-focused activity
 Follows a prototyping approach
 Requirements determination
 Who will use the form or report?


What is the purpose of the form or report?
 When is the report needed or used?

 Where does the form or report need to be delivered

and used?
 How many people need to use or view the form or
report? 14
 The Process of Designing
Forms and Reports
 Prototyping
 Initial prototype is designed from
requirements
 Users review prototype design and either
accept the design or request changes
 If changes are requested, the
construction-evaluation-request cycle is
repeated until the design is accepted

04/10/24 15
04/10/24 Tilahun M. 16
04/10/24 Tilahun M. 17
 Deliverables and Outcomes
 Design specifications are major
deliverable and contain three sections
1. Narrative

2. Screen Design

3. Testing and usability assessment

04/10/24 18
04/10/24 Tilahun M. 19
General Formatting Guidelines for Forms and
Reports

 Highlighting
 Use sparingly/ carefuly to draw user to or away
from certain information

 Blinking and audible tones should only be used to

highlight critical information requiring user’s
immediate attention

 Methods should be consistently selected and used

based upon level of importance of emphasized
information 20
04/10/24 Wube Alemayehu 21
04/10/24 Tilahun Muluneh 22
04/10/24 Wube Alemayehu 23
General Formatting Guidelines for
Forms and Reports

04/10/24 24
04/10/24 Tilahun M. 25
General Formatting Guidelines for
Forms and Reports
 Displaying tables and lists
 Labels
 All columns and rows should have meaningful
labels
 Labels should be separated from other
information by using highlighting
 Redisplay labels when the data extend beyond
a single screen or page

04/10/24 26
General Formatting Guidelines for
Forms and Reports

 Displaying tables and lists (continued)

 Formatting columns, rows and text
 Sort in a meaningful order
 Place a blank line between every 5 rows in long columns
 Similar information displayed in multiple columns should be
sorted vertically
 Columns should have at least two spaces between them
 Allow white space on printed reports for user to write notes
 Use a single typeface, except for emphasis
 Use same family of typefaces within and across displays and
reports
 Avoid overly fancy fonts

04/10/24 27
General Formatting Guidelines for
Forms and Reports

 Displaying tables and lists (continued)

 Formatting numeric, textual and alphanumeric
data
 Right-justify numeric data and align columns by decimal
points or other delimiter
 Left-justify textual data. Use short line length, usually
30 to 40 characters per line
 Break long sequences of alphanumeric data into small
groups of three to four characters each

04/10/24 28
04/10/24 Wube Alemayehu 29
04/10/24 Wube Alemayehu 30
04/10/24 Wube Alemayehu 31
 Designing Interfaces and
Dialogues
 Focus on how information is provided to and
captured from users

 Dialogues are analogous to a conversation

between two people

 A good human-computer interface provides a

uniform structure for finding, viewing and
invoking the different components of a system
04/10/24 32
The Process of Designing
Interfaces and Dialogues
 User-focused activity
 Similar to form and report designing
process (Wh questions)
 Employs prototyping methodology
 Collect information
 Construct prototype
 Assess usability
 Make refinements

04/10/24 33
 The Process of Designing
Interfaces and Dialogues
 Deliverables
 Design Specifications
 Narrative
 Sample Design
 Testing and usability assessment

04/10/24 34
 I. Designing Interfaces
 Designing Interfaces
1. Designing layout,
2. Structuring and
3. controlling data entry field,
4. providing feedback,
5. designing online help

35
1. Designing Layouts
 Designing Layouts
 Standard formats similar to paper-based
forms and reports should be used

 Screen navigation on data entry screens should

be left-to-right, top-to-bottom as on paper
forms

04/10/24 Tilahun M. 36
 1. Designing Layouts Cont…

 Flexibility and consistency are primary design goals

 Users should be able to move freely between fields (e.g.
back & Forth)

 Data should not be permanently saved until the user

explicitly requests this

 Each key and command should be assigned to one

function
37
Manual

VS

Computer

04/10/24 Tilahun M. 38
 2. Structuring Data Entry
Never require data that are already online or that can be
computed (date, age, total sale…)
Entry
Defaults Always provide default values when appropriate (product price)

Units Make clear the type of data units requested for entry

Captioning Always place a caption adjacent to fields (dd/ mm/yyyy)

Format Provide formatting examples ( decimal place, comma, $)

Justify Automatically justify data entries

Help Provide context-sensitive help when appropriate

39
 3. Controlling Data Input

 One objective of interface design is to reduce data

entry errors
 Role of systems analyst is to anticipate user errors and
design features into the system’s interfaces to avoid,
detect, and correct data entry mistakes
 Table 8-9 describes types of data entry errors
 Table 8-10 lists techniques used by system designers
to detect errors

04/10/24 40
04/10/24 Wube Alemayehu 41
04/10/24 42
 4. Providing Feedback
1. Status Information
 Keeps users informed of what is going on in system
 Displaying status information is especially important if the operation
a second or two
takes longer than
2. Prompting Cues /reminder
 Best to keep as specific as possible
3. Error and Warning Messages
 Messages should be specific and free of error codes and
jargon
 User should be guided toward a result rather than scolded
 Use terms familiar to user
 Be consistent in format and placement of messages

04/10/24 43
 4. Providing Help
 Place yourself in user’s place when designing
help
 Guidelines
 Simplicity
 Help messages should be short and to the point
 Organization
 Information in help messages should be easily absorbed by
users
 Demonstrate
 It is useful to explicitly show users how to perform an
operation

04/10/24 44
4. Providing Help cont…
 Context-Sensitive Help
 Enables user to get field-specific help

 Users should always be returned to

where they were when requesting
help

04/10/24 45
 II. Designing Dialogues
 Dialogue
 The process of designing the overall sequences that users follow to
interact with an information system is called dialogue design
 Primary design guideline is consistency in sequence
of actions, keystrokes, and terminology
 In other words, use the same labels for the same
operations on all screens and the same location of the
same information on all displays.
 Three-step process
1. Design dialogue sequence
2. Build a prototype
3. Assess usability
46
 1. Designing the Dialogue Sequence

 1. 1. Define the sequence

 Have a clear understanding of the user, task, technological and
environmental characteristics
 1.2. Dialogue Diagram
 A formal method for designing and representing human-
computer dialogues using box and line diagrams
 Consists of a box with 3 sections
1. Top: Unique display reference number used by other displays for
referencing dialogue
2. Middle: Contains the name or description of the display
3. Bottom: Contains display reference numbers that can be accessed
from the current display

47
04/10/24 Wube Alemayehu 48
Designing Dialogues:
2. Building Prototypes and Assessing
Usability

 Often optional activities

 Task is simplified by using graphical
design environment

04/10/24 49
 Example
 Suppose that the marketing manager at Pine Valley Furniture
(PVF) wants sales and marketing personnel to be able to review
the year-to-date transaction activity for any PVF customer
 The Dialogue sequence
 1. Request to view individual customer information

 2. Specify the customer of interest/select customer

 3. Select the year-to-date transaction summary display

 4. Review customer information

 5. Leave system

50
04/10/24 Tilahun M. 51
 Summary
 Designing Forms and Reports
 General guidelines for designing forms and
reports
 Formatting text, tables and lists
 Design guidelines for interfaces
 Layout design
 Structuring data entry fields
 Providing feedback
 Designing help
04/10/24 52
 Summary
 Human-Computer dialogue design

04/10/24 53
 Chapter 8
Implementation and Operation
 Implementation Issues
 Coding,
 Testing :
 system test (unit, integrated…)
 Acceptance test by users (
 Alpha (recovery, security, stress )
 Beta ( real data)
 Installation
 Direct, parallel, single (pilot), phased
 Documenting the system (user and system),
 Training and support users (help desk and online…)

 Maintenance/ operation
 Corrective, adaptive, perfective, preventive

54
 1. The process of coding, testing, and installation

Action Deliverable

Coding Code
Program Documentation
Testing Test Scenarios (Plan) and Test Data
Result of program and system testing
Installation User Guidelines
User training plan
Installation and conversion plan
 HW & SW installation
 Data conversion plan
 Site and facility remodeling plan
04/10/24 Tilahun M. 55
2. The process of documenting the system, training users, and
support users.

Action Deliverable

Documentation User training modules

System documentation Training material

User documentation Computer-based training aids
User training plan User support plan

Classes Help desk

Tutorials Online help
Bulletin boards and other supporting
mechanisms

04/10/24 Tilahun M. 56
 3. Software application testing

A. System Testing
Manual Automated
Without code inspection Syntax testing
execution

With code Walkthrough Unit testing

execution Desk checking Integrated testing
System testing
Stub testing

04/10/24 Tilahun M. 57
3. Software application testing cont…

 B. Acceptance testing by users

 Alpha testing (Using false/simulated data)
 Recovery testing
 Security testing
 Stress testing
 Performance testing

 Beta testing (using real data I real env.)

04/10/24 Tilahun M. 58
 4. Installation
 Four installation/conversion strategies
 Direct
 Parallel
 Single location/ pilot
 Phased

04/10/24 Tilahun M. 59
 5. Documenting the systems
 System documentation
 Internal docum. (the programming)
 External docum. (DFD, ER…)
 Users documentation

6. Training and support

04/10/24 Tilahun M. 60
 7. The process of maintaining IS

 It has four major activities in the given order:

1. Obtaining maintenance request

2. Transforming requests into changes

3. Designing changes

4. Implementing changes
04/10/24 Tilahun M. 61
7. The process of maintaining IS

Conducting system maintenance

 Corrective,

 Adaptive,

 Perfective,

 Preventive

04/10/24 Tilahun M. 62
  The End!!

04/10/24 Tilahun M. 63