A

PROJECT REPROT
ON
“AUTOMATION MANAGEMENT SYSTEM”
Submitter for the partial fulfillment of the degree
Of
Bachelor of Technology
In
COMPUTER SCIENCE

Submitted by
Manish Kumar Kushwaha
And
Manish Sharma
(RAJDHANI COLLEGE, UNIVERSITY OF DELHI)
(NEW DELHI)

COMPUTER SCIENCE DEPARTMENT

 Certificate
This is to certify that the project report entitled “Automation management system” done by
Manish Kumar Kushwaha, Roll no. 4155441021 and Manish Sharma, Roll no. 4155441016
under the guidance of Mrs. DIKSHA GROVER, lecturer Rajdhani College, Delhi University. The
matter embodied in this project work has not been submitted earlier for the award of any
degree to the best of my knowledge and belief.

Date: Lecturer Name:

Mrs. Diksha Grover

Acknowledgement
I would sincerely like to thank for the constructive criticism, support, encouragement, valuable
comments, suggestions, timely helps and many innovative ideas given to me by my project
supervisor Mrs. Diksha Grover in carrying out the project and the report.

I must convey my gratitude to Mrs. Diksha Grover for giving me the constant source of
inspiration and help in preparing the project, personally correcting my work and providing
encouragement throughout the project.

I also thank all my faculty members for steering me through the tough as well as easy phases of
the project in result oriented manner with concern attention.

Index
Table of contents:
I. Problem statement

II. Process Model

III. Requirement Analysis

1. Information gathering
a) Questionnaire
b) Interview
2. Software Requirement Specification
a) Introduction
b) Overall Description
c) Specific Requirements
3. Data flow diagram
a) Level 0 DFD
b) Level 1 DFD
c) Level 2 DFD
4. Data Dictionary
5. Use cases

IV. Function Points

V. Effort Estimation

VI. Timeline Chart

VII. Risk table

VIII. Architectural Design

IX. Testing
 Basis Path Testing

X. Bibliography

Problem Statement
Today all works at the time of the admission of the students is done manually by ink and paper,
which is very slow and consuming much efforts and time. It is required to design of the
computerized Automation Management system, to speed up and make it easy to use system.

The present system is the manual one. Hence all the information about the student and faculty
details maintained in the files. The whole session attendance is stored in the registers and at
the end of the session the report are generated. It becomes very difficult to generate the report
in the middle of the session or as per requirement because it takes more time in calculation. At
the end of the session the student who don’t have 75% attendance are get a notice. It is unfair
to those students if they would have short attendance so that they could take regular classes.

The ‘Automation Management System’ software overcomes this problem since the data is
stored in computer using DBMS, we can retrieve the record of any student whenever we
requires it. It also reduces the manpower needed to perform the entire admission and
administration task by reducing the paper works needed.
 Process Model
The Process Model used in our projects “College Management System” is waterfall model.

The Waterfall Model:

The waterfall model is a sequential design process, used in software development processes, in
which progress is seen as flowing steadily downwards (like a waterfall) through the phases of
Conception, Initiation, Analysis, Design, Construction, Testing, Production/Implementation and
Maintenance.

The waterfall development model originates in the manufacturing and construction industries:
highly structured physical environments in which after-the-fact changes are prohibitively costly,
if not impossible. Since no formal software development methodologies existed at the time,
this hardware-oriented model was simply adapted for software development.

Diagram:

Reason the waterfall model in the software development cycle:

Since we have well known, clean and fixed requirements therefore it best suits for our
software development.
Our product definitions is stable.
Technology is clearly understood.
The project is short.

Advantages of the waterfall model:

This model is simple and easy to understand and use.
In, this model phases are processed and completed one at a time and phases do not
overlap.
Waterfall model works well for smaller projects where sequence are very well
understood.
Disadvantages of the waterfall model:
Once an application is in the testing stage, it is very difficult to go back and change
something that was not well throughout in the concept stage.
High amount of the risk and uncertainty.
Poor model for long and ongoing projects.
 Questionnaire
Q1. Are system requirement allocated to software used to establish a baseline for software
engineering and management use?

Ans. Yes.

Q2. Are estimates (e.g. size, cost, and schedule) documented for use in planning and
tracking the software project?

Ans. Yes, because the without estimates our software will not developed before the given
deadline.

Q3. Are software quality assurance (SQA) activities planned?

Ans. It is the organizational software so answer is obviously yes to build a good quality
software.

Q4. Has your organization developed and does it maintain a standard software process?
Ans. Yes.

Q5. Does your organizational policy allows you to update or modify the software by taking
uses feedback?

Ans. No.

Q6. Are the activities for managing software quality planned for the project?
Ans. Yes.

Q7. Do the new technology have some effect on quality and productivity?

Ans. Obviously Yes, but we are making component based software so any changes can be
managed easily.

Q8. How much pressure it puts on you to develop a cost effective, reliable software in a
limited amount of the time and how you handle this?

Ans. Not very much, because we will not include any unnecessary features so that it will be
cost effective and developed in given time.
 Interview
Q1. Do you want restore and backup property in the software?
Ans. Yes.

Q2. What kinds of the interface you expects from this software?

Ans. It should be simple and user friendly. So that a common person or student can operate
it easily.

Q3. Can you provide any kinds of suggestion to reduce its cost?

Ans. If the system works efficiently then, cost doesn’t matter. But yeah you can reduce cost,
by not imposing extra taxes and not adding unnecessary features.

Q4. Do you want online support in your system or should ewe design it for offline works
only?

Ans. No, we do want this software to work online. So that student and faculties access it
from anywhere.

Q5. Do you want this software to work on a specific computing environment?

Ans. No, software should work on most of the common operating systems. It should have
latest technology
 Software Requirements Specification (SRS)
I. Introduction
Purpose
Scope
Need for the proposed system

II. Overall Description

Product Perspective

 User Interface
 Hardware Interface
 Software Interface
 Communication Interface
 Memory Constraints
 Operations
 Site Adaption Requirements
Product Functions
Constraints
Assumptions

III. Specific Requirements

User Class and Characteristics
Functional Requirements
Performance Requirements
Non-Functional Requirements
External Interface Requirements

 User Interface
 Hardware Interface
 Software Interface
Software System Attributes
Introduction:
Today all the work at the time of admission of the students is done manually by ink and paper,
which is very, slow and consuming much efforts and time. It is required to Design of
Computerized Automated Management System, to speed up and make it easy to use system. It
reduces the manpower needed to perform the entire admission and administration task by
reducing the paper works needed. The main goal of the system is to automate the process
carried out in the organization with improved performance and realize the vision of paperless
work.

1. Purpose:
Its purpose is to automate and centralize the whole system of the department. We are
attempting to improve our existing system that runs on pen and papers. The main goal of the
system is to automate the process carried out in the organization with improved performance
and realize the vision of paperless works.

2. Scope:
It is more efficient and convenient for the colleges. It reduces the manpower needed to
perform the entire administration task by reducing the paper works needed. If all the work is
done by the computer there will be no chance of errors.

Moreover storing and retrieving of the information is easy, so work can be done speedily and in
time.

3. Need for the proposed system:

Automation for management system will use the centralized database of the whole system of
the department.

Features and Benefits:

User friendly
Report are easily generated
Very less paper works
Computer operator control
Overall Description
1) Product Perspective:
I. User interface: The application that will be developing will have a user friendly and
menu based interface.
Following screens will be provided:
A login screen for entering the username and passwords, so that the
authorized user can have an access without any problems.
There will be a screen which will be displaying the major tasks that the
system will be performing e.g. add details, delete, view details of the
students.
All the major tasks mentioned above will have their separate forms and will
perform the desired actions.
II. Hardware Interface:
Intel Pentium 4 or higher processor
1.5Ghz
512MB of RAM or More
III. Software Interface:
Operating system: Window XP,Vista,7,8,8.1 and higher
Platform: .NET
Database: SQL server
Language: Visual Studio 2013 (ASP.NET & C#)
IV. Communication Interface:
The communication between the different parts of the system is important they
depend on each other.
V. Memory Constraints:
At least 512MB RAM and 4GB of the Hard disk space will be required for running the
application.
VI. Operations:
The system will have the user-friendly interfaces. The system will maintain
the records of the students and staff.
Only the admin can perform the operations on the databases. User can only
see their details or information’s.
There will be additional backup for any kind damages or data lost.
VII. Site Adaptation Requirements:
The centralized database is used so that the system can communicate to retrieve
the information.
2) Product Function:
There will be user name and password to allow access only to authorized users (Admin). The
user can take only their information.
 Software will perform the following functions:
Only the admin can modify the data.
Student can only retrieve their information.
3) Constraints:
There is a backup for system.
GUI feature available.
4) Assumptions:
The product require a computer with internet connectivity.
The system must be able to respond to the database Software within reasonable time.
Specific Requirements:
1) User class and characteristics:
Administrator: The admin keeps tracks of entries of new students to department,
entries of new staff to the department, entry of the attendance information etc.
Admin can modify the data.
User: User can retrieve the information from database by sending the queries.
2) Functional Requirement:
The basic service that the automation for management system includes:
Entry of the new student to the department.
Entry of new staff to the department.
Entry of the attendance information.
Entry of the examination marks.
Provide individual and class-wise report.
Update the student profile depending on attendance and exam status.
Workloads.
System shall provide for password protected administrator access to add, delete and
modify the basic service offered by the system.
3) Non-functional Requirement:
a) Performance Requirements:
The proposed system that we are going to develop will be used as the chief performance
system for providing help to the department in managing the whole database of the student
studying in the department. Therefore, it is expected that the database would perform
functionally all the requirement that are specified.
The system should be easy to handle.
System should give expected performance results.
The response time should be small.
b) Security Requirement:
We are going to develop a secured database. There are different categories of the
users namely administrator, restricted users who will viewing either all or some
specific information from the database.
Depending upon the category of the user the access rights are decided. It means if
the user is an administrator then he can be able to modify the data, append etc. All
other user have the rights to retrieve the information about database.
c) Safety Requirement:
The database may get crashed at any time certain time due to virus or OS failure.
Therefore, it is required to take the database backup.
4) External Interface Requi rement:
a) User Interface:
The application that will be developing will have a user friendly and menu based interface.
 Following screens will be provided:
A login screen for entering the user name and password so that the authorized user
can have an access to database without any problems.
There will be a screen which will be displaying the major tasks that system will be
performing i.e. add details, delete, details, view details of the student.
All the major tasks mentioned above will have their separate forms and will
perform the desired actions.
There will be another screen for users for viewing the information.
b) Software Interface:
Operating system: Window XP,Vista,7,8,8.1 and higher
Platform: .NET
Database: SQL server
Language: Visual Studio 2013 (ASP.NET & C#)
c) Hardware Interface:
Intel Pentium 4 or higher processor
1.5 GHz
512MB of RAM or More
5) Software System Attributes:
The application is easy to interact and communicate with user.
This application provides better user interface for ease of working.
 Data Flow Diagram
(DFD’s)
Level 0 DFD

Admin Details
User

Get info
Manage Data

AMS

Gener ate Repor t

Report
Level 1DFD

Admin
Verified

User ID
And Authent ic ation Checking ID Login Info
Passwor d

Deleting Entery Editing Entr y

Remove Modifying

Removing Entry
Removing Enr ty Updating Entry

Updating Entry

Student File Faculty File

Viewing student info Viewing Faculty info

Student info View Info Faculty info

User Viewing Details

Getting Repor t Generate Repor t

Repor t Generated

Repor t Details
 Level 2 DFD

View Info

Faculty info
Student info

Checking info

Student Pr ofile View per sonal info Student Faculty

Check Per for mance

Check Payment Deatils Wor king Days Status
View Per sonal info
View attendance

Student Fee Payment

Attendanc e Faculty Profile Wor king Days
Per for mance Details
Viewing Pr ofile

Details
Details

Details Details
Viewing Attendanc e

Viewing info Viewing info

Viewing Pr ofile Viewing Fee Details

Student File Faculty File
 Data Dictionary
Student info = [Name + Roll No. + D.O.B + Address + Course]
Performance = [Internal marks + Assignment Marks | Project marks]

Faculty info = [Name + ID No. + D.O.B + Department + Address]

Working Days Status = [Total working days + No. of leaves]

 Use cases
In software engineering, a use case is a list of steps, typically defining interaction between a
role (known in Unified modeling language (UML) as an “actor”) and a system to achieve a goal.

In system engineering use cases are used at a higher level that within software engineering,
often representing missions or stakeholders goals.
Usecase
Use case1: 1:Update
Updateananentry
entryofofthe
thestudent.
student.

PrimaryActor:
Primary Actor:Admin
Admin

Precondition:Admin
Precondition: Adminhas
haslogged
loggedin.in.
MainSuccess
Main SuccessScenario:
Scenario:

1.1. Admin
Adminchecks
checksallallthe
thepreviously
previouslyfilled
filleddata.
data.
2.2. Admin
Adminretrieve
retrievethe
thestudent
studentdata
datawhich
whichisismeant
meanttotoupdate.
update.
3.3. Admin
Adminupdated
updatedthe theselected
selectedstudent
studentdata
datafrom
fromthe
thedatabase.
database.
4. System confirm the modification.
4. System confirm the modification.
ExceptionScenario:
Exception Scenario:

-2a)There
-2a) Thereisisnonosuch
suchstudent
studentdata,
data,which
whichthe
thesearched
searchedfor.
for.

 System
Systemshows
showserror
errormessage.
message.

Use case 2: View Attendance.

Primary Actor: User (Student).

Precondition: User should be student of that college.

Main Success Scenario:

1. Student is asked to fill his roll no. by the software.

2. Now the student’s record displayed on the screen.
3. Student is asked to choose various options (Name, Address, Attendance etc.).
4. Student choose his attendance.
5. Attendance displayed on the screen.
Exception Scenario:
-1a) Student data is missing.

 System shows error message.

-5a) The attendance is not up to date.

 No error message from software. Function Point

Function point (FP) analysis is a structural technique of problem solving. FP is a method to
break system into small components so that they can better understand and analyzed.

Function point analysis is a unique measure for software.

Function point can used to

 Estimate the cost or effort required to design, code and test the software.
 Predict the numbers of the errors that will encountered during the testing.
 Forecast the number of component and/or the number of projected source code
lines in the implemented system.
FP are derived using an empirical relationship based on
 Countable (direct) measures of the software’s information domain.
 Assessments of the software’s complexity.

Information domain values:

Number of the External inputs (EIs):

 EIs is an elementary process in which data crosses the boundary from outside to inside.
This data is coming external to the application. The data may come from a data input
screen or another application. The data may be used to maintain one or more internal
logical files. The data can be either control information or business information. If the
data is control information it does not have to maintain an internal logical file. If an
external input adds, changes and deletes (maintains) information on an internal logical
file, then this represents three external inputs.
Number of the External outputs (EOs):
 EOs an elementary process in which derived data passes across the boundary from
inside to outside. Additionally, an EO may update an ILF. The data creates reports or
output files sent to other applications. These reports and files are created from
information contained in one or more internal logical files and external interface files.
Number of the External inquires (EQs):
 EQs an elementary process with both input and output components that result in data
retrieval from one or more internal logical files and external interface files. The input
process does not update or maintain any FTR’s (Internal Logical Files or External
Interface Files) and the output side does not contain derived data.
Number of the Internal logical files (ILFs):
 ILs a user identifiable group of logically related data that reside s entirely within the
application boundary and is maintained through External Inputs. An internal logical file
has the inherent meaning it is internally maintained, it has some logical structure and it
is stored in a file.
Number of the External interface files (EIFs):
 EIFs a user identifiable group of logically related data that is used for reference purposes
only. The data resides entirely outside the application boundary and is maintained by
another applications external inputs. The external interface file is an internal logical file
for another application.
How to calculate the Function Points:

Identify/collect the information domain values.

Complete the count table to get the count total.
 Associate a weighting factor (i.e., complexity value) with each count based on
criteria established by the software development organization
Evaluate and sum up the adjustment factors.
Compute the function point using the following formula:
FP = count total*[0.65 + (0.01*∑ (Fi))]

Value Adjustment Factors:

Rate each factor (Fi, i=1 to14) on a scale of 0 to 5:

1. DOES THE SYSTEM REQUIRE RELIABLE BACKUP AND RECOVERY? 5

2. ARE SPECIALIZED DATA COMMUNICATIONS REQUIRED TO TRANSFER INFORMATION TO OR FROM THE 3
APPLICATION ?
3. ARE THERE DISTRIBUTED PROCESSING FUNCTIONS? 0
4. IS PERFORMANCE CRITICAL ? 3
5. W ILL THE SYSTEM IS AN EXISTING, HEAVILY UTILIZED OPERATIONAL ENVIRONMENT? 3
6. DOES THE SYSTEM REQUIRE ONLINE DATA ENTRY ? 5
7. DOES THE ONLINE DATA ENTRY REQUIRE THE INPUT TRANSACTION TO BE BUILT OVER MULTIPLE 5
SCREENS OR OPERATIONS?
8. ARE THE ILFS UPDATED ONLINE? 4
9. ARE THE INPUTS, OUTPUTS, FILES, OR INQUIRIES COMPLEX? 2
10. IS THE INTERNAL PROCESSING COMPLEX? 3
11. IS THE CODE DESIGNED TO BE REUSABLE? 3
12. ARE CONVERSION AND INSTALLATION INCLUDED IN THE DESIGN ? 2
13. IS THE SYSTEM DESIGNED FOR MULTIPLE INSTALLATIONS IN DIFFERENT ORGANIZATIONS? 3
14. IS THE APPLICATION DESIGNED TO FACILITATE CHANGE AND EASE OF USE BY THE USER? 4
Total: 45

Calculating FP:
Consider the value of the above question be simple.

Weighting Factor
Information Count Simple Average Complex
Domain Values
External Inputs (EIs) 2 x 3 4 6 6
External Outputs (Eos) 1 x 4 5 7 4
External Inquiries (EQs) 6 x 3 4 6 18
Internal Logical Files (ILFs) 2 x 7 10 15 14
External interface Files (EIFs) 2 x 5 7 10 10
Count Total: 52

Since complexity is simple so,

∑ (Fi ) = 45,
And project FP is 57.2.
 Effort Estimation
Work effort is the labor required to complete an activity. Work effort is typically the
amount of focused an uninterrupted labor time required to compute an activity.
FP-based Estimation:
Decomposition for FP-based estimation focuses on information domain values rather than
software functions.

FP estimated =57.2

To derive an estimate of effort on computed FP value, “productivity rate” must be derived.

The organizational average productivity rate for system of this type is 6.5 FP/pm.
An estimate of the project effort is computed using:

Estimated Effort = FP/PROD

= 57.2/6.5

= 8.8
Time Line Chart
 Risk Table
Risks Category Probability Impact
Size estimate may be significantly low PS 60% 2

Larger number of the user than PS 30% 3

planned
Less reuse than planned PS 70% 2

End-user resist system BU 40% 3

Delivery deadline will be requirements BU 50% 2

Funding will be lost CU 40% 1

Customer will change requirements PS 80% 2

Technology will not meet expectations TE 30% 1

Look of training on tools DE 80% 3

Staff inexperienced ST 30% 2

Staff turnover will be high ST 60% 2

 Architectural Design

View info

Manage data Get info

Admin Software User

Hardware Generate Report

User ID/ password

Admin
Deleting entry Editing entry
Login

Remove Modify
 View details
User

Print Report
View info

Generate report
 Basis Path Testing
Basis path testing, or structured testing, is a white box method for designing test cases. The
method analyzes the control flow graph of a program to find a set of linearly independent paths
of execution. The method normally uses cyclomatic complexity to determine the number of
linearly independent paths and then generates test cases for each path thus obtained. Basis
path testing guarantees complete branch coverage (all CFG edges), but achieves that without
covering all possible CFG paths—the latter is usually too costly. Basis path testing has been
widely used and studied.

To measure the logical complexity of our software we consider the following procedure:

void view_info(){
cout<<"Select option: \n";

cout<<"1.Student info.\n";

cout<<"2.Faculty info. \n";

char ch;
cin>>ch;

if(ch==1){

cout<<"Select option: \n";

cout<<"1.Student Profile.\n";
cout<<"2.Student Performance.\n";

cout<<"3.Attendance.\n";

cout<<"4.Fee details.\n";

char ch;
cin>>ch;

if(ch==1){

cout<<"Student Profile: \n";

obj.profile();
}else if(ch==2){

cout<<"Student Performance: ";

obj.perfrm();
 }else if(ch==3){

cout<<"Attendance: ";
obj.attendance();

}else{

cout<<"Fee Details: ";

obj.pay();
}

}else{

cout<<"Select option: \n";

cout<<"1.Profile\n";
cout<<"2.Working Days\n";

char ch;

cin>>ch;

if(ch==1){
cout<<"Profile";

obj.profile();

}else{

cout<<"Working Days";
obj.wday();

}
Flow Graph of the above procedure:

11 3

4
12

6 5
14 13

8 7

10 9

15
Cyclomatic complexity: Cyclomatic complexity V (G) for a flow graph G is defined as
V (G) =E-N+2
 =19-15+2 = 6

So that no. of the independent path is 6.

Path 1: 1-2-3-4-5-15

Path 2: 1-2-3-4-6-7-15

Path 3: 1-2-3-4-6-8-9-15

Path 4: 1-2-3-4-6-8-10-15
Path 5: 1-2-11-12-13-15

Path 6: 1-2-11-14-15

Test Cases:
Test Requirements Test cases Test Data Result
Scenario
 All correct Check response Username:mohit0749 Login
Check Login combinations on entering valid Password:temp@123 successful
Functionality entered in username and
login/password password.
field will let user in. Check response Username: MOHIT username
 All other on entering Password: temp is invalid
combinations will invalid username
be rejected. and password.
 Login includes Check response Username: Username
minimum 8 letters when username Password: and
and 4 digits/special and password password
characters or both field is empty invalid
(except space and login button
character). is pressed.
 Login is not case
sensitive.
 Password cannot
be less than any 8
characters (except
space character).
 Password is not
case sensitive.
 “Login in “button is
disable unless both
fields typed in.
 Screen Shots
Admin Section:

Automation Management System

Administrator Login Area

Username:

Password:

Login

Automation Management System

Search
Student
Faculty Select Course: None

XYZ
Enter Student name:
1234
Enter Student Roll No.:

Find Cancel
 Automation Management System
Profile Attendance Performance Fee details

Details
Name: XYZ
Father Name: ABC
Mother Name: DEF
Course: B.tech computer Science
Year: Second
Change Photo Roll No.: 1234
Mob. No.: +91-1234567890
Address: New Delhi

Edit Remove

User Section:
Automation Management System
http:/ / www.mysite.edu/ ams/ ams.php/

Student
Faculty Select Course: All

XYZ
Enter your name:
1234
Enter Your Roll No.:

Submi
t

Automation Management System

http://www.mysite.edu/ams/ams.php/

Details
Name: XYZ
Father Name: ABC
 Profile
Attendance
Performance
Fee details
 Bibliography
Books
[1] R.S. Pressman, Software Engineering: A Practitioner’s Approach, McGraw-Hill, Ed 7, 2010.
[2] P. Jalote, an Integrated Approach to Software Engineering, Narosa Publishing House, Edition
3, 2011.
Other References
[1] https://en.wikipedia.org/
[2] https://www.google.co.in/
[3] https://creately.com/