Professional Documents
Culture Documents
INDEX
Sr.
No.
1
2
3
3
4
5
6
7
8
9
10
11
12
13
14
15
15
16
17
18
19
Subject
Project Title
Declaration
Acknowledgement
Introduction
Objective of the Project
Project Category
System Configuration
Brief Introduction About Visual
Basic 6.0
About The Structured Query
Page
No.
3
4
5
6
7
9
10
12
18
Language (SQL)
Entity Relationship diagram
Database Table
Process Model
Activity Diagram
Date Flow Diagram
DFD Level 0
DFD Level 1
DFD Level 2
DFD Level 3
DFD Level 4
22
24
28
30
42
43
44
45
46
46
Module
Report
Software Testing
Objectives
Timeline
Future Scope and Future Scope
Bibliography
49
49
50
51
52
54
55
Project Title
Project Definition
Team size
Platform
6.0
Application Type
Desktop Application
Back-End
Development tool
Visual Studio 6
Reporting Tool
Hardware specification
Operating system
Windows 98/XP/VISTA/2007
Project guide
Duration
6 months
DECLARATION
degree of
University is my original work and the project has not formed the basis for
the award of any other degree, association ship, fellowship or any other
similar titles.
Place: SURAT
Date: 25/12/2011
------------------------------
ACKNOWLEDGEMENT
Introduction
Development of large software system is extremely complex activity full
of various opportunities to introduction errors. Software Engineering is the
discipline that attempts to provide method to handle this complexity,
enabling us to produce reliable system software with maximum productivity.
It was felt that it is important and very instructive, not only to learn
the principles of software engineering but also apply them to a software
development project so that all aspects of development and be clearly seen on
project.
Software engineering is activity starts from requirements analysis and
ends with testing and implementation.
This project is designed to manage a Retail Store System. In This
project VB 6.0 is use as front-end and Oracle use as backend.
Customer Record,
Same as this many other tasks are also available such as Sales record,
purchase record etc. So in manual system records maintain processes are more
difficult. With the use of this project store can maintain their customer
record easily.
Project Category
System Configuration
Hardware Requirements
Software Requirements
10
evolved from
the earlier DOS version called BASIC. BASIC means Beginners' All-purpose
Symbolic
The code looks a lot like English Language. Different software companies
produced different versions of BASIC, such as Microsoft QBASIC, QUICKBASIC,
GWBASIC, IBM BASICA and so on. However, people prefer to use Microsoft Visual
Basic today, as it is a well developed programming language and supporting
resources are available everywhere. Now, there are many versions of VB exist
in the market, the most popular one and still widely used by many VB
programmers is none other than Visual Basic 6. We also have VB.net, VB2005,
VB2008 and the latest VB2010. Both Vb2008 and VB2010 are fully object
oriented programming (OOP) language.
VISUAL BASIC is a VISUAL and
These are the main divergence from the old BASIC. In BASIC, programming is
done in a text-only environment and the program is executed sequentially. In
VB, programming is done in a graphical environment. In the old BASIC, you
have to write program code for each graphical object you wish to display it
on
Screen, including its position and its color. However, In VB , you just need
to drag and drop any graphical object anywhere on the form, and you can
change its color any time using the properties windows.
11
Language Features
Like the BASIC programming language, Visual Basic was designed to be
easily learned and used by beginner programmers. The language not only allows
programmers to create simple GUI applications, but can also develop complex
applications. Programming in VB is a combination of visually arranging
components or controls on a form, specifying attributes and actions of those
components, and writing additional lines of code for more functionality.
Since default attributes and actions are defined for the components, a simple
program can be created without the programmer having to write many lines of
12
This runtime is included by default in Windows 2000 and later, but for
earlier versions of Windows like 95/98/NT it must be distributed together
with the executable.
Forms are created using drag-and-drop techniques. A tool is used to
place controls (e.g., text boxes, buttons, etc.) on the form (window).
Controls have attributes and event handlers associated with them. Default
values are provided when the control is created, but may be changed by the
programmer. Many attribute values can be modified during run time based on
user actions or changes in the environment, providing a dynamic application.
For example, code can be inserted into the form resize event handler to
reposition a control so that it remains centered on the form, expands to fill
up the form, etc. By inserting code into the event handler for a keypress in
a text box, the program can automatically translate the case of the text
being entered, or even prevent certain characters from being inserted.
Visual Basic can create executables (EXE files), ActiveX controls, or
DLL files, but is primarily used to develop Windows applications and to
interface database systems. Dialog boxes with less functionality can be used
to provide pop-up capabilities. Controls provide the basic functionality of
the application, while programmers can insert additional logic within the
13
Characteristics
For String, and @ for Currency) or using the key phrase As (type). VB
can also be set in a mode that only explicitly declared variables can be
used with the command Option Explicit.
15
16
database language. Although SQL is often described as, and to a great extent
is, a declarative language, it also includes procedural elements. SQL
became a standard of the American National Standards Institute (ANSI) in
1986, and of the International Organization for Standards (ISO) in 1987.
Since then the standard has been enhanced several times with added features.
However, issues of SQL code portability between major RDBMS products still
exist due to lack of full compliance with, or different interpretations of
the standard. Among the reasons mentioned are the large size, and incomplete
specification of the standard, as well as vendor lock-in.
Queries:The most common operation in SQL is the query, which is performed with
the declarative SELECT statement. SELECT retrieves data from one or
more tables, or expressions. Standard SELECT statements have no persistent
effects on the database. Some non-standard implementations of SELECT can have
persistent effects, such as the SELECT INTO syntax that exists in some
databases.
Queries allow the user to describe desired data, leaving the database
management system (DBMS) responsible for planning, optimizing, and performing
the physical operations necessary to produce that result as it chooses.
18
The FROM clause which indicates the table(s) from which data is to be
retrieved. The FROM clause can include optional JOIN sub clauses to
specify the rules for joining tables.
The GROUP BY clause is used to project rows having common values into a
smaller set of rows. GROUP BY is often used in conjunction with SQL
aggregation functions or to eliminate duplicate rows from a result set.
The WHERE clause is applied before the GROUP BY clause.
The ORDER BY clause identifies which columns are used to sort the
resulting data, and in which direction they should be sorted (options are
ascending or descending). Without an ORDER BY clause, the order of rows
returned by an SQL query is undefined.
Entity
Attribute
Flow
Line
DIAGRAM
20
Database Tables
Table Name:- Categories
Category
Primary Key:-
21
No.
Column Name
Data Type
1.
Category
Varchar(20)
2.
Cosmetics
Varchar(100)
3.
Stationary
Varchar(100)
4.
Grocery
Varchar(100)
Primary Key(A.I.)
To Store Cosmetics
Product
To Store Stationary
Product
To Store Grocery
Product
Primary Key:- code
Column Name
Data Type
1.
Prod_No
Smallint
2.
Code
Smallint
3.
Prod_Name
Varchar(50)
4.
Category
Varchar(20)
Description
Description
Product Number
To Store Product
Code (Primary Key )
To Store the Product
Name
Foreign Key of
categories
Primary Key:-
Column Name
Data Type
1.
ID
Smallint
2.
Name
Varchar(25)
3.
Contect_no
Smallint
ID
Description
Primary Key(A.I.)
To Store the Dealer
Name
To Store the Dealer
Phone
Primary Key:-
22
No.
Column Name
Data Type
1.
Bill_No
Smallint
2.
Bill_Date
DateTime
3.
ID
Smallint
4.
Grand_Total
Smallint
Description
Primary Key (A.I.)
To Store Purchase
Bill Date
Foreign Key of
Dealer
To Store the Grand
Total
No.
Column Name
Data Type
Description
Foreign Key Of
Purchase
Foreign Key of
Product
To Store
Purchase
Quantity
To Store Bonus
Product From
Dealer
To Store
Discount on
Product From
Dealer
1.
Bill_No
Smallint
2.
Code
Smallint
3.
Qty
Smallint
4.
Bonus
Smallint
5.
Discount
Smallint
6.
Price
Smallint
Product Price
7.
Expiry_Date
DateTime
Product Expiry
Date
No.
Column Name
Data Type
1.
Bill_No
Smallint
2.
Bill_Date
DateTime
3.
Code
Smallint
4.
Qty
Smallint
Description
Foreign Key Of
Purchase
Purchase Bill
Date
Foreign Key Of
Product
To Store Return
Product
Quantity
Column Name
Data Type
1.
Bill_No
Smallint
2.
Bill_Date
DateTime
3.
Cust_Name
Varchar(100)
4.
Grand_Total
Smallint
Description
Primary
Key(A.I.)
To Store Sale
Bill Date
To Store the
Customer Name
To Store Sale
Bill Total
Column Name
Data Type
1.
Bill_No
Smallint
2.
Code
Smallint
3.
Qty
Smallint
4.
Price
Smallint
5.
Discount
Smallint
6.
Expiry_Date
DateTime
24
Description
Foreign Key Of
Sales
Foreign Key Of
Product
Sale Quantity
Store Product
Price
Discount On
Selling
Product Expiry
Date
Table Name:- Sales_Return
No.
Column Name
Data Type
1.
Bill_No
Smallint
2.
Bill_Date
DateTime
3.
Code
Smallint
4.
Qty
Smallint
Description
Foreign Key Of
Sales
Store Sale Bill
Date
Foreign Key Of
Product
Sale Quantity
Vi
ew Name:- Stock
No.
Column Name
Data Type
Description
1.
No
Smallint
No Of Product
2.
Code
Smallint
Product Code
3.
Category
Varchar(20)
4.
Qty
Smallint
5.
Price
Smallint
Average Price
6.
Tatal_Amt
Int
Total Of Price *
Qty
25
Store Category
Of Product
Stock Of
Product
Process Model
Unified Modeling Language
Manage Purchase
Detail
Manage Sales
Detail
Manage Product
Detail
Manage Stock
Manage Customer
Record
Administrat
or
Manage Delear
Record
Manage Purchase
Return
Manage Sales
Return
Manage Bill
Record
Manage Company
Record
26
Process Model
Unified Modeling Language
Sale
Product
Customer
Detail
Receive
Payment
Purchase
Product
Get
Information
About Product
User
Get Information
About Stock
Get Information
About Issue Bills
Get Information
About Sales Return
Activity Diagram
2). Sales Process Diagram
Get Customer
Detail
Fill Sales
Details
Check Empty
Field
No
Yes
Validate Data
yes
Get Sales &
Save the
Record
28
No
Get Customer
Id
Fill Customer
Details
No
Check Empty Field
Yes
Validate Data
Yes
Customer Detail
Process
Complete & Save the
Record
29
No
Put Customer
Id
Click On Ok
Button
Validate Data
& Check Empty
Field
Yes
30
No
Input Customer
Id
Input Cheque
Amount, Cheque No,
Cheque Date
Click On Ok
Button
Validate Data
& Check Empty
Field
Yes
31
No
Fill Purchase
Form Details
Check Empty
Field
No
Yes
Validate Data
Yes
Record Store
in System
32
No
Input Product
Name
No
Check Record
Yes
Show Product
Details
Fill Required
Information
Click On Save
Button
No
Validate Data
Yes
Record Store
in System
33
34
No
Input current
password & New
Password Correctly
No
Validate Data
Yes
Change Password
35
Click on Administrator
Menu and Select Edit
Product
Details
Fill Details of
Product as form
Yes
Record Stored
36
No
Click on Administrator
Menu and Select Edit
Store
Fill Details of
Store as Form
37
No
Click on Report
Select Report
which you want
Display
Customer
Report
Display
Payment
Status Report
Display Purchase
&
Sales Report
Print or Exit
38
Display
Billing
Report
Good Conventions In Developing DFDS : Data Flow diagrams serve the dual purpose of specifying what data are
needed for processing and as documentation of what procedures transform data.
Loops.
A process, which is a poor decision.
A Data Flow split into flows with different names and meanings.
Crossing Lines.
A good Data Flow Diagram should have the following:1. Process names, data stores names, and data flow names must be meaningful in the
context of the problem.
2. DFDs must be developed top down with lower levels giving more details.
3. Data should be conserved.
4. Data flows should not act as signals to activate or initiate processes.
39
DFD Level 0
Retail
User
Store
Managemen
t
System
DFD Level 1
40
Product
Customer
Request
Product
Purchase
Payment
Collection Detail
Product Detail
Product
Retail
Store
Managemen
t
System
Customer Detail
Order Detail
Supply Detail
Product Detail
User
DFD Level 2
Search
User
41
Order
Purchase
User
Search
DFD Level
3
Apply
Filter
42
View
Category
Product
Cosmetics
Grocery
Stationary
DFD Level 4
User
Request
Purchase
Product
43
Purchase
Product
MODULES
This module is use for convert Numeric value to Word. Its catch value
through parameter and return Number to Word.
REPORTS
Software Testing
Testing
Once the program code is designed and implemented, some testing
technique will be used to ensure the program function correctly.
Unit Testing
Individual modules will be tested against the specification and design
to confirm their correct operation.
Integration Testing
Several units will be tested together to see how they interact and to
confirm whether their overall function is performed correctly. This testing
will apply to each of the main section of code; the use interface, data
processing, etc.
System Testing
The entire system is tested against the specification to check it meets
the projects requirements.
45
46
Objective
Testing is a process of the executing a program with the intent of
finding an error.
A good test case is one that has high probability of finding an as yet
undiscovered error.
A successful test is one that uncovers an as yet undiscovered Error.
Principles
All tests should be traceable to customer requirement.
Tests should be implemented long before test begins.
Testing should begin in the small and progress towards testing in
the large
Expansive testing is not possible.
To be most effective, an independent third party should conduct testing.
47
TASK
WEEK1
1.1
1.2
Identify Objective
1.3
Gathering requirements
1.4
Analysis requirements
Milestone : Requirements
Complete
Concept Planning
2.1
2.2
Define task
2.3
2.4
Divide in to module
3
3.1
4.1
Data Design
4.2
Architectural design
48
WEEK2
WEEK3
Task
4.
3
5
5.
1
5.
2
5.
3
6
6.
1
6.
2
6.
3
7
7.
1
7.
2
7.
3
Week
4
49
Week
5
Week
6
Week 7
4.
3
Week8
System Design
Interface Design
Milestone Design Complete
Testing
Milestone : Testing
Complete
Future Scope
All over limitations are tried to solve in my project. And try to best
solve customer requirements.
Bibliography
50
Website Name:
www.visual-basic-6.com
http://www.sqlcourse.com
www.visualbasicbooks.com
www.agilemodeling.com/artifacts/dataFlowDiagram.htm
www.w3schools.com/sql
51
52