12应用系统监理(上).ppt

信息应用系统工程监理 中国软件评测中心 * 信息应用系统监理 一、应用系统建设监理的特点 二、监理的目标和内容 三、应用系统建设的质量控制 四、应用系统建设的进度控制 五、应用系统建设的成本控制 六、信息安全管理 一、应用系统建设的特点 比较新颖 伴随新技术在各行业的广泛应用而产生。 科技含量高 本身就是高技术投入实际应用的具体体现。 从业人员素质高、年轻化 范围广 技术领域涵盖计算机、智能建筑、网络、通信、软件工程等；业务涵盖各行各业。 一、应用系统建设监理的特点 信息量互不对称性 信息管理的互不对称性 企业目的与用户目的的矛盾 促使开发行为符合国家有关法律法规、有关政策和相关技术标准的要求 促进建设单位与承建单位的有效沟通 督促各方协商一致，建立一套明确、合理、可行的计划或者规程 及早预测和发现可能影响进度的各种因素 及时纠正可能影响系统功能与性能的缺陷 “四控三管一协调” 质量控制 进度控制 成本控制 变更控制 信息安全 合同管理及知识产权管理 信息管理 协调 三、应用系统建设的质量控制 软件工程质量概述 软件工程质量度量 监理的质量控制工作 软件工程质量概述 CMM和ISO9001似乎并不奏效，现实和理想之间的差距太大。 CMM和ISO9001总是理论性很强并且抛开商业目标谈质量管理，或许误导了大量读者。 重要的理念：商业目标和用户目标决定质量目标。提高软件质量的最终目的是为了赢利，而不是创造完美无缺的产品。因此对于普通项目软件而言，并不是“质量越高越好”，而是恰好让广大用户满意，并且将提高质量所付出的代价控制在预算之内。 软件工程质量概述 产品的价值取决于产品的质量，软件质量的特性是多方面的。必须包括： 与明确确定的功能和性能需求的一致性。软件需求是质量度量的基础，缺少与需求的一致性就无质量可言。 与明确成文的开发标准的一致性。不遵循专门的开发标准，将导致软件质量低劣。 与所有专业开发软件所期望的隐含特性的一致性。忽视软件隐含的需求，软件质量将不可信。 　在著名的McCall模型中，软件质量被描述为： 正确性、可靠性、效率、完整性、可用性、可维护性、灵活性、可测试性、可移植性、复用性、互操作性等11种特性。　　 正确性 在特定环境下，软件满足设计规格说明和用户预期目标的程度。 问题1 如果软件开发满足需求规格说明书要求是否 就不存在问题和错误？ 不一定。即使一个软件能 100 % 地按需求规格执行，如果需求分析错了，那么对客户而言这个软件也存在错误，可能影响使用。 问题2 “运行正确”的程序就是高质量的程序吗？ 不见得！这个程序也许运行速度很低并且浪费内存，也许代码写得一塌糊涂，除了开发者本人谁也看不懂也不会使用。应该说，正确性只是反映软件质量的一个因素而已。 可靠性 可靠性是软件按照设计要求，在规定时间和条件下不出故障、持续运行的程度。 问题3：测试正确的功能正常运行时会出故障么？ 不一定。软件在运行时不会发生物理性质的变化，因此人们常以为软件功能是正确的，那么它一直都会是正确的。由于我们无法对软件进行彻底地测试，无法根除软件中潜在的错误。平时软件运行得好好的，说不准哪一天就不正常了。 效率 为了完成预定功能，软件系统运行所需的计算机资源的多少。 完整性 对未授权人员访问软件或数据的可控制程度。 可用性 学习、操作、准备输入和解释程序输出所需的工作量。软件的可用性要让用户来评价。 可维护性 定位和修复程序中的一个错误所需的工作量。 灵活性 修改或改进一个已投入运行的软件所需的工作量 可测试性 测试软件以确保其能够执行预定功能所需的工作量。 可移植性 将软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行所需的工作量 复用性 一个软件（或部件）可以用于其他应用的程度。 互操作性 连接一个系统和另一个系统所需的工作量。 项目的质量控制 督促承建单位制定质量保证计划。 采用技术评审技术 技术评审目的是尽早地发现工作成果中的缺陷，并帮助开发人员及时消除。技术评审有两种基本类型： 正式技术评审（FTR） 非正式技术评审（ITR） 项目的质量控制 关于“质量保证”与“过程检查” 的术语说明CMM和ISO9001所述的软件质量保证，实质就 是过程检查，即检查软件项目的“工作过程和工作