- 1、本文档共126页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程第1章-概论全解
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 复旦大学计算机科学技术学院 软件工程(第二版) 集成型开发环境是一种把支持多种软件开发方法和过程模型的软件工具集成到一起的软件开发环境 集成型开发环境由环境集成机制和工具集组成 集成型软件开发环境 * 复旦大学计算机科学技术学院 软件工程(第二版) 环境集成机制包括: 数据集成机制:为各种相互协作的工具提供统一的数据接口规范 控制集成机制:支持各个工具或开发活动之间的通信、切换、调度和协同工作,并支持软件开发过程的描述、执行与转接 界面集成机制:支持工具界面的集成和应用系统的界面开发,统一界面风格 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 复旦大学计算机科学技术学院 软件工程(第二版) CL3 已定义的:其共性目标集中于已定义的过程的制度化。 过程是按照组织的剪裁指南从组织的标准过程集中剪裁得到的,还必须收集过程资产和过程的度量,并用于将来对该过程的改进上 CL4 定量管理的:其共性目标集中于可定量管理的过程的制度化。使用测量和质量保证来控制和改进过程域,建立和使用关于质量和过程执行的定量目标作为管理准则 CL5 优化的:使用量化(统计学)手段改编和优化过程域,以对付客户要求的改变和持续改进计划中的过程域的功效 * 复旦大学计算机科学技术学院 软件工程(第二版) 连续式模型将24个过程域划分为过程管理、项目管理、工程和支持四个过程组: 连续式分组 过程域 过程管理 组织级过程焦点OPF,组织级过程定义OPD,组织级培训OT,组织级过程性能OPP,组织级改革和实施OID 项目管理 项目计划PP,项目监督和控制PMC,供应商合同管理SAM,集成化项目管理IPM,风险管理RSKM,集成化建组IT,项目定量管理QPM 工 程 需求管理REQM,需求开发RD,技术解决方案TS,产品集成PI,验证VER,确认VAL 支 持 配置管理CM,过程和产品质量保证PPQA,度量和分析MA,决策分析和解决方案DAR,组织级集成环境OEI,因果分析和解决方案CAR * 复旦大学计算机科学技术学院 软件工程(第二版) 内容摘要 计算机软件 软件工程 软件过程 软件过程模型 CASE工具与环境 * 复旦大学计算机科学技术学院 软件工程(第二版) 软件过程模型 软件过程模型是软件开发全部过程、活动和任务的结构框架 也称软件开发模型 或软件生存周期模型 * 复旦大学计算机科学技术学院 软件工程(第二版) 软件过程模型 典型的软件过程模型有: 瀑布模型(waterfall model) 演化模型(evolutionary model) 增量模型(incremental model) 原型模型(prototyping model) 螺旋模型(spiral model) 喷泉模型(water fountain model) 基于构件的开发模型(component-based development model) 形式方法模型(formal methods model) * 复旦大学计算机科学技术学院 软件工程(第二版) 瀑布模型 系统工程 需求分析 与规约 设计与 规约 编码与 单元测试 集成测试 系统测试 运行与 维护 * 复旦大学计算机科学技术学院 软件工程(第二版) 1970年W.Royce提出瀑布模型 特征 接受上一阶段的结果作为本阶段的输入 利用这一输入实施本阶段应完成的活动 对本阶段的工作进行评审 将本阶段的结果作为输出,传递给下一阶段 缺点 缺乏灵活性,难以适应需求不明确或需求经常变化的软件开发 开发早期存在的问题往往要到交付使用时才发现,维护代价大 * 复旦大学计算机科学技术学院 软件工程(第二版) 许多软件项目在开发早期对软件需求的认识是模糊的、不确定的,因此软件很难一次开发成功 可以在获取了一组基本的需求后,通过快速分析构造出该软件的一个初始可运行版本,称之谓原型(prototype),然后根据用户在试用原型的过程中提出的意见和建议、或者增加新的需求,对原型进行改造,获得原型的新版本,重复这一过程,最终得到令客户满意的软件产品 演化模型的开发过程就是从构造初始的原型出发,逐步将其演化成最终软件产品的过程 演化模型适用于对软件需求缺乏准确认识的情况 典型的演化模型有:增是模型、原型模型、螺旋模型 演化模型
文档评论(0)