Automation Process in Online Shopping

Automation function in Online ca-ca1. INTRODUCTIONOnline deceiveping1.1 Ab aside The ProjectThis ejection is developed for the automation excite for of obtain throw online i.e through web. In marchant staff adding the catogories, mathematical products, stage gross sales, giving reads, rail line master(prenominal)tenace, creating placard ( placard) for effectuates, shipping of items rear stipulation by lymph node. creation, expound, and opposite relationss cargon robotic increment,decrement of commonplace, paid beak(amount),shipping flierAnd any demote transactions for grownup scale whole sale or retail sales, very huge shops, or government natural operates.This project primarily contains 3 facultys want Marchant module, Customer module, and explanation module.In lymph node module customers leaveing give orders for items which ar existence visible(prenominal) in that shop. In our project that order is surgical sufficeed and expound ar stored in selective in attaination base. In government note module center bill for uni public figure items forget be created. In possibility if the ordered items argon non cosmos shipped at a date accordingly the p demolitioning order enlarge pass on be processed and the bill for the pending order give be created. In Marchant Module products be being s tummy note in crime syndicate intelligent and product wise, item wise and up to season blood line go forth be maintained in computerized personal manner. And up to picture order given by the customer by means of online web experimental condition adjudicateament be shown with help of freighter-do web paginates by acquire info from entropybase.EXISTING SYSTEMIn existing schema each(prenominal) write outg is manual like customer willing go to shop manu every(prenominal)y and he/she selects items which ar avail equal in shop and the marchant will calculate the bill for products selected by the custo mer and then shipping process will ram place.Existing schema is manual, every subject we shake off to do manu entirelyydisplaying itemsSelecting itemsBilling processShippingProblems in pre right a sort establishmentCould non synchronize the external randomness to shopping order lucubrate.No queer of the complaints and replaced genuines after parliamentary law consecrate status is up envisiond manu tout ensembley utilize identify Confirmation.Very juicy trains of lying-in for preparing throwaways and exhaust cogitate instruments and r starting them to germane(predicate) parts or locations and game levels of clerical activity on sexual conquest of applicability of variant customers and products. incrementd levels of medical prognosis from customers with respect to prompt saving of items.Inability to accurately judge ever-changing patterns of fast and s mortified locomote items on floor of large volumes of info, and softness to track goods in transit .Difficulties in handling customer queries pertaining to consignments in-transit and fond(p) dispatches. Coperni buttocks orders non discriminated from others since all orders since all orders were processed on a first in first out basis-hence pauperization to be able to prioritize and process orders on a preferential basis (for high-pitched value orders or important customers), if compulsory.Increase in frequency of goods returned on account of damage leading to high stock levels of damaged goods in the f movery.Discrepancy betwixt ordered and cardd quantities on account of either partial availability of stocks or clerical oversights. scant(predicate) checks in the current governing body for ensuring customer credit limits atomic number 18 not exceeded.Sales information not analyzed properly to streamline toil volumes. This is primarily on account of varying sales patterns across the twelvemonth and high volumes of transaction.Customers could communicate to the Sales p eople but no study is kept in track for future references.Marchant or oversight couldnt not make water any information regarding latest sales enunciates unless requested and interpreted it for Spreadsheet finishs.Marchant or Management asks the eccentric information updates against the complaints and role mea reals and metrics, which the current carcass couldnt provide such facilities.The end personar of this product is a departmental store where the activity is hosted on the web and administrator maintains database.This lotion which is deployed at the departmental store will automatise the adjacent process.the customer exposit atomic number 18 appended to the customer database.The details of the items atomic number 18 brought forward from the database for customers view base on the selection by the menu. entropybase of all the products atomic number 18 products atomic number 18 updated at the end of the each transaction.1. moduleMarchant ModuleMarchant will enter into the undermentioned form by move into make make use of ofrname,password in this login rapscallion,after entering into next paginate marchant will add raw products, categories, distinguishable different items what atomic number 18 all the items available in that store,and if he pauperizations he will modify the things,he will delete thingsAnd maintains everything by date wise.Enhancing storesupdate storesdelete from storesSoftw ar and computer hardw atomic number 18 RequirementsThe quest bundle and hardw be atomic number 18 recommended for the company.Hardw atomic number 18 RequirementsProcessor Pentium repair 233 MHzMonitor samtronHardDisk 4.2 GBRAM 128 MBSoftw be Requirements in operation(p) transcriptionWindows NTLanguage JAVA (JSP, JDBC).JDK 1.4Backend prophet2.0 SYSTEM SPECIFICATION2.1 Introduction2.4 Advantages of the Proposed arrangingInter-Department Communication development Intranet poster Services (emails)Tracking the mails received fro m the customers as complaints and using them for appraisal and audit single-valued function purposes.Customized and adhoc explanations for the MIS for decisiveness-making. put up indent-automation from the direct sales dept.Shop stock Database updates.Stock in shop informationCommunication with the customers regarding the orders and complaints and tracking them for the future purposes. coat PortfolioIt is recommended that the organization shoot fors up the interest iv useable argonas for automationMarchant departmentcustomer departmentStores departmentBilling, shipping information SystemThe reasons for selecting the above argon that firstly they directly address the lines enumerated. Secondly, unitedly they forma cohesive set of well- integrated activity with one scheme acting as the feeder transcription for the other.System architectureselective information FLOW DIAGRAMSA data escape draw is a logical systemal mock up of a system. The place does not enumerate on hardw atomic number 18, software system package and data structures of the organization. thither is no somatogenic give the axe in a data consort draw. Because the diagram is a computer graphic picture of the logical system, it tends to be easily for every non-technical drug user to recognise and thence serves as an excellent conference tool. Finally a data flow diagram is a good starting point for system physical body.To construct a data flow diagram it uses four prefatory symbolisms. They are given below.RectangleThe above symbol is employ to define rootage or destination of data.Circle or Rounded Corners RectangleThe above symbols are defined to epitomize a process that transforms or modifies the data.3.21 INTRODUCTIONUML is a notation that resulted from the unificationOf Object mould Technique and Object point Software Technology .UML has been blueprinted for openhanded range of natural covering.Hence, it provides constructs for a spacious range of syst ems and activities.An Overview of UML in five notations1. use sequel diagramsUse cases are employ during requirements elicitation and epitomeTo re testify the functionality of the system.Use cases focus on the conduct of the system from the external point of view.The actor areOutside the enclo confident(predicate) of the system,whereas the use cases are inside the limitation of the system.2. class diagramsClass diagrams to chance upon the structure of the system. ClassesAre abstraction that ready the common structure and conduct of a setOf quarrys.Class diagrams light upon the system in terms of objects, classes, attributes, operations and their associations.3. grade diagramsSequence diagrams are used to formalize the behaviour of the system and to visualize the communication among objects. They are useful for identifying additional objects that insert in the use cases. A Sequence diagram repre displaces the interaction that take place among these objects.4. Statechart diagramsState chart diagrams come upon the behaviour of an individual object as a number of states and transitions amongst these states. A state represents a particular set of determine for an object. The range diagram focuses on the messages interchange mingled with objects, the state chart diagrams focuses on the transition between states.5.Activity diagramsAn activity diagram describes a system in terms of activities. Activities are states that represents the work of a set of operations. Activity diagrams are similar to flowchart diagram and data flow.Screens of online shopping3. REQUIREMENTS SPECIFICATION meanThe purpose of Online Shopping is to appreciate the fulfillance of the various products, maintain stock details, product details, and customer details of very big shops.SCOPEThis document is meant for the use of the organization and also will be the basis for clarifications. Alterations will not be do without the permission of the organization.PRODUCT FUNCTIONS O VERVIEWOnline Shopping is chiefly designed for the big shops to automate the maintenance of stock, maintaining customer details, manipulating product details and maintaining the payment details. It also promotes in monitoring the marting strategy to be implemented depending on the process of the various products.3.1 RequirementsIn system analysis the developer interacts with the customer/client and deeds with him in order to discovery out what he specifically unavoidably. subsequent he sees the past system, which is in use, and tries to find out what is lacking in that system. This examination of past system is not mandatory. That helps the developer to dig in the problem of the client or the customer.System summary is the study of gathering and see facts, diagnosing problems, and using the recommended improvements to the system. Analysis specifies what the system should do whereas design states how to fulfill the objective. System Analysis is comprised of pastime things. set the customers need.Feasibility study.Analyzing the system technically and economically.Resource allocation.Cost Estimations and Work memorial preparation.Defining the system, which forms the base of the following activities.The success of a system depends for the most part on how accurately a problem is defined, thoroughly investigated and properly carried out through the choice of solution. user need identification and analysis are concerned with the user needs quite than what the customer wants. This step is intend to help the user and the analyst represent the real problem quite a than its symptoms.This package has been developed in order to overcome the difficulties encountered while using the manual system. Faster and seasonably generation of reports is another motivating mover for the development of this package.The following requirements are set.3.1.1 Functional RequirementsCustomer Order bear onNew order (Order no auto generated).View fruits in category Statu s.Log exploiter Complaints.Order Search and touch Status.Internal Mail.Merchants Inventory ProcessingCategory wise prod Details.Department Orders.Internal Mails.Management Information System ProcessingAdhoc score.Internal Mails.Inter office Memos.3.1.2 User InterfacesA LOGIN form is presented with deuce-ace fields to be entered. When the Login button is pressed, found on the empid, department values in the login form, database the respective form gets displayed. by and by that the user can perpetrate the essential activities.3.2.2 Analysis Objects1. Interface ObjectsThe port object (also known as Boundary Object) is responsible for realizeling entrance fee to the try coffee Beans tier up from any client. This includes other host-side components, such as Servlets and Jsp pages.An excellent example of interface object is the controller servlets for the web activitys MVC architecture.2. view ObjectsControl objects provide advantages to the action. They model function ality that is not naturally associated with a particular entity or interface. Often, this is because to a greater extent than one entity needs to be operated on at one time an example might be determine if there is sufficient list to manufacture a product. Other times, it whitethorn be because a relevant entity was not identified in the model an example might be charging someones credit card.3. Entity ObjectsEntity objects model those business objects that should maintain their state after the use case rounds. Typically, this means that they represent data from the database. Some examples are Customer, product, and an order.Entity objects should be represented by entity beans in the execution model.The Entity ObjectsCustomerInvoiceOrderStockProduct3.3 INPUTSThe following inputs are collected for proposed system during the requirements condition from the Industries.1. Goods Inward Note (GIN)The factory receives this document from the factory along with the consummate goods. It dwells of the details of items received .The warehouse in charge is supposed to physically verify the stock received against this document. Discrepancies are to be noted on the GIN and send back up to the factory. It is use to enter details into the Goods inward register. It is also used to update stock leger on periodical basis.2. Goods received ConfirmationOn receiving the goods the customer is supposed to send a letter or telephonically in form the receipt of the consignment. Having got this information, the relevant invoice from the in transit consign is to be removed and destroyed is decided format for this document.3. Goods Returned NoteThis is situated found on the information send by the direct customer or dealer on goods that fuddle been damaged in transit. It contains the details of the damaged goods. A re-create of this is sent to the order-processing department, anther copy to the quality control department and third is field in the GRN file. The GRN details ar e entered into the damaged goods ledger.4. OrderCompany receives order from their direct customer and detailers. The dealers fill in the details on Flowells order form itself. The orders from the direct customers are transcribed on the regular format. Orders can be sent by one warehouse to another. They are used for checking the availability of the stock. They are serialized and then filled. In is used to check the availability of the required stock in stock halt and the goods inward register. The order could be serviced completely, partially or pending as the case whitethorn be.3.5 OutputsThe following outputs are collected for proposed system during the requirements precondition from the Shops.1. InvoiceOnce an order (either direct customer order or the dealer order) gets serviced partially or richly, an invoice for the same needs to be watchful. Most of the details are picked up from the order itself .An order may have multiple invoices. The discount for special customers is worked out. The rate is got form the product rate file. A copy of the invoice is sent to the direct customer, dealer, in-transit file, invoice file. The invoice details are entered into the issue register.Once supplementary gets service partially or fully nil valued supplementary invoice for the same needs to be prepared. Most of the details are picked up from the supplementary order itself. A copy of the supplementary invoice is sent to the direct customer, dealer, in-tansit file, and supplementary invoice file. The supplementary invoice details are entered into the issue register.2. Dispatch instruction manualThe invoice department picks up dispatch instructions for the invoices that are prepared from the order form. This they send to the dispatch department. They prepare a packing slip.This is a regular report being prepared, consisting of order that are pending as of a particular date. The details for this report are taken from the pending orders.3. Weekly Stock Status ReportT his is another weekly report prepared giving the details of the stock of each product. The details are obtained from the stock book.This report is prepared on adhoc basis. Whenever the genuine stock is compared with book stock, and discrepancies found, they are entered product wise in this report.4. DESIGN SPECIFICATION4.1 DATA DESIGNData objectsA data object is a thing about which you want to store information. It has free-lance existence and can be uniquely identified.The following data objects are derived for the system.CustomerOrderProductInvoicecategoryRelationshipsA relationship is a named association between agent and customer entity or more(prenominal)(prenominal) than entities we say that relationship exists between clerk and customer entity type. Similarly a relation between a clerk entity type and a manager entity type.The following relationships are identified for the system.For instance let us take the objects CUSTOMER, CATEGORY,PRODUCT, ORDER ,BILL the following r elationships are identified.Customer places an Order.Order contains Product.Product dispatched to Customer.The relationships between the remaining entities are as follows Customer receives Invoice.Invoice has Product.E-R diagramE-R Diagram as a regularity to represent a Data model and was developed by subgenus Chen (1976). The main focus of a Data Model is to identify the required data and show it diagrammatically, which is called Entity Relationship Diagram. Its popularly is attributed to its simplicity. It has a go on-down design approach to decide the minimum data that we would like to store for a given information system.4.2 ScreensONLINE SHOPPING SCREENS interrogatoryIt is a process of establishing faith that a chopine or system does what it is proposed of. examination is the only focussing to assure the quality of software and it is an umbrella activity rather than a offprint phase. This is an activity to be perform in parallel with the software effort and one that consi sts of its own phases of analysis, design, implementation, execution and maintenance.5.1 examen strategy5.1.1 Unit examinationThis interrogatory method considers a module as single unit and checks the unit at interfaces and communicates with other modules rather than getting into details at statement level. Here the module will be treated as a black box, which will take some inputs and generate output. Outputs for a given set of input gang are pre-calculated and are generated by the module.5.1.2 Integration examenHere all the pre-tested individual modules will be assembled to create the larger system and tests are carried out at system level to make sure that all modules are happenning(a) in synchronous with each other. This exam methodological analysis helps in making sure that all modules which are course absolutely when checked individually and are also running cohesion with other modules. For this examination we create test cases to check all modules once and then genera ted test combinations of test paths through out the system to make sure that no path is making its way into chaos.5.1.3 Validation examTesting is a major quality control measure employed during software development. Its basic function is to sight errors. Sub functions when combined may not produce than it is desired. Global data structures can represent the problems. Integrated testing is a systematic proficiency for constructing the planme structure while conducting the tests. To give away errors that are associated with interfacing the objective is to make test modules and built a program structure that has been detected by design. In a non-incremental integration all the modules are combined in advance and the program is tested as a whole. Here errors will appear in an endless eyelet function. In incremental testing the program is constructed and tested in low-down segments where the errors are isolated and corrected.unlike incremental integration strategies are top-down i ntegration, bottom-up integration, regression testing.5.1.4 High-order testing (a.k.a. System Testing)Modules are integrated by moving downwards through the control hierarchy beginning with main program. The qualified modules are incorporate into structure in either a Breadth First manner or in a prudence First manner.This process is done in five travel chief(prenominal) control module is used as a test device driver and steps are submitted are all modules directly to main program.Depending on the integration approach selected subordinate is replaced at a time with actual modules.Tests are conducted.On closing of each set of tests another ticket stub is replaced with the real module.Regression testing may be conducted to ensure that recent errors have not been introduced.This process continues from step 2 until entire program structure is reached. In top down integration strategy decision making overtakes at speed levels in the hierarchy and is encountered first. If major c ontrol problems do exists early recognitions is essential.If abstruseness First integration is selected a complete function of the software may be implemented and demonstrated.Some problems occur when processing at low levels in hierarchy is required to adequately test speeding level steps to replace low-level modules at the beginning of the top-down testing. So no data flows upwards in the program structure.BOTTOM-UP integration scrutinyBegins construction and testing with automatic modules. As modules are integrated from the bottom-up, processing requirement for modules subordinate to a given level is forever and a day available and need for stubs is eliminated.The following steps implement this strategy low-level modules are combined in to clusters that perform a specific software sub function.A driver is written to coordinate test case input and output.Cluster is tested.Drivers are removed and moving upward in program structure combines clusters.Integration moves upward, th e need for separate test drovers lesions. If the top-levels of the program are integrated top-down, the number of drivers can be reduced substantially and integration of clusters is greatly simplified.REGRESSION TESTINGEach time a new module is added as a part of integration as the software changes. Regression testing is an really that helps to ensure changes that do not introduce unintended behavior as additional errors.Regression testing may be conducted manually by executing a subset of all test cases and results for subsequent playback tools enables the software aim to capture the test case and results for subsequent playback and compression. The regression suit contains different classes of test cases.6. CONFIGURATION7. FEATURES utilise7.1 About J2EE ( burnt umber 2 Platform attempt rendering, v1.3)Today, more and more developers want to write distributed transactional applications for the opening move and supplement the speed, security, and dependableness of server-si de technology. If you are already working in this area, you know that in todays fast-moving and demanding domain of e-commerce and information technology, enterprise applications have to be designed, built, and produced for less money, with greater speed, and with few resources than ever before.To reduce be and fast-track enterprise application design and development, the coffee tree2 Platform, Enterprise mutant (J2EE) technology provides a component-based approach to the design, development, assembly, and deployment of enterprise applications. The J2EE political program offers a multitiered distributed application model, the ability to reuse components, integrated protrusile Markup Language (XML)-based data interchange, a unified security model, and flexible transaction control. Not only can you deliver innovative customer solutions to market faster than ever, but your platform-independent J2EE component-based solutions are not tied to the products and application program i nterfaces (APIs) of any one vendor. Vendors and customers adore the freedom to choose the products and components that best bring their business and technological requirements.Distributed Multitier coveringsThe J2EE platform uses a multitier distributed application model for twain enterprise applications. application program logic is shared out into components according to function, and the various application components that make up a J2EE application are installed on different machines depending on the tier in the multitier J2EE environment to which the application component belongs. The following designing shows two multitier J2EE applications divided into the tiers described in the following list. The J2EE application parts shown in the Figure are presented in J2EE Components.Client-tier components run on the client machine. tissue-tier components run on the J2EE server.Business-tier components run on the J2EE server.Enterprise information system (EIS)-tier software runs on the EIS server.Although a J2EE application can consist of the trey or four tiers shown in Figure, J2EE multitiered applications are generally considered to be threetiered applications because they are distributed over three different locations client machines, the J2EE server machine, and the database or legacy machines at the back end. Three-tiered applications that run in this way inflate the hackneyed two-tiered client and server model by placing a multithreaded application server between the client application and back-end storage.J2EE ArchitectureThe required relationships of architectural elements of the J2EE platform are shown in Figure. Note that this figure shows the logical relationships of the elements it is not meant to imply a physical partitioning of the elements into separate machines, processes, address spaces, or virtual machines.The Containers, denoted by the separate rectangles,are J2EE runtime environments that provide required operate to the application c omponents represented in the upper fractional of the rectangle. The go provided are denoted by the boxes in the lower half of the rectangle. For example, the Application Client Container provides Java message Service (JMS) APIs to Application Clients, as well as the other services represented. All these services are explained below.The arrows represent required advance to other parts of the J2EE platform. The Application Client Container provides Application Clients with direct entryway to the J2EE required Database through the Java API for mergeivity with database systems, the JDBCTM API. Similar access to databases is provided to JSP pages and servlets by the meshwork Container, and to enterprise beans by the EJB Container. As indicated the APIs of the JavaTM 2 Platform, Standard Edition (J2SETM), are supported by J2SE runtime environments for each type of application component.J2EE Architecture DiagramJ2EE ComponentsJ2EE applications are do up of components. A J2EE compon ent is a self-contained functional software unit that is assembled into a J2EE application with its link classes and files and that communicates with other components. The J2EE specification defines the following J2EE componentsApplication clients and applets are components that run on the client.Java Servlet and JavaServer Pages (JSP) technology components are tissue components that run on the server.Enterprise JavaBeans (EJB) components (enterprise beans) are business Components that run on the server.J2EE components are written in the Java scheduling run-in and are compiled in the same way as any program in the expression. The difference between J2EE components and standard Java classes is that J2EE components are assembled into a J2EE application, verified to be well formed and in compliance with the J2EE specification, and deployed to production, where they are run and managed by the J2EE server.J2EE ClientsA J2EE client can be a weathervane client or an application client . tissue ClientsA vane client consists of two parts high-octane weathervane pages containing various types of markup linguistic process (HTML, XML, and so on), which are generated by weave components running in the Web tier, and a Web browser, which renders the pages received from the server.A Web client is sometimes called a thin client. Thin clients ordinarily do not do things like query databases, implement intricate business rules, or connect to legacy applications. When you use a thin client, heavyweight operations like these are off-loaded to enterprise beans executing on the J2EE server where they can leverage the security, speed, services, and reliability of J2EE server-side technologies.AppletsA Web page received from the Web tier can include an embedded applet. An applet is a small client application written in the Java programming language that executes in the Java virtual machine installed in the Web browser. However, client systems will plausibly need the Java Plug-in and possibly a security policy file in order for the applet to successfully execute in the Web browser.Web components are the preferred API for creating a Web client program because no plug-ins or security policy files are needed on the client systems. Also, Web components enable cleaner and more modular application design because they provide a way to separate applications programming from Web page design. Personnel involved in Web page design thus do not need to understand Java programming language syntax to do their jobs.Application ClientsA J2EE application client runs on a client machine and provides a way for users to handle tasks that require a richer user interface than can be provided by a markup language. It typically has a graphical user interface (GUI) created from Swing or Abstract Window Toolkit (AWT) APIs, but a command-line interface is certainly possible.Application clients directly access enterprise beans running in theAutomation Process in Online ShoppingA utomation Process in Online Shopping1. INTRODUCTIONOnline Shopping1.1 About The ProjectThis project is developed for the automation process of shopping throw online i.e through web. In marchant module adding the catogories,products,itemSales, giving orders, stock maintenace, creating invoice (bill) for orders, shipping of items order given by customer. creation, details, and other transactions like automatic increment,decrement of stock, paid invoice(amount),shipping invoiceAnd all other transactions for large scale whole sale or retail sales, very big shops, or organizations.This project mainly contains 3 modules like Marchant module, Customer module, and invoice module.In customer module customers will give orders for items which are being available in that shop. In our project that order is processed and details are stored in data base. In invoice module total bill for ordered items will be created. In case if the ordered items are not being shipped at a time then the pending ord er details will be processed and the bill for the pending order will be created. In Marchant Module products are being maintained in category wise and product wise, item wise and up to date stock will be maintained in computerized manner. And up to date order given by the customer through online web status will be shown with help of dynamic web pages by getting data from database.EXISTING SYSTEMIn existing system every thing is manual like customer will go to shop manually and he/she selects items which are available in shop and the marchant will calculate the bill for products selected by the customer and then shipping process will take place.Existing System is manual, every thing we have to do manuallydisplaying itemsSelecting itemsBilling processShippingProblems in present systemCould not synchronize the Outward information to shopping order details.No track of the complaints and replaced goods after orderingOrder status is updated manually using Order Confirmation.Very high leve ls of effort for preparing invoices and dispatch related documents and routing them to relevant departments or locations and high levels of clerical activity on account of applicability of different customers and products.Increased levels of expectation from customers with respect to prompt delivery of items.Inability to accurately judge changing patterns of fast and slow moving items on account of large volumes of data, and inability to track goods in transit.Difficulties in handling customer queries pertaining to consignments in-transit and partial dispatches.Important orders not discriminated from others since all orders since all orders were processed on a FIFO basis-hence need to be able to prioritize and process orders on a preferential basis (for high value orders or important customers), if required.Increase in frequency of goods returned on account of damage leading to high stock levels of damaged goods in the factory.Discrepancy between ordered and invoiced quantities on a ccount of either partial availability of stocks or clerical oversights.Insufficient checks in the current system for ensuring customer credit limits are not exceeded.Sales data not analyzed properly to streamline production volumes. This is primarily on account of varying sales patterns across the year and high volumes of transaction.Customers could communicate to the Sales people but no information is kept in track for future references.Marchant or Management couldnt not have any information regarding latest sales reports unless requested and taken it for Spreadsheet applications.Marchant or Management requires the Quality information updates against the complaints and quality measures and metrics, which the current system couldnt provide such facilities.The end user of this product is a departmental store where the application is hosted on the web and administrator maintains database.This application which is deployed at the departmental store will automate the following process.t he customer details are appended to the customer database.The details of the items are brought forward from the database for customers view based on the selection through the menu.Database of all the products are products are updated at the end of the each transaction.1. MODULEMarchant ModuleMarchant will enter into the next form by entering username,password in this login page,after entering into next page marchant will add new products, categories, different different items what are all the items available in that store,and if he wants he will modify the things,he will delete thingsAnd maintains everything by date wise.Enhancing storesupdate storesdelete from storesSoftware and Hardware RequirementsThe following software and hardware are recommended for the company.Hardware RequirementsProcessor PentiumSpeed 233 MHzMonitor samtronHardDisk 4.2 GBRAM 128 MBSoftware RequirementsOperating SystemWindows NTLanguage JAVA (JSP, JDBC).JDK 1.4Backend ORACLE2.0 SYSTEM SPECIFICATION2. 1 Introduction2.4 Advantages of the Proposed SystemInter-Department Communication using Intranet Mailing Services (emails)Tracking the mails received from the customers as complaints and using them for appraisal and audit purpose purposes.Customized and adhoc reports for the MIS for decision-making.Order indent-automation from the direct sales dept.Shop Inventory Database updates.Stock in shop informationCommunication with the customers regarding the orders and complaints and tracking them for the future purposes.Application PortfolioIt is recommended that the organization takes up the following four functional areas for automationMarchant departmentcustomer departmentStores departmentBilling, shipping Information SystemThe reasons for selecting the above are that firstly they directly address the problems enumerated. Secondly, together they forma cohesive set of well-integrated application with one system acting as the feeder system for the other.System ArchitectureDATA FLOW DIAGRA MSA data flow diagram is a logical model of a system. The model does not depend on hardware, software and data structures of the organization. There is no physical implication in a data flow diagram. Because the diagram is a graphic picture of the logical system, it tends to be easy for every non-technical user to understand and thus serves as an excellent communication tool. Finally a data flow diagram is a good starting point for system design.To construct a data flow diagram it uses four basic symbols. They are given below.RectangleThe above symbol is used to define source or destination of data.Circle or Rounded Corners RectangleThe above symbols are defined to represent a process that transforms or modifies the data.3.21 INTRODUCTIONUML is a notation that resulted from the unificationOf Object Modeling Technique and Object Oriented Software Technology .UML has been designed for broad range of application.Hence, it provides constructs for a broad range of systems and activities. An Overview of UML in five notations1. use case diagramsUse cases are used during requirements elicitation and analysisTo represent the functionality of the system.Use cases focus on the behaviour of the system from the external point of view.The actor areOutside the boundary of the system,whereas the use cases are inside the boundary of the system.2. class diagramsClass diagrams to describe the structure of the system. ClassesAre abstraction that specify the common structure and behaviour of a setOf objects.Class diagrams describe the system in terms of objects, classes, attributes, operations and their associations.3. Sequence diagramsSequence diagrams are used to formalize the behaviour of the system and to visualize the communication among objects. They are useful for identifying additional objects that participate in the use cases. A Sequence diagram represents the interaction that take place among these objects.4. Statechart diagramsState chart diagrams describe the behaviour of an individual object as a number of states and transitions between these states. A state represents a particular set of values for an object. The sequence diagram focuses on the messages exchanged between objects, the state chart diagrams focuses on the transition between states.5.Activity diagramsAn activity diagram describes a system in terms of activities. Activities are states that represents the execution of a set of operations. Activity diagrams are similar to flowchart diagram and data flow.Screens of online shopping3. REQUIREMENTS SPECIFICATIONPURPOSEThe purpose of Online Shopping is to evaluate the performance of the various products, maintain stock details, product details, and customer details of very big shops.SCOPEThis document is meant for the use of the organization and also will be the basis for clarifications. Alterations will not be made without the permission of the organization.PRODUCT FUNCTIONS OVERVIEWOnline Shopping is mainly designed for the big shops to a utomate the maintenance of stock, maintaining customer details, manipulating product details and maintaining the payment details. It also promotes in monitoring the marketing strategy to be implemented depending on the performance of the various products.3.1 RequirementsIn system analysis the developer interacts with the customer/client and works with him in order to find out what he specifically needs. Later he sees the past system, which is in use, and tries to find out what is lacking in that system. This examination of past system is not mandatory. That helps the developer to dig in the problem of the client or the customer.System Analysis is the study of gathering and interpreting facts, diagnosing problems, and using the recommended improvements to the system. Analysis specifies what the system should do whereas design states how to accomplish the objective. System Analysis is comprised of following things.Identify the customers need.Feasibility study.Analyzing the system tech nically and economically.Resource allocation.Cost Estimations and Work schedule preparation.Defining the system, which forms the base of the following activities.The success of a system depends largely on how accurately a problem is defined, thoroughly investigated and properly carried out through the choice of solution. User need identification and analysis are concerned with the user needs rather than what the customer wants. This step is intended to help the user and the analyst understand the real problem rather than its symptoms.This package has been developed in order to overcome the difficulties encountered while using the manual system. Faster and timely generation of reports is another motivating factor for the development of this package.The following requirements are identified.3.1.1 Functional RequirementsCustomer Order ProcessingNew order (Order no auto generated).View Products in category Status.Log User Complaints.Order Search and Processing Status.Internal Mail.Merch ants Inventory ProcessingCategory wise prod Details.Department Orders.Internal Mails.Management Information System ProcessingAdhoc Report.Internal Mails.Inter office Memos.3.1.2 User InterfacesA LOGIN form is presented with three fields to be entered. When the Login button is pressed, based on the empid, department values in the login form, database the respective form gets displayed. After that the user can perform the required activities.3.2.2 Analysis Objects1. Interface ObjectsThe interface object (also known as Boundary Object) is responsible for controlling access to the Enterprise Java Beans tier from any client. This includes other server-side components, such as Servlets and Jsp pages.An excellent example of interface object is the controller servlets for the web applications MVC architecture.2. Control ObjectsControl objects provide services to the application. They model functionality that is not naturally associated with a particular entity or interface. Often, this is b ecause more than one entity needs to be operated on at one time an example might be determining if there is sufficient inventory to manufacture a product. Other times, it may be because a relevant entity was not identified in the model an example might be charging someones credit card.3. Entity ObjectsEntity objects model those business objects that should maintain their state after the use case completes. Typically, this means that they represent data from the database. Some examples are Customer, product, and an order.Entity objects should be represented by entity beans in the implementation model.The Entity ObjectsCustomerInvoiceOrderStockProduct3.3 INPUTSThe following inputs are collected for proposed system during the requirements specification from the Industries.1. Goods Inward Note (GIN)The factory receives this document from the factory along with the finished goods. It consists of the details of items received .The warehouse in charge is supposed to physically verify the s tock received against this document. Discrepancies are to be noted on the GIN and send back to the factory. It is use to enter details into the Goods inward register. It is also used to update stock book on weekly basis.2. Goods received ConfirmationOn receiving the goods the customer is supposed to send a letter or telephonically in form the receipt of the consignment. Having got this information, the relevant invoice from the in transit file is to be removed and destroyed is fixed format for this document.3. Goods Returned NoteThis is prepared based on the information send by the direct customer or dealer on goods that have been damaged in transit. It contains the details of the damaged goods. A copy of this is sent to the order-processing department, anther copy to the quality control department and third is field in the GRN file. The GRN details are entered into the damaged goods ledger.4. OrderCompany receives order from their direct customer and detailers. The dealers fill in the details on Flowells order form itself. The orders from the direct customers are transcribed on the regular format. Orders can be sent by one warehouse to another. They are used for checking the availability of the stock. They are serialized and then filled. In is used to check the availability of the required stock in stock book and the goods inward register. The order could be serviced completely, partially or pending as the case may be.3.5 OutputsThe following outputs are collected for proposed system during the requirements specification from the Shops.1. InvoiceOnce an order (either direct customer order or the dealer order) gets serviced partially or fully, an invoice for the same needs to be prepared. Most of the details are picked up from the order itself .An order may have multiple invoices. The discount for special customers is worked out. The rate is got form the product rate file. A copy of the invoice is sent to the direct customer, dealer, in-transit file, invoice f ile. The invoice details are entered into the issue register.Once supplementary gets service partially or fully nil valued supplementary invoice for the same needs to be prepared. Most of the details are picked up from the supplementary order itself. A copy of the supplementary invoice is sent to the direct customer, dealer, in-tansit file, and supplementary invoice file. The supplementary invoice details are entered into the issue register.2. Dispatch InstructionsThe invoice department picks up dispatch instructions for the invoices that are prepared from the order form. This they send to the dispatch department. They prepare a packing slip.This is a regular report being prepared, consisting of order that are pending as of a particular date. The details for this report are taken from the pending orders.3. Weekly Stock Status ReportThis is another weekly report prepared giving the details of the stock of each product. The details are obtained from the stock book.This report is prepa red on adhoc basis. Whenever the actual stock is compared with book stock, and discrepancies found, they are entered product wise in this report.4. DESIGN SPECIFICATION4.1 DATA DESIGNData objectsA data object is a thing about which you want to store information. It has independent existence and can be uniquely identified.The following data objects are derived for the system.CustomerOrderProductInvoicecategoryRelationshipsA relationship is a named association between agent and customer entity or more than entities we say that relationship exists between clerk and customer entity type. Similarly a relation between a clerk entity type and a manager entity type.The following relationships are identified for the system.For instance let us take the objects CUSTOMER, CATEGORY,PRODUCT, ORDER ,BILL the following relationships are identified.Customer places an Order.Order contains Product.Product dispatched to Customer.The relationships between the remaining entities are as follows Customer r eceives Invoice.Invoice has Product.E-R DiagramE-R Diagram as a method to represent a Data model and was developed by Chen (1976). The main focus of a Data Model is to identify the required data and show it diagrammatically, which is called Entity Relationship Diagram. Its popularly is attributed to its simplicity. It has a top-down design approach to decide the minimum data that we would like to store for a given information system.4.2 ScreensONLINE SHOPPING SCREENSTESTINGIt is a process of establishing confidence that a program or system does what it is proposed of. Testing is the only way to assure the quality of software and it is an umbrella activity rather than a separate phase. This is an activity to be performed in parallel with the software effort and one that consists of its own phases of analysis, design, implementation, execution and maintenance.5.1 Testing strategy5.1.1 Unit TestingThis testing method considers a module as single unit and checks the unit at interfaces a nd communicates with other modules rather than getting into details at statement level. Here the module will be treated as a black box, which will take some inputs and generate output. Outputs for a given set of input combination are pre-calculated and are generated by the module.5.1.2 Integration testingHere all the pre-tested individual modules will be assembled to create the larger system and tests are carried out at system level to make sure that all modules are working in synchronous with each other. This testing methodology helps in making sure that all modules which are running perfectly when checked individually and are also running cohesion with other modules. For this testing we create test cases to check all modules once and then generated test combinations of test paths through out the system to make sure that no path is making its way into chaos.5.1.3 Validation testingTesting is a major quality control measure employed during software development. Its basic function is to detect errors. Sub functions when combined may not produce than it is desired. Global data structures can represent the problems. Integrated testing is a systematic technique for constructing the program structure while conducting the tests. To uncover errors that are associated with interfacing the objective is to make test modules and built a program structure that has been detected by design. In a non-incremental integration all the modules are combined in advance and the program is tested as a whole. Here errors will appear in an endless loop function. In incremental testing the program is constructed and tested in small segments where the errors are isolated and corrected.Different incremental integration strategies are top-down integration, bottom-up integration, regression testing.5.1.4 High-order testing (a.k.a. System Testing)Modules are integrated by moving downwards through the control hierarchy beginning with main program. The subordinate modules are incorporated int o structure in either a Breadth First manner or in a Depth First manner.This process is done in five stepsMain control module is used as a test driver and steps are submitted are all modules directly to main program.Depending on the integration approach selected subordinate is replaced at a time with actual modules.Tests are conducted.On completion of each set of tests another stub is replaced with the real module.Regression testing may be conducted to ensure that new errors have not been introduced.This process continues from step 2 until entire program structure is reached. In top down integration strategy decision making occurs at upper levels in the hierarchy and is encountered first. If major control problems do exists early recognitions is essential.If Depth First integration is selected a complete function of the software may be implemented and demonstrated.Some problems occur when processing at low levels in hierarchy is required to adequately test upper level steps to repla ce low-level modules at the beginning of the top-down testing. So no data flows upwards in the program structure.BOTTOM-UP INTEGRATION TESTINGBegins construction and testing with automatic modules. As modules are integrated from the bottom-up, processing requirement for modules subordinate to a given level is always available and need for stubs is eliminated.The following steps implement this strategyLow-level modules are combined in to clusters that perform a specific software sub function.A driver is written to coordinate test case input and output.Cluster is tested.Drivers are removed and moving upward in program structure combines clusters.Integration moves upward, the need for separate test drovers lesions. If the top-levels of the program are integrated top-down, the number of drivers can be reduced substantially and integration of clusters is greatly simplified.REGRESSION TESTINGEach time a new module is added as a part of integration as the software changes. Regression testi ng is an actually that helps to ensure changes that do not introduce unintended behavior as additional errors.Regression testing may be conducted manually by executing a subset of all test cases and results for subsequent playback tools enables the software engineer to capture the test case and results for subsequent playback and compression. The regression suit contains different classes of test cases.6. CONFIGURATION7. FEATURES USED7.1 About J2EE (Java 2 Platform Enterprise Edition, v1.3)Today, more and more developers want to write distributed transactional applications for the enterprise and leverage the speed, security, and reliability of server-side technology. If you are already working in this area, you know that in todays fast-moving and demanding world of e-commerce and information technology, enterprise applications have to be designed, built, and produced for less money, with greater speed, and with fewer resources than ever before.To reduce costs and fast-track enterpri se application design and development, the Java2 Platform, Enterprise Edition (J2EE) technology provides a component-based approach to the design, development, assembly, and deployment of enterprise applications. The J2EE platform offers a multitiered distributed application model, the ability to reuse components, integrated Extensible Markup Language (XML)-based data interchange, a unified security model, and flexible transaction control. Not only can you deliver innovative customer solutions to market faster than ever, but your platform-independent J2EE component-based solutions are not tied to the products and application programming interfaces (APIs) of any one vendor. Vendors and customers enjoy the freedom to choose the products and components that best meet their business and technological requirements.Distributed Multitier ApplicationsThe J2EE platform uses a multitier distributed application model for both enterprise applications. Application logic is divided into component s according to function, and the various application components that make up a J2EE application are installed on different machines depending on the tier in the multitier J2EE environment to which the application component belongs. The following Figure shows two multitier J2EE applications divided into the tiers described in the following list. The J2EE application parts shown in the Figure are presented in J2EE Components.Client-tier components run on the client machine.Web-tier components run on the J2EE server.Business-tier components run on the J2EE server.Enterprise information system (EIS)-tier software runs on the EIS server.Although a J2EE application can consist of the three or four tiers shown in Figure, J2EE multitiered applications are generally considered to be threetiered applications because they are distributed over three different locations client machines, the J2EE server machine, and the database or legacy machines at the back end. Three-tiered applications that r un in this way extend the standard two-tiered client and server model by placing a multithreaded application server between the client application and back-end storage.J2EE ArchitectureThe required relationships of architectural elements of the J2EE platform are shown in Figure. Note that this figure shows the logical relationships of the elements it is not meant to imply a physical partitioning of the elements into separate machines, processes, address spaces, or virtual machines.The Containers, denoted by the separate rectangles,are J2EE runtime environments that provide required services to the application components represented in the upper half of the rectangle. The services provided are denoted by the boxes in the lower half of the rectangle. For example, the Application Client Container provides Java Messaging Service (JMS) APIs to Application Clients, as well as the other services represented. All these services are explained below.The arrows represent required access to oth er parts of the J2EE platform. The Application Client Container provides Application Clients with direct access to the J2EE required Database through the Java API for connectivity with database systems, the JDBCTM API. Similar access to databases is provided to JSP pages and servlets by the Web Container, and to enterprise beans by the EJB Container. As indicated the APIs of the JavaTM 2 Platform, Standard Edition (J2SETM), are supported by J2SE runtime environments for each type of application component.J2EE Architecture DiagramJ2EE ComponentsJ2EE applications are made up of components. A J2EE component is a self-contained functional software unit that is assembled into a J2EE application with its related classes and files and that communicates with other components. The J2EE specification defines the following J2EE componentsApplication clients and applets are components that run on the client.Java Servlet and JavaServer Pages (JSP) technology components are Web components that ru n on the server.Enterprise JavaBeans (EJB) components (enterprise beans) are business Components that run on the server.J2EE components are written in the Java programming language and are compiled in the same way as any program in the language. The difference between J2EE components and standard Java classes is that J2EE components are assembled into a J2EE application, verified to be well formed and in compliance with the J2EE specification, and deployed to production, where they are run and managed by the J2EE server.J2EE ClientsA J2EE client can be a Web client or an application client.Web ClientsA Web client consists of two parts dynamic Web pages containing various types of markup language (HTML, XML, and so on), which are generated by Web components running in the Web tier, and a Web browser, which renders the pages received from the server.A Web client is sometimes called a thin client. Thin clients usually do not do things like query databases, execute complex business rule s, or connect to legacy applications. When you use a thin client, heavyweight operations like these are off-loaded to enterprise beans executing on the J2EE server where they can leverage the security, speed, services, and reliability of J2EE server-side technologies.AppletsA Web page received from the Web tier can include an embedded applet. An applet is a small client application written in the Java programming language that executes in the Java virtual machine installed in the Web browser. However, client systems will likely need the Java Plug-in and possibly a security policy file in order for the applet to successfully execute in the Web browser.Web components are the preferred API for creating a Web client program because no plug-ins or security policy files are needed on the client systems. Also, Web components enable cleaner and more modular application design because they provide a way to separate applications programming from Web page design. Personnel involved in Web page design thus do not need to understand Java programming language syntax to do their jobs.Application ClientsA J2EE application client runs on a client machine and provides a way for users to handle tasks that require a richer user interface than can be provided by a markup language. It typically has a graphical user interface (GUI) created from Swing or Abstract Window Toolkit (AWT) APIs, but a command-line interface is certainly possible.Application clients directly access enterprise beans running in the