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, if camera activation will only be available for the presenter, if a whiteboard will be used, if the meeting will be recorded, meeting date, meeting schedule, and attendees white-list definitions are added to the database. All field 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 field 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 field 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, if camera activation will only be available for the presenter, if a whiteboard will be used, if the meeting will be recorded, meeting date, meeting schedule, and attendees white-list definitions are updated in the database. All field 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 field 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 field in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.
3 Confirms whether or not meeting shall be deleted. Deletes meeting and schedule details. All meeting data (meeting title, if camera activation will only be available for the presenter, if a whiteboard will be used, if the meeting will be recorded, meeting date, meeting schedule, and attendees white-list definitions) is deleted from the database.


Successful Post-conditions:

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