0% found this document useful (0 votes)
58 views9 pages

Asha School of Computer Sciences: Inputs To System Design

The document discusses various aspects of system design including logical design, physical design, architectural design, detailed design, conceptual data modeling, and entity relationship modeling. It also covers topics like file organization, file access, types of files used in organizations, and documentation control. System design bridges the gap between problem domain and existing system by deciding how the system will operate and be implemented.

Uploaded by

APPLE INC
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
58 views9 pages

Asha School of Computer Sciences: Inputs To System Design

The document discusses various aspects of system design including logical design, physical design, architectural design, detailed design, conceptual data modeling, and entity relationship modeling. It also covers topics like file organization, file access, types of files used in organizations, and documentation control. System design bridges the gap between problem domain and existing system by deciding how the system will operate and be implemented.

Uploaded by

APPLE INC
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 9

ASHA SCHOOL OF COMPUTER SCIENCES

Gandhi Chowk, Hajipur (Vaishali)

System design is the phase that bridges the gap between problem domain and the existing
system in a manageable way. This phase focuses on the solution domain, i.e. “how to
implement?”
It is the phase where the SRS document is converted into a format that can be implemented and
decides how the system will operate.
In this phase, the complex activity of system development is divided into several smaller sub-
activities, which coordinate with each other to achieve the main objective of system development.

Inputs to System Design


System design takes the following inputs −
 Statement of work
 Requirement determination plan
 Current situation analysis
 Proposed system requirements including a conceptual data model, modified DFDs, and
Metadata (data about data).

Outputs for System Design


System design gives the following outputs −
 Infrastructure and organizational changes for the proposed system.
 A data schema, often a relational schema.
 Metadata to define the tables/files and columns/data-items.
For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905
Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

 A function hierarchy diagram or web page map that graphically describes the program
structure.
 Actual or pseudocode for each module in the program.
 A prototype for the proposed system.

Types of System Design


Logical Design

Logical design pertains to an abstract representation of the data flow, inputs, and outputs of the
system. It describes the inputs (sources), outputs (destinations), databases (data stores),
procedures (data flows) all in a format that meets the user requirements.
While preparing the logical design of a system, the system analyst specifies the user needs at
level of detail that virtually determines the information flow into and out of the system and the
required data sources. Data flow diagram, E-R diagram modeling are used.

Physical Design

Physical design relates to the actual input and output processes of the system. It focuses on how
data is entered into a system, verified, processed, and displayed as output.
It produces the working system by defining the design specification that specifies exactly what the
candidate system does. It is concerned with user interface design, process design, and data
design.
It consists of the following steps −
 Specifying the input/output media, designing the database, and specifying backup
procedures.
 Planning system implementation.
 Devising a test and implementation plan, and specifying any new hardware and software.
 Updating costs, benefits, conversion dates, and system constraints.

Architectural Design

It is also known as high level design that focuses on the design of system architecture. It
describes the structure and behavior of the system. It defines the structure and relationship
between various modules of system development process.

Detailed Design

It follows Architectural design and focuses on development of each module.

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

Conceptual Data Modeling

It is representation of organizational data which includes all the major entities and relationship.
System analysts develop a conceptual data model for the current system that supports the scope
and requirement for the proposed system.
The main aim of conceptual data modeling is to capture as much meaning of data as possible.
Most organization today use conceptual data modeling using E-R model which uses special
notation to represent as much meaning about data as possible.

Entity Relationship Model

It is a technique used in database design that helps describe the relationship between various
entities of an organization.

Terms used in E-R model

 ENTITY − It specifies distinct real world items in an application. For example: vendor, item,
student, course, teachers, etc.
 RELATIONSHIP − They are the meaningful dependencies between entities. For example,
vendor supplies items, teacher teaches courses, then supplies and course are relationship.
 ATTRIBUTES − It specifies the properties of relationships. For example, vendor code,
student name. Symbols used in E-R model and their respective meanings −
The following table shows the symbols used in E-R model and their significance −

Symbol Meaning

Entity

Weak Entity

Relationship

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

Identity Relationship

Attributes

Key Attributes

Multivalued

Composite Attribute

Derived Attributes

Total Participation of E2 in R

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

Cardinality Ratio 1:N for E1:E2 in R

Three types of relationships can exist between two sets of data: one-to-one, one-to-many, and
many-to-many.

File Organization
It describes how records are stored within a file.
There are four file organization methods −
 Serial − Records are stored in chronological order (in order as they are input or
occur). Examples − Recording of telephone charges, ATM transactions, Telephone
queues.
 Sequential − Records are stored in order based on a key field which contains a value that
uniquely identifies a record. Examples − Phone directories.
 Direct (relative) − Each record is stored based on a physical address or location on the
device. Address is calculated from the value stored in the record’s key field. Randomizing
routine or hashing algorithm does the conversion.
 Indexed − Records can be processed both sequentially and non-sequentially using
indexes.

Comparision

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

File Access
One can access a file using either Sequential Access or Random Access. File Access methods
allow computer programs read or write records in a file.

Sequential Access

Every record on the file is processed starting with the first record until End of File (EOF) is
reached. It is efficient when a large number of the records on the file need to be accessed at any
given time. Data stored on a tape (sequential access) can be accessed only sequentially.

Direct (Random) Access

Records are located by knowing their physical locations or addresses on the device rather than
their positions relative to other records. Data stored on a CD device (direct-access) can be
accessed either sequentially or randomly.

Types of Files used in an Organization System

Following are the types of files used in an organization system −


 Master file − It contains the current information for a system. For example, customer file,
student file, telephone directory.
 Table file − It is a type of master file that changes infrequently and stored in a tabular
format. For example, storing Zipcode.
 Transaction file − It contains the day-to-day information generated from business
activities. It is used to update or process the master file. For example, Addresses of the
employees.
 Temporary file − It is created and used whenever needed by a system.
 Mirror file − They are the exact duplicates of other files. Help minimize the risk of
downtime in cases when the original becomes unusable. They must be modified each time
the original file is changed.
 Log files − They contain copies of master and transaction records in order to chronicle any
changes that are made to the master file. It facilitates auditing and provides mechanism for
recovery in case of system failure.
 Archive files − Backup files that contain historical versions of other files.

Documentation Control
Documentation is a process of recording the information for any reference or operational purpose.
It helps users, managers, and IT staff, who require it. It is important that prepared document must
be updated on regular basis to trace the progress of the system easily.
After the implementation of system if the system is working improperly, then documentation helps
the administrator to understand the flow of data in the system to correct the flaws and get the
system working.
For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905
Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

Programmers or systems analysts usually create program and system documentation. Systems
analysts usually are responsible for preparing documentation to help users learn the system. In
large companies, a technical support team that includes technical writers might assist in the
preparation of user documentation and training materials.

Advantages

 It can reduce system downtime, cut costs, and speed up maintenance tasks.
 It provides the clear description of formal flow of present system and helps to understand
the type of input data and how the output can be produced.
 It provides effective and efficient way of communication between technical and
nontechnical users about system.
 It facilitates the training of new user so that he can easily understand the flow of system.
 It helps the user to solve the problems such as troubleshooting and helps the manager to
take better final decisions of the organization system.
 It provides better control to the internal or external working of the system.

Types of Documentations
When it comes to System Design, there are following four main documentations −

 Program documentation
 System documentation
 Operations documentation
 User documentation

Program Documentation

 It describes inputs, outputs, and processing logic for all the program modules.
 The program documentation process starts in the system analysis phase and continues
during implementation.
 This documentation guides programmers, who construct modules that are well supported
by internal and external comments and descriptions that can be understood and
maintained easily.

Operations Documentation

Operations documentation contains all the information needed for processing and distributing
online and printed output. Operations documentation should be clear, concise, and available
online if possible.
It includes the following information −
 Program, systems analyst, programmer, and system identification.

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

 Scheduling information for printed output, such as report, execution frequency, and
deadlines.
 Input files, their source, output files, and their destinations.
 E-mail and report distribution lists.
 Special forms required, including online forms.
 Error and informational messages to operators and restart procedures.
 Special instructions, such as security requirements.

User Documentation
It includes instructions and information to the users who will interact with the system. For
example, user manuals, help guides, and tutorials. User documentation is valuable in training
users and for reference purpose. It must be clear, understandable, and readily accessible to
users at all levels.
The users, system owners, analysts, and programmers, all put combined efforts to develop a
user’s guide.
A user documentation should include −
 A system overview that clearly describes all major system features, capabilities, and
limitations.
 Description of source document content, preparation, processing, and, samples.
 Overview of menu and data entry screen options, contents, and processing instructions.
 Examples of reports that are produced regularly or available at the user’s request, including
samples.
 Security and audit trail information.
 Explanation of responsibility for specific input, output, or processing requirements.
 Procedures for requesting changes and reporting problems.
 Examples of exceptions and error situations.
 Frequently asked questions (FAQs).
 Explanation of how to get help and procedures for updating the user manual.

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920
ASHA SCHOOL OF COMPUTER SCIENCES
Gandhi Chowk, Hajipur (Vaishali)

System Documentation
System documentation serves as the technical specifications for the IS and how the objectives of
the IS are accomplished. Users, managers and IS owners need never reference system
documentation. System documentation provides the basis for understanding the technical
aspects of the IS when modifications are made.
 It describes each program within the IS and the entire IS itself.
 It describes the system’s functions, the way they are implemented, each program's
purpose within the entire IS with respect to the order of execution, information passed to
and from programs, and overall system flow.
 It includes data dictionary entries, data flow diagrams, object models, screen layouts,
source documents, and the systems request that initiated the project.
 Most of the system documentation is prepared during the system analysis and system
design phases.
 During systems implementation, an analyst must review system documentation to verify
that it is complete, accurate, and up-to-date, and including any changes made during the
implementation process.

For solution contact: Er. R. K. Singh (MTech IT & BE(CSC) -9470065905


Ishwar Prakash (MCA)- 7004304920

You might also like