Академический Документы
Профессиональный Документы
Культура Документы
TRUEVALUE
Table of Contents
1. 2. 3. 4. 5. Acknowledgement ................................................................................................. 3 Executive Summary .............................................................................................. 4 Overall Business Process ...................................................................................... 5
Existing System DFD ........................................................................................................... 6
6.
7.
NORMALISATION ............................................................................................ 14
Owner Table....................................................................................................................... 15 Car Table ............................................................................................................................ 15 Customer Table.................................................................................................................. 16 Order Table ........................................................................................................................ 16
Acknowledgement
We would like to thank Prof Malathi Sriram for guiding us and for providing encouragement and much needed moral support.
We are thankful to her for assigning us such an interesting project with a lot of learning involved in it. The development of this project has enabled us to understand the contents of this course in a better way. The project has given us a practical experience, which will prove to be very beneficial in our future corporate life.
Executive Summary
This Project is about creating an Information System for a Car Re-sale Center : Truevalue. The Centre will buy used cars from the owners, will repair and maintain them and then sell them to customers who are willing to buy second-hand cars. We have to study such an existing Information System, find out what are the flaws in that system, and describe the improvements required in terms of automation. Also, we have to describe and structure the functional requirements of a new system. Although the business process tends to be the same in both the cases, the manual process has certain disadvantages: Manual records are very difficult to be maintained safe Manual records are subject to greater human error Business can see itself in fines and penalties if records are lost Manual records are easier to be falsified, modified, altered or vanished, as compared to computerized records which become very safe when using passwords, firewalls, and back-ups.
Having all such disadvantages, there is a need to develop and design the information system for the same in order to ease down the tedious manual process.
Car Register
Customer Register
Status Update
Delivery Process
Order Process
Car Delivery
Delivery Details
Order Register
Order Details
Initiates
Customer
The existing system is a manual system where entries are made in the process registers. The company purchases old cars from the owner and makes entries in the purchase register. Once this is done the cars are sent for checking and maintenance by the employees and an updated entry is made in the car register. Simultaneously the potential customers enquire for the cars. Such an enquiry is followed by the tedious task of searching for the car availability in various registers. This is the biggest disadvantage which calls for a lot of manual work and time. Once a suitable match is found, whether through the registers or through the manual search, the details are then given to the customers. Again the negotiation process is carried out and the final order is taken and updated in the order register. Lastly the delivery is made to the customer and the final update is made in the car register and the order register.
Car Owner
Customer
Manager
Purchase Process
Manager
Initiates
Car Details Car Details Transaction Car Database Payment Process Date of Purchase Price & Car Details Details
Final Price
Purchase Process
Owner Details
Owner Database
The owner of the car would first enquire about the company and the sale process of the company. As soon as the manager comes to know that there is a prospective seller, there is a negotiation process between the company and the seller. In this stage the negotiation is done on factors such as price and mode of payment. After this stage, the purchase process is carried out, where the owner details are updated in the owner database. The transaction and payment process succeed this stage. Once the entire process is carried out the car database is updated.
Manager
This stage is an intermediate stage where the manager checks the car details in the car database using the car details. He checks the current status of the particular car, if the car is ready to be sold or needs maintenance and assigns tasks to his employees accordingly.
Manager
Initiates
Car Details
Car Database
Customer Database
Order Database
Next is the customer order process, any potential customer enquires about the availability of the cars with the company. This information can be acquired from the car database. Similar to the purchase process, the next stage is the negotiation process with the manger where a mutually
agreeable price is fixed. The agreeable price of the car is based on the profit margin calculated through the decision table (explained below). Once the final price is decided the details of the customer are entered in the customer database. Customer details are also forwarded for the payment process to be carried out. Once the payment is made the transaction details are updated in the order database. After the entire process is completed the status of the particular car is updated in the car database, i.e. from R(ready) to S(sold). The final updating to D delivered is made only after the car is delivered to the customer.
Delivery Process
Status Update
Car Database
Car ID
Status
Customer ID
Employee
Customer Details
Order Database
In this stage, the employee checks the current status of the car from the car database and also the proposed delivery date from the order database. If not delivered the employee checks with the customer (gets the customer details from the customer database) and delivers the car. Once the car is delivered the order database is updated to the actual date of delivery. The car status is also updated from the S (sold) to D (delivered).
10
Report Generation
Customer Database Customer Details Query about Customers Query about Cars
Manager
Order Enquiry
Order Details
Owner Details
Since the job of the manager is to make sure that all the processes are running smoothly, he can seek information of any process at any given time through the query process. All the databases (Order, owner, customer, and car) can generate reports for the manager as and when required.
11
Decision Table
Decision tables are a precise yet compact way to model complicated logic. Decision tables, like flowcharts and if-then-else and switch-case statements, associate conditions with actions to perform, but in many cases do so in a more elegant way.
Here, the profit margin is decided on the basis of the following criteria: If the make of the car is after 2006 If the make is from 2000 2005 If the make is older than 2000 If the number of owner is two or less If the make is after 2006 and the number of owners is less than or equal to two, the profit margin will be kept 30% If the make is after 2006 and the number of owners is more than two, the profit margin will be kept 25% If the make is between 2000 and 2005 and the number of owners is less than or equal to two, the profit margin would be 25% If the make is between 2000 and 2005 and the number of owners is more than two, the profit margin would be 15% If the make is older than 2000 and the number of owners is less than or equal to two, the profit margin will be kept 15% If the make is older than 2000 and the number of owners is more than two, the profit margin will be kept 10%.
12
Profit=25%
Profit=15%
Profit=15%
13
Status
Buys
Car
Sells
Name
Address
Sells to
Manager
Purchases From
Ma_Id Name
Ph_No
An entity-relationship (ER) diagram is a specialized graphic that illustrates the interrelationships between entities in a database. ER diagrams often use symbols to represent three different types of information. Boxes are commonly used to represent entities. Diamonds are normally used to represent relationships and ovals are used to represent attributes. In this ER diagram we have five basic entities namely Manager, Employee, Owner, Customer, Car. All these entities are inter- related The owner sells the car. One owner can sell many cars but a car can have only one owner. The manager purchases car from the owner. A Manager can purchase from many owners but there is only one Manager. A Customer can buy many cars but a car can have only one customer. The manager sells to the customer. One manager can sell to many customers but there is only one manger. A Manager manages many employees but an employee has only one manager. An employee delivers to the customer. One employee caters to many customers but a customer is handled by only one employee. An employee checks and maintains a car. Here a many-to-many relation is established, many cars are maintained by many employees. 14
Normalization
Normalization is the process of taking data from a problem and reducing it to a set of relations while ensuring data integrity and eliminating data redundancy
Data integrity - all of the data in the database are consistent, and satisfy all integrity constraints. Data redundancy if data in the database can be found in two different locations (direct redundancy) or if data can be calculated from other data items (indirect redundancy) then the data is said to contain redundancy.
Owner Table
Owner ID Owner Name Address Contact Number
Car Table
Car ID Owner ID Make Model Owner Number Last Initial Purchase Status* Purchase Purchase Price Date by Date Owner
15
Customer Table
Customer Id Customer name Address Contact Number
Order Table
Customer ID Car ID Date of Selling Selling Price Date of Date of Delivery(proposed) Delivery(actual)
-thank you
16