Online Event Management System - Final - Documentation PDF
Online Event Management System - Final - Documentation PDF
1 INTRODUCTION
1.1 Abstract
1.2 Existing System And Need
1.3 Scope
1.4 Operating Environment- Hardware and Software
1.5 Detail Description of Technology Used
2 PROPOSED SYSTEM
2.1 Proposed System
2.2 Object of The System
2.3 Feasibility Study
2.4 Advantages of System
3 ANALYSIS & DESIGN
3.1 Object Diagram
3.2 Class Diagram
3.3 Use Case Diagrams
3.4 Module Hierarchy Diagram
3.5 Component Diagram
3.6 Deployment Diagram
3.7 Module Specifications
3.8 ER Diagram
3.9 Sequence Diagram
3.10 Activity Diagram
3.11 Table specifications
3.12 Test Procedures and Implementation
4 User Manual
7 Drawbacks & Limitations
8 Conclusion
9 Bibliography
10 SCREEN SHOT
11 SAMPLE PROGRAM CODE
12 SRS- SOFTWARE REQURIMENT SPECIFICATION)
13 ANNEXURE 5(DESIGN AND SPECIFICATION)
INTRODUCTION
CHAPTER 1: INTRODUCTION
1.1 Company Profile
1.2 Project Introduction
1.2 Existing System and Need for System
1.3 Scope of Work
1.4 Operating Environment - Hardware and Software
Chapter 1
INTRODUCTION
This is an Online Event Management system software project that
serves the functionality of an event manager. The system allows only
registered users to login and new users are allowed to resister on the
application. This is a web application developed in Asp.net and Sql
but desktop application of the same application is also available. The
project provides most of the basic functionality required for an event.
It allows the user to select from a list of event types. Once the user
enters an event type eg(Marriage, Dance Show etc), the system then
allows the user to select the date and time of event, place and the
event equipment’s. All this data is logged in the database and the user
is given a receipt number for his booking. This data is then sent to the
administrator (website owner) and they may interact with the client as
per his requirements and his contact data stored in the database.
1.1 ABSTRACT
3. Reliability: - The reliability of the proposed system will be high due to the
above stated reasons. The reason for the increased reliability of the system
is that now there would be proper storage of information.
The Online Event Management System have now also become like events,
user report can interact with popular events
I have seen some Online Event Management System are showing effective and
time consuming approach. .
In all type of offices the computer is a necessary part so visitors browse the
internet to have solution of their problems. So the this system have to keep
eye in the future and have to write in some different way that is not common
to other Online Event Management System.
Monitor
Keyboard
Processor > 2.0 GHz
RAM > 4Gb
Internet Connection
SOFTWARE REQUIREMENTS
Windows/Unix/Linux
MS-SQL
Visual Studio 2019
IIS Server
Front end- Browser with support for C# and ASP
PROPOSED SYSTEM
2.4Advantages of System
2.1 Proposed System
The Website will be built using the MVC Architecture is used Perform easily
Some Functionality
1. Easily update page content and Images
2. Integrate with analytical software to track page answer site performance
3. Post new Content of Patient Test
Backend
1. Events Table
2. Validate Admin during login
3. User Table
4. Events Booking Table
5. Confirmed Events Table
6. All Orders Table
7. Enquiry Table
8. Enquiry Response Table
9. Cancel Order Table
2.2 Objective Of The System
1) Economical Feasibility
2) Technical Feasibility
3) Operational Feasibility.
Once the system is designed there must be trained and expert operator.
If there are not trained they should given training according to the needs of the
system. From the user’s perspective our system fully operational feasible as it
just requires some knowledge of computer. Operators only need add daily prices
of various equities and there are enough validations available so operator does
not require any special technical knowledge. So our system also passes the test
of operational feasibility.
3.7Module Specifications
3.9 ER Diagram
1. Functional Requirements:
This subsection presents the identified functional requirements for the Online Event
Management System. Initially, general requirements that pertain to the whole system
are given. Where possible, subsequent requirements have been demarcated based on
their relevance to the users of the system that are customer, event and admin.
3.2.1 <Functional Requirement or Feature #1>
3.2.1.1 Introduction
3.2.1.2 Inputs
3.2.1.3 Processing
3.2.1.4 Outputs
3.2.1.5 Error Handling
<Functional Requirement or Feature #2>
Visit Page
Brief Description: The user accesses the Online Event Management System website,
searches for Event Booking
Before this use case can be initiated, the Reader has already accessed the Event Management
website.
Visits the
site
Visitor
Brief Description
Update
System
Brief Description
2 Non-Functional Requirements:
The Online Event Management System will be on a server with high speed Internet
capability. The physical machine to be used will be determined by the Historical
Society. The software developed here assumes the use of a tool such as Internet
Information Services for connection between the Web pages and the database. The
speed of the customers connection will depend on the hardware used rather than
characteristics of this system. The Admin will run on the editor’s PC and will contain
an MS-SQL database. MS-SQL is already installed on this computer and is a
Windows operating system.
3.5.1 Performance
3.5.2 Reliability
3.5.3 Availability
3.5.4 Security
3.5.5 Maintainability
3.5.6 Portability
3.6 Inverse Requirements State any *useful* inverse requirements.
3.7 Design Constraints Specify design constrains imposed by other standards, company
policies, hardware limitation, etc. that will impact this software project.
3.8 Logical Database Requirements The logical structure of the data to be stored in the
internal Insurance system database is given below.
Event Booking
+Email: Varchar(20)
+Contact: varchar(20)
Feedback
+Query: varchar(20)
+id:Int
+ Response: varchar(20) All Orders
+Name: Varchar(20) +id:Int
+ Enquiry Response()
+Email: Varchar(20) + Event_Title: Varchar(20)
+Contact: varchar(20) + EventSponcer : Varchar(20)
+Description: varchar(20) Confirm Booking
+ Event_Location: Varchar(20)
+Status : varchar(20)
+ ConfirmBooking()
C: Online Event Management
Class Diagram
C:Customer A:Admin
E: Event Booking
E: Event
F:Feedback
id:1
Id = 1 EventTitle : Award Function
id:1
Name =ABC PQR Event_Category: Function
Event_Title : Award
Email: [email protected] Events_Location : Pune Function
E: Enquiry CustomerContact:
7365347464CustomerCity :
Id = 1 Pune
Name =ABC PQR
Email: [email protected]
Contact: 9864726474 CB: Confirm Booking
Query: Is there any new id:1
plants ? EventTitle : Award Function
Event_Category: Function
ER: Enquiry_Response
Events_Location : Pune
Id = 1 EventDate : 30 july 2021
Name =ABC PQR Image : award.png
Email: [email protected] CustomerName:ABC PQR
Visit Website
Registration
Login
Customer
Event
Admin
Feedback
Event Booking
Confirmed Booking
Cancel Booking
All Orders
Report
Module Hierarchy Diagram
Informa
User
tionLogin Event Booking Added Event
Confirmed
Eenquiry
About Us
Cancelled
Eenquiry Response
Admin Sign in
All Orders
Sign out
Message
Sign out
3.5 Component Diagram
HOME Page
User Events
Enquiry
Feedback
Booking Event
Confirmed
Event
3.6 Deployment Diagram
Central System
Device
Web Service
Device
Application
DB XML SOAP
<<HTTP>>
Work Station
Web
Application
<<HTTP>>
Web Browser
HTML
3.8 User Interface Design
Event
Event
Management
User
User User
Profile Information
Event
Event INFORMATION
Event
Booking
Feedback Feedback
INFORMATION
3.9 ER Diagram
3.9 Sequence Diagram
User SERVER
1.Registration
2. Login
3. Response
4. Event Booking
5.Feedback
3.10 Activity Diagram
START
User Admin
REGISTARTIO LOGIN
N
Event
END
3.11 Module Specification:
2. Login 7. Ignore
3. Fetch 8. Accept
4. Search 9. Decline
11. Enquiry
1. Register: User needs to register themselves by filling up basic registration details and
by creating valid login credentials..
2. Login: After successful registration, user needs to login using their valid login
credentials.
Enquiry Id Id
CustomerName varchar(20)
CustomerEmail varchar(20)
CustomerContact varchar(20)
Query varchar(20)
Enquiry Response Id Id
CustomerName varchar(20)
CustomerEmail varchar(20)
CustomerContact varchar(20)
Query varchar(20)
Response varchar(20)
3.13 Test Procedures and Implementation
Test Procedure: The importance of software testing and its implication with respect to software
quality cannot be over emphasized. Software testing is typical element of software quality assurance.
Testing represents the ultimate review of specification, design and coding.
Any engineered product can test in one of two ways : The First approach is called Black Box
Testing and the second one is called as White Box Testing: When computer software is considered,
Black Box Testing alludes to test that is conducted at the software interface. Although they are
designed to uncover errors, Black Box Test are used to demonstrate that software functions are
operational that input properly accepted and output correctly produced; that integrity of external
information is maintained. Black Box Test examines some aspects of system with little regard for
internal structure of software. White Box testing of software is predicted on a close examination of
procedural details. Providing test cases that exercise specific sets of conditions and /or loops test
logical paths through software.
Test Plan: The Test Plan is designed to describe the scope, approach, resources, and schedule of all
testing activities. The Test plan identifies the items to be tested like Authentication, the features to be
tested like (for Authentication module) whether user is having privilege to login to the system or not,
the types of testing to be performed like Unit Testing, Security Testing, User Interface Testing,
Performance Testing, Regression Testing, the resources required to perform testing.
Unit/Module Testing: Testing conducted to verify the implementation of the design for one
software element (e.g., unit, module) is called unit testing. The purpose of unit testing is to ensure
that the program logic is complete and correct and ensuring that the component works as designed.
In each module will be go through Unit testing after the completion of the module. The bugs in
module testing will be reported in Test Log document and will be reported to the developers. After
fixing the bug successfully, one more iteration of module testing (Regression Testing) is done. This
process is repeated till all critical test cases pass.
Integration Testing: Testing conducted in which software elements, hardware elements, or both are
combined and tested until the entire system has been integrated. The purpose of integration testing is
to ensure that design objectives are met and ensures that the software, as a complete entity, complies
with operational requirements. This type of testing will be done after all module test cases are passed
through module testing, security testing, performance testing, user interface testing and regression
testing. User Interface Testing: Testing done to ensure that the application operates efficiently and
effectively on each client machine
Security Testing: In Authentication component, user needs to enter his login id and password. If the
user name and password is valid then user is allowed to log in. As per the role of user will get the
access over the different options.
Regression Testing: Testing done to ensure that, the changes to the application has not adversely
affected previously tested functionality. In Effort tracking system, testing will take care of the test
cases passed during the first module testing will not be affected in the subsequent rounds of module
testing.
Acceptance Testing: This testing is conducted to determine whether the product satisfies the
acceptance criteria of the user. It enables the customer to determine whether or not to accept the
system. Acceptance testing ensures that customer requirements are met.
Beta Testing: Testing, done by the customer, using a pre-release version of the product to verify and
validate that the system meets business functional requirements. The purpose of beta testing is to
detect application faults, failures, and defects in application on regular worked basis. The Consistent
performance of whole product will be tested for period of time to ensure that the product is ready in
release stage.
Tools: Testing is performed manually without using any automated tools.
4.1 User Manual
10. Conclusion
A Online Event Management System conclusion is an
opportunity to inspire customer from site and make them see how
great your brain is. You should leave offline cake rather you get
details about patient‘s sample and get best trusted sample report.
Web Sites:
www.google.com
www.youtube.com
www.youtube.com
10. SCREEN SHOT
1. Home Cake
2. Sign in
3.Sign up
4.Admin Login
5. Booking Event
6.Admin Published Event
7.Publishing Event
9.Confirmed Booking
11.Event On User Profile
12.Event Booking Request
12. SAMPLE PROGRAM CODE
ASP Code:
1. HomeMaster.master
<%@ Master Language="C#" AutoEventWireup="true"
CodeBehind="HomeMaster.Master.cs"
Inherits="Online_Event_Management_System.AdminMaster" %>
<!DOCTYPE html>
<html>
<head runat="server">
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-
scale=1, shrink-to-fit=no">
<meta name="description" content="">
<meta name="author" content="">
<link rel="icon"
href="/docs/4.0/assets/img/favicons/favicon.ico">
<link rel="canonical"
href="https://getbootstrap.com/docs/4.0/examples/pricing/">
<asp:ContentPlaceHolder ID="ContentPlaceHolder1"
runat="server">
</asp:ContentPlaceHolder>
</form>
<script src="https://code.jquery.com/jquery-3.2.1.slim.min.js"
integrity="sha384-
KJ3o2DKtIkvYIK3UENzmM7KCkRr/rE9/Qpg6aAZGJwFDMVNA/GpGFF93hXpG5KkN"
crossorigin="anonymous"></script>
<script>window.jQuery || document.write('<script src="bootstrap-
4.0.0/assets/js/vendor/jquery-slim.min.js"><\/script>')</script>
<script src="bootstrap-
4.0.0/assets/js/vendor/popper.min.js"></script>
<script src="bootstrap-4.0.0/dist/js/bootstrap.min.js"></script>
<script src="bootstrap-
4.0.0/assets/js/vendor/holder.min.js"></script>
<script>
Holder.addTheme('thumb', {
bg: '#55595c',
fg: '#eceeef',
text: 'Thumbnail'
});
</script>
</body>
</html>
2.UserMaste
<%@ Master Language="C#" AutoEventWireup="true" CodeBehind="UserMaster.master.cs"
Inherits="Online_Event_Management_System.UserMaster" %>
<!DOCTYPE html>
<html>
<head runat="server">
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-
fit=no">
<meta name="description" content="">
<meta name="author" content="">
<link rel="icon" href="/docs/4.0/assets/img/favicons/favicon.ico">
<title>UserProfile</title>
</nav>
<asp:Button ID="Signout" class="btn btn-outline-primary font-weight-bold"
runat="server" Text="Signout" OnClick="Signout_Click" />
</div>
</form>
</body>
</html>
3.AdminAddEvent.aspx
<%@ Page Title="" Language="C#"
MasterPageFile="~/AdminMaster.Master" AutoEventWireup="true"
CodeBehind="AdminAddEvent.aspx.cs"
Inherits="Online_Event_Management_System.AdminAddEvent" %>
<asp:Content ID="Content1" ContentPlaceHolderID="head"
runat="server">
</asp:Content>
<asp:Content ID="Content2"
ContentPlaceHolderID="ContentPlaceHolder1" runat="server">
<div class="card-body">
<h3 class="text-center">Publish Event</h3>
<div class="form-group">
<asp:Label ID="message" class="font-weight-bold text-danger"
runat="server" Text=""></asp:Label>
</div>
<div class="form-group">
<label class="font-weight-bold">Event Name</label>
<asp:TextBox ID="eventName" class="form-control"
placeholder="Event Name" runat="server"></asp:TextBox>
</div>
<div class="form-group">
<label class="font-weight-bold">Event Chief Guest</label>
<asp:TextBox ID="EventChiefGuest" class="form-control"
placeholder="Event Chief Guest" runat="server"></asp:TextBox>
</div>
<div class="form-group">
<label class="font-weight-bold">Event Sponcer</label>
<asp:TextBox ID="EventSponcer" class="form-control"
placeholder="Event Sponcer" runat="server"></asp:TextBox>
</div>
<div class="form-group">
<label class="font-weight-bold">Event Date</label>
<asp:TextBox ID="EventDate" class="form-control"
placeholder="Contact" runat="server"></asp:TextBox>
<asp:Button ID="Date" CssClass="btn btn-outline-danger mt-
1" runat="server" Text="Date" OnClick="Date_Click1" />
<asp:Calendar ID="Calendar1" runat="server"
Visible="False"
OnSelectionChanged="Calendar1_SelectionChanged"></asp:Calendar>
</div>
<div class="form-group">
<label class="font-weight-bold">Event Location</label>
<asp:TextBox ID="EventLocation" class="form-control"
placeholder="Event Location" runat="server"></asp:TextBox>
</div>
</div>
</div>
</div>
</div>
</asp:Content>
2.C# Code
1.HomeMasterr.cs
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
namespace Online_Event_Management_System
{
public partial class AdminMaster : System.Web.UI.MasterPage
{
protected void Page_Load(object sender, EventArgs e)
{
2.AddEvent.cs
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Data;
using System.Data.SqlClient;
namespace Online_Event_Management_System
{
public partial class AdminAddEvent : System.Web.UI.Page
{
String path;
SqlConnection con = new SqlConnection(@"Data
Source=(LocalDB)\MSSQLLocalDB;AttachDbFilename=C:\Users\91702\source
\repos\Online Event Management System\Online Event Management
System\App_Data\EventManagementDB.mdf;Integrated Security=True");
protected void Page_Load(object sender, EventArgs e)
{
int i = cmd.ExecuteNonQuery();
if (i > 0)
{
Response.Write("<script> alert('Event Has Benn Added
Successfully...'); </script>");
}
else
{
message.Text = "something went wrong...!";
}
con.Close();
eventName.Text = "";
EventChiefGuest.Text = "";
EventSponcer.Text="";
EventDate.Text = "";
EventLocation.Text = "";
3.ConfirmedBooking.cs
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Data;
using System.Data.SqlClient;
namespace Online_Event_Management_System
{
public partial class AdminConfirmedBooking : System.Web.UI.Page
{
SqlConnection con = new SqlConnection(@"Data
Source=(LocalDB)\MSSQLLocalDB;AttachDbFilename=C:\Users\91702\source
\repos\Online Event Management System\Online Event Management
System\App_Data\EventManagementDB.mdf;Integrated Security=True");
protected void Page_Load(object sender, EventArgs e)
{
con.Open();
}
SRS- SOFTWARE REQURIMENT SPECIFICATION
<1.0>
Your Name
Lead Software Engineer
Document Approval
The following Software Requirements Specification has been accepted and approved by the following:
2. GENERAL DESCRIPTION.............................................................................................7
2.4 GENERAL
CONSTRAINTS.................................................................................................9
2.6 SYSTEM
ENVIRONMENT..................................................................................................9
3.1SYSTEM INTERFACE………………………………………………………...………...11
3.1.1ANDROID……………...................................................................................................11
3.1.2HIGHLIGHTOFANDROID………………………..……..............................................11
1.1 Purpose
ii) To develop a web based application for best cake selection on site
iii) Reduce the human energy and unnecessary cost to search event.
1.2 Scope
This project deals with the various functioning in Online Event System process.
The main idea is to implement a proper process to system .In our
existing system contains a many operations registration, search event, booking
event, report, customer details, performance of the admin etc.
1.3 Definitions, Acronyms, and Abbreviations
User Someone who interacts with the
Internet
DESC Description
RAT Rational
1.4 References
The document in this file is an annotated outline for specifying software requirements
adapted from the IEEE Guide to Software Requirements Specifications (Std 830-1993).
1.4 Overview
The next chapter, the Overall Description section, of this document gives an overview of
the functionality of the product. It describes the informal requirements and is used to
establish a context for the technical requirements specification in the next chapter. The third
chapter, Requirements Specification section, of this document is written primarily for the
developers and describes in technical terms the details of the functionality of the product.
Both sections of the document describe the same software product in it entirety, but are
Following area of operations are being covered under the scope of this project.
A. Admin B. Customer
2.GENERAL DESCRIPTION
2.1 SYSTEM ANALYSIS : The system analysis section may contain two types, they are
According to the study of the existing system in the that is being followed till now. Presently
all the Online Cake Shop functionalities are done manually. This makes the very difficult.
The Website will be built using the MVC Architecture is used Perform easily
Some Functionality
4. Easily update page content and Images
5. Integrate with analytical software to track page answer site performance
6. Post new Content of Patient Test
Backend
12. Events Table
13. Validate Admin during login
14. User Table
15. Events Booking Table
16. Confirmed Events Table
17. All Orders Table
18. Enquiry Table
19. Enquiry Response Table
20. Cancel Order Table
21.
This subsection presents the identified functional requirements for the Online Event
Management System. Initially, general requirements that pertain to the whole system
are given. Where possible, subsequent requirements have been demarcated based on
their relevance to the users of the system that are customer, event and admin.
3.2.1 <Functional Requirement or Feature #1>
3.2.1.1 Introduction
3.2.1.2 Inputs
3.2.1.3 Processing
3.2.1.4 Outputs
3.2.1.5 Error Handling
Visit Page
Brief Description: The user accesses the Online Event Management System website,
searches for Event Booking
Before this use case can be initiated, the Reader has already accessed the Event Management
website.
Visits the
site
Visistor
Brief Description
Update
System
Brief Description
3.5.1 Performance
3.5.2 Reliability
3.5.3 Availability
3.5.4 Security
3.5.5 Maintainability
3.5.6 Portability
3.6 Inverse Requirements State any *useful* inverse requirements.
3.7 Design Constraints Specify design constrains imposed by other standards, company
policies, hardware limitation, etc. that will impact this software project.
3.8 Logical Database Requirements The logical structure of the data to be stored in the
internal Insurance system database is given below.