包括发现的错误及使用的资源?Р·有什么机制来保证按照软件工程标准来指导工作?Р·是否使用配置管理来维护系统/软件需求、设计、编码、测试用例之间的一致性?Р·是否使用一个机制来控制用户需求的变化及其对软件的影响?Р·对子每一个承包出去的子合同,是否有一份文档化的工作说明、一份软件需求规约和一Р份软件开发计划?Р·是否有一个可遵循的规程,来跟螓及复审子合同承包商的工作?Р技术问题包括:Р·是否使用方便易用的规格说明技术来辅助客户与开发者之间的通信?Рb是否使用特定的方法进行软件分析?Р·是否使用特定的方法进行数据和体系结构的设计?Р·是否90%以上的代码都是使用高级语言编写的?Р·是否定义及使用特定的规则进行代码编写?Р·是否使用特定的方法进行测试用例的设计?Р·是否使用配置管理软件工具控制和跟踪软件过程中的变化活动?Р·是否使用工具来创造软件原型?Р·是否使用软件工具来支持测试过程?Р·是否使用软件工具来支持文档的生成和管理?Р·是否收集所有软件项目的质量度量值?Р·是否收集所有软件项目的生产率度量值?Р如果对于上述问题的答案多数是否定的,则软件过程是薄弱的且风险很高。Р6)技术风险检查表Р采用新技术是具有挑战性和令人兴奋的,但这也是有风险的。下面的风险检查表中的条目标识了与建造的技术相关的常见风险:Р·该技术对于你的公司而言是新的吗?Р·客户的需求是否需要创建新的算法?Р·待开发的软件是否需要使用新的或未经证实的硬件接口?Р·待开发的软件是否需要与开发商提供的未经证实的软件产品接口?Р·待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口?Р·产品的需求是否要求采用特定的用户界面?Р·产品的需求中是否要求开发某些程序构件,这些构件与你的公司以前开发的构件完全不同?Р·需求中是否要求采用新的分析、设计、测试方法? ⒒Р·需求中是否要求使用非传统的软件开发方法?
全文预览
