Chapter 3
Chapter 3
Chapter 3
From the study of the existing system, it becomes clear that some sort of
method would be needed to organize, plan and convert the manual system into
computerized system. The system life cycle, from the study of the existing system
to the implementation of the proposed system included the following steps:
1- Preliminary investigation
2- Analysis
3- Design
4- Development
Preliminary investigation
This phase deals with the determination of problem. It starts with the simple
question that may be of any type to grasp the understanding of the existing
system. So going through this phase following steps have been followed.
In this step, those reasons are studied for which new system is needed to
replace the old system or to revise the old system.
The specific are in which the problem lies is defined in this step.
In this step, the existing system is clearly understood, that is, what I
actually going on the system. What functionality it is performing, where are the
problems and drawbacks, how we can remove them, where are the chances of
enhancements and whether they need extra time or money or just extra effort and
and whether they need extra time or money or just extra effort and how we can
enhancements and whether they need extra time or money or just extra effort and
etc.
User involvement:
A study of the most successfully developed projects show that the users of
the system played an active role towards the system development. The user’s
knowledge of the system is needed for a new and better system.
The most difficult task in analysis phase is data gathering and analyzing
the data. Some common data gathering techniques are:
Interviews
Sampling
Written material
Questionnaire
Observations
Well, I used almost all the above mentioned techniques to have a clear
understanding of the existing system because I was well aware of the importance
of this phase.
The purpose of gathering and analyzing the data is to establish the system
requirements because the design of the new system will be based upon these
system requirements.
Preliminary Design:
Detailed Design:
In the detail design, the actual contents of each module in the preliminary
design are planned. Designing each module is much like writing a short program.
I used ER Diagram and Unified Modeling Language for designing the details of
the system.
3.2.9 Implementation:
Reliability
Efficiency
The proposed system should be efficient and faster.
Data Security:
It refers to protection form any accidental loss or destruction of data. The data
required for decision making is very important and valuable. Therefore, the
reliability of the system may be secured by maintain a proper system of user
privileges so that only the authorized users can login to the system.
Time Factor:
User Friendly:
The system should be as much user friendly as possible so that the user can be
easily trained to work on the new system without using a lot of time. The
system should be so much easy to learn that existing staff can easily be adapted
to the new system without the need for hiring a new specialized computer-
trained staff.
Improving Accuracy:
The purposed system provides accurate and error free results. It ensures error
free efficiency and accuracy.
The proposed system has no redundancy. It means that files and data is so
designed and arranged that minimizes data duplications thus cutting
maintenance overhead. My proposed computerized system to replace the
previous manual one meets all the goals toward the development of an
effective and successful information system.
Report Generation:
Since report generation is the main purpose of the database project so the
purposed system will produce the large number of necessary reports that
provide great deals of information to the customers relating to his or her
transactions. It has helps the user to get the updated and timely information so
that user can get the maximum result from minimum of effort. This will make
the project according to the user requirements. . It has helps the user to get the
updated and timely information so that user can get the maximum result from
minimum of effort.
Digital Newspaper Portal 19
Chapter 3 System Design
3.5.2 Modules:
Registration
In this module the user can register himself and after the registration he
can be the login user of the site, The main advantage of this module is
that the customer who is not register with us, he cannot access If he
wanted to access first of all he have to register.
Login:
Register user:
In this module user can register his/her which he has about the website.
And then he also can check posts and news.
Update post:
In this module admin update and add the post of complaint which is under
process.
Edit post:
In this module admin and user can review the post of complaint which is
under process.
Add new post:
This is the module of file adding, in this module admin enters a new file
of post and office to the system record which has for the user.
Delete post:
In this module admin delete a post and office file to the system
record which has complaint of the user.
3.6 UNIFIED MODELING LANGUAGE (UML):
The Unified Modeling Language (UML) is a general-purpose,
developmental, modeling language in the field of software engineering that is
intended to provide a standard way to visualize the design of a system. UML was
originally motivated by the desire to standardize the disparate notational systems
and approaches to software design developed by Grady Booch, Ivar Jacobson and
James Rum Baugh at Rational Software in 2994–95, with further development led
by them through 2996.
The unified Modeling Language (UML) offers standard semantics and notations
for describing object structure and behavior and has emerged as the design
medium of choice for developing large scale distributed object applications. UML
allows people to develop several different types of visual diagrams that represent
various aspects of the system. Pace star for UML supports the development of the
majority of these models as follows:
1. Use Case Diagram
2. ER Diagram
3. Activity Diagram
Object oriented approach is used in this project design are as follows.
3.7 USE CASES:
It shows the interaction between use cases, which represent the system
functionality, and actors, which represents the people or system, which provide or
receive information from the system. This shows the overall functionality of the
system. One, who interested in the system as a whole can view these diagrams
and understand what the system is supposed to accomplish.
Use cases are used in almost every project. These are helpful in exposing
requirements and planning the project. During the initial stage of a project most
use cases should be defined, but as the project continues more might become
visible. A use case describes event sequences for an actor to use the system. It is a
narrative description of the process. A use case is normally actor or event based.
An actor will begin a process or an event will happen that the system must
respond to.
Actors - An external entity (person or machine) that interacts with or uses the
system.
Sequence of events description - This describes a high level process of what
an actor will do with a system. An actor may perform an event to start the
system. This description does not represent individual steps in the process but
represents the high level process itself.
General guidelines:
Sequence Diagram:
the scenario. Sequence diagrams are typically associated with use case
realizations in the Logical View of the system under development. Sequence
diagrams are sometimes called event diagrams or event scenarios. A sequence
diagram shows, as parallel vertical lines (lifelines), different processes or objects
that live simultaneously, and, as horizontal arrows, the messages exchanged
between them, in the order in which they occur. This allows the specification of
simple runtime scenarios in a graphical manner.
Activity Diagrams:
show the overall flow of control. Activity diagrams are constructed from a limited
number of shapes, connected with arrows. Arrows run from the start towards the
end and represent the order in which activities happen. Activity diagrams may be
regarded as a form of flowchart. Typical flowchart techniques lack constructs for
expressing concurrency. However, the join and split symbols in activity diagrams
only resolve this for simple cases; the meaning of the model is not clear when
they are arbitrarily combined with decisions or loops. The pages that are
following show some important sequence diagrams relating to the system.
ERD Diagram:
In software engineering, an entity–relationship model (ER model) is a data
model for describing the data or information aspects of a business domain or its
process requirements, in an abstract way that lends itself to ultimately being.
Entity relationship modeling was developed by Peter Chen and published in a be
3.8.1 Database:
A database is an application that manages data and allows fast storage and
retrieval of that data. A database is a collection of data, which is organized in such
a way that each piece of data is available to those who need it and with minimum
duplication of data. There are different types of database but the most popular is a
relational database that stores data in tables where each row in the table holds the
same sort of information. In the early 1970s, Ted Cod, an IBM researcher devised
12 laws of normalization. These apply to how the data is stored and relations
between different tables.
3.8.3 Disadvantages
Damage to applications
3.9 Normalization:
A relation is in specified normal form if it satisfies the set of requirements
or constraints of that form. The major concept used from the relation data model,
used in the developing the conceptual model in this system, is the normalization
process. Infect normalization process is the process of grouping the data elements.
Its simplest definition will be “The process of converting complex data structure
converting complex data structure converting complex data structure into simple
stable data structure”. Anomalies are the errors or inconsistencies that may result
when a user attempts to update a table that contains the redundant data. There are
types of anomalies are insertion, deletion and the modification. So another
definition of normalizes will be Anomalies are the errors or inconsistencies that
may result when a user attempts to update a table that contains the redundant data.
There are types of anomalies are insertion, deletion and the modification. So
another definition of normalizes will be; Its simplest definition will be “The
process of converting complex data structure into simple stable data structure
“Normalization is the process through which we remove insertion, deletion and
updating of anomalies of the database. “The definition of the three normal forms
is given below.