软考-软件架构师
2022-08-17 19:32:12 3 举报
AI智能生成
软考-软件架构师,知识点梳理
作者其他创作
大纲/内容
信息化系统
信息的概念及特点
信息化及其意义
信息系统战略规划
第一阶段:以数据处理为核心,围绕职能部门需求
企业系统规划法(BSP)
关键成功因素法(CSF)
战略目标集转化(SST)
第二阶段:以企业内部MIS为核心,围绕企业整体需求
战略数据规划法(SDP)
信息工程法(IE)
战略栅格法(SG)
第三阶段:综合考虑企业内外部环境,以集成为核心,围绕企业战略需求
价值分析法(VCA)
战略一致性模型(SAM)
信息系统生命周期
系统规划
系统分析
系统设计
系统实施
系统运行与维护
企业应用集成
集成方式
内部
表示(界面)集成
技术平台集成
数据集成
方式
主动记录
数据映射
控制集成(应用集成、API集成)
业务过程集成(过程集成\B2B)
外部
面向公众客户的门户
合作伙伴间的系统集成
集成平台功能
通信服务
信息集成服务
应用集成服务
二次开发工具
平台运行管理工具
信息系统类型
ERP
功能模块
生产控制管理
生产计划大纲(Production Planning,PP)
主生产计划(Master Production Schedule,MPS)
物料需求计划(Material Requirement Planning,MRP)
能力需求计划(Capacity Requirement Planning,CRP)
车间作业计划(Production Activty Control,PAC)
CRM
客户关系管理系统
供应链管理
企业门户
类型
企业应用门户
企业信息门户
企业知识门户
BI
电子政务
涉及对象
政府
企事业单位
公民
公务员
电子商务
类型
B2B
B2C
C2B
C2C
EDI电子数据交换
软件工程
系统计划
系统分析与设计方法
定义问题
软件需求
需求分类
需求工程
系统分析
软件架构
概念
软件架构的重要性
方便各干系人之间交流
发展史
软件架构模型
模型分类
结构模型
框架模型
动态模型
过程模型
功能模型
软件架构生命周期
需求分析阶段
建立软件架构阶段
设计阶段
实现阶段
架构需求和质量属性
架构需求
质量属性场景
GB定义的质量特性
从架构关注点为出发研究6类质量属性
ADD步骤
软件体系(架构)风格
定义
类型
客户端-服务器
基于组件的架构
分层架构
消息总线
N层/三层架构
面向对象
分离表现层
面向服务架构(SOA)
常见架构风格
管道和过滤器风格
特点
(1)使得软构件具有良好的隐蔽性和高内聚、低耦合的特点;
(2)允许设计者将整个系统的输入/输出行为看成是多个过滤器的行为的简单合成;
(3)支持软件重用。重要提供适合在两个过滤器之间传送的数据,任何两个过滤器都可被连接起来;
(4)系统维护和增强系统性能简单。新的过滤器可以添加到现有系统中来;旧的可以被改进的过滤器替换掉;
(5)允许对一些如吞吐量、死锁等属性的分析;
(6)支持并行执行。每个过滤器是作为一个单独的任务完成,因此可与其它任务并行执行。
缺点
(1)通常导致进程成为批处理的结构。这是因为虽然过滤器可增量式地处理数据,但它们是独立的,所以设计者必须将每个过滤器看成一个完整的从输入到输出的转换。
(2)不适合处理交互的应用。当需要增量地显示改变时,这个问题尤为严重。
(3)因为在数据传输上没有通用的标准,每个过滤器都增加了解析和合成数据的工作,这样就导致了系统性能下降,并增加了编写过滤器的复杂性
数据抽象与面向对象风格
基于事件的隐式调用风格
层次系统风格
优点
(1)支持基于抽象程度递增的系统设计,使设计者可以把一个复杂系统按递增的步骤进行分解;
(2)支持功能增强,因为每一层至多和相邻的上下层交互,因此功能的改变最多影响相邻的上下层;
(3)支持重用。只要提供的服务接口定义不变,同一层的不同实现可以交换使用。这样,就可以定义一组标准的接口,而允许各种不同的实现方法。
缺点
(1)并不是每个系统都可以很容易地划分为分层的模式,甚至即使一个系统的逻辑结构是层次化的,出于对系统性能的考虑,系统设计师不得不把一些低级或高级的功能综合起来;
(2)很难找到一个合适的、正确的层次抽象方法。
仓库风格
C2风格
三层C/S的基本硬件结构
特定领域
通信
SOA,消息总线,管道和过滤器
部署
客户端/服务器,三层架构,N层架构
领域
领域模型,网关
交互
分离表现层
结构
基于组件的架构,面向对象,分层架构
五大类
数据流风格
调用/返回风格
独立构件风格
虚拟机风格
仓库风格
软件架构设计
构件及复用
构件特点
过程
检索与提取构件
基于关键字的检索
刻面检索法
超文本检索法
理解与评价构件
修改构件
组装构件
基于功能的组装技术
基于数据的组装技术
面向对象的组装技术
中间件类型
Microsoft的DNA
Sun的J2EE
OMG的ORBA
产品线及系统演化
子主题
软件架构师图
架构评估
架构风险
指架构设计中潜在的、存在问题的架构决策所带来的隐患
敏感点
指为了实现某种特定的质量属性,一个或多个构件所具有的特性
权衡点
影响多个质量属性的特性,是国歌质量属性的敏感点
系统设计
方法
结构化设计
概要设计
模块结构图、层次图和HIPO图
详细设计
程序流程、伪代码、盒图
信息工程建模(数据库建模方法)
数据模型-ER图
面向对象设计
人机界面设计
原则
置于用户控制之下
减少用户的记忆负担
保持界面的一致性
过程
系统结构设计
接口设计
数据设计
过程设计
系统实现
测试评审
测试类型
动态测试
黑盒测试
等价类划分
边界值分析
错误推测
因果图
白盒测试
基本路径测试
循环覆盖测试
逻辑覆盖测试
灰盒测试
静态测试
桌前检查
代码审查
代码走查
测试阶段
确认测试
内部确认测试
Alpha测试
Beta测试
验收测试
系统测试
恢复测试
安全性测试
压力测试
性能测试
可靠性测试
可用性测试
可维护性测试
安装测试
容量测试
强度测试
负载测试
集成测试
一次性组装
增量式组装
单元测试
方法层次的测试
等价类划分测试
组合功能测试
递归函数测试
动态消息测试
类层次的测试
不变式边界测试
静态类测试
非模态类测试
类树层次的测试
展平测试
软件维护
类型
改正性维护(正确性维护)
适应性维护
完善性维护
预防性维护
数据库
3级模式,2层映射
用户级:外模式
子主题
概念级:模式(逻辑模式)
DBA
表
物理级:内模式
物理文件
关系代数
并
交
差
笛卡尔积
投影
选择
连接
自然连接
去掉重复的列
数据库设计过程
需求分析
输出:数据流图、数据字典、需求说明书
概念结构设计
E-R模型
过程
抽象数据
设计局部E-R模型
合并局部模型,消除冲突
属性冲突
命名冲突
结构冲突
重构优化,消除冗余
逻辑结构设计
转换规则、规范化理论
过程
物理结构设计
物理硬件特性
DBMS特性
数据如何存储、他们的关系、如何访问数据
设计指导原则
完整性约束
实体完整性
域完整性
参照完整性
自定义完整性
异常
反规范化
并发控制
数据库安全性
数据库备份
数据库故障与恢复
分布式数据库
数据库分区
数据仓库
特点
面向主题
集成
相对稳定
反映历史变化
大数据
NoSQL
类型
项目管理
范围管理
时间管理
定义
子主题
过程
活动定义
活动排序
活动资源估算
活动历史估算
三点估算法
制定进度计划
进度控制
关键路径法
自由时差
总时差(松弛时间)
单代号网络图PDM
甘特图
优点
缺点
成本管理
子主题
风险管理
质量管理
定义
过程
计划
监督
记录
分析
报告
软件配置管理
软件过程改进
CMMI
嵌入式系统
计算机网络
ISO 7层模型
三层模型
核心层
汇聚层
接入层
网络系统生命周期
子主题
综合布线
组成
水平子系统
控制间
操作间
垂直子系统
工作间
管理间
存储
子主题
IPV6
特点
一块网卡有3个IPV6地址
形式
子主题
操作系统
作用
进程管理
PV操作
基本概率
临界资源
临界区
信号量
互斥
同步
前趋图
3态模型
5态模型
死锁
银行家算法
存储管理
页式管理
子主题
段式管理
段页式管理
快表
cache中
慢表
内存中
文件管理
计算机组成原理
串行总线
Flynn分类
单指令单数据
单处理器系统
单指令多数据
并行计算机
阵列计算机
超级向量处理机
多指令单数据
流水线计算机
多指令多数据
多处理器系统
多计算机
复杂指令与精简指令
冯洛伊曼体系与哈弗体系
冯洛伊曼体系
指令和数据使用相同的数据总线
哈弗体系
指令和数据都有各自的地址总线和数据总线
主存
随机存取存储器
DRAM(动态RAM)-内存
SRAM(静态RAM):cache
只读存储器
MROM(Mask Rom, 掩模式ROM)-BIOS
PROM一次可编程ROM
EPROM可擦除PROM
闪速存储器(闪存):U盘
寻址计算
磁道
扇区
寻址算法
先来先寻
最短路径
电梯法
流水线计算
流水线周期
执行时间最长的一段
流水线加速比
知识产权
保护范围对象
子主题
保护周期
公民作品
50年时间限制
发表权
使用权
获取报酬权
没有时间限制
署名权
修改权
保护作品完整权
单位作品
发表权,使用权,获取报酬权
50年
公民软件作品
署名权、修改权
没有限制
其他权利
50年期限
单位软件作品
其他权利
50年
注册商标
有效期10年
若主持人死亡或倒闭1年后,为转移则可注销,期满6个月必须续注
发明专利
从申请之日起10年
商业秘密
不确定,公开后公众可用
知识产权人确定
子主题
侵权判定
不论是否发表,都享有著作权
开发软件所有的思想、处理过程、操作方法或数学概念不受保护
不使用情况
计算题
图论应用
关键路径
最小生成树
网络与最大流量
运筹方法
线性规划
动态规划
预测与决策
决策树
决策表
转移矩阵
排队论
数学建模
磁盘扇区
内存寻址
软件开发方法
开发方法
结构化法
定义
是由结构化分析、结构化设计和结构化程序设计三部分有机组合而成的。
基本思想
把一个复杂问题的求解过程分阶段进行,而且这种分解是自顶向下,逐层分解,
使得每个阶段处理的问题都控制在人们容易理解和处理的范围内
使得每个阶段处理的问题都控制在人们容易理解和处理的范围内
基本要点
自顶向下、逐步求精、模块化设计
生命周期
结构化分析(SA)
结构化设计(SD)
结构化实现(SP)
原型法
仅针对需求分析阶段
面向对象方法
子主题
4+1模型
结构
逻辑视图
开发视图
进程视图
物理视图
场景
与UML关系
统一过程RUP
面向服务
敏捷方法
面向构建编程COP
基于架构的软件设计ABSD
净室软件工程
逆向工程
定义
抽象层次
实现级
结构级
功能级
领域级
为什么需要
方法
形式化方法
开发模型
瀑布模型
瀑布V模型
原型模型
演化模型
螺旋模型
风险分析
增量模型
构件组装模型
敏捷模型
基于架构的软件开发模型ABSD
过程
架构需求
架构设计
架构文档化
架构复审
架构实现
架构演化
论文
重要提示
1、现在很少写字,往往都写不完。提前1个月练习,每周1篇,可以保证写字速度和熟悉论文格式。
2、论文往往都是哪几种模式,可以先背几篇,在考试的时候,可以仿着写,减少思考时间
格式
摘要
320字左右
格式
正文
项目背景400字左右
主体内容1200字左右
相关问题回应300-400字
总结部分400字左右
写作技巧
选题
5分钟
列出提纲
5-10分钟
摘要
15-20分钟
建议论文写完后写摘要
正文
80分钟
项目背景
系统介绍,这部分主要介绍系统背景、系统总体结构、主要特点、自己担任的角色、主要工作等。
考前准备好
主体内容
核心内容,涉及到对论点进行展开和论述,
一般采用结构化的方式分几点进行论述,
可以首先简要介绍下考题提到的技术或问题,然后按要求展开论述
总结部分
对系统实现过程中的开展情况进行汇总和分析
包括项目实施过程中成功的方面、可改进的方面、失败的方面等
项目总结时最好要表明项目是成功的,在成功的同时谈谈感想,谈谈经验不足
检查修改
10分钟
案例分析
主要内容
系统规划
软件架构设计
设计模式
系统设计
数据流图
系统建模
UML应用
数据建模
分布式系统设计
嵌入式系统
高可用
安全性
0 条评论
下一页