Difference between revisions of "BBB BUC Emp MngMeeting"

From CDOT Wiki
Jump to: navigation, search
(Scenario 1: Create new meeting.)
(Scenario 3: Delete meeting.)
Line 122: Line 122:
 
* Meeting is deleted.
 
* Meeting is deleted.
 
* User see updated calendar page (without the meeting).
 
* User see updated calendar page (without the meeting).
 +
 +
''' Comments '''
 +
* If actor changes mind and chooses not to delete the meeting on step 3, system should give other options.---Gary Deng

Revision as of 13:15, 18 June 2013

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 Meeting" button. Returns a page with editable fields regarding meeting details. Database is not affected.
2 Fills in editable fields. Filled in fields are respectively set. Database is not affected.
3 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.
4 Fills in editable fields and chooses to save schedule. Prompts if 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. Database is not affected.
6 (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 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.

Comments:

  • Do we need system data validation on step 4?
  • It's difficult for me to understand the data used on step 6.-----Gary Deng

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, 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 whitelist definitions are updated in 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 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 whitelist definitions) is deleted from the database. All fields in the 'meeting', 'meeting_schedule', 'meeting_presentation', 'meeting_attendee', and 'meeting_guest' tables are used.


Successful Post-conditions:

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

Comments

  • If actor changes mind and chooses not to delete the meeting on step 3, system should give other options.---Gary Deng