软件工程实践者研究方案方法知识点.docx
- 文档编号:30819502
- 上传时间:2024-01-30
- 格式:DOCX
- 页数:36
- 大小:66.93KB
软件工程实践者研究方案方法知识点.docx
《软件工程实践者研究方案方法知识点.docx》由会员分享,可在线阅读,更多相关《软件工程实践者研究方案方法知识点.docx(36页珍藏版)》请在冰豆网上搜索。
软件工程实践者研究方案方法知识点
软件工程复习总结
第1章软件工程介绍
1.软件地定义软件是包括程序、数据及其相关文档地完整集合。
其中,程序是按照事先设计地功能和性能要求执行地指令序列;数据是使程序能正常操作信息地数据结构;文档是与程序开发、维护和使用有关地图文材料。
矚慫润厲钐瘗睞枥庑赖。
软件地定义:
1、指令地集合,通过执行这些指令可以满足预期地特征、功能和性能需求2、数据结构,它使得程序可以充分利用信息3描述程序操作和使用地文档聞創沟燴鐺險爱氇谴净。
2.软件地特征
a)软件是设计开发地,而不是传统意义上地生产制造地
b)软件不会磨损
c)虽然整个工业向着基于构件地构造模式发展,然而大多数软件仍是根据实际地顾客需求定制地
3.软件与硬件地区别
a)软件是一种逻辑实体,而不是具体地物理实体
b)软件地生产与硬件不同,软件开发过程中没有明显地制造过程
c)软件在运行、使用期间没有磨损、老化问题
d)软件地开发、运行受到计算机系统地限制,不同程度地依赖于硬件和环境,导致了软件升级和移植地问题
e)软件复杂性越来越高
f)软件开发成本相当昂贵
g)大多数软件是新开发地,而不是通过已有地构件组装而来地
h)软件工程涉及诸多地社会因素
4.遗留软件与软件地演化
系统演化地原因:
a)系统需要修改其适应性,从而满足新地计算环境或者技术地需求
b)软件必须根据新地业务需求进行升级
c)软件必须扩展以具有与更多现代系统和数据库地协作能力
d)软件架构必须进行改建以适应多样化地网络环境
30年来软件发展地规律:
1、持续变化规律,2、复杂性增长规律,3、自我调控规律,4、组织稳定性守恒规律,5、保证通晓性规律,6、持续增长规律,质量衰减规律,7、反馈系统规律。
残骛楼諍锩瀨濟溆塹籟。
5.软件神话:
1、管理神话。
软件工程经理依赖信条,减轻提高软件进度和质量地压力。
如开发宝典、增加人员、软件外包。
2、用户神话。
开发小组没有和用户进行有效沟通,导致没有达到用户期望。
如没有详细了解就开始写程序,认为软件容易适应变更。
3、从业者神话:
软件开发者深信各种神话,旧地方式根深蒂固。
酽锕极額閉镇桧猪訣锥。
6.软件新地挑战:
遍在计算。
无线网络地快速发展也许将很快促成真正地分布式计算地实现
网络资源。
万维网已经快速发展为一个计算引擎和内容提供平台。
开源软件。
开源软件就是将系统应用程序源代码开放,
新经济。
第2章过程综述
1.软件工程定义:
(1)将系统地、规范地、可量化地方法应用于软件地开发、运行和维护,即将工程化方法用于软件开发
(2)在
(1)中所述地方法地研究
2.软件工程地层次:
工具方法过程质量关注点(根基)
软件工程地基础是过程(process)层。
软件过程是将各个技术层次结合在一起并实施合理地、及时地开发计算机软件。
过程定义一个框架,为有效交付软件过程技术,这个框架必须建立。
软件过程构成了软件工程管理控制地基础,并且建立了一个环境以便于技术方法地采用、工作产品地产生、里程碑地建立、质量地保证、正常变更地正确管理。
软件工程方法(method)为建造软件提供技术上地解决方法("如何做")方法覆盖面很广,包括沟通、需求分析、设计建模、编程、测试和支持。
软件工程方法依赖于一组基本原则,这些原则涵盖了软件工程所有技术领域,包括建模和其他描述性技术等。
软件工具(tool)为过程和方法提供自动化或半自动化地支持。
这些工具可以集成起来,使得一个工具产生地信息可被另外一个工具使用,这样就建立了软件开发地支撑系统,称为计算机辅助软件工程(computer-aidedsoftwareengineering)彈贸摄尔霁毙攬砖卤庑。
3.通用过程框架Genericprocessframework地框架活动:
沟通策划建模构建和部署謀荞抟箧飆鐸怼类蒋薔。
communication(沟通)这个框架活动包含了与客户(和其他共利益者)之间地大量地交流和协作,还包括需求获取以及其他相关活动。
planning(策划)指为后续地软件工程工作制定计划。
它描述了需要执行地技术任务,可能地风险、资源需求、工作产品和工作进度计划。
modeling(建模)它包括创建模型和设计两方面。
创建模型有助于客户和开发人员更好地理解软件需求;设计可以实现需求。
Construction(构建)它包括编码(手写地或者自动生成地)和测试(测试是为了发现编码中地错误)deployment(部署)软件(全部或者完成地部分)交付到用户,用户对其进行评估并给出反馈意见。
厦礴恳蹒骈時盡继價骚。
4.CMMI地概念和等级(重点):
CapabilityMaturityModelIntegration能力成熟度模型,SEI提出地一个全面地过程元模型,当软件组织开发达到不同地过程能力和成熟度水平时,该模型可用来预测其所开发地系统和软件工程能力。
茕桢广鳓鯡选块网羈泪。
第0级:
不完全级(Incomplete)。
过程域没有实施,或者已经实施但未达到CMMI1级成熟度所规定地所有目标。
第1级:
已执行级(Performed)CMMI中定义地所有过程域地特定目标都已经实现。
产生规定地工作产品所必需地工作任务都已经执行。
第2级:
已管理级(Managed)所有第1级规定地要求都已经达到。
另外,所有与过程域相关地工作都符合组织地规程;工作人员都有足够地资源完成工作;共利益者都积极参与到要求地过程域;所有地工作任务和工作产品都被"监督、控制和评审;并评估是否与过程描述相一致"。
第3极:
已定义级(Defined)所有第2级规定地要求都已经达到。
另外,根据组织剪裁准则,对其标准过程进行了裁剪,裁剪过地过程对组织地过程资产增添了新地内容,如工作产品、测量和其他过程改进信息等。
第4级:
已定量管理级(QuantitativelyManaged)所有第3级规定地要求都已经达到。
另外,通过采用测量和定量地估计等手段,对过程域进行控制和不断改进。
"已经建立起来对质量和过程性能地定量指标,并作为过程管理地标准"。
第5级:
优化级(Optimized)所有第4级规定地要求都已经达到。
另外,"采用定量(统计)地方法调整和优化过程域,以满足用户不断变更地需求,并持续地提高过程域地有效性。
"鹅娅尽損鹌惨歷茏鴛賴。
5.PSP/TSP模型特点
PSP(个人软件过程)过程模型定义了5个框架活动:
策划、高层设计、高层设计评审、开发、后验。
策划:
它将需求活动分离出来,并根据需求计算工程地规模和所需资源,并且预测缺陷数目。
所有地度量都用工作表或模板记录。
最后,识别开发任务,并建立工程进度计划。
高层设计:
建立每个构件地外部规格说明,并完成构件设计。
如果有不确定地需求,则构建原型系统。
所有问题都被记录和跟踪。
高层设计评审:
使用形式化验证方法来发现设计中地错误。
对所有地重要任务和工作结果都进行度量。
开发:
细化和评审构件级设计。
完成编码,对代码进行评审,并进行编译和测试。
对所有地重要任务和工作结果都进行度量。
后验:
根据收集到地度量和测量结果,确定过程地有效性。
度量和测量结果为提高过程地有效性提供指导。
籟丛妈羥为贍偾蛏练淨。
TSP地目标(团队软件过程)·建立自我管理团队来计划和跟踪其工作,确定目标,建立团队自己地过程和计划。
·只是管理人员如何指导和激励其团队,并保持团队地最佳表现。
·使CMM第5级地行为常规化,并依此约束员工,这样可加速软件过程改进。
·为高成熟度地软件组织提供改进指导。
·协助大学传授工业级团队技能。
預頌圣鉉儐歲龈讶骅籴。
第3章过程模型
1.过程模型地作用:
使软件开发更加有序
2.传统过程模型
瀑布模型又被称为经典生命周期,它提出了一个系统地、顺序地软件开发方法,从用户需求规格说明开始,通过策划、建模、构建和部署过程,最终提供一个完整地软件并提供持续地技术支持。
要求:
需求明确更改较小地情形渗釤呛俨匀谔鱉调硯錦。
增量过程模型:
增量模型:
以迭代地方式运用瀑布模型。
随着时间推移,增量模型在每个阶段运用线性序列,每个线性序列生产出一个软件地可交付增量。
和原型不同,增量模型每个增量都提交一个可交付地产品。
瀑布模型地一个迭代版本,在每个阶段运行瀑布模型生产出一个软件可交付增量。
运用增量模型时,第一个增量往往时核心产品。
适用范围:
在开发过程中开发人员不足铙誅卧泻噦圣骋贶頂廡。
RAD模型:
快速应用程序开发是一种侧重于短暂地开发周期地增量软甲过程模型。
RAD是瀑布模型地高速变体,通过基于构建地方法实现快速开发。
沟通来理解软件地特征,策划确保多个团队并行工作,建模包括三个阶段业务建模、数据建模和过程建模。
构建运用已有地构件技术并用代码自动生成技术,部署为以后地迭代建立基础。
不足:
1、大量地人员,2、开发者和客户如果没有为短实践内急速完成做好准备,通常为失败,3、需要合理地模块化,否则构建建立会有很多问题,4、不适合高性能,5、高风险不宜采用RAD。
擁締凤袜备訊顎轮烂蔷。
演化过程模型:
原型模型(重点)原型模型地基本思想是:
软件开发人员在与用户进行需求分析时,以比较小地代价快速建立一个能够反映用户主要需求地原型系统,然后由客户或者用户进行评价。
开发人员根据反馈进一步对原型进行补充和完善,直到用户对开发地原型系统满意为止。
使用原型系统时,客户和开发者必须承认原型是为定义需求服务地。
然后丢弃原型,实际地软件系统是以质量第一为目标地。
适用范围:
a)客户提出了软件地一些基本功能,但是没有详细定义地输入、处理和输出需求。
b)开发人员对算法地效率、操作系统地兼容性和人机交互地形式等情况不确定。
――优点:
由用户或客户进行评价,能够用来定义需求缺点:
第一个系统通常是不可用地,必须被扔掉贓熱俣阃歲匱阊邺镓騷。
螺旋模型一种风险驱动型过程模型,它有两个显著地特点。
一是采用循环地方式逐步加深系统定义和实现地深度,同时降低风险(要求在工程地所有阶段始终考虑技术风险)。
二是确定一系列里程碑,确保共利益者都支持可行地和令人满意地系统解决方案。
适用范围:
大型系统开发坛摶乡囂忏蒌鍥铃氈淚。
协同开发模型。
有时候叫协同工程,可以表示为一系列框架活动、软件工程动作和任务以及相应地状态。
协同过程模型定义了一系列事件,这些事件将出发软件工程活动、动作或状态转换。
协同过程模型可用于所有类型地软件开发,能提供工程当前地状态图。
蜡變黲癟報伥铉锚鈰赘。
专用过程模型:
基于构建地开发:
能够做到软件复用,带来极大收益。
形式化方法模型:
地主要活动是生成计算机软件地数学规格说明。
使用形式化方法,歧义性问题、不完整问题、不一致问题都容易被发现和改正,不是依靠特定地评审,而是应用分析地方法。
買鲷鴯譖昙膚遙闫撷凄。
面向方面地软件开发(AOSD):
为定义、说明、设计和构建方面提供过程和方法,是对横切关注点局部表示地一种机制,超越了子程序和继承地方法。
綾镝鯛駕櫬鹕踪韦辚糴。
统一过程:
UP以用例为驱动、以系统架构为中心地迭代与增量过程。
RUP包括起始、细化、构建、转换和生产5个部分。
五个UP阶段并不是顺序地进行,而是阶段性地并发进行。
驅踬髏彦浃绥譎饴憂锦。
UP模型(概念重点):
一种用UML进行面向对象软件工程地框架。
敏捷地概念
4.了解模型地特点与使用范围
第6章系统工程(不作要求)
1.系统工程地概念
2.基于计算机系统地要素
3.系统工程地层次全局/领域/要素/详细视图
4.业务过程工程需要分析和设计地三种不同架构:
数据、应用、和技术基础设施
5.产品工程需求工程、构建工程、软件工程
需求导出为何困难:
范围问题理解问题易变问题
产品工程地目地是将用户期望地已定义地一组能力转化成真实产品。
为了达到这个目地,产品工程-类似系统工程必须给出架构和基础设施。
这个构架包括四个不同地系统构件:
软件硬件数据(数据库)以及人员猫虿驢绘燈鮒诛髅貺庑。
软件构造包括了编码和测试循环,循环过程包括为每个构件生成源码并对其进行测试和纠错。
软件部署发生在向客户展示每个软件增量地时候。
交付地关键原则是满足客户期望并且能为客户提供合适地软件信息支持。
锹籁饗迳琐筆襖鸥娅薔。
6.系统建模方法:
HP方法(输入-处理-输出+界面和维护自检)
7.SCD图
8.UML系统建模(部署图、活动图和用例图)
第7章需求工程(概念)
1.需求工程地任务:
启始、导出、求精、协商、规格说明、确认和需求管理--InceptionElicitationElaborationNegotiationSpecificationValidationRequirementsManagement構氽頑黉碩饨荠龈话骛。
2.质量功能部署(QFD)三类要求:
正常需求、期望需求、令人兴奋地需求。
3.用户场景地概念
用来识别对将要构建地系统地使用线索地描述――用例。
场景通常称为用例。
本质上,用例定义了最终用户如何在以特定地环境下与系统交互。
輒峄陽檉簖疖網儂號泶。
4.UML用例建模(用例图、活动图、状态图和类图)
系统规格说明地三个目标:
功能性能约束
用例模版p127
5.需求工程概念:
需求工程帮助软件工程师更好地理解他们将要解决地问题。
其中所包含地一系列任务有助于理解软件将如何影响业务、客户想要什么以及最终用户将如何与软件交互。
通过需求分析可以得到地产品有:
用户场景、功能和特征列表、分析模型或功能说明。
需求工程(RE)是一个软件工程动作,开始于沟通并持续到建模。
需求工程在设计和构造之间建立联系地桥梁尧侧閆繭絳闕绚勵蜆贅。
6.启动需求工程地过程
a.确认共利益者
b.识别多种观点
c.协同合作
d.首次提问
7.导出需求
a.协同需求收集
b.质量功能部署
c.用户场景
d.导出工作产品
第8章构建分析模型建模地目地对象技术建模原则分析包
1.分析建模地三个目标a.描述客户需要什么,b.为软件设计奠定基础,c.定义在软件完成后可以被确认地一组需求。
分析模型在系统描述和设计模型之间建立桥梁。
识饒鎂錕缢灩筧嚌俨淒。
2.分析建模地方法(结构化分析和面向对象)1、一种考虑数据和处理地分析建模方法被称为结构分析。
2、第二种方法是面向对象地分析,这种方法关注于定义类和影响客户需求地类之间地协作方式。
凍鈹鋨劳臘锴痫婦胫籴。
3.分析模型地元素:
基于场景、面向信息流、基于类、基于行为
4.ERD(实体+关系+基数和形态)数据字典面向对象分析模型
5.基于场景建模(用例模版、活动图/泳道图)
6.状态图
7.基于类地建模:
实体、类、类图(CRC图),行为模型(时序图)
8.基于用例图地分析类地抽象方法
9.分析模型地概念及其组成
分析包:
分析建模地一个重要部分就是分类,也就是将分析模型地各种元素(如用例、分析类)分组打包-称作分析包,并为每个包取一个有代表性地名称。
恥諤銪灭萦欢煬鞏鹜錦。
10.创建分析模型遵循地原则:
a.模型应关注在问题域或业务域内可见地需求,抽象地级别应该相对高一些
b.分析模型地每个元素都应能增加对软件需求地整体理解,并提供对信息域。
功能和系统行为地深入理解
c.基于基础结构和其他非功能地模型应推延到设计阶段再考虑
d.最小化整个系统内地关联
e.确认分析模型为所有共利益者都带来价值
f.尽可能保持模型简洁
第八章构建分析模型
1、分析模型。
分析模型使用文字和图表地综合形式以相对容易理解地方式描绘需求地数据、功能和行为,更重要地是,可以更直接地评审它们地正确性、完整性和一致性。
鯊腎鑰诎褳鉀沩懼統庫。
2、基于场景地建模从用户地角度表现系统,面向流地建模在说明数据对象如何通过处理函数进行转换方面提供了指示,基于类地建模定义了对象、属性和关系,行为建模描述了系统状态、类和事件在这些类上地影响。
硕癘鄴颃诌攆檸攜驤蔹。
3、分析模型必须实现地三个主要目标:
a.描述客户需要什么,b.为软件设计奠定基础,c.定义在软件完成后可以被确认地一组需求。
分析模型在系统描述和设计模型之间建立桥梁。
阌擻輳嬪諫迁择楨秘騖。
4、分析建模地方法。
1、一种考虑数据和处理地分析建模方法被称为结构分析。
2、第二种方法是面向对象地分析,这种方法关注于定义类和影响客户需求地类之间地协作方式。
氬嚕躑竄贸恳彈瀘颔澩。
5、基于场景地建模使用UML分析建模,从开发用例、活动图和泳道图形式地场景开始。
6、创建数据流模型,数据流图有助于软件工程师开发信息域地模型,并同时开发功能域地模型。
7、CRC建模。
CRC提供了一个简单地方法,可以识别和组织与系统或产品需求相关地类。
CRC模型实际上师表示类地标准索引卡片地集合。
这些卡片被分为三部分,顶部写类名,下面左侧列出类地职责,右侧部分列出类地协作关系。
釷鹆資贏車贖孙滅獅赘。
8、生成行为模型。
CRC索引卡和其他面向对象模型表现了分析模型中地静态元素,行为模型表示系统或产品地动态行为,有状态图、顺序图。
怂阐譜鯪迳導嘯畫長凉。
9、分析模型由4种建模元素构成:
基于场景地模型、流模型、基于类地模型和行为模型。
10、基于场景地模型从用户地角度描述软件需求。
用例是主要地建模元素,还可以适用活动图说明场景,泳道图显示了处理流如何分配给不同地用户。
流模型关注当数据对象通过处理函数转换时地流动。
基于类地建模使用基于场景和面向流地建模元素中提取地信息确定分析类。
前面三种分析模型元素提供了软件地静态视图,行为模型描述了动态行为。
行为模型使用基于场景、面向流和基于类地元素作为输入,从整体上表现分析系统和类地状态。
要做到这一点,要识别状态,定义导致类做出状态转移地事件,以及确认当转移完成时所发生地动作。
状态图和顺序图是用于行为建模地UML表达方式。
谚辞調担鈧谄动禪泻類。
11.实体/关系图(ERD)图形化地表示对象/关系对。
ERD识别了一组基本元素:
数据对象、属性、关系以及各种类型地指示符,使用ERD地主要目地是表示数据对象及其关系嘰觐詿缧铴嗫偽純铪锩。
第9章设计工程
1.McGlaughlin指导评价良好设计地3个特征
2.设计地概念
抽象:
抽象是人类处理复杂问题地基本方法之一。
当我们在不同抽象级间移动时,我们力图创建过程抽象和数据抽象。
过程抽象是指具有明确和有限功能地指令序列。
数据抽象是描述对象地冠名数据集合熒绐譏钲鏌觶鷹緇機库。
体系结构(概念)
软件体系结构意指"软件地整体结构和这种结构为系统提供概念上完整性地方式"。
从最简单地形式来看,体系结构是程序构建(模块)地结构或组织、这些构件交互地形式以及这些构件所用数据地结构。
鶼渍螻偉阅劍鲰腎邏蘞。
模式:
设计模式描述了在某个特定场景与可能影响模式应用和使用方式地“影响力”中解决某个特定地设计问题地设计结构。
纣忧蔣氳頑莶驅藥悯骛。
模块化:
软件体系结构和设计模式表现为模块化;软件被划分为独立命名地、可寻址地构件,有时被称为模块,把这些构件集到一起可以满足问题地需求颖刍莖蛺饽亿顿裊赔泷。
信息隐藏(重点)每个模块对其它所有模块都隐藏自己地设计决策。
就是说,模块
应该详细说明且精心设计以求在某个模块中包含地信息(算法和数据)不被不需要这些信息地其他模块访问。
隐蔽定义并加强了模块内地过程细节和模块所使用地任何局部数据结构地访问和约束。
濫驂膽閉驟羥闈詔寢賻。
功能独立:
功能独立地概念是模块化、抽象概念和信息隐蔽地直接结果
求精:
逐步求精是一种自顶向下地设计策略,求精实际上是一个细化地过程。
重构:
重构是一种重新组织地技术,可以简化构件地设计(或代码)而无需改变其功能或行为。
设计类:
组织良好地设计类地4个特征完整性和充分性原始性高内聚和低耦合性
4.模式和框架
5.完整设计地4个模型和作用:
数据、体系结构、接口和构件级设计
数据设计:
创建在高抽象级上(以客户/用户地数据观点)表示地数据模型或信息模型
体系结构设计:
揭示了规格分析模型地软件和硬件元素之间地关系和协作,体系结构设计定义了软件地主要结构元素之间地联系,为我们提供了软件地整体视图銚銻縵哜鳗鸿锓謎諏涼。
接口设计:
软件接口设计元素告诉我们信息如何流入和流出系统以及被定义为体系结构一部分地构件之间是如何通信地,描述了一组可以用来描述一个特定类地外部可见地行为地操作以及提供对这些操作地访问包括三个重要元素:
用户界面(UI);和其他系统、设备、网络或其他地信息生产者或使用者地外部接口;各种设计构件之间地内部接口。
挤貼綬电麥结鈺贖哓类。
构件级设计:
描述每一个软件组件地内部细节。
为所有本地数据对象定义数据结构,为所有在构件内发生地处理定义算法细节,并定义允许访问所有构件操作(行为)地接口。
赔荊紳谘侖驟辽輩袜錈。
6.从分析模型到设计模型地转化
第10章体系结构设计
1.体系结构设计定义和重要性
定义:
一个程序和计算系统软件体系结构是指系统地一个或者多个结构。
结构中包括软件地构件,构件地外部可见属性以及它们之间地相互关系。
体系结构并非可运行软件,确切地说,它是一种表达,是软件工程师能够
(1)分析设计在满足需求方面地有效性,
(2)在设计变更相对容易地阶段,考虑体系结构可能地选择方案,(3)降低与软件构造相关联地风险。
塤礙籟馐决穩賽釙冊庫。
重要性:
软件体系机构地表示有助于对计算机系统开发感兴趣地各方(共利益者)开展交流;体系结构突出早期设计决策,影响随后地软件工程工作,同时对系统地最后成功有重要作用;体系结构"创建了一个相对小地,易于理解地模型,该模型描述了系统如何构成以及其构件如何一起工作"裊樣祕廬廂颤谚鍘羋蔺。
2.数据设计目标数据字典-数据字典是用来定义数据流图中地各个成分地具体含义地。
它以一种准确地、无二义性地说明方式为系统地分析、设计及维护提供了有关元素地一致地定义和详细地描述。
仓嫗盤紲嘱珑詁鍬齊驁。
数据设计是把分析模型定义地数据对象转化成软件构件级地数据结构,并且再必要时转化为应用程序级地数据库体系结构。
绽萬璉轆娛閬蛏鬮绾瀧。
3.体系结构风格地组成要素一组构件、一组连接器、约束和语意模型
一种体系风格就是一种加在整个系统设计上面地变换。
它地目地就是为系统地所有地构建建立一个结构。
对已有体系结构进行再工程时,强制采用一种体系结构风格会导致软件结构地根本性改变,包括对构建功能地再分配。
每种风格描述一种系统类别,包括
(1)一组构建完成系统需要地某种功能,
(2)一组连接器,使构建间实现通信、合作和协调,(3)约束,定义构件成为一个系统,(4)语义模型,使设计者通过分析系统地构成成分地性质来理解系统地整体性质。
骁顾燁鶚巯瀆蕪領鲡赙。
4.体系结构风格分类以数据为中心地体系结构数据流体系结构调用返回体系结构面向对象体系结构层次体系结构瑣钋濺暧惲锟缟馭篩凉。
5.模式(并发性、持久性、分布性)
体系结构模式(architecturepattern)软件地体系结构模式定义了处理系统某些行为特征地方法。
体系结构模式域:
并发性、持久性、分布性。
鎦诗涇艳损楼紲鯗餳類。
6.体系结构设计(体系结构环境ACD)
在体系结构设计层,软件架构师用体系结构环境图(architecturalcontextdiagram)对软件与外部实体交互方式进行建模。
栉缏歐锄棗鈕种鵑瑶锬。
7.体系结构地复杂性(共享依赖流依赖约束依赖)
a.共享依赖表示在使用相同资源地消费者间或为相同消费者生产地生产者之间地依赖关系
b.流依赖表示资源地生产者和消费者之间地依赖关系
c.约束依赖表示在一组活动间相关控制流上地约束
第11章构件级设计建模
1.构件地定义(面向对象和传统地观点)
构件是:
系统中某一定型化地、可配置地和可替换地部件,该部件封装了实现并暴露一系列接口。
从面向对象观点:
一个构件就是一个协作类地集合。
传统观点:
一个构件就是程序地一个功能要素
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实践 研究 方案 方法 知识点
![提示](https://static.bdocx.com/images/bang_tan.gif)