- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
软件工程
第八章设计工程;8.1软件设计的概念;体系结构设计定义软件系统各主要成份之间的关系。
接口设计根据信息流图定义软件内部各成份之间、软件与其它协同系统之间及软件与用户之间的交互机制。
构件设计那么是把结构成份转换成软件构件的过程性描述。;将分析模型转换为设计;从工程管理角度来看,软件设计分两步完成:概要设计和详细设计。
概要设计
将软件需求转化为软件体系结构
确定系统级接口
全局数据结构或数据库模式。
详细设计
确立每个模块的实现算法和局部数据结构
用适当方法表示算法和数据结构的细节;软件设计是后续开发步骤及软件维护工作的根底。如果没有设计,只能建立一个不稳定的系统结构。;软件设计既是过程又是模型。
设计过程是一系列的迭代步骤,使设计人员能够描述目标系统的各个侧面。
设计模型首先描述目标系统的整体架构,然后逐步细化架构得到构造每个细节的指导原那么,从而得到系统的一系列不同的视图。
良好的设计原那么可为设计过程导航。
衡量设计过程的技术原那么:
设计必须实现分析模型中描述的所有显式需求,必须满足用户希望的所有隐式需求。;对于开发者和未来的维护者而言,设计必须是可读的、可理解的,使得将来易于编程、易于测试、易于维护。
设计应该给出软件的全貌,包括从实现角度可看到的数据、功能、行为。
衡量设计模型的技术原那么
设计模型应该是一个分层结构。该结构:
使用可识别的设计模式搭建系统结构。
用显示良好设计特征的构件构成。
可以用演化的方式实现。
设计应当模块化。;设计应当包含数据、体系结构、接口和构件〔模块〕的清晰的视图。
设计应当根据将要实现的对象和数据模式导出适宜的数据结构。
设计应当建立具有独立功能特征的构件。
设计应当建立能够降低模块与外部环境之间复杂连接的接口。
设计模型应当通过使用软件需求信息所驱动的可重复的方法导出。
Davis的软件设计原那么
设计应具有可跟踪性,能回溯到软件需求;;设计不必每次都从头做起,可以复用已有的设计模式和数据模式。
设计应当缩小软件与现实世界中问题的“智力距离”,尽量逼近问题领域的结构;
设计应具有一致性和集成性。整个系统应具有统一的风格和格式,具有良好的接口。
设计结果应能适应未来可能的变更;
设计不是编码,编码也不是设计。设计模型的抽象级别比源代码高。在编码级别上唯一的设计决策是补充一些实现细节。;设计应具有容错性和异常处理能力。对于异常数据、事件、操作条件等能够平滑处理。
在建立设计方案时就应能评估设计质量,而不是在系统编码之后。
应坚持设计评审,减少概念性〔语义性〕的错误。
1) 设计应遵循抽象化的原那么,包含数据抽象和过程抽象。;过程抽象是指在软件设计中将处理过程的实现细节隐藏在过程抽象中,可以直接通过模块接口使用这些处理操作。
数据抽象是指采用抽象数据类型表示数据,实现数据封装,使得使用者可通过接口使用数据而不必关心数据结构的实现。
;抽象案例;2) 设计应遵循自顶向下、逐步细化的原那么,建立一个层次的结构。
将软件体系结构自顶向下,对过程细节和数据细节从抽象到具体,逐层细化,直到用编程语言的语句能够实现为止。
3) 设计模式描述了在某个特定场景中解决某个特定问题的设计结构。
模式是否适合当前的工作
模式是否能够复用
模式是否能够用于指导开发一个类似但是功能或结构不同的模式;4) 设计应当遵循模块化的原那么。
每个模块可独立地开发、测试,最后组装成完整的程序。
其出发点是本着将一种复杂问题“分而治之”的原那么。其目的是使程序的结构清晰,容易阅读、理解、测试、修改。
Meyer的良好模块设计方法的标准
模块可分解性可将系统按问题/子问题分解的原那么分解成系统的模块层次结构;
模块可组装性可利用已有的设计构件组装成新系统,不必一切从头开始。;模块化的依据;模块可理解性一个模块可不参考其他模块而被理解;
模块连续性对软件需求的一些微小变更只导致对某个模块的修改而整个系统不用大动;
模块保护将模块内出现异常情况的影响范围限制在模块内部;
5) 设计应遵循信息隐蔽的原那么。
Patnas主张在开发时,将每个程序的成分隐藏在模块内,定义每一个模块时尽可能少地显露其内部的处理。;每个模块的实现细节对于其它模块是隐蔽的,将来修改软件时偶然引入错误所造成的影响就可以局限在一个或几个模块内部,不致涉及到软件的其它局部。
在可预见将来可能修改的场合,信息隐蔽可以提高软件的可修改性、可测试性和可移植性。
6) 功能独立性是抽象、模块化和信息隐蔽的直接产物。如果一个模块能够独立于其他模块被编程、测试和修改,那么该模块具有功能独立性。;1978年Myers提出用两个准那么来度量功能独立性,即模块间的耦
文档评论(0)