软件工程 第一章绪论.pptVIP

  1. 1、本文档共54页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1.1软件工程简述 5. 结果应能清楚地审查 软件产品是看不见、摸不着的逻辑产品,开发过程难以评价和管理。 根据软件开发项目的总目标及完成期限,规定开发组织的责任和产品标准,使所得的结果能够清楚地审查 1.1软件工程简述 6. 开发小组的人员应该少而精 开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。 开发小组人员数目的增加,使相互交流复杂、费用增加。 1.1软件工程简述 7. 承认不断改进软件工程实践的必要性 遵循前6条基本原理,就能够按照当代软件工程基本原理实现软件的工程化生产,但不能保证赶上时代前进的步伐。 积极主动采纳新的软件技术,且不断总结经验。 1.1软件工程简述 三、软件工程的目标及框架、原则 ⑴ 软件工程的目标可概括为“生产具有正确性、可用性以及开销合宜的产品”; ⑵ 软件工程的活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”; ⑶ 软件工程实施过程中的四条基本原则: ①? 选取适宜的开发模型; ②? 采用合适的设计方法; ③? 提供高质量的工程支持; ④? 重视开发过程的管理。 1.2 软件的生存周期及其开发模型 1. “生命周期法”的起源。 软件工程采用的“生命周期法”,就是从时间角度对软件开发和维护的复杂问题进行分解,把软件生存的漫长周期依次划分为若干个阶段,每个阶段有相对独立的任务,然后再逐步完成每个阶段的任务. 软件生存周期包括问题定义、可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等活动,可以将这些活动以适当方式分配到不同阶段去完成。 1.2软件的生存周期及其开发模型 2. 生命周期划分的原则 任务的性质尽可能相同,从而降低每个阶段任务的复杂性,简化不同阶段之间的联系,有利于软件开发过程的组织管理。 3. 生命周期的划分 软件生命周期一般分为:软件定义(问题定义、可行性研究、需求分析)、软件开发(总体设计、详细设计、编码和单元测试、综合测试)、软件使用与维护等三个时期。 1.2 软件的生命周期及其开发模型 软件定义 问题定义 可行性分析 需求分析 软件开发 系统设计 编码 测试 软件与维护 1.2软件的生命周期及其开发模型 软件生命周期的各个阶段: (1)问题定义 (2)可行性分析 (3)需求分析 分析软件需求,编写软件需求规格说明 (4)概要设计和详细设计 确定软件体系结构,设计软件模块 (5)程序编写 (6)软件测试 (7)运行和维护 1.2软件的生存周期及其开发模型 一、瀑布模型 瀑布模型的优点: 通过设置里程碑,明确每阶段的任务与目标。 可为每阶段制定开发计划,进行成本预算,组织开发力量。 通过阶段评审,将开发过程纳入正确轨道。 严格的计划性保证软件产品的按时交付。 瀑布模型的缺点: 缺乏灵活性,不能适应用户需求的改变。 开始阶段的小错误被逐级放大,可能导致软件产品报废。 返回上一级的开发需要十分高昂的代价。 随着软件规模和复杂性的增加,软件产品成功的机率大幅下降。 瀑布模型的适应范围: 它主要适应于小规模的软件开发。 2.2 软件开发过程模型 二、原型模型 1. 基本思想 在获取一组基本的需求定义后,利用高级软件工具的可开发环境,快速地建立一个目标系统的最初版本,并把它交给用户试用、补充和修改,再进行新的版本开发。反复进行这个过程,直到得出系统的“精确解”,即用户满意为止。经过这样一个反复补充和修改的过程,应用系统的“最初版本”就逐步演变为系统的“最终版本”。 1.2 软件的生存周期及其开发模型 原型:一个具体的可执行模型,它实现了系统的若干功能。 原型法:不断地运行系统“原型”来进行启发、揭示和判断的系统开发方法。 1.2软件的生存周期及其开发模型 原型法的主要思路: 根据用户的需求迅速构造一个低成本的用于演示及评价的试验系统(原型) 由用户对原型进行评价 在用户评价的基础上对原型进行修改或重构 。 1.2软件的生存周期及其开发模型 有了满意的系统原型,同时也积累了使用原型的经验,用户常会提出新目标,从而进一步重新构造原型周期。新目标的范围要比修改或补充不满意的原型大。 (1)渐增型 (2)用于验证软件需求的原型 (3)用于验证设计方案 1.2软件的生存周期及其开发模型 3. 软件原型是软件的最初版本,以最少的费用、最短的时间开发出的、以反映最后软件的主要特征的系统。它具有以下特征: (1)它是一个可实际运行的系统。 1.2软件的生存周期及其开发模型 (2)它没有固定的生存期。一种极端是扔掉原型(以最简便方式大量借用已有软件,做出最后产品的模型,证实产品设想是成功的,但产品中并不使用); 另一种极端是最终产品的一部分即增量原型(先做出最终产品的核心部分,逐步增加补充

您可能关注的文档

文档评论(0)

skewguj + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档