数据库
数据库程序在线访问与ORM访问的对比
数据库程序在线 | ORM访问 | |
优点 | 性能好 | 性能差 |
可以处理复杂sql | ||
缺点 | ||
性能:
复杂sql支持:
开发成本:
架构风格
管道-过滤器风格与数据仓库风格对比
管道-过滤器风格 | 数据仓储风格 | 备注 | |
交互方式 | 顺序结构或有限循环结构 | 星状(工具之间通过中心节点交互) | 管道过滤器很明显是顺序结构,数据在管道种传递。而仓库风格是数据在中心位置,所有的处理均是中心节点与周边节点的交互 |
数据结构 | 流式数据 | 文件或模型 | 管道过滤在过滤器之间传递数据流,仓库风格使用一个文件将数据保存起来,所有的操作围绕文件进行 |
控制结构 | 数据驱动 | 业务驱动 | 仓库风格是业务驱动,而管道过滤器是数据驱动 |
扩展方法 | 接口适配 | 模型适配 | 管道过滤器通过提供标准的接口与其他过滤器对接;而仓库要扩展功能,只需要功能与模型适配即可 |
性能 | 劣势:需要数据格式转换,性能下降 优势:支持开发调用,性能提升 |
劣势:数据与处理分离,需要加载数据,性能下降 优势:数据处理组件之间无依赖关系,可并行调用,提高性能 |
构件控制共享数据:传统数据库
中央数据结构的当前状态触发进程执行的选择:黑板系统
管道过滤器风格:
MVC架构包含视图(View)、控制器(Controller)、模型(Model)。
- 视图(View):呈现给用户并与用户进行交互的界面。视图是用户看到并与之交互的界面,它并不进行任何实际的业务处理,而是将用户的输入传递给控制器,并接受与用户相关的数据并显示。
- 控制器(Controller):是视图与模型的接口。控制器接受来自视图的用户输入,将其解释成系统能够理解的对象,并将其传递给模型以完成用户的需求。同时,它也识别来自模型的事件和模型的更新,并将其反映到适当的视图上。
- 模型(Model):是应用程序的主体部分。模型代表业务逻辑和数据逻辑,它处理来自视图和控制器的操作,并为视图提供数据。一方面,它接受来自视图的输入,并将其解释成模型能够理解的对象;另一方面,它处理来自模型的事件和模型的更新,并将其反映到适当的视图上。
UML
状态图与活动图的对比
状态图描述一个对象在生命周期种的动态行为,表现一个对象所经历的状态序列,触发状态流转的事件以及动作
活动图用于描述工作流程和并发行为,活动图可以看作特殊的状态图,活动图种一个活动结束立即进入下一个活动
区别:状态图描述行为的结果,活动图描述行为的动作,活动图能描述并发行为。
数据流图与系统流程图对比
数据流图展现系统的数据流,系统流程图展现系统的控制流
数据流展现全局的处理过程
质量
6种质量的定义
- 性能(Performance):指要经过多长时间才能对某个事件做出响应,或者在某段时间内系统所能处理的事件个数。
- 可靠性(Reliability):在错误使用和错误情况下,系统维持软件系统结构和功能的能力。
- 可用性(Availability):是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。
- 安全性(Security):是系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。具体表现为系统抵御非法入侵、信息安全性等方面,可分为机密性、完整性、不可否认性及可控性等特性。
- 可修改性(Modifiability):是指能够快速地以较高的性能价格比对系统进行变更的能力。通常通过考察这些变更的成本、实现的难度等方面来衡量。
- 易用性:是指用户在学习使用系统、为了达到某个目标而使用系统以及将系统用于其他任务时的难易程度。软件工具应具有友好的用户界面,使用户便于使用;工具应能采取有效方式向用户提供反馈信息,能自动提示用户的操作错误或提供正确的操作方式;工具应能定制,以适应特定用户的需求。
- 敏感点:敏感点指为了实现特定的质量属性,一个或多个构件所具有的特性
- 权衡点:影响多个质量属性的特性,是多个质量属性的敏感点。
- 风险点:风险点指系统架构涉及中潜在的、存在问题的架构决策带来的隐患