Beruflich Dokumente
Kultur Dokumente
5
TILAK COLLEGE OF SCIENCE & COMMERCE
VASHI, NAVI MUMBAI - 400703
PROJECT REPORT
ON
TABLE OF CONTENT
Sr. No.
Title
1.
Acknowledgement
2.
Introduction
3.
Present system :
A. Present system
B. Limitations of Present System
Proposed System:
A. Proposed System
B. Features
C. Advantage of propose system
D. Feasibility Study
E. Gantt Chart
5.
System Documentation :
6.
A.
B.
C.
D.
E.
F.
G.
H.
System Design:
A.
B.
C.
D.
7.
Event Table
Use Case Diagram
ER Diagram
Activity Diagram
Class Diagram
Object Diagram
Sequence Diagram
State Chart Diagram
System Coding:
A. Hardware & Software requirements
B. Technology used
Menu Tree
Table Design
Naming Convention used
Program Description
Form Description
Validation
System Coding
8.
9.
Screen Layouts
10.
Testing
11.
Future Scope
12.
Conclusion
13.
ACKNOWLEDGEMENT
It is a great indeed pleasure and privilege for me to represent the report.
Any task however small cannot be completed without proper guidance.
3
PRELIMINARY
INVESTIGATION
PROPOSED SYSTEM
Features:
All the records and data have been computerized and are now persistent.
Manual calculations have been automated.
Access to all types of records made easy.
The proposed system is a computerized system.
The customer has to just give his details like contact number, address,
Number of person accommodating with him and also the mode of
payment along with his details.
It also maintain record of all people who have visited their hotel, has a
stay before through a database.
Paper work is avoid.
FEASIBILITY STUDY
Preliminary Investigation is the first phase in any system developing
life cycle. The Feasibility Study is a major part of this phase.
Feasibility Study means selecting the best system that meet the
performance requirement.
It is the measure of how beneficial or practical the development of an
Information System would be to the organization.
Our study of the feasible development of the software is going to be in
terms of the following aspects:
Operational Feasibility:
Proposed system is beneficial only if it can be turned into management system
that will meet the need of the clients operating requirements. Kalidasa
Librarys work is increasing day by day.
The proposed system is operationally feasible due to the following reasons:
The system is easy to use and is very simple.
The proposed system will cost no harm to the company; instead it
will enhance the result in a better respect.
The new system will avoid confusion and resistance by catching the
users attention, as it is presentable.
Economical Feasibility:
1. Development Cost
Equipments required for developing the software are easily available.
9
10
GANTT CHART
Nov
Dec
Jan
Feb
(1to
31Jan)
( 1to
28Feb)
Task
(1 to 30 Nov)
(1 to 31
Dec)
1. Planning Phase
Define the problem
Work breakdown structure
Product Project Schedule
2. Analysis Phase
Gather Information
Define System Requirement
Objectives and Feasibility
3. Design Phase
Design Database
Design System
Flow
4. Coding Phase
Write Code for
Individual
Component
Integrate the components
5. Testing Phase
Unit Testing
System Testing
Integration Testing
11
Sr.
Phase
No.
Expected
Date of
Completion
Actual Finish
Date
1.
Preliminary Investigation
29-Nov-2014
29-Nov-2014
Organizational Overview
20-Nov-2014
20-Nov-2014
II
Description of System
20-Nov-2014
20-Nov-2014
III
20-Nov-2014
20-Nov-2014
IV
26-Nov-2014
26-Nov-2014
Feasibility Study
26-Nov-2014
26-Nov-2014
VI
Gantt Chart
29-Nov-2014
29-Nov-2014
Analysis Phase
23-Dec-2014
23-Dec-2014
10-Dec-2014
10-Dec-2014
II
Event Table
10-Dec-2014
10-Dec-2014
Remark
12
10-Dec-2014
10-Dec-2014
IV
ERD
17-Dec-2014
17-Dec-2014
Activity Diagram
17-Dec-2014
17-Dec-2014
VI
Class Diagram
17-Dec-2014
17-Dec-2014
VII
Object Diagram
23-Dec-2014
23-Dec-2014
VIII
Sequence Diagram
23-Dec-2014
23-Dec-2014
3.
System Design
14-Jan-2015
14-Jan-2015
07-Jan-2015
07-Jan-2015
II
Package Diagram
07-Jan-2015
07-Jan-2015
III
Deployment Diagram
14-Jan-2015
14-Jan-2015
IV
Structure chart
14-Jan-2015
14Jan-2015
4.
04-Mar-2015
04-Mar-2015
Menu Tree
21-Jan-2015
21-Jan-2015
II
28-Jan-2015
28-Jan-2015
Attributes, Constraints
III
Validations
28-Jan-2015
28-Jan-2015
IV
04-Feb-2015
04-Feb-2015
11-Feb-2015
11-Feb-2015
5.
System Implementation
28-Feb-2015
28-Feb-2015
6.
Future Enhancement
28-Feb-2015
28-Feb-2015
7.
Conclusion
04-Mar-2015
04-Mar-2015
8.
04-Mar-2015
04-Mar-2015
13
METHODOLOGY ADOPTED
Incremental Model (IM):This model derives its name from the way in which the software is
built. More specifically, the model is designed, implemented and tested as a
series of incremental builds until the product is finished. A build consists of
pieces of code from various modules that interact together to provide a
specific function.
At each stage of IM, a new build is coded and then integrated into the
structure which is tested as a whole. Note that the product is defined as
finished only when it satisfies all of its requirements.
This model combines the elements of Waterfall model with the iterative
philosophy of prototyping. However, unlike prototyping the IM focuses on the
delivery of an operational product at the end of each increment.
The first increment is usually the core product which addresses the
basic requirements of the system. This may be either be used by the client or
subjected to detailed review to develop plan for the next increment.
14
15
SYSTEM ANALYSIS
16
EVENTS
An event occurs at a specific time & place, that can be described & is worth
remembered by the system. Events drive or trigger all processing that a system
does, so listing them & then analyzing them make sense when you need to
define system requirements.
EXTERNAL EVENT:
An event that occurs outside the system usually initiated by an external
agent or actor.
TEMPORAL EVENT:
An event that occurs as a result of reaching a point in time.
EVENT TABLE
A table that lists events in rows & key pieces of information about each
event in columns.
TRIGGER:
An occurrence that tells the system that an event has occurred, either the
arrival of data needing processing or of point in time.
SOURCE:
An external agent or actor that supplies data to the system.
ACTIVITY:
Behavior that the system performs when an event occurs.
RESPONSE:
An output, produce by the system that goes to the system.
DESTINATION:
An external agent or actor that receives data from the system.
17
EVENT TABLE
Sr.
Events
Trigger
Source
Activity
Response
Destination
n
o
1.
Builder adds
building details
Building
entry
Builder
Adds details
of buildings
Building
details
Building
master
Flat entry
Builder
Adds entry of
flats
Flat details
Flat master
Client
Look up
availability
Enquiry of
flat details
Flat master
2.
Builder adds
flat details
3.
Enquiry
Client makes
a request
4.
Number of
Half Days
Administrator
Calculating
Half day
Salary
Deducting
from basic
salary
Client &
booking
transaction
5.
Payment of flat
Request of
payment
Registration
transaction
Payment of
flat
Payment
Payment
transaction
6.
Cancellation
Request of
cancellation
Booking
cancellation
Cancellation
of flat
Availability
of flat
Cancellatio
n & flat
Registration
Request of
registration
Booking of
flat confirm
Registration
of flat
Registration
details to
customer
Registration
transaction
& customer
master
Updates records
Registration
Builder
Update
All records
are updated
Builder
Builder
Report
generation
Reports
7.
8.
confirm
9.
Builder
generates
transaction &
master reports
Static or
dynamic
reports
request
All reports
18
Use Case
Connecting Line
Automation
Boundary
Use Case
Actor
19
DESCRIPTION:
The Object Oriented approach uses the term use case to describe
an activity the system carries out in response to an event. One can think
of a use case as a case or situation where the system is used for some
purpose .A use case diagram is a convenient way to document the
functions that the system must support. Sometimes a single,
comprehensive diagram is used to describe the entire system. At other
times, a set of smaller use case diagrams make up the use case model.
Makes
bkjkkkncxkcc
enquiry
Gives details of
flats
Books the flat
Customer
Payment of flat
Builder
Gives documents
of flat
20
21
ENTITY SET
PROCESS
22
ER - DIAGRAM
Addres
s
Contact
No
Addres
s
Name
Name
Client
Addres
s
Cancellatio
n
Cancel_ID
Name
Building
Flat
enquir
y
Name
Contac
t
Flat
No
Transa
ction
balanc
e
Flat
purcha
se
Flat
Flat
Type
Builder
Rate
Area
Name
Off_Addres
s
Booking
Address
Registration
1
Payment
23
Pay ID
Pay ID
Customer
Name
Registratio
n ID
Booking
ID
ACTIVITY DIAGRAM
Activity diagrams are graphical representations of workflows of
stepwise activities and actions with support for choice, iteration and
concurrency. In the Unified Modeling Language, activity diagrams can be
used to describe the business and operational step-by-step workflows of
components in a system. An activity diagram shows the overall flow of
control.
The most important shape types:
Rounded rectangles represent activities;
Diamonds represent decisions;
Bars represent the start (split) or end (join) of concurrent activities;
A black circle represents the start (initial state) of the workflow;
An encircled black circle represents the end (final state).
Arrows run from the start towards the end and represent the
orderwhich activities happen.
24
ACTIVITY DIAGRAM
Start
Login screen
Try
again
System checks username
& password
Invalid
Gives
an
error
Valid
Login
successfully
25
Start
Developer gives
building info.
Client takes
information
Booking
If
intereste
d
No
Cancellation
Yes
26
CLASS DIAGRAM
CLASS DIAGRAM:
The Class diagrams are used to identify and classify the objects
which constitute a system. It also includes the important attributes of the
objects which must be captured.
CLASS:
It is a collection of objects of same type.
RELATIONSHIP:
A naturally occurring association among specific things.
CLASS DIAGRAM NOTATIONS:
In Class diagram, rectangles represent Class and the lines
connecting the rectangle show the relationships among Classes.
27
Builder
Off Address
Contact No
Name
Make records of
building
DESCRIPTION:
It is a model which is used to show the classes constituting a
system and their interrelationships .It is based on UML (Unified
Modeling Language). Only the important attributes and methods are
shown in Class Diagrams. In the initial period of analysis, the important
attributes of the classes, which must be captured and the functionalities
provided by the class may not be very clear . As the analysis progresses,
the attributes and methods may be added.
CLASS DIAGRAM
1
*
Building
Name
Location
Assign Share
Holder
Delete Share
*
*
Flat
Type
Rate
Area
Add(),update()
Delete()
*
*
28
Booking
Name
Booking id
Reg id
Id
Name
Contact No
RegId
Add(),update()
Delete()
*
*
1..*
*
Add(),update()
Delete()
Payment
Payment Id
Booking Id
Add(),update()
Delete()
OBJECT DIAGRAM
Object diagrams are derived from class diagrams so object diagrams are
dependent upon class diagrams.
Object diagrams represent an instance of a class diagram. The basic concepts
are similar for class diagrams and object diagrams. Object diagrams also
represent the static view of a system but this static view is a snapshot of the
system at a particular moment.
So the purpose of the object diagram can be summarized as:
Forward and reverse engineering.
Object relationships of a system
Static view of an interaction.
29
Name = ABC
* Building : Bl
Name=Sai
Flat : F
Flat ID=101
Customer : C
Cust ID = 100
Booking : BK
Client : Cl
Booking ID= 1
Client ID = 101
Cancellation : CA
Regi ID=500"
30
SEQUENCE DIAGRAM
A Sequence Diagram has the following features:
A Sequence diagram describes interactions among classes in terms of an
exchange of messages over time.
31
SEQUENCE DIAGRAM
Builder
Building
Customer
Booking
Payment
Develops
building
Enquiry of flats
if available response
if affordable then
32
Start
Developing Buildings
Taking information
If
intere
st
No
Yes
Cancellation
Booking
Cancellation
generating bills
Gives Payment
34
SYSTEM DESIGN
35
36
Builder
Name
Address
Contact
Building
Building name
location
Customer
Pay ID
Name
Address
Contact No
Area
Rate
Flat type
Name
Address
Registration
ID
Booking
ID
Flat
Id
Booking
Book ID
Payment
Pay ID
Book ID
37
Cancellation
Cancel ID
Client ID
Refund
COMPONENT DIAGRAM
Component Diagrams describe the organization of components, including
source code, run-time (binary) code, and executables.
Component Diagrams:
Give the physical view of the system in terms of implementation aspect.
This is important for reusability and performance purpose.
Constitute the Components, their interfaces and realizations, and
dependencies between Components
Component Diagrams are used:
To depict organizations and dependencies among Component type.
To show allocation of classes and objects to Components (also
referred to as modules) in the physical design of the system.
To indicate the physical layering and partitioning of the system
Architecture
38
COMPONENT DIAGRAM
Customer
Master
Building Master
Flat Master
MDI
Enquiry
Registration
Master
Booking
Master
39
PACKAGE DIAGRAM
PACKAGE DIAGRAM
Builder_Developer
Builder
Customer
Building
Client
Payment
Booking
41
DEPLOYMENT DIAGRAM
Hardware
Builder_Developer
42
Database
43
SYSTEM
CODING
Pentium 3 or higher
2. RAM:
512 MB or higher
44
80GB or higher
SOFTWARE REQUIREMENTS:
1. FRAMEWORK:
2. ENVIRONMENT:
3. DATABASE:
SQL SERVER.
4. PLATFORM:
Windows
Technology Used
Overview of the .NET Framework
The .NET Framework is a new computing platform that simplifies application
development in the highly distributed environment of the Internet.
The .NET Framework is designed to fulfill the following objectives:
45
46
Component oriented.
Easy to learn.
Structured language.
MENU TREE
48
TRANSACTION
Payment Transaction
Registration Transaction
Cancellation Transaction.
REPORTS
Flat Report
Payment Report
Booking Information Report
Booking Cancellation Report
Registration Information Report.
49
TABLE DESIGN
LOGIN TABLE:Field Name
Datatype
Description
USERNAME
nvarchar (50)
Holds Username
PASSWORD
nvarchar (50)
Holds Password
Data Type
Description
Building_ID
Numeric(18,0)
Holds buildings id
Build_Name
nvarchar (50)
Address
nvarchar (50)
Holds address of
building.
Data Type
Description
Flat_ID
Numeric(18,0)
Holds flat id
Build_Name
nvarchar (50)
Wing
nvarchar (50)
Floor
nvarchar (50)
50
Numeric(18,0)
Type_Of_Flat
nvarchar (50)
Area
Numeric(18,0)
Rate
Numeric(18,0)
Total_Amnt
Numeric(18,0)
Data Type
Description
Cust_ID
Numeric(18,0)
Holds customer id
Cust_Name
nvarchar (50)
Off_Address
nvarchar (50)
Profession
nvarchar (50)
Age
Numeric(18,0)
Annual_ Income
nvarchar (50)
Data Type
Description
Client_ID
Numeric(18,0)
Holds client id
Client_Name
nvarchar (50)
Contact
Numeric(18,0)
Email_ID
nvarchar (50)
Holds email ID
Data Type
Description
Cust_ID
Numeric(18,0)
Holds customer id
Cust_Name
nvarchar (50)
Address
nvarchar (50)
Holds address
Booking_ID
Numeric(18,0)
Holds booking id
Regi_ID
Numeric (18,0)
Holds registration id
Data Type
Description
Pay_ID
Numeric(18,0)
Holds payment id
Pay_Date
nvarchar (50)
nvarchar (50)
Amnt_Paid
Numeric (18,0)
Total_Amnt
Numeric(18,0)
Bank_Name
nvarchar (50)
Cheq_No
Numeric(18,0)
Pay_Mode
Data Type
Description
Cancel_ID
Numeric(18,0)
Holds cancel id
Book_ID
Numeric(18,0)
Holds booking id
Cust_ID
Numeric(18,0)
Holds customer id
Cancel_Date
nvarchar (50)
Total_Amnt
Numeric(18,0)
Total_Paid
Numeric(18,0)
Refund
Numeric(18,0)
Data Type
Description
Regi_ID
Numeric(18,0)
Holds registration id
Regi_Date
nvarchar (50)
Profession
nvarchar (50)
Holds profession
Address
nvarchar (50)
Holds address
Name1
nvarchar (50)
Address1
nvarchar (50)
Profession1
nvarchar (50)
53
Control Name
TextBox
Txt
Combobox
cmb
Button
Btn
Label
Lbl
DataGridView
Dgv
CheckBoxes
Ch
DateTimePicker
Dtp
PROGRAM DESCRIPTION
1. Building Management Subsystem
This subsystem consists of handling all the details of buildings.
This includes:
- Maintaining records of buildings.
- Time to time updating their records.
54
FORM DESCRIPTION
Login:
txtuser
btnsign
btnreset
btnrcpawd
Building:
txtbuilid
txtbuilname
txtlocation
btnsave
btnsearch
btnupdate
btnexit
Customer:
txtcustid
tctcustname
lblvalidation
txtprofession
txtaddress
txtcontact
txtannincome
btnadd
btnsave
btnsearch
btnupdate
Flat:
txtflatid
txtbuil_name
txtwing
txttypeofflat
txtarea
txtrate
txttamnt
btnsearch
btnexit
Booking:
Txtcustid
tctcustname
lblvalidation
txtprofession
txtaddress
dtpbookdate
txtbookid
txtrgiid
dtpregidate
txttotal_Amnt
txtbookamnt
txtgtotal
btnadd
btnsave
btnsearch
btnupdate
btnexit
Payment:
cmbtpayid
txtcustname
cmbcustid
dtpbookdate
dtppaydate
Txttotalamnt
txtamnt_paid
btnsave
btnsearch
btnupdate
btnexit
Booking Cancellation:
txtcustid
tctcustname
txtcancelid
dtpbookdate
txtflatid
dtpcanceldate
txtrefund
btnadd
btnsave
btnsearch
btnupdate
btnexit
Registration:
txtcustid
tctcustname
txtprofession
txtaddress
dtpregidate
txttotal_Amnt
txtamnt_paid
txtbal
btnadd
btnsave
btnsearch
btnupdate
btnexit
txtname1
txtaddress1
txtprofession1
txtname2
txtaddress2
txtprofession2
Validation
Login:
rdbtn
txtpassword
Customer Details:
txtcust_id
txtname
txtoff_address
txtxtcontactno
txtage
txtname
txtxtcontactno
txtemail
Payment Details:
txtpay_id
txtcust_id
txtcustname
62
dtpregdate
txttotal_amnt
txtamnt_bal
txtbank
txtcheq_no
Cancellation Details:
txtcance_id
dtpbookdate
dtpcancelkdate
txtamnt_paid
txtrefund
CODING
frmsplash.vb
Public Class frmsplash
Dim a As Integer = 0
Private Sub frmsplash_Load(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles MyBase.Load
Timer1.Enabled = True
End Sub
Private Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles Timer1.Tick
a=a+1
ProgressBar1.Value = a
If ProgressBar1.Value = 10 Then
lblcount.Text = "10%"
63
frmlogin.vb
Imports System.Data.SqlClient
Public Class login
Dim n As Integer = 0
Dim con As New SqlConnection("Data Source=BSC-13\SQLEXPRESS;
Initial Catalog=bookingdatabase;Integrated Security=True")
Dim cmd As SqlCommand
Dim dr As SqlDataReader
Private Sub btnlogin_Click(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles btnlogin.Click
64
frmmdi.vb
65
Module1.vb
Imports System.Data.SqlClient
Module Module1
Public con As SqlConnection
Public Sub connection()
Source=D:\UMFH12\14642\library\database\library.mdb")
con = New SqlConnection("Data Source=BSC-13\SQLEXPRESS;
Initial Catalog=bookingdatabase;Integrated Security=True")
End Sub
Public Function chkChar(ByVal a As Integer) As Integer
If a >= 97 And a <= 123 Or a >= 65 And a <= 90 Or a = 8 Then
Return a
Else
Return 0
End If
End Function
Public Function chkInt(ByVal a As Integer) As Integer
If a >= 48 And a <= 57 Or a = 8 Then
Return a
67
frmcustomer_details.vb
Imports System.Data.SqlClient
Public Class frmcustomer
Dim con As SqlConnection
Dim cmd As SqlCommand
Dim da As SqlDataAdapter
Dim ds As DataSet
Dim dv As DataView
Dim rowcount As Integer = 0
Dim i As Integer
Dim cust_id As Integer
Private Sub setCon(ByRef strsql As String)
Try
con = New SqlConnection("Data Source=BSC-13\SQLEXPRESS;
Initial Catalog=bookingdatabase;Integrated Security=True")
Module1.connection()
da = New SqlDataAdapter(strsql, Module1.con)
ds = New DataSet
da.Fill(ds, "cust")
dv = New DataView(ds.Tables("cust"))
68
71
frmflat_Details.vb
Imports System.Data.SqlClient
Public Class frmflat_details
Dim con As SqlConnection
Dim cmd As SqlCommand
Dim da As SqlDataAdapter
Dim ds As DataSet
Dim dv As DataView
Dim dr As SqlDataReader
Dim rowcount As Integer = 0
Dim i As Integer
Dim flat_id As Integer
Private Sub setCon(ByRef strsql As String)
Try
con = New SqlConnection("Data Source=BSC-13\SQLEXPRESS;
Initial Catalog=bookingdatabase;Integrated Security=True")
Module1.connection()
da = New SqlDataAdapter(strsql, Module1.con)
ds = New DataSet
da.Fill(ds, "flat")
dv = New DataView(ds.Tables("flat"))
Catch ex As Exception
MsgBox(ex.ToString)
End Try
74
77
frmpayment_details.vb
Imports System.Data.SqlClient
Public Class frmpayment
Dim con As SqlConnection
Dim cmd As SqlCommand
Dim da As SqlDataAdapter
Dim ds As DataSet
Dim dv As DataView
Dim dr As SqlDataReader
Dim dr1 As SqlDataReader
Dim rowcount As Integer = 0
Dim i As Integer
Dim pay_id As Integer
Dim status As Boolean
Dim chno As Integer
Dim bname As String
Dim c_no As Integer = 0
Dim b_name As String = ""
Private Sub setCon(ByRef strsql As String)
Try
con = New SqlConnection("Data Source=BSC-13\SQLEXPRESS;
Initial Catalog=bookingdatabase;Integrated Security=True")
Module1.connection()
82
90
91
SCREEN
LAYOUTS
AND
REPORT
LAYOUTS
92
93
MAINFORM FORM:
95
96
97
98
99
100
101
102
TESTING
Testing Objectives
Testing is a process of executing a program with the intent of finding
an error or debug.
A good test case is one that has a high probability of finding yet not
discovered errors.
Unit Testing
Unit testing using white-box-testing to test each smallest unit or
component of the module like Interface, Local Data Structure, Boundary
Conditions, Independent and Error Handling Paths using appropriate test
cases.
104
Code Testing
The code testing examines the logic of the program. To
follow this testing we have developed test cases that result in
every instruction in the module; every path is specific
combination of conditions that is handled by the program
Validation Testing
Validation testing to validate system functionalities, that they
are traceable to customer requirements.
System Testing
System testing to test efficiency with all minimum hardware
and software requirements of system after installation
105
Future Scope
In future, a system may be developed which can be used online by the users
who want to sale or purchase properties. In such a system the users may deal
directly with each other, they do not need a property dealer as an intermediate.
Also they are not supposed to go to the property dealer for their deals; they
can directly use the software online. Moreover the users do not need to pay
106
Conclusion
The development of the proposed system is done keeping in view the
problems of agent i.e. property dealer in the official dealings of properties.
Typically a dealer buys the property from one party and sells to another. Thus
the dealers profit is the difference between the price he pays to one party and
107
REFERENCES / BIBLIOGRAPHY
Bibliography:
108
www.msdn.microsoft.com/en-us/vstudio/default.aspx
References:
1. Beginning with Vb.Net 2008 Thearon Willis
2. System Analysis and Design-- Galgotia Publications.
3. Software Engineering By Roger S. Pressman, McGraw- Hill
Publications.
109