不可不看——软件工程导论.pptxVIP

软件工程导论20**年3月第一章 软件危机和软件工程(3)1.1 软件危机失效率磨合调整磨损用坏软件危机的表现 开发本钱难以控制，进度不可预计； 软件系统的质量和可靠性很差，难以满意； 软件文档相当缺乏，软件系统不可维护； 软件开发生产率很低，软件产品供不应求。 软件产品本钱十分昂贵。t硬、软件产品失效率曲线软件危机产生的原因软件本身的特点: -- 软件是一种逻辑实体，而不是具体的物理实体，具有高度的抽象性； -- 软件是一个逻辑上复杂而规模上庞大的系统，涉及技术、管理等多方面的问题； -- 软件的生产方式与硬件明显不同：产品的质量控制在设计和制造阶段的不同；产 品的生产方式不同；设计和制造阶段的资金和人力投入、 技术复杂度不同； -- 软件的运行和维护阶段，没有传统意义上的机械磨损、老化问题。 -- 软件与硬件有关，对软件有可移植性的要求。 -- 软件工作涉及许多社会因素。对软件开发与维护存在许多错误认识和做法：无视软件需求分析的重要性；对软件与程序的概念不清；轻视软件维护。 软件开发与维护的方法不正确：对系统需求没有清楚和准确的认识就进入开发阶段， 无视对软件开发过程的管理；……第一章 软件危机和软件工程(4)软件的定义〔Boehm)：软件是程序以及开发、使用和维护程序需要的所有文档。20005.0改正一个问题的估计工作量〔人·天〕引入同一变动付出的代价随时间变化的趋势改正一个问题的估计费用〔美元〕10002.5Bell 实验室统计结果(US〕2000.5RASDDDCDITSTRT200.05早中晚 软件产品需要分阶段的定义、设计和开发，严格的产品质量控制，完整的文档记录。硬件软件5060708090第一章 软件危机和软件工程(5)解决软件危机的途径 将软件开发看成是一种组织严密、管理严格、各类人员协同配合共同完成的 工程工程。 研究和推广成功的软件开发技术和方法。 开发和使用好的软件工具。 根本概念： 软件生命周期：软件所经历的定义、开发、使用和维护直到废弃所经历的 时期。 程序设计环境：源程序编辑，编译或解释，链接，调试和运行工具的集合。 软件工程环境：软件定义，设计和实现，测试和维护等各个阶段所使用的 软件工具的集合。1.2 软件工程软件工程的根本原理用分阶段的生命周期方案严格管理 6类方案 – 工程概要方案，里程碑方案，工程控制方案，产品控制方案， 验证方案，运行维护方案。坚持进行阶段评审 1〕经验数据说明，大局部错误是在编码之前造成的，在整个软件设计错误中， 设计错误占63%，而编码错误占37%。 2〕错误发现和改正得越晚，所需付出的代价就越高。实行严格的产品控制 主要实行基准配置管理。 软件配置成分： 软件开发各个阶段产生的文档和代码。 基准配置： 经过评审后的软件配置成分。采用现代程序设计技术 提高开发和维护的效率，如结构化分析SA和结构化设计SD技术。结果应能清楚地审查 开发小组的人员应少而精 1〕软件开发的进度并非与参与开发人员的数量成正比，有时恰恰相反。 2〕软件产品的质量绝对与开发人员的素质相关。成认不断改进软件工程实践的必要性 1.2 软件工程〔续1〕2. 软件工程的传统途径—生命周期方法学 生命周期方法学的根本内容 从时间角度对软件开发和维护的复杂问题进行分解，把软件生命的漫长周 期依次划分为假设干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶 段的任务。 生命周期方法学的应用方法 从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发；前一个阶段任 务的完成是后一个阶段工作的前提和根底，而后一个阶段任务通常是使前一阶 段提出的解法更进一步的具体化，加进了更多的实现细节。 阶段过渡方法 每一个阶段的开始和结束都有严格标准，前一阶段结束的标准是后一阶段工作 开始的标准。 技术审查和管理复审。根本概念 文档及其作用。生命周期各阶段的根本任务 问题定义→可行性研究→ 需求分析→ 总体设计〔概要设计〕 → 详细设计→ 编码和单元测试→ 综合测试→ 软件维护。 1.2 软件工程〔续2〕4. 瀑布模型 问题定义特点：1〕 阶段间具有顺序性和依赖性 2〕 推迟实现的观点 3〕 质量保证的观点。可行性研究软件定义时期需求分析总体设计详细设计软件开发时期编码与单元测试综合测试软件维护时期软件维护1.2 软件工程〔续3—生命周期各阶段的根本任务〕问题性质、工程目标和规模的报告要解决的问题是什么？分析员：实际用户+负责人问题定义 高层逻辑模型，准确和具体的工程规模和目标，本钱/效益分析等可行性报告可行性研究是否有解决方法？分析员为了解决的问题，目标系统必须做什么？准确确定系统的功能需求分析如何解决这些问题模块划分软件结构总体设计写出正确的容易理解和容易维护的程序模块