软件需求最佳实践六(第二部分)章

软件需求最佳实践,广联达软件股份有限公司 计价产品线部 郭彪 2010年8月20日,周期二：确定需求细节,阶段任务,对用例模型标识出用例类的细节进行填充 对组织行为需求的用例，我们要填充用例的事件流对领域模型标识出领域类的细节进行填充 对组织数据需求的领域类，我们要填充它的字段与格式,1、确定行为需求细节,2、确定结构需求细节,目录,3、周期二的产物,确定行为需求细节,行为需求对应的就是“人、事、物”4条需求主线中的“事”的主线，也是软件功能需求的主体。我们通过分析流程、确定边界，将行为需求封装在每个具体的用例中。,行为需求指的是什么？,确定行为需求的细节,用例的灵活应用,根据行为需求的特点，分成“业务功能类、报表功能、接口、技术支撑”,用例描述模板,业务功能类的用例需要整理的内容主要包括事件流、相关需求与功能点界面原型、规则与约束,RUP提供模板,编写有效用例作者提供模板,事件流分析,用例描述中3种不当结构和解决方法,相关需求整理,用例是按业务活动的角度将需求分而治之的方法，是对需求捕获阶段获得的用户原始需求的合并。但是我们还需要为用例的相关需求进行整理,界面原型,“用户界面”是设计出来的不是分析出来的，需求人员提供设计依据而非设计结果。软件需求规格说明书里的用户界面原型不是解决方案，它应该被视为约束、建议创建用户界面原型时，重点在于实现用例事件流的交互过程，在于讲述每个界面中要满足用户的意图,我们考虑在原有的静态用户界面原型基础上，绘制出的“界面流转示意图”，以补充交互过程的描述。使用状态图也可以将这种流转关系表述出来。,注意不要让界面细节掩盖了本质，我们要清晰地表达出用户的意图、要求，而不仅仅是产物。界面原型部分是约束、是建议，目的是支持有效地UI设计。,要点,交互不要忽略,别让界面掩盖本质,规则与约束,规则是在实现时应该考虑的东西，而约束则是对技术手段选择起到限制作用的各种条件相对而言，规则的活性很强、类别很多，因此在描述时要特别予以注意,基于Stakeholder利益分析的需求挖掘,1、确定行为需求细节,2、确定结构需求细节,目录,3、周期二的产物,确定结构需求的细节,结构需求应该归纳在自底向上生成的领域模型中,基本内容,常见盲区,1、确定行为需求细节,2、确定结构需求细节,目录,3、周期二的产物,周期二的产物,工作任务说明填充用例描述填充领域类细节填充需求规格说明书,工作任务说明,周期二的工作任务就是填充需求的细节，具体来说就是根据前面说明的工程与内容来填充用例、填充领域类,填充用例描述,开单用例分析 用例概述 事件流分析 相关需求 用户界面原型 规则与约束报表用例分析 报表名称 报表概述 输入输出格式 其他,填充领域类细节,数据窗口分析数据组成与格式分析,填充需求规格说明,Word文档示例 包括：概述、事件流、相关需求、用户界面原型、界面流转示意图、规则与约束Rose组织示例,软件需求最佳实践,广联达软件股份有限公司 计价产品线部 郭彪 2010年8月20日,6.4其他需求分析,目录,1、接口需求,2、非功能需求的追踪,3、设计约束,接口需求,从需求角度讲，接口需求不是接口设计与实现，重点应该从使用者、内容与格式设计约束与要求三个方面展开,目录,1、接口需求,2、非功能需