MultiRole Cours e – Design & Pr ocess 2004/11/18 徐徐徐
Dec 21, 2015
Service - Conference (details)
<participant> Can read (listen/see) the information, and can contribute to
the conference. <observer>
Have only reading rights; they may not contribute. <conference-manager>
Be allowed to create new sub conferences and delete conferences he created.
<moderator> Persons who have the right to control and change the
contributions of participants before they are made visible to other participants or observers.
LD Structure – Act & Role-PartAct
Role-part Role-part
Activity-Structure
Learning-Activity
Role
Learning-Activity
Activity-Structure
Support-Activity
Support-Activity
Roleconcurrent
加減法課程
Service
MultiRole Course Scenario
John Mary
Role:Class A
Role:Class B
加法課程
加法 1
加法 2
Chat Room
減法課程
減法 1
減法 2
Chat Room
Chat Room
Complete
Messages
John MaryLoadCourse(role=classA)
courseIDLoadCourse(role=classB)
Select(role=classB, selectedID=LA_Sub1)
Select(role=classB, selectedID=LA_Sub2)
Select(role=classB, selectedID=S_Chat)
Select(role=classA, selectedID=LA_Add1)
Select(role=classA, selectedID=LA_Add2)
Select(role=classA, selectedID=S_Chat)
Complete(role=classB)
Complete(role=classB)
Complete(role=classB)
Complete(role=classA)
Complete(role=classA)
Complete(role=classA)
Break(role=classB)Break(role=classA)
Quit(role=classB)Quit(role=classA)
Process
Process Design - 1
Class A
Receive LoadCourse
Class B
Receive LoadCourse
Flow
減法加法
There is no constraint to specify that two role-parts have to be started at the same time.
Process
Process Design - 2
Class AReceive LoadCourse
Class BReceive LoadCourse
Flow
Class A Class B
Flow
減法加法
But this process make client wait for the reply message. Learner may confuse the views – it could be misunderstood as an error by learner.
Loading Mechanism
2. Tell the learner should wait for other participants
John
Mary
Process
1. Join Course
2. Reply
3. Check Course Ready
4. isReady = false
7. [isReady] LoadCourse
5. Join Course
6. Reply
Ready
3. The client periodically send message to process
3. Check Course Ready
4. isReady = true
Process
Process Design - 3
There are still some problems in this. At first, the flow activity merely has fixed number of sub-activities. It means that we don’t have multiple persons to match one Role-Part.
Class AReceive JoinCourse
Class BReceive JoinCourse
Flow
Flow
Set CourseReady=true
Class AReceive LoadCourse
Class BReceive LoadCourse
減法加法
Another ScenarioProcess
John
Kurt
Mary
A
B
A1
1. The Process have fixed number of sub-activities in the flow.2. The activity block A has the same context with A1.
Process Design – 4 (conceptual)
Main Process
John
Kurt
MaryA B
Sub Process
加法
(John)
Sub Process
加法
(Kurt)
Sub Process
減法
(Mary)
Main Process
Process Design – 4(detail)
Class AReceive JoinCourse
Class BReceive JoinCourse
Flow
Flow
Set CourseReady=true
Class AReceive LoadCourse
Class BReceive LoadCourse
Sub Process
加法Sub Process
減法
Reply Sub-Process BReply Sub-Process A
Async Invoke
Sequence Diagram:Client
join
:SubProcess
:MainProcess
load coursenew
load role-part
URLURL
select
URL
complete
Reply
Repeat
quitquit role-part
ReplyReply
Conclusion - 1
Completed acts are still left visible and accessible, but the interface should sharply distinguish them from the current act, and make it clear that they are only available for reference as part of the learner’s history.
Conclusion - 2
In runtime the time limit of the play overrules the time limit on act and that one on the role-parts.
When-role-part-completed