Automobile Management System
Automobile Management System
COMPUTER SCIENCE
PROJECT REPORT ON
AUTOMOBILE MANAGEMENT SYSTEM
PRINCIPAL
INTERNALEXAMINER EXTERNALEXAMINER
DECLARATION
independent project work done by me during 2024 – 2025 under the supervision and
I Humbly prostate myself before almighty for grace abundant that enabled me to
complete this project successfully.
Above all, I wish to express my deep sense of gratitude and sincere thanks to my
teachers, parents and friends for their support and encouragement to achieve this
milestone.
TABLE OF CONTENTS
01 INTRODUCTION
06 ADVANTAGES OF PROJECT
07 LIMITATIONS OF PROJECT
08 PROPOSED SYSTEM
12 OUTPUT SCREENS
13 TESTING
15 BIBLIOGRAPHY
PROJECT ON AUTOMOBILE MANAGEMENT
SYSTEM
1.INTRODUCTION
In today's fast-paced world, efficient data management systems
play a crucial role in streamlining operations across industries. The
"Automobile Management System" is designed to address the
challenges faced in managing automobile inventories. It serves as a
comprehensive solution for storing, updating, and accessing critical
data about automobiles with minimal effort.
This project leverages Python, a versatile programming language,
and MySQL, a robust relational database management system, to
build a reliable and user-friendly platform. The software eliminates
the need for traditional manual record-keeping methods, which are
often prone to human errors and inefficiencies.
By automating routine tasks, the system ensures data consistency
and significantly reduces the time required for inventory operations.
Users can perform operations such as adding new records, modifying
existing ones, and viewing the complete inventory with just a few
clicks.
Additionally, the project aligns with modern technological trends by
focusing on data-driven solutions that improve accuracy, efficiency,
and productivity. It demonstrates how software tools can be utilized
to transform traditional workflows into streamlined digital processes.
Overall, the "Automobile Management System" is a step forward in
simplifying inventory management, catering to the needs of
automobile dealers, workshop managers, and other stakeholders.
2. Objectives of the Project
5.Cost and Time Efficiency: Reduce operational costs and save time
through automated processes.
X. Printer : required
This prevents a lot of time and money. The work becomes fully
automated and any information regarding the organization can be
obtained by clicking the button. Moreover, now it’s an age of
computers of and automating such an organization gives the better
look.
9.SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)
PLANNING PHASE
The planning phase is the most critical step in completing
development, acquisition, and maintenance projects. Careful
planning, particularly in the early stages of a project, is necessary to
coordinate activities and manage project risks effectively. The depth
and formality of project plans should be commensurate with the
characteristics and risks of a given project. Project plans refine the
information gathered during the initiation phase by further
identifying the specific activities and resources required to complete
a project.
A critical part of a project manager’ sjob is to coordinate
discussions between user, audit, security, design, development, and
network personnel to identify and document as many functional,
security, and network requirements as possible. During this phase, a
plan is developed that documents the approach to be used and
includes a discussion of methods, tools, tasks, resources, project
schedules, and user input. Personnel assignments, costs, project
schedule, and target dates are established.
A Project Management Plan is created with components related
to acquisition planning, configuration management planning, quality
assurance planning, concept of operations, system security,
verification and validation, and systems engineering management
planning.
REQUIREMENTS ANALYSIS PHASE
DEVELOPMENT PHASE
The development phase involves converting design
specifications into executable programs. Effective development
standards include requirements that programmers and other
project participants discuss design specifications before
programming begins. The procedures help ensure programmers
clearly understand program designs and functional requirements.
Programmers use various techniques to develop computer
programs. The large transaction oriented programs associated
with financial institutions have traditionally been developed using
procedural programming techniques. Procedural programming
involves the line-by-line scripting of logical instructions that
are combined to form a program.Effective completion of the
previous stages is a key factor in the success of the Development
phase. The Development phase consists of:
Translating the detailed requirements and design into
system components.
Testing individual elements (units) for usability.
Preparing for integration and testing of the IT system.
INTEGRATION AND TEST PHASE
Subsystem integration, system, security, and user acceptance
testing is conducted during the integration and test phase. The
user, with those responsible for quality assurance, validates that
the functional requirements, as defined in the functional
requirements document, are satisfied by the developed or
modified system. OIT Security staff assess the system security
and issue a security certification and accreditation prior to
installation/implementation.
IMPLEMENTATION PHASE
This phase is initiated after the system has been tested and
accepted by the user. In this phase, the system is installed to support
the intended business functions. System performance is compared to
performance objectives established during the planning phase.
Implementation includes user notification, user training, installation
of hardware, installation of software onto
production computers, and integration of the system into daily work
processes. This phase continues until the system is operating in
production in accordance with the defined userrequirements.
# Database connection
def get_db_connection():
return sql.connect(host="localhost", user="root",
password="vps123", database="automobile")
db.commit()
print("Automobile added successfully.")
db.close()
if choice == 1:
new_make = input("Enter new make: ")
query = "UPDATE automobiles SET make = %s WHERE id = %s"
cursor.execute(query, (new_make, id))
elif choice == 2:
new_model = input("Enter new model: ")
query = "UPDATE automobiles SET model = %s WHERE id = %s"
cursor.execute(query, (new_model, id))
elif choice == 3:
new_year = int(input("Enter new year: "))
query = "UPDATE automobiles SET year = %s WHERE id = %s"
cursor.execute(query, (new_year, id))
elif choice == 4:
new_price = float(input("Enter new price: "))
query = "UPDATE automobiles SET price = %s WHERE id = %s"
cursor.execute(query, (new_price, id))
else:
print("Invalid choice.")
db.close()
return
db.commit()
print("Automobile updated successfully.")
db.close()
# Delete an automobile
def delete_automobile():
db = get_db_connection()
cursor = db.cursor()
db.commit()
print("Automobile deleted successfully.")
db.close()
db.close()
if choice == 1:
add_automobile()
elif choice == 2:
update_automobile()
elif choice == 3:
delete_automobile()
elif choice == 4:
view_automobiles()
elif choice == 5:
print("Exiting system. Goodbye!")
break
else:
print("Invalid choice. Please try again.")
TESTING METHODS
Software testing methods are traditionally divided into black
box testing and white box testing. These two approaches are used to
describe the point of view that a test engineer takes when designing
test cases.
BLACK BOX TESTING
Black box testing treats the software as a "black box," without
any knowledge of internal implementation. Black box testing
methods include: equivalence partitioning, boundary value analysis,
all-pairs testing, fuzz testing, model-based testing, traceability
matrix, exploratory testing and specification-based testing.
SPECIFICATION-BASED TESTING
Specification-based testing aims to test the functionality of
software according to the applicable requirements.[16] Thus, the
tester inputs data into, and only sees the output from, the test
object. This level of testing usually requires thorough test cases to be
provided to the tester, who then can simply verify that for a given
input, the output value (or behaviour), either "is" or "is not" the
same as the expected value specified in the test case. Specification-
based testing is necessary, but it is insufficient to guard against
certain risks