- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
上海大学计算机学院 复习 第1章 软件工程学概述 第3章 需求分析 第5章 总体设计 第6章 详细设计 第7章 实现 第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第1章 软件工程学概述 软件危机 定义:指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 典型表现: 开发成本和进度的估计常常很不准确; 用户对“已完成的”软件系统不满意; “闭门造车”; 软件质量不可靠; 软件常常是不可维护的; 软件成本的比例逐年上升; 软件产品“供不应求”; 产生软件危机的原因 软件的规模加大、复杂性提高、性能增强; 软件是逻辑产品, 尚未完全认识其本质和特点; 缺乏系统的开发、维护大型软件项目的技术手段和管理方法; 用户和软件开发人员的理解鸿沟; 错误的认识和作法 第1章 软件工程学概述 软件工程 定义 软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它。 本质特性 软件工程的中心课题是控制复杂性 和谐地合作是开发软件的关键 …… 第1章 软件工程学概述 软件工程的7条基本原理 用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组的人员应该少而精 承认不断改进软件工程实践的必要性 第1章 软件工程学概述 软件生命周期是软件产品或系统一系列相关活动的全周期。 软件生命周期的3个大阶段 软件定义: 确定软件开发总目标;确定工程的可行性;导出实现策略及系统功能;估计资源和成本,并且制定工程进度表。 问题定义、可行性研究、需求分析 软件开发: 具体设计和实现在前一个时期定义的软件 总体设计、详细设计、编码和单元测试、综合测试 软件维护: 使软件持久地满足用户的需要 第1章 软件工程学概述 生命周期中各阶段的任务 1. 问题定义: “要解决的问题是什么?”; 确定用户要求解决的性质、工程的目标和规模。 2. 可行性研究: “对于上一个阶段所确定的问题有行得通的解决办法吗?”, 经济可行性、技术可行性、法律可行性、不同的方案 3. 需求分析: “为了解决这个问题,目标系统必须做什么”, 确定系统必须具有的功能和性能,系统要求的运行环境,并且预测系统发展的前景。 4. 总体设计(概要设计): “概括地说,应该怎样实现目标系统?”; 设计出实现目标系统的几种可能的方案。推荐一个最佳方案。 5. 详细设计: “应该怎样具体地实现这个系统呢?”; 设计出程序的详细规格说明。 6. 编码和单元测试: 写出正确的容易理解、容易维护的程序模块; 仔细测试编写出的每一个模块。 7. 综合测试: 集成测试和验收测试,现场测试或平行运行 8. 软件维护: 使系统持久地满足用户的需要。包括: 改正性维护,适应性维护,完善性维护,预防性维护。 第1章 软件工程学概述 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序,因此,也称为过程模型。 典型的过程模型 瀑布模型(Waterfall model) 快速原型开发模型(Rapid Prototyping model) 增量模型(Incremental model) 螺旋模型(Spiral model) 喷泉模型 其它模型 极限编程XP(eXtreme Programming) RUP(Rational Unified Process) 建造—修补模型(Build-and-fix model) 第1章 软件工程学概述 瀑布模型 特点 阶段间具有顺序性和依赖性 推迟实现的观点 清楚地区分逻辑设计与物理设计,尽可能推迟程序的物理实现。 质量保证的观点(文档驱动) 每个阶段都必须完成规定的文档 每个阶段结束前都要对所完成的文档进行评审 缺点 开发过程一般不能逆转,否则代价太大。 规格说明很难理解:“我知道这是按我的要求做的,但不是我想要的样子。” 软件的实际情况必须到项目开发的后期客户才能看到。 第1章 软件工程学概述 增量模型 把软件产品作为一系列增量构件来设计、编码、集成和测试。 优点 每个阶段交付一个可用的产品。 减少一个全新产品给客户带来的心理上的影响。 分阶段地交付产品不需要大的资金支出。 需求经常变化,增量模型的灵活性使其具有更加优越的适用性。 缺点 需要一个开放的结构,方便构件的加入。 第1章 软件工程学概述 第3章 需求分析 需求分析的任务 准确地回答“系统必须做什么?” “分析软件需求和书写软件需求规格说明书” 软件需求 用户解决问题或达到目标
文档评论(0)