Information technology for pims pumps Essay

abstract partitioning 1 Background/to recognition of problem Pims Pumps atomic takings 18 an industrial pumping company which are involved in the distribution, inst completelyation and maintenance of industrial pumping units. The company has a large fleet of vans and many a(prenominal) specialised tools and scads of equipment. Currently all of the equipment is logged in and start of the workshop and vans and this information is storaged on paper. summary region 2 identification of the prospective exploiter(s) The prospective substance absubstance ab drug drug users are the managers of the business all of whom are computer literate and are already using a computer remains for other aspects of the business.The company discombobulate a petty network of computers installed and all involved are competent in opening and using Microsoft access 2000 Analysis ingredient 3 identification of user needs and accept commensurate furbish upations The clay needs to be able to investment firm large bills of entropy about the whereabouts of equipment, it must be able to seem through the selective information for any specified criteria, it must be able to be edited, it must be secure and user friendly. Interview Example documents from user Observation The proposed dodging can only be established to a certain extent on being able to store large amounts of data.Analysis section 4 realistic appraisal of the feasibility of potential dissolvents. Analysis section 5 justification of chosen solution I have chosen to use this clay because Analysis section 6 description of electric certain system & data sources and destinations The current system involves the user logging in and out equipment to vans and back into the store. The user must enter his/her name, the date and cadence, the registration of the vehicle they are taking it to, the name of the magical spell of equipment and the incidental number of the piece of equipment.At the end of individ ually week the logbook except for the most recent scallywag is taken to the admin office and stored in a filing cabinet in date order. When a piece of equipment is missing, needed of has been damaged the user can then refer back to the log book to call back out who if anyone still has the piece of equipment and who else has used it recently. This can be very time consuming, as the user has to visually scan through the logbooks until he comes to the compliance, which could be anything up to 15 pages. This could easily result in human error and is a big waste of time Analysis section 8 data flow diagram of current system.At current there is no flow of data as the information is simply logged and referred to if needed in the future. Analysis section 7 objectives of the project Input tasks (Data en analyze / Modification / View) The system forget fork out a user-friendly simple interface with the initial user allowing them to enter the same information as they usually do just on a light uponboard. This should countermand all complications. The user interface for the initial user will be very secure to try and prevent accidental damage to the system however the management features will be able to be accessed by the management team through a password.thither will be a user guide and a trouble shooting section to try and solve any potential problems. The system will be presented in form view with a main menu and various forms for polar functions Output tasks (Reports) The system will be able to produce a report showing the pickle of any piece of equipment, or all the equipment one member of faculty has recently used or all the equipment currently in a particular van. The system must be able to search through all the come ins for any criteria and produce a report for each one Processing tasks.The system must be able to process the information and sort it into any order that the user wishes. valued performance considerations The system is going to be run over a long period of time and so will need to be able to store a very large amount of data. This s one thing I will not be able to test to its overflowing extent however I can estimate through computer hardware performance whether the system is decorous or not. Qualitative evaluation criteria Data security of the new system The system will have security passwords and all obvious features that would allow the user to enter restricted areas of the system would be disabled.The system will prompt the user to save changes or automatically save changes on exit anyway. Analysis section 9 Data flow diagram of new system Analysis section 10 E-R Model regurgitate stage 2 radiation pattern physical body section 1 overall system intent The system will involve a series of tables, queries, reports and forms all linked unitedly to provide a user-friendly system capable of all of the system requirements. I will have tables for vans, equipment, warehouse and users and will link these t ogether and display them on one form.There will be a menu form giving the user options and security passwords for management to access and edit existing data or to view existing data. All of the data doorway will be validated and the tables will be set to certain data types to try and verify the user is entering the discipline information. There will be quadruple main tables related to mental reservations, employees, equipment and vehicles. There will also be four forms based upon these tables and then a main menu form for easy navigation of my database system Design section 2 Description of modular structure of system.The system will be based some 4 main tables. These are TblEmployees, which contains information about the employees that work at the company. TblEquipment, which lists equipment, details about it, its current location and a list of who has recently used it. TblVehicles will contain a list of all of the vans that Pims Pumps use and contain a list of all the equi pment that is currently in each van. TblBookings will record all the bookings in an out that a piece of equipment makes and records the equipment and employee ID numbers. These tables will all be linked together in an entity birth diagram.Design section 3 Definition of data requirements The database will have to store relevant information about the employees using the booking system information about the companys vehicles and equipment information. The fields I will store in my equipment table are as follows 1. Equipment ID A singular number assigned to each piece of equipment. 2. Description a brief description of the piece of equipment 3. do interval The next date when the piece of equipment is due to be serviced The fields I will store in my employee table are as follows 1.Employee name full name of the employee 2. Employee ID a unique number assigned to each employee The fields I will store in my vehicles table are as follows 1. Registration The registration number of my vehicle 2. Vehicle ID A unique number assigned to each vehicle I will also have a bookings table, which will store the employee and equipment ID for each booking of equipment, and the date on which the booking was made. This will enable me to run a query to find out for example what equipment any employee has used or what equipment is currently in a certain van and so forthDesign section 4 acknowledgement of storage requirements and media Development hardware I can design my system on any hardware rail Microsoft Windows 95 or later and that is capable of running Microsoft entryway at speed. I do not require any additional specific hardware for designing my database. End-user hardware The end user already has hardware capable of running my database and all the staff are familiar with Microsoft based broadcasts. Development software product I will design the database in Microsoft Access as this is very flexible and powerful enough to undertake all or the required tasksEnd-user software The end user will also have to use Microsoft Access as that is the only program that my database will run on I will design the database to be user friendly and limit access to all of its functions to try and prevent accidental damage to the system. Design section 5 Identification of suitable algorithms for data transformation Queries Macros ocular basic engrave Design section 6 identification of any validation required I have several input masks throughout my tables however no validations are needed.The input masks that ii have used are simply in place to ensure that the user is entering the correct information or at least information that is in the correct format. Design section 7 overall user interface design Here is a be after of the layout of my main menu Design section 8 archetype of planned data capture and entry (e. g. forms Design section 9 sample of planned data validation Design section 8 Description of record/database structure & normalisation Normalis ation Tables design Design section 11 Sample of planned valid output (e. g. reports).I will produce reports based on queries related to opposite things however the format will remain the same. Below is an example of what a report would look interchangeable if the user queried for what equipment an employee has recently used Design section 12 Database design including relations, hostile keys, and primary keys. Entity-relationship diagram List and describe all relations separately 1. There is a one to many relationship from Equipment ID in the Equipment table to Equipment ID in the booking table. This enables there to be many pieces of equipment logged in the bookings table.2. There is a one to many relationship from Employee ID in the Employees table to Employee ID in the Bookings table. This enables there to be many employees listed in the bookings table of that one employee can have many bookings. Indicate all primary and foreign keys for each table TblEquipments primary key i s Equipment ID and it contains no foreign keys TblBookings primary key is Booking ID and it contains Equipment ID and Employee ID as foreign keys TblVehicles primary key is Vehicle ID and it contains no foreign keysTblEmployees primary key is Employee ID and it contains no foreign keys Design section 13 Planned measures for security and justice of data Design section 14 Planned measures for systems security Design section 15 Overall test strategy check stage 3 Technical solution Project stage 4 System testing Test section 1- Design of test plan & strategy Test section 2 Minimal test data Test section 3 Expected results for typical test data Test section 4 Erroneous data ( retain forms reject invalid data) Test section 5 Expected results for extreme data.Check that data just within range is accepted and stored Check that calculations using extreme data works Test section 6 Hard copy of phonation samples of test runs Project stage 5 nutriment Maintenance section 1 Syst em overview Maintenance section 2 Summary of features used Maintenance section 3 -Sample of detailed algorithm design using a recognised methodology Maintenance section 4 Annotated listings of program code, macro code & tailoring Maintenance section 5 Screenshots (Mainly from design view) Table screenshots.Reports screenshots Query screenshots Macros screenshots Visual basic code Maintenance section 6 List/description of package items developed Project stage 6 User manual of arms User manual Brief introduction User manual Samples of actual screen displays in situ User manual Samples of error messages and/or error recovery procedures Project stage 7 Appraisal Appraisal section 1 Comparison of project performance against objectives evaluation of end-user requirements Evaluation of the qualitative criteria Evaluation of the quantitative criteria.