网站大量收购独家精品文档,联系QQ:2885784924
  1. 1、本文档共67页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
0软件设计.ppt

? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6.8.5.5 客户端服务器风格 客户端服务器风格设计的目标是达到可测量性的需求,并适用于应用程序的数据和处理分布在一定范围内的多个构件上,且构件之间通过网络连接。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6.8.5.6 解释器(虚拟机)风格 该风格通常用于建立一种虚拟机去弥合程序的语义与作为计算引擎的硬件的差异。 由于解释器实际上创建了一个软件虚拟出来的硬件机器,所以被称为虚拟机风格。 这种风格适用于应用程序不能直接运行在最合适的机器上或不能直接以最适合的语言执行 程序设计语言的编译器,如Java,Smalltalk等。 基于规则的系统,比如专家系统领域的Prolog等。 脚本语言,比如Awk,Perl等 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6.8.5.7 仓库风格 仓库风格的体系结构由两种构件组成: 中央数据结构,表示当前状态; 独立构件的集合,它对中央数据结构进行操作。 传统的数据和状态控制方法 由输入事务选择进行何种处理,并把执行结果作为当前状态存储到中央数据结构中,此时仓库是一个传统的数据库体系结构; 黑板体系结构 由中央数据结构的当前状态决定进行何种处理 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6.8.5.8 黑板风格 黑板系统通常被用于在信号处理方面进行复杂解释的应用程序,以及松散的构件访问共享数据的应用程序。 知识源:是特定应用程序知识的独立散片。知识元之间的交互只在黑板内部发生。 黑板数据结构:知识源不断地对黑板数据进行修改,直到得出问题的解答。黑板数据结构起到了知识源之间的通信机制的作用。 控制器:控制是由黑板的状态决定的。一旦黑板数据的改变使得某个知识源成为可用的,知识源就会被控制模块激活。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6.8.5.9 MVC风格 模型-视图-控制器风格通常简称为MVC(Model-View-Controller)风格,主要用于处理基于B/S结构的软件用户界面开发中所面临的实际问题。 视图:为用户显示模型信息。视图从模型获取数据,一个模型可以对应有多个视图。 模型:模型是应用程序的核心,它封装内核数据与状态。对模型的修改将扩散到所有视图中。所有需要从模型中获取数据的对象都必须注册为模型的视图。 控制器:是提供给用户进行操作的接口。每个视图与一个控制器构件相关联。控制器接受用户输入,输入事件转换成服务请求,传送到模型或视图。用户只通过控制其与系统进行交互。 * 中间件的种类包括:消息中间件、对象中间件、交易中间件、安全中间件、应用服务器、应用集成服务器等; 世界著名的咨询机构Standish?Group在一份研究报告中归纳了中间件的十大优越性:? ·?缩短应用的开发周期? ·?节约应用的开发成本? ·?减少系统初期的建设成本? ·?降低应用开发的失败率? ·?保护已有的投资? ·?简化应用集成? ·?减少维护费用? ·?提高应用的开发质量? ·?保证技术进步的连续性? ·?增强应用的生命力 * ① 支持软件开发过程的工具 主要有需求分析工具、设计工具(通常还可分为概要设计工具和详细设计工具)、编码工具、排错工具、测试工具等。也可以根据工具所支持的开发方法,将其分为结构化分析与设计工具、面向对象分析与设计工具等。 ② 支持软件维护过程的工具 主要有版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工程工具、软件重构工具等。 ③ 支持软件管理过程和支持过程的工具 主要有项目管理工具、配置管理工具、软件评价工具等。 * IBM公司开发的(OS/360)系统就是一个很好的例子。该系统由4000多个模块组成,约100万条指令,人工为5000人年(一个人年为一个人工作一年的工作量),耗费达数亿美元。该系统投入运行后发现了2000多个错误,而以后每个版本的更新均有1000多个大大小小的错误存在。系统开发陷入了僵局。OS/360系统的负责人F. D. Brooms曾这样形象地描述了开发过程中的困难和混乱:“……像一头巨兽在泥潭中作垂死挣扎,挣扎得越猛,泥浆就沾得越多,最后没有一个野兽能逃脱淹没在泥潭中的命运……程序设计就像是这样一个泥潭……一批批程序员在泥潭中挣扎……没人料到问题竟会这样棘手……”。 * 一是如何快速开发软件来满足人们对软件日益增长的需求; 二是如何维护数量不断膨胀的已有软件。 * 程序设计方法学是讨论程序的性质、程序

您可能关注的文档

文档评论(0)

报告论文库 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档