Professional Documents
Culture Documents
Documentation Amusement Park
Documentation Amusement Park
----Mr. ---
INDEX
Introduction
Existing System
Proposed system
Objectives
- Hardware Requirements
- Software Requirements
System Design
- ER Diagram
Modules
Data Dictionary
Limitations
Bibliography
INTRODUCTION
DRAWWBACKS:
Security of data.
Greater efficiency.
Better service.
NEED OF THE SYSTEM
By using this system, in a large or a small Amusement Park Management
System, it will speed up the management process and will also ease the work
of managers and other management staff, providing them a well recorded
history and status of various, customers and other working unit of the
park, which will in turn help to design future plan for park extension.
Today, time is so valuable that, even a second's loss can cost a loss of
knowledge and at this stage in time we all have a dire need for a fast
working and efficient way of managing our resources be it money, or human
resources, etc. Hence this system is that dire need of every Amusement Park
Management System owner, wherein all of amusement park management
Issues like employees' management, security, maintenance are
addressed and fulfilled efficiently.
Small Amusement Park uses the traditional paper, to register and record all
their activities. And this traditional method is way too, time consuming,
error prone and non-durable. A better alternative is our Amusement Park
Management system where no paper work, no fear of damage to records, no
time consuming process, wasting money on papers and trained registrars.
Our system tries to provide a complete solution to these problems, as it is a
electronic material hence no fear is expected of it's getting damage
easily or losing it, also other problems found in traditional method like huge
storage is required for this record keeping, which is not the case in our
system, as it being stored on a small Hard Disk Drive. Also no money
conservation could be done by using our software, as there's no need for
paper and ink and other things like trained professional for record keeping.
OBJECTIVE
The purpose of developing Amusement Park Management system is to
computerized way of keeping the record of various important aspects of
the park. Another purpose for developing this software is to generate the
report automatically at the end or as the purpose of developing
Amusement Park Management system is to computerized per
requirements.
Hardware Specification
Processor 800 MHZ or above
Minimum Hard disk drive 100 MB or above
RAM(virtual memory) 128 MB or above
Color Monitor, Keyboard, Mouse Required
Software Specification
Front-end Microsoft Visual Studio .net 2008
Back-end Microsoft Access
Operating system Windows Platforms Only
System Design
System design is the process of defining the elements of a system such as the
architecture, modules and components, the different interfaces of those
components and the data that goes through that system. It is meant to satisfy
specific needs and requirements of a business or organization through the
engineering of a coherent and well-running system. It is widely used for modeling
software systems and is increasingly used for high designing non-software systems
and organizations.
Logical design
The logical design of a system pertains to an abstract representation of the data
flows, inputs and outputs of the system. This is often conducted via modeling,
using an over-abstract (and sometimes graphical) model of the actual system. In
the context of systems, designs are included. Logical design includes ER diagrams.
Physical design
The physical design relates to the actual input and output processes of the system.
This is explained in terms of how data is input into a system, how it is
verified/authenticated, how it is processed, and how it is displayed. In physical
design, the following requirements about the system are decided.
1. U Input requirement,
2. Output requirements,
3. Storage requirements,
4. Processing requirements,
5. System control and backup or recovery.
Put another way, the physical portion of systems design can generally be broken
down into three sub-tasks:
User Interface Design is concerned with how users add information to the system
and with how the system presents information back to them. Data Design is
concerned with how the data is represented and stored within the system. Finally,
Process Design is concerned with how data moves through the system, and with
how and where it is validated, secured and/or transformed as it flows into, through
and out of the system. At the end of the systems design phase, documentation
describing the three sub-tasks is produced and made available for use in the next
phase.
Physical design, in this context, does not refer to the tangible physical design of an
information system. To use an analogy, a personal computer's physical design
involves input via a keyboard, processing within the CPU, and output via a
monitor, printer, etc. It would not concern the actual layout of the tangible
hardware, which for a PC would be a monitor, CPU, motherboard, hard drive,
modems, video/graphics cards, USB slots, etc. It involves a detailed design of a
user and a product database structure processor and a control processor. The H/S
personal specification is developed for the proposed system.
ENTITY RELATIONSHIP DIAGRAM
(ERD)
Customer Enquiry
do
to from
to
generat do
e
Bill Maintenance
CONTEXT LEVEL DIAGRAM
login
Details Entered
Accepted login
0.0
customer
Details Entered Accepted customer
Amusement
employee
Details Entered Park Accepted employee
Management
maintenance
Details Entered Accepted maintenance
Accepted
restaurant
Details Entered restaurant
report
DATA FLOW DIAGRAM (DFD)
Confirmation Confirmation
Detail entered
4.0 Bill
Bill Details
Ticket
Confirmation Confirmation
Detail entered Details accept
Employee Details
Confirmation Confirmation
maintenance
Confirmation Details Confirmation
Restaurant details
Confirmation Confirmation
MODULES
1. Enquiry
2. Customer details
3. Employee Details
4. Maintenance
5. Restaurant
6. Bill Details
7. Report
8. Search
9. Logout
DATA DICTIONARY
TABLE NAME: LOGIN:
TABLE NAME:-
ENQUIRY:
CUSTOMER:
TABLE NAME:-
MAINTENANCE:
EMP:
TABLE NAME:-
BILL:
As this project is made in visual studio .net which is made offline, hence we
cannot have all the facilities like online project hence reduces its scope.
The project runs on platform because frontend and backend languages are
dependent.
BIBLIOGRAPHY
Website :- homeandlearn.co.uk