Dineshwari Byrappa Nagraj Rashi Gupta Shreya Modi Swati Satija Magesh Panchanathan.

Slides:



Advertisements
Similar presentations
Synergy Distributed Meeting Scheduler(SDMS) TEAM:4 Rutvij Mehta Shruti Mehta Shveta Mupparapu Meghna Swetha Raguraman Rakesh Sanapala Venkata Jaganadh.
Advertisements

Synergy Distributed Meeting Scheduler High Fliers.
Travel and Expense Management Scenario Overview
OMKAR Solutions Inc. EMM – Error Message Manager Version 1.0.
© 2000 Technology Builders, Inc. All rights reserved. A Requirements-Based Approach To Delivering E-business and Enterprise Applications Scott Jefferies.
Existing Documentation
Introduction to Software Engineering Dr. Basem Alkazemi
Travel and Expense Management Scenario Overview
Introduction to Software Engineering
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] February 10, 2009.
Requirements (recap)‏
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Chapter 4 Capturing the Requirements 4th Edition Shari L. Pfleeger
M EETING S CHEDULER S YSTEM Team Members: Aaron Tull Rachel Weldon Derek Horner.
S/W Project Management
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
OVERVIEW TEAM ARCHITECTURE THE PROCESS Top Level SADT Diagram
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
Presented by Vinit Patwa Prasanna Kumar Thiagarajan Shiva Sangam Meghana Satpute Azharuddin Mohammed Ritesh Patel Tarun Chandra Samireddy Rutvij Desai.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
SDMS Project Phase Ⅰ Duk-Jin Kim Tu Peng Yan Shi.
Eric Anderson Liga (Li-Chia Kuo)‏ Elodie Mambounou José Perez Daniel Qi Le Qiao (Joe)‏ Arturo Saracho Russell Smith Josh Wu Tech-9 Members Advanced Requirements.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
Synergy Distributed Meeting Scheduler Phase I interim report.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
Synergy Meeting Scheduler System GeetanjaliJeffYogita.
1 CMPT 275 Software Engineering Requirements Gathering Activity Janice Regan,
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
Synergy™ Distributed Meeting Scheduler Organize meetings with SDMS SynergySoft, Inc. presents:
CS6361 Project, Part 1 Fall 2006 The Design Firm of Bouchier, Fischer, Herschbach, & Nina.
Lecture 7: Requirements Engineering
Synergy Meeting Scheduler System T-squared, S-cubed TJ Andrews Thriveni Movva Sadequa Azam Sama Malik Scott Denson.
Presented by Michael Hale Nelson Lopez Malini Srinivasan Sai Prasanth Sridhar Wanjun Huang Limin Tang Rutvij Desai.
User Management. Basics SDMS shall maintain a database of all users. SDMS shall maintain a database of all users. SDMS shall not limit the number of registered.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Chapter 4 Software Requirements
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Presented by –Call of Duty School of Requirement Engineering University of Texas, Dallas Web Meeting Scheduler System System Requirement Specification.
Week 3: Requirement Analysis & specification
 SAP AG 2007, SAP CSUN 2007 Conference Presentation / 1 Presented by Team “Call of Duty” 29 th April 2010 CS 6361, University of Texas At Dallas.
Requirement Engineering
Software Requirements Specification Document (SRS)
Requirements Analysis
Requirements engineering The process of establishing the services that the customer requires from a system and the constraints under which it operates.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
SynergySoft™ Distributed Meeting Scheduler Requirements Review Yasaman Haghpanah Ravindra Rudraraju Sowjanya Sakruti Jim Whitaker.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Presented by –Call of Duty School of Requirement Engineering University of Texas, Dallas Web Meeting Scheduler System System Requirement Specification.
PHASE II PRESENTATION Dineshwari Byrappa Nagraj Magesh Panchanathan Rashi Gupta Shreya Modi Swati Satija.
HighImpactSoft 2010 Organizing a Better Future. Agenda Specify Goals ScopeDefinitions Process Model Preliminary Requirements Issues and solutions TraceabilityPrototype.
Synergy Meeting Scheduler System Abhinav Reddy Tummalapally Lavanya Devara Swetha Vangala Satyanarayana Karthik Upadrasta.
Requirements. Outline Definition Requirements Process Requirements Documentation Next Steps 1.
System Development Life Cycle (SDLC). Activities Common to Software Projects Planning : Principles Principle #1. Understand the scope of the project.
Presented by Michael Hale Nelson Lopez Malini Srinivasan Sai Prasanth Sridhar Wanjun Huang Limin Tang Rutvij Desai.
 System Requirement Specification and System Planning.
Welcome to M301 P2 Software Systems & their Development
Requirements Engineering Process
Web Meeting Scheduler System
2010 Organizing a Better Future
SNS College of Engineering Coimbatore
CS 790M Project preparation (I)
Chapter 3: The Requirements Workflow
It’s About Time – ScheduleMe Outlook Add-In for Office 365 Enables Users to Schedule Meetings Easily with People Outside of Your Organization Partner Logo.
Enterprise Requirements Literal
CS 426 CS 791z Topics on Software Engineering
CS 426 CS 791z Topics on Software Engineering
Planning Services Meeting Client Communications
Duk-Jin Kim Tu Peng Yan Shi
Presentation transcript:

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 Roles Team memberRoleFunction Rashi GuptaUser World: End-User Meeting Participant Project Manager Meeting 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 Expert Customer  Describe functions from the enterprise and system perspective  Describe constraints from the enterprise and system perspective  Describe the market position of the system Shreya Modi System World: Requirements Engineer Software Engineer  Specify requirements and dependency graphs  Validate requirements with customers and users, talk about open issues and improve understanding Dinikeshwari Nagraj Swati Satija System World: Product Manager Developer  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 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 Integration :Saves time Provides the ability to contact attendees and send them attachments using your own 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 delays and subsequent rescheduling

ENTERPRISE FUNCTIONAL REQUIREMENTS - LITERAL

ENTERPRISE FUNCTIONAL REQUIREMENTS - RESOLVED

MEETING ROOM

CONFLICT RESOLUTION - LITERAL

CONFLICT RESOLUTION - RESOLVED

ENTERPRISE NONFUNCTIONAL REQUIREMENTS

SYSTEM FUNCTIONAL REQUIREMENTS - LITERAL

SYSTEM FUNCTIONAL REQUIREMENTS - RESOLVED

SYSTEM NONFUNCTIONAL REQUIREMENTS

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 - AMBIGUIOUS ISSUE: 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