6th Sem Report

Home Appliances Logistics
2011-11
Chapter 1 INTRODUCTION
Dept Of MCA, S.I.T, Tumkur.
2011-11
1. Introduction
The process of physically delivering goods to consumers is known as logistics. Logistics is the efficient flow and storage of goods from their point of origin to the point of consumption. It is the part of the supply chain process that plans, implements and controls the flow of goods. It can also be seen as the management of inventory, in rest or in motion. It is the management of the flow of goods, information and other resources. Logistics is the channel of the supply chain which adds value of time and place utility. Home Appliances are that without which a modern home is considered incomplete, especially in urban areas. Retailing of Home appliance market has grown to fold over the last decade due to the financial power of the common people, has led to the retail market to grow never before. This has led to the managing of the home appliances logistics to a new level. The objective of the system is to have value addition to the existing system by optimizing the managing of the products, services and dealer management by enabling a web enabled application. The implementation of the project is done with the use of J2EE technology in building business logic, interacting with backend utilities and routing the result pages through web server. The backend soft wares used are Oracle 8i as database server, tomcat as its web server. The GUI is rendered using Java Server Pages with HTML and Java Scripting language. The application has been tested at various levels as per the industry standards and application has given satisfactory results with the actual data collected from the Organization.
2011-11
1.1 Literature Survey

The Literature Survey for the project involved studying the manual process in the Industrial Competency Lab, Siddaganga Institute of Technology and referring the web sites.
1.1.1 Existing System

There are many reasons for the development of this new system. The existing system is stand alone application and it is single user. The existing systems is having problems for generating reports on sales information, payment dues and provide alerts to the key persons within the organization about stock reduction, payments due and much more.
1.1.2
Proposed System
The drawbacks of manual process can be minimized leading to increase efficiency and productivity.
The web enabled application generates reports on sales information, payment dues and provide alerts to the key persons within the organization about stock reduction, payments due and much more.
Through alerts we can keep track of the information regarding inventory, products, and payments so on.
2011-11
It improves the quality of the system. It helps the customers to purchase the products through online.
1.1.3 Literature study for Technical Reference

A Detailed analysis is made during the initial phase to decide upon the tools and languages to be used for development of this kind of project. Considering all the options, following is found to be the most useful, robust and effective for deployment of this proposed application.
1.1.3.1 Java
Java is an object-oriented programming language developed by sun Microsystems in 1991, originally called oak. Java provides high-level security by performing compile time as well as runtime code checking. Java is architectural neutral and plat-form independent, dynamic memory management is the main power of Java. Multi-threading allows the system to process number of clients requests at a time. Earlier java was used to create two types of programs, applications and applets. Applications are the programs that can run on stand alone machine which has got the Java Runtime Environment. Applets are programs designed to transmit over the Internet and executed by a java compatible web browser. After the invent of Servlet Java had become preferable language for the Internet programming applications.
Characteristics of Java: Simple:

Java was designed to be easy for the professional programmer to learn and use effectively. Java will be even easy if we already know the concept of object-oriented programming. Some of
2011-11
confusing concepts like pointers in C/C++ are implemented in a cleaner and more approachable manner.
Object oriented:
Java is 100% object Oriented. The object model is simple and easy to extend Simple types, such as integers, are kept as high- performance non-objects.
Robust:
Java is a strictly a typed language, manages memory allocation & de-allocation provides object-oriented exception.
Security:
Executing a program needs a particular class or set of classes to be loaded which the byte code verifier does. The execution of Java byte codes can be visualized as a set of classes partitioned into separate name space for the local file system classes, and for the network source when the class is loaded the class will be checked in the local name space and network name space.
Portability:
Java programs can run on any platform without being recompiled. There are no platform specific features on the JAVA language specification.
Multithreaded:
Multithreaded is the capability for a program to perform several tasks simultaneously within a program. Multithreading has been incorporated in to java in smooth way.
2011-11
Architecture Neutral:
Architecture neutral means that it is platform independent. A java program can be run on any platform with a JVM. Many major OS vendors have adopted the JVM.
Interpreted and high performance:

Java enables the creation of cross-platform programs by compiling into an intermediate representation called java byte code. This code can be interpreted that provides a java Virtual Machine.
Distributed:
Java is built with network communications in mind. It has a comprehensive library of routines for dealing with network protocols such as TCP/IP, HTTP and FTP. As a result, Java application can open and access objects across the Internets with the same ease that programmers normally expects while accessing a local file system computing.
Dynamic:
Fundamentally, distributed computing environment must be dynamic Java was designed to adapt in a constantly evolving environment. It is capable of incorporating new functionality regard less of where that functionality comes from-the local computer system, the local and wide area networks, and the internet are all potential contributors.
2011-11
1.1.3.2 JDBC(Java Database Connectivity)

The JDBC API is designed to allow developers to create database front ends without having to continually rewrite their code. It is DBMS-independent mechanism that would allow developers to write their client-side applications without concern for the particular database being used. There are two levels of interface in the JDBC. The Application Layer, where the developer uses the JDBC to make cells to the database via SQL and retrieve the results. The Driver Layer, that handles all communication with a specific Driver Implementation. There are four main interfaces that every driver layer must implement. The four interfaces are the Driver, Connection, Statement and ResultSet. The Driver interface implementation is where the connection to the database is made. In most applications, the driver is accessed through the DriverManager class. Connection is used to establish connection with database. Statement is used to carry information from JDBC to database server and database server to JDBC. ResultSet is used to handle the results of the operation.
1.1.3.3
Servlets
Servlets are the server side programs. Servlet engines like JRun3.1 or Tomcat servlet runner execute these programs.
Servlets are cross-platform:

Because servlets are written in Java, they can be used on multiple platforms without worrying about compatibility issues or recompilation. Servlets are executed in Java runtime environment of the server.
2011-11
Servlets are fast

Standard CGI programs are slow because a new process must start up and run for every client request. Example: if a Perl CGI search engine is being used by 100 users, 100 separate versions of the program have to be loaded into memory and executed. It consumes more memory as well as CPU capacity. Java Servlets are fast because they are persistent. The same search engine as a servlet would load only once and then service all 100 clients using multiple threads. It would then stay loaded in memory and wait for more requests instead of shutting down.
Servlets are secure:

Servlets are executed in the Java security sandbox so can be insulated from disrupting the operating system or breaching security. Additionally, many security holes in traditional CGI languages result from those languages being weakly typed. Javas strong typing helps to ensure fewer accidental security mistakes.
1.1.3.4 JSP(Java Server Pages)

JSP is an easy-to-use solution for generating HTML pages with dynamic content. A JSP file contains combinations of HTML tags and JSP syntax. The JSP files have the extension JSP. One of the many advantages of JSP is that it enables us to effectively separate the HTML coding from the business logic in the web pages. It can be used to access reusable components, such as servlets, java beans. JSP also supports embedding inline java code within web pages. JSP syntax consists of these formats, as described in detail in the sections that follow : Directives , enclosed with <@> Scriptlets , enclosed within <%%> Expressions, enclosed within <%=%>
2011-11
When the web server receives a request for a JSP file, the server sends the request to the Application server(servlet engine). The Application server parses the JSP file and generates Java source, which is compiled and executed as a servlet. The generation and compilation of the Java source occurs only on the first invocation of the servlet, unless the original JSP file has been updated. In such a case, the Application server detects the change, regenerates and compiles the servlet before executing it.
1.1.3.5 PL/SQL
PL/SQL provides performance improvements through blocking of calls to RDBMS features of PL/SQL are support for SQL, Use of variables, constants, Conditional Controls, Use of cursors, PL/SQL Tables, User-defined Records and Exception Handling.
2011-11
Chapter 2 HARDWARE AND SOFTWARE REQUIREMENTS
10
2011-11
2. Hardware and Software Requirements

2.1 Hardware Requirements
2.1.1 Server System
Processor Clock Speed RAM Hard Disk : : : : Pentium IV 1GHZ 1GB 40GB
2.1.2 Client System:
Processor Clock Speed RAM Hard Disk
: : : :
Pentium IV 1GHZ 512 MB 40 GB
11
2011-11
2.1.3 Software Requirements
Operating System Database Web Server Browsers Database Modeling Tools used
: : : : : :
Windows XP Oracle 8i Apache Tomcat 5.1 Internet Explorer 6.X Power Designer 10.X Eclipse Editor, Homesite.
12
2011-11
Chapter 3 SOFTWARE REQUIREMENT SPECIFICATION
13
2011-11
3 Software Requirement Specifications
3.1 Introduction
The process of physically delivering goods to consumers is known as logistics. Logistics is the efficient flow and storage of goods from their point of origin to the point of consumption. It is the part of the supply chain process that plans, implements and controls the flow of goods. It can also be seen as the management of inventory, in rest or in motion. It is the management of the flow of goods, information and other resources. Logistics is the channel of the supply chain which adds value of time and place utility. Home Appliances are that without which a modern home is considered incomplete, especially in urban areas. Retailing of Home appliance market has grown to fold over the last decade due to the financial power of the common people, has led to the retail market to grow never before. This has led to the managing of the home appliances logistics to a new level. The objective of the system is to have value addition to the existing system by optimizing the managing of the products, services and dealer management by enabling a web enabled application.
3.2 Purpose
The purpose of the document is to list all requirements of the process as stated by the client give all prerequisites and see that both client and project manager are clear about what is being done and they can easily sort out any misunderstandings about the project to avoid any kind of confusion.
14
2011-11
This document is considered as first step towards building the product with respect to the requirements specified by the client. It even serves as guide to the client. The purpose of the SRS is to provide guideline to the application developer. Also the document describes the step-by-step process of the project and the business rules of the application to be carried out by the development team, and it defines the functional and Nonfunctional requirements of the project, which will help to make agreement between the company and the customer. The document defines all the key items, descriptions for all acronyms/abbreviations used in this document and in the application. The intended audiences of this documented are listed. The document is intended to serve several groups of audiences: Designers will use the information recorded here as the basis for creating the applications design.
The SRS will serve to establish a basis for agreement between the Client and Project Manager Team about the functionality to be provided by the application.
The application maintainers will review the document to clarify their understanding of what the application does.
Testing team will use this document to derive test plans and test cases. The project manager will use this document during project planning and monitoring.
3.3 Scope:
The scheme is designed to sufficiently flexible to provide the facilities a broad range of potential outcomes. This s/w enables to accomplish a series of tasks such as
15
2011-11
The Online home appliances logistics system is to choose the products online with user friendly.
Developing of cost effective and time saving application. To develop web enabled application in such a way that information can be handled by dealer.
3.4 Benefits
Provides to maintain bulk of records. Provides flexibility Home appliance logistics is the maintenance of the goods and Inventory using supply chain management. Allows dealer to maintain information about products pricing, stock, purchase and sale. Logistics helps us to determine how much inventory to carry and what product lines to stock. Through alerts we can keep tack of the information regarding inventory, products, payments and so on.
16
2011-11
The web applications generates reports on sales information, payment dues and provide alerts to the key persons within the organization about stock reduction, payment dues and much more.
3.5
Functional requirements
Product functionality begins with login details of dealer and distributor. Authorization is provided to both distributor and dealer. Product access will be held on the basis of dealer and distributor.
3.5.1 Module Specification

We can login in two ways through distributor and dealer. The distributor application has following modules: Product Management Item Management Dealer Management Product Pricing Management Purchase management Sales Management
17
2011-11
Vendor Management Alerts Management
The Dealer application has following modules.
View Products information View Announcements Give Orders Search Management Purchase order Management Payment Management
View Products information:

Using this module we can view all the products information. The product management is the hierarchical classification of products. Based on three levels we can divide the products. Based on category, type and brand we can divide the products. By selecting a particular product name it will generate all the information regarding that product. We can view all the information belongs to a particular product. We can view the brand name, product type, category type, item name,
18
2011-11
model number, serial number, batch number and manufacturing date.
Give orders:
The dealer has to give orders to distributors to purchase a product. This module will show the details of order he has given. The dealer can choose any product and he can give orders. He has to select particular product name, brand name and product type. He has to enter quantity. Based on that he can give order to distributors. This module helps us to view the information about orders.
View Announcements
This module helps us to view the announcements. It consists of announcement id, title and announcement description. Announcements help the dealers to order the products through online.
Search Management
This module helps us to search the particular product. Based on the two ways we can search the products. Based on the model number and product name we can easily search the products. Search Management will helps in finding the details of particular product.
Purchase Order Management

This module helps us to view the purchase orders of particular dealer. By default it will display the latest purchase order. The purchase order consists of the entire list regarding that particular purchase order. Based on the dealer also we can display the purchase order. Purchase Order that provides easy and speedy management of entire sales and purchase orders for our organizations with error free data entry records.
19

2011-11
Easy management of Purchase and Sales order record details of small, large and other type of business organizations. Efficiently manages the customers, vendors and company purchase order database records. Accurately prepares the Sales, Purchase and Item Transaction reports of the Company.
Facilitate to track purchase and sale order number and payment details in the easiest way. Streamlines and organizes the entire purchasing process of the business organizations.
Payment Management
This module consists of the details regarding payments. The payment Management consists of purchase order numbers. Through this we can view payment details and purchase order details. The payment may be through cash or cheque. Depending on that it will display the payment details.
20
2011-11
Chapter 4 SYSTEM DEFINITION
21
2011-11
4 System Definition
System definition is the most critical phase in any manufacturing project. The functionality and performance of a product are defined, which becomes the basis for determining product specifications and performance. The purpose of the System definition is to describe the high-level goals for the new system, prioritize these and to establish relations between customer and Delta item. The customer must have confidence in and an understanding of the ways in which the delta method will influence the system design work. All demands on the client organization must be clear. An example of such a demand is that the system Delta team must have access to future users. During the system definition phase, the goals of the customer are discussed. These are documented in the system vision and in the usability specification.
4.1
Client/Server Concept:
A client/server system represents application architecture with co-operative processing divided between a set of clients and a server The client primarily deals with data presentation and part of the application logic. The server may powerful minicomputer that provides centralized data management service typically using an RDBMS engine, security service, resource sharing and a part of the business logic. Here, the client and server refer to logical processors physically, a client could be a PC based workstation and the server could be a powerful minicomputer.
22
2011-11
Client/Server technology is implemented at the enterprise level to offer the client/server benefits to the entire organization.
Client Client
Clien t Client
Clie nt
Clie nt Client Client Client
Client
Client
Cli ent
Client
Server Server Server Server
DATABASE
Database Figure-4.1
4.2
Three Tier Architecture

The three tier architecture is used when an effective distributed client/server design is needed that provides (when compared to the two tier) increased
23
2011-11
performance, flexibility, maintainability, reusability and scalability. While hiding the complexity of distributed processing from the user. These characteristics have made three layer architectures a popular choice for Internet applications and netcentric information systems.
Presentation Layer
Firewall + Tier boundary
Business Logic Layer
Tier boundary Database Data Layer
24

Figure-4.2
2011-11
A three tier distributed client/server architecture (as shown in figure) includes a user system interface top tier where user services (such as session, text input, dialog and display management) reside.
Presentation Layer
In the presentation layer, the client interacts with the system by sending request through the JSP page and view the dynamic content generated by the system.
Business Logic Layer:

Here the actual business logics will takes place. It includes all server side validations. The valid data are request will be sent to Database Layer for storing and retrieving the data from the Database Server. The received response from the Database Layer will be dispatch to the presentation layer.
Database Layer:
In the Database Layer, Java Database connectivity (JDBC) is used to establish the connection with the Database Server. After establishing the connection with the Database Server, Callable Statements are use to invoke the stored procedures in the Database Server. The Database Layer receives response from the Database Server. Then it dispatches the data to the Business Logic Layer.
25
2011-11
Chapter 5 SYSTEM DESIGN
26
2011-11
5. SYSTEM DESIGN
System design, which is some times also called high level design, aims to identify the modules that should be in the system, the specification of these modules, and how they interact with each other to produce the desired result. System design is focus on identifying the modules. Issue management and message component is one of the identified modules in the Web Enabled Defect Tracking Tool. The purpose of the design phase is to plan a solution of the problem specified by the requirement document. This phase is the first in moving from the problem domain to solution domain. In other words, starting with what is needed; design takes us towards how to satisfy the needs. The design of the system is perhaps the most critical factor affecting the quality of the software.
27
2011-11
5.1 Overall system Architecture:

Servlet Servlet Engine Engine Connection Pool Connection Pool
Config Manager Config Manager Request & Request & Response Response Servlet Servlet
Component Component Handler Handler Business Logic Business Logic Layer Layer
Error Log Error Log
Data Base
Validator Validator
Database Database Layer Layer
DataBean DataBean
JSP JSP
Internet &
Dept Of MCA, S.I.T, Tumkur. intranet
28
2011-11
Figure 5.1 5.2 Data flow by activity diagramEnter Login

name and Password
Distributor Home page
Dealer Home Page
29
2011-11
6. Detailed Design
Detailed design is also called as low level design. During detailed design, the internal logic of various functionalities in the proposed system is decided. During this phase further details of the data structures and algorithmic design of each of functionality is specified. The detailed includes: 1 Sequence diagram 2 Database design diagrams
6.1 Flow of data by sequence diagrams
30
2011-11
Home Page
Home Appliances Login Page Client Side validation
Home App Servlet
Home App Handler
Home App DB
Server side Validation
Figure 6.1
31
2011-11
Dealer HomePage
ViewDealerPro duct Page Client side validation
HomeAppServl et
HomeAppHandl er
HomeAppDb
Server side validation
view product information
Figure 6.2
32
2011-11
Give orders
GiveOrder.jsp
HomeAppServl et
HomeappHandl er
HomeAppDb
Database
select Category name,Brand name and category type and quantity
Client side validation
Provide inputs
Access data
Invalid Data
Redirect to same page
Valid Data
Redirect to givedelaerorder.jsp
Figure 6.3
33
2011-11
Search.jsp
item name/model no analysis.jsp
HomeAppServl et
HomeAppHandl er
HomeAppDb
Database
Enter proper data to search
client side validation
Request dispatch Provide inputs
Server side validation Access data
Suuccessful search Display data
If data not found Display message
Figure 6.4
34
2011-11
PurchaseOrder. jsp
HomeAppServl et
HomeAppHandl er
HomeAppDb
Database
select firm name,purchaseorder number and purchase order date
click on purchase order number
Request dispatch provide inputs
Server side validation Data access
Displays all the details of purchase order
Figure 6.5
35
2011-11
Payment.jsp
HomeappServle t
HomeAppHandl er
HomeAppDb
Database
select purchase order number
request Dispatch Provide inputs
Data access
Display payment details
Figure 6.6
36
2011-11
6.2 Database Design Document:

6.2.1 Introduction:
This Document contains the description of all the tables. It also contains the description of the various models that are used in the Database Design.
6.2.2 Scope:
The scope of this document is up to the examiner allotment package whose detailed specifications are given in the SRS document.
6.2.3 Conceptual Data Modeling:

Conceptual Data modeling is the first stage in the process of TOP-DOWN DATABASE DESIGN. The aim is to describe the information used by an organization in a way, which is not governed by implementation-level issues and details. It should make it easy to see the overall picture so that non-technical staff can contributes to discussions. A common method of analysis involves identifying: The ENTITIES (persons, places, things etc.), which is a real world object. The ATTRIBUTES -The items of information, which characterize and describe these entities. The RELATIONSHIPS between entities, which exist and must be taken into account when processing information.
37
2011-11
6.2.4 Physical Data Modeling:

The Physical Data Model (PDM) is a database design tool for defining the implementation of physical structures and data queries. Depending on the type of database you want to design, you will use different types of diagrams in the PDM. Database Operational Diagram Physical diagram to define the physical implementation of the database. Physical diagram to store business data.
Data warehouse or Data mart
OLAP
Multidimensional diagram to define the possible queries to perform on the operational data.
38
Home Appliances Logistics 6.2.5 Conceptual Data Modeling Diagram(E-R Diagram):
2011-11
Figure 6.11
6.2.6 Physical Data Modeling Diagram:
39
2011-11
Product_t product_id product_name integer varchar <pk > FK_PR U T__R OD C EFER C EN E_PR U OD CT_ FK_BR D AN _PR EFERENC _R E_PR U T_ OD C
product_type_t product_type_id product_type product_id integer varchar integer <pk > <fk >
product_dimens ion_t dimens ion_id dimens ion product_type_id integer varchar integer <pk > <fk >
FK_BR D AN _PR_R EFER C EN E_PR U OD CT_ FK_BR AND _PR EFEREN E_PR UC _R C OD T_ FK_ITEM_T_R EFER CE_PR U EN OD CT_ FK_ITEM_T_R EFER C EN E_PR U T_ OD C <fk 1> <fk 4> <fk 2> <fk 3> FK_ITEM_T_R EFER CE_BR EN AND _T item_t item_id dimens ion_id brand_id product_id product_type_id integer integer integer integer integer
FK_PR UC OD T__R EFER C EN E_PROD CT_ U
brand_product_t product_id brand_id product_type_id dimens ion_id integer integer integer integer
dealer_purchas eorder_item_t <pk > <fk 4> <fk 2> <fk 1> FK_D _P_REFER ENC E_ITEM_T <fk EALER 3> purchas eorder_id item_id quantity price_id integer integer varchar integer <fk 1> <fk 2>
FK_BRAN _PR_R D EFER CE_BRAN _T EN D
FK_D EALER _I_R EFER C EN E_ITEM_T brand_t brand_id brand_name integer varchar <pk > FK_ITEM_D ET_REFEREN E_ITEM_T C dealer_item_price_t announcement_t integer varchar varchar date integer <pk >
item_details _t item_id vendor_id model_no s erial_no batch_no manufacturing date quantity purcahs e_date purchas e_price s elling_price purchas eorder_date purchas eorder_number
integer <fk 2> integer <fk 1> varchar varchar dealer_purchas e_t varchar date dealer_id integer purchas eorder_id date dealer_purchas eorder_date varchar dealer_payment_date varchar FK_IN VOIC E__R EFER C EN E_ITEM_T date varchar
announcement_id price_id integer <pk > announcement_title dealer_id integer <fk 1> announcement_des cription item_id integer <fk 2> announement_date price varchar dealer_id date_from date FK_D EALER _P_R EFER C EN E_DEALER _P date_to date
<fk >
us er_t integer integer date date <fk > <pk > us er_name pas word s us er_type dealer_id us er_type_id us er_id varchar varchar varchar integer integer numeric
<fk 2> <fk 1> <pk >
FK_IN VOIC E__REFER C EN E_D EALER_P FK_U SER _T_R EFER CE_U EN SER _TYP FK_D EALER _I_REFER C EN E_D EALER_T us er_type_t us er_type_id us er_type FK_AN OUN E_R N C EFEREN E_DEALER C _T invoice_t <pk > invoice_id invoice_date purchas eorder_id payment_type payment_s tatus integer date integer varchar varchar <pk > <fk >
FK_ITEM_D ET_R EFERENC E_VEN OR D _T
vendor_t vendor_id vendor_name vendor_contact firm_name vendor_phone_no vendor_mobile_no vendor_email_id vendor_addres s vendor_city vendor_dis trict vendor_pincode vendor_s tate integer varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar <pk >
integer varchar
FK_DEALER _P_R EFER CE_D EN EALER _T
FK_INVOIC E__REFER C EN E_IN VOIC E_
FK_U SER_T_R EFER C EN E_DEALER _T FK_PAYMEN T__R EFERENC E_IN VOICE_ payment_details _t <pk > invoice_id announement payment_date cheque_no bank _name branch date integer varchar date varchar varchar varchar date <fk >
dealer_t dealer_id firm_name dealer_name dealer_type contact_pers on phone_number mobile_number email_id addres s city dis trict pin code s tate integer varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar
invoice_details _t
Figure 6.12
invoice_id item_id quantity rate amount
integer integer integer float float
<fk 1> <fk 2>
alert_t alert_id alert_type alert_des cription alert_s tatus alert_date integer varchar varchar varchar date <pk >
40
2011-11
6.2.7 List of tables used in Home Appliances Logistics Management:

User Type Information Table (User_Type_t) This table is used to store the user type information. User_Type_t Sl No Column Name Description Primary Foreign Key Key 1 User_Type_Id Number(1) Yes 2 User_Type Varchar2(20) Table-6.1 Login Information Table (User_t) This table is used to store the user information of application user. Login_t Sl No Column Name Description Primary Foreign Key Indexe Key d 1 Dealer_id Number(4) yes 2 User_Type_Id Number(2) Yes 3 User_Name Varchar2(20) Password Varchar2(10) Table-6.2 Product Table (Product_t) This table is used to store the category of the product. Product _t Sl No 1 2 Column Name Procudt_id Descriptio n Primary Key Foreign Key Indexe d
Indexe d
Uniqueness
Uniqueness
Uniquenes s
Number(4) Yes
Product_name Varchar2( 20) Table-6.3
Brand Table (Brand _t) This table is used to store the brand details of the product.
41
2011-11
Brand_t SI No 1 2 Column Name Brand_id Brand_name Description Number(4) Varchar2(20) Table-6.4 Product type Table (Product_type _t) This table is used to store the product type details of product. Product_type_t SI No 1 2 3 Column Name Prod_type_i d Product_na me Product_id Description Number(4) Varchar2(20) Number(4) Table-6.5 Product dimension Table (Product_dimension_t) This table is used to store the wise patient details. Product_dimension_t sI No 1 2 3 Column Name Description Primary Key Yes Foreign Key Indexed Uniquenes s Primary Key Yes Indexed Uniquenes s Primary Key Yes Indexe d Uniquenes s
Dimension_ Number(4) id Dimension Varchar2(20 ) Product_typ Number(4) e_id
Table-6.6
42

Item Table (Item_t) This table is used to store the Item details. Item _t Sl No 1 2 Column Name Description Primary Key Foreign Key Indexed
2011-11
Uniquenes s
Product_id Number(4) Yes Product_type_i Number (4) yes d Table-6.7
Payment details Table (Payment_details_t) This table is used to store the state details of the payment deatils. Payment_details_t Sl No 1 2 3 4 5 6 Column Name Invoice_id Announcemen t Payment_date Cheque_no Bank_name Branch Descriptio n Number(4) Varchar2(4 0) Date Varchar2(2 0) Varchar2(3 0) Varchar2(3 0) Table-6.8 Primary Key Yes Foreign Key Indexed Uniquenes s
Brand product Table (Brand_Product _t)
43

This table is used to store brand and product details Brand_Product_t Sl No 1 2 3 Column Name Brand_id Product_id Description Primary Key Number(5) Number(4) Foreign Key yes yes yes Table-6.9 Alert Table (Alert_t) This table is used to store the details of alerts. Alert_t sI No 1 2 3 4 5 Column Name Alert_id Alert_type Description Number(4) Primary Key Yes Foreign Key Indexed
2011-11
Uniqueness
Product_type_i Number(4) d
Indexed Uniquenes s
Varchar2(20 ) Alert_descrip Varchar2(60 tion ) Alert_status Varchar2(30 ) Alert_date Date Table-6.10
Announcement Table (Announcement_t)
44

This table is used to store the announcement details. Announcement_t sI No 1 2 3 4 5 Column Name Announceme nt_id Announceme nt_title Announceme nt_descriptio n Announceme nt_date Dealer_id Description Number(4) Varchar2(0) Varchar2(60 ) Date Number(5) Table-6.11 Dealer item price table (Dealer_item_price_t) This table is used to store the item price details Dealer_item_price_t sI No 1 2 3 4 5 6 Column Name Price_id Dealer_id Item_id Price Date_from Date_to Description Number(4) Number(4) Number(4) Varchar2(20) Date Date Table-6.12 Primary Key Yes yes yes Foreign Key Indexed Primary Key Yes Foreign Key
2011-11
Indexed Uniquenes s
Uniqueness
Dealer purchaseorder item table (Dealer_purchaseorder_item_t)
45

This table is used to store the dealer purchase order details. Dealer_purchaseorder_item _t Sl No 1 2 3 4 5 Column Name Item_id Purchaseorder_id Quantity Price_id Dealer_id Description Number(4) Number(4) Number(4) Number(6) Number(4) Table-6.13 Dealer purchase Table (Dealer_purchase _t) This table is used to store the purchase details of dealers. Dealer_purchase_t sI No 1 2 3 4 5 Column Name Purchaseorder _id Dealer_id Dealer_purcha seorder_date Dealer_payme nt_date Purchaseorder _number Descriptio n Number(4) Number(4) Date Date Varchar2(2 0) Table-6.14 Primary Key Yes Yes Foreign Key yes Primary Key Foreign Key
2011-11
Indexed Uniqueness
Indexed Uniquenes s
46

Dealer Table (Dealer _t) This table is used to store the dealer details. Dealer _t Sl No 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Column Name Dealer_id Firm_name Dealer_name Dealer_type Contact_perso n Phone_numbe r Mobile_numb er Email_id Address City District Pin_code State Dealer_type_i d Descriptio n Number(4) Varchar2(3 0) Varchar2(3 0) Varchar2(3 0) Varchar2(3 0) Number(2 0) Number(1 0) Varchar2(3 0) Varchar2(3 0) Varchar2(3 0) Varchar2(3 0) Number(1 0) Varchar2(3 0) Number(4) Table-6.15 Primary Key Yes Foreign Key
2011-11
Indexed Uniquenes s
Yes
47
2011-11
Invoice_details Table (Invoice_details_t) This table is used to store invoice details. Invoice_details_t sI No 1 2 3 4 5 Column Name Invoice_id Item_id Quantity Rate Amount Description Number(4) Number(4) Number(4) Float(40) Float(40) Table-6.16 Invoice Table (Invoice_t) This table is used to store the invoicedetails. Invoice_t Sl No 1 2 3 4 5 Column Name Invoice_id Description Primary Key Number(4) Yes Foreign Key Indexed Uniqueness Primary Key Foreign Key yes yes Indexed Uniqueness
Invoice_date Date Purchaseorder Number(4) _id Payment_Type Varchar2(5 0) Payment_statu Varchar2(4 s 0) Table-6.17
yes
48
2011-11
Item details Table (Item_details_t) This table is used to store the item details. Item_details_t Sl No 1 2 3 4 5 6 7 8 9 10 11 12 Column Name Item_id Vendor_id Model_no Serial_no Batch_no Manufacturing _date Quantity Purchase_date Description Primary Key Number(4) Yes Number(4) Varchar2(3 0) Varchar2(5 0) Varchar2(4 0) Date Number(4) Date Foreign Key Indexed Uniqueness
yes yes
Purchase_price Number(30 ) Selling_price Number(30 ) Purchaseorder Date _date Purchaseorder Varchar2(3 _number 0) Table-6.18
49
2011-11
Vendor Table (Vendor_t) This table is used to store the vendor details. Vendor_t Sl No 1 2 3 4 5 6 7 8 9 10 11 Column Name Vendor_id Vendor_name Description Primary Key Number(4) Yes Foreign Key Indexed Uniqueness
Varchar2(3 0) Vendor_contac Varchar2(3 t 0) Vendor_phone Number(20 _no ) Vendor_mobil Number(10 e_no ) Vendor_email Varchar2(3 _id 0) Vendor_addres Varchar2(5 s 0) Vendor_city Varchar2(3 0) Vendor_distric Varchar2(3 t 0) Vendor_pinco Number(30 de ) Vendor_state Varchar2(2 0) Table-6.19
50
2011-11
Dealer Type Table (Dealer_type_t) This table is used to store the vendor details. Item _t Sl No 1 2 Column Name Dealer_type_i d Dealer_type Description Primary Key Number(4) Varchar2(2 0) Table-6.20 Yes Foreign Key Indexed Uniquenes s
51
2011-11
Chapter 7 IMPLEMENTATION AND USER MANUAL
7.Implementation and User Manual

7.1 Implementation:
In this phase, the system or system modifications are installed and made operational in a production environment. The phase is initiated after the system has been tested and accepted by the user. Activities in this phase include notification of implementation to end users, execution of the previously defined training plan, data entry or conversion, and post implementation review. This phase continues until the system is operating in production in accordance with the defined user requirements.
52
2011-11
System implementation is an important step in the process. In this step, the system is really implemented and put to use. Once the system is implemented, it is expected to give good results without any problems. The implementation needs apache web server and tomcat Servlet engine to be configured with oracle8i server installed.
7.2 User Manual: Login-Page
53
2011-11
Figure-7.1
This is login page, here the admin of the application need to login, if success, the home page can be accessed.
Home-Page:
54
2011-11
Figure-7.2
This is home page, here we have mainly six options. View products, give orders, View announcements, search item, view purchase orders and payment details. By choosing particular option the particular event will be called.
View products page:
55
2011-11
Figure 7.3
This is view products page. In this page we can view all the products details.
Give order page:
56
2011-11
Figure 7.4
This is give order page. By entering category name, brand name, category type and quantity it will display the give order page
View orders page
57
2011-11
Figure 7.5
This is dealer give order page. After selecting category, brand, category type it will display the details regarding that order.
Search-item page
58
2011-11
Figure 7.6
This is search item page. It consists of two options. Through item name and model number we can search the details of particular item.
Search by item name page
59
2011-11
Figure 7.7
This is search by item name page. By selecting brand name, category name, category type and dimension we can search the particular item details
60
2011-11
Search by model number page
Figure 7.8
This is search by model number page. By selecting appropriate model number it will display the particular item details.
Item details page
61
2011-11
Figure 7.9
This is search by model number page. After selecting model number it will display the details of particular item details.
62
2011-11
Purchase order page:
Figure 7.10
This is purchase order page. It displays firm name, latest purchase order numbers and purchase order date.
Display item list page Dept Of MCA, S.I.T, Tumkur.

63
2011-11
Figure 7.11
By clicking on the particular purchase order number it will display all the details belongs to that purchase order.
Payment details page:
64
2011-11
Figure 7.12
This is payment details page. It will display the details of all payments.
Purchase order page
65
2011-11
Figure 7.13
It displays the details of particular purchase order
View payment details page
66
2011-11
Figure 7.14
The payment details page consist of cheque number, date, bank name, branch and amount.
67
2011-11
Chapter 8 TESTING AND RESULT
8 Testing and Result

68
2011-11
Testing is a major quality control measure used during software development. Its basic function is to detect errors in the software. During requirements analysis and design, the output is a document that is usually textual and non-executable. After the coding and implementation phase, computer programs are available that can be executed for testing purposes. This implies that testing not only has to uncover errors introduced during coding, but also errors introduced during the previous phases. Thus, the goal of testing is to uncover requirement, design and coding errors in the programs consequently, different levels of testing are used. Testing is applied at different levels of software development and implementation. The focus of testing is to find errors but of different types: 1. Unit Testing 2. Integration Testing 3. Functionality Testing 4. Load Testing 5. Acceptance Testing
Unit Testing:
At the lowest level, the function of the basic unit of software is tested in isolation. This is where the most detailed investigation of the internal working of the individual unit is carried out. The most micro scale of testing to test particular functions or code. Programmer who writes the code often performs unit testing.
69
Home Appliances Logistics Integration Testing:
2011-11
Integration is a systematic approach to build the complete software structure Specified in the design form unit-tested modules.
Functionality Testing:
Manual testing is going through each item in the User Interface using supported product to ensure correct functionality and appearance.
Load Testing:
Test performance and stability using multiple concurrent connections. Load testing is carried out using Microsoft Web Application Stress Tool.
Acceptance Testing:
Acceptance testing is performed based on the system test plan to ensure that the completed system meets the requirements specification of the customer and the customer gives acceptance.
70
Home Appliances Logistics 8.1. Functional Test cases:

Sep 1 2 Action Log on as administrator. Click on view product information. User inputs Login name, Password.
2011-11
Click on give orders menu.
Product name, brand name, product type and quantity
Expected results Display the Home page if the data is valid other wise remains login page. Product name, brand name, product type, dimension, model no, serial no, batch no and manufacturing date Order details will display, dimension. Model no, serial no, batch no, date of purchase, purchase price and selling price. Announcement title, announcement description and announcement date Selected item details will display. Product name, product type, brand name, dimension, model no, serial no, batch no and manufacturing date Display firm name, purchase order number and purchase order date. Display dealer name and all the details. It displays dealer name and product details. Display purchase order number.
Select View Announcements menu. Select Search by item name from search management drop down menu Select Search by model number from search management drop down menu Click on View purchase order. Click on purchase order number. Click submit button on purchase order page. Click on payment details page.
Announcement id
Product name, brand name, product type and dimension Model number.
7 8 9
Product name, brand name
10
71
2011-11
11 12
Click on purchase order details page. Click on view payment details page.
Product name, brand name
It displays all the details regarding that product Display cheque number, cheque date, bank name, branch, amount
Table8.1
72
2011-11
Chapter 9 CONCLUSION
73
2011-11
9 Conclusion
The project is completed with total satisfaction and validated with real data. The performance was found to be efficient and error free. Any one with basic knowledge of computers will find it very easy to key in data and understand if any error message there. This project is a humble attempt to solve the complexities involved in maintenance of manual processes in an organization dispensary. Project aims in maintaining MIS and utilizing the products data, it helps home appliance logistics management in decision making. Various tests have been performed to validate each of the data. The errors encountered in this process were finally cleared in a prudent manner. is
74
2011-11
BIBLIOGRAPHY
Book References:
Herbert Schildt , Java2 Complete Reference, India 2002, 5th edition. Java Server Pages - Orielly publications, India, - 2004, 3rd edition. Java Script - Mike McGrath, India, - 2004, 3rd edition. The Oracle 8i Complete Reference - Kevin Loney, 2006, 8th edition. The Complete Reference (Oracle 9i) - Kevin Loney and George Koch, 2008 9th edition. RDBMS using ORACLE - CMC Ltd. DataBase Packages - Orielly publications
Websites referred:
www.sourcecode.com www.W3school.com www.java.sun.com www.dynamicdrive.com www.oracle.org
75
2011-11
76

6th Sem Report

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

6th Sem Report

Enviado por

Direitos autorais:

Formatos disponíveis

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

1.1 Literature Survey

1.1.1 Existing System

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

1.1.3 Literature study for Technical Reference

Characteristics of Java: Simple:

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Interpreted and high performance:

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

1.1.3.2 JDBC(Java Database Connectivity)

Servlets are cross-platform:

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Servlets are fast

Servlets are secure:

1.1.3.4 JSP(Java Server Pages)

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Chapter 2 HARDWARE AND SOFTWARE REQUIREMENTS

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

2. Hardware and Software Requirements

2.1.2 Client System:

Processor Clock Speed RAM Hard Disk

Pentium IV 1GHZ 512 MB 40 GB

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

2.1.3 Software Requirements

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Chapter 3 SOFTWARE REQUIREMENT SPECIFICATION

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

3 Software Requirement Specifications

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

3.5.1 Module Specification

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

Vendor Management Alerts Management

The Dealer application has following modules.

View Products information:

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics

model number, serial number, batch number and manufacturing date.

Purchase Order Management

Dept Of MCA, S.I.T, Tumkur.

Home Appliances Logistics