附录风险分类体系表

1、.：.；风险分类体系表风险分类体系表，按照产品工程类、开发规程和方法类、规划约束类三个类别，采用列举各类的不同来源和属性下的问题方法，协助 在工程中更好的识别风险来源和管理风险。表A.1 产品工程类产品工程类来源属性问题需求支持性需求的相关方能否对需求活动提供了足够的支持？客户或用户能确保参与需求的获取活动吗？no 能采取措施使其参与或采用客户和用户代表替代的方法吗？客户或用户能为开发方提供现场察看的时机吗？no 能由用户或用户代表详细描画用户的实践任务流程吗？组织对需求人员进展市场调查活动给与资源和时间方面的支持吗？客户了解需求分析人员的需求获取和需求分析活动吗？no 能经过培训或进一步沟通

2、获得他们的了解吗？掌握性设计人员对需求的内容准确掌握了吗？设计人员对需求的内容能获得正确了解吗？no 能经过培训或与需求人员的沟通处理这个问题吗？设计人员对需求的内容全面掌握吗？no 能经过培训或与需求人员的沟通处理这个问题吗？稳定性随着开发的进展需求能否发生变化？需求能否稳定？no 在哪些方面质量、功能、进度、集成、设计、测试影响系统？外部接口能否会有变化？完好性需求能否有所脱漏或规定不够完好？能否有他知道应该在需求阐明书中写明，但却没有写的需求？yes 他可以将这些需求融入到系统中吗？客户能否有需求阐明书中没有包括的需求或期望？yes 能否有一种途径去获得这些需求？能否完好地定义了外部接口

3、？明晰性需求能否明晰或有必要的解释？他能否了解书面化的需求阐明书？no 不明确之处能否正在被称心地处理？yes 描画能否存在歧义或者短少必要地解释？ 有效性按照需求所开发出的产品能否真正满足客户的要求？能否存在没有阐明客户真正想要的需求？Yes 他怎样处理这些问题？他和客户对需求的了解能否一致？yes 能否有一种方法确定上述问题？他怎样来确认需求？原型、分析、模拟可行性从分析的观念看需求是不可行的？能否有些需求在技术上难以实现？yes a:这些需求是什么？yes b:为什么这些需务虚现是困难的？no 能否为这些需求做了可行的研讨？Yes 他以为可行性研讨中所做的假定能否可信？ 先例需求所规定的

4、内容他以前从没做过或者他所在的公司从没有做过？需求能否代表当前技术开展的最高程度？技术、方法、言语、硬件no 对他来说现有的需求能否存在新的内容？yes 在这些领域能否有足够的技艺程度？ no能否有方案去获得这些领域的必备技艺？可衡量需求能否规定了一个更大、更复杂的产品，或者要求一个更大的团队来完成？能否关注系统的规模和复杂性？no 在这之前他能否做过同样规模和复杂性的工程？如此规模的工程能否需求一个比通常更大的团队来完成？功能在满足功能性需求方面能否存在一些隐含的问题？能否有规定的算法不能满足需求的情况发生？no 能否存在勉强符合需求的算法和设计？他是如何确定算法和设计的可行性的？原型、模型

5、、分析、模拟难度设计或实现能否存在困难？能否存在根据不真实践和乐观的假定而得出的设计？能否存在设计上有难度的需求或功能？no 他能否有一切需求的处理方案？yes这些需求是什么？为什么不易实现？设计接口能否详细定义并且控制了内部接口硬件和软件？能否详细定义了内部接口？软件和软件、软件和硬件能否有一种方法用来定义内部接口？yes 对于内部接口的变化能否有一种控制方法？硬件能否和软件一同并行开发？yes a.硬件阐明书能否发生变卦？yes b.一切的软件接口都被定义了吗？yes c.能否有可用于测试软件的工程设计模型？性能能否有关于呼应时间或吞吐量方面的需求？在软件性能方面能否存在问题？吞吐量、调度

6、异步实时事件、实时呼应、恢复时限、呼应时间、数据库呼应能否做了性能分析？yes a.对性能的分析他有多大的把握？ yes b.在设计和实现过程中能否有一个可用于跟踪性能的模型？可测试性测试产品是困难的或不能够的吗？软件能否容易测试？设计能否包括一些特性可以协助 测试？测试人员能否参与了需求分析？硬件限制关于目的硬件能否存在一些限制？硬件设备能否限制了他满足软件需求的才干？体系架构、内存容量、吞吐量、实时呼应、呼应时间、恢复时限、数据库性能、功能、可靠性、可用性非软件开发方案中非开发的软件能否存在问题？假设是复用或重构的软件他能否按照方案安排复用或重构非开发的软件？Yes 他能否预见到了什么问题

7、？文档、性能、功能、按时交付、客户化假设运用了商业现货软件运用的商业现货软件能否存在问题？确定接口、规模或性能的文档不够充分性能欠佳需求大的共享内存和数据库容量与运用软件的接口存在问题没有全面的测试不能剔除一切的bug可维护性不强供货商呼应速度缓慢关于集成商业现货软件的补充资料和修订版他能否预见到什么问题？可行性实现设计能否是困难的或不能够的？设计阐明书能否全面定义了执行产品的一切部分？选择的算法和设计容易去实现吗？测试在他验证关于设计的代码之前能否已开场了单元设计？列出的单元测试能否充分？能否有足够的时间去执行他以为应该做的单元测试？假设有进度问题能否做了关于单元测试的进度承诺？编码和单元测

8、试编码/实现在编码和实现方面能否存在问题？用来写代码的设计阐明书能否足够详细？当编写代码时设计能否有变卦？能否存在一些系统限制内存、外部存储给编写代码带来一定的困难？完成软件功能所运用的言语能否适宜？在程序中能否运用了多种言语？yes 不同的编译器产生的代码接口能否兼容？开发计算机能否同目的用户计算机一样？no 开发计算机和目的用户计算机编译器能否存在差别？假设运用了硬件环境编写软件的硬件阐明书能否充分？当编写代码时硬件阐明书能否发生变卦？环境集成和测试环境能否预备充分？能否有足够的硬件去做充分的集成和测试？验证需求的开发现实践场景和测试数据能否存在问题？特定的数据通讯、实时呼应、异步事件处置

9、、多用户接口他能否用设备去验证性能？硬件和软件工具能否方便测试？yes 一切的测试能否充分？产品接口定义、设备预备能否充分？时间能否充足？需求时目的用户的硬件能否可得到？接纳规范能否与一切需求一致？yes 能否有一个正式的协议？外部接口能否被定义、文档化并且构成基线？能否存在难于测试的需求？所规定的产品集成能否充分？能否分配了足够的时间用来产品集成和测试？假设是商业现货软件在验证分配给商业软件的需求时供货商的数据能否可接受？yes 在这方面合同清楚论述了吗？集成测试系统系统集成过程中相互间的协调、接口定义、设备方面能否存在问题？规定了足够的系统集成了吗？在系统集成和测试方面能否分配了足够的时间

10、？一切合同商都是集成团队的一部分吗？产品能否被集成到当前的系统中？Yes 与当前系统能否有一个并行接入的时间段？no 他将如何保证集成后的产品可以正常的任务？系统集成能否在客户现场进展？可维护性维护系统能否是困难的？整体架构、设计、编码能否给维护带来困难？维护人员能否参与了早期的设计？为开发方以外的组织进展产品维护时提供的文档能否充分？可靠性满足可用性和可靠性方面的需求能否有难度？分配给软件的需求能否包括了可靠性方面的需求？分配给软件的需求能否包括了可用性方面的需求？ yes 恢复时限方面能否有问题？工程特性平安性平安性需求是不可行和无法验证的吗？分配给软件的需求能否包括平安性方面的需求？ye

11、s 在符合平安性需求的过程中他能否遇到了困难？验证满足需求中平安性方面的需求时能否存在困难？严密性处置严密性方面的需求能否比编程阅历更重要？能否存在无先例的或代表当前最高技术程度的严密性需求？能否是单机多用户系统？能否实现了这种级别的严密性需求？阐明书设计、实现和测试系统所用的文档是充分的？用来设计系统的软件需求阐明书能否是充分的？设计和实现系统的硬件阐明书能否是充分的？外部接口需求能否很好的被定义？测试阐明书能否是充分的去全面测试系统？假设是实现阶段和部分实现阶段用于实现该系统的设计阐明书能否足够明晰？内部接口表A.2 开发过程和方法类开发过程和方法来源属性问题开发过程规范性对开发过程的实施

12、能否很难了解或很难予以维护？能否运用一种以上的开发模型如瀑布、增量？yes 相互间协调能否存在问题？能否对一切的开发活动予以正式谋划需求分析、设计、编码、集成测试、安装、质量保证、配置管理？yes a:该方案规定的过程能否明晰？yes b:开发人员能否熟习此方案？顺应性过程能否适宜于开发模型如瀑布、原型？开发过程能否顺应于产品？开发过程能否由一组相互一致的规程、方法和工具所支持？过程可控性软件开发过程能否得到强化实施、监视并用可度量的方法控制？分布在不同现场的开发能否可协调？每位工程组成员都遵照开发过程吗？yes 如何保证的？能否度量出开发过程满足不满足预定的消费率目的和质量目的？假设采用分布

13、式开发，还需调查：对于多场地的分布式开发，能否有足够的协调才干？可理解性工程组成员能否具有实施过程的阅历？过程能否被一切成员所了解？工程组成员能否顺利实施开发过程？产品可控性能否具有某些机制用以控制产品的变化？能否存在需求跟踪机制，可使需求从原始阐明不断跟踪到测试用例？能否运用某种跟踪机制，用以评价需求变化对分析的影响？能否存在正式的变卦控制流程？yes 它覆盖到已基线化的一切需求、设计、代码和文档的变卦了吗？恣意级别上的变化能否都向上追溯到了系统级别、向下追溯到了测试级别？系统参与新的需求时，能否进展了足够的分析？能否具有某种方法对接口进展跟踪？开发系统容量能否具有足够的处置才干、内存容量和

14、存储才干？能否为一切人员提供满足一定处置才干的开发环境？能否具备足够的跨阶段如代码、集成、测试才干？顺应性开发系统能否支持一切阶段、一切活动和一切功能？开发系统能否支持进程的一切各个方面需求分析、性能分析、设计、编码、测试、文档、配置管理、管理跟踪、需求跟踪？可用性开发系统的运用能否方便？工程组成员普通以为开发系统能否便于运用？开发系统的信息能否完备？可了解性公司或工程组成员能否完全不熟习该开发系统？工程组成员先前能否运用过某些工具和方法？可靠性系统能否遇到过软件缺陷、系统解体、安配备份缺乏的问题？能否思索过系统可行性如编译、开发工具、硬件？系统支持系统能否及时获得专家或供货商的支持？运用开发

15、工具的人能否获得过培训？与运用某种系统的专家能否便于沟通？供货商对问题的反响能否迅速？可交付性为了把开发系统交付给用户，对可接受的需求进展定义能否还未计入预算？提示：假设参与工程的人员对此不了解，或许从风险的观念看会漏掉一个问题。能否将开发系统交付给了用户？yes 对交付能否分配了足够的预算、进度和资源？管理过程制定方案方案及时制定了吗？，能否包含应急的方案？时间进度是按照方案实施的吗？yes 大家能否只是当成例行公事？当发生变化时，能否重新制定方案，并按照方案进展实施？所以工程组成员的任务中都包含方案吗？对于知的风险有应急的方案吗？yes 他是怎样确定何时进展应急方案？充分的提出长期存在的问

16、题吗？组织机构清楚角色和报告之间的关系时间进度的组织是有效的吗？大家能否清楚他们本人及其他人在方案中的角色吗？大家能否清楚每个人拥有的权益是什么吗？管理阅历是经理在软件开发、软件管理、运用领域、开发过程和大型方案中的阅历。能否有阅历丰富的管理者软件管理、软件开发、开发过程、运用领域、软件规模和复杂性等方面？ 方案接口和客户、承包商、高级或者同级经理的接口上下的管理沟通能否存在问题？和用户文档之间的问题能否及时得到处理？在和用户的管理睬议中有适当的做方案人员吗如技术经理、开发人员、分析人员？ 能否有管理机制确保用户代表可以针对功能和操作方面代表客户的意见。能否有良好的机制用于呈现给客户和高级管理

17、者。管理方法监控管理规那么定义和开发过程的跟踪定期的报告每周形状报告吗？yes 每个人对于每周形状报告都得到回复了吗？从每人的每周形状报告中可以获取适当的信息吗？对方案进展跟踪了吗？yes 管理层能否得到了明晰的进度图表？人员管理工程组成员合理的培训和运用。大家在工程中获得了对于技艺方面的培训吗？yes 这部分包含在方案进度中吗？人员能否被分配到于本人任务阅历不相符的任务区域？工程组成员能否容易获得管理进度安排？一切成员能否了解关于方案的执行形状？大家觉得到坚持方案的重要性了吗？在做管理决议之前，与大家讨论对他们任务的影响了吗？能否有适当的工程组成员技术经理、开发人员、分析人员与客户一同参与了

18、工程的管理进度安排？ 质量保证保证产质量量的资源过程软件质量保证在进度方面的作用充分吗？他定义了保证质量的机制了吗？yes a:一切的区域和过程都有质量保证过程吗？yes b:通常大家在他们任务中运用这些流程吗？配置管理对于多点安装变卦流程和版本控制能否充分？他有足够的配置管理系统吗？配置管理人员充分吗？和安装系统的需求进展协调了吗？yes a:对安装的系统有足够的配置管理吗？yes b:配置管理系统和他的任务同步变卦吗？他正在安装多样的站点吗？yes 配置管理系统支持多点安装吗？任务环境质量认识能否缺乏质量任务的目的？一切人员能否都遵照质量控制流程？可以获得关于质量方面的时间进度吗？协调性能

19、否缺乏团队精神？在处理冲突之间能否需求进展管理层干涉？大家能否经过定义好的功能边境进展协调任务？大家能否朝着通用的目的而有效地进展任务？在某种情况下，管理干涉能否需求协调其他人员一同进展任务？沟通性在同级人员和经理之间存在着义务和目的的薄弱认识，同时技术信息欠缺沟通吗？在工程组成员之间存在良好的沟通性吗如工程经理、技术经理、开发人员、测试人员、配置管理员、QA？ 工程经理擅长和工程组成员进展沟通吗？yes a:他能很好的向他的工程经理寻求协助 吗？yes b:工程组成员在没有完成手里任务时可以提高风险吗？工程组成员对于影响他们任务的事情可以得到及时的通知吗？yes 是正式的还是非正式的？士气是

20、一种没有消费性、没有发明性的气氛吗？人们觉得到本人做了额外的任务而没有得到成认吗？在开发过程中，如何坚持工程组成员的高昂士气？no 产生士气低落的根本要素是什么？保管他所需求的人员方面有什么问题吗？表A.3 规划约束类规划约束类来源属性问题资源进度进度能否不适宜或不稳定？ 进度不断是稳定的吗进度合理吗？ yes 估计的方法能否基于历史数据？采用的方法在过去的实际中证明有效？能否存在进度方案中没有方案到的领域QA活动、培训、维护课程和培训、关键设备、可交付的开发系统？能否存在容易影响进度的外部的依赖关系？人员人员能否缺乏阅历和缺乏必备的知识和技艺或人力缺乏？能否存在所需求的技术技艺缺乏的领域软件

21、工程和需求分析方法、算法专家技术、设计和设计方法、程序文语、集成和测试方法、可靠性、可维护性、适用性、人员要素、配置管理、质量保证、目的环境、平安等级、商业软件、重用软件、执行系统、 数据库、主要运用领域、性能分析、关键软件等？能否有充分的人员供应方案？人员稳定吗？当他需求时他能否有权运用适当的人选？针对这种类型的系统能否实施了人员的安排？程序能否依赖少数几个关键人员？在选择适宜人员时能否有问题？预算资金能否不富余或不稳定？预算稳定吗？预算能否基于合理的估计？yes 估计的方法能否基于历史数据？no 假设没有基于历史数据，这种方法能否曾经运用并有效？能否有部分特征或功能作为设计本钱控制的一部分而被删除？能否存在