需求分析师培训Day03

需求分析师培训Day03中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结中程在线信息产业培训网需求建模实例—确定业务需求总经理：为什么我们的开发工程进度方案总是那么不准确，延期经常出现，更可恨的是甚至无法给出一个相比照较明确的延迟时间。这样给市场的推广会带来很大的影响，不确定因素使得应对十分困难。研发经理：唉这个问题我花了很多时间来解决，但一直收效不好。最初我用WBS方法，根据用例包、用例的方式来组织需求，然后将某个用例或子用例作为工作任务分配的开发人员，并指定了相应的完成时间，但到了时间开发人员总是完不成，都反响时间安排不合理。后来，在技术参谋的指导下，改为自底向上的估计方法，任务明确后让开发人员反响工作量及所需的工作天数。虽然有所好转，但还是有一些工作任务，开发人员反响的天数到了，仍然无法完成，甚至无法告诉我要延迟多少天。汇总起来，就形成了这样的结果了。总经理：这样呀，那有什么好方法呢？技术参谋：其实问题的关键还是在于“估算〞的经验上，对于软件开发而言，实际上没有万能的、准确的估算公式…

中程在线信息产业培训网需求建模实例—确定业务需求〔研发经理抢过话题〕研发经理：对对对！我一直在尝试使用FP、COCOMO模型来，仍然得

不出合理的估计值，真难办。技术参谋：呵呵，急了！其实估算的根底是经验数据，对于不同的开发人员而言其产能是不一致的，甚至对于相同的开发人员而言，不同的任务所需的时间也是不同的。因此关键在于积累这种经验数据。例如，我在编写技术书籍时，就采用了PSP〔个人软件开发过程〕的思路，对所有的工作过程进行了时间的记录，在半年之后，就积累了许多相关的产能数据，现在给编辑的时间承诺总是能够比较的准确。总经理：哦，难怪你做的承诺都一般很少延误，这种经验能否适用于软件开发的管理呢？技术参谋：呵呵，这是当然。PSP是个人软件开发过程，它本来就是为软件开发设计。它是CMM的创始人提出的，PSP、TSP和CMM分别针对软件开发员、软件开发小组和软件开发组织。通过PSP的贯彻，就一定能够提高软件开发人员的时间安排、时间估算的能力。

中程在线信息产业培训网需求建模实例—确定业务需求研发经理&总经理〔几乎同时〕：那我们就尝试一下！技术参谋：哈哈，不过贯彻PSP有两个困难。一是开发人员很难适

应，每天都要记录自己的工作时间很繁琐，而且产生数据不容易使用；

二是时间日志做出来后，管理者会忍不住用来考核开发人员，给他们带来心理压力。研发经理：那我们可以开发一套软件来帮助他们记录，通过写到数

据库中，这样数据的使用问题也就解决了。技术参谋：对，这就是我的建议。那后者呢？总经理：我们不考核就是了！技术参谋：没那么简单！我认为要从以下几点来进行：一是鼓励，鼓励记录时间日志，奖励估算准确的开发人员，从而防止做假时间的情况；二是宣扬，宣扬有效工作时间的概念，我的经验是每个开发人员一天有效的工作时间在4个小时之上就是比较好的，树立这种概念能够消除开发人员的顾虑；三是培训，从理论高度建立开发人员执行PSP的意识。

中程在线信息产业培训网需求建模实例—确定业务需求总经理：好！我修订绩效考核，解决鼓励问题；小陈(研发经理)，我配合你树立“每天有效工作4小时〞的概念；至于培训嘛只好拜托你了。技术参谋：好！没问题。

为开发人员提供一个PSP工具，简化时间记录工作；同时提供数据使用的工具，帮助开发人提高估算能力。中程在线信息产业培训网需求捕获技术参谋：根据我的经验，整个系统应该包括以下几个主要的方面。第一，工程及任务安排，由研发经理或工程经理创立工程和任务，开发人员在接到任务后进行估算填写时间方案，研发经理或工程经理对其进行确认。第二，时间记录，开发人员对自己的开发时间进行记录，与任务关联起来。第三，产能分析，研发经理及公司领导可以根据任务和相应的时间记录，来统计公司员工的产能数据。开发人员甲：我认为，开发人员自己应该能够通过这套系统来统计自己的产能数据。研发经理：那么产能数据怎么表示呢？任务可是不同的呀。技术参谋：我认为比较适宜是KLOC/天(每天编写的千代码行数)。开发人员乙：但不同的程序KLOC可能接近，但难度不同所花的时间是不同的。技术参谋：对，我们可以在每个任务中加上难度系数，产能中的KLOC=实际的KLOC*难度系数。研发经理：那么测试任务怎么算？中程在线信息产业培训网需求捕获技术参谋：我认为这套系统主要关注的是开发时间、而对于前期的分析和概要设计，以及后续的集成和系统测试等工作可以先忽略，放在系统范围之外，这里只考虑详细设计、编码和相应的测试工作。研发经理：我明白了，就是对于一个任务而言所花的时间。对，这样比较合理。开发人员甲：我希望系统能够在让我们填写估算值时，可以查询历史数据，否那么仍然没有意义。开发人员丙：查询历史数据时，还应该有类别吧！这样我们才能够根据自己将要完成的任务情况找到有参考依据的统计数据。开发人员乙：还有就是时间记录一定要方便，另外像我们这样经常要在现场开发，如何完成时间记录？研发经理：可以考虑有一个离线版本的时间记录程序，等回公司连接效劳器后再进行数据同步。……中程在线信息产业培训网获取需求特性表编号特性FEAT01研发经理能够创建项目、指定或修改项目经理、删除尚未分配工作任务的项目FEAT02项目经理可以对项目设置工作包，工作包允许多级嵌套，它只用来组织工作任务FEAT03项目经理可以为开发人员指派工作任务，工作任务属于特定的工作包FEAT04项目经理在分配工作任务时，能够查阅开发人员的日程安排表，可以按开发人员查询、也可按日程查询FEAT05开发人员接到任务时，通过系统填写计划时间（计划开始时间和计划结束时间），项目经理确认后，更新日程安排表FEAT06开发人员可以查询相近工作任务的历史数据（估算数据、实际数据）FEAT07开发人员任务执行将超计划时，应报告项目经理，项目经理通过系统更新其日程表FEAT08当任务完成之后，项目经理负责Close任务，并填入实际的完成情况（KLOC、实际结束时间）FEAT09开发人员可以随时记录自己的时间，提供“开始计时”、“暂停计时”、“停止计时”，在停止时，填入任务编号（在线则选择）、工作关键字（以逗号分隔的多个），自动生成开始时间、暂停时间、停止时间、总时长、有效时长（总时长-中断时长）FEAT10开发人员可以根据任务编号、关键字、起止时间进行分类组合查询与统计FEAT11时间记录程序会自动连接服务器，完成时间日志上传的工作，未能连接服务器，则在本机暂存时间日志FEAT12项目经理可以按项目、任务、关键字统计实际工作时长、产能FEAT13研发经理及管理层可以按个人、任务、项目、关键字查看工作时长、统计产能中程在线信息产业培训网建立概念模型—发现类研发经理项目项目经理工作任务工作包开发人员日程安排表计划时间

历史数据估算数据实际数据

任务编号工作关键字开始时间暂停时间停止时间总时长有效时长

服务器产能管理层时间日志项目工作任务工作包开发人员日程安排表时间日志中程在线信息产业培训网建立概念模型—关联分析中程在线信息产业培训网建立概念模型—职责分析中程在线信息产业培训网建立用例模型—识别参与者中程在线信息产业培训网建立用例模型—合并特性获得用例参与者特性用例开发人员FEAT05.开发人员接到任务时，应通过系统填写计划时间（计划开始时间和计划结束时间），项目经理确认后，更新日程安排表UC01.填写任务计划FEAT06.开发人员可以查询相近工作任务的历史数据（估算数据、实际数据）FEAT10.开发人员可以根据任务编号、关键字、起止时间进行分类组合查询与统计UC02.查询历史任务数据(UC01的扩展)FEAT09.开发人员可以随时记录自己的时间，提供“开始计时”、“暂停计时”、“停止计时”，在停止时，填入任务编号（在线则选择）、工作关键字（以逗号分隔的多个），自动生成开始时间、暂停时间、停止时间、总时长、有效时长（总时长-中断时长）FEAT11.时间记录程序会自动连接服务器，完成时间日志上传的工作，未能连接服务器，则在本机暂存时间日志UC03.记录时间日志中程在线信息产业培训网建立用例模型—合并特性获得用例项目经理FEAT02.项目经理可以对项目设置工作包，工作包允许多级嵌套，它只用来组织工作任务UC04.设置工作包FEAT03.项目经理可以为开发人员指派工作任务，工作任务属于特定的工作包FEAT04.项目经理在分配工作任务时，能够查阅开发人员的日程安排表，可以按开发人员查询、也可按日程查询UC05.分配工作任务UC5A.查看日程安排(扩展用例)FEAT07.开发人员任务执行将超计划时，应报告项目经理，项目经理通过系统更新其日程表UC06.更新日程表FEAT08.当任务完成之后，项目经理负责Close任务，并填入实际的完成情况（KLOC、实际结束时间）UC07.关闭工作任务FEAT12.项目经理可以按项目、任务、关键字统计实际工作时长、产能UC08.统计项目产能研发经理FEAT01.研发经理能够创建项目、指定或修改项目经理、删除尚未分配工作任务的项目UC09.管理项目信息管理层FEAT13.研发经理及管理层可以按个人、任务、项目、关键字查看工作时长、统计产能UC10.统计团队产能中程在线信息产业培训网建立用例模型—绘制用例图中程在线信息产业培训网建立用例模型—简要描述用例用例编号UC01用例名称填写任务计划用例概述开发人员对项目经理安排给自己的工作任务进行计划，填入计划开始时间和计划完成时间。主参与者开发人员补充说明在填入计划开始时间和计划完成时间时，开发人员可以查询与该任务的关键字相关的历史任务的数据。中程在线信息产业培训网建立用例模型—划分用例优先级优先级用例说明1UC11.登录系统系统使用的基础，并且可复用原有资源UC09.管理项目信息UC04.设置工作包UC05.分配工作任务UC01.填写任务计划任务管理的完整流程，是记录时间日志的基础UC03.记录时间日志系统核心功能2UC07.关闭工作任务只是对任务信息进行更新，重要性次之UC06.更新日程表UC5A.查看日程安排对日程安排进行优化，使任务安排合理化3UC02.查询历史任务数据UC08.统计项目产能UC10.统计团队产能对系统记录的时间记录进行有效的利用，必须有前面的信息才能够开发UC12.管理用户前期可以通过直接往数据库中写值的方式进行使用，最后提供界面操作即可中程在线信息产业培训网建立用例模型—详细描述用例用例编号UC03用例名称记录时间日志用例概述开发人员可以随时记录自己的时间，提供“开始计时”、“暂停计时”、“停止计时”等功能，在停止时，填入任务编号（在线则选择）、工作关键字（以逗号分隔的多个），自动生成开始时间、暂停时间、停止时间、总时长、有效时长（总时长-中断时长）。主参与者开发人员前置条件用户进入“记录时间日志”程序后置条件将本次时间日志存入数据库基本事件流步骤活动1系统显示“开始”、“暂停”和“停止”按钮，但仅“开始”可用2用户点击“开始”，系统记录开始时间，并将“开始”置为不可用，使“暂停”和“停止”按钮可用3用户点击“停止”按钮，系统记录停止时间，并统计暂时时间、暂停次数、总时长、有效时长，并要求用户选择任务编号、输入工作关键字和相关信息。填写完成后，点击确定，用例完成。扩展事件流3a在此期间，若用户点击“暂停”按钮，系统则记录暂停开始时间，并使暂停次数增加1次，并使“暂停”按钮变为“恢复”，使“停用”按钮不可用3a1当用户点击“恢复”按钮，用当前时间减去暂停开始时间得到本次暂停时间，并累加到“暂停时间”时间中，并使“恢复”按钮变为“暂停”，使“停用”按钮恢复可用规则与约束时间记录程序应以离线式工作，该程序会自动连接服务器，完成时间日志上传的工作，如果未能连接服务器，则在本机暂存时间日志中程在线信息产业培训网建立交互/状态模型中程在线信息产业培训网用户界面设计中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结业务流程是信息系统的主脉落业务规那么是变化的要点中程在线信息产业培训网什么是流程目标性：有明确的输出内在性：包含于任何事物或行为中整体性：至少由两个活动组成动态性：由一个活动到另一个活动进行层次性：组成流程的活动本身也可以是流程结构性：串联、关联、反响等中程在线信息产业培训网流程设计的原那么流程应以产出为中心，而非任务为中心让那些需要得到流程产出的人自己执行流程将信息处理工作纳入产生这些信息的实际工作中去将各地分散的资源视为一体将并行的工作联系起来，而不是仅仅联系他们的输出在决策点位于工作执行的地方，在业务流程中建立控制程序流程多样化单点接触客户中程在线信息产业培训网在IT系统中实现流程设计的本质中程在线信息产业培训网绘制流程图的核心步骤提出业务流程清单：确定有哪些流程、流程之间的界限，然后才是对流程的描述流程的要素描述：针对清单上的每一流程，分析并识别现有业务活动、活动之间的关系、活动需要接受哪些信息、产生哪些数据〔表单〕、数据传送的路线、活动涉及哪些岗位等。重要抓住核心业务和主要活动点，部门内/外衔接、工作繁琐/反复环节、本钱高/效率低/时间长的环节、任务转手次数多的环节绘制流程图：跨职能流程图、带泳道的活动图中程在线信息产业培训网流程的ESIAE：去除

>过量产出

>活动间的等待

>不必要的运输

>反复的加工

>过量的库存

>缺陷、失误

>重复的活动

>反复的检验

>跨部门协调S：简化

>表格

>程序

>沟通

>物流I：整合

>活动

>团队

>顾客

>供给商A：自动化

>脏、累、乏味活

>数据采集与传输

>数据的分析中程在线信息产业培训网跨职能流程图业务流程图系统流程图可以表达数据流向中程在线信息产业培训网活动图：简单活动图中程在线信息产业培训网活动图：带泳道的活动图中程在线信息产业培训网业务流程与业务规那么业务流程Action

>用户可以做的操作？

>权限控制的根底业务规那么Filter

>用户的授权操作可以影响的数据范围？

>权限控制的补充用例与业务流程：多个用例属于一个流程用例与业务规那么：一个业务规那么应用于多个用例中程在线信息产业培训网业务流程与业务规那么结构事实：必须成立的事实或条件。例如：与客户第一次接触的永远都是销售人员。行动约束：根据某种条件禁止的一种或多种行动。例如：不接受具有不能接受的信用历史记录的支票。行动触发：当一个或多个条件转为真时，触发某个行动。例如：当所选商品准备齐后，立即发货。参照：当一个或多个条件转为真时，得出某种结论。例如：在一年内飞行10万公里以上的会员将成为金卡会员计算：根据一组值计算另一个值。例如：销售量是商品总零售额，但是没有包含税收局部。中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结数据是系统的核心内容中程在线信息产业培训网数据需求分析与建模数据流通过程：数据流图〔DFD〕数据存储方式：实体-关系图〔ERD〕数据定义方式：数据字典〔DD〕数据需求分析与设计要素中程在线信息产业培训网数据流图：根本元素输入数据在此进行变换产生输出数据，其中要注明加工的名称数据输入的源点或数据输出的汇点，其中要注明源点和汇点的名称存放数据的地方，这些数据在以后使用，通常与实体-联系图中的一个数据实体相对应被加工的数据与流向，箭头边应给出数据流名字，可用名词或名词性短语命名当过程/加工执行时，外部实体与过程之间来回通信数据存储/文件数据流实时连接过程/加工外部实体/源/宿中程在线信息产业培训网数据流图：图的结构中程在线信息产业培训网数据流图：分层的DFD中程在线信息产业培训网绘制数据流图：构建顶层图中程在线信息产业培训网绘制数据流图：绘制DFD片断中程在线信息产业培训网绘制数据流图：将DFD片断合并中程在线信息产业培训网数据建模过程E-R图中程在线信息产业培训网概念结构设计的方法方法实体分析法属性综合法别称自顶向下法自底向上法要点从总体概念入手，从分析一个单位的事务活动开始将收集的数据元素作为分析对象，各层实体及联系通过低层属性综合而成步骤识别用户关心的实体及实体间联系，建立初步数据模型框架；逐步求精，加上必要描述属性，形成完整的模型（用户视图）将这些视图集成为一个统一的数据模型（用户视图集成）用E-R图描述全局信息结构确定属性分类确定实体构成确定实体间联系联系通过对数据元素与应用任务联系的定性、定量统计分析技术推导出相应的信息结构优点减少分析中所涉及的对象数，简化分析过程；采用图形法使得整个过程更直观、易理解，有利用户介入基于统计分析（定量/定性）推导，对于较为简单的设计对象特别有效中程在线信息产业培训网实体-关系图：图例中程在线信息产业培训网实体分析法确定局部视图的范围：实体的个数应适量识别实体及标识确定实体间的联系分配实体及联系的属性中程在线信息产业培训网识别实体及标识序号步骤原则描述1对数据对象进行分类同一类中的对象在概念上应具有共性这个过程，类似于面向对象中类的识别，也可以有超类和子类的概念2识别实体与属性描述信息原则实体均有描述信息，属性则没有多值性原则若描述中存在多个值描述，则即使该描述项本身无描述信息也应划为实体存在性原则若对象类R的描述的值集中去掉某个值，如果对应用不产生影响，就应为属性，否则应为实体多对一联系性属性不再与其描述对象之外的其他对象类发生联系组合标识判别原则若一个对象类的标识是由其它对象类的标识组成的，则通常应定义为联系3对象命名命名原则对象名清晰、易于记忆，反应对象的主要特定，遵守缩写规则4确定实体标识（键）实体的标识是指能够惟一标识一个实体的属性或属性组，也就是该实体的关键字。中程在线信息产业培训网实体分析法：确定实体间联系一对一关系：

>两个实体都是强制性的

>仅有一类实体是强制的

>两类实体均非强制性的一对多关系

>多端强制性

>多端非强制性多对多关系中程在线信息产业培训网确定实体间联系时的陷阱类型说明示例扇形陷阱若两个实体类间的一对多联系，由一个实体值引出多个同一类型的联系值，那么其值图将呈扇形结构，也称为扇形联系。而扇形陷阱是指由一个实体引出两种不同类型的扇形联系，形成双扇形结构。这样将丢失教师和系之间的联系表示。断层陷阱是指因为型图包含了传递联系，而掩盖了某些特定的直接联系该模型无法表示直接属于学校的教师中程在线信息产业培训网E-R图到关系模式的转换实体模型：每个实体转成一个模式

客户〔客户名，身份证号，地址，联系〕一对一关系模式：在两个关系模式中的任意一个模式中，参加另一个模式的键和联系类型的属性

校长〔姓名，性别，职称，年龄，校名，任职时间〕

学校〔校名，地址，〕中程在线信息产业培训网E-R图到关系模式的转换一对多关系模式：在n端实体类型对应的关系模式中参加1端实体类型的键和联系类型的属性校长〔姓名，性别，职称，年龄，校名，任职时间〕学校〔校名，地址，〕中程在线信息产业培训网E-R图到关系模式的转换多对多关系模式：将联系类型也转换成关系模式，属性为两端实体类型的键加上联系类型的属性

学生〔学号，姓名，性别，年龄〕课程〔课程号，课程名，授课老师〕考试〔课程号，学号，成绩〕中程在线信息产业培训网数据字典应用数据元素说明

>数据元素名或标识：即对用户而言有意义的名称；>别名：可选择的名字

>类型和长度：说明数据元素的组成局部，是数字、字母还是其他；而长度那么是指其最大的组成个数

>默认值：即数据元素的一个初始值；

>可接受的值：即数据元素有效的合法取值范围

>数据源：即对数据元素值的起源点的具体说明

>平安：对于有权访问或更新每个数据元素的人或部门的标识

>有责任用户：负责输入/改变数据元素值的用户标识

>描述和评论：加上一些更好的说明数据元素的注解中程在线信息产业培训网数据字典应用数据流说明

>数据流名或标识：即在DFD中所对应的数据流名称>描述：说明数据流的用途与目的

>别名：可选择的名字

>数据源：数据流的起点

>目的：数据流的终止点

>记录：每个数据流都代表了一组被称为记录或数据结构的相关实体

>量和频率：描述单位时间内数据流发生的次数。中程在线信息产业培训网数据字典应用数据存储〔文件〕说明

>数据存储名或标识：在DFD中对应的数据存储名称

>描述：说明数据存储的用途与目的

>别名：可选择的名字

>属性：输入或离开数据存储的标准数据流图名

>量和频率：描述数据存储中记录出现的可估计的个数和更新频度加工说明

>加工名或标识：即在数据流图中所对应的加工名称

>描述：说明加工的用途与目的

>加工数据标识：用来指明加工所在的层次

>加工描述：说明包括的输入和输出数据流中程在线信息产业培训网数据字典应用外部实体说明

>实体名或标识：即在数据流图中所对应的实体名称

>描述：说明实体的用途与目的

>别名：可选择的名字

>输入数据流

>输出数据流数据元素说明的常用表示法

>：由…构成

>：和，代表顺序连接的关系

>[|]：或，代表从中选择一个

>{}*：n次重复

>〔〕：代表可选的数据项

>*…*：表示特定限制的注释中程在线信息产业培训网数据字典应用实例客户根本信息=客户编号+客户名称+身份证号码++小灵通+家庭客户编号={0…9}8客户名称={字}4身份证号码=[{0…9}15|{0…9}18]=[{0…9}11|{0…9}12]小灵通=〔区号〕+本地号家庭=〔区号〕+本地号办公=〔区号〕+本地号区号={0…9}4本地号=[{0…9}7|{0…9}8]中程在线信息产业培训网数据需求分析与设计要素术语表数据结构分析，对表的内容要区分

>主要字段和次要字段

>稳定字段和不稳定字段

>即时记录和历史记录另个需要考虑

>联机事务需要报表需求决策查询需求

>数据量与增长速度〔数据查询失效案例〕

>性能与扩展

>并发可能性与数量中程在线信息产业培训网数据需求分析与设计要素数据共享考虑

>数据库、文件、XML

>逐段加密问题

>数据Filter原那么

>谁建立？谁修改？谁查询？谁应用？数据挖掘与分析

>查询报表—从规那么入手

>BI

>数据挖掘，仓库〔电信数据整合〕中程在线信息产业培训网数据仓库中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结规格说明书是需求“圣经〞中程在线信息产业培训网需求描述最正确实践1定义描述需求的标准模板：在书写具体的系统需求时，应该定义一系列的标准模板用于组织需求描述。模板应该包括一些字段，通过填写这些字段，可以完整地说明一项需求。

>主要效益：需求前后一致，因而更加易懂

>引入本钱：中>应用本钱：低使用浅显、一致、简明的语言：当使用自然语言表达某项需求时，应注意使用浅显、简明的语然言一描述，防止使用复杂的句子结构、冗长的句子和不明确的术语。

>主要效率：需求更加易读易懂

>引入本钱：相当低>应用本钱：低-中

中程在线信息产业培训网需求描述最正确实践2适当地使用图解：当需要表示结构化的信息或者需要表达需求描述中信息之间的关系时应当使用图解，图解还可以用于概括数字信息或描述事件和行为序列。

>主要效益：图解最适于记录需求关系

>引入本钱：低>应用本钱：低

>实施指南：应使用图解的典型情况包括当某个对象〔系统、文档〕由多个模块和组件组成，而你又希望说明它们之间的相互关系时；当需要表达一系列的行为，每个行为都有一些输入和输出时；当需要说明空间组织时；当需要使用一些分解结构时。但要防止使用含义不清晰的图案〔如Word中的剪贴画〕中程在线信息产业培训网需求描述最正确实践3用其他需求描述辅助自然语言：某此需求更适于使用特殊的方式书写，如数学公式、决策表等。

>主要效益：更加简明、无二义性的需求描述

>引入本钱：很低>应用本钱：低定量说明需求：只要有可能，就应该使用定量的数值说明系统的需求，非功能需求最有可能采用这一点。

>主要效益：无二义性地表达需求

>引入本钱：低-中>应用本钱：低-中

>实施指南：定义表达这些属性的适宜的度量；为属性决定一个适宜的值。中程在线信息产业培训网非功能需求可以使用度量可靠性：出错时间、错误发生率有效性：请求后出错的可能性性能：每秒处理的事务数，对用户输入的响应时间存储利用：系统最大的尺寸(MB)可用性：学习75%的用户功能所需要的时间，在给定时间内由用户引起的错误的平均值健壮性：系统出错后重新启动的时间完整性：系统出错时，允许的数据丧失的最大限度中程在线信息产业培训网数据需求的描述形式数据模型：E-R模型

>框图：描述产品内、外的数据

>非常适合专家使用，但不便于用户使用数据词典：

>产品内、外数据的文字描述

>非常适合专家及用户数据表达式

>描述数据序列的简洁公式，适合于描述复合数据及消息协议

>非常适合于专家使用，也为许多用户所接受虚拟窗口

>简化的屏幕图像，有图像、真实数据，但无按钮、菜单

>非常适合专家及用户，非常适合于规划新的界面中程在线信息产业培训网功能需求的形式1人、机职责划分：可采用DFD、UML表示

>域模型：人、机结合的模型

>物理模型：人、机各自的职责

>产品层需求：人、机职责划分中程在线信息产业培训网功能需求的形式2上下文图：说明产品及其环境的图示

>为开发人员概括了所有接口

>大多数客户能不费力地理解上下文图中程在线信息产业培训网功能需求的形式3事件列表与功能列表：产品要处理的事件，人、机合作处理的事件域事件实例：

>客人预订>客人入住>客人退房

>换房>提交效劳记录产品事件实例

>查找空闲客房>记录客人信息

>查找客人数据>记录预订数据

>打印预订确认>记录入住数据

>退房>记录效劳

中程在线信息产业培训网功能需求的形式4特性需求：文字形式，该产品应记录/显示/计算…，很多人认为这是惟一可以接受的需求形式可能给用户及分析人员造成错觉实例：

>该产品应能将客户在某一期限内设为维修状态

>该产品应能够显示、打印下两周的人员配置表。该配备应以客房占用的历史数据为依据。

>该产品也应支持根据客户类型，而不是客房号的预订。客人入住时才分配实例客房中程在线信息产业培训网功能需求的形式5屏幕显示及原型：包括屏幕图像及〞按钮“的功能，假设经仔细测试可以作为很好的设计层需求实例：

中程在线信息产业培训网功能需求的形式6任务说明：结构化的文字说明，用于描述用户任务；便于客户、开发

人员理解；便于说明

任务变体以及复杂的

任务实例：

中程在线信息产业培训网功能需求的形式7由任务说明到产品特性：用任务说明解释产品特性；有助于理解、确认特性任务及支持：结

构化的文字说明，

描述任务、域问

题，提出可能的

方案。

中程在线信息产业培训网功能需求的形式8场景说明：说明一项或多项用户任务，或要测试的一个特殊情况，有助于增进开发人员的直觉，通常不作为需求。实例：夜班

由于学习了一整个下午，张三在下午6点开始值夜班时，已感觉到有些疲倦。他的第一项任务是为将在7点钟抵达的客人团做准备，他打印了所有的入住登录表，并将它们同各自的客房钥匙放在一起。

在处理这项任务时，来了一个家庭询问客户的情况。他们想讨价还价，这是张三最不擅长的工作。是否应该给他们提供折扣呢？正好李四从办公室里出来，她微笑地告诉他们：可以为小孩的房间提供10%的折扣。他们接受了，于是张三为他们安排房间，他们希望挨着的两间客户，但是张三总是记不住哪些客普及是挨着的。中程在线信息产业培训网功能需求的形式9用例数据流图以“标准〞作为需求以“开发过程〞作为需求中程在线信息产业培训网非功能需求的形式1开放尺度与开放目标：通常要求到达某个数字目标。实例：

>该产品应能检测超速，并在0.5秒内完成拍照

>该产品应能够2分钟内计算并显示客户占用情况的预报表Planguage表示法：中程在线信息产业培训网非功能需求的形式2能力及准确度需求中程在线信息产业培训网非功能需求的形式3性能需求中程在线信息产业培训网需求规格说明书规格描述的形式

>文档：用结合合理的自然语言精心编写

>图形化模型：描述转换过程、系统状态以及变化、数据关系、逻辑流或者对象类及其关系

>形式化规格说明：逻辑语言(伪码、决策表、决策图)常用模板

>ISO/GB版：面向结构化分析方法的，较陈旧

>RUP版：以面向对象分析方法，用例驱动

>Volere版：很实用的一个第三方公司版本

AtlanticSystemGuild〔〕公司中程在线信息产业培训网1．引言1.1编写的目的1.2背景1.3定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]1.4参考资料[列出用得着的参考资料。]2．任务概述2.1目标[表达该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景

材料。解释被开发系统与其他有关系统之间的关系。]2.2用户的特点[列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，

以及本系统的预期使用频度。]2.3假定和约束[列出进行本系统开发工作的假定和约束。]3．需求规定3.1对功能的规定[用列表的方式，逐项定量和定性地表达对系统所提出的功能要求，说明输入什么量、

经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支

持的并行操作的用户数等指标。]3.2对性能的规定精度时间特性要求灵活性3.3输入输出要求3.4数据管理能力要求〔针对软件系统〕3.5故障处理要求3.6其他专门要求4．运行环境规定4.1设备[列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：4.2支持软件[列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。]4.3接口[说明该系统同其他系统之间的接口、数据通信协议等。]4.4控制[说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。]中程在线信息产业培训网RUP版需求规约1.文档概述

1.1目的

1.2范围

1.3定义、首字母缩写词和缩略语

1.4参考资料

1.5概述2.整体说明

[让读者对整个软件系统的需求有一个框架性的认识。主要包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等方面的内容。]2.1用例模型

2.2假设与依赖关系3.具体需求

3.1用例描述

3.2补充需求[易用性、可靠性、性能、其它]4.支持信息中程在线信息产业培训网Volere版：产品的目标该工程工作的用户问题或背景

>内容：对引发开发任务的工作和情况的描述

>动机：为该工程提供合法理由

>例子：用户对订单到达所需的时间(10天)感到不满

>考虑：用户问题是否严重，是否应解决，如何解决产品的目标

>内容：我们希望产品做什么？

>动机：缺少表述清晰、易于理解的目标，会使工程开发迷失方向

>例子：我们希望对顾客通过下订单订购我们的产品作出立即和完整的响应。

>考虑:是否指派一个人作为“目标管理人〞中程在线信息产业培训网Volere版：客户/顾客…客户：为开发付费的人

>内容：指出客户的名称

>动机：是最终接受该产品的，必须对该产品满意

>例子：公司客户效劳部

>考虑：有时客户是间接，那么选择间接局部中的一个人作为客户顾客：花钱购置该产品的人

>内容：顾客的名称或特征

>动机：它是决定产品价值的人其它风险承担人

>内容：Stakeholder列表

>动机：各方需求源中程在线信息产业培训网Volere版：产品的用户产品的用户

>内容：用户分类、用户工作任务、主题相关经验、技术经验、其它特征(身体、智力、工作态度、技术态度、教育、语言、年龄、性别等)

>动机：了解用户在确定产品易用性、设计偏好时很重要用户优先级

>内容：关键用户、次要用户、不重要用户

>动机：更好地满足不同的用户中程在线信息产业培训网Volere版：需求限制条件解决方案限制条件

>内容：解决方案中必须采用的或不能采用的方式

>例子：产品必须使用WindowsNT系统，必须是一个手持设备

>考虑：有解决方案限制一个边界实现环境

>内容：将实施的技术、物理环境

>动机：要求解决方案必须适应的环境伙伴应用、COTS(外购软件包)预期工作场地环境开发时间、预算中程在线信息产业培训网Volere版：命名标准和定义定义工程中使用的所有术语

>内容：一个字典，包括使用的所有名称的含义，应使用标准名称

>动机：减少工程开发过程中的概念澄清，减少需求歧义

>例子：现值：总额/(1+年利息)年

>考虑：利用已有的数据字典或词汇表

WiKi管理，十分理想！

防止二义性的词和同义词中程在线信息产业培训网Volere版：相关事实和假定相关事实：可能对产品产生影响的外部因素

>内容：对产品产生影响的其他因素、系统和活动

>动机：提醒开发者可能对需求产生影响的一些情况和事实

>例子：原有应用程序主要的问题就是查询操作太多，无法使用假定

>内容：需求开发过程中所做的假设清单，对产品开发有影响

>动机：假定与事实是相对的，它不一定是真实的

>例子：用户能力的假定、外部系统的性能假定

短信效劳器能够完成每秒20条的发送任务

中程在线信息产业培训网Volere版：产品的范围工作的上下文范围

>内容：上下文范围图

>动机：清析地定义系统的边界工作切分

>内容：事件清单，确定工作系统要响应的业务事件，可以用“事件列表〞或“用例列表〞来表述

>动机：确定工作系统的逻辑上的大块

>例子：用户能力的假定、外部系统的性能假定产品边界

>内容：用例图，确定用户和产品的边界

中程在线信息产业培训网Volere版：功能/数据和观感需求功能需求

>内容：产品必须执行的动作描述

>例子：当短信发送失败时，给发送人一个消息提示

>验收标准：取决于要求做的动作数据需求

>内容：E-R图或类图表示要保存的数据，DFD表示数据流通

>动机：澄清产品的主题内容观感需求

>内容：外观设计的要求与局部原型

>动机：外观是产品的有机组成局部，且很重要

>例子：界面主色调应与公司VI吻合，应表现出稳重

>考虑：明确客户对产品外观的观点中程在线信息产业培训网Volere版：易用性需求易于使用

>内容：预期用户应该如何容易地操作产品

>动机：指导产品设计者构建符合最终用户期望的产品

>例子：产品应该帮助用户防止犯错；不懂英文的用户也能操作

>验收标准：使用一个月后，总的错误率应是多少；经过熟悉期后，百分之多少的不懂英文用户同意能够操作学习的容易程度

>内容：学习时间和方式的要求

>动机：量化可接受的用户学习时间

>例子：工程师参加了一周培训后，应该能使用该产品

>验收标准：软件使用培训结束后的最后测验中，工程师应到[一个大家同意的百分比]的通过率中程在线信息产业培训网Volere版：性能需求速度需求

>内容：明确完成特定任务需要的时间，即响应时间

>动机：对特定应用而言，响应时间很重要

>例子：产品必须每秒钟完成20条以上的短信发送

>验收标准：可测量的描述

>考虑：不同速度需求，对于设计与开发影响甚大平安悠关的需求

>内容：对可能产生人身伤害、财产损失和环境破坏所考虑的风险的量化描述。精度要求

>内容：量化描述输出结果的精度要求

>例子：所有有关钱的数据都精确到小数点后两位中程在线信息产业培训网Volere版：性能需求可靠性和可用性需求

>内容：量化可靠性，平均无故障时间、总失败率

>动机：有些系统，可靠是十分重要的

>例子：产品应能够到达100小时的平均无故障时间容量需求

>内容：吞吐量和产品存储数据容量的要求

>动机：保证产品有能力处理期望和数据量

>例子：在上午9:00~12:00应满足300个并发用户使用，其它时间最大负载为150个并发用户中程在线信息产业培训网Volere版：操作需求预期的物理环境

>内容：明确产品将操作的物理环境

>动机：指出可能需要特殊需求、准备或培训的情况

>例子：所有的用户都是站立着操作的该系统的预期的技术环境

>内容：硬件和其他组成新产品操作环境的设备的标准

>动机：确定所有新产品要交互的元件或组成局部伙伴应用程序

>内容：必须与之交互的其他应用程序

>动机：防止在实现阶段才发现

>例子：必须能够与任何Web浏览器交互中程在线信息产业培训网Volere版：可维护性和可移植性维护该产品需要多容易

>内容：对产品作特定修改所需的量化描述

>动机：让每个人意识到产品维护的需要

>例子：新添一种在原有数据根底上生成的报表格式，需要提出后一个工作周内提供是否存在一些特殊情况适用于该产品的维护

>内容：关于预期的产品发布周期和将采取的形式规定

>动机：将每年根据使用情况发布一次更新版可移植性需求

>内容：产品必须支持的其他平台或环境的描述

>动机：量化客户和用户关于产品运行平台的期望

>例子：必须能够运行在Windows英文版、日文版上中程在线信息产业培训网Volere版：平安性需求该产品是保密的吗

>内容：关于谁被授权使用该产品

>动机：理解并突出指明对产品平安保密方面的预期需求

>例子：员工的个人记录只有直接经理可以读取

>考虑：是否存在管理层敏感数据？是否会导致损害或可能用于个人获利的过程？是否有人不应有权使用该产品？……文件完整性需求

>内容：关于所需数据库和其他文件完整性方面的说明

>考虑：信息如何使用？过时信息会有什么影响？审计需求

>内容：需要审计检查方面的规格说明

>动机：构建符合相应审计规定的产品中程在线信息产业培训网Volere版：文化和政策/法律需求文化和政策需求

>内容：针对社会和政策因素的规格说明

>动机：写明在开发者文件经验范围之外的需求

>例子：不要使用会令xx语系人民不快的图标

>考虑：是否熟悉最终用户的文化环境该产品是否受到某些法律管制

>内容：明确该产品的法律需求的描述

>例子：用户隐私数据不提供任何有助于传播的功能支持是否有一些必须符合的标准

>内容：明确适用的标准和参考的详细标准的描述

>考虑：标准业界组织？行业规那么？特殊开发步骤？数据标准？中程在线信息产业培训网Volere版：开放式问题与COTS开放式问题

>内容：对未确定但可能对产品产生影响的因素进行描述

>动机：公开不确定性

>例子：即将执行新的行业法规是否对软件产生影响尚未确定是否有一些成品可以购置是否可使用成品组件是否有一些我们可以复制的东西中程在线信息产业培训网Volere版：开放式问题与COTS新产品会在当前环境中带来什么问题

>内容：新产品如何影响当前环境，不应该做什么

>动机：尽快发现任何潜在冲突

>例子：短信发送成功与否直接影响业务员工作业绩新的开发是否将影响某些已实施的系统现有用户是否会对新产品产生敌对影响预期的实现环境是否会对新产品有限制是否新产品会带来其他问题中程在线信息产业培训网需求项框架：Volere需求白卡中程在线信息产业培训网Volere白卡各项说明需求编号：为了可追踪需求类型：可自己定义一个编号类表事件/用例编号：涉及的业务事件、用例描述：该项需求的意图理由：存在该需求的原因来源：需求提出人、部门、联系方式验收标准：必须到达的最化标准满意度/不满意度：1-5量化，乘积进行排名依赖关系：与其它需求的相关性冲突：与其它需求的冲突支持材料：相关补充说明材料历史：修改记录中程在线信息产业培训网Volere白卡例如25如果一个气象站传送读数失败，产品将发出警告。传送读数失败可能说明气象站失效并需要维护，并且用

于预测结冰的数据可能不完整道路工程师

对每个气象站，当每小时记录下来的各类读数个数不在制造商规定的范围之内时，产品将通知用户35无无Rosa气象站规格说明书GBS在提出中程在线信息产业培训网Volere白卡例如113易用性6,7,8,9,10产品应该对道路工程师易于使用

工程师不必为了使用该产品而参加培训课程Sonia,Henning,道路工程管理者

一个道路工程师将在首次接触该产品的一小时内，能够成

功地执行指定的用例35无无HW在提出中程在线信息产业培训网需求文档编写原那么使用语法、标点正确的完整句子，使语句的段落简短明了采用主动语态的表达方式：如“该系统将…〞，而非“…将发生〞使用的术语应与术语表中定义的术语保持一致将模糊不明确的顶层需求分解成足够详细的几个需求，消除歧义需求声明应该具有一致的风格，例如“系统将…〞，“用户将…〞当以“用户将…〞格式说明时，尽可能明确参与者使用列表、数字、图和表来表示信息强调最重要的信息防止使用语义不清的词语以相同的详细程序编写详细程度的把握：可以单独测试中程在线信息产业培训网歧义术语与改进可接受、足够：具体定义可接受的内容和系统如何地此进行判断差不多可行：不要让开发人员来确定什么是可行的至少、最小、不多于、不超多：指定能够接受的最大值和最小值在…之间：定义终点是否在此范围内依赖：描述依赖性的本质，是提供输入？是提前安装支持软件？有效的：定义系统如何有效地使用资源，系统执行特定的操作的速度如何，用户使用系统的容易程度如何灵活的：描述一种方式改进的、更好的、更快的、优越的：定量说明包括、包括但不限于、等等、诸如：工程列表应包含所有可能性最大化、最小化、最优：陈述对某些参数所接受的最大值和最小值中程在线信息产业培训网歧义术语与改进一般情况下、理想情况下：描述系统在异常和非理想条件下的行为可选择的：指明是系统选择、用户选择还是开发人员选择合理、在必要的时候、在适当的地方：清晰解释如何判断健壮的：定义系统如何处理异常和如何响应预料外的操作条件无缝的、透明的、优雅的：将用户期望转化成能够观察的特性假设干：具体是多少，最小边界值和最大边界值不应该：试着以肯定句来描述最新技术水平：描述其具体含义充分的：指定具体包括哪些内容支持、允许：精确定义系统将执行哪些功能用户友好、简单、容易：描述系统特性，这些特性将到达客户的使用需要和对易用性的期望中程在线信息产业培训网需求修正原描述：后台任务管理器必须在固定的时间间隔内提供状态消息，并在每次时间间隔不得小于60秒。什么是状态消息？什么条件下和以什么方式向用户提供这些消息？显示时间是多长？间隔时间不太明确，1毫秒行吗？修改后：

后台任务管理器应该在用户界面的指定区域显示状态信息

在后台任务进程启动后，消息必须每隔60±10秒更新一次

消息应该保持持续的可见性

后台任务管理器在每次可以与后台任务进程进行通信时，都应该显示后台任务已完成的百分比

当完成后台任务时，后台任务管理器应该显示一个“已完成〞的消息

如果后台任务中止执行，那后台任务管理器应该显示一个出错信息中程在线信息产业培训网需求修正原描述：如果可能的话，应该根据主要法人帐号列表来在线确认所输入的帐号的有效性。如何可能是指什么？是指技术上可行？运行时间可行？如果不能确定一定要，那么应该用TBD来表示！修改后：

当请求者输入帐号时，系统将根据在线的主要法人帐号的列表来验证所输入的帐号。如果在此列表中找不到，那么显示一个错误信息并拒绝订货。中程在线信息产业培训网需求修正原描述：编辑器不应该提供可能带来灾难性后果的查询和替换选项灾难性后果是什么？如果发现这个可能带来灾难性的查询/替换？重要的关注点实际上是：发生意外损坏或丧失时能够保护内容修改后：

1.编辑器将要求用户确认全局性文本改动、删除和插入操作

2.应用程序应提供多级“撤消〞功能中程在线信息产业培训网Agenda需求建模实例业务流程与规那么分析数据需求分析与建模需求描述最正确实践需求管理最正确实践需求过程总结中程在线信息产业培训网需求管理最正确实践1惟一地标识每一个需求：应该给每一个需求分配一个惟一的标识符或者引用数字，可以用于在需求文档的其他局部或在其他系统文档中指向该需求。

>主要效益：明确地引用特定需求是可能的

>引入本钱：很低>应用本钱：很低定义需求管理的策略：定义了需求管理的目标，应该遵循的过程和应该使用的标准。

>主要效益：对所有参与需求管理的人提供指导

>引入本钱：中等>应用本钱：低中程在线信息产业培训网需求管理最正确实践2定义可跟踪性策略：应定义应用维护哪些可跟踪性的信息以及该信息应该怎样表示，可跟踪性信息是可以发现需求间、需求和系统设计、组件和文档间依赖性的信息。

>主要效益：维护所有系统的一致的可跟踪性信息

>引入本钱：中等>应用本钱：中等-高维护可跟踪性手册：它是对需求文档的一个补充，包含了在工程中使用的特定的跟踪性策略和需求的可追踪性信息。

>主要效益：作为所有特定工程的可跟踪性信息的中心记录

>引入本钱：低>应用本钱：中等-高中程在线信息产业培训网需求管理最正确实践3使用数据库来管理需求：建立一个需求数据库，把单个需求作为条目存储进数据库，而不要用文本文档来维护需求。

>主要效益：使管理大量的需求变得容易

>引入本钱：中等-高>应用本钱：中等

>实施指南：需求是怎么表达的？自然语言、图形模型、数学表达式？一般需要管理多少需求？需求总是由在同一地方工作、使用相同类型电脑的小组开发和管理的吗？已经使用一个支持软件工程的数据库了吗？有内部的数据库专家吗？需求工程师负责数据库管理吗？中程在线信息产业培训网需求管理最正确实践4定义变更管理策略：陈述了变更是以何种形式提出、分析和评审的。然后实现已接爱的变更，产生一个新版本的需求文档。

>主要效益：提供一个系统地评估变更提议的框架

>引入本钱：中等-高>应用本钱：低-中等

>实施指南：应包括变更请求过程和处理每个变更请求所需的信息；用来分析变更的影响和本钱以及相关的可跟踪性信息的过程；正式考虑变更请求的成员人数；变更控制的软件支持中程在线信息产业培训网需求管理最正确实践5标识全局系统需求：是在总体上说明了系统想要的或者必须的属性。它们不能够赋予单独的子系统。

>主要效益：找到变更本钱最大的需求

>引入本钱：低>应用本钱：低标识易变的需求：应该维护一个易变的需求列表，即那些最可能发生变更的需求。如果可能，应该对这些需求的变更进行预测。

>主要效益：简化需求变更管理

>引入本钱：低>应用本钱：低记录丢弃的需求

>主要效益：当其再次提出时，保存再分析结果

>引入本钱：低>应用本钱：低中程在线信息产业培训网软件开发中的V字模型中程在线信息产业培训网需求评审：方法非正式评审：

>同级桌面检查：请一位同事检查

>轮查：同时请假设干同事分别检查

>走查：作者向评审人员描述，并要求做出评论正式评审

>同级评审(审查)：最有效的软件质量技术中程在线信息产业培训网需求评审：方法非正式评审：

>同级桌面检查：请一位同事检查

>轮查：同时请假设干同事分别检查

>走查：作者向评审人员描述，并要求做出评论正式评审

>同级评审(审查)：最有效的软件质量技术中程在线信息产业培训网需求审查过程参与者

>需求规格说明书的作者、同级伙伴

>提供规格说明信息的人：分析员、客户

>要根据规格书开展工作的人：开发人员…

>负责相关接口工作的人

>总人数：<=6人角色

>作者>主持人

>读者>记录员中程在线信息产业培训网需求审查：开始标准文档遵循标准模板文档已经进行过拼写检查作者已经检查了文档在版面上的错误已经获得了审查前需要阅读的文档或参考文档在文档中标上了行号，便于查阅所有未解决问题已标上了TBD主持人检查10分钟后，找不出3个以上重大错误中程在线信息产业培训网需求审查：主要阶段规划：谁参加？准备什么材料？总体会议：确定审查的背景、假设及目标准备：审查员阅读材料审查会议：主持人引导返工：审查结果修改跟踪：确定错误已修正中程在线信息产业培训网需求审查：要点需求的完整性

>是否存在遗漏的内容

>是否对所有风险承担者都有考虑需求的可追踪性

>惟一标识符号

>类型说明

>对用例的引用

>冲突描述

>一致使用术语中程在线信息产业培训网需求审查：要点是否与目标相关

产品将维护一个查询表，记录一年中日出和日落时间检查验收标准在限制条件下是否可行是需求还是解决方案顾客价值与镀金需求需求蔓延中程在线信息产业培训网变更管理应确保的事项应仔细评估已建议的变更挑选适宜的人选对变更做出决定变更应及时通知所有涉及的人员工程要按一定的程序来采纳需求变更中程在线信息产业培训网控制工程范围的扩展对许多工程而言，需求的改进是合理且不可防止首先应把新系统的视图、范围、限制文档化并作为业务需求的一局部对于控制范围扩展的方法是要敢于说“不〞基线+变更过程是解决工程范围扩展的重要手段中程在线信息产业培训网变更控制过程好的变更控制过程给工程风险承担者提供了正式的建议需求变更机制变更控制过程并不是给变更设置障碍，而是提供一个渠道和过滤器控制需求变更同工程的其他配置管理决策是紧密相连的，管理需求变更类似于跟踪错误和做出相应决定的过程中程在线信息产业培训网变更控制策略所有需求变更必须遵循的过程，按照此过程如果一个变更需求未被采纳，那么其后过程不再予以考虑对于未批准的变更，除可行性论证之外，不应再做其他设计和实现工作简单请求一个变更不能保证能实现变更，要由工程变更控制委员会〔CCB〕决定实现哪些变更工程风险承担者应该能够了解变更数据库的内容绝不能从数据库中删除或修改变更请求的原始文档每一个集成的需求变更必须能够跟踪到一个经核准的变更请求中程在线信息产业培训网变更控制步骤每个变更控制步骤由4个组件组成：开始条件：在执行过程或步骤前应该满足的条件过程和步骤中所包含的不同任务及工程中负责完成它们的角色验证任务正确完成的步骤结束条件：指出过程或步骤完成的条件中程在线信息产业培训网描述变更控制步骤概述：说明此步骤的目的，确定步骤能够应用的范围角色和责任：列出参与变更控制活动的工程组成员并且描述他们的责任〔CCB主席、CCB、评估者、修改者、建议者、工程管理者、请求接受者、验证者〕变更请求状态开始条件任务验证退出条件变更控制状态报告中程在线信息产业培训网变更需求状态转换中程在线信息产业培训网变更控制工具可以定义变更请求的数据项可以定义变更请求生存期的状态转换图可以加强状态转换图使经授权的用户仅能做出所允许的状态变更记录每一种状态变更的数据，确认做出变更的人员可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员可以根据需要生成标准的或定制的报告和图表中程在线信息产业培训网变更控制委员会(CCB)CCB是业界的最正确实践，可以由一个小组或多个不同的组担任，负责做出决定究竟将哪一些已建议需求变更或新产品特性付诸应用负责对工程中任何基线工作产品的变更做出决定CCB的组成：

>工程管理部门>产品管理或需求分析部门

>开发部门>测试或质量保证部门

>市场或客户代表>用户文档部门

>技术支持部门>配置管理部门中程在线信息产业培训网测量变更活动软件测量是深入工程、产品、处理过程的调查研究需求变更活动的以下方面值得考虑：

1〕接收、未作决定、结束处理的变更请求数量

2〕已实现需求变更的合计数量

3〕每个方面发出的变更请求的数量

4〕每一个已应用的需求建议变更和实现变更的数量

5〕投入处理变更的人力、物力可以通过线划图、直方图来表示中程在线信息产业培训网需求跟踪跟踪能力〔联系〕链使你能够跟踪一个需求使用期限的全过程四类需求跟踪能力链中程在线信息产业培训网需求跟踪联系链中程在线信息产业培训网需求跟踪动机跟踪能力信息可帮助审核确保所有需求被应用变更影响分析：跟踪能力信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素维护：可靠的跟踪能力信息使得维护时能够正确、完整地实施变更，从而提高生产率工程跟踪：认真记录跟踪能力数据，可以获得方案功能当前实现状态的记录再设计：可以列出传统系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置重复利用、减少风险、测试中程在线信息产业培训网需求跟踪矩阵用户需求功能需求设计元素代码模块测试用例UC-28catalog.query.sortcatalog类catalog.sort()search.7search.8UC-29catalog.query.importcatalog类catalog.import()catalog.validate()search.12search.13search.14……………

功能需求用例UC-1UC-2UC-3UC-4FR-1FR-2FR-3中程在线信息产业培训网跟踪能力联系链可能的信息源链的源对象链的目的对象信息源系统需求软件需求系统工程师用例功能性需求需求分析员功能性需求功能性需求需求分析员功能性需求软件体系结构元素软件体系结构（设计）者功能性需求其他设计元素开发者设计元素代码开发者功能性需求测试实例测试工程师中程在线信息产业培训网需求跟踪能力过程决定定义哪几种联系链选择使用的跟踪能力矩阵的种类确定对产品哪局部维护跟踪能力信息通过修订过程和核对表来提醒开发者在需求完成或变更时更新联系链制定标记性的标准确定提供每类联系链信息的个人培训工程组成员一旦有人完成某项任务就要马上更新跟踪能力数据在开发过程中周期性地更新数据中程在线信息产业培训网变更影响分析变更请求ID号：.标题：.描述：.分析人员：.日期：.优先级评估：相对收益：〔1~9〕相对损失：〔1~9〕相对费用：〔1~9〕相对风险：〔1~9〕计算出的最终优先级：〔相对于其他待处理需求〕估计的总工作量：〔人时〕估计损失的总工作量：〔人时〕估计对进度的影响：〔天〕额外的本钱影响：〔元〕质量影响：受影响的其他需求：爱影响的其他任务：集成问题：生存期费问题：检查可能要变更的其他组件：中程在线信息产业培训网基于文档存储需求方法的限制很难保持文档与现实的一致通知受变更影响的设计人员是手工过程不太容易做到为每一个需求保存增补的信息很难在功能需求与相应的用例、设计、