免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1244 | 回复: 0
打印 上一主题 下一主题

2011年软考系统架构设计师学习笔记(17) [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-01-30 13:30 |只看该作者 |倒序浏览
感谢广大考生对考试百科的一致关注和支持,以下就是由考试百科为您提供的关于系统架构设计师辅导:学习笔记。<br />  5.4.1 特定领域软件体系结构<br />  主要目的 在一组相关的应用中 共享 体系结构。<br />  DSSA的必备特征:<br />  1、一个严格定义的 问题域 和 解域。<br />  2、具有普遍性。<br />  3、对整个领域的 构件 组织模型 其当抽象。<br />  4、具备该领域 固定的、典型的 可重用元素。<br />  5.4.2 DSSA 的基本活动<br />  1、领域分析<br />  主要目标是 获得 领域模型,描述领域中 系统之间的共同需求,定义领域的边界。从而明确分析的对象,识别信息源,确定哪些需求是领域中的系统广泛共享的,从而建立领域模型。<br />  2、领域设计<br />  目标是获得 DSSA,DSSA描述在领域模型中表示的需求 的解决方案。不是单个系统的表示,而是能够适应领域中 多个系统的需求的 一个高层次设计。<br />  3、领域实现<br />  主要目标是 依据 领域模型 和 DSSA 开发和组织 可重用信息。领域模型 和 DSSA 定义了这些可重用信息的 重用时机。<br />  以上过程是 反复的、逐渐求精 的过程。<br />  5.4.3 参与 DSSA 的人员<br />  4种角色:领域专家、领域分析师、领域设计人员、领域实现人员。<br />  1、领域专家 可能包括 有经验的用户、从事该领域中系统的需求分析、设计、实现 以及项目管理的有经验的软件工程师等。<br />  主要任务 提供 需求规约和实现的知识,组织规范的、一致的领域字典,选择样本系统,复审领域模型、DSSA。<br />  应该 熟悉该领域 软件设计和实现、硬件限制、未来的用户需求、技术走向 等。<br />  2、领域分析人员 应由 系统分析员来担任。<br />  知识获取 组织到领域模型中,根据 现有系统、标准规范 等 验证模型的 准确性 和 一致性。<br />  应熟悉软件重用和领域分析方法,具有一定的该领域经验,较高的 抽象、关联、类比 能力,较高的 交互合作能力。<br />  3、领域设计人员 控制整个软件设计过程,根据领域模型和现有系统 开发出DSSA,对DSSA的准确性和一致性进行验证,建立领域模型和DSSA之间的联系。 <br />  应熟悉软件重用和领域设计方法,熟悉软件设计方法,有一定的该领域经验。<br />  4、领域实现人员 根据领域模型和DSSA,从头开发可重用构件,或 利用再工程技术 从现有系统中提取可重用构件。<br />  5.4.4 DSSA 的建立过程<br />  一般情况下,需要用 开发者习惯使用的工具和方法 建立DSSA模型。<br />  DSSA建立过程分为5个阶段,过程是 并发的、递归的、反复的,可能每个阶段经历几遍,每次增加更多的细节。<br />  1、定义领域范围,一系列用户的需求。<br />  2、定义领域特定的元素,编译领域字典、领驭属于的同义词词典。<br />  3、定义特定的设计和实现需求约束,不仅要识别出约束,并且要 记录 约束对设计和实现 造成的后果,还要记录对处理这些问题时所产生的所有问题的讨论。<br />  4、定义领域模型和体系结构,产生一般的体系结构,并说明构成它们的模块或构件的语法、语义。<br />  5、搜集可重用的产品单元,为DSSA增加构件。<br />  5.5.1 系统架构的评估<br />  评估 可以只针对一个体系结构,也可以针对一对一组体系结构。关注的是 质量属性。<br />  1、性能,是指系统的响应能力,多长时间 对某个事件做出响应,或者 某段时间内系统所能处理的事件的个数。<br />  2、可靠性,是最重要的软件特性,平均失效等待时间 MTTF,平均失效间隔时间 MTBF<br />  1.容错,内部修复。<br />  2.健壮性,不受错误使用和错误输入的影响。<br />  3、可用性,正常运行的时间比例。经常用两次故障之间的时间长度或恢复正常的速度来表示。<br />  4、安全性,阻止非授权用户。分为 机密性、完整性、不可否认性、可控性 等特性。<br />  5、可修改性,通过考察 变更的代价 衡量可修改性。<br />  1.可维护性,主要体现在问题修复上,做局部性的修改并能使对其他否见的负面影响最小化。<br />  2.可扩展性,新特性来扩展软件系统,改进版本来替换构件并删除不需要的特性构件,需要松散耦合的构件。<br />  3.结构重组,需要精心设计构件之间的关系。<br />  4.可移植性。<br />  6、功能性,完成所期望的工作 的能力。<br />  7、可变性。<br />  8、互操作性,精心设计的软件入口。<br />  5.5.2 评估中重要概念<br />  敏感点 权衡点,是关键的体系结构决策。<br />  敏感点是 构件(和/或 构建之间的关系)的特性。研究敏感点可使人员明确在实现质量目标时 应注意什么。<br />  权衡点 是多个质量属性的 敏感点。<br />  风险承担着 或称为 收益相关人。<br />  场景,首先要精确地得出具体的质量目标,为得出这些目标采用的机制叫做场景。从风险承担者的角度与系统的交互的简短描述。<br />  刺激、环境、响应,三个方面描述场景。<br />以上就是由考试百科为您提供的关于系统架构设计师辅导:学习笔记,希望会对广大考生有所帮助。http://pc.kaoshibaike.com 相关论坛:http://bbs.kaoshibaike.com/forum.php?mod=forumdisplay&amp;fid=78
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP