DFD School Management System

You might also like

Download as pdf or txt
Download as pdf or txt
You are on page 1of 12

SYSTEM DESIGN

Introduction:
Software design is a process through which requirements are translated in to a representation of
the software. In detail design we specify how the modules in the system interact with each other.
Detailed specification is given by explaining in natural language for the modules is supposed to
do.
Detail design specification describes the features of the system. Detail design is the refinement of
the system design that essentially expands system design to contain more detail description of the
processing logic of the components and data structure such that design can be easily
implemented

Context Flow Diagram


Context flow diagram is a top level data flow diagram. It only contains one process node that
generalise the function of the entire system in relationship to external entities. In context diagram
the entire system is treated as a single process and all its inputs, outputs, sinks and sources are
identified and shown.

student

View details

manage faculty students manage staff deatails


School
send notification
management
Admin teacher
system
View view marks student
details

View staff
Send
student
notific
details
ation

principal

Context Flow Diagram


Data flow diagram:
Data Flow Diagram is a graphical representation of a system or a portion of the system. It
consists of data flows, process, sources and sink and stores all the description through the use of
easily understandable symbols.
DFD is one of the most important modelling tools. It is used to model the system, components
that interact with the system, uses the data and information flows in the system. DFD shows the
information moves through the and how it is modified by a series of transformations. It is a
graphical technique that depicts information moves from input or output. DFD is also knows as
bubble chart or Data Flow Graphs. DFD may be used to represent the system at any level of
abstraction. DFD’s may partition into a level that represents increasing information flows and
functional details.
Rules Regarding DFD Construction:
 A process cannot have only outputs.
 A process cannot have only inputs.
 The inputs to a process must be sufficient to produce the outputs from the process.
 All data stores must be connected to at least one process.
 All data stores must be connected to a source or sink.
 A data flow can have only one direction of flow. Multiple data flows to and/or from the
same process and data store must be shown by separate arrows.
 If the exact same data flows to two separate arrows, it should be represented by a forked
arrow.
Data cannot flow directly back into the process it has just left. All data flows must be named
using a noun phrase
DFD Symbols:

Name Notation Description

Process A process transforms incoming data flow into


outgoing data flow. The processes are shown by
named circles.
Datastore Data stores are repositories of data in the system.
They are sometimes also referred to as files.

Dataflows Data flows are pipelines through which packets of


information flow. Label the arrows with the name
of the data that moves through it.
External External entities are objects outside the system with
which the system communicates. External Entities are
Entity sources and destinations of the system’s inputs and
outputs

DFD LEVEL 1 FOR FACULTY


Student details View S ID
student student
8.0
Student deatils
n id
Notification details
Send notification
notification
9.0 notification deatils

Faculty
M id
Mark details
Manage
marks 10.0 marks
mark deatils

f id

Faculty details Manage


faculty faculty
details11.0
Faculty
deatils
DFD LEVEL 1 FOR PRINCIPAL

Departement
staff details F id
View faculty
4.0
faculty
Faculty details

details
S id
Roll number
student details View student
student 5.0

Student
details

principal

N id

Manage
notification
notificatio
6.0 n
Notification notificatio

details

DFD LEVEL 1 FOR STUDENT

Student S id
details
Register student
STUDENT 7.0
Student
details
DFD LEVEL 1 FOR ADMIN

Faculty details F id
Manage
faculty
faculty 1.0
Faculty details
Student
details
details M id
Manage
student
faculty 2.0

Student details

Admin

N id
Notification
View
details
notification Notification
3.0

Notification
details

DFD LEVEL2 FOR NOTIFICATION

manage
notification6.1
PRINCIPAL notification

Send
FACULTY notification6.2

View
ADMIN notification

View
STUDENT notification
DFD LEVEL 2FOR MARKS

FACULTY Add
marks10.1

marks

STUDENT View marks

DFD LEVEL 2FOR STUDENT REGISTRATION

student Register 7.1


student

Approves
Admin
student7.2

principal View
student

faculty View
student
LEVEL 2 DFD FOR STUDENT:

STUDENT

INSERT DATA
DATABASE ACCESS

REGISTER/
LOGIN SUCCESS/LOGIN FAIL

EVENTS NOTIFICATIONS
EVENTS AND CLASS NOTIFICATION

VIEW CLASS
&EVENTS DISPLAY EVENTS

ASK ATTANDACE
ATTANDANC ATTANDANCE UPDATED REPORT
E

DISPLAY ATTANDANCE

ASK QUESTIONS AND FEEDBACK


ADDED QUERY/EDITABLE
ASK QUERY
ANSWERES QUERIES

DISPLAY RESULT
EXAM RESULT
RESULTS
LEVEL 2 DFD FOR FACULTY:

FACULTY LOGIN MANEGE


STUDENT DATABASE
STUDENT
DETAILS

CLASS-
ATTANDAN ATTANDANCE
CE DATABASE

MARKS
AND MARKS & RESULT
RESULTS
DFD LEVEL2 MANAGING SUBJECTS

CLASS ATTENDANCE

Assign
faculties
subjects

attendance
faculties assign subjects
attendance

Assign class Manage class


School
management
Class scedules class
system

schedules Class list


Manage Setting
student timetable

student timetables
DFD FOR MANAGING CLASS

UPDATE CLASS
CHNGES

CLASS
MANAGE ENROLLME STUDENT
VIEW CLASS AVAILABLE
CLASS NT
LIST CLASS
MAINTAIN
STUDENT
ENROLLED
CLASS UPDATE STUDENT
LIST CLAS
SCHEDULE

ADMIN CLASS FEEZ


HISTORY

FEEZ
STUDENT
ENROOLMENT
REPORT REQEST
STUDENT
REPORT

STUDENT ENROLLMENT STUDENT INFORMATION


REPORT
Entity-Relationship Diagram:
The basic objective of the ER model representation is an entity which is a “thing” in a
real world with an independent existence. Entities are physical items or aggregations of data
items that are important to the business we analyse or to the system; we intend to build. An entity
represents an object defined within the information system about which you want to store
information. Entities are named as singular nouns and are shown in rectangles in an ER-
Diagram. Each entity is described by several attributes; individual instances of an entity will
have different attribute values.

ER-Diagram Symbols:
Name Notation Description

It may be an object with the physical


Entity Entity name existence or conceptual existence. It is
represented by a Rectangle.

Attribute The properties of the entity can be a


Attribute attribute. It is represented by a Ellipse.
name

Relationship Whenever an attribute of one entity


refers to another entity, some
Relation
relationship exists. It is represented by a
Diamond.
Link Lines link attributes to entity sets and
entity sets to relation.
Key Attribute An entity type usually has an attribute
Key Attribute whose values are distinct for each
individual entry in the entity set. It is
represented by aUnderlined word in
ellipse.
Multivalued Attributes that have different numbers
Attribute of values for a particular attribute.It is
Multi-valued
represented by a Double ellipse
attribute
represents multi-valued attributes.
Cardinality 1) 1:1 It specifies the maximum number of
Ratio 2) 1:M relationships instances that an entity can
3) M:1 participate in. There are four cardinality
4) M:M ratios.

ER diagram for school management

a_name

a_email password F_name F_email password


a_id F_id

mana
Admin faculty sends
ge

manag manag view adds


e e
M_id
address

password

S_id
marks
dob S_name
marks
subject

student views

n_id
P_id

P_name

views
views

notification views

principal
password
Notify
news

date

email

You might also like