Professional Documents
Culture Documents
PROJECT REPORT ON
ROLL NO : 6018
CLASS : XII
PGT (CS)
TIRUPPUR DIST
TAMILNADU
1|Page
SAINIK SCHOOL AMARAVATHINAGAR
CERTIFICATE
This is to certify that Cadet ANKUSH KUMAR Roll No: 6018 has
(PM Jigajinni)
PGT Comp Sci
Master IC
Examiner:
Name: _______________
Signature:
2|Page
TABLE OF CONTENTS [ T O C ]
01 ACKNOWLEDGEMENT 04
02 INTRODUCTION 05
04 PROPOSED SYSTEM 06
07 FLOW CHART 15
08 SOURCE CODE 22
09 OUTPUT 29
10 TESTING 31
12 BIBLIOGRAPHY 34
ACKNOWLEDGEMENT
3|Page
Apart from the efforts of me, the success of any project depends largely
on the encouragement and guidelines of many others. I take this opportunity to
express my gratitude to the people who have been instrumental in the successful
completion of this project.
The guidance and support received from all the members who contributed
and who are contributing to this project, was vital for the success of the project. I
am grateful for their constant support and help.
4|Page
PROJECT ON CREATING CLOTH STORE MANAGEMENT SYSTEM
INTRODUCTION
This programme helps the users to add a DATA of customers of all those who
does shopping . Today’s world is full of completions and the only winner of this
race is the one who challenges everybody in that specific field.
This program is one example of how one shop can be deferent in function from
the other.
The objective of this project is to let the students apply the programming
knowledge into a real- world situation/problem and exposed the students how
5|Page
PROPOSED SYSTEM
Today one cannot afford to rely on the fallible human beings of be really
wants to stand against today’s merciless competition where not to wise saying
“to err is human” no longer valid, it’s out-dated to rationalize your mistake. So,
to keep pace with time, to bring about the best result without malfunctioning and
One has to use the data management software. Software has been an
now in markets, which have helped in making the organizations work easier and
efficiently. Data management initially had to maintain a lot of ledgers and a lot of
paperwork has to be done but now software production this organization has
made their work faster and easier. Now only this software has to be loaded on
This prevents a lot of time and money. The work becomes fully automated
and any information regarding the organization can beobtained by clicking the
6|Page
SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)
7|Page
PHASES OF SYSTEM DEVELOPMENT LIFE CYCLE
INITIATION PHASE
8|Page
business case should also identify alternative solutions and detail as many
informational, functional, and network requirements as possible.
9|Page
The ITPR must be approved by the State CIO before the project can move
forward.
10 | P a g e
PLANNING PHASE
REQUIREMENTSANALYSIS PHASE
11 | P a g e
that will be used to determine acceptance of the system are captured in the Test
and Evaluation MasterPlan.
Further define and refine the functional and data requirements and
document them in the Requirements Document,
Complete business process reengineering of the functions to be
supported (i.e., verify what information drives the business process, what
information is generated, who generates it, where does the information go,
and who processes it),
Develop detailed data and process models (system inputs, outputs, and
the process.
Develop the test and evaluation requirements that will be used to
determine acceptable system performance.
DESIGN PHASE
12 | P a g e
During this phase, the system is designed to satisfy the functional requirements
identified in the previous phase. Since problems in the design phase could be
very expensive to solve in the later stage of the software development, a variety
of elements are considered in the design to mitigate risk. These include:
DEVELOPMENT PHASE
13 | P a g e
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:
14 | P a g e
Operational testing by the end user alone performing all functions.
Requirements are traced throughout testing, a final Independent
Verification & Validation evaluation is performed and all documentation is
reviewed and accepted prior to acceptance of the system.
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 user requirements.
15 | P a g e
INTRODUCTION:-------(CLOTH STORE)
16 | P a g e
FLOW CHART FOR LOGIN TABLE
START
c1=conn.cursor()
c1.execute('use old')
print("WELCOME TO GRAND CLOTH
STORE")
print(' ')
from time import
gmtime,strftime
a=strftime("%a,%d%b
%y",gmtime())
print(a)
17 | P a g e
X
print("1.login")
print("2.To create
account") X
choice=int(input("enter your
choice:"))
if
choic
e==1:
a=int(input("enter 18 | P a g e
user_id:"))
b=int(input("enter
X
v_user_id=int(input("choose
your user id (in integer):"))
v_passwd=int(input("create
your password (in integer):"))
v_name=input("your full name:")
print("account
created")
19 | P a g e
X
X
if
choice=
=1:
v_customer_name=input("enter your
name:")
v_gender=input("enter gender:")
v_phone_no=int(input("enter your
phone no:"))
20 | P a g e
Y X
Y X
print("THANK
YOU...For your
choice=
=2:
v_rate_issue=int(input("rate
your difficultes out of 10="))
v_write_problem=input("write
your problem:")
21 | P a g e
X
X
print("Your problem
will be
rectified....thank you.")
if Print(“err
choic orrrr”)
e==3:
22 | P a g e
SOURCE CODE(main)
conn=sql.connect(host="localhost",user="root",passwd="manager",database="ol
d")
if conn.is_connected():
print('')
c1=conn.cursor()
c1.execute('use old')
print(' ')
a=strftime("%a,%d%b%y",gmtime())
print(a)
print(' ')
print("1.login")
print("")
print('')
print(' ')
if choice==1:
a=int(input("enter user_id:"))
data=c1.fetchall()
data=data[0]
23 | P a g e
data=list(data)
data=data[0]
data=str(data)
print(' ')
print(' ')
b=int(input("enter passwd:"))
conn.cursor()
conn.commit()
if choice==2:
print('to create your account please enter your user id and password')
c1=conn.cursor()
print('')
print('')
print('')
c1=conn.cursor()
c1.execute(update)
conn.commit()
print("account created")
24 | P a g e
choice=int(input("enter your choice="))
if choice==1:
v_gender=input("enter gender:")
v_qty=int(input("enter quantity:"))
v_payment=int(input("make payment:"))
c1.execute(v_SQL_INSERT)
if choice==2:
c1.execute('USE old')
c1.execute(v_SQL_INSERT)
if choice==3:
c1.execute('use old')
c1.execute(v_SQL_insert)
conn.commit()
25 | P a g e
SOURCE CODE(Function calling)
1.
conn=sql.connect(host="localhost",user="root",passwd="manager",database="ol
d")
if conn.is_connected():
print('successfully connected')
c1=conn.cursor()
2.
conn=sql.connect(host="localhost",user="root",passwd="manager",database="ol
d")
if conn.is_connected():
print('successfully connected')
c1=conn.cursor()
3.
conn=sql.connect(host="localhost",user="root",passwd="manager",database="old")
if conn.is_connected():
print('successfully connected')
c1=conn.cursor()
26 | P a g e
4.
conn=sql.connect(host="localhost",user="root",passwd="manager",database="old")
if conn.is_connected():
print('successfully connected')
c1=conn.cursor()
27 | P a g e
OUTPUTS:--
Fri,03Jan20
1.login
account created
28 | P a g e
WELCOME TO GRAND CLOTH STORE MANAGEMENT SYSTEM
Fri,03Jan20
1.login
enter user_id:6076
enter passwd:6076
enter gender:male
enter quantity:2
make payment:5000
29 | P a g e
TESTING
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.
SPECIFICATION-BASED TESTING
30 | P a g e
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
The black box tester has no "bonds" with the code, and a tester's
perception is very simple: a code must have bugs. Using the principle, "Ask and
you shall receive," black box testers find bugs where programmers don't. But, on
the other hand, black box testing has been said to be "like a walk in a dark
labyrinth without a flashlight," because the tester doesn't know how the software
being tested was actually constructed.
That's why there are situations when (1) a black box tester writes many
test cases to check something that can be tested by only one test case, and/or
(2) some parts of the back end are not tested at all. Therefore, black box testing
has the advantage of "an unaffiliated opinion," on the one hand, and the
disadvantage of "blind exploring," on the other.
White box testing, by contrast to black box testing, is when the tester has
access to the internal data structures and algorithms (and the code that
implement these)
31 | P a g e
mutation testing methods.
static testing - White box testing includes all static testing.
White box testing methods can also be used to evaluate the completeness
of a test suite that was created with black box testing methods. This allows the
software team to examine parts of a system that are rarely tested and ensures
that the most important function points have been tested.
MSI
32 | P a g e
VII. FLOPPY DRIVE 1.44 MB : (If Backup required)
SOFTWARE REQUIREMENTS:
I. Windows OS
II. Python
BLIOGRAPHY
33 | P a g e