对软件项目治理的探讨(1)(1)(4)
2015-11-23 01:06
导读：（3）评审准则 。评审产品，而不是评审设计者（不能使设计者有任何压力）； 。会场要有良好的气氛； 。建立议事日程并维持它（会议不能脱离主题）
（3）评审准则
。评审产品，而不是评审设计者（不能使设计者有任何压力）；
。会场要有良好的气氛；
。建立议事日程并维持它（会议不能脱离主题）；
。限制争论与反驳（评审会不是为了解决题目，而是为了发现题目；
。指明题目范围，而不是解决提到的题目；
。展示记录（最好有黑板，将题目随时写在黑板上）；
。限制会议人数和坚持会前预备工作；
。对每个被评审的产品要尽力评审清单（帮助评审职员思考）；
。对每个正式技术评审分配资源和时间进度表；
。对全部评审职员进行必要的培训；
。及早地对自己地评审做评审（对评审准则的评审）。
5、ISO9000.3软件质量认证体系
ISO9000.3是ISO9000质量体系认证中关于计算机软件质量治理和质量保证标准部分。它从治理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提供产品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/丈量和试验设备的控制、检验和试验状态、分歧格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。
6、测试
软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输进在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。假如测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：
（1）测试计划：确定测试范围、方法、和需要的资源等。
（转载自http://zw.nseac.coM科教作文网） （2）测试过程：具体描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
（3）测试结果：把每次测试运行的结果回进文档，假如运行出错，则应产生题目报告，并且必须经过调试解决所发现的题目。测试结果：把每次测试运行的结果回进文档，假如运行出错，则应产生题目报告，并且必须经过调试解决所发现的题目。
七、软件风险治理
软件项目治理存在着风险，假如我们提前重视风险，并且有所防范，就可以最大限度减少风险的发生。进行风险治理是有效的手段。
1、风险的分类
根据风险内容，我们可以将风险分为项目风险（本钱进步，时间延长等）、技术风险（技术不成熟等）、贸易风险（销售题目等）、战略风险（公司的经营战略发生了变化）、治理风险（公司治理职员是否成熟等）、预算风险（预算是否正确等）等。
另外，我们还可以将风险分为已知风险（如员工离职等）、可预告风险（从以往经验得出可能有风险的）和不可预知风险。
2、风险的识别
风险识别的有效方法是建立风险项目检查表。主要涉及以下几方面检查：
。产品规模风险检查
。业务影响风险检查
。与客户相关的风险检查
。过程风险检查
。技术风险检查
。开发环境风险检查
。与职员的模式和经验有关的风险检查
3、风险评估
风险评估主要从下面七个方面进行：
。发生的可能性
。发生的结果（影响）
。建立一个标准表示风险可能性（如，极罕见、罕见、普通、可能、极可能）
。描述风险带来的后果
。估计对产品和项目的影响
。确定风险评估的正确性
（科教论文网 lw.NsEac.com编辑整理） 。根据影响排定有限队列
另外，要对每个风险的表现、范围、时间做出尽量正确的判定。
4、风险的评价
对风险的评价主要依据三个因素：风险描述、风险概率和风险影响。从本钱、进度及性能三个方面对风险进行评价。确定项目的中止点，在中止点出再一次进行风险评价。
