- 1、本文档共74页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第14讲设计建模的
设计建模;设计建模;系统设计(system design)的任务是在需求和分析的基础上,通过考虑软件的实现环境和软件的非功能需求,确定指导软件编码实现的软件设计方案。
系统设计的工作包括软件架构设计、类及接口设计、用例设计、数据库设计、界面设计、构件设计和部署设计等工作。; 1)设计的目的是指导软件编码实现,因此必须考虑所有设计细节
2)设计方案需要考虑物理环境
;系统设计模型包括软件架构模型、类及接口设计模型、用例设计模型、数据库设计模型、界面设计模型、构件模型和部署模型等。设计模型建立在需求模型和分析模型的基础上,设计模型与其他几个模型的关系见 下图。;设计模型的内容;设计建模;软件架构(software architecture)关注的是软件的宏观结构,其含义是指把软件从结构上分解为多个通过一定关系联系的构件。开发大型复杂软件,需要确定其软件架构,一个稳定合理的软件架构,对成功开发软件有着至关重要的作用。; 1. 分层软件架构的概念
把软件的处理逻辑按照界面展示、业务处理和数据处理进行分类,并从应用到系统进行分层,形成一种分层的软件架构。
各层彼此独立又互有联系,在不改变各层之间交互接口的前提下,改变某一层内容,将不影响其他层的变化,分层架构提高了软件的独立性和适用性。 ; 2. 分层软件架构的特征
1)是软件的一种共性架构。
2)注重软件的内部结构
3)与软件开发方法无关。; 3. 分层软件架构的类型
1)两层架构:两层架构分为应用层和数据层两层,应用层承担软件信息展示和业务逻辑处理,数据层负责数据的存储和管理。
C/S模式是一种典型的两层架构,客户机承担界面和业务处理,服务器承担数据库管理。
在两层架构中,由应用层承担
信息展示和业务逻辑,把界面展示
和业务逻辑放到应用层,不便于扩
展和维护。
; 3. 分层软件架构的类型
2)三层架构:三层架构分为表示层、业务逻辑层和数据层,表示层承担信息的输入输出和展示,业务逻辑层承担业务处理,数据层承担数据的存储和管理。
基于 web的B/S模式是一种典
型的三层架构,web浏览器负责
界面信息展示,web服务器承担
业务逻辑处理,数据库服务器承
担数据存储和管理。
三层架构是一种有效体现MVC
模式的软件架构,是目前被广泛
应用的软件架构。 ; 3. 分层软件架构的类型
3)四层架构:现在的软件开发大多采用java、C#等等面向对象语言,采用SQL-Server、Oracle等关系数据库。数据被保存在数据库中,但在内存中存放与数据库中数据表相对应的实体类。系统一般采用ODBC,JDBC等与数据库连接,也出现了Hibernate等专门对实体类和数据库进行映像管理的工具。在这种环境中,为了区分数据库和实体类,在三层架构的数据层上面分离出实体层,提出了四层架构。 ; 4. 分层软件架构的类型
软件的分层架构应该确定软件的层次划分以及每层的职责。例如某书店书务管理系统采用java平台,它的软件架构从层次上可以分为web层,业务控制层,实体层和数据层四层,其分层架构见图。 ; 1. 软件逻辑架构的概念
软件逻辑架构是软件的各子系统按照确定的关系构成的逻辑框架。子系统是对软件分解的一种中间形式,也是组织和描述软件的一种方法,由多个子系统构成完整的软件系统。 ; 2. 软件逻辑架构模型
软件逻辑架构由子系统构成的软件结构。 ;设计建模; 1.类和接口是软件设计的重要内容。
2.设计类模型将要作为编码的依据,应给出所有设计细节,包括:类的属性、属性的初始值、属性的类型,操作、参数、返回类型,持久化,主键等。
3. 分析类模型是设计类模型的基础。 ; 1.设计要求
实体型设计类指在设计阶段的实体类。一个完整的实体型设计类需要具备类的所有性质,具体包括:
1)类属性
类属性应包括属性名、可见性、类型,以及多重性和缺省值等。
2)类操作
类操作应包括操作名、可见性、操作参数、参数的类型、操作返回类型等。
3)持久化
须指出该类是否持久化,类的主键等。; 2.实体类设计建模方法
通过支持MDA的建模工具,可以直接把与平台无关的分析类模型通过建模工具直接转换为与平台相关的设计类模型。 ;实体型设计类建模;实体型设计类建模;控制型设计类指在设计阶段的控制类,因为控制类一般不涉及属性,也不需要持久化,因此控制型设计类的建模只需要给出类操作的操作名、可见性、操作参数、参数的类型以及操作返回类型等信息。
;如果在分析模型中建立了控制型分析类模型,可以通过支持MDA的建模工具直接转换得到控制型设计类模型。 ; 1
文档评论(0)