Difference between revisions of "BBB BUC SAdmin MngProf"

From CDOT Wiki
Jump to: navigation, search
(Created page with ''''Brief Description:''' This is a template to copy and paste into other pages. '''Scenario 1:''' Create new meeting '''Preconditions:''' Includes anything that has been set …')
 
(Scenario 5: Delete professor's.)
 
(23 intermediate revisions by 3 users not shown)
Line 1: Line 1:
'''Brief Description:''' This is a template to copy and paste into other pages.
+
'''Brief Description:''' The process by which an actor manages a professors subjects and sections.
  
  
'''Scenario 1:''' Create new meeting
+
=='''Scenario 1:''' Add subject to professor.==
  
  
'''Preconditions:''' Includes anything that has been set up before starting the scenario. It must include what page the user is on before the scenario starts.
+
'''Preconditions:''' Manage professors page.
  
  
Line 12: Line 12:
 
! Actor !! System !! Data Used
 
! Actor !! System !! Data Used
 
|-
 
|-
| What the actors does. || What the system does in response. || The data fields retrieved, added, removed, by the system.
+
|Actor types professor username into search box and chooses to search. ||System searches db for username and returns professor's subjects (if found). Otherwise, searches LDAP for username and creates null records in db for professor (if found).|| Professor username
 
|-
 
|-
| || ||
+
|Actor chooses to add a subject. ||System returns page with editable fields. || Course Code, Course Name
 +
|-
 +
|Actor chooses to save changes. ||System validates fields and persists changes to db. ||
 +
|}
 +
 
 +
 
 +
'''Postconditions:''' Manage professors page.
 +
 
 +
'''Comments'''<br />
 +
For data used:<br />
 +
* In step 1, ff username not in DB but in LDAP, simply add user id (bu_id) to bbb_user, professor table unaffected at this point.
 +
* In step 3, professor table is affected.
 +
 
 +
=='''Scenario 2:''' Edit professor's subject.==
 +
 
 +
 
 +
'''Preconditions:''' Manage professors page.
 +
 
 +
 
 +
{| class="wikitable" border="1" cellpadding="5"
 +
|-
 +
! Actor !! System !! Data Used
 +
|-
 +
|Actor types professor username into search box and chooses to search. ||System searches db and LDAP for username and returns professor's subjects (if found). || Professor username
 +
|-
 +
|Actor chooses to edit a subject. ||System returns page with editable fields populated with chosen subject's details. || Course Code, Course Name
 +
|-
 +
|Actor edits fields and chooses to save changes. ||System validates fields and persists changes to db. ||
 +
|}
 +
 
 +
 
 +
'''Postconditions:''' Manage professors page.
 +
 
 +
'''Comments:'''<br />
 +
* For edit professor's subject, the target's bu_id must be in professor table, no LDAP search is done.
 +
 
 +
=='''Scenario 3:''' Delete professor's subject.==
 +
 
 +
 
 +
'''Preconditions:''' Manage professors page.
 +
 
 +
 
 +
{| class="wikitable" border="1" cellpadding="5"
 +
|-
 +
! Actor !! System !! Data Used
 +
|-
 +
|Actor types professor username into search box and chooses to search. ||System searches db and LDAP for username and returns professor's subjects (if found). || Professor username
 +
|-
 +
|Actor chooses to delete a subject. ||System returns prompt asking for confirmation. ||
 +
|-
 +
|Actor accepts (chooses to delete). ||System deletes subject record from db. ||
 +
|}
 +
 
 +
 
 +
'''Postconditions:''' Manage professors page.
 +
 
 +
Comments:
 +
 
 +
For delete professor's subject, the target's bu_id must be in professor table, no LDAP search is done.
 +
 
 +
=='''Scenario 4:''' Add section to professor's subject.==
 +
 
 +
 
 +
'''Preconditions:''' Actor is editing a professor's subject. Edit subject page.
 +
 
 +
 
 +
{| class="wikitable" border="1" cellpadding="5"
 +
|-
 +
! Actor !! System !! Data Used
 +
|-
 +
|Actor chooses to add a section to the subject. ||System returns a field for entering section letter. || Section letter
 +
|-
 +
|Actor chooses to save section. ||System validates field, persists data to db, and returns visual notification indicating that a new section has been added.|| Section letter
 +
|}
 +
 
 +
 
 +
'''Postconditions:''' Manage professors page.
 +
 
 +
'''Comments:'''<br />
 +
 
 +
* section id (sc_id) cannot be entered separately from course id (c_id), since the professor table use a 4-part primary key (bu_id, c_id, sc_id, sc_semesterid)
 +
 
 +
=='''Scenario 5:''' Delete professor's.==
 +
 
 +
 
 +
'''Preconditions:''' Actor is editing a professor's subject. Edit subject page.
 +
 
 +
 
 +
{| class="wikitable" border="1" cellpadding="5"
 +
|-
 +
! Actor !! System !! Data Used
 +
|-
 +
|Actor chooses to delete a section. ||System returns prompt asking for confirmation. ||
 +
|-
 +
|Actor accepts (chooses to delete). ||System delete section record from db. ||  
 
|}
 
|}
  
  
'''Postconditions:''' The final results of the scenario running (ex. A record has been created, edited, etc.). It also includes the page that the user ends on.
+
'''Postconditions:''' Manage professors page.
  
 +
'''Comments:'''<br />
 +
* section can exists (at least temporarily) without a prof, there may be instance where prof will change, no need to delete section before prof
  
'''Scenario 2:''' Edit meeting
+
=='''Scenario 6:''' Upload subject list.==
  
  
'''Preconditions:''' Includes anything that has been set up before starting the scenario. It must include what page the user is on before the scenario starts.
+
'''Preconditions:''' Manage professors page.
  
  
Line 31: Line 127:
 
! Actor !! System !! Data Used
 
! Actor !! System !! Data Used
 
|-
 
|-
| What the actors does. || What the system does in response. || The data fields retrieved, added, removed, by the system.
+
|Actor chooses to upload list of subjects. ||System returns prompt for uploading list. ||
 
|-
 
|-
| || ||
+
|Actor chooses file and accepts. ||System parses file and updates db with subjects information. ||  
 
|}
 
|}
  
  
'''Postconditions:''' The final results of the scenario running (ex. A record has been created, edited, etc.). It also includes the page that the user ends on.
+
'''Postconditions:''' Manage professors page.

Latest revision as of 14:55, 18 June 2013

Brief Description: The process by which an actor manages a professors subjects and sections.


Scenario 1: Add subject to professor.

Preconditions: Manage professors page.


Actor System Data Used
Actor types professor username into search box and chooses to search. System searches db for username and returns professor's subjects (if found). Otherwise, searches LDAP for username and creates null records in db for professor (if found). Professor username
Actor chooses to add a subject. System returns page with editable fields. Course Code, Course Name
Actor chooses to save changes. System validates fields and persists changes to db.


Postconditions: Manage professors page.

Comments
For data used:

  • In step 1, ff username not in DB but in LDAP, simply add user id (bu_id) to bbb_user, professor table unaffected at this point.
  • In step 3, professor table is affected.

Scenario 2: Edit professor's subject.

Preconditions: Manage professors page.


Actor System Data Used
Actor types professor username into search box and chooses to search. System searches db and LDAP for username and returns professor's subjects (if found). Professor username
Actor chooses to edit a subject. System returns page with editable fields populated with chosen subject's details. Course Code, Course Name
Actor edits fields and chooses to save changes. System validates fields and persists changes to db.


Postconditions: Manage professors page.

Comments:

  • For edit professor's subject, the target's bu_id must be in professor table, no LDAP search is done.

Scenario 3: Delete professor's subject.

Preconditions: Manage professors page.


Actor System Data Used
Actor types professor username into search box and chooses to search. System searches db and LDAP for username and returns professor's subjects (if found). Professor username
Actor chooses to delete a subject. System returns prompt asking for confirmation.
Actor accepts (chooses to delete). System deletes subject record from db.


Postconditions: Manage professors page.

Comments:

For delete professor's subject, the target's bu_id must be in professor table, no LDAP search is done.

Scenario 4: Add section to professor's subject.

Preconditions: Actor is editing a professor's subject. Edit subject page.


Actor System Data Used
Actor chooses to add a section to the subject. System returns a field for entering section letter. Section letter
Actor chooses to save section. System validates field, persists data to db, and returns visual notification indicating that a new section has been added. Section letter


Postconditions: Manage professors page.

Comments:

  • section id (sc_id) cannot be entered separately from course id (c_id), since the professor table use a 4-part primary key (bu_id, c_id, sc_id, sc_semesterid)

Scenario 5: Delete professor's.

Preconditions: Actor is editing a professor's subject. Edit subject page.


Actor System Data Used
Actor chooses to delete a section. System returns prompt asking for confirmation.
Actor accepts (chooses to delete). System delete section record from db.


Postconditions: Manage professors page.

Comments:

  • section can exists (at least temporarily) without a prof, there may be instance where prof will change, no need to delete section before prof

Scenario 6: Upload subject list.

Preconditions: Manage professors page.


Actor System Data Used
Actor chooses to upload list of subjects. System returns prompt for uploading list.
Actor chooses file and accepts. System parses file and updates db with subjects information.


Postconditions: Manage professors page.