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

《软件设计师知识点总结(重点)》由会员分享，可在线阅读，更多相关《软件设计师知识点总结(重点)（31页珍藏版）》请在金锄头文库上搜索。

1、软件设计师知识点总结一、软件工程1.1 软件工程基础知识软件生命周期： 软件的生存期划分为制定计划、需求分析、设计、编程实现、测试、运行维护等几个阶 段，称为软件生命周期。 软件开发模型 常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型。瀑布模型(Waterfall Model)：缺点：瀑布模型缺乏灵活性，无法通过开发活动澄清本来不够明确的活动。因此，当用户需 求比较明确时才使用此模型。演化模型(Evolutionary Model)：也称为快速原型模型。快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显 著的效果。螺旋模型(Spiral Model)：

2、将瀑布模型和演化模型相结合，综合了瀑布模型和演化模型的 优点，并增加了风险分析。包含4个方面活动：制定计划：风险分析：实施工程：客户评价：喷泉模型(Water Fountain Model)：主要用于描述面向对象的开发过程。喷泉一词体现了 面向对象开发过程的迭代和无间隙特征。即允许开发活动交叉、迭代地进行。迭代：模型中的开发活动常常需要重复多次，在迭代过程中不断完善软件系统。无间隙：指 在开发活动(如分析、设计、编码)之间不存在明显的边界。V模型(V Model)：该模型强调测试过程应如何与分析、设计等过程相关联。增量模型(Incremental Model)：好处是软件开发可以较好地适应变化

3、，客户可以不断地看 到所开发的软件，从而降低开发风险。构件：是由多种相互作用的模块所形成的提供特定功能的代码片段构成. 软件开发方法 软件开发方法是一种使用早已定义好的技术集及符号表示习惯来组织软件生产的过程。包括：结构化的方法、Jackson方法、面向对象开发方法 结构化方法指导思想是自顶向下、逐层分解，基本原则是功能的分解与抽象。Jackson方法：是面向数据结构的开发方法，包括JSP ( Jackson Structure programming) 和 JSD ( Jackson System Development) 面向对象开发方法：面向对象方法是以对象为最基本的元素，对象也是分析问

4、题和解决问题的核心。开发 方法包括面向对象分析、面向对象设计、面向对象实现。面向对象开发方法有Booch方法、Coad方法和OMT方法等。为了统一各种面向对象方法 的术语、概念和模型，1997年推出了统一建模语言 UML(UnifiedModeling Language)， 它有标准的建模语言，通过统一的语义和符号表示。 软件项目管理 软件项目管理包括：成本估计、风险分析、进度管理、人员管理。成本估算方法：有自顶向下估算法、专家估算法。成本估算模型：IBM模型、Putnam模型、COCOM0模型。风险分析包括4种风险评估活动： 风险识别建立风险概念的尺度。试图系统化确定对项目计划(估算、进度、

5、资源分配）的威胁。（一个方法是建立风险条目检查表。该风险表可以 用于识别风险，并使得人们集中来识别下列常见的、已知的及可预 测的风险） 风险预测描述风险引起的后果。确定风险发生的可能性或概率以及如果风险发 生了所产生的后果。风险评估估计风险影响的大小。 风险控制确定风险估计的正确性。辅助项目组建立处理风险的策略。 进度管理：就是对软件开发进度的合理安排，它是如期完成软件项目的重要保证，也是合理 分配资源的重要保证。进度安排的常用描述方法有：甘特图（Gantt图）计划评审技术图（PERT图）关键路径法 （CPM 图）CPM和PERT的区别是：CPM是以经验数据为基础来确定各项工作的时间，而PER

6、T则把各 项工作的时间作为随机变量来处理。所以，前者往往被称为肯定型网络计划技术，而后者往 往被称为非肯定型网络计划技术。前者是以缩短时间、提高投资效益为目的，而后者则能指 出缩短时间、节约费用的关键所在。软件过程管理 软件过程人们用于开发和维护软件及其相关产品（项目计划、设计文档、代码、测试用例、 用户手册等）的一系列活动、包括软件工程活动和软件管理活动，其中必然涉及相关的方法 和技术。探软件能力成熟度模型（CMM）探统一软件开发过程（RUP）探极限编程（XP）软件能力成熟度模型（Capability Maturity Model,简称CMM）软件过程能力描述（开发组织和项目组）通过遵循其软

7、件过程能够实现预期结果的程度。软件能力成熟度个特定软件过程被明确和有效地定义、管理、测量及控制的程度成熟度可指明一个软件开发组织软件过程的能力的增长潜力。CMM模型将软件过程能力成熟度划分为5个级别：（1）初始级 （2）可重复级 （3）已定义级 （4）已管理级 （5）优化级RUP（Rational Unified Process，统一软件开发过程，统一软件过程）：是一个面向对象且 基于网络的程序开发方法论。RUP好像一个在线的指导者，它可以为所有方面和层次的程 序开发提供指导方针，模版以及事例支持。软件工程过程定义谁在做什么、怎么做以及什么时候做，RUP用四个主要的建模元素表达：角色（Work

8、ers）“谁”活动（Activities）“怎么做”产品（工件）（Artifacts）“做什么”工作流（Workflows）“什么时候做”角色：它定义的是所执行的一组活动和所拥有的一组文档与模型。是抽象的职责定义，描述 某个人或者一个小组的行为与职责。角色并不代表个人，而是说明个人在业务中应该如何 表现以及他们应该承担的责任。RUP预先定义了很多角色： 分析员角色集:分析员角色集用于组织主要从事需求获取和研究的各种角色 开发角色集: 开发人员角色集用于组织主要从事软件设计与开发的各种角色。测试员角 色集:测试员角色集用于组织主要从事软件测试的各种角色。经理角色集: 经理角色集用于组织主要从事软

9、件工程流程的管理与配置的各种角色。 活动：是一个有明确目的的独立工作单元。即承担这一角色的人必须完成的一组工作。 产品(工件)：产品是一个过程所生产、修改或使用的一段信息。产品是项目切实的成果， 是项目为生产出最终的产品而制造或使用的东西。产品可以 具有不同的形式，如模型，如用例模型或设计模型。模型元素，如类，用例或子系统。文档，如商业用例或软件体系结构文档。源代码。可执行程序工作流：仅仅把所有的角色、活动和产品都列举出来还不能够组成过程，另外还需要一种有 效的方式，把产生有价值结果的活动序列描述出来，并显示角色之间的交互。工作流是一个 产生具有可观察的结果活动序列。UML中，可以用一个序列图

10、、协作图或活动图来表示工作 流。RUP被划分为六个核心“工程”工作流：商业建模工作流、需求工作流、分析和设计工作流、 实现工作流、测试工作流、展开工作流RUP把一个开发周期划分为四个连续的阶段：初始阶段(Inception phase)：为系统建立商业用例，确定项目的边界。一生命周期目标 里程碑。精化阶段(Elaboration phase)：分析问题领域，建立一个健全的体系结构基础，编制项目 规划，淘汰项目中风险最高的元素。一一生命周期体系结构里程碑。构造阶段(Construetion phase)：将开发所有剩余的构件和应用部件，对它们进行测试， 并集成到产品中。一一初始运行能力里程碑。移

11、交阶段(Transition phase)：把软件产品交付给用户群。一产品发布里程碑。软件质量管理软件质量 是指反映软件系统或软件产品满足规定或隐含需求的能力的特征和特性全体。 软件质量保证 是指为软件系统或软件产品充分满足用户要求的质量而进行的有计划、有组 织的活动，其目的是产生质量的软件。软件质量模型：ISO/IEC 9126软件质量模型 Me Call软件质量模型1.2系统分析基础知识系统分析侧重于从业务全过程的角度进行分析，主要任务。主要内容有：业务和数据的流程是否通畅，是否合理数据、业务过程和组织管理之间的关系原系统管理模式改革和新系统管理方法的实现是否具有可行性等。系统分析的步骤对

12、当前系统进行详细调查，收集数据；建立当前系统的逻辑模型；对现状进行分析，提出改进意见和新系统应达到的目标；建立新系统的模型；编写系统方案说明书 结构化分析方法数据流图(Data Flow Diagram,DFD):数据流图就是组织中信息运动的抽象，是信息系统 逻辑模型的主要形式。它是一种便于用户理解、分析系统数据流程的图形工具。数据流图的基本组成及符号 外部项（外部实体）：外部项在数据流图中表示所描述系统的数据来源和去处的各种实体 或工作环节。系统开发不能改变这些外部项本身的结构和固有属性。 加工（数据加工）：又称数据处理逻辑，描述系统对信息进行处理的逻辑功能。数据存储：逻辑意义上的数据存储环

13、节，即系统信息处理功能需要的、不考虑存储物理 介质和技术手段的数据存储环节。 数据流：与所描述系统信息处理功能有关的各类信息的载体，是各加工环节进行处理和 输出的数据集合。给出了常用的三类数据流图基本成分的符号1. 关于自顶向下、逐层分解2. 数据流必须通过加工，即送去加工或从加工环节发出。3. 数据存储环节一般作为两个加工环节的界面。4. 命名名称要反映被命名的成分的真实和全部的意义；名称要意义明确，易理解，无歧义；进出数据存储环节的数据流如内容和存贮者的数据相同，可采用同一名称。5. 编号每个数据加工环节和每张数据流图都要编号。按逐层分解的原则，父图与子图的编号要 有一致性，一般子图的图号

14、是父图上对应的加工的编号。类似地，在分层数据流图中，如下 层图上的数据流或数据存储是由上层图某个成分的分解而得，则父项与子项的编号要体现数据流图分解的完整性与一致性的原则，如父项编号为 F1 或D1，则其子项分别为F 1.1, F1.2,，或Dl.l, D1.2,等。1.3系统设计基础知识耦合:系统内不同模块之间互连程度的度量。块间耦合强弱取决于模块间联系形式及接口的复杂程度。模块间接口的复杂性越高，说明耦合的程度也越高。数据耦合:如果两个模块彼此间通过数据交换信息，而且每一个参数仅仅为数据，那么这种 块间耦合称之为数据耦合。控制耦合:如果两个模块彼此间传递的信息中有控制信息，那么这种块间耦合

15、称为控制耦合。 公共耦合:如果两个模块彼此之间通过一个公共的数据区域传递信息时，则称之为公共耦合 或公共数据域耦合。内容耦合:如果一个模块需要涉及另一个模块的内部信息时，则这种联系称为内容耦合。块间耦合形 式可读 性错误扩散能 力可修改 性通用 性数据耦合好弱好好控制耦合中中中中内聚:模块内部元素的联系方式，块内联系标志一个模块内部各个元素间彼此结合的紧密程度，主要表现在模块内部各个元素为了执行某一功能而结合在一起的程度。强 IIIIIII 弱功能顺序通讯过程时间逻辑偶然P内聚内聚内聚内聚内聚内聚内聚P偶然内聚：如果一个模块所要完成的动作之间没有任何关系，或者即使有某种关系，也是非 常松散的，就称之为偶然组合。逻辑内聚：如果一个模块内部的各个组成部分在逻辑上具有相似的处理动作，但功能上、用 途上却彼此无关，则称之为逻辑组合。时间内聚：如果一个模块内部的各个组成部分所包含的处理动作必须在同一时间内执行，则 称之为时间组合。过程内聚：如果一个模块内部的各个组成部分所要完成的动作彼此间没什么关系，但必须以 特定的次序（控制流）执行，则称之为过程组合。