Beruflich Dokumente
Kultur Dokumente
NC Techsoft sits with client to get details on all of the above parameters. NC
Techsoft maintains an exhaustive list of Service Providers (or Vendors) who
provide a specialized service, which forms part of the overall event. For
example, there are more than 5-6 service providers in the category of Audio
Systems providers, almost 3-4 entries each in every city for caterers, 10-12
entries for Disc Jockeys, 10 entries for stage lighting and so on. As you would
observe, there are several categories of services under which vendors are
classified. There are many vendors who may provide the same service and
selection would be based on appropriate criteria for the event.
After initial interactions happen with a client, the first thing to do is to create
an estimate for the event for which NC Techsoft is responsible. Based on the
requirements for the event, the various services needed are listed down and
based on the rates of a specific service provider, the rates are quoted.
Different services would have different specifications and units for quoting
rate. For example, in the case of Sound Systems, the exact type and power of
sound systems need to be specified and rates would be on a per-day basis.
Catering would be on number of people with rate quoted per person.
After negotiations, a contract is signed after firming up the rates and the
schedules. NC Techsoft assigns an Event Coordinator for the event who
would have complete responsibility for the successful conduct of the event.
The primary responsibility of the Event Coordinator is to ensure that the
Service Providers are contacted, briefed and purchase orders generated for
availing their service. Thereafter, there should be a strict monitoring of dates
and the quality of service provided by the vendors. Delays should be trapped
in time so that there is scope for corrective action. With events, the final event
dates can never be changed and therefore Event Coordinators need
information of every specific detail all the time. That is the role of Information
Systems.
3. Category RDBMS
This project can be purely considered for the RDBMS category. Why? Well there
are many reasons in support.
It deals with maintenance of the rights for each level of hierarchy of the
users in the company.
5. Problem Definition:
It should be able take input from any user for any requirement respect of
gathering.
The estimation system should be able to prepare the estimates of the events.
Gantt Chart
DESCRIPTION
Selection of organization
10 Days
Selection of problem
7 Days
25 Days
Analysis of information
10 Days
45 Days
7 Days
Validation / Verification
7 Days
Testing
18 Days
10
Dummy activity
5 Days
4
1
1
0
Notations :
Notations : =>Critical Path
->
Activity
--- > Dummy Activity
Node
6. Solution Scope:
Significant time was currently being spent in very first stages itself of client
interactions namely Estimate preparation. Since a lot of the work that NC
Techsoft carries out is similar for a particular type of event, there was the
scope to create Event Templates based on the type of event. For example, if
an Educational Seminar Event were to be conducted for an IT Training
Institute, then the list of things to be done under such an event would be more
or less the same all the time. The dates may change and the specific service
provider may change. The content of what needs to be delivered will change.
But essentially, from an estimation perspective, the checklist remains the
same. Therefore, it should be possible to create Event Templates for different
kinds of events which will include all known important services under with a
default vendor (which can be changed from time to time) for each service.
Thus, selecting an Event Template and modifying its dates and service
selections can arrive at Estimation at almost immediately. These templates
are likely to be very detailed based on the extensive experience of handling
such events in the past.
The Event Worksheet is a full statement of Costs and Revenues for the event.
One source of revenue for the event is through Sponsors. Such sponsor
funds may come in the form of cash or sometimes through a specific
deliverable. For example, a Garment company would sponsor all hoardings
for an event. The amount set aside for that would now be considered as a
revenue source and also as an expense under Advertising hoardings. Ticket
sales , for example, would figure as a Revenue source. While estimating an
Event, all sources of Revenues need to be identified and recorded indicating
either cash inflows or service-sponsorship. The Event Worksheet is approved
by client and signed when the contract is signed after making necessary
changes.
Functional Model
The functional model shows how output values in an computation are
derived from input values, without regard for the order in which the values are
computed. The functional model consists of multiple data flow diagrams which
show the flow from external inputs, through operations and internal data stores,
to external outputs. The functional model also includes constraints among values
within an object model.
Data Dictionary
A data dictionary is a "centralized repository of information about
data such as meaning, relationships to other data, origin, usage, and
DFD 0Level
Client
Staff
1 Level
Event
Organization
Event
Client
Event
Entry
Organize
event
Staff
Event
DFD
2 level
Client
Regist
er
Client
Not Valid
Delivery
Challan
Check
Login
Valid
Enter
Event
Service
Deliver
y
Estimate
Event_Desc
Chec
k
Conta
ct
Possib
le
Sponsor
Genera
te
Estimat
e
Valid
Genera
te PO
Conta
ct
Possib
le
Provider
Enter
Provide
Check
r
Not Valid
Login
Regist
er
Enter
Sponso
r
Staff
Staff
Purchase
Order
View
s
Submi
ts
Check
ed by
Event
Request
Staff
Contac
ts
Service
Providers
Sponsors
Declare
Sponsors
hip
Amount
Gener
ate
Estima
te
Charge
s
Expenses
Revenues
Estimat
es
Expens
es
Expenditure
Class Diagram
Event
EventName
Description
ClientName
Date
Venue
Client
ClientName
ClientDetails
AddEvent()
GetEvent()
Proposal()
Registration()
Login()
Staff
Staffname
Password
ServiceProvider
ProviderId
Type
Product
Units
Login()
Sponsors
SponsorId
SponsorName
Amount
AddSponsor()
AssoignEvent()
AddProvider()
AssignEvent()
2.
3.
4.
* The database tables that have been identified for storing data are:
1.
2.
3.
4.
Staf
Attribute Name
Datatype
Feature
EmpId
Varchar(50)
Primary Key
Password
Varchar(30)
Designation
Varchar(30)
Client
Attribute Name
Datatype
Feature
ClientId
Varchar(50)
Primary Key
Password
Varchar(30)
ContactPerson
Varchar(50)
ContactNo
Varchar(11)
Address
Varchar(100)
CompanyName
Varchar(80)
Expenditure
Attribute Name
Datatype
Feature
TransId
Numeric(10)
Primary Key
EventId
Numeric(10)
Foreign Key
ProviderId
Numeric(10)
Foreign Key
EmpId
Varchar(50)
Foreign Key
Amount
Numeric(10)
DateExp
Datetime
EventDesc
Attribute Name
Datatype
Feature
EventId
Numeric(10)
Primary Key
5.
6.
ClientId
Varchar(50)
Objective
Varchar(300)
Audience
Varchar(50)
TimePeriod
Varchar(10)
Invitation
Varchar(50)
TypeEvent
Varchar(30)
DateEvent
DateTime
Venue
Varchar(100)
Hospitality
Varchar(100)
Performance
Varchar(100)
Foreign Key
Estimate
Attribute Name
Datatype
Feature
EventId
Numeric(10)
Foreign Key
EmpId
Varchar(50)
Rate
Numeric(6)
ApproveStatus
Boolean
ServiceProvider
Attribute Name
Datatype
Feature
ProviderId
Numeric(10)
Primary Key
CompanyName
Varchar(100)
Contact
Varchar(50)
ContactNo
Varchar(11)
ServiceType
Varchar(100)
ServiceRate
Numeric(6)
ServiceUnit
Varchar(20)
7.
8.
9.
10.
EventService
Attribute Name
Datatype
Feature
EventId
Numeric(10)
Foreign Key
ProviderId
Numeric(10)
Foreign Key
Expenses
Numeric(10)
Sponsors
Attribute Name
Datatype
Feature
SponsorId
Numeric(10)
Primary Key
SponsorName
Varchar(100)
Product
Varchar(100)
EventSponsor
Attribute Name
Datatype
Feature
EventId
Numeric(10)
Foreign Key
SponsorId
Numeric(10)
Foreign Key
SponsorType
Varchar(15)
SponsorService
Varchar(50)
Revenue
Numeric(10)
PurchaseOrder
Attribute Name
Datatype
Feature
EventId
Numeric(10)
Foreign Key
ProviderId
Numeric(10)
Foreign Key
Description
Varchar(300)
DateDelivery
Datetime
11.
Units
Numeric(10)
Rate
Numeric(10)
Taxes
Numeric(10)
Others
Varchar(20)
OtherRate
Numeric(10)
DeliveryChallan
Attribute Name
Datatype
Feature
ChallanNo
Numeric(10)
Primary Key
EventId
Numeric(10)
Foreign Key
ProviderId
Numeric(10)
Foreign Key
EmpId
Varchar(50)
Foreign Key
ChallanDate
Datetime
Quality
Boolean
Amount
Numeric(10)
AcceptStatus
Boolean
Customer Module It is customer who has to take initiative for inputting the
values for any event.
Customer Module
Customer
Visits
Website
Creates
Account
Does
Event
Entry
Event Module
Login
Check
Propos
al
Staff
Visits
Website
Login
Views
Event
Entry
Gets
Sponsors
Arranged
Checks
Service
Providers
Prepar
es
Propos
al
Sponsors Module
Staff
Visits
Website
Login
Adds
Sponsors
Sponsorsh
ip Amount
Get
Complete
Details
Sponsorsh
ip Method
Service Module
Staff
Visits
Website
Login
Adds
Service
Providers
Rate
per
Unit
Get
Complete
Details
No. of
units
provided
Reporting Structure of
The System should answer the following questions in the form of reports or
queries:
o What are the pending activities in a specific Event, when are they
expected to be completed and by whom ?
o What is the comparison between the budget for a specific event
and actual amounts already spent ?
o What are the pending service deliverables from a specific Service
Provider across all events that purchased from that provider ?
o What is the Revenue Vs Expenditure summary of a specific event ?
To what extent has revenue sources supplemented total Event
expenditure ?
o Which Service Provider has been contracted the maximum number
of times previously for a particular kind of service? (Across all
locations and in a specific location)
o Which Service provider, under a given category of service, has
been always punctual with delivery and quality of delivery?
Users after login shall be able to view the proposal available for
their events only.
Bibliography
1.
2.
Pressman
3.
Websites
1. www.Microsoft.com and www.freshersworld.com