8、系统开发中的多种模式与交互机制

系统开发中的多种模式与交互机制

1. 成绩录入用例

在某些系统场景中,成绩录入是常见的操作。其用例流程如下:
1. 讲师请求系统录入成绩。
2. 系统要求讲师填写录入成绩的表格。
3. 讲师填写表格并返回给系统。
4. 系统尝试为该课程的该考试录入该学生的成绩。
5. 系统将结果告知讲师。

此过程中,步骤 2 和 3 主要是处理成绩录入表格。在这个具体的操作中,会满足一些约束条件:
- 课程存在,且该讲师负责该课程。
- 考试存在。
- 该考试属于该课程。
- 学生存在。
- 学生已报名参加该考试。

由于系统在操作时,会为每个参数仅检索现有的潜在值,所以参数的选择值原则上是“正确”的,即它们存在并满足(大多数)约束条件。

2. 与其他参与者的通信

如今,很少有系统能孤立运行,系统与其他系统的通信至关重要。在执行用例或文本顺序图(tSSD)时,系统可能需要与其他参与者进行通信,通信方式分为单向和双向。
- 单向通信 :系统向其他参与者发送命令或信息,文本顺序图可能包含类似“System : ”的步骤。
- 双向通信 :系统向其他参与者询问信息,其他参与者需返回答案。此时文本顺序图可能包含两个连续步骤:
- (a) System : ;
- (b) System:

若其他参与者能立即返回答案,称为同步反馈;若不确定是否能立即返回,则需拆分用例和文本顺序图。例如“移除学生”用例,在大学系统中,只有学生还清债务才

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值