Professional Documents
Culture Documents
SYNOPSIS
The company will generate the information about the products sold and
maintain the details of the item for future correspondence about their product. The
reports generated will provide the in depth view of the business which helps the top
management to increase the business profit.
CHAPTER – 1
INTRODUCTION
The Existing system is a manual system using ledgers and excels sheets
and it leads to time consumption.
No integrated process for the entire textile shop management.
Data duplication can be occurred by repeating the same thing over and
over.
2.1.2 STUDY ON THE PROPOSED SYSTEM
The proposed system overcomes the disadvantages of the existing system and
implements efficient monitoring of order by customer and payment management. The
sales details are processed with the ordering by the vendor and stock management is
computerized. The system is created for maintaining the customer details, order
details and payment details. The purchase return to the vendor is monitored and is
recorded for each purchase and the amount reduced for the purchase return is also
recorded for the corresponding purchase. The customer returned product will be
added to the stock and the amount for the product returned is reduced for the
corresponding payment. The SMS alert is given to the vendor and the customer while
the purchase order and sales order is being raised.
ANTICIPATED ADVANTAGES:
RAM - 128MB
Hard Disk - 40 GB
Platform : Windows 7
Windows services
Web controls and web control libraries and .NET classes and namespaces
With its language enhancements and its tight integration into the .NET
Framework, Visual Basic is a thoroughly modernized language that will likely
become the premier development tool for creating a wide range of .NET applications.
In the past, Visual Basic was often seen as a “lightweight” language that could be
used for particular kinds of tasks, but was wholly unsuitable for others.
Object Orientation
Common Type System
Access to System Services: The Framework Class Library
A Common Runtime Environment
VB.NET provides support in the language to find bugs early in the development
process. This makes easier to maintain codes and programs that are more reliable.
Visual Basic.NET has Common Language Runtime (CLR), that allows all the
components to converge into one intermediate format and then can interact.
Visual Basic.NET has intelligence feature that make the coding easy and also
dynamic that provides very less coding time.
Visual Basic is the fastest and easiest way to create application for Microsoft
windows; it provides with a complete set of tools to simplify rapid application
development.
“VISUAL” part refers to the method used to create the GRAPHICAL USER
INTERFACE (GUI) rather than writing numerous lines of code to describe the
appearance and location of elements, you simply drag and drop pre built object into
place on screen.
Reports are that Microsoft is devoting 80% of its research and development
budget to .NET and its associated technologies. The results of this commitment are
impressive.
The VB.NET language can be used to develop two types of applications that
can be run on windows:
VB.NET is a truly Object Oriented Language. Even the primitive data types
are implemented as objects with methods that call for type conversions and
output formatting. VB.NET supports all the three basic concepts of OOPS,
namely encapsulation, inheritance and polymorphism.
Many type-safe measures have been incorporated into VB.NET. Unsafe type
casting is not permitted. VB.NET supports the garbage collection feature,
which prevents the memory leakage problem.
In VB.NET, classes are declared and defined in the same code blocks.
Layout
Intelligence
The CLR is the heart of the .NET framework. It is the engine that drives key
functionality. “Runtime” is a component that a computer processes in order to execute
programs written in a particular programming language.
Here is how the CLR works. First of all, the source code written in a .NET
language gets compiled to the Intermediate Language (IL) and at the same time
metadata information is created by using the metadata engine. These are optimally
linked with other code compiled by different compilers and the result is an EXE or
DLL containing the IL code, which is saved to disk.
Then, on execution, the IL code and any functionality from the .NET Base
Class Libraries is brought together by using the class loader. Then, the combined code
is optimally tested for type safely by using the verifier before the Just-In-Time (JIT)
compiler comes to play. The JIT compiler processes the IL, creating managed native
code. Then, the managed native code is passes on to the .NET runtime manager.
Finally, the .NET runtime manager executes the native code. The native code
is cached and users can select the caching schemes that best fit their execution
environments.
VB.NET
Source Code IL code Managed native code
Back end used
Microsoft SQL Server is a probably the most accessible and the most
documentation enterprise database environment right now. The following is a list of
the features provided in SQL Server 2000.
User-defined functions
Indexed views
Cascading RI constraints
XML support
User-Defined Functions
SQL Server has always provided the ability to store and execute SQL code
routines via stored procedures. In addition, SQL Server has always supplied a number
of built-in functions. Functions can be used almost anywhere. An expression can be
specified in query.
SQL Server 2000 introduces the long-awaited support for user-defined
functions. User-defined functions can take zero or more input parameters and return a
single value like the system-defined functions, or a table result.
Table valued functions can be used anywhere. Table or view expressions can
be used in queries, and they can perform more complex logic than is allowed in a
view.
Indexed Views
Views are often used to simplify complex queries, and they can contain joins
and aggregate functions. However, in the past, queries against views were resolved to
queries against the underlying base table, and any aggregates were recalculated each
time you ran a query against the view.
Indexed views can improve performance for the following types of queries:
SQL server 7.0 provided the ability to create partitioned views using the
UNION ALL statement in a view definition. It was limited, however, in that all the
tables had to reside within the same SQL Server where the view was defined. SQL
Server 2000 expands the ability to create partitioned views by allowing to
horizontally partition tables across multiple SQL Servers.
The features helps to scale out one database server to multiple database
servers, while making the data appear as if it comes from a single table on a single
SQL Server. In addition, partitioned views are now able to be updated.
Cascading RI Constraints
SQL Server 2000 provides the ability to specify the action to take when a
column referenced by a foreign key constrain is updated or deleted. You can still abort
the update or delete if related foreign key records exist by specifying the NO
ACTION option, or you can specify the new CASCADE option, which will cascade
the update or delete operation to the related foreign key records.
SQL Server 2000 provides support for running multiple instances of SQL
Server on the same system. This allows you to simultaneously run one instance of
SQL Server 6.5 or 7.0 along with one or more instances of SQL Server 2000.
Each SQL Server instance runs independently of the others and has its own set
of system and user databases, security configuration and so on. Applications can
connect to the different instance in the same way they connect to different SQL
Servers on different machine.
XML Support
SQL Server 2000 provides native support XML. These new features provide
the ability to do the following:
It provides data integrity, data recovery and functionalities that are transparent
to the developer.
SQL Server optimizes network resources. Only the data requested by the
client needs to be sent across the network.
Benefits of SQL
All major relational database management systems support SQL thus one can
transfer all the skills gained with SQL from one RDBMS to another.
CHAPTER -3
Custom
er Purchase order
details details
Purchas
e details Purchase order
details
Purchas
e Purchas
details
Admin e order Purchase
details
Sales
details Purchas
e details sales order
details
Paymen Purchas
t details e order Sales
details
Vendor
payment Vendor payment
Customer
payment Customer payment
Vendor
details
Vendor
Admin
Customer
details
Customer
Purchase
details Purchase
Sales
details Sales
Payment
details
Payment
3.2 DATABASE DESIGN
The most important consideration in designing the database is how
information will be used.
The main objectives of designing a database are:
Data Integration
Data Integrity
Data integrity means storing all data in one place only and how each
application to access it. This approach results in more consistent information, one
update being sufficient to achieve a new record status for all applications, which use
it. This leads to less data redundancy; data items need not be duplicated; a reduction
in the direct access storage requirement.
Data Independence
Data independence is the insulation of application programs from changing
aspects of physical data organization. This objective seeks to allow changes in the
content and organization of physical data without reprogramming of applications and
to allow modifications to application programs without reorganizing the physical
data.
The tables needed for each module were designed and the specification of
each and every column was given based on the records and details collected during
record specification of the system study.
TABLE DESIGN
Table Name: Role Table
FIELD NAME DATA TYPE KEY DESCRIPTION
Roleid Int PK Role Id
RoleName Varchar(50) Not Null Role Name
When the design input has been reviewed and the design input requirements
are determined to be acceptable, an iterative process of translating those requirements
into a device design begins. The first step is conversion of the requirements into
system or high-level specifications. Thus, these specifications are a design output.
Upon verification that the high-level specifications conform to the design input
requirements, they become the design input for the next step in the design process,
and so on. Input facilities the entry of data into the computer system. Input design
involves the selection of the best strategy for getting data into the computer system at
the right time and as accurately as possible.
3.4 OUTPUT DESIGN
Simple and legible methods were used for output using standard display
controls
All the output screens were informative and integrative in such a way the user
can fulfill his requirements
The output is verified as conforming to its input; and it then becomes the design input
for another step in the design process.
3.5 MODULE DESCRIPTION
MODULES
Master Module
Purchase Module
Sales Module
Return Module
Payment Module
Master Module
This module contains the Role Definition and the user creation details. This
module contains the entire master data management like Vendor master, customer
master, Product type and Product Master. These master data are used in the
transactions to avoid the mistake of typing in the transactions instead by selecting
from the respective master.
Vendor Master
This screen capture the information like vendor name, address, contact person,
mobile no, phone no and email id if available.
Customer Master
This screen capture the information like customer name, customer address,
email, phone no, mobile no and contact person
Product Master
This screen captures the information regarding the Product data such as
Product name, product type and its price.
Purchase Module
This module manages the transaction regarding the purchase of product given
to the vendor such as Purchase Order (PO) and purchase details from the vendor. On
Receipt of goods the information is updated in the stock.
Purchase Order
This screen captures the information of the product received against the
purchase order and the amount for the purchase is also being calculated.
According the product received from the vendor, stock is updated.
Sales Module
The customer orders are maintained here and calculate the product needed for
the order and checks with the stock availability and helps in identifying the product to
be purchased for that order.
Sales Order
This screen captures the information regarding the order of the customer like
customer name, no of quantity required, date of requirements.
Sales
This screen captures the product needed for the order given by the
customer and calculates the amount needed to complete the order. The stock is
being updated as the sales details are recorded for each customer.
Return Module
The product being returned to the vendors and the customer returned product
details are maintained in this module. According to the products returned the stock
details will be updated.
Purchase Return
This screen captures the information regarding the product returned to the
vendor like vendor name, the purchase number, quantity returned and date.
The returned quantity is reduced from the stock and the stock is updated. The
amount for the returned quantity is also calculated and maintained.
Sales Return
This screen captures the information regarding the product returned from the
customer like customer name, the sales number, quantity returned and date.
The returned quantity is added to the stock and the stock is updated. The
amount for the returned quantity is also calculated and maintained.
Payment Module
Payment module deals with the payment to the vendor for purchased product. This
module also handles the customer payment against the Sales.
Vendor Payment
This screen captures the information like Quantity of product purchased from
the vendor, amount for that order are stored.
Customer Payment
This screen captures the information regarding customer payment like sales
number, no of quantities delivered to the customer and its amount information.
CHAPTER – 4
4.1SYSTEM TESTING
System testing is a type of testing to confirm that all code modules work as specified,
and that the system as a whole performs adequately on the platform on which it will
be deployed. System testing should be performed by testers who are trained to plan,
execute, and report on application and system code. They should be aware of
scenarios that might not occur to the end user, like testing for null, negative, and
format inconsistent values.
System testing of software or hardware is testing conducted on a
complete, integrated system to evaluate the system's compliance with its specified
requirements. A tester should be able to repeat the steps that caused an error. Test
techniques include, but are not limited to, the process of executing a program or
application with the intent of finding software bugs.
Testing and Methodologies
We begin the testing process by developing a comprehensive plan to test the
general functionality and special features on a variety of platform combinations. Strict
quality control procedures are used. The process verifies that the application meets
the requirements specified in the system requirements document and is bug free.
At the end of each testing day, we prepare a summary of completed and failed
test. And the application is redeveloped and retested until every item is resolved. All
changes and retesting are tracked through spreadsheets. Applications are not allowed
to launch until all identification problem are fixed. Finally a report is prepared at the
end of testing to show exactly what was tested and to list the final outcomes. Our
software testing methodology is applied in four distinct phases:
• Unit testing
• Integration testing
• Validation testing
Unit Testing
Unit testing is designed to test small pieces of functionality rather than the
system as a whole. This allows us to conduct the first round of testing to eliminate
bugs before the other major tests (i.e.) each module is tested individually. Unit testing
is testing changes made in a existing or new program to find out each module is found
to be working satisfactorily. Here every module will be tested.
Student Registration and Login module test.
Component test-whether the mail services device is working or not.
Integration Testing
Integration testing is a type of testing in which software and/or hardware
components are combined and tested to confirm that they interact according to their
requirements. Integration testing can continue progressively until the entire system
has been integrated.
It is also a software testing methodology used to test individual software components
or units of code to verify interaction between various software components and detect
interface defects. Components are tested as a single group or organized in an iterative
manner. After the integration testing has been performed on the components, they are
readily available for system testing. The following are the types of integration testing:
• Top down Integration
• Bottom-up Integration
Validation Testing
Tests to determine whether an implemented system fulfills its
requirements. The checking of data for correctness or for compliance with applicable
standards, rules, and conventions. Validation testing is used to validate the fields in
the form. It mainly focuses on text field and numeric field.
Numeric field validation
• The mobile number field can contain only numbers that should be 10 number.
• The individual modules are checked for accuracy and what it has to perform
System Testing
System testing ensures that the entire integrated software system meets
requirements. It tests a configuration to ensure known and predictable results. An
example of system testing is the configuration oriented system integration test.
System testing is based on process descriptions and flows, emphasizing pre-driven
process links and integration points.
Functional Testing
Functional Tests provide systematic demonstrations that functions tested
are available as specified by the business and technical requirements, system
documents and user manuals.
Functional testing is centered on the following items:
• Valid Input : identified classes of valid input must
be accepted.
• Invalid Input : identified classes of invalid input must
be rejected.
• Functions : identified functions must be exercised
be exercised.
• System Procedures : interfacing systems or procedures
must be invoked.
Organization and preparation of functional tests is focused on requirements,
key functions, or special test cases. In addition, systematic coverage pertaining to
identify business process flows, data fields,
predefined processes, and successive processes must be considered for testing. Before
functional testing is complete, additional tests are identified and the effective value of
current tests is determined.
White Box Testing
White Box Testing is a testing in which the software tester has knowledge of the
inner workings, structure and language of the software, or at least its purpose. It is
used to test areas that cannot be reached from a black box level.
Black Box Testing
Black Box Testing is testing the software without any knowledge of the inner
workings, structure or language of the module being tested. Black box tests, as most
other kinds of tests, must be written from a definitive source document, such as
specification or requirements document, such as specification or requirements
document. It is a testing in which the software under test is treated, as a black box
.you cannot “see” into it. The test provides inputs and responds to outputs without
considering how the software works.
Quality Assurance
The extent to which the program meets system specifications and user
objectives.
Reliability
The degree to which the system performs its intended functions overtime.
Efficiency
The amount of computer resources required by a program to perform a
function.
Usability
The effort required learning and operating a system.
Maintainability
To use with which program errors are located and corrected.
Testability
The effort required testing a program to ensure its correct performance.
Portability
The ease of transporting a program from one hardware configuration to
another.
Accuracy
The required position in input editing, computations and output.
USER TRAINING
User Training is designed to prepare the user for testing & conventing the system. .
They are
1) User Manual.
2) Help Screens.
3) Training Demonstration.
1) User Manual:
The summary of important functions about the system and software can be
provided as a document to the user.
2) Help Screens:
3) Training Demonstration:
PERATIONAL DOCUMENTATION
Document production and desktop publishing tool support nearly ever aspect
of software developers. Most software development organizations spend a substantial
amount of time developing documents, and in many cases the documentation process
itself is quite inefficient. It is not use unusual for a software development effort on
documentation. For this reason, documentation tools provide an important
opportunity to improve productivity.
(ii) Document Restructuring:
Creating document is far too timed consuming. If the system work’s, we’ll
live with what we have. In some cases, this is the correct approach. It is not possible
to recreate document for hundreds of computer programs.
Documentation must be updated, but we have limited resources. It may not be
necessary to fully redocument an application. Rather, those portions of the system that
are currently undergoing change are fully documented.
The system is business critical and must be fully redocumented. Even in this
case, an intelligent approach is to pare documentation to an essential minimum.
Corrective Maintenance
Perfective Maintenance
Preventive Maintenance
NORMALIZATION
Definition
A relation scheme is said to be in first normal form (1nf) if the values in the
domain of each attribute of the relation atomic. In other words, only one value
is associated with each attribute and the value is not a set of values or list of
values. A database scheme is in the first normal form. If every relation scheme
included in the database scheme is in the first normal form.
According to definition of first normal form alone, all the tables used in this
project are normalized to 1nf because the domain of each attribute of the relation
contain only atomic values and not group of values.
SECOND NORMAL FORM (2NF)
Definition:
A relation scheme is in second normal form if it is in 1NF and if all non-
prime attributes are fully functionally dependent on the relation keys. A
database scheme is in second normal form if every relation scheme include in
the database scheme is in second normal form.
A table is said to be in 2NF when it is in 1NF and every attribute in the row is
functionally dependent upon the whole key and not just part of the key.
THIRD NORMAL FORM (3NF)
Definition:
A relation scheme is in third normal form if for all non trivial functional
dependence in F+ of the form X A, either X contains a key or A is a
prime attribute. A database scheme is in 3NF. In other words a relation
scheme in third NF form does not allow partial or transitive
dependencies.
Grament purchase, production and sales management is carried out using this
project. The project helps administrator to maintain all transactions and customers to
view the past sales and receipt details. Since the application is designed as web, any
browser can be used to view the application. The change password helps to protect
the accessibility of users. The application is tested well and end users satisfaction is
found to be more. The application is designed such that minimum internet knowledge
is required for end users to browse the web site. For the user login it enhances the
One Time Password techniques, it makes the high reliability and the security
enhancement also.
5.1.1 SCOPE FOR FURTHER ENHANCEMENT
The application become useful if the below enhancements are made in future.
The application is developed such that above said enhancements can be integrated
with current modules.
BIBLIOGRAPHY
REFERENCES
Reference WebSites:
www.w3schools.com
www.onlinetutorial.com
www.phpnuke.com
www.php.net
www.java2s.com
ANNEXURE
A. INPUT DESIGN
B. OUTPUT DESIGN
C. SOURCE CODE
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
Private Sub DealerDetailsToolStripMenuItem_Click(ByVal sender As
System.Object, ByVal e As System.EventArgs) Handles
DealerDetailsToolStripMenuItem.Click
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
Private Sub ServiceCallsToolStripMenuItem1_Click(ByVal sender As
System.Object, ByVal e As System.EventArgs) Handles
ServiceCallsToolStripMenuItem1.Click
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
frm.MdiParent = Me
frm.Show()
End Sub
Private Sub ExitToolStripMenuItem_Click(ByVal sender As System.Object, ByVal
e As System.EventArgs) Handles ExitToolStripMenuItem.Click
End
End Sub
End Sub
End Class
Imports System.Data.OleDb
Dim a1 As Integer
con.ConnectionString = constr
con.Open()
End If
txtpurchaseID.Text = autono()
Call loadprodid()
Call loadmanuf()
End Sub
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
If dr.Read Then
autono = dr(0) + 1
Else
autono = 1000
End If
dr.Close()
End Function
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
While dr.Read
cmbsupid.Items.Add(dr(0))
End While
dr.Close()
End Sub
Private Sub cmbsupid_SelectedIndexChanged(ByVal sender As System.Object,
ByVal e As System.EventArgs) Handles cmbsupid.SelectedIndexChanged
cmd1.Connection = con
cmd1.CommandText = qry
seldr = cmd1.ExecuteReader
If seldr.Read Then
txtsupname.Text = seldr(0)
txtaddress.Text = seldr(1)
End If
seldr.Close()
End Sub
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
While dr.Read
cmbprodid.Items.Add(dr(0))
End While
dr.Close()
End Sub
cmd1.Connection = con
cmd1.CommandText = qry
seldr = cmd1.ExecuteReader
If seldr.Read Then
txtprodname.Text = seldr(0)
txtcategory.Text = seldr(1)
End If
seldr.Close()
End Sub
End Sub
Sub add_to_stock()
Dim dr As OleDbDataReader
qty = 0
cmd1.CommandText = qry1
cmd1.Connection = con
dr = cmd1.ExecuteReader()
qty = 0
Else
End If
dr.Close()
Dim q As Integer
' MsgBox(qty)
q = qty + a1
' MsgBox(q)
'Exit Sub
qry2 = "update tmpstock set prod_in=" & q & " where pname='" &
Trim(txtprodname.Text) & "'"
' MsgBox(qry2)
cmd.CommandText = qry2
cmd.Connection = con
cmd.ExecuteNonQuery()
End Sub
cmd.ExecuteNonQuery()
a1 = CInt(txtqty.Text)
Call add_to_stock()
MsgBox("Record Inserted..")
End Sub
End Sub
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
If dr.Read Then
txtpurchaseID.Text = dr(0)
purchasedate.Value = dr(1)
'cmbsupid.Text = dr(2)
txtsupname.Text = dr(3)
txtaddress.Text = dr(4)
txtprodname.Text = dr(6)
txtcategory.Text = dr(7)
txtmodel.Text = dr(8)
txtprice.Text = dr(9)
txtqty.Text = dr(10)
txttotalamount.Text = dr(11)
txtvat.Text = dr(12)
txtnetamount.Text = dr(13)
Else
dr.Close()
End Sub
txtpurchaseID.Text = autono()
txtprodname.Text = ""
txtsupname.Text = ""
txtqty.Text = ""
txtsupname.Text = ""
txttotalamount.Text = ""
txtvat.Text = ""
txtnetamount.Text = ""
txtmodel.Text = ""
txtaddress.Text = ""
cmbsupid.Focus()
End Sub
End If
cmd.ExecuteNonQuery()
MsgBox("Record Deleted..")
End Sub
Me.Close()
End Sub
End Class
Imports System.Data.OleDb
Dim a1 As Integer
Private Sub frmSales_Load(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles MyBase.Load
con.ConnectionString = constr
con.Open()
End If
txtpurchaseID.Text = autono()
Call loadprodid()
Call loadmanuf()
End Sub
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
If dr.Read Then
autono = dr(0) + 1
Else
autono = 1000
End If
dr.Close()
End Function
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
While dr.Read
cmbsupid.Items.Add(dr(0))
End While
dr.Close()
End Sub
Dim dr As OleDbDataReader
dr = cmd.ExecuteReader
While dr.Read
cmbprodid.Items.Add(dr(0))
End While
dr.Close()
End Sub
cmd1.Connection = con
cmd1.CommandText = qry
seldr = cmd1.ExecuteReader
If seldr.Read Then
txtsupname.Text = seldr(0)
txtaddress.Text = seldr(1)
End If
seldr.Close()
End Sub