Dineshwari Byrappa Nagraj Rashi Gupta Shreya Modi Swati Satija Magesh Panchanathan

Dineshwari Byrappa Nagraj

Rashi Gupta Shreya Modi Swati Satija Magesh

Panchanathan

INDEX

SYSTEM GOALS OUR GOALS TEAM ROLES SDMS OVERVIEW SOURCES WHY SCHEDULING SYSTEM? DEPENDENCY GRAPHS ISSUES PROTOTYPE

SYSTEM GOALS To decide upon the meeting date, time and location efficiently.

To come up with an organized meeting where all the specialized equipments are available for the convenience of the attendees.

The meeting scheduler should be able to mediate the conflicts in setting up the meeting, rescheduling meeting and re-planning the meeting.

The meeting scheduler must provide the support for virtual place.

The system should be simple and user-friendly.

The scheduler must keep its potential attendees updated about the upcoming meetings.

OUR GOALS

To learn how to read and analyze a requirement specification.

To comprehend the domain requirements of any system under development.

To match the requirement specification with the enterprise (domain) requirements and to extract ambiguities from the requirement specification document.

To learn how to resolve the persistent ambiguities and thereby develop clear and concise requirement specification document.

To understand the group dynamics in requirements engineering team.

To learn how to identify the stakeholders of the system.

Team RolesTeam member Role Function

Rashi Gupta User World:End-UserMeeting ParticipantProject ManagerMeeting Initiator

Describe functions from the enterprise perspective.Describe constraints from the enterprise perspective.Describe user interface.Make project plan.

Swati Satija

Dinikeshwari Nagraj

Subject World:Domain ExpertCustomer

Describe functions from the enterprise and system perspectiveDescribe constraints from the enterprise and system perspectiveDescribe the market position of the system

Shreya Modi System World:Requirements EngineerSoftware Engineer

Specify requirements and dependency graphsValidate requirements with customers and users, talk about open issues and improve understanding

Dinikeshwari Nagraj

Swati Satija

System World:Product ManagerDeveloper

Review Product Development Process.Build prototype

SOURCES Documents from Fall 2005 and Summer 2006 projects which

include presentation documents and specification documents.

Project 1: First Iteration –Requirements Elicitation: Initial Understanding document. It helped in understanding and tracing the solution for the problem.

Lotus notes and SAP applications with similar requirement.

Team discussions and brainstorming.

Relevant websites like www.meetingwizard.com, www.meetingsnet.com, etc.

SDMS OVERVIEW

Imagine !!!!!!!!!!!!!!!!!!!!!

Your boss pointing in your direction, says “schedule a meeting, and make sure everyone can make it and make sure that the conference room isn't already booked when we get there!"

So What do you do?

OUTLINE

WHY SCHEDULING SYSTEM?Problems

Interactions Complex multi stakeholder interactions leads to conflicts.

Time consuming Initiator has to perform many activities: -To invite the participants. -To resolve conflicts.

Traveling costs Participants from different locations.

WHY SCHEDULING SYSTEM?Resolutions

Email Integration :Saves time

Provides the ability to contact attendees and send them attachments using your own email client.

Group Views: Avoids conflicts

View the availability and schedules of teams or groups of people from a single window.

Real-time Meeting Invitations

Schedule meetings in real-time - you request a meeting and the attendees are notified immediately.

WHY SCHEDULING SYSTEM?Resolutions

Share Availability Share your free and busy time with others, vastly simplifying the

group scheduling process.

Resource Scheduling Reserve conference rooms, A/V equipment or other shared

resources for your meeting. Simplified Scheduling Eliminates the complex hassle of scheduling meetings –no more

juggling other people’s schedules, telephone tag or email delays and subsequent rescheduling

ENTERPRISE FUNCTIONAL REQUIREMENTS - LITERAL

Meeting Initiator

Potential MeetingAttendees

Potential MeetingAttendees

Meeting Room

Important Participants

Location

EquipmentRequirements

Active Participants

X Y

CONVENTION

Y depends on X

Date Range

Exclusion Set Preference Set

Proposed Date

ENTERPRISE FUNCTIONAL REQUIREMENTS - RESOLVED

Meeting Initiator

Date Range


Active Participants

POTENTIAL MEETING ATTENDEES

Location



Proposed Date

Meeting Room

X Y

CONVENTION

Y depends on X

MEETING ROOM

Meeting Room


Active Participants

Location


X Y

CONVENTION

X determines Y

Proposed Date

CONFLICT RESOLUTION - LITERALExclusion Set Preference Set

Date Conflict

Conflict Resolution

Initiator Extends Date Range

Participants Reduce Exclusion Set Participants Withdraw From Meeting

Participants Extend Preference Set

X Y

CONVENTION

Y depends on X

CONFLICT RESOLUTION - RESOLVED


Date Conflict

Conflict Resolution

Initiator Extends Date Range

Participants Reduce Exclusion Set Participants Withdraw From Meeting

Participants Extend Preference Set

X Y

CONVENTION

Y depends on X

Scheduling AlgorithmsConflict Resolution

Algorithms

ENTERPRISE NONFUNCTIONAL REQUIREMENTS

FAST/QUICK

Proposed Date Conflict Resolution

ADAPTABILITY

AVAILABILITY/FLEXIBILTY

Virtual Place Support

CONVENTION

X depends on Y

YX

SYSTEM FUNCTIONAL REQUIREMENTS - LITERAL

Plan Meetings

Preference Set

Exclusion Set

Equipments

Meeting Location

Monitor Meetings How?

Replan Meetings

Internal ConstraintsChanges in the Exclusion and

Preference Sets

External ConstraintsNeed to accomodate more

Important Meeting

Bounds

Meaning?

Support ConflictResolution

Resolution Policies

Which?

ManagingInteractions

Communicaterequests

Get replies from participantsnot prompt

Make participantsmore confident of the

reliability

Keep participantsinformed of schedules

and changes

Make the participantaware

Support negotiationand conflict resolution

SYSTEM FUNCTIONAL REQUIREMENTS - RESOLVED

Plan Meetings

Preference Set

Exclusion Set

Equipments

Meeting Location

Monitor MeetingsUsing algorithms, distributed softwaresystem concepts, automatic updates

and by maintaining database

Replan Meetings

Internal ConstraintsChanges in the Exclusion and

Preference Sets

External ConstraintsNeed to accomodate more

Important Meeting

Bounds

Time Limitsfor changes

Support ConflictResolution

Resolution Policies

Prioritizing Participants accordingto importance, knowledge, work

and experience

No. of timeschangespermitted

X Y

CONVENTION

X depends on Y

SYSTEM NONFUNCTIONAL REQUIREMENTS

Virtual PlaceSupportNomadicity

Replanning

Dynamic

Flexible

ManageInteractions

Quick

Cost Effective -Reduce amount of

overheads

Reflect realworld meetings

exactly

Compliant withDomain Theory

Meeting dateand location

Convenience

Decentralization

Plan meetingPhysical constraints

taken care of - Stringent

Elapsed Timeconstrains or

bounds on timebetween actions

Performance

Secured Login,Privacy Rules

Privacy /Security

Simple andInformative UI

Usable

Evolving Data

Delegation, Date Formats,Priorities, Dependencies and

ReuseExtensibility

CONVENTION

X depends on Y

YX

ISSUES - AMBIGUIOUS

ISSUE: The initiator could also ask, in a friendly manner, active participants to provide any special equipment requirements on the meeting location.

Issue Description: What if the initiator does not ask active participants about the special equipments? Will those special equipments be available at the time of the meeting?

Issue Resolution: Instead of using ‘could’ SRS should have ‘must’ or ‘shall’.

ISSUES - AMBIGUIOUS

ISSUE: The proposed meeting date should belong to the stated date range and to none of the exclusion sets, furthermore it should ideally belong to as many preference sets as possible.

Issue Description: What does ‘ideally’ mean? What should be considered as ideal? What does as many as possible mean? The system cannot decide itself these issues.

Issue Resolution: Ideal situation should be defined by the end user in terms of the attributes. Depending on the number of participants, there should be a lower limit on the minimum number of participants required for the meeting to take place.

ISSUES - AMBIGUIOUS

ISSUE: Each conflict resolution should be done as quickly as possible.

Issue description: What does as quickly as possible mean? How does the system know the definition of this term?

Issue Resolved: Some upper time limit should be provided to the system. Within this time limit the conflict must be resolved. Otherwise, the system may take a long time to resolve issues. Everyone has its own definition of the terms.

ISSUES - AMBIGUIOUS

ISSUE: A non-privileged participant should not be aware of constraints stated by other participants.

Issue description: What does non-privileged participants mean here?

Issue resolved: The roles and functions of the non-privileged participant must be defined in the SRS.

ISSUES - AMBIGUIOUS

ISSUE: The meeting date and location should be as convenient as possible.

Issue Description: How can the scheduler decide what is ‘as convenient as possible’ ?

Issue Resolved: The term should be concrete in meaning.

ISSUE: Variations in date formats, address formats, interface, language, etc.

Issue description: what does ‘etc’ mean here. The system should be precisely told what it has to do.

Issue Resolution: Words like ‘etc’ should be excluded from the SRS.

ISSUES - AMBIGUIOUSISSUE: It is absolutely necessary, however, to allow each meeting to take place in the virtual place

Issue Description: Nothing is absolute in life.

Issue Resolved: The term ‘Absolute’ should not be used here.

ISSUE: The number of interactions should be kept minimal

Issue description: what does the term ‘minimal’ mean here.

Issue Resolved: The scheduler needs to be provided crisp and unambiguous definitions. The term minimal must be defined concisely in terms of number of transactions relating to the attributes.

ISSUES - MISSING

ISSUE: Conflicts can be resolved in several ways.

Issue description: How does the scheduler decide which conflict resolution should be opted out of the several resolutions ?

Issue Resolution: The conditions must be provided by the initiator to the system so that the system can easily decide which resolution to follow at what time.

ISSUES - MISSING

ISSUE: The initiator can extend the date range.

Issue description: By how much can the meeting date range be extended? And on what basis?

Issue resolved: Some method to extend the date range should be provided to the scheduler. Or some upper limit should be provided on the extended date range.

PROTOTYPE

LOGIN SCREEN

This screen displays the upcoming Meetings for the user, the user can either Schedule new meeting or View details of his meetings or Check the meeting outcome or Print the meeting report.

This is the Schedule New Meeting screen; here the initiator creates a new meeting by giving the meeting title, time duration, start time, end time, date and meeting agenda.

This is the View Meeting screen; here the user can view the details of his new meeting. The user confirms his meeting, if there is a conflict in timing he can change the time by clicking the ‘Conflict in Time??’.

THANK YOU