软件工程与项目管理-2.pptxVIP

  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文档。上传文档
查看更多
软件工程与项目管理-2

软件工程与项目管理;第二部分 软件工程技术方法综述;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;软件工程方法比较;结构化软件工程方法;结构化软件工程方法——需求分析;结构化软件工程——需求分析;结构化软件工程——需求分析;结构化软件工程——概要设计和详细设计;结构化软件工程——概要设计和详细设计;结构化软件工程——概要设计和详细设计;结构化软件工程——概要设计和详细设计;结构化软件工程——结构化编码;结构化软件工程——结构化测试;结构化软件工程——结构化维护;结构化软件工程技术-总结;结构化软件工程技术-总结;面向对象软件工程方法;面向对象软件工程方法;面向对象软件工程方法——需求分析;面向对象软件工程方法——需求分析;面向对象软件工程方法——需求分析;面向对象软件工程方法——面向对象设计;面向对象软件工程方法——面向对象设计;面向对象软件工程方法——面向对象编程;面向对象软件工程方法——面向对象测试;面向对象软件工程方法——面向对象维护;面向对象软件工程方法-总结;结构化与面向对象本质区别;软件工程常见技术;复用(Reuse);基于构件的软件复用(Reuse);基于构件的软件复用(Reuse); 按照分层构件的思想,由三个层次组成: 1.界面模型层:管理信息系统的界面视图,支持不同的访问模式。 2.业务模型层:管理信息系统的功能实现层,管理具体的业务逻辑。该层基于框架实现对业务逻辑对象的全生命周期管理,同时实现与第三方系统之间的集成。 3.数据模型层:管理信息系统的业务数据存储层,利用关系数据库对业务系统的数据进行存储和处理。; 平台另一个重要设计理念是模块的可插拔,即构建可插拔的模块化应用系统。可插拔的模块化应用系统采用了组合模式,通常会包含一个 客户端应用程序骨架(Shell),该 Shell 提供了整个用户界面的框架及结构。模块可动态插拔,各模块通过 Shell展示相应的界面视图。结合统一应用层次化模型的指导思想及设计理念,通常情况下,一个应用系统就是由不同的??中的模块组合而成。; 应用系统可以划分为不同的层次,例如技术架构层、技术领域层、业务架构层、业务领域层、行业解决方案层及项目实施层; 不同层次的应用层次化模型元素(包括服务、组件、表等等) 可以按顺序覆盖,即上层的模型元素可以覆盖下层的模型元素; 每一层的应用层次化模型元素 可独立修改及更新,不会对其他层造成影响。; 系统在不同抽象层次上设计了各种解决方案,具有构件化的软件架构,形成了不同层次构件,如基础层构件、中间层构件、领域级构件、子系统级构件等各种不同粒度的构件。;项目为什么失败?;敏捷开发(Agile?Development);敏捷开发(Agile?Development);敏捷开发(Agile?Development);;最高目标是能持续地、及早地向客户交付软件; 拥抱变化; 频繁地发布可运行的软件; 客户和开发人员在一起工作; 以人为本; 最重要的衡量开发过程的手段,是可工作的软件; 稳定的开发速度; 敏捷高效的设计; 简单有效; 重视Teamwork; 积极的调整。 ;;结对编程(Pair Programming) 所有设计决策都牵涉到至少两个人。 至少有两个人熟悉系统的每一部分。 几乎不可能出现两个人同时疏忽测试或其它任务。 改变各对的组合在可以在团队范围内传播知识。 代码总是由至少一人复查。 结对的编程比单独编程更有效。 ;不强调文档,转向强调可运行的软件片段; 开发者与顾客之间的频繁沟通; 快速开发,快速反馈,快速修改; 连续不断的短周期迭代;;作业

文档评论(0)

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

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

1亿VIP精品文档

相关文档