需求/系统组成
描述系统的顶层功能模块,或组成系统的若干个工具;系统组成是功能模块的第一层结构,不应该分解到系统的末端功能;
需求/能力需求/功能需求1
需求/能力需求/功能需求2
需求/能力需求/功能需求3
能力结构图:能力需求分末端能力需求和非末端能力需求,对于非末端能力需求,应该进行能力拆解,划分“能力结构图”;
用例描述:对于末端能力需求,应该进行“用例描述”;非末端能力需求是一个容器,无法写用例描述这类很详细的操作;
时序分析:对于末端能力需求,应该进行“时序分析”(流程分析);时序图强调的是交互,以及时间先后顺序,交互的主体一般是对象、人、系统,非末端能力的子能力之间,并没有太多的交互,这也是我们拆分子能力的依据,所以对非末端能力做时序分析,一般会得到一张交互关系(线)很少,时间无法连续的图;
对末端能力需求做“时序分析”,更偏向于软件的具体实现,图中的交互主体,更多的是对象,这些对象可以是宏观世界具体存在的,也可以是为了实现能力,从逻辑上推理出的必须存在的虚拟对象,还可以是编码世界的常用对象;
输入输出:对于末端能力需求,应该进行“输入输出”分析;非末端能力需求也有输入输出,这些在它的下一级能力需求中描述;
需求/要求的状态和方式/执行流程图
这是一个顺序图;尽可能多地展示系统的内部元素(记得分组,否则容易产生混乱);可画粗粒度的时序图;可画跨职能的流程图,并标记阶段;
文章阐述了系统设计中功能模块的顶层构建,强调不分解至末端功能。它区分了末端能力和非末端能力需求,指出非末端能力需拆解成能力结构图,而末端能力需详细描述用例和进行时序分析。时序分析关注交互和时间顺序,主要针对末端能力。输入输出分析应用于末端能力,而非末端能力的输入输出在下级需求中描述。执行流程图用于展示系统内部元素的顺序和交互。
1253

被折叠的 条评论
为什么被折叠?



