系统架构设计师考试考点汇总.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件产品线体系机构

什么是软件产品线?软件产品线在软件开发过程中有什么作用?

定义:软件产品线是一个产品集合,这些产品共享一个公共、可管理特征集,这些特征集能够满足选定市场或任务领域特定需求。这些系统遵照一个预描述方式,是在公共关键资源上开发。

作用:软件产品线是一个是非适合专业软件开发组织软件开发方法,能有效提升软件生产率和质量、缩短软件开发时间、降低总开发成本;

主要组成部分:关键资源和产品集合。

关键资源:包含产品线中全部产品共享产品线体系结构,新设计开发或经过现有系统再工程得到、需要在整个产品线中系统化重用软件构件。

产品线开发4个技术特点:过程驱动、特定领域、技术支持及体系结构为中心。

软件产品线包含哪些过程?怎样实现软件产品线创建与演化?软件产品线演化是指什么?怎样实现演化?

过程模型:双生命周期模型(领域工程+应用工程);SEI模型(关键资源开发+产品开发+管理)和三生命周期(企业工程+领域工程+应用工程)模型;

4种建立方式:用演化方式还是革命方式+基于现有产品还是开发全新产品线

将现有产品演化为产品线

用软件产品线代替现有产品集

全新软件产品线演化

全新软件产品线开发

演化:指是因为各种原因引发产品线所进行改动而变成新产品线;

产品线演化包含:关键资源演化、产品演化和产品版本升级;

框架定义及特征

定义:框架是由开发人员定制应用系统骨架,是整个系统或子系统可重用设计,由一组抽象构件和构建实例间交互方式组成;

特征:反向控制;可重用性;扩展性;模块化或构件化;

软件产品线体系结构定义、特点及个性实现机制

定义:软件产品线体系结构是只一个软件开发组织为一组相关应用或产品建立公共体系结构。

特点:同领域模型一样,软件产品线体系结构中也可分为共性部分和个性部分;共性部分是产品线中全部产品在体系结构上共享部分,是不可改变。个性部分是指产品线体系结构能够改变部分;产品线体系结构设计目标尽可能扩展产品线中全部产品共享部分,同时提供一个尽可能灵活体系结构改变机制;

个性实现机制:继承;扩展和扩展点;参数化;配置和模块互连语言;自动生成;编译时不一样实现选择;

例题:希赛企业各种网络安全防火墙系统,引入产品线开发方法,问题以下:

企业是否适合使用软件产品线方法,并说明理由

适合软件产品线开发方法;企业产品特点为:各种防火墙系统属于一个产品集合,具备很多共性,同时,每种不一样防火墙又具备自己本身个性特点;

在原有产品基础上建立软件产品线方式,并简明评价

(1)将现有产品演化为产品线:在基于现有产品体系结构设计产品线体系结构基础上,将特定产品构件逐步地、越来越多地转化为产品线公用构件,从基于产品方法“慢慢地”转化为基于产品线软件开发。

主要优点是经过对投资回收期分解,对现有系统演化维持使产品线方法实施风险降到了最低,单完成产品线关键资源总周期和总投资都比使用革命方式要大;

(2)用软件产品线代替现有产品集:基本停顿现有产品开发,全部努力直接针对软件产品线关键资源开发。需求改变会造成初始投资报废风险加大

成功实施软件产品线主要原因

(1)对该领域产品开发已具备长久积累经验;

(2)一个用于构建产品好关键资源库;

(3)好产品线体系结构;

(4)好管理(软件资源、人员组织、过程)支持

基于体系结构软件开发

MVC模式:对于界面可变性设计要求,MVC把交互式系统组成份解成模型、视图和控制器三种构件。

模型构件:独立于外在显示内容和形式,是软件所处理问题逻辑内在抽象,它封装了问题关键数据、逻辑和功效计算关系,独立于详细界面表示和输入/输出操作;

视图构件:把模型数据及逻辑关系和状态信息以特定形式展示给用户,它从模型取得显示信息,对于相同信息能够有多个不一样显示视图;

控制器构件:处理用户与软件交互操作,决定软件控制流程,确保用户界面和模型间对应联络,它接收用户输入,将输入反馈给模型,进而实现对模型计算控制,它是模型和视图协调工作部件。

设计模式分类

5种创建型模式:工厂方法,抽象工厂,建造者,原型及单件;

7种结构型模式:适配器,桥,组合,外观,装饰,代理,享元模式;

11种行为型模式:职责链,中介者,对象状态,策略,命令,备忘录,访问者,迭代器,解释器,观察者,模板方法;

MVC与MVP比较

MVC模式是创建软件很好路径,它所提倡一些标准,如,内容和显示分离、隔离模型、视图和控制器构件等,会使应用程序体系结构更健壮,更具备扩展性,也会是软件在代码重用和体系结构方面上一个新台阶;

MPV:Presenter(展现器)负责逻辑处理,模型提供数据,视图负责显示;MVP与MVC一个重大区分就是:MVP不直接使用模型,他们之间通行时经过展现器来进行,全部交互都发生在展现器内部,而在MVC中视图会直接读取模型数据而不是经过控制器。

中间件技

文档评论(0)

180****1080 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档