本文概述了新版软考中的关键知识点，包括软件架构风格的五种分类，如数据流、调用/返回、独立构件、虚拟机和仓库风格；软件架构评估方式，如基于调查问卷、场景和度量；软件需求层次和类型，以及需求获取方法，如用户访谈和问卷调查；UML建模语言的核心构造块和关系；以及面向对象分析的基本任务。此外，还讨论了软件设计原则、设计模式分类和软件配置管理活动。
201.软件架构风格分类：
①数据流风格。数据流风格包括批处理序列和管道/过滤器两种风格。
②调用/返回风格。调用/返回风格包括主程序/子程序、数据抽象和面向对象，以及层次结构。
③独立构件风格。独立构件风格包括进程通信和事件驱动的系统。
④虚拟机风格。虚拟机风格包括解释器和基于规则的系统。
⑤仓库风格。仓库风格包括数据库系统、黑板系统和超文本系统。
202.软件架构评估方式：分别是：基于调查问卷(或检查表)的方式、基于场景的方式和基于度量的方式。
基于场景的方式主要包括：架构权衡分析法、成本效益分析法
203.·软件需求层次包括：业务需求、用户需求和系统需求。
·软件需求分为三类：常规需求、期望需求和意外需求。
·需求过程主要包括需求获取、需求分析、需求规格说明书编制、需求验证与确认等
·需求获取是一个确定和理解不同的项目干系人的需求和约束的过程。
·常见的需求获取方法包括用户访谈、问卷调查、釆样、情节串联板、联合需求计划等。
·一个好的需求应该具有无二义性、完整性、一致性、可测试性、确定性、可跟踪性、正确性、必要性等特性
204.使用结构化分析（Sti-ucturedAnalysis,SA）方法进行需求分析，其建立的模型的核心是数据字典。围绕这个核心，有三个层次的模型，分别是数据模型、功能模型和行为模型（也称为状态模型）。在实际工作中，一般使用实体关系图（E-R图）表示数据模型，用数据流图（Data Flow Diagram,DFD）表示功能模型，用状态转换图（State Transform Diagram，STD）表示行为模型。
205.面向对象的分析（Object Oriented Analysis,OOA）的基本任务是运用面向对象的（Object Oriented,OO）方法，对问题域进行分析和理解，正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责，以及它们之间所形成的各种联系。
206.需求验证与确认活动内容包括：
•SRS正确地描述了预期的、满足项目干系人需求的系统行为和特征；
•SRS中的软件需求是从系统需求、业务规格和其他来源中正确推导而来的；
•需求是完整的和高质量的；
•需求的表示在所有地方都是一致的；
•需求为继续进行系统设计、实现和测试提供了足够的基础。
207.统一建模语言（UnifiedModelingLanguage,UML）是一种定义良好、易于表达、功能强大且普遍适用的建模语言，它融入了软件工程领域的新思想、新方法和新技术，它的作用域不限）支持OOA和OOD（Object-OrientedDesign,面向对象设计），还支持从需求分析开始的软件开发的全过程。从总体上来看，UML的结构包括构造块、规则和公共机制三个部分
208.UML用关系把事物结合在一起，主要有四种关系，分别为：
•依赖(Dependency):依赖是两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义。
•关联(Association):关联描述一组对象之间连接的结构关系。
•泛化(Generalization):泛化是一般化和特殊化的关系，描述特殊元素的对象可替换一般元素的对象。
•实现(Realization):实现是类之间的语义关系，其中的一个类指定了由另一个类保证执行的契约。
209.UML视图
•逻辑视图
•进程视图
•实现视图
•部署视图
•用例视图
210.OOA的基本任务是运用OO方法，对问题域进行分析和理解，正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责以及它们之间所形成的各种联系。OOA的任务是“做什么”，OOD的任务是“怎么做”
211.在OOA方法中，构建用例模型一般需要经历四个阶段，分别是识别参与者、合并需求获得用例、细化用例描述和调整用例模型
212.建立分析模型的过程大致包括定义概念类，确定类之间的关系，为类添加职责，建立交互图等。类之间的主要关系有关联、依赖、泛化、聚合、组合和实现等，它们在UML中的表示方式，如表5-5所示。
213.软件设计方法：
·结构化设计：结构化设计（StructuredDesign,SD）是一种面向数据流的方法,它以SRS和SA阶段所产生的DFD和数据字典等文档为基础，是一个自顶向下、逐步求精和模块化的过程。
·面向对象设计：面向对象设计(OOD)是OOA方法的延续，其基本思想包括抽象、封装和可扩展性，其中可扩展性主要通过继承和多态来实现。OOD的主要任务是对类和对象进行设计，包括类的属性、方法以及类与类之间的关系。
214.常用的OOD原则包括：
•单职原则：设计功能单一的类。本原则与结构化方法的高内聚原则是一致的。
•开闭原则：对扩展开放，对修改封闭。
•李氏替换原则：子类可以替换父类。
•依赖倒置原则：要依赖于抽象，而不是具体实现；要针对接口编程，不要针对实现编程。
•接口隔离原则：使用多个专门的接口比使用单一的总接口要好。
•组合重用原则：要尽量使用组合，而不是继承关系达到重用目的。
•迪米特原则(最少知识法则)：一个对象应当对其他对象有尽可能少的了解。本原则与结构化方法的低耦合原则是一致的。
215.根据目的和用途不同，设计模式可分为创建型(Creational)模式、结构型(Structural)模式和行为型(Behavioral)模式三种：
①创建型模式主要用于创建对象，包括工厂方法模式、抽象工厂模式、原型模式、单例模式和建造者模式等;
②结构型模式主要用于处理类或对象的组合，包括适配器模式、桥接模式、组合模式、装饰模式、外观模式、享元模式和代理模式等；
③行为型模式主要用于描述类或对象的交互以及职责的分配，包括职责链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式、访问者模式等。
216.软件配置管理活动包括软件配置管理计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付等活动。
217.软件编码就是把软件设计的结果翻译成计算机可以“理解和识别”的形式--用某种程序设计语言书写的程序。
(1)程序设计语言。编码的目的是实现人和计算机的通信，指挥计算机按人的意志正确工作。
(2)程序设计风格。程序设计风格包括4个方面：源程序文档化、数据说明、语句结构和输入/输出方法。
(3)程序复杂性度量。定量度量的结构可以用于比较两个不同设计或两种不同算法的优劣；程序的定量的复杂程度可以作为模块规模的精确限度。
（4）编码效率。编码效率主要包括：
①程序效率。程序的效率是指程序的执行速度及程序所需占用的内存空间。一般说来，任何对效率无重要改善，旦对程序的简単性、可读性和正确性不利的程序设计方法都是不可取的。
②算法效率。源程序的效率与详细设计阶段确定的算法的效率直接相关。在详细设计翻译转换成源程序代码后，算法效率反映为程序的执行速度和存储容量的要求。
③存储效率。存储容量对软件设计和编码的制约很大。因此要选择可生成较短目标代码且存储压缩性能优良的编译程序，有时需要釆用汇编程序，通过程序员富有创造性的努力，提高软件的时间与空间效率。提高存储效率的关键是程序的简单化。
④I/O效率。输入/输岀可分为两种类型：一种是面向人（操作员）的输入/输出；另一种是面向设备的输入/输岀。
218.软件测试方法可分为静态测试和动态测试。
①静态测试是指被测试程序不在机器上运行,而釆用人工检测和计算机辅助静态分析的手段对程序进行检测。
②动态测试是指在计算机上实际运行程序进行软件测试，一般采用白盒测试和黑盒测试方法。白盒测试也称为结构测试，主要用于软件单元测试中。
219.白盒测试方法主要有控制流测试、数据流测试和程序变异测试等。使用静态测试的方法也可以实现白盒测试。使用人工检查代码的方法来检查代码的逻辑问题，也属于白盒测试的范畴。白盒测试方法中，最常用的技术是逻辑覆盖，即使用测试数据运行被测程序,考查对程序逻辑的覆盖程度。主要的覆盖标准有语句覆盖、判定覆盖、条件覆盖、条件/判定覆盖、条件组合覆盖、修正的条件/判定覆盖和路径覆盖等。
220.黑盒测试也称为功能测试，主要用于集成测试、确认测试和系统测试中。黑盒测试将程序看作是一个不透明的黑盒，完全不考虑（或不了解）程序的内部结构和处理算法，而只检查程序功能是否能按照SRS的要求正常使用，程序是否能适当地接收输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息（例如，文件和数据库等）的完整性等。黑盒测试根据SRS所规定的功能来设计测试用例,一般包括等价类划分、边界值分析、判定表、因果图、状态图、随机测试、猜错法和正交试验法等。
扫一扫
166
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
