《新》第1章+软件工程概述.pptVIP

1.4 软件过程 简化的螺旋模型 1.3 软件生命周期 采用原型模型的软件生存周期 1.5 软件质量的评价 开发软件不仅仅是编程 1.5 软件质量的评价 成功的标准： 用户在用 用户可很容易做完要做的事 失败的根本原因 开发人员写出的东西达不到用户的要求（人的问题、技术问题） 1.5 软件质量的评价 质量与生产率 质量是软件需求方最关心的问题，用户即使不图物美价廉，也要求个货真价实 质量与生产率之间有着内在的联系，高生产率必须以质量合格为前提 质量与生产率的提高就指望程序员与程序经理 非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二 1.5 软件质量的评价 质量直接体现在软件的每段程序中，高质量自然是开发人员的技术追求，也是职业道德的要求 高质量对所有用户都有价值，而高生产率只对开发方有意义 如果一开始就追求高生产率，容易使人急功近利，留下隐患 1.5 软件质量的评价 “没问题”的标准 “运行正确”的程序就是高质量的程序吗？ 也许运行速度很低并且浪费内存，也许代码写得一塌糊涂！ 1.5 软件质量的评价 软件的质量因素 软件的质量因素很多，如正确性、精确性、可靠性、容错性、性能、效率、易用性、可理解性、简洁性、可复用性、可扩充性、兼容性等等。一般说来倾向于可维护性、可靠性、可理解性和效率 1.5 软件质量的评价 正确性与精确性 机器不会主动欺骗人，软件运行不正确或者不精确一般都是人造成的 需求分析错了，那么对客户而言这个软件也存在错误 如果软件没有100%地按需求规格执行，那么这个软件也存在错误 程序员要为“正确”、“精确”四个字竭尽全力 1.5 软件质量的评价 性能与效率 用户都希望软件的运行速度高些（高性能），并且占用资源少些（高效率） 通过优化算法、数据结构和代码组织来提高软件系统的性能与效率优化的关键 工作是找出限制性能与效率的“瓶颈” 1.5 软件质量的评价 易用性 导致软件易用性差的根本原因是开发人员犯了“错位”的毛病，他们以为只要自己用起来方便，用户也一定会满意！ 当用户真的感到软件很好用时，一股温暖的感觉油然而生，于是就用“友好”来评价易用性！ 1.5 软件质量的评价 可理解性与简洁性 开发人员只有在自己思路清晰时才可能写出让别人能理解的程序 编程时还要注意不可滥用技巧，应该用自然的方式编程 简洁是一种美 如果把学术文章写得很简洁，让人容易理解，它往往中不了 1.5 软件质量的评价 可复用性与可扩充性 一种方式是原封不动地使用现成的软件构件 一种方式是对现成的软件构件进行必要的扩充后再使用 可复用性好的程序一般也具有良好的可扩充性 1.5 软件质量的评价 瀑布模型的质量保障体系 1.5 软件质量的评价 软件的高质量主要是设计出来的 不是“管”出来的 更不能依赖质量检查 开发进度： 实例讲评：国家标准：开发进度报告 项目开发计划 实例讲评：国家标准：项目开发计划 开发进度月报（GB8567-88） 1 标题 开发中的软件系统的名称和标识符 分项目名称和标识符 分项目负责人签名 本期月报编写人签名 本期月报的编号及所报告的年月 开发进度月报（GB8567-88） 2 工程进度与状态 2.1 进度 列出本月内进行的各项主要活动，并且说明本月内遇到的重要事件，这里所说的重要事件是指一个开发阶段（即软件生存周期内各个阶段中的某一个，例如需求分析阶段）的开始或结束，要说明阶段名称及开始（或结束）的日期 2.2 状态 说明本月的实际工作进度与计划相比，实提前了、按期完成了、或是推迟了？如果与计划不一致，说明原因及采取的措施 开发进度月报（GB8567-88） 3. 资额耗用与状态 3.1 资额耗用 主要说明本月份内耗用的工时与机时 3.1.1 工时 3.1.2 机时 3.2 状态 说明本月内实际耗用的资源与计划相比，是超出了、相一致、还是不到计划数？如果与计划不一致，说明原因及准备采取的措施 开发进度月报（GB8567-88） 4. 经费支出与状态 4.1 经费支出 4.1.1支持性费用 （1）房租或房屋折旧费；（2）社工资、奖金、补贴；（3）培训费，包括给教师的酬金及教师租金；（4）资料费包括复印及购买参考资料的费用；（5）会议费召集有关业务会议的费用；（6）差旅费；（7）其他费用。 4.1.2 设备购置费：列出本月内支出的设备购置费，一般可分如下三类： （1）购买软件的名称与金额；（2）购买硬设备的名称、型号、数量及金额；（3）已有硬设备的折旧费 开发进度月报（GB8567-88） 4.2状态 说明本月内实际支出的经费与计划相比较，是超过、相符合、还是不到计划数？如果与计划不一致，说明原因及准备采取的措施 5. 下个月的工作计划 6. 建议 1.5 软件质量的评价 软件的高质量主要是设计出来的 不是“管”