Se File
Se File
SE FILE
College Automation System is a software that helps both the students and the management
authorities of the college. Our College Automation System is capable of storing the details of
the students and the teachers and also maintain their details in a dynamic order. This software
can help us explore all the activities happening inside the college which we as students do not
have any knowledge about. It can handle the details of students, teachers and head of the
departments. In this system the HOD can maintain every detail of a particular student in his
department. He can also post any notice corresponding to his department. He can also grant a
student his attendance and allowance to appear for the examination. There is also a question
and answer portal in our project in where anybody is able to post a question and anybody is
able to answer that question. In case of a student the name and the department of the student
will also be displayed in the question bar. This system provides detailed structure of the
departments of the college and the facilities of the college. Our system synchronizes the
working of all departments.
SCOPE:
1) Attendance Module:
ii. Instead of taking attendance on notebooks, each faculty can update the
attendance of their class through this application.
3) Routine Module: While updating the routine the application must provide the names of
the faculties available at that allocated time only.
4) E-Learning:
8) Assignment:
ii. Create Assignments: In this module teacher or any users which have access to
this module can create assignment and once this assignment is created it will
be visible to all the students after that student can upload their assignments
once the assignment is open for acceptance.
OBJECTIVE:
The main objective of the College Automation Project is to manage the details of faculties,
branches, registration, students, courses, etc. It manages all the information about the
faculties, students, login and courses. The project is totally built at administrative end and
thus, only the administrator is guaranteed the access. The purpose of the project is to build an
application program to reduce the manual work for managing the faculties, branches, login,
registration. It tracks all the details about the registration, students, courses.
WHY IS IT REQUIRED?
Teachers have to maintain records of every student on paper which leads to huge paper work.
Sometimes, it is hard to find record of some student through huge pile of papers. The idea
mainly focuses on making the reducing the workload of teachers by using centralized
database from where every teacher has access to the records and they can add, update or
remove information.
EXISTING SYSTEMS:
CONCLUSION:
With time schools and colleges need to get digitized. They need to adapt to new technologies
and trends in the market and make the education process more comfortable. It is essential to
check all the software details before choosing and see if they cater to your needs. It likewise
gives the clients to create report of specific modules which required manual mediation
beforehand. It eliminates numerous redundancies which occurred in past application with not
ready to give adequate information about the activities which were performed by him.
Banking system is a way to maintain few records which bank holds in order to keep a track of
everything in the bank so a software application is required in order to make the work easier,
for example- maintenance of international value of INR and other currency are also a part of
the job of banking system. The bank management is also required to act as the currency
distributor and to serve the work for the nation’s well-being. This application is built to make
it easier for the customers to track every transaction that is being made.
AIM:
The main aim of an application is to somewhere automate records on the system. It gives all
sorts of functions which are required by the bank in order to run a stable system. In addition
to that it also helps to manually check the records of the pre-existing system like transactions
that are made in the past. The application also changes or manipulates the new data that is
being added and is then re-recorded. One can also check their present transactions that are in
process and keep a check on their accounts via this application. It’s not only useful for the
customers but also for the admin.
SCOPE:
1) Creating New Accounts: The application can be used to create two different types of
accounts by the customers, which are Savings Account and Current Account. It helps
save the hustle for the customer to visit the bank physically and create/use these
accounts.
2) Depositing Money: As the world is moving towards the limited use of paper currency,
depositing or transferring money from one bank to the other will become as easy as
clicking a few buttons using this application.
3) Withdrawing Money: Requests can be sent through the application to ask for money
transfer as well.
4) Account Holder List: This is a feature for the admin. The admin can view the list of
all the account holders.
5) Balance Enquiry: The customer can check their balance via this application.
6) Changing Passwords/PIN: The customer can easily change the passwords and pin
numbers using the application.
7) Closing: The customer can close their accounts too using this application.
OBJECTIVE:
The main objective of bank management is to build an organic and optimal interaction system
between the elements of banking mechanisms with a view to profit. Efficient management
can offer high-quality service, and efficient management can be ensured by efficient
organization management. So, professional management is impossible without crystallizing
the authority & responsibility of all the personnel employed in a bank.
EXISTING SYSTEMS:
The existing bank system is slow as every task is being performed by the human being and
comparing the computer task speed with a computer is not fair. The complexity of this system
is increased when an increase in the number of customers and with that there will be a
number of transactions will be performed now everything needs to log in to a file for
reference in the future which is simply not the kind of scenario we need at this time.
▪ All the manual entry and editing will take more time.
CONCLUSION:
This software system will be a College management system for the members of an
organization. This system will be designed to maximize the administrative, academic and
overall productivity by providing tools to assist in automating the technical procedures and
processes, which would otherwise have to be performed manually. By maximizing the users
work efficiency and production the system will meet the users’ needs while remaining easy to
understand and use. It is a user-friendly portal to interact, manage, access the information.
Administrator: The Super user of the system. Mainly focuses on administrative and
academic related issues.
Staff: A user of the system who has more access rights than a normal user.
Introduction
The title of the project is
COLLEGE MANAGEMENT
SYSTEM (CMS). CMS is an
Internet based application that
aims at providing information to
all the levels of management
within an organization. This
system can be used as a
information management
system for the college.
2 Overall
Description
2.1 Product Perspective
The product will be a
standalone application and may
be run on multiple systems
within an Internet network. The
product will require a keyboard,
mouse and monitor to interface
with the users. The minimum
hardware requirements
for the product are specified in
this document
2.2 User Classes and
Characteristics
The target audience for CMS
product is the college
Administrator/students/faculty/s
taff (Technical/Nontechnical)
.The users for this
system are
SOFTWARE REQUIREMENT SPECIFICATIONS:
o EXTERNAL INTERFACES:
a) Hardware platform:
▪ PIII or above
▪ RAM of 512 or above MB - Hard Disk 20GB or above
o FUNCTIONAL REQUIREMENTS:
a) Login:
This section contains students’ login menu where students have to login by
their username as well as password.
b) Marksheet:
This section contains student’s stored data. Student can find their marks by
entering detail in ‘student detail’ Option, and after feeling their data he/she
may automatically get their marks in ‘grades point option’.
c) Menu:
This section includes menu’s for students’ details such as student profile,
library system, fee report and Marksheet.
d) Search Page:
Here student can search their stored data entering roll no..
e) Student Information:
Here student can store their data in database form by entering data into
‘student information’ section.
Must maintain data integrity. Computer crashes and misuse should not
affect a user’s history
c) Availability:
The CMS Portal shall be available, up and running for 24*7 throughout the
year except due to the routine maintenance activities.
d) Security Requirements:
Administrator and Users with valid credentials will be able to log in to
Portal. Administrator will have access to the database structures at back-
end. Administrator will have the rights for modifications as well as any
updating work for the datasets and website. Access to the various
subsystems will be protected by a user log in screen that requires a user
name and password to be updated in future.
INTRODUCTION:
Online banking system provides is specifically developed for internet banking for
Balance Enquiry, Funds Transfer to another account in the same bank, Request for cheque
book/change of address/stop payment of cheques, Mini statements (Viewing Monthly
and annual statements). The Traditional way of maintaining details of a user in a bank was to
enter the details and record them. Every time the user needs to perform some transactions he
has to go to bank and perform the necessary actions, which may not be so feasible all the time.
It may be a hard-hitting task for the users and the bankers too. The project gives real life
understanding of Internet banking and activities performed by various roles in the supply
chain. Here, we provide an automation for banking system through Internet. Internet banking
system project captures activities performed by different roles in real life banking
which provides enhanced techniques for maintaining the required in- formation up-to-date,
which results in efficiency. The project gives real life understanding of Internet banking
and activities performed by various roles in the supply chain.
1) Customers:
The normal users will have an account of fixed or savings and should have a minimum
balance of Rs. 500. He can transfer funds to another account of the same bank & may
view his monthly or annual statements.
These users will have all the three accounts & should have a minimum balance of
20,000 Rs. He can view the statements of his organization or industry.
SOFTWARE INTERFACE:
The system is a web-based application client are requiring using modern web browser
such as Mozilla Firefox 1.5, PHP.
2) Web Server:
3) Back End:
OPERATING ENVIRONMENT:
FUNCTIONAL REQUIREMENTS:
1) Login Process:
This module allows valid customers to access the functionalities provided by the bank.
2) Balance Enquiry:
NON-FUNCTIONAL REQUIREMENTS:
1) Security:
The banking system must be fully accessible to only authentic user. It should require
pin for entry to a new environment.
2) Reliability:
The application should be highly reliable and it should generate all the updated
information in correct order.
3) Availability:
Any information about the account should be quickly available from any computer to
the authorized user. The previously visited customer’s data must not be cleared.
4) Maintainability:
The application should be maintainable in such a manner that if any new requirement
occurs then it should be easily incorporated in an individual module.
5) Portability:
The application should be portable on any windows based system. It should not be
machine specific.
The Use Case Diagram is a UML Diagram where each use-case specifies the behavior expected from
software from the perspective of end-user and relation as well as provides brief overview for
different components concerning interaction between use-case, actors and systems. The Use-Case
Diagram is used to prepare, present and understand functional requirements of the system. Use-Case
Diagram specifies exact context of the software being developed. It does not specify order in which
actions must be performed. Each use-case represents function of system which is either process-
automated or manual.
In software engineering, a class diagram in the Unified Modeling Language (UML) is a type of static
structure diagram that describes the structure of a system by showing the system's classes, their
attributes, operations (or methods), and the relationships among objects.
MODULES:
Admission or Registration
User adding/Editing/Deleting
Student administration
Fee management
Letter print
Reports
Time scheduling
Library management
Financial accounting
Option poll and feedback
ENHANCEMENT:
Results
Online admission
Online examination
Discussion forum
Study material
DATABASE DESIGN:
This involves designing the database schema, tables, and relationships between them, based
on the requirements of the bank.
USER-INTERFACE DESIGN:
This involves designing the user interface for the bank management system, including the
screens, forms, and reports required.
TESTING:
This involves testing the system for bugs and errors, and ensuring that it meets the
requirements of the bank.
DEPLOYMENT:
This involves deploying the system to the bank's infrastructure, including installation,
configuration, and training for users.
MAINTENANCE:
This involves ongoing maintenance and support for the bank management system, including
bug fixes, updates, and enhancements.
Based on these tasks, a typical project schedule for a Bank Management System might
look like:
Requirements gathering: 2 weeks
Designing the system architecture: 2 weeks
Database design: 4 weeks
User interface design: 4 weeks
Development of the system: 12 weeks
Testing: 4 weeks
Deployment: 2 weeks
Maintenance: Ongoing
CoCoMo (Constructive Cost Model) is a regression model based on LOC, i.e. number of Lines of
Code. It is a procedural cost estimate model for software projects and is often used as a process of
reliably predicting the various parameters associated with making a project such as size, effort,
cost, time, and quality. It was proposed by Barry Boehm in 1981 and is based on the study of 63
projects, which makes it one of the best-documented models.
The key parameters which define the quality of any software products, which are also an outcome
of the CoCoMo are primarily Effort & Schedule:
Effort: It is the amount of labor that will be required to complete a task. It is measured in
person-months units.
Schedule: This simply means the amount of time required for the completion of the job,
which is, of course, proportional to the effort put in. It is measured in the units of time such
as weeks, and months.
Different models of CoCoMo have been proposed to predict the cost estimation at different levels,
based on the amount of accuracy and correctness required. All of these models can be applied to a
variety of projects, whose characteristics determine the value of the constant to be used in
subsequent calculations. These characteristics pertaining to different system types are mentioned
below. Boehm’s definition of organic, semidetached, and embedded systems:
1. Organic
2. Semi-detached
3. Embedded
a) Basic CoCoMo Model
b) Intermediate CoCoMo Model
c) Detailed CoCoMo Model
Some basic formulas for the calculations of the parameters of the CoCoMo model are:
Effort = a(KLOC)b
Time = c(Effort)d
#include <iostream>
using namespace std;
void calculate(float table[][4], int n, char mode[][15], int size) //To calculate parameters
{
float effort, time, staff;
int model;
if (size >= 2 && size <= 50)
model = 0; // organic
else if (size > 50 && size <= 300)
model = 1; // semi-detached
else if (size > 300)
model = 2; // embedded
cout << "The mode is " << mode[model];
effort = table[model][0] * pow(size, table[model][1]);
time = table[model][2] * pow(effort, table[model][3]);
staff = effort / time;
cout << "\nEffort = " << effort << " Person-Month";
cout << "\nDevelopment Time = " << time << " Months";
cout << "\nAverage Staff Required = " << fround(staff) << " Persons";
}
int main()
{
float table[3][4] = { 2.4, 1.05, 2.5, 0.38, 3.0, 1.12, 2.5, 0.35, 3.6, 1.20, 2.5, 0.32 };
char mode[][15] = { "Organic", "Semi-Detached", "Embedded" };
int size = 4;
calculate(table, 3, mode, size);
return 0;
}
A data flow diagram (DFD) maps out the flow of information for any process or system. It uses
defined symbols like rectangles, circles and arrows, plus short text labels, to show data inputs,
outputs, storage points and the routes between each destination. Data flowcharts can range from
simple, even hand-drawn process overviews, to in-depth, multi-level DFDs that dig progressively
deeper into how the data is handled. They can be used to analyse an existing system or model a new
one.
Level 0 DFD
Level 1 DFD
Level 0 DFD
Level 1 DFD
HOSTEL
studentID INT PRIMARY KEY
roomNumber INT
blockNumber INT
COLLEGE MANAGEMENT
collegeName VARCHAR PRIMARY KEY
City VARCHAR
contactNumber BIGINT
CLASSROOM
classID INT PRIMARY KEY
Section VARCHAR
departmentID INT
DEPARTMENT
departmentID INT PRIMARY KEY
departmentName VARCHAR
HOD VARCHAR
totalStaffs INT
totalStudents INT
STUDENT
studentID INT PRIMARY KEY
studentName VARCHAR
Gender VARCHAR
Year INT
classID INT
STAFF
staffID INT PRIMARY KEY
staffName VARCHAR
departmentID INT
Salary INT
LIBRARY
libraryID INT PRIMARY KEY
LibrarianName VARCHAR
bookSection VARCHAR
totalBooks INT
CUSTOMER
customerID INT PRIMARY KEY
customerName VARCHAR
customerMobile BIGINT
customerEmail VARCHAR
customerAddress VARCHAR
customerUsername VARCHAR
customerPassword VARCHAR
EMPOLYEES
employeeID INT PRIMARY KEY
employeeName VARCHAR
employeeMobile BIGINT
employeeEmail VARCHAR
employeeAddress VARCHAR
employeeUsername VARCHAR
employeePassword VARCHAR
ACCOUNT
accountID INT PRIMARY KEY
accountNumber BIGINT
accountType VARCHAR
accountBalance FLOAT
WATERFALL MODEL
The Waterfall Model was the first Process Model to be introduced. It is also referred
to as a linear-sequential life cycle model. It is very simple to understand and use. In a
waterfall model, each phase must be completed before the next phase can begin and
there is no overlapping in the phases. The Waterfall model is the earliest SDLC
approach that was used for software development. The Waterfall Model illustrates
the software development process in a linear sequential flow. This means that any
phase in the development process begins only if the previous phase is complete. In
this waterfall model, the phases do not overlap.
Design
The whole process of software development is divided into separate phases. In this Waterfall
model, typically, the outcome of one phase acts as the input for the next phase sequentially.
The sequential phases in Waterfall model are −
• Requirement Gathering and analysis − All possible requirements of
the system to be developed are captured in this phase and documented in a
requirement specification document.
• System Design − The requirement specifications from first phase are
studied in this phase and the system design is prepared. This system design
helps in specifying hardware and system requirements and helps in defining
the overall system architecture.
• Implementation − With inputs from the system design, the system is first
developed in small programs called units, which are integrated in the next
phase. Each unit is developed and tested for its functionality, which is
referred to as Unit Testing.
• Integration and Testing − All the units developed in the implementation
phase are integrated into a system after testing of each unit. Post integration
the entire system is tested for any faults and failures.
• Deployment of system − Once the functional and non-functional testing
is done; the product is deployed in the customer environment or released into
the market.
PROTOTYPE MODEL
Prototyping is defined as the process of developing a working replication of a product or system that
has to be engineered. It offers a small-scale facsimile of the end product and is used for obtaining
customer feedback. The Prototyping Model is one of the most popularly used Software Development
Life Cycle Models (SDLC models). This model is used when the customers do not know the exact
project requirements beforehand. In this model, a prototype of the end product is first developed,
tested and refined as per customer feedback repeatedly till a final acceptable prototype is achieved
which forms the basis for developing the final product.
In this process model, the system is partially implemented before or during the analysis
phase thereby giving the customers an opportunity to see the product early in the life cycle.
The process starts by interviewing the customers and developing the incomplete high-level
paper model. This document is used to build the initial prototype supporting only the basic
functionality as desired by the customer. Once the customer figures out the problems, the
prototype is further refined to eliminate them. The process continues until the user
approves the prototype and finds the working model to be satisfactory.
SPIRAL MODEL
Spiral model is one of the most important Software Development Life Cycle models,
which provides support for Risk Handling. In its diagrammatic representation, it
looks like a spiral with many loops. The exact number of loops of the spiral is
unknown and can vary from project to project. Each loop of the spiral is called a
Phase of the software development process. The exact number of phases needed to
develop the product can be varied by the project manager depending upon the project
risks. As the project manager dynamically determines the number of phases, so the
project manager has an important role to develop a product using the spiral model.
The Radius of the spiral at any point represents the expenses(cost) of the project so
far, and the angular dimension represents the progress made so far in the current
phase.
The below diagram shows the different phases of the Spiral Model:
Each phase of the Spiral Model is divided into four quadrants as shown in the above
figure.
The functions of these four quadrants are discussed below
Objectives determination and identify alternative solutions:
Requirements are gathered from the customers and the objectives are identified,
elaborated, and analysed at the start of every phase. Then alternative solutions
possible for the phase are proposed in this quadrant.
Identify and resolve Risks: During the second quadrant, all the possible
solutions are evaluated to select the best possible solution. Then the risks
associated with that solution are identified and the risks are resolved using the best
possible strategy. At the end of this quadrant, the Prototype is built for the best
possible solution.
Develop next version of the Product: During the third quadrant, the
identified features are developed and verified through testing. At the end of the
third quadrant, the next version of the software is available.
Review and plan for the next Phase: In the fourth quadrant, the Customers
evaluate the so far developed version of the software. In the end, planning for the
next phase is started.
Practical - 11: Explain with reason which model is best suited for the
product.
Minify CSS and JavaScript files: Minify the website's CSS and JavaScript
files to reduce the file size, which will result in faster loading times. Use tools
like CSS Minifier or UglifyJS to minify the files.
Use a Content Delivery Network (CDN): Use a CDN to deliver the website's
content to users from a server that is geographically closer to them, reducing
the loading times. Popular CDN services include Cloudflare, Amazon
CloudFront and Akamai.
Enable caching: Enable caching on the website to reduce server load and
speed up website loading times. Use caching plugins like W3 Total Cache or
WP Super Cache to enable caching on WordPress websites.
Use a faster web hosting service: Switch to a faster web hosting service to
improve website loading times. Look for hosting providers that offer faster
page loading times, faster server response times, and better uptime
guarantees.
Check email filters: Check email filters to see if any filters are blocking
emails from certain senders or domains.
Check email quota: Check the email quota to ensure that it has not
reached the limit. If the email quota is full, the user will not be able to send or
receive emails.
Verify DNS settings: Verify DNS settings and make sure they are
correctly set up. Incorrect DNS settings can cause email delivery issues.
Check spam folder: Check the spam folder in the email client to see if
the emails are being delivered there instead of the inbox.
Contact email service provider: If the issue persists, contact the email
service provider's support team for assistance. They can provide additional
troubleshooting steps or escalate the issue to their technical team for
resolution.
FP: The FP metric could be used to measure the functionality added to the website to
optimize its loading times. For example, if the optimization changes included adding a
caching plugin and enabling caching on the website, this could be considered a new function
and counted towards the FP metric.
FP: The FP metric could be used to measure the functionality added to fix the email issue.
For example, if the issue was caused by an incorrect email configuration, fixing this
configuration could be counted as a new function and added to the FP metric.
It's worth noting that while these metrics can be useful for measuring the size, functionality, and
complexity of code changes, they should be used in conjunction with other metrics and qualitative
analysis to fully evaluate the effectiveness of the solutions.
Use of CASE tools accelerates the development of project to produce desired result
and helps to uncover flaws before moving ahead with next stage in software
development.