复习笔记——软件工程（1）

【IEEE1990】对性能的定义：一个系统或者其组成部分在限定的约束下，完成其指定功能的程度

需求获取整理和分析后，获得的文档包括用例说明文档和前景和范围文档

系统功能和边界的描述有用例图和上下文图（或系统关联图）

需求验证是需求工程过程中发生的验证活动，主要观察需求是否正确和充分地表达了涉众的需要

系统验证包括需求验证、体系结构设计验证、详细设计验证、代码验证、测试阶段的验证、产品维护阶段的验证

需求确认就是确认每一条需求都是符合用户的真实意愿，确保需求的内容正确性

系统确认指保证系统能够能够在预期环境下正确执行相应功能，满足和达到客户需要

需求管理是一种用于查找、记录、组织和跟踪需求变更的系统化方法

作为需求开发的结果，最终的需求被明确和固定下来并传递给其他的项目成员，该需求集合即为需求基线

范围蔓延是指在需求基线确定之后，再行大幅度增加新的特性、功能和需求，而且这些新增部分是不符合预期的项目前景或者超出预期的项目范围的

从工程管理的角度，可以将软件设计分为概要设计阶段和详细设计阶段

最高程度的耦合是内容耦合

功能内聚是最高程度的内聚

功能结模块聚合中，一个模块只执行一个功能的是功能聚合

绘制功能结构图的依据是数据流程图

信息系统开发的结构化方法的一个主要原则是自顶向下原则

数据库的逻辑结构设计是将概念数据模型转换为数据模型

IPO图能够充分地说明底层模块内部的处理细节和各模块之间数据传递的关系

数据流程图处理功能中，最难于用文字和符 表达清楚的是逻辑判断功能

用例图是从用户使用系统的角度描述系统功能的图形表达方法

类之间的关系不包括包含关系

执行者（Actor）与用例之间的关系是关联关系

等价类的划分有两种不同情况：合理等价类和不合理等价类

瀑布模型把软件生命周期划分为八个阶段：问题的定义、可行性研究、软件需求分析、系统总体设计、详细设计、编码、测试和运行、维护。八个阶段又可归纳为三个大的阶段：计划阶段、开发阶段和运行阶段

从结构化的瀑布模型看，在它的生命周期中的八个阶段中，需求分析阶段这个环节出错，对软件的影响最大

软件工程的出现主要是由于软件危机的出现

软件工程方法学的目的是：使软件生产规范化和工程化，而软件工程方法得以实施的主要保证是软件开发工具和软件开发的环境

软件开发常使用的两种基本方法是结构化和原型化方法，在实际的应用中，它们之间的关系表现为相互补充

UML是软件开发中的一个重要工具，它主要应用于基于对象的面向对象的方法这种软件开发方法

在（结构化方法、原型化方法、面向对象的方法、控制流方法）的软件开发方法中，原型化方法对软件设计和开发人员的开发要求最高

结构化分析方法是一种预先严格定义需求的方法，它在实施时强调的是分析对象的数据流

程序开发的结构化生命周期方法将软件生命周期划分为计划阶段、开发阶段和运行阶段

软件开发的瀑布模型，一般都将开发过程划分为：分析、设计、编码和测试等阶段，一般认为可能占用人员最多的阶段是编码阶段

适合于面向对象方法学的软件生存周期模型是喷泉模型

从实用角度看，数据规范化在大多数场合选用第3范式

可行性分析研究的目的是项目值得开发否

模块的内聚性最高的是功能内聚

开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称软件危机

需求分析阶段的任务是确定软件系统的功能

完整的软件结构通常用HIPO图来表示

在白盒法技术测试用例的设计中语句是最弱的覆盖标准

软件开发中常采用的结构化生命周期方法，由于其特征而一般称其为瀑布模型

对象实现了数据和操作的结合，使数据和操作封装于对象的统一体中

在数据流图中，圆代表加工

模块内聚度越高，说明模块内各成分彼此结合的程度越紧密

软件测试方法中，黑盒、白盒测试法是常用的方法，其黑盒测试主要用于测试软件外部功能

面向对象开发方法中，UML语言是占主导地位的标准建模语言

软件需求分析的主要任务是准确地定义出要开发的软件系统是做什么

结构化程序设计的一种基本方法是逐步求精法

软件危机具有下列表现：对软件开发成本估计不准确，软件产品的质量往往靠不住，软件常常不可维护，软件成本逐年上升

软件生命周期一般都被划分为若干个独立的阶段，其中占用精力和费用最多的阶段往往是运行和维护阶段

软件的特点是：软件是一种逻辑实体，具有抽象性；软件在使用过程中没有厝损、老化的问题；软件不同于一般程序，它的一个显著特点是规模大，复杂程度高

软件开发技术不包含软件质量度度量

软件工程的课程特点：学科理论及其知识应用的多维性；工程化；浓厚的方法学色彩；实践性、指导性强

计算机辅助教学软件、办公自动化软件、工程与科学计算软件属于应用软件

需求分析阶段最重要的技术文档是需求规格说明书

数据流图的相关说法：数据流图舍去了具体的物质，只剩下数据的流动、加工处理和存储；数据流图是用作结构化分析的一种工具；数据流图的绘制采用自上向下、逐层分解的方法

数据字典是软件需求分析阶段的最重要工具之一，其最基本的功能是数据定义

需求分析阶段的研究对象是用户要求

结构化方法的基本原则是抽象与分解

内聚程度较低的是偶然内聚

62. 对一个程序来说，组成系统的模块数目为某个定值，则开发成本越小
63. 画软件结构图时应注意调用关系只能是从上到下
64. 程序流程图中的“→”代表控制流
65. DFD中的“→”代表数据流（DFD数据流程图）
66. DFD中的“0”代表处理
67. DFD中的“_”代表文件
68. 在结构性的瀑布模型中，需求分析阶段定义的标准将成为软件测试中的系统测试阶段的目标
69. 软件工程方法中普遍定义的方法之一是结构化生命周期方法（SLC 方法），规范文档格式这个论述不具有SLC方法的主要特征，严格定义需求、划分开发阶段、分析控制流程这三个论述具有SLC方法的主要特征
70. 软件结构中两个模块之间有调用关系，传递简单数据值，相当于高级语言中的值传递，这两个模块之间的耦合是数据耦合
71. 软件维护的四类维护活动是：改正性维护，适应性维护，完善性维护和预防性维护
72. 主要从技术可行性、经济可行性、操作可行性几个方面进行系统可行性研究
73. 进行需求分析可使用多种工具（数据流图、判定表、数据字典软件），但PAD图是不适用的
74. 需求分析阶段的工作，可以分为四个方面：对问题的识别、分析与综合、编写需求分析文档以及需求分析评审
75. OTM方法的第一步是从问题的陈述入手，构造系统模型。系统模型由对象模型、动态模型和功能模型组成
76. 为了表示项目管理功能工作中各项任务之间的进度衔接关系，常用的计划管理工具是甘特图（Gantt）
77. 软件生命周期中所花费用最多的阶段是软件维护
78. 可行性分析是在系统开发的早期所做的一项重要的论证工作，它是决定该系统是否开发的决策依据，因必须给出行或不行的回答
79. 瀑布模型采用结构化的分析与设计方法，将逻辑实现与物理实现分开
80. 详细设计的结果基本决定了最终程序的质量
81. 结构化程序设计主要强调的是程序易读性
82. 程序的三种基本控制结构是顺序、选择和重复
83. 确认软件的功能是否与需求规格说明书中所要求的的功能相符的测试属于验收测试
84. 面向对象技术中，对象是类的实例。对象有三种成分：标识、属性和办法（或操作）
85. 操作系统不断想应用程序发送消息，但应用程序不能向操作系统发送消息是不正确的
86. 面向对象程序设计中的数据隐藏指的是对象内部数据结构的不可访问性
87. 程序设计属于软件开发过程实现阶段
88. 结构设计是一种应用最广泛的系统设计方法，是以数据流为基础、自顶向下、逐步求精和模块化的过程
89. 结构化程序设计主要强调程序的可读性
90. 分析员是用户和软件人员的中间人
91. 程序的三种基本控制结构的共同特点是只有一个入口和一出口
92. 软件生产过程中，需求信息由软件用户给出
93. 与软件测试数据无关的文档是项目开发设计
94. 结构化分析SA方法以数据流图、数据字典和加工说明等描述工具，即用直观的图和简洁的语言来描述软系统模型
95. 面向数据流的软件设计方法，一般是把数据流图中数据划分为交换流和事务流，再将数据流图映射为软件结构
96. 总体设计的结果是提供一份模块说明书
97. 软件是程序及其文档
98. 软件需求规格说明的内容包括主要功能、用户界面及运行环境、软件的性能，不包括算法的详细描述
99. 面向对象的分析方法主要是建立三类模型，即对象模型、动态模型、功能模型
100. 在E-R模型中，包含以下基本成分：实体、联系、属性
101. 各种软件维护的类型中最重要的是完善性维护
102. 软件测试的目标是发现错误、降低错误带来的风险
103. 若有一个计算类型的程序，它的输入量只有一个x，其范围是【-1.0,1.0】，现从输入的角度考虑一组测试用例：-1.001，-1.0，1.0，1.001设计这组测试用例的方法是边界值分析法
104. 详细设计的基本任务是确定每个模块的算法设计
105. 设函数C (x)定义问题x的复杂程序,函数E(X)确定解决问题x需要的工作量(时间)。对于两个问题P1和P2,如果C (P1) >C (P2)显然E(P1) >E (P2) ,则得出结论E (P1+P2) >E (P1) +E (P2)就是:模块化的根据
106. 条件组合覆盖是这几种白箱测试技术（语句覆盖，条件覆盖，判定覆盖，条件组合覆盖）最强的覆盖准则
107. 面向数据流的设计方法把数据流映射成软件结构
108. 确定测试计划是在总体设计阶段制定的
109. 螺旋模型引入了“风险驱动”的思想，适用于大规模的内部开发项目
110. 提高测试的有效性非常重要，成功的测试是指发现了至今为止未发现的错误
111. 在软件危机中表现出来的软件质量差的问题，其原因是没有软件质量标准
112. 在软件质量因素中，软件在异常条件下仍能运行的能力称为软件的健壮性
113. 逻辑覆盖不属于黑盒测试技术，等价划分、边界值分析、错误推测是黑盒测试技术
114. 软件工程方法是在实践中不断发展着的方法，而早期的软件工程方法主要是指结构化方法
115. 封装是把对象的属性和操作结合在一起，构成一个独立的对象，其内部信息对外界是隐蔽的，外界只能通过有限的接口与对象发生联系
116. Jackson方法是在软件开发过程中常用的方法，使用Jackson方法时可以实现从数据结构导出程序结构
117. 软件测试时为了发现错误而执行程序的过程
118. 在软件系统中，一个模块应具有什么样的功能，这是由需求分析决定的
119. 面向对象分析是对系统进行需求分析的一种方法
120. 软件文档是软件工程实施中的重要部分，它不仅是软件开发阶段的重要依据，而且影响软件的可维护性
121. 软件开发的瀑布模型，一般都将开发过程划分为：分析、设计、编码、测试和维护等阶段，一般认为可能占用人员最多的阶段是维护阶段
122. 提高软件的可维护性可采用很多措施，提供没有错误的程序不在措施之列（建立质量保证制度、明确软件质量标准、改进程序文档质量）
123. 需求分析是软件开发工作的基础
124. 原型化方法是软件开发中一类常用的方法，它与结构化方法相比较，更需要完整的生命周期
125. 软件维护时，对测试阶段未发现的错误进行测试、诊断、定位、纠错，直至修改的回归测试过程称为改正性维护
126. 一般来说，投入运行的软件系统中有错误不是不可以理解的

另外：

1.以下属于IEEE1990对需求的定义的是(BC)
A.用户提出来的所有要求”
B.用户为了解决问题或达到某些目标所需要的条件或能力
C.系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力
D.开发者或系统能满足用户的条件或能力

2.用户需求不明确问题主要体现在(ABCD)
A.在软件开发出来之前,用户自己也不清楚软件开发的具体需求.
B.用户对软件开发需求的描述不精确,可能有遗漏、有二义性、甚至有错误
C.在软件开发过程中,用户还提出修改软件开发功能、界面、支撑环境等方面的要求
D.软件开发人员对用户需求的理解与用户本来愿望有差异

3.软件需求可分为(AB)
A 功能需求 B.非功能需求 C.约束 D、对外接口

4.以下属于功能需求的有（ABC）
A 用户需求 B.业务需求 C.系统需求 D.性能需求

5.以下属于非功能需求的是（ABCD）
A.性能需求. B.质量属性 C.对外接口 D.约束

6.性能需求主要包括用户在软件响应(ABCD)、系统吞吐量,以及运行时资源消耗等属性要求。
A.速度 B.精度 C.容量 D、负载

7.对系统之间的软硬件接口需要说明接口的以下内容(ABCDE)
A接口的数据格式 B、接口的命令格式 C.接口标准 D.接口用途
E.接口的输入输出 F.接口的实现算法

8.软件需求工程过程包括(ABCDE)阶段
A.需求获取 B.需求分析 C.形成需求规格说明文档
D.需求验证 E.需求管理

9.需求获取要获取的内容包括(ABCD)
A.需求本身. B.业务描述 C.环境 D约束

10.需求获取方法中传统的有(ABCDE)
A.面谈法 B.原型法 C 模型驱动法
D、基于上下文的方法 E、认知方法

11.需求分解采用自顶向下的方法包括(ABCD)
A.业务流程为主线索的分解结构. B.程序结构为主线索的分解结构
C.基于场景的分解结构 D.基于数据的分解结构

12.需求分析的主要任务是(AB)
A.准确地回答”系统必须做什么
B.进行业务分析,即分解需求、提炼需求、消除业务矛盾
C.准确地回答”为什么要做系统
D.准确地回答”系统要怎么做”

13采用面向对象方法开发软件时,需求分析阶段主要用到的图形工具有(ABCD) ,偶尔会用到组件图和部署图。
A.用例图 B.活动图 C.顺序图 D.类图

14.常用的需求分析方法有(ABC)
A结构化分析(SA) B.面向对象分析(OOA)
C.面向问题域分析(PDOA) D.原型分析

15.常见的结构化分析技术包括(ABCDE)方法。
A. 数据建模(ER图) B. 过程建模(DFD) C.行为建模(状态图)
D.过程/数据关系建模(功能实体矩阵) E. 信息工程(战略数据规划)

16.反映需求分析结果,用于为行为分析建模,描述用户与系统协同工作的细节,包括对用户界面特点的描述,一般在需求分析阶段建立的模型称为(ACD)
A.具体用例模型 B.基本用例模型 C.详细用例模型 D.系统用例模型

17.需求验证要确保需求的(ABC ) ,要确保需求的技术可行性。
A正确性 B.完备性 C.—致性 D.可读性

18.需求验证的常用方法有(ABCDEF)
A.需求评审 B.原型法. C.测试用例开发
D编制用户手册 E. 需求跟踪 F.自动化分析

20.一般,需求文档退出审查的标准有(ABCD)
A.已经明确阐述了审查员提出的所有问题 B.已经正确修改了文档
C.所有待解决的问题已经全部解决
D.修订过的文档已经进行了拼写检查和语法检查

21.需求管理主要包括(ABD)等阶段。
A.维护需求基线 B.实现需求跟踪 C.管理开发过程 D.控制需求变更

22.软件需求开发包括(ABCDE)阶段。
A 需求获取 B.需求分析 C.需求规格说明 D.需求验证 E. 需求管理

23.需求管理的作用有(ABDE)
A.提高需求开发的准确性 B. 提高项目生产率 C.避免需求变更
D.准确反映项目的状况,有助于项目管理
E.增进涉众之间交流,减少误解和交流偏差

24.需求跟踪的实现方法主要有(ABD)
A.跟踪矩阵 B.实体联系模型 C.活动图 D.交叉引用

25.从技术的角度,传统的结构化方法将软件设计划分为(ABC)等部分。
A.体系结构设计 B.数据设计 C.接口设计 D.过程设计

26.面向对象方法将软件设计划分为(ABCD)等部分。
A.体系结构设计. B.类设计/数据设计 C.接口设计 D.构件级设计

27.流图中,可以用(ABD)计算环形复杂度V(G)。
A.V(G)=流图中的区域数
B.V(G)=E-N+2 (其中E是流图中的边数, N是结点数)
C.VI(G)=P+E (其中P是流图中判定结点的数目, E是流图中的边数)
D.V(G)=P+1 (其中P是流图中判定结点的数目)

28.数据流程图的基本符 包括(ABCD)
A、外部项 B.数据流 C.加工处理 D.数据存储 E.内部项

29.部署图要素包括(ABD)
A 设备 B.处理器 C.组件 D.关联 E.消息

30.以下图中属于建模系统静态特征的有(ABDE)
A .类图 B.用例图 C.顺序图 D.部署图 E.组件图 F.活动图

如有错误，欢迎指教