Meeting Scheduler - PowerPoint PPT Presentation

1 / 33
About This Presentation
Title:

Meeting Scheduler

Description:

Effective negotiation & Conflict resolution. Supports Virtual Meetings and Teleconferencing ... Fast Conflict Resolution, Minimal Negotiations. Flexibility ... – PowerPoint PPT presentation

Number of Views:44
Avg rating:3.0/5.0
Slides: 34
Provided by: mah72
Category:

less

Transcript and Presenter's Notes

Title: Meeting Scheduler


1
Meeting Scheduler
Interim Presentation -1 on SDMS
  • Carl Fernandes
  • Mahbubur Rahman Haque
  • Muaz Jamshed
  • Ramakrishnan Jayavelu
  • Sujith John Zachariah

Instructor Dr. Lawrence Chung
2
Agenda
  • Overview Why ,What ,How
  • Project Process
  • Enterprise Requirements
  • System Functional Requirements
  • System Non-Functional Requirements
  • Prototype
  • Requirement Sources

3
Overview
  • Web Based System intended to help people schedule
    meetings
  • Efficient communication and monitoring
  • Effective negotiation Conflict resolution
  • Supports Virtual Meetings and Teleconferencing

4
Why?
  • Problems -
  • Time is ineffectively managed.
  • Meeting Scheduling a tedious job
  • Meeting initiation not collaborative.
  • Communication between participants not
    effectively managed.

5
Why ?
  • Solutions -
  • Automatic Scheduling Reduces time
  • Collaborative Scheduling - Reduces Interactions
    required for scheduling
  • Synchronous Communication Effective
    Communication

6
What ?
  • System - Functional Requirements
  • Monitor Meetings
  • Plan Meeting
  • - Scheduling - location ,date
  • Replan Meeting
  • - Rescheduling new date , location
  • - Cancel
  • Conflict Resolution
  • - Client Resolution Policy

7
What ?
  • Manage Interactions
  • - Communicate Requests
  • - Replies
  • - Informing and Awareness

8
How ?
  • System Non-Functional Requirements
  • Performance -Quick Meeting Proposal
  • Efficiency - Fast Conflict Resolution, Minimal
    Negotiations
  • Flexibility Virtual Meeting
  • Uniqueness Participants ,Locations , Resources
  • Reliability Trustable Communication
  • Concurrency Parallel Meetings
  • Accuracy Virtual Meeting Monitoring

9
How ?
  • Dependability Manage Varying Participant data
  • Security Login
  • Dynamic Replanning Meeting
  • Reduce Overhead Distributed Meeting
  • Convenience - Meeting Date and Location
  • Privacy - Participant constraints kept secret

10
How ?
  • Usability Use by Non-Experts
  • Customizability Professional and Personal
    Meeting
  • Extensibility Delegation, explicit priorities

11
Project Process
  • Incremental Approach
  • Identify roles and stakeholders
  • System World - Mahbubur
  • User World Carl , Ramakrishna
  • Subject World - Sujith
  • Developer World Muaz
  • Manage activities

12
Enterprise Requirements Why?
  • How do PW, SW and HW interact within the domain?
  • Domain level questions
  • Two types
  • - Functional
  • - Non Functional

13
Dependency Diagram Initial Understanding of
Enterprise Req.
14
Issues Enterprise Requirements
  • Ambiguous
  • issue -1 Initiator may ask active participants
    to provide any
  • special equipment requirements on the meeting
    location.
  • soln Initiator asks the active participants to
    provide meeting equipments or he provides them
    himself.
  • issue -2 Initiator could also ask important
    participants to provide any special location they
    prefer.
  • soln Initiator asks important participants
    to provide their preferred meeting places or he
    decides the place himself.

15
Issues Enterprise Requirements
  • Incomplete
  • issue -3 Participants are not defined properly
  • (e.g. "potential participants" )
  • soln Yet to be resolved.
  • issue -4 How do we make sure if the meeting
    place has sufficient equipments?
  • soln An update should be made, within the SDMS
    system, if all the meeting equipments are
    available.
  • issue -5 What happens when there are different
    meeting places proposed by important
    participants?
  • soln The initiator resolves this by choosing a
    meeting
  • place, especially when same number of
    important
  • participants choose different meeting
    locations.

16
Issues Enterprise Requirements
  • Incomplete
  • Issue -6 virtual meeting place - Incomplete
    definition (uses only examples)
  • soln For the time being, we consider virtual
    meeting place as only teleconferencing using via
    laptops / desktops. (But we have plans to come up
    with a better solution in future.)
  • Issue -7 virtual meeting place - should we
    consider it a special type of meeting place ? or
    a different type of entity ?
  • soln We consider virtual meeting place as a
    different type of place than a physical meeting
    place and kept it separate from the physical
    meeting places.

17
Issues Enterprise Requirements
  • issue -8 Only dates are specified in the
    preferred sets, but not time. What if a person is
    available at daytime but not some time, say,
    1000 pm. Should he put that particular date in
    his preferred set or exclusion set?
  • soln We assume, for the time being, that the
    individual is available for the whole day.
  • Inconsistent / Redundant
  • issue -9 Virtual meeting place - absolutely
    necessary
  • soln The word "absolutely necessary" is highly
    inconsistent because there is no absolute thing
    with humans. So, we got rid of it.

18
Dependency Diagram Improved Understanding of
Enterprise Req.
19
System Functional Dependency (Preliminary)
20
Issues(System Functional)
  • Incomplete or Omission functional system
    requirements states to support conflict
    resolution according to the policies stated by
    the client but there are no such policies defined
    any where in the system functional requirements.
  • soln Contacted the Client to resolve the issue
  • Ambiguity Monitor meetings in system functional
    requirements is not well defined, very vague. No
    where does it mention what aspect needs to be
    monitor.
  • solnDue to its vague nature and the fact that it
    could not be quantified we moved it over to
    non-functional system requirements
  • RedundancyMaking participants aware and
    informing participants in the system functional
    requirements seem redundant.
  • solnMerged informing and awareness
  • MisclassificationIn the midst of the managing
    interactions for the system functional
    requirements the term reliability was used which
    is purely suppose to be a non functional
    requirement
  • solnMoved reliability to non functional system
    requirements

21
System Functional Specifications (Final)
Parallel meeting
request
Meeting
Meeting
Meeting
request 1
request 3
request 2
Resolution
policy
Conflict
Informing and
resolution
awareness
Managing
Getting
Planning under
interactions
replies
constraints
Changing user
Meeting date
Communicating
constraints
and location
requests
Replanning
Cancelled
New date and
Location
22
Preliminary System Non-Functional requirements
Monitor
Who and What are the processes used by
non-experts?.
Customizability
Parallel meeting
meeting?
request
Resolution policy?
Meeting
Meeting
Meeting
request 2
request 3
request 1
Which part of system needs high performance?
User friendliness??
Which process needs privacy and which doesnt?
Minimal interaction
Conflict
resolution
Informing and
awareness
Planning under
Getting
constraints
replies
Communicating
Managing
Meeting date
requests
interactions
and location
Which part of the system needs to be Flexible and
to what extent?
Convenient and as early as possible??
Changing user
constraints
Re-planning
Cancelled
New date and
Location
Dynamically and with as much flexibility as
possible
Availability
23
Issues with Non-Functional requirements
  • Ambiguity
  • Description using abstract terms like
    flexibility, reliability, System, Non-experts
    sounds ambiguous which leads to many assumptions.
  • Repetitions
  • Several requirements description come repeatedly
    irrespective of classifications making unwanted
    distractions.
  • Inconsistency
  • The requirements are stated randomly rather than
    clearly stating the user and system needs, so it
    makes the requirements inconsistent.
  • Incompleteness
  • Lack of clear description and technical
    specifications leaves the requirements
    incomplete. A perfect implementation of the
    requirements needs everything till the end
    details.

24
System Non-Functional requirements
Should be done by non-experts
Customizability
Minimal interaction
Privacy
User friendliness
High-level of performance
Convenient and as early as possible
Flexibility
Dynamically and with as much flexibility as
possible
Availability
25
  • SYSTEM PROTOTYPE

26
Log In
27
Welcome
28
(No Transcript)
29
Up coming Meetings
30
Select Meeting Dates
31
Meeting Date
32
Requirement Sources
  • Previous Projects
  • SDMS Jung-Chi Lin , Arundhati
  • SDMS - Yasaman Haghpanah,Ravindra Rudraraju,
    Sowjanya Sakruti, Jim Whitaker
  • Customer interviews
  • Meeting Maker
  • http//www.meetingmaker.com/products/meetingmaker/
    white_paper.cfmanchor1

33
Questions?
Write a Comment
User Comments (0)
About PowerShow.com