Changes between Version 9 and Version 10 of FunctionalDescription
- Timestamp:
- 10/28/14 15:41:02 (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FunctionalDescription
v9 v10 11 11 # Learning mall actions # 12 12 13 == A1. Find courses by criteria ==13 == B1. Find courses by criteria == 14 14 15 15 === Facets === … … 45 45 - credits 46 46 47 == A2. Display CPCC’s within criteria ==47 == B2. Display CPCC’s within criteria == 48 48 49 49 A part of the page is filled with the search result from the faceted search described above. The results are limited to a specific number (depends on graphics design). At the end of the result there will be a button 'more courses' that will retrieve the next 'page' of the results. These results will be added to the current page through an ajax call. See http://online-learning.harvard.edu for an example that closely resembles what we want. 50 50 51 == A3. Admission type for CPCC ==51 == B3. Admission type for CPCC == 52 52 53 The 'enroll' option for a course will make a distinction between cpcc's with a 'pre' enrollment strategy and cpcc's with a 'post' of 'self' enrollment strategy. The first case will direct the user to action [# A4 A4], the other case will lead to action [#A5.Forwardtopaymentsystem A5]53 The 'enroll' option for a course will make a distinction between cpcc's with a 'pre' enrollment strategy and cpcc's with a 'post' of 'self' enrollment strategy. The first case will direct the user to action [#B4 B4], the other case will lead to action [#B5.Forwardtopaymentsystem B5] 54 54 55 == A4 ==55 == B4 == 56 56 57 57 This is a branching action resulting in three outcomes: … … 61 61 - The learner is presented with a page telling him this process has been started and he will now need to be patient. The same information is sent to him through e-mail. 62 62 63 == A5. Forward to payment system ==63 == B5. Forward to payment system == 64 64 65 65 This action is responsible for forwarding the learner to the payment provider. The action will need to create an identification of the current transaction, holding at least the id of the learner, and the id of the ccpc that is being payed, handing of this data to the payment provider. … … 69 69 The status of this learner's pending registration is updated in the learner registration system through action [#B1.Registerpendingcourseregistration B1] 70 70 71 == A6. Admission type for CPCC ==71 == B6. Admission type for CPCC == 72 72 73 This action does the selection prior to giving the signal "go ahead and start learning" to the learner. It will check on the admission-type for the given cpcc and display an informational page for the learner on how to proceed now if the admission-type is 'self' or 'pre'. (QUESTION: Also e-mail confirmation?). If the admission-type is 'post', some extra handling is necessary and action [# A7 A7] is started.73 This action does the selection prior to giving the signal "go ahead and start learning" to the learner. It will check on the admission-type for the given cpcc and display an informational page for the learner on how to proceed now if the admission-type is 'self' or 'pre'. (QUESTION: Also e-mail confirmation?). If the admission-type is 'post', some extra handling is necessary and action [#B7 B7] is started. 74 74 75 == A7 ==75 == B7 == 76 76 77 This action is a gather and fork action. First it makes sure that actions [# A6.AdmissiontypeforCPCC A6] and [#E2.Enrolluserincourse E2] have been done.77 This action is a gather and fork action. First it makes sure that actions [#B6.AdmissiontypeforCPCC B6] and [#E2.Enrolluserincourse E2] have been done. 78 78 79 79 Then it performs the following two actions: … … 84 84 # Learner registration system actions # 85 85 86 == B1. Register pending course registration ==86 == D1. Register pending course registration == 87 87 88 88 This action registers the fact that a learner is in the process of registering for a cpcc. This process is always in a certain state. 89 89 90 == B2. Register course payment ==90 == D2. Register course payment == 91 91 92 This action registers the fact that a pending registration has been payed. Special care needs to be taken that this information cannot disappear (financial tracking). The action then forwards to action [# B3 B3]92 This action registers the fact that a pending registration has been payed. Special care needs to be taken that this information cannot disappear (financial tracking). The action then forwards to action [#D3 D3] 93 93 94 == B3 ==94 == D3 == 95 95 96 96 This action is a parallel branching action starting of a number of separate actions: … … 98 98 - Make sure a netid is created for the current learner through action [#D1 D1]. 99 99 - Make sure the learner is registered in Osiris through action 'Create student record in Osiris' (TODO: specify how this is done) 100 - Update the learner's account status through action [# B4.Updatelearneraccountstatus B4]100 - Update the learner's account status through action [#D4.Updatelearneraccountstatus D4] 101 101 102 == B4. Update learner account status ==102 == D4. Update learner account status == 103 103 104 104 This action makes sure that the account status for the given learner is updated to the proper status (meaning this learner has payed money to the extension school!) 105 105 106 == B5 ==106 == D5 == 107 107 108 This action waits for two processes to finish: [# B4.Updatelearneraccountstatus B4] (update learner account status after having payed) and [#E1 E1] (create the learner as a user in Blackboard). When these two processes signal finish (TODO: How do they do that?) the following two actions are started:109 - [# A6.Admissiontypeforcpcc A6]: "Handle the go-signal for this user to start learning"110 - [# E2 E2]: Enroll this user in the proper Blackboard course108 This action waits for two processes to finish: [#D4.Updatelearneraccountstatus D4] (update learner account status after having payed) and [#H1 H1] (create the learner as a user in Blackboard). When these two processes signal finish (TODO: How do they do that?) the following two actions are started: 109 - [#B6.Admissiontypeforcpcc B6]: "Handle the go-signal for this user to start learning" 110 - [#H2 H2]: Enroll this user in the proper Blackboard course 111 111 112 112 113 == B6. Register course admission status ==113 == D6. Register course admission status == 114 114 115 115 This action registers the fact that the learner was formally admitted in the given cpcc 116 116 117 == B7. Register course denial status ==117 == D7. Register course denial status == 118 118 119 119 This action registers the fact that the learner was formally denied access to the given cpcc 120 120 121 == B8 ==121 == D8 == 122 122 123 123 This action branches off the parallel actions required to handle the fact that a learner was denied access to a cpcc. It starts the following actions: … … 126 126 - Consume bad news message: failed admission (by sending an e-mail to the learner) 127 127 128 == B9. Register learner-course performance ==128 == D9. Register learner-course performance == 129 129 130 130 This action registers the performance of a learner in a course 131 131 132 == B10 ==132 == D10 == 133 133 134 BUG: This part of the diagram looks buggy. Probably the teacher registers in Osiris first... 134 This action wait for the learner's performance to be registered (in [#D9.Registerlearnercourseperformance D9]) and the learner to be admitted in the course ([#D6 D6]). It will then trigger a certificate to be delivered to the learner ([#A12 A12]) 135 135 136 136 # Digital offering registration system # … … 138 138 This awful name is given to the database that holds the course-information, certification possibilities and their combinations. 139 139 140 == C1 ==140 == E1 == 141 141 142 BUG: The diagram looks wrong here. Probable action C1 should be "Record information for a new course", and the arrow coming in from above should go directly to C2. 142 This action registers all data for a cpcc 143 143 144 == C2. Yield CPCC information ==144 == E2. Yield CPCC information == 145 145 146 146 This action handles the search and faceted search and retrieves cpcc's that match the filter/search-entry. … … 150 150 NetID is the Identity management system for TU Delft. A 'netid' designates the username a given user holds in the NetID system. 151 151 152 == D1. Create a netid + password ==152 == G1. Create a netid + password == 153 153 154 154 After a user has payed he is entitled to receive a 'proper' netid. Since he was already known in the learning mall his data will be transferred from there and used to create this new netid-entry. … … 159 159 160 160 161 == E1. Provision a new user ==161 == H1. Provision a new user == 162 162 163 163 Provisioning a user means creating her netid as a regular Blackboard-user. After the user is provisioned she can log on to Blackboard. 164 164 165 == E2. Enroll user in course ==165 == H2. Enroll user in course == 166 166 167 167 Enrollment means that the given Blackboard-user is registered as a student in the given course. … … 171 171 This system remains to be implemented. It will probably be supplied by Ogone. 172 172 173 == F1. Handle course / program payment ==173 == I1. Handle course / program payment == 174 174 175 175 This action will handle the payment of the cpcc by the learner and will provide the necessary data back to properly digest this at TU Delft.
