第一章 绪论吉西他滨
简述软件危机与软件工程的概念以及提出软件工程概念的目的。 201804 201810 (1)软件生产率、软件质量远远满足社会发展的需求，成为社会、经济发展的制约因素，把这一现象称为软件危机 ； (2)软件工程是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件产品的工程，或以此为研究对象的学科；
(3)软件工程概念的提出是倡导以工程的原理、原则和方法进行软件开发，以期解决出现的软件危机。
简述软件工程的概念与发展 201404
发展：60年代末—80年代初，主要围绕系统实现技术、软件质量和软件工程管理； 80年代以来，主要表现为软件复用技术、软件生产管理的研究和实践。
简述计算机软件的概念，以及提出软件工程概念的目的。 201704 201610
1.计算机软件一般是指计算机系统中的程序及其文档 。
2.其中，程序是计算机任务的处理对象和处理规则的描述；
3.文档是为了理解程序所需的阐述性资料。
4.软件工程概念的提出是倡导以工程的原理、原则和方法进行软件开发，以期解决出现的软件危机。
简述软件开发的本质及其涉及到的问题。201904 201504
本质：不同抽象层术语之间的“映射”，以及不同抽象层处理逻辑之间的“映射”。
问题：(1)如何实现这样的映射，这是技术层面上的问题；
(2)如何管理这样的映射，以保障映射的有效性和正确性。这是管理层面上的问题。
简述软件开发的本质及其基本途径。 201710 201510
本质：实现问题空间的概念；处理逻辑到解空间的概念；处理逻辑之间的映射。
阿信的博客
途径：系统建模。
简述何谓系统模型以及软件开发中所涉及的系统模型分类。
模型是待建系统的任意抽象。该抽象是在特定意图下所确定的角度和抽象层次对物理系统的一个描述，描述其中的成分和成分之间所具有的特定语义的关系，还包括对该系统边界的描述；
系统模型分为两类： 概念模型 和 软件模型 。
远程控制系统
软件模型又可进步分为设计模型、实现模型和部署模型等。
第二章 软件需求与软件需求规约
简述需求的概念和基本性质。 201510 201404
需求：有关一个“要予构造”的陈述，描述了待开发产品/系统功能上的能力、性能参数或其他性质。
5个基本性质 ：① 必要性 ，该需求是用户所要求的；
② 无歧义性 ，该需求只能用一种方式解释；
③ 可测性 ，该需求是可进行测试的；
④ 可跟踪性 ，该需求可从一个开发阶段跟踪到另一个阶段；
⑤ 可测量性 ，该需求是可测量的。
简述需求规约的概念和基本性质。 201804 201904 201110
需求规约是一个软件系统所有需求陈述的正式文档，它表达了一个软件产品的概念模型。
基本性质：1.重要性和稳定程度。按需求的重要性和稳定性，对需求进行分级；
2.可修改的。在不过多影响其他需求的前提下，可以容易修改一个单一需求；
3.完整性。没有被遗漏的需求；
4.一致性。不存在互斥的需求。
简述需求规约在项目开发中的基本作用。 201610 201301
(1)是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。
(2)对于项目的其余大多数工作，需求规约是一个管理控制点。
(3)对于产品/系统的设计，需求规约是一个正式的、受控的起始点。
(4)是创建产品验收测试计划和用户指南的基础，即基于需求规约一般还会产生另外两个文档：初始测试计划和用户系统操作描述。
简述常用的初始需求发现技术。 201704 201504 201310
（1） 自悟 ：需求人员把自己作为系统的最终用户，审视该系统并提出问题。
（2） 交谈 ：需求人员通过提出问题/用户回答这一方式，直接询问用户需要的是一个什么样的系统。
（3） 观察 ：通过观察用户执行其现行的任务和过程，了解系统运行的环境。
刘廷析（4） 小组会 ：举行客户和开发人员的联席会议，与客户组织的一些代表共同开发需求。
（5） 提炼 ：复审技术文档，并提取相关的信息。
简述软件需求的分类及其关系。 201201
分类：功能需求，非功能需求。
非功能需求分为：性能需求、外部接口需求、设计约束、质量属性。
关系：一般来说，功能需求是整个需求的主体，没有功能需求，就没有派生的其他功能需求，就没有非功能需求。
第三章 结构化方法
简述结构化分析建模工具和步骤 201404
工具：结构化分析方法给出了一种表达系统功能模型的建模工具：数据流图。
简述结构化分析建模的基本步骤。 201710
（该过程属于“自顶向下，功能分解”形式）助记口诀：建图、求精、字典、加工。
1）建立系统环境图，确定系统语境
2）自顶向下，逐步求精，建立系统的层次数据流图
3）定义数据字典
4）通过结构化自然语言、判定树、判定表等工具，描述加工
简述结构化方法总体设计的任务、步骤和模式。
任务：把系统的功能需求分配到一个特定的软件体系结构中，建立系统的模块结构； 步骤：将需求分析得到的系统数据流图DFD 转化为初始的模块结构图；再基于高内聚低耦合的设计原理，通过模块化，将初始的模块结构图转化为最终的，可供详细设计使用的模块结构图。
模式：变换设计和事务设计。
针对具有变换型流图和事务型的 DFD ，简述总体设计的步骤。 201610
(1)在软件总体设计中，通常以变换设计为主，事务设计为辅进行结构设计。
(2)首先利用变换设计，把软件系统分为输入、中心变换和输出3个部分，设计上层模块。
(3)然后根据各部分数据流图的结构特点，适当地利用变换设计和事务设计进行细化，得到初始的模块结构图。
(4)再按照“高内聚低耦合”的原则，对初始的模块结构图进行精化，得到最终的模块结构图。
简述变换设计的基本步骤。 201704
第 1 步：设计准备——复审并精化系统模型
第 2 步：确定输入、变换、输出这三部分之间的边界
第 3 步：第一级分解——系统模块结构图顶层和第一层的设计
第 4 步：“第二级分解”——自顶向下，逐步求精。
简述事务设计的基本步骤。 201804
1.设计准备，复审并精化系统模型；
2.确定事务处理中心；
3.设计系统模块结构图的顶层和第一层；
4.自顶向下，逐步求精。
简述变换设计与事务设计的区别及联系。 201504
区别：(1)变换设计的目的是将变换型数据流图映射为模块结构图，它由3部分组成：获取数据、变换数据和输出数据，其中变换数据是核心。为了协调这些模块的有序工作，还应设计一个主控模块来协调和控制其他模块。变换设计比较机械。
(2)事务设计的目的是将事务型数据流图映射为模块结构图，事务设计都有一个明显的事务
处理中心，事务中心需完成3个任务:接收输入数据、分析并确定对应的事务和选取与该事务对应的一条活动路径。
联系：在总体设计中，通常以变换设计为主，事务设计为辅进行结构设计。
什么是模块？什么是模块耦合？简述常用的模块耦合类型及其设计原则。 201904 201201
模块是执行一个特殊任务的一个过程以及相关的数据结构；
模块耦合是指不同模块之间相互依赖程度的度量；
常见模块耦合类型：内容耦合、公共耦合、控制耦合、标记耦合、数据耦合等；
设计原则：如果模块间必须存在耦合,尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,避免使用内容耦合。
简述模块的控制域、作用域的概念，以及它们的启发式原则。 201604 201310
控制域：指这个模块本身以及所有直接或间接从属于它的模块的集合。
凹凸棒土作用域：指受该模块内一个判定所影响的所有模块的集合。
原则：尽量使该模块的作用域在其控制域之内。
简述结构化设计中启发式规则。 201510
“高内聚低耦合”的启发式规则主要包括：
1)改进软件结构，提高模块独立性。
2)力求模块规模适中。
3)力求深度、宽度、扇出和扇入适中。
4)尽力使模块的作用域在其控制域之内。
5)尽力降低模块接口的复杂度。
6)力求模块功能可以预测
简述结构化方法详细设计的任务及目标。 201810
任务：具体描述模块结构图中的每一个模块，即给出实现模块功能的实施机制，包括一组例程和数据结构，从而精确地定义了满足需求所规约的结构；
目标：将总体设计阶段所产生的系统高层结构映射为以这些术语所表达的低层结构，也是系统的最终结构。
信宜话简述程序流程图的优缺点。 201604
优点：是对控制流程的描绘很直观，便于初学者掌握。
缺点：(1)不是一种逐步求精的工具；
(2)所表达的控制流，往往不受任何约束可随意转移，从而会影响甚至破坏好的系统结构设计；
(3)不易表示数据结构。
第四章 面向对象方法 —— UML
什么是类? 什么是对象? ?什么是类的构成成分? 201210
(1)类是一组具有相同属性、操作、关系和语义的对象的描述；
(2)对象是类的一个实例；
(3)类的构成成分包括：类名、属性、操作。
为什么说UML是一种可视化的建模语言，而不是一种特定的软件开发方法学？ 201510
简述信息隐藏的概念及其意义。 201704
（1）信息隐藏是指在每个模块中所包含的信息不允许其他不需要这些信息的模块访问。
（2）信息隐藏是实现模块低耦合的一种有效途径。
（3）但是，如果该模块是“绝对”信息隐藏的，那么这种模块对系统而言也是毫无意义的
为了表达各类事物之间的关系，UML给出了哪些表达关系的基本术语?请简述其含义。 201504
关联、泛化、细化、依赖
简述关联、泛化、细化、依赖的概念，以及前三者与依赖的关系。 201610
关联：是类目之间的一种结构关系 ，是对一组具有相同结构，相链的描述。
限定符：一个关联的属性或属性表。
角：关联一端的类目对另一端的类目的一种呈现。
聚合：关联的一种特殊形式，表达的是一种“整体/部分”关系。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议