BBB BUC Prof MngMeeting

From CDOT Wiki
Jump to: navigation, search

Manage Meetings

Brief Description:

User can manage meetings by creating, editing, and excluding them.


Scenario 1: Create new meeting.

Preconditions:

  • User is authenticated.
  • User is accessing the home page.


Step# Actor System Data Used
1 Clicks on the empty section of a calendar date or clicks the "Create Event" button. Returns a page with editable fields regarding meeting details. Database is not affected.
2 Chooses "Meeting" as type of event from the drop-down list. Event Type field is set to "Meeting". Database is not affected.
3 Fills in editable fields. Filled in fields are respectively set. Database is not affected.
4 Optionally, chooses to create a schedule by clicking the "Edit Schedule" button. Returns a screen with editable fields regarding schedule details. Database is not affected.
5 Fills in editable fields and chooses to save schedule. Prompts if schedule information is correct. Database is not affected.
6 Confirms whether or not inserted information is correct. Returns to the page with previously filled in meeting details including updated schedule information. Database is not affected.
7 (1). Chooses to save meeting, or (2). chooses to cancel meeting creation process. (1). Persists meeting and schedule details. (1). Meeting title, presenter-only camera, public whiteboard, meeting recorded, meeting date, meeting schedule, and attendees whitelist definitions are added to the database. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
(2). Discards inserted meeting and schedule details. (2). Database is not affected.


Alternative event flow.


Successful Post-conditions:

  • User gets a feedback message informing that transaction was successful.
  • A new meeting is added to user's calendar.
  • On the screen, user has the option to create another meeting, to view the created meeting being shown in the calendar, and to simply return to the calendar page.


Scenario 2: Edit meeting.

Preconditions:

  • User is authenticated.
  • User is accessing the home page.


Step# Actor System Data Used
1 Searches a meeting by using the calendar and clicks the meeting label. Returns a page with editable fields regarding the respective meeting. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
2 Makes changes in editable fields. Filled in fields are correspondingly set. Database is not affected.
3 Optionally, chooses to modify the schedule by clicking the "Edit Schedule" button. Returns a screen with editable fields regarding schedule details. Database is not affected.
4 Makes changes in editable fields and chooses to save schedule. Prompts if edited schedule information is correct. Database is not affected.
5 Confirms whether or not inserted information is correct. Returns to the page with previously filled in meeting details including updated schedule information. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
6 (1). Chooses to save edited meeting, or (2). chooses to cancel meeting editing process. (1). Persists edited meeting and schedule details. (1). Meeting title, presenter-only camera, public whiteboard, meeting recorded, meeting date, meeting schedule, and attendees whitelist definitions are added to the database. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
(2). Discards edited meeting and schedule details. (2). Database is not affected.


Alternative event flow.


Successful Post-conditions:

  • User gets a feedback message informing that transaction was successful.
  • Meeting has its information updated.
  • User see updated meeting in the calendar page.


Scenario 3: Delete meeting.

Preconditions:

  • User is authenticated.
  • User is accessing the home page.


Step# Actor System Data Used
1 Searches a meeting by using the calendar and clicks the meeting label. Returns a page with editable fields regarding the respective meeting. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
2 Chooses to delete meeting by clicking the "Delete" button. Prompts if meeting shall really be deleted. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
3 Confirms whether (1) or not (2) meeting shall be deleted. (1). Deletes meeting and schedule details. (1). All meeting data (meeting title, presenter-only camera, public whiteboard, meeting recorded, meeting date, meeting schedule, and attendees whitelist definitions) is deleted from the database. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
(2). Returns to home page. (2). Database is not affected.


Successful Post-conditions:

  • User gets a feedback message informing that transaction was successful.
  • Meeting is deleted.
  • User see updated calendar page (without the meeting).