- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目管理讲义
软件质量保证 质量,在软件中指确保软件程序开发和应用中的各个方面具有预先设定的某种标准的方法 软件中质量的概念通常与两方面有关: 设计的质量 满足要求的质量 */62 质量的概念 */62 软件质量保证 */62 SQA 操作 */62 软件评审 执行软件评审的主要目的是: 指出产品还可以改进的区域 清楚地确定出软件满足设定标准的部分 保持作业质量的一致性 */62 正式技术评审 */62 软件工程中的错误 */62 质量保证体系:ISO 9000 质量保证体系是一个整体结构的名称,其中包含有助于在组织内部实现质量管理功能的职责、处理、过程以及资源 该体系中的活动包括整个开发过程中的规划、控制、测量、测试、报告和提高质量等级 ISO 9000 主要用于质量保证体系,一般来说可以应用于不同的商业和服务 */62 ISO 9000进行质量保证的方法 使用ISO 9000 质量保证模型注册的所有公司看起来都是由各个相互连接的过程组成的网络 如果体系要符合ISO 9000,则必须使用这些过程来声明标准中指定的区域 过程中的这些区域还应该编制成文档,并在确定后按照指定的方式进行实践 这些区域包括组织结构、过程和处理,以及实施质量策划、控制、保证和提高所需的资源 */62 ISO 9001 的要求 */62 能力成熟度模型 */62 小结 软件项目管理的定义与特点 软件度量 过程控制与质量保证 */62 实验08 项目总结报告 这门课程的收获与建议(每个人)放在项目报告最后部分。 */62 谢谢 */62 与复杂度相关的度量 如果仅仅按照单位时间的代码行(LOC)来测量生产率,则该值很大一部分都取决于待开发的软件的复杂度 现在使用的与复杂度相关的度量是: Halstead 的软件科学(1977年) McCabe 的环路复杂度(1971年) 扇入扇出法 */62 Halstead 的软件科学 使用一组度量来估计编程的工作量 最初先计算以下内容以推导出系统的度量: UniqueOperators = 唯一或独特操作符数 UniqueOperands= 唯一或独特操作对象数 TotalOperators= 所有操作符的总使用数 TotalOperands= 所有操作对象的总使用数 词汇= UniqueOperators+ UniqueOperands 实现长度= TotalOperators+ TotalOperands */62 Halstead 的软件科学-积极方面 这些度量十分易于计算 它们可以独立于所有编程语言使用 对这些度量的计算都是十分简单的, 不需要对程序结构进行深入分析 这些度量可以预测软件中缺陷的发生率 这些度量还可以用于预测在维护中要做的工作的范围 这些度量还可以用于测量软件应用程序的整体质量 */62 McCabe 的环路复杂度 该测量将计算程序中独立路径的数目,它们将决定复杂度的数值 要计算该值,我们必须考虑用图来表示程序 将我们考虑的程序图称为G 图G 的环路复杂度用V 来表示,并如下计算: V(G) = Number (edges) - Number (nodes) + 2 */62 McCabe 的环路复杂度-优点 计算方法简单 应用简单 主要用于软件维护容易程度的度量 可以通过比较不同设计的复杂程度而用作表示软件质量的度量 可以在软件开发生命周期的早期计算得出和应用(与Halstead 的软件科学不同) 通过控制程序开发逻辑指导测试过程 */62 McCabe 的环路复杂度-缺点 注重程序控制复杂度而不是程序处理数据流的复杂度 有时会提供错误结果,尤其是处理有简单的if-then和重复结构的程序时 该度量不会认为多次嵌套的重复结构比非嵌套的重复结构简单,这样会导致结果错误 */62 扇入和扇出方法(1981年) 该方法用来跟踪数据流复杂度 该方法要求计算从模块流出的数据流数,以及模块使用和修改的全局数据项或数据结构的数目 该数必须包括已更新的过程参数 该数还必须考虑从该模块内部调用的过程 Henry 和Kafura 将复杂度定义为: 复杂度= 长度x(扇入x 扇出)2 */62 面向对象的度量 每个类的方法 继承的相关性 对象之间的耦合度 对象的内聚度 对象库有效性 因子分解的有效性 继承方法的重用度 平均的方法复杂度 应用程序的粒度 */62 成本估算模型 以往类似项目、分解技术、经验模型 SLIM或软件生命周期管理模型(1978年),最早的算法成本模型 适用于大型项目,也称宏估算模型 COCOMO或结构成本模型(1981年) 系数来之63个项目分析后估算得到 三个级别:基本模型、中间模型、详细模型 */62 SLIM(软件生命周期管理) */62 SLIM 的优点和缺点 优点 SLIM 以有力的数
文档评论(0)