管理制度-需求标准化V20研发版 精品.ppt

《管理制度-需求标准化V20研发版 精品.ppt》由会员分享，可在线阅读，更多相关《管理制度-需求标准化V20研发版 精品.ppt（65页珍藏版）》请在第一文库网上搜索。

1、需求标准化2.0-2.0-研发版主讲：王继昌时间：2022年10月30日目的 对象：主要面向项目开发体系的PM、系统分析工程师其他岗位可以了解，但不需要深入掌握 收获理解为什么要做需求标准化深刻理解需求标准化主导思想掌握需求标准化相关模板掌握需求标准相关工具目录软件需求的概念1 1我们遇到哪些软件需求问题2 2如何理解需求标准化3 3需求标准化的模板与工具4 4CONTENTS什么是软件需求?IEEE软件工程标准词汇表IEEE软件工程标准词汇表 用户角度:用户解决问题或达到目标所需的软件功能 开发角度:系统或系统部件要满足合同、标准、规范或其它正式规定文档所必须满足或具备的软件功能软件需求的层

2、次需求错误的代价 在生命周期的不同阶段修复缺陷的相对成本 需求缺陷造成哪些成本增加?重新进行需求规格说明重新设计重新编码重新测试改变订单告诉用户将以一个修正后的版本来替代有缺陷的版本。纠正活动消除由于不准确的特定系统的错误造成的危害，可能涉及到赔偿客户损失报废包括对于已经完成的代码、设计和测试，当发现它们是根据不正确的需求进行的时候，这些工作成果不得不被丢弃收回有缺陷的软件产品以及相关的用户手册产品赔偿或保修的成本重新安装新版本的成本重新建档的成本目录软件需求的概念1 1如何理解需求标准化2 2需求标准化相关模板3 3需求标准化相关工具4 4CONTENTS老生常谈的问题?统一语言业务需求用户

3、需求功能需求业务背景 业务模型UI+要点客户用户&实施开发需求一致两个极端的问题vs文档男电话男简单务实,提高效率vs无效需求,低价值需求,高风险需求无效,低价值,高风险需求分级与价值管控,提高命中率需求分级A.1W高价值需求B.业务深入应用的优化类需求C.非1W层面的UI调整等易用性需求只有项目经理才能提需求所有需求必须由实施部经理、区域负责人进行审批超过25个人天的需求由高宇审批需求审批需求后评估专业线建立异常项目需求后评估机制通过需求后评估反向追查需求把控责任杜绝低价值需求统一需求控制标准,降低需求风险统一需求控制标准,降低需求风险统一需求控制标准,降低需求风险拔河 VS 分工协作vs专

4、业分工,相互协作（1）OA集成、消息服务、数据迁移类等偏技术性工作，由武汉项目开发对应岗位前置，负责落实相关需求和解决方案。一线需提交任务并且配合开发前置人员收集业务信息；（2）功能开发类需求、报表类需求、财务接口类需求使用标准的需求模板进行描述，并且UI要点批注必须严格按照“结构化语言”进行描述。（参考UI要点批注模板）需求标准化关键字提炼统一语言简单务实,提高效率需求分级与价值管控,提高命中率统一需求控制标准,降低需求风险专业分工,相互协作目录软件需求的概念1 1如何理解需求标准化2 2需求标准化相关模板3 3需求标准化相关工具4 4CONTENTS需求标准化相关模板01标准模板02报表模

5、板03财务接口模板UI要点批注模板01标准模板-整体规范要求适用场景：功能性开发专项需求和零星需求1、专项类：现有系统业务流程发生改变（即由于业务流程改变引发的系统功能调整）、全新业务单元、新增模块；2、零星类：除专项类以外的功能性开发；注意：只有专项类需求才有“业务模型”页签01标准模板-需求确认单需要关注的内容需要关注的内容系统分析师将估算结果完善的到当前清单中01标准模板-目录1、参照模板，以结构化的方式，合理规划目录。2、与页签对应的目录，要求设置超链接的方式，定位到相应的页签中。3、 “功能简述”要求必填。简要描述各UI要点页签对应的业务背景01标准模板-数据字段说明1、重点描述字段

6、的基础信息，涉及业务逻辑的内容建议通过其他页签以“需求UI+要点批注”方式进行描述。2、此处描述内容为业务对象，非具体数据库实体表。3、系统已存在对象的数据字段引用或调整，可以不在此处进行描述，在对应UI要点页签的调整点出进行批注。4、新增数据字段需进行描述，备注中描述新增字段的用途，文本类必须提供字段长度。01标准模板-业务模型业务背景：必须填写，要求说明清楚需求“谁提出来的”、“为什么要做”业务流程说明：1）排版要求：流程说明与流程图并列显示，这样便于阅读；2）流程图：要求使用职能-阶段式的“泳道图”方式，线上步骤采用“蓝底黑字”格式，线下步骤采用“白底黑字”格式；3）流程说明：要求对流程

7、图上对关键步骤进行编号，按照编号进行逐个流程说明；01标准模板-业务模型整体要求：1）页签尽量使用“图片+要点批注”的方式进行描述，避免其他形式的描述。（如：在图片下写说明文字）2）零星类需求业务背景在各界面页签中进行编写要点批注要求：1）“要点批注”的格式统一以UI要点批注分类模板库为准。2）同一页签中的“要点批注”要求体现先后顺序，要求使用固定的编号描述方式，如“需求1”“需求2”。3）同一页签中的图片要按照模板方式，对图片进行编号，如（图1）、（图2）；图片大小要求能放在表格的黑线框内。4）要点批注避免挡住界面的相关信息，统一放在图片右侧的“空白”区域。5）如果对功能页面需强调操作流程的

8、，也应通过要点批注的方式表达。02报表模板-整体规范要求适用场景：此文档适用于报表类开发需求，要求使用此文档进行填写02报表模板-常用数据默认值约定1、此页用来约束如果文档中没有指明时，一些常用的名词的取值方式；2、当没有填写此页中列“本次需求时取值”，则如果报表中出现相关名词，就按列“标准默认值”取值；02报表模板-报表内容业务背景：必须填写，要求说明清楚需求“谁提出来的”、“为什么要做”报表的最终展示的格式以及各个字段的取数要求描述1、过滤口径（用于说明整张报表的数据范围,以什么条件进行过滤）2、名词解释(部分取数较为复杂出现频率较高的字段说明)3、报表主要实体关系（报表涉及到的主要的数据

9、结构的关系图）(设计人员给出)4、小数保留位数（描述数字字段的保留位计算规则）5、排序方式03财务接口模板-整体规范要求适用场景：此文档适用于“实施项目”和“服务专项”的财务接口类不同类型的功能性开发需求，填写要求区别：1、财务类要求填写财务调研表。2、接口类要求填写字段说明。并按照传输类型提供下载文档模板/WEBSERVICE说明文档03财务接口模板- 财务调研表部分填写说明：1、摘要取单据相关值的文本用中括号括起来，否则视为固定文本。 举例：摘要字段填写 收交款人定金 ，则摘要字段最终显示为 “收交款人定金” 。 如果写为 收交款人定金 ，则取值为 收张三（李四、王五）定金2、会计科目填写

10、到款项对应的末级科目，子级科目和父级科目以 “-”分隔。 举例：定金进入预收帐款下的定金科目，则填写预收帐款-定金。 此处调研的是科目代表的实际意义，有时客户建立的科目很令人费解。 举例：客户实际做帐时，有类似 “其他应付款-王经理”这样的科目，经过沟通得知，所有的预约金都进“王经理”这个科目，那么调研时此处应该填写 其他应付款-预约金。 当科目由多种对象决定时，可以用多个“-”分隔。 举例：某公司收定金时，根据产品类型不同，帐款分别进不同的科目（预收帐款-高层-定金、预收帐款-别墅-定金），则会计科目描述为 预收帐款-高层/别墅/小高层-定金 或 预收帐款-产品类型-定金3、借方金额、贷方金

11、额按客户需求填写系统中预设的金额名称。4、辅助核算，填写系统预设的辅助核算的业务对象名称。如果系统中无此辅助核算，则填写预期的业务对象名，并再财务调研表下方说明该字段如何取值。03财务接口模板- 修改合并规则该部分描述的内容为：财务调研表无法体现、不涉及到UI修改的业务规则修改。请块参考 1.2修改分录合并规则 标签页填写。在标注部分分别填写 规则概要、规则详细描述、规则应用举例。03财务接口模板-导出文件模板1、如果采用文件方式输出，需要提供输出文件模板，将文件模板以对象形式插入导出文件模板标签页。 输出格式默认于模板相同，如果有其他要求请在该标签页说明（例如从用友U8.72导出的文件为XL

12、S，导入时为TXT）。 文件输出常见需求有：用友 U8.72 、金蝶K3 12.1 2、如果采用WebService传输方式输出，需要提供第3方软件的接口说明文档，将文件以对象形式插入说明文档标签页。 采用WebService传输常见需求有：金蝶EAS 6.0 , 用友NC 5.6。03财务接口模板-新增字段说明1、字段取值有3种方式。 1.按规则取值:按照某种规则取某项业务数据. 如，KjkmCode 取会计科目代码 2.取固定值: 如 IsAlowedEdit 取 False 3.留空2、输出的每个字段要说明是以上三种取值方式的那种.如果是前两种需要说明怎么取3、如果系统已存在某种类似的输

13、出方式,只需填写有差异的字段说明. (如，系统已存在用友 U8.71 的输出,现需要开发用友U8.72输出)UI要点批注模板查询控件下拉查询导航查询快速查询视图查询列表控件普通列表树状列表图表控件饼图柱状图线趋势图编辑控件上传文档一般录入控件弹出选择控件操作按钮弹出界面按钮功能操作按钮工作流流程操作业务域配置工作流挂接配置其他批注标签页业务参数数据列显示功能设计权限管理数据源描述界面初始化总共八类批注，23种模板下拉查询使用说明 使用场景：1. ERP产品的下拉查询的数据相对较固定，包含有组织机构、项目、合同类别、产品类型、合作伙伴类型等。导航查询的目的让操作人员快速查询出经常关注的某些数据，

14、基本原则是根据客户常用的分类的类型进行查询。2. 下拉查询主要是和列表、视图、查询等控件配合使用，定位分类数据的作用使用注意点：1. 下拉查询的个数不亦过多，最好只有一个，如果有超过2个，可以考虑将导航查询项放在界面右边，以导航查询形式展示2. 下拉查询记录数或层级不宜过多，如果记录数或层级过多，建议使用导航查询 规格说明：1. 数据范围：描述当前下拉导航展示的查询项内容2. 默认显示：描述查询项默认显示的内容3. 非末级能否选择：用于层级结构展示的查询项，描述非末级查询项是否能被选择导航查询使用说明 使用场景：1. ERP产品的导航查询的数据相对较固定，包含有组织机构、项目、合同类别、产品类

15、型、合作伙伴类型等。导航查询的目的让操作人员快速查询出经常关注的某些数据，基本原则是根据客户常用的分类的类型进行查询。2. 导航查询主要是和下拉查询、列表、视图、普通查询、高级查询等控件配合使用，定位分类数据的作用 规格说明：1. 组合模式时按不同的查询项进行描述2. 查询项范围：描述当前查询项展示的内容3. 非末级能否选择：用于层级结构展示的查询项，描述非末级查询项是否能被选择视图查询使用说明 使用场景：1. 用于快速过滤列表数据。一般会按照状态分类设置视图（已激活、已关闭、待处理、已处理）。在设计中各模块的视图根据业务需求的调研结果确认视图查询的内容使用注意点：1. 按使用频率安排视图的顺

16、序、一般初始状态的视图为默认视图（待处理、激活）。2. 主界面需要支持直接由其它模块或功能打开访问本模块。视图的设置也需要考虑这类特殊访问功能的对视图数据过滤要求，如成本系统里“付款计划”模块，需要增加“我的未申请付款计划”视图 规格说明：1. 默认视图：界面初始时视图选项默认显示的视图2. 查询结果视图：使用快速查询，但未选择视图内查询时，查询范围所在的视图（一般情况下为所有数据的视图）3. 视图取数要求：分视图描述各视图的筛选条件；不同视图对应列表显示不同时，列表相关要求描述在列表对应批注中快速查询使用说明 使用场景：1. 针对列表数据，需要提供快速查询、高级查询功能，在数据较多的时候，可以快速定位。支持普通查询和高级查询两种模式的查询l 普通查询：适用于精确查找、单条件查找l 高级查询：适用于复杂的模糊查找、组合查找使用注意点：1. 日期类型查询一般放在高级查询中，支持范围查询，并且在高级查询中放在一行显示 规格说明：1. 普通查询-查询字段：按顺序描述普通查询的查询项2. 普通查询-特殊字段查询要求：默认查询方式均为模糊查询（可以不做说明）；如存在不同查询方式的需标明3. 高级