软件设计师知识点总结(重点)

软件设计师知识点总结一、软件工程1.1软件工程基础知识软件生命周期：软件的生存期划分为制定计划、需求分析、设计、编程实现、测试、运行维护等几个阶段，称为软件生命周期。软件开发模型常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型。瀑布模型（WaterfallModel）：缺点：瀑布模型缺乏灵活性，无法通过开发活动澄清本来不够明确的活动。因此，当用户需求比较明确时才使用此模型。演化模型（EvolutionaryModel）：也称为快速原型模型。快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。螺旋模型（SpiralModel）：将瀑布模型和演化模型相结合，综合了瀑布模型和演化模型的优点，并增加了风险分析。包含4个方面活动：制定计划：风险分析：实施工程：客户评价：喷泉模型（WaterFountainModel）：主要用于描述面向对象的开发过程。喷泉一词体现了面向对象开发过程的迭代和无间隙特征。即允许开发活动交叉、迭代地进行。迭代：模型中的开发活动常常需要重复多次，在迭代过程中不断完善软件系统。无间隙：指在开发活动（如分析、设计、编码）之间不存在明显的边界。V模型（VModel）：该模型强调测试过程应如何与分析、设计等过程相关联。增量模型（IncrementalModel）：好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。构件：是由多种相互作用的模块所形成的提供特定功能的代码片段构成.软件开发方法软件开发方法是一种使用早已定义好的技术集及符号表示习惯来组织软件生产的过程。包括：结构化的方法、Jackson方法、面向对象开发方法结构化方法指导思想是自顶向下、逐层分解，基本原则是功能的分解与抽象。Jackson方法:是面向数据结构的开发方法，包括JSP（JacksonStructureprogramming）和JSD（JacksonSystemDevelopment）面向对象开发方法：面向对象方法是以对象为最基本的元素，对象也是分析问题和解决问题的核心。开发方法包括面向对象分析、面向对象设计、面向对象实现。面向对象开发方法有Booch方法、Coad方法和OMT方法等。为了统一各种面向对象方法的术语、概念和模型，1997年推出了统一建模语言——UML（UnifiedModelingLanguage），它有标准的建模语言，通过统一的语义和符号表示。软件项目管理软件项目管理包括：成本估计、风险分析、进度管理、人员管理。成本估算方法：有自顶向下估算法、专家估算法……。成本估算模型：IBM模型、Putnam模型、COCOMO模型。风险分析包括4种风险评估活动：风险识别—建立风险概念的尺度。试图系统化确定对项目计划（估算、进度、资源分配）的威胁。（一个方法是建立风险条目检查表。该风险表可以用于识别风险，并使得人们集中来识别下列常见的、已知的及可预测的风险）风险预测—描述风险引起的后果。确定风险发生的可能性或概率以及如果风险发生了所产生的后果。风险评估—估计风险影响的大小。风险控制—确定风险估计的正确性。辅助项目组建立处理风险的策略。进度管理：就是对软件开发进度的合理安排，它是如期完成软件项目的重要保证，也是合理分配资源的重要保证。进度安排的常用描述方法有：甘特图（Gantt图）计划评审技术图（PERT图）关键路径法（CPM图）CPM和PERT的区别是：CPM是以经验数据为基础来确定各项工作的时间，而PERT则把各项工作的时间作为随机变量来处理。所以，前者往往被称为肯定型网络计划技术，而后者往往被称为非肯定型网络计划技术。前者是以缩短时间、提高投资效益为目的，而后者则能指出缩短时间、节约费用的关键所在。软件过程管理软件过程—人们用于开发和维护软件及其相关产品（项目计划、设计文档、代码、测试用例、用户手册等）的一系列活动、包括软件工程活动和软件管理活动，其中必然涉及相关的方法和技术。※软件能力成熟度模型(CMM)※统一软件开发过程（RUP）※极限编程（XP）软件能力成熟度模型(CapabilityMaturityModel，简称CMM)软件过程能力----描述（开发组织和项目组）通过遵循其软件过程能够实现预期结果的程度。软件能力成熟度----—个特定软件过程被明确和有效地定义、管理、测量及控制的程度。成熟度可指明一个软件开发组织软件过程的能力的增长潜力。CMM模型将软件过程能力成熟度划分为5个级别：(1)初始级(2)可重复级(3)已定义级(4)已管理级(5)优化级RUP（RationalUnifiedProcess，统一软件开发过程，统一软件过程)：是一个面向对象且基于网络的程序开发方法论。RUP好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。软件工程过程定义谁在做什么、怎么做以及什么时候做，RUP用四个主要的建模元素表达：·角色（Workers）——“谁”·活动（Activities）——“怎么做”·产品(工件)（Artifacts）——“做什么”·工作流（Workflows）——“什么时候做”角色：它定义的是所执行的一组活动和所拥有的一组文档与模型。是抽象的职责定义，描述某个人或者一个小组的行为与职责。角色并不代表个人，而是说明个人在业务中应该如何表现以及他们应该承担的责任。RUP预先定义了很多角色：分析员角色集:分析员角色集用于组织主要从事需求获取和研究的各种角色开发角色集:开发人员角色集用于组织主要从事软件设计与开发的各种角色。测试员角色集:测试员角色集用于组织主要从事软件测试的各种角色。经理角色集:经理角色集用于组织主要从事软件工程流程的管理与配置的各种角色。活动：是一个有明确目的的独立工作单元。即承担这一角色的人必须完成的一组工作。产品（工件）：产品是一个过程所生产、修改或使用的一段信息。产品是项目切实的成果，是项目为生产出最终的产品而制造或使用的东西。产品可以具有不同的形式，如·模型，如用例模型或设计模型。·模型元素，如类，用例或子系统。·文档，如商业用例或软件体系结构文档。·源代码。·可执行程序工作流：仅仅把所有的角色、活动和产品都列举出来还不能够组成过程，另外还需要一种有效的方式，把产生有价值结果的活动序列描述出来，并显示角色之间的交互。工作流是一个产生具有可观察的结果活动序列。UML中，可以用一个序列图、协作图或活动图来表示工作流。RUP被划分为六个核心“工程”工作流：商业建模工作流、需求工作流、分析和设计工作流、实现工作流、测试工作流、展开工作流RUP把一个开发周期划分为四个连续的阶段：初始阶段（Inceptionphase）：为系统建立商业用例，确定项目的边界。—生命周期目标里程碑。精化阶段（Elaborationphase）：分析问题领域，建立一个健全的体系结构基础，编制项目规划，淘汰项目中风险最高的元素。——生命周期体系结构里程碑。构造阶段（Constructionphase）：将开发所有剩余的构件和应用部件，对它们进行测试，并集成到产品中。——初始运行能力里程碑。移交阶段（Transitionphase）：把软件产品交付给用户群。—产品发布里程碑。软件质量管理软件质量是指反映软件系统或软件产品满足规定或隐含需求的能力的特征和特性全体。软件质量保证是指为软件系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动，其目的是产生质量的软件。软件质量模型：ISO/IEC9126软件质量模型McCall软件质量模型1.2系统分析基础知识系统分析侧重于从业务全过程的角度进行分析，主要任务。主要内容有：业务和数据的流程是否通畅，是否合理数据、业务过程和组织管理之间的关系原系统管理模式改革和新系统管理方法的实现是否具有可行性等。系统分析的步骤对当前系统进行详细调查，收集数据；建立当前系统的逻辑模型；对现状进行分析，提出改进意见和新系统应达到的目标；建立新系统的模型；编写系统方案说明书结构化分析方法数据流图(DataFlowDiagram,DFD):数据流图就是组织中信息运动的抽象，是信息系统逻辑模型的主要形式。它是一种便于用户理解、分析系统数据流程的图形工具。数据流图的基本组成及符号外部项(外部实体)：外部项在数据流图中表示所描述系统的数据来源和去处的各种实体或工作环节。系统开发不能改变这些外部项本身的结构和固有属性。加工(数据加工)：又称数据处理逻辑，描述系统对信息进行处理的逻辑功能。数据存储：逻辑意义上的数据存储环节，即系统信息处理功能需要的、不考虑存储物理介质和技术手段的数据存储环节。数据流：与所描述系统信息处理功能有关的各类信息的载体，是各加工环节进行处理和输出的数据集合。给出了常用的三类数据流图基本成分的符号绘制数据流图的几点注记：1.关于自顶向下、逐层分解2.数据流必须通过加工，即送去加工或从加工环节发出。3.数据存储环节一般作为两个加工环节的界面。4.命名名称要反映被命名的成分的真实和全部的意义；名称要意义明确，易理解，无歧义；进出数据存储环节的数据流如内容和存贮者的数据相同，可采用同一名称。5.编号每个数据加工环节和每张数据流图都要编号。按逐层分解的原则，父图与子图的编号要有一致性，一般子图的图号是父图上对应的加工的编号。类似地，在分层数据流图中，如下层图上的数据流或数据存储是由上层图某个成分的分解而得，则父项与子项的编号要体现数据流图分解的完整性与一致性的原则，如父项编号为F1或D1，则其子项分别为F1.1，F1.2，…，或D1.1，D1.2，…等。1.3系统设计基础知识耦合:系统内不同模块之间互连程度的度量。块间耦合强弱取决于模块间联系形式及接口的复杂程度。模块间接口的复杂性越高，说明耦合的程度也越高。数据耦合:如果两个模块彼此间通过数据交换信息，而且每一个参数仅仅为数据，那么这种块间耦合称之为数据耦合。控制耦合:如果两个模块彼此间传递的信息中有控制信息，那么这种块间耦合称为控制耦合。公共耦合:如果两个模块彼此之间通过一个公共的数据区域传递信息时，则称之为公共耦合或公共数据域耦合。内容耦合:如果一个模块需要涉及另一个模块的内部信息时，则这种联系称为内容耦合。块间耦合形式可读性错误扩散能力可修改性通用性数据耦合好弱好好控制耦合中中中中公共耦合不强不好较内聚:模块内部元素的联系方式，块内联系标志一个模块内部各个元素间彼此结合的紧密程度，主要表现在模块内部各个元素为了执行某一功能而结合在一起的程度。偶然内聚：如果一个模块所要完成的动作之间没有任何关系，或者即使有某种关系，也是非常松散的，就称之为偶然组合。逻辑内聚：如果一个模块内部的各个组成部分在逻辑上具有相似的处理动作，但功能上、用途上却彼此无关，则称之为逻辑组合。时间内聚：如果一个模块内部的各个组成部分所包含的处理动作必须在同一时间内执行，则称之为时间组合。过程内聚：如果一个模块内部的各个组成部分所要完成的动作彼此间没什么关系，但必须以特定的次序(控制流)执行，则称之为过程组合。通信内聚：如果一个模块内部的各个组成部分所完成的动作都使用了同一个输入数据或产生同一个输出数据，则称之为通信组合。顺序内聚：对于一个模块内部的各个组成部分，如果前一部分处理动作的输出是后一部分处理动作的输入，则称之为顺序组合。功能内聚：如果一个模块内部的各个组成部分全部为执行同一功能而合成为一个整体，则称之为功能组合方式的模块。1.4系统实施基础知识系统测试系统测试：是为了发现错误而执行程序的过程系统测试的目的：系统测试是以找错误为目的，我们不是要证明程序无错，而是要精心选取那些易于发生错误的测试数据，以十分挑剔的态度，去寻找程序的错误。系统测试的基本原则：测试工作应避免由原开发软件的个人或小组来承担设计测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。设计测试案例时,不仅要确定输入数据，而且要根据系统功能确定预期输出的结果。不仅要检验程序做了该做的事，还要检查程序是否同