形考作业1
1.
（）是职业软件工程师的必要条件。
自律、善于沟通、具有一定的软件技能
编程速度快
熟悉众多的软件环境
语言天赋
根据软件工程的7条基本原理判断下面正确的选项是（）。
软件错误发现的时机不重要，重要的是错误的严重程度
软件错误只能通过运行代码才能发现
软件错误发现的越早改正的成本越低
需求阶段一般不会引入错误
美国著名软件工程专家B.W.Boehm于1983年提出了软件工程的（）条基本原理。
7
5
3
12
软件、程序和代码是（）。
相同的软件概念
程序语言写的代码
计算机代码和数据
三个不同的概念
软件对硬件和环境有着不同程度的依赖性，这导致了软件（）问题。
复杂性
升级和移植
通用性
脆弱性
软件工程的出现是由于 （）。
软件危机
计算机硬件技术的发展
软件社会化的需要
计算机软件技术的发展
软件工程四个层次由下至上是（），它们的顺序不能互换。
质量层、过程层、方法层、工具层
过程层、方法层、质量层、工具层
方法层、过程层、质量层、工具层
方法层、质量层、过程层、工具层
软件可行性研究一般不考虑（）
是否有足够的人员和相关的技术来支持系统开发
是否有足够的工具和相关的技术来支持系统开发
待开发软件是否有市场、经济上是否合算
待开发的软件是否会有质量问题
软件与程序的区别是（）。
程序价格便宜，软件价格昂贵
程序是用户自己编写的，而软件是由厂家提供的
程序是用高级语言编写的，而软件是由机器语言编写的
软件包括程序、相关数据及其文档,程序是软件的一部分
在软件生产的程序系统时代由于软件规模扩大和软件复杂性提高等原因导致了（）。
软件危机
软件工程
程序设计革命
结构化程序设计
软件工程学科出现的主要原因是（）。
计算机的发展
其他工程科学的影响
软件危机的出现
程序设计方法学的影响
概要设计是软件系统结构的总体设计，以下选项中不属于概要设计的是（）。
把软件划分成模块
确定模块之间的调用关系
确定各个模块的功能
设计每个模块的伪代码
经济可行性研究的主要内容包括（）。
开发过程
开发工具
风险分析
效益分析
可行性分析研究的费用大约是项目总经费的（）。
2%
8%
20%
50%
可行性分析研究的目的是 （）。
争取项目
项目是否值得开发
开发项目
规划项目
可行性研究的四大要素是（）。
经济、技术、法律和社会环境
经济、技术、开发组织能力和领导者水平
经济、技术、计算机硬件环境和网络带宽
经济、技术、软件开发工具和人员的稳定性
可行性研究的主要目的是（）。
确定系统建设的详细方案
深入了解用户需求
分析开发系统的必要性
确定系统是否值得开发
软件设计的目标是（）。
在最短的时间内，生产出可靠性、可维护性俱佳的软件方案
为软件编码设计模块结构
确定软件要做什么
确定软件的实现算法
软件调研报告是在（）提交的。
可行性分析之前
需求分析之前
签合同之前
设计的时候
一个软件项目大约（）的工作量在开发阶段，（）的工作量在维护阶段。
30%,70%
70%,30%
30%,30%
70%,70%
（）定义了软件开发人员必须实现的软件功能。
用户需求
业务需求
性能需求
功能需求
PDL是描述处理过程（）。
做什么
为什么做
怎么做
对谁做
程序流程图与数据流程图的关系（）。
不确定
数据流程图可以转换成程序流程图
数据调用关系
程序流程图可以转换成数据流程图
结构化分析方法（SA 法）使用的主要描述工具有（）。
数据库
模块结构图
PAD 图
分层的DFD 图
进行需求分析有的多种描述工具，但不包括（）。
数据流图
判定表
PAD图
数据词典
结构化程序设计主要强调的是（）。
程序的规模
程序效率
程序语言的先进性
程序易读性
内聚程度较低的是（）。
通信内聚
过程内聚
顺序内聚
时间内聚
为了提高模块的独立性，模块之间最好是（）。
控制耦合
公共耦合
内容耦合
数据耦合
用（）对需要长久保存的信息进行建模。
实体类
数据库表
E-R图
对象类
（）反映了系统物理结构。
程序流程图
数据流程图
网络拓扑图
系统流程图
形考作业2
1.
面向对象设计强调定义（），并且使它们相互协作来满足用户需求。
软件对象
物理模型
E-R模型
接口
（）是从用户的观点描述系统功能，它由一组用例、参与者以及它们之间关系所组成。
类图
对象图
顺序图
用例图
（）用于描述系统的功能集。
组件视图
逻辑视图
用例视图
对象视图
UML 语言支持的建模方式不包括有（）。
静态建模
动态建模
模块化建模
功能建模
UML 中，包图是一种（）。
集合
数据结构
分组机制
对系统的动态描述
UML是一种（）。
建模工具
可视化的程序设计语言
可视化的建模语言
过程
UML是一种（）语言。
程序设计
面向对象
交互式建模
过程描述
类的属性结构要坚持简单的原则，尽可能不使用复杂的（）。
数据结构
处理
方法
参数
继承耦合是（）之间的一种关联形式，设计时应该适当使用这种耦合。
虚类与实体类
一般化类与特殊化类
控制类与界面类
数据类与处理类
包含关系用于构造多个用例（）。
关系
共性的部分
角色
特殊活动
从本质上说，面向对象是“先”确定动作的（）“后”执行（）。
数据结构/主体
主体/数据结构
动作/主体
主体/动作
对象模型描述现实世界中实体的对象以及它们之间的关系，表示目标系统的静态数据结构。在面向对象方法中，由（）实现。
顺序图
类图
状态图
组件图
功能模型用于表达系统的需求，为软件的进一步分析和设计打下基础。在面向对象方法中，由（）实现。
场景描述
活动图和场景描述
用例图和场景描述
交互图和场景描述
对象实现了数据和操作的结合，使数据和操作（）于对象的统一体中。
结合
隐藏
封装
抽象
（）是一般化类与特殊化类之间的一种关联形式，设计时应该适当使用这种耦合。
消息连接
参数传递
方法重写
继承
表示对象相互行为的模型是（）模型。
动态模型
功能模型
对象模型
状态模型
定义类的属性类型时尽量使用已有类型，太多自定义类型会降低系统的（）指标。
有效性
安全性
可维护性
开发效率
反映收发消息的对象的组织结构，用于描述系统的行为是如何有系统的成分协作实现的是（）。
顺序图
类图
合作图
组件图
确定角色是（）的任务。
对象模型
用例模型
动态模型
交互模型
如果说用例F被用例T扩展，意思是（）。
F是一个一般用例，T是一个特殊用例
F是一个特殊用户，T是一个一般用例
都是一般用例
都是特殊用
软件需求分析产生两个重要文档，一个是软件需求规格说明书，另一个是（）。
软件维护说明书
概要设计说明书
可行性报告
初步用户手册
下面建立功能模型的步骤哪个顺序是正确的（）。
确定角色/确定用例模型/确定用例
确定用例/确定用例模型/确定角色
确定角色/确定用例/确定用力模型
确定用例模型/确定角色/确定用例
在图书馆信息管理系统中，已经构造了一个读者类，后来发现图书馆的学生和教师在借书中有不同要求。请问在面向对象设计中用（）方法可以有效地设计这3个类？
信息隐藏
多态
动态联编
继承
用（）描述系统与角色之间的接口。
表单
界面类
窗体
对话框
对类进行详细设计，主要是设计类的（），优化类之间的关系。
数据结构
处理流程
属性和方法
算法
面向对象设计的步骤中，正确的顺序是（）。
系统构架设计、用例设计、类设计
系统构架设计、数据库设计和用户界面设计
类设计、用例设计、构架设计
用例设计、构架设计、类设计
面向对象设计首先要进行高层设计：确定系统的总体结构和风格，构造系统的（），将系统划分成不同的子系统。
逻辑模型
物理模型
数据模型
用例模型
面向对象设计首先要确定系统的总体结构和风格，构造系统的（）。
逻辑模型
物理模型
数据模型
用例模型
在面向对象方法中，描述系统控制结构的模型是（）模型。
动态模型
功能模型
对象模型
静态模型
在软件设计中应该保持模块的独立性原则，（）反映模块独立性。
耦合和内聚
数据和模块
模块内部的凝聚力
模块之间的耦合
形考作业3
形考作业3：基于UML的大学图书馆图书信息管理系统设计实验
一、实验内容说明
对实验2的面向对象分析结果进行系统概要设计和详细设计。
设计系统构架，勾画出整个系统的总体结构，这项工作由全组成员参加，包括主要子系统及其接口，主要的设计类和中间件等系统软件。设计时要考虑系统的可维护性，以简单为第一原则——简单的类、简单的接口、简单的协议、简单的描述。
使用UML的配置图描述系统的物理拓扑结构以及在此结构上分布的软件元素。
用类图和顺序图对主要用例：借书、还书、处罚进行设计，并对其中的类进行详细说明，包括属性设计和方法设计。
二、实验目的
（1）通过本实验使学生掌握UML建模语言的常用图形，面向对象的设计方法和过程。特别是熟悉包图、顺序图、配置图和类图的应用。
（2）以小组形式完成本实验，锻炼同学之间的协作和沟通能力、自我学习和管理能力。
（3）学生在实验过程中熟练掌握常用的CASE工具。
三、实验学时
8学时
四、实验步骤
（1）根据实验2画出的系统用例图和需求规格说明书规划系统的物理结构。
（2）组长和小组成员共同协商一份设计规范：设计用的图形符号、字体、大小规范，界面设计规范，用语规范等。
（3）对借书用例、还书用例、处罚用例进行用例设计和类设计。
（4）对借书用例、还书用例、处罚用例使用顺序图设计类之间的消息通信。
（5）编写系统设计规格说明书。
五、实验要求
4人一组，分工如下：1名组长，负责整个小组的人员安排，工作计划，文档质量，整体项目的协调等工作；2名系统分析员，专门负责需求分析，1名分析员，专门负责系统的验收测试用例。虽然各有分工，但大家必须协同工作。
使用VISO或IBM Rational ROSE工具软件。
各种说明书使用WORD软件。
六、结果
实验结果包括：
（1）系统配置图及其说明。
（2）系统体系结构划分及其说明。
（3）借书用例、还书用例、处罚用例的详细设计类图及其属性、方法说明。
（4）用顺序图分别对借书用例、还书用例、处罚用例设计类之间的消息通信说明。
（5）系统设计说明书。
七、成绩评定
组长给小组内每名成员评分，小组的成绩由指导教师给出，小组成绩作为组长的成绩，每名成员的成绩=（组长评分+教师评分）/2。
请查看系统设计规格说明书模板，按照要求完成后提交你的实验结果。（本次实验得分将直接计入形成性考核总成绩，务必重视！满分为10分）
形考作业4
1.
程序的三种基本控制结构，包括顺序结构、（）和循环结构。
条件判断结构
说明结构
输入结构
输出结构
程序结构清晰且简单易懂，一个函数的规模一般（）行。
等于300
大于500
不超过30
100左右
程序设计语言的技术特性不应包括（）。
数据结构的描述性
抽象类型的描述性
数据库的易操作性
软件的可移植性
对于嵌套的循环和分支程序，层次不要超过（）层。
1
2
3
5
构架设计的主要目的是（），这项工作由经验丰富的构架设计师主持完成。
类图
确定系统数据结构
处理流程
确定系统总体结构
两个浮点数X0和X1比较相等时，应该用（）比较。
X0==X1
X1-X0<ε
|X0-X1|<ε
X0=X1
（）不符合软件测试原则。
对每个测试结果进行检查，不漏掉已经出现的错误迹象
程序员应该仔细测试自己编写的程序代码
程序员要避免测试自己编写的程序代
测试工作越早开始越好
（）时，测试人员必须接触到程序源代码。
黑盒测试
白盒测试
压力测试
外观测试
（）属于功能测试方法。
等价类划分和判定覆盖
边值分析和等价类划分
边值分析和判定覆盖
判定覆盖和回归测试
不管多么完善的软件都可能有潜在的问题，所以设计人员应该为软件进行（）设计，当软件遇到异常数据、事件或操作时，软件不至于彻底崩溃。
容错性
有效性
可靠性
安全性
测试用例是一组（）。
测试用的输入数据以及对应的预期结果
测试驱动程序
测试数据
测试程序及数据
测试最早的开始时间是（）。
从详细设计阶段开始
从编码阶段开始
从需求分析阶段开始
以上都对
从测试对象的粒度上划分测试为（）。
单元测试、集成测试
压力测试、功能测试、性能测试和系统测
单元测试、集成测试、系统测试和验收测试
黑盒测试、白盒测试、功能测试和性能测试
从狭义上讲，软件测试是（）的过程。
为发现错误而执行程序
为了验证程序正
用不同的数据验证程序正确性
区分程序员水平
软件维护过程中产生的副作用，一般是由（）引起的。
算法说明
修改程序
优先级
环境要求
通常软件的可维护性常常随着时间的推移而（）。
降低
提高
不变
确定
为了获得维护的统计信息，应该记录每次维护的（）。维护管理者根据统计信息积累维护管理的经验，作为今后制定维护计划的依据。
类型
工作量
维护人员
以上全部
为了适应软硬件环境变化而修改软件的过程是（）。
校正性维护
完善性维护
适应性维护
预防性维护
维护的工作量与软件规模成（），软件的规模可以由源程序的语句数量、模块数、输入输出文件数、数据库的规模，以及输出的报表数等指标来衡量。
反比
正比
没关系
不确定
一般维护程序代码的策略（）。
从需求开始重新开发
根据维护申请读源程序，并修改
找一个新的模块替换
不用读源程序，从新编写代码
以下属于完善性维护的有（）。
解决开发是未能测试各种可能条件带来的问题
增加联机求助命令
缩短系统的应答时间，使其达到特定要求
为提高软件的可靠性和可维护性，主动修改软件
引起软件改变的原因主要有（）。
运行环境变化
需求变化
系统有错
以上全部
在软件生存期的维护阶段，继续诊断和修正错误的过程称为（）。
完善性维护
适应性维护
预防性维护
改正性维护
软件项目管理的内容包括（）。
人员的组织与管理
软件配置管理
软件开发进度计划
以上所有
软件项目管理的内容不包括（）。
人员的组织与管理
技术和算法
软件配置管理
软件开发进度计划
通俗的说，软件项目管理中常说的基线是（）。
管理的基本思路
一种软件开发的基本策略
基本的技术路线
通过正式复审的文档
通俗的说，软件项目管理中常说的基线是（）。
管理的基本思路
通过正式复审的文档
基本的技术路线
一种软件开发的基本策略
项目计划活动的主要任务是（）。
估算项目的进度
分配工作量
计划资源使用
以上全部
项目计划活动的主要任务是估算项目的进度、工作量、资源和（）。
风险
时间
人员
事情
用（）模型描述系统组织结构。
组织
CMM
数据
静态
暂无评论内容