我是在撰写报告,我有一些问题要问。
我很确定authentication
不是用例,但我可以将它用作图中包含的用例。我的问题是:描述这个“用例”并制作他的系统序列图(SSD)是否正确?
例如,当我有一个用例“管理配置文件”时,我是否必须描述所有子用例? (添加,修改,删除,查看)或只是其中之一?
在DSS中,编写图中的所有场景是否正确? (可选的和替代的)或者我只需要写出名义上的情景吗?
抱歉我的英语很糟糕!谢谢。
答案 0 :(得分:0)
1.您是对的,您需要使用authentication
在<<include>>
上指定依赖项的案例,但有些情况不仅仅属于authentication
,例如用户已记录in,但他无法访问某个案例(请关注authorization
)
1.1:通常工程师不为常见业务提供SD(序列图),除非技术(非业务)过程非常复杂。通常这些步骤由SDS文件提供给开发人员。
2.无需在用例图中查看非常详细的信息,无需查看/删除/更新/等... ...
3.没有必要深入研究SD,除非(正如我所说)过程有点复杂,或者替代路径在这里非常重要,但通常SD用于描述功能的过程,其中所有(想象/预期)数据都是正确的,没有错误和异常。
答案 1 :(得分:0)
谢谢。我删除了UC authentication
的描述,以及SSD中所有“无用”的详细信息,例如“搜索单词,成功/失败程序......”。我想知道说:This use case manage x is composed by 4 sub use cases: view x, add x, modify x, delete x
是否正确,我制作图演员/ 4子UC,每次我描述子用例及其SSD,因为每个子UC都需要它的场景。或者,没用?