ONLINE SHOPPING PORTAL Project Plan Team Members Piyushree (29036) Ranjani (29041) Sivaraj Kumar (29053) Akankshya Agarwal (29062) Anandavel S (29122) Statement of Work Project Title - Online Shopping Portal Objective - To develop a web application that allows a registered customer to purchase a variety of products sold online by a list of registered vendors from any location. - To provide an easy to use Interface. Basic Requirements Customer – Secured registering and managing their profiles. - Easy navigation through pages. - Secured Payment gateway. Vendors - Secured registering and managing their profiles. - Add, delete or modify the already posted items. Administrator - Authority to approve and reject requests for new items. - Can control customer and Vendors actions. Deliverables - Web Portal/Application for desktop and mobile environment. - Support Manual also detailing the risks involved. (If any) Statement of Work (Contd..) • Benefits - Convenient Shopping. - Single Window, Multi-Vendor Retailing. - Selection option from different vendors offering the same product at different prices. - Search and sort options for a given product. - Discussion and Review forum for each product for price negotiations. - Simple, easy and secured payment option. - Auto fill of Customer data required to be entered during each payment. - Complaint Registration and support. - The customer can download the PDF version of the manual provided the vendor has uploaded it. - List of recommended products are displayed to the customer. - Detailed Sales Reporting (vendor analysis, customer analysis, keeping the vendor and customer analysis) Project Scope Scope – In • Websites for desktop, which is compatible with IE, Mozilla, Chrome etc. • Purchase items available in the website. Scope – Out • Payment Gateways to be linked through APIs. • Not compatible for mobile users. Users – Customers, Sellers, Administrator Critical Success Factors (CSF) • Maintaining Backup System • Terminating the transaction, if linkage to payment gateway is failed. • Customer and Products information are stored in a Secured Database. Key Performance Indicators (KPI) • Handling maximum traffic at any point of time. • Less number of Clicks, the customer has to perform and less number of pages to reach their desired item and navigation between pages should be easier. Architecture & Design Pattern 3 – Tier Architecture MVC Product Function Diagram Account Setting Customer Product Function Diagram (Contd..) Vendors Admin Database Details • • • • • • • • • • • • Customer Vendor Admin Inventory Shopping Cart Order Details Transactions Review Order Transaction Purchase History Credit Card Complaints Team Structure Project Manager Technical Architect Team Lead 1 Testing Manager Team Lead 2 Test Lead Team Lead 1 Developer 1 Developer 5 Developer 2 Developer 6 Developer 3 Developer 7 Developer 4 Developer 8 Team Lead 1 Team Lead 1 Risks Involved • Product Size Risks - Estimated size of product in number of programs, files, transactions. - Size of database created or used by the product. - Number of projected changes to the requirements for the product. Before delivery & After delivery. • Business Risks - Amount and quality of product documentation that must be produced and delivered to the customer. - Delivery deadlines. - Costs associated with late delivery and defective product. • Client Risks - When working for the first time. - Will the customer agree to spend time in formal requirements gathering meetings to identify project scope. - Communicating with developers. - Understanding of the SDLC process. Risks Involved (Contd..) • Resource Risks - Number of Resources and skillsets. - Commitment for entire duration. • Technology Risks - Customer demanding new technology - Requirements put excessive performance constraints on the product. Possible Origins of Change • New business or market conditions • Customer demand • Budgetary or scheduling constraints CHANGE CONTROL PROCESS CHANGE REQUEST FORM • • • • • • • • • • • • • Project name Project sponsor Request number Date Originator Change requested by Description of requested changes Reason for change Areas of impact of proposed change( scope/ cost/ schedule/ risk) Disposition ( approved/ disproved/ deferred) Priority( emergency/ urgent/ low) Funding scheme ( mgmt reserve, budget reserve, others) Sign off approvals ( project manager, pjct customer, pjct sponsor, other, dates ) QUALITY PLAN • Our quality plan’s effectiveness will be measured by the following parameters: • • • • • • • • Ease of use of the web portal Customer satisfaction regarding the service Click-sales conversion Website response time Customer service in relation to complaints addressal Customer service time No. of clicks to find the required product Security of personal data. PRINCIPAL PRODUCT QUALITY FACTORS TECHNOLOGY • Latest versions & as per requirements PROCESS QUALITY • SDLC method used, resource allocated, quality & change management PEOPLE QUALITY PRODUCT QUALITY BUDGET & SCHEDULE • No cost overruns, achieving milestones, WBS • Hands on experience+ qualifications+ division of work as per skills PRODUCT QUALITY ATTRIBUTES • • • • • • • • • • Have lowest possible response time Not make wasteful use of system resources- disk/ memory space/ CPU time Easy to use by the users( customers/ admins/ vendors) Ability to recover after a crash, slowdown, malware threats, unresponsive and unforeseen events and errors. Trustworthy software sources Ease of maintenance Evolve to meet changing needs of customers Reliability ( same output every time for the similar kind of input) Availability even in situations of high traffic Codes can be reused- customers function developed and customized for vendor as well Quality Assurance Elements • Standards – adherence to ISO, six sigma, CMMI and other standards • Reviews and audits – quality guidelines followed for all steps of the software development • Testing – should not enter without login, search results match the request • Error/defect collection and analysis – determine source of error • Changes management • Vendor management – vendors quality should match our requirements related to software and process • Security management –malware, hacking, customer info privacy • Risk management – established contingency plans for risk management 3rd PARTY ENGAGEMENT • Payment gateway • Technology vendors • Customer service
