- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
202X实用软件工程----IT企业软件的开发与管理赵池龙
软件需求是软件设计的基础,软件设计是软件开发的核心。本章首先讨论软件设计概论和软件设计原理,然后介绍软件架构设计和软件详细设计,重点是论述面向过程、面向数据和面向对象的三种详细设计方法,以及软件设计的属性和度量。最后介绍IT企业的软件设计文档和设计管理文档编写的参考指南。本章导读第6章软件设计
软件设计原理软件架构设计方法软件详细设计概念软件设计属性和度量软件设计管理文档理解:了解:软件设计的输入输出概要设计与详细设计之间的差异命名规范的概念本章对读者的要求向数据详细设计面向对象详细设计《概要设计说明书》的编写方法面向过程详细设计05《详细设计说明书》的编写方法掌握:本章对读者的要求
软件设计的输入是《需求规格说明书》,输出是《概要设计说明书》和《详细设计说明书》。概要设计概要设计,一是要覆盖《需求规格说明书》的全部内容,二是要作为指导详细设计的依据。概要设计注重于宏观上和框架上的设计,它是软件系统的总体结构设计、全局数据库(包括数据结构)设计、外部接口设计、功能部件分配设计、部件之间的接口设计。概要设计又称为架构设计。6.1设计方法概论
详细设计,一是要覆盖《概要设计说明书》的全部内容,二是要作为指导程序设计的依据。详细设计注重于微观上和框架内的设计,它是各子系统的公用部件实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。模块实现设计包括:登录注册模块设计、信息发布模块设计、菜单模块设计、录入修改模块设计、查询统计模块设计、业务逻辑处理模块设计、报表输出模块设计、前台网站模块设计、后台数据处理模块设计、数据传输与接收模块设计等等。详细设计
在设计之前要确定命名规范。包括系统命名规范,模块命名规范,构件命名规范,变量命名规范,以及表名、字段名、索引名、视图名、存储过程名的命名规范等。01软件设计时,一方面要善于将需求规格说明书中的冗余去掉,将公用功能提炼出来,并将它设计为构件,标准化后加入到公司构件库中。另一方面,还要尽量调用公司构件库中已有的构件。02按照“五个面向理论”,概要设计主要方法是面向数据,详细设计和程序设计主要方法是面向对象。03所有的详细设计都是面向模块(部件/构件)的,不是面向组织结构或部门单位的。一个组织或单位,根据角色的不同授权,可以挂上不同的模块或部件。04详细设计
“设计”在IEEE中的定义是:“定义一个系统或部件的架构、组成、接口或其它特征的过程”。架构设计有时也称为概要设计,用于描述系统最顶的结构和组织形式,标识出软件的各个组成部分。软件设计是一个过程,它是软件生命周期中的一部分,是对软件需求分析后产生软件内部结构的一种描述。软件设计的结果,应能描述软件的架构,即软件中各个部件是如何分解并组合在一起的。详细设计用于详细描述每个部件的内部结构,用以指导程序人员编写代码,便于每个部件能够得以顺利实现。6.2软件设计原理
01面向过程设计,通过控制抽象(控制流程和接口),对软件进行分解,达到降低软件复杂度的目的。面向对象设计,通过数据抽象和控制抽象,实现使数据和控制溶为一体,构成一个完整的对象。(1)控制抽象02将数据处理抽象成函数或方法,获得最终的执行结果,而不必去关心它们的内部实现细节。(2)过程抽象03在数据库建模和面向对象建模时,使用数据抽象,设计出数据库的表及字段,或设计出类及类的属性。(3)数据抽象原理1:抽象
原理2:分解将一个软件分解成许多小模块(代码行在200~400之间),不同模块负责不同的功能。在架构设计中,将软件系统分解为子系统和模块;在详细设计中,将子系统和模块分解成类和接口。
模块在系统中不能孤立存在,每个模块具有一定的功能,他们共同完成系统的总功能,这样模块之间就必然会存在联系或依赖。对于低内聚的模块,通过重新分解,来提高模块内部的紧凑性,使其成为高内聚模块,从而降低块间联系,提高模块的独立性。对于高耦合的模块,通过重新组合,将联系紧密的部分组合成新的模块,使其成为低耦合模块,从而提高模块的可维护性。模块耦合程度由低到高的分级如下:原理3:低耦合高内聚
数据耦合(或参数传递耦合),属于低级别耦合。例如,模块间通过参数传递或数据结构来访问。外部耦合(或共用耦合),它属于高级别耦合。例如,模块间共享全局变量,或共同访问全局数据区中的数据项,就是共用耦合。控制耦合,属于中级别耦合。例如,操作系统中的进程调度程序,通过就绪进程的优生级来调度。那么调度程序与进程之间的耦合,就是控制耦合。内容耦合,它属于最高级别耦合。例如,一个模块利用分支或跳转技术,转入到另一个模块中去执行,就是内容耦合。耦合可发生在软件设计、软件编
原创力文档


文档评论(0)