Design Documentation

**The Designs **You need to design part of a system. Two separate designs are needed, one using top-down, functional methods and one using object oriented. High level details must be included for each of the two designs. Low level derails will be very similar for both designs and so only one set Is required, either for the functional design or the object-oriented - the choice is yours. (Functional is better) **Case Study** A long established and highly successful high street holiday insurance company has decided to expand into selling on the Internet. As the owner-manager Gill Bates (who secretly hopes to become a [login to view URL] millionaire) says: "This not only will enable us to reach many more customers, it will also allow us to pursue follow-up sales more easily, and broaden our range of products significantly." They currently have a very simple computer system in their store, for recording sates and doing their accounts. The requirements for the new [login to view URL] company are as follows. They will "stock" holiday insurance policies, covering things like cancelled flights, legal expenses and winter sports. Customers will place orders via a web-client, paying via credit-card or charge-card. [login to view URL] will act as a broker, ordering the equipment from their own underwriters as needed. Underwriters are people who insure insurance companies against excessive claims being made against them. These underwriter orders will be placed by b2b (business to business) communications links, and the underwriter will notify [login to view URL] about availability and date the policies come into effect. A clerk employed by [login to view URL] will send a letter of confirmation to the customers. **PLEASE DO NOT HESITATE TO ASK ME ANYTHING YOU DON'T UNDERSTAND SO I CAN MAKE SURE THAT YOU CAN DO EXACTLY WHAT I NEED.** ## Deliverables **The Requirements** The program you need to design will process a customer's order and calculate the total cost taking into account the type of insurance required, the number of people requiring insurance, and whether or not the insured persons wish to make multiple trips. It is a prototype for a restricted part of the full system, in order to give you an assignment of a manageable size. You need to design a program that will allow you to order an insurance policy from the following menu; | Policy Code | Description | Unit Price | | FCX | Plight cancellation | £50 | | LMP | Loss of money or passport | £40 | | LEX | Legal Expenses | £30 | | WSP | Winter Sports | £20 | The menu is to be displayed on screen, and the policy code will be selected from it. Alongside the policy code the customer will then enter the quantity required via the keyboard. Te program will then calculate and display the Basic Product Price (unit price multiplied by quantity) next to the quantity, and will update and display the Order Total below the menu as each product is ordered. Quantities can be altered by reselecting the policy code and re-entering the quantity. Valid quantities are in the range 0-10 for all products. When the customer selects a fifth menu option "Details confirmed" to confirm that all details have been entered correctly the program will multiply the Basic Product Price by a factor (Multiple Trips Surcharge) according to how many trips the insured persons wish to make, as follows: | Number of trips | Multiple Trips Surcharge | | One only | None | | Two | X1.5 | | One year, unlimited trips | X2 | The Multiple Trips Surcharge (in pounds) will be displayed, and then the Grand Total (Basic Product Price plus Multiple trips surcharge) will be calculated and displaced. After the Grand Total has been displayed the customer will be offered three options - to go ahead with the order, to alter it or to reject it. If me customer chooses to alter the order then the Multiple Trips Surcharge and the Grand Total will be reset to zero and the customer will return to the menu of options to reselect products and alter their quantities, or to make new selections. If the customer chooses to reject the order the program will display a suitable message and exit, If the customer wishes to go ahead with the order I lie program will save the order details in the form of a new Customer Order. This consists of the selected product codes and their required quantities, together with the Order Total, the Multiple Trips Surcharge and the Grand Total. It will also create an Underwriter Order consisting of three fields, the policy code, the quantity required, and (he number of trips required, for each of me different policies ordered. The program will then display a suitable message and exit. Other functionality as detailed in the Case Study will be needed for a full ordering system, and some of these can be shown in the Object-Oriented design. For the functional design, please restrict your design to this set of requirements described in this section. State any assumptions yon make, and do not waste lime designing animations of airplanes taking of people skiing, etc. as the program is not required to produce fancy graphics and no marks will be awarded for features such as these. **PLEASE DO NOT HESITATE TO ASK ME ANYTHING YOU DON'T UNDERSTAND SO I CAN MAKE SURE THAT YOU CAN DO EXACTLY WHAT I NEED.** ## Platform **_*Documentation only.*_** Low Level Design: Pseudocode etc. High Level Design: DFD's etc. More information at : [login to view URL]~cs0moa/[login to view URL]