没有合适的资源?快使用搜索试试~ 我知道了~
软件体系结构与设计模式笔记样本.doc
0 下载量 185 浏览量
2022-12-06
10:10:32
上传
评论
收藏 387KB DOC 举报
温馨提示
试读
30页
软件体系结构与设计模式笔记样本.doc
资源推荐
资源详情
资源评论
第 1 章 软件体系构造概述
✓ SEI 软件体系构造讨论群定义如下:一种程序/系统构件构造,它们之间互有
关系, 以及在设计和交付整个过程中原则和指引方针。
✓ Mary Shaw 和 David Garlan 以为软件体系构造涉及构成系统设计元素描述,
设计元素交互,设计元素组合模式,以及在这些模式中约束。
✓ 软件体系构造涉及构件(Component)、连接件(Connector)和约束(Constrain)或
配备(Configuration)三大要素。
✓ 国内普遍接受定义:软件体系构造涉及构件、连接件和约束,它是可预制和
可重构软件框架构造。
✓ 构件是可预制和可重用软件部件,是构成体系构造基本计算单元或
数据存储单元
✓ 连接件也是可预制和可重用软件部件,是构件之间连接单元
✓ 构件和连接件之间关系用约束来描述
✓ 软件体系构造 = 构件 + 连接件 + 约束
软件体系构造优势容易理解、重用、控制成本、可分析性
第 2 章 软件体系构造风格
软件体系构造风格是描述某一特定应用领域中系统组织方式惯用模式。
体系构造风格定义了一种系统家族,即一种体系构造定义一种词汇表和一组约束。
词汇表中包括某些构件和连接件类型,而这组约束指出系统是如何将这些构件和连
接件组合起来。
体系构造风格反映了领域中众多系统所共有构造和语义特性,并指引如何将各个模
块和子系统有效地组织成一种完整系统。
数据流风格:批解决序列;管道/过滤器。
调用/返回风格:主程序/子程序;面向对象风格;层次构造。
独立构件风格:进程通讯;事件系统。
虚拟机风格:解释器;基于规则系统。
仓库风格:数据库系统;超文本系统;黑板系统。
过程控制环路
C/S 风格 体系构造有三个重要构成某些:数据库服务器、客户应用程序和网络。
B/S 风格 浏览器/Web 服务器/数据库服务器。
长处:C/S 体系构造具备强大数据操作和事务解决能力, 模型思想简朴,易于人们理解和
接受。将大应用解决任务分布到许多通过网络连接低成本计算机上,以节约大量费用。
缺陷:开发成本较高、客户端程序设计复杂、信息内容和形式单一、顾客界面风格不一,使
用繁杂不利于推广使用、软件移植困难、软件维护和升级困难、新技术不能容易应用
长处:基于 B/S 体系构造软件,系统安装、修改和维护全在服务器端解决。
缺陷:B/S 体系构造缺少对动态页面支持能力,没有集成有效数据库解决功能。
B/S 体系构造系统扩展能力差,安全性难以控制。
采用 B/S 体系构造应用系统,在数据查询等响应速度上,要远远低于 C/S 体系构造。
B/S 体系构造数据提交普通以页面为单位,数据动态交互性不强,不利于在线事务解决(OLTP)
应用。
第 3 章 软件需求与架构
需求基本概念
✓ IEEE (1997)
➢ (1) 顾客解决问题或达到目的所需条件或能力
➢ (2) 系统或系统部件要满足合同、原则、规范或其她正式规定文档
所需具备条件或能力
➢ (3) 一种反映上面(1)或(2)所描述条件或能力文档阐明
业务需求
✓ 反映组织机构或客户对系统、产品高层次目的规定,普通问题定义自身就是
业务需求
顾客需求
✓ 描述顾客使用产品必要要完毕什么任务,怎么完毕需求,普通是在问题定义
基本上进顾客访谈、调查,对顾客使用场景进行整顿,从而建立从顾客角度
需求。
系统需求
✓ 从系统角度来阐明软件需求,涉及用特性阐明功能需求、质量属性,以及其
她非功能需求,尚有设计约束等。
非功能需求
✓ 指产品必要具备属性或品质,如对的性、可靠性、性能、容错性和可扩展性
等。
功能需求
✓ 需求主体,需求本质
✓ 功能需求定义:系统必要完毕那些事,即为了向它顾客提供有用功能,产品
必要执行动作
设计约束
获取需求办法
✓ 面谈(访谈)
✓ 问卷调查
✓ 会议(需求讨论会、重点问题讨论会、业务专项讨论会、设计专项讨论会)
✓ 文档研究
✓ 任务示范(观测)
✓ 用例与角色扮演
✓ 原型设计(小规模实验)研究类似公司
需求层次化
✓ 业务级需求:包括客户或出资者要达到业务目的、预期投资、工期规定,以
及要符合哪些原则、对哪些遗留系统进行整合等约束条件。
✓ 顾客级需求:顾客使用系统来辅助完毕哪些工作?对质量有何规定?顾客群
及所处使用环境方面有何特殊规定?
✓ 开发级需求:开发人员需要实现什么?开发期间、维护期间有何质量考虑?
开发团队哪些状况会反过来影响架构?
需求分类
✓ 功能需求:更多体现各级直接目的规定
✓ 质量属性:运营期质量 + 开发期质量
✓ 约束需求:业务环境因素 + 使用环境因素 + 构建环境因素 + 技术环境因
素
✓ 功能模型——如 UC
✓ 业务流程模型——如 DFD
✓ 数据建模模型——如 ER
用例建模(Use Case Modeling)是使用用例办法来描述系统功能需求过程,用例建
模增进并勉励了顾客参加,这是保证项目成功核心因素之一。
粒度原则:
用例要有途径,途径要有环节。而这一切都是“可观测”。
✓ 需求跟踪目是建立与维护“需求-设计-编程-测试”之间一致性,保证所有工
作成果符合顾客需求。
外部质量对于顾客而言是可见涉及对的性、健壮性、可靠性、性能、安全性、易用
性、兼容性等。
内部质量只有开发人员关怀它们可以协助开发人员实现外部质量涉及易理解性、可
测试性、可维护性、可扩展性、可移植性、可复用性等
✓ 依赖注入
构造注入(Constructor Injection):通过构造函数注入实例变量。
设值注入(Setter Injection):通过 Setter 办法注入实例变量。
接口注入(Interface Injection):通过接口办法注入实例变量。
1. 用例文档
用例编号
用例名
执行者
前置条件
后置条件
涉众利益
基本途径
✓ 1…..××××
✓ 2……××××
✓ 3…..××××
2. 需求规格阐明书
第 1 章_统一建模语言基本知识
a) 视图(View)
i. 顾客视图:以顾客观点表达系统目的,它是所有视图核心,该视图描述系统需
求。
ii. 构造视图:表达系统静态行为,描述系统静态元素,如包、类与对象,以及它
们之间关系。
iii. 行为视图:表达系统动态行为,描述系统构成元素如对象在系统运营时交互关
系。
iv. 实现视图:表达系统中逻辑元素分布,描述系统中物理文献以及它们之间关系。
v. 环境视图:表达系统中物理元素分布,描述系统中硬件设备以及它们之间关系。
用例图(Use Case Diagram):又称为用况图,相应于顾客视图。在用例图中,使用用例来表达
剩余29页未读,继续阅读
资源评论
yyyyyyhhh222
- 粉丝: 403
- 资源: 6万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- tensorflow-gpu-2.7.4-cp37-cp37m-manylinux2010-x86-64.whl
- 多段线、 圆、弧转多段线(仅我可见)
- tensorflow-2.7.2-cp38-cp38-manylinux2010-x86-64.whl
- yeyue-p8Yi4-ve4a83792.apk
- tensorflow-gpu-2.7.3-cp38-cp38-manylinux2010-x86-64.whl
- 五相感应电机矢量控制模型MATLAB
- RGLED (1) (1).circ
- IMG_20240427_215747.jpg
- python下前端WEB学习笔记
- 田间种植行排号自动生成工具
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功