asdfsafdasf

软件生存周期模型（免修正）
软件生存期模型是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架，生命周期模型规定了把生命周期划分成那些阶段及各个阶段的执行顺序，因此，也称为过程模型。
软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。(软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段活动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调以及各种人员的有效通信，有利于活动重用和活动管理。)

模块（免修正）
模块是数据说明、可执行语句等程序对象的集合，它是单独命名的而且可通过名字来访问。模块化就是把程序划分成若干个模块，每个模块完成一个子功能，把这些模块集总起来组成一个整体，可以完成指定的功能满足问题的要求。
模块在程序中是数据说明、可执行语句等程序对象的集合，或者是单独命名和编址的元素，如高级语言中的过程、函数和子程序等。在软件的体系结构中，模块式可组合、分解和更换的单元。

可维护性（免修正）
软件可维护性可以定性地定义为:维护人员理解、改正、改动和改进这个软件的难易程度。可维护性用7个质量特性来衡量，即可理解性、可测试性、可修改性、可靠性、可移植性、可用性和效率。

继承性（免修正）
继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。在定义和实践一个类的时候，可以在一个存在的类的基础之上来进行，把这个已经存在的类所定义的内容作为自己内容，并加入若干新的内容。

投资回收期（免修正）
投资回收期是衡量一个开发工程价值的经济指标。投资回收期就是积累的经济效益等于最初的投资所需要的时间。

原型（免修正）
是使用样机，使用户通过实践获得对未来系统的的概念，可以更准确提出要求。

数据字典
是用来定义数据流图中的各个成分的具体含义。它以一种准确的说明方式为系统的分析、设计及维护提供了一致的定义和详细的描述。

状态图
状态转换图(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例如，处理数据)。

耦合性
耦合是对一个软件结构内不同模块之间互联程度的度量。包括数据耦合、控制耦合、公共环境耦合和内容耦合。


黑盒测试法
把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程
对程序接口进行测试，检查程序功能是否能按规格说明书的规定正常使用；程序是否能适当地接受输入数据并产生正确的输出信息；程序运行过程中能否保持外部信息的完整性。   

螺旋模型
使用原型及其他方法尽量降低风险，可以看作每个阶段之前都增加了风险分析过程的快速原型模型。

喷泉模型
喷泉模型是典型的面向对象生命周期模型。“喷泉”这个词体现了面向对象软件开发过程迭代和无缝的特性。

软件配置管理

简述需求分析的概念及需求分析的基本任务。（免修正）
需求分析是指开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式功能规约（需求规格说明）的过程。需求分析的基本任务是要准确地定义新系统的目标，为了满足用户需要，回答系统必须“做什么”的问题。


简述数据流图的分类及每一类的特点。（免修正）
数据流图有两类：变换型数据流图和事物型数据流图。变换型数据流图是由输入、处理和输出三部分组成，因此变换型数据流图是一个顺序结构。

简述建立对象模型的过程。（免修正）
1.确定类：标出来自问题域的相关对象类。
2.准备数据字典：为所有建模实体准备一个数据字典，准确描述各对象类的精确含义，描述当前问题中的类的范围，包括对类的成员、用法方面的假设或限制；
3.确定关联：确定二个或多个类之间的相互依赖；
4.确定属性：只考虑与具体应用直接相关的属性；
5.使用继承来细化类：使用继承来共享公共结构，以此来重新组织类


简述软件需求的分类及其关系。（免修正）
答：软件需求可以分为功能需求和非功能需求2大类；功能需求规定了系统及构件必须执行的功能；非功能需求又可以分为性能需求、外部接口需求、设计约束和质量属性需求。功能需求是整个软件需求的主体，没有功能需求就没有性能、外部接口、设计约束和质量的需求；一个非功能需求可以作用于1个或多个功能需求。


什么是模块?什么是模块内聚?请列出从低到高的常见内聚类型。（免修正）
模块是数据说明、可执行语句等程序对象的集合，它是单独命名的而且可通过名字来访问。
内聚是一个模块内各个元素彼此结合的紧密程度。设计时应该力求做到高内聚，通常中等程度的内聚也是可以采用的。
低内聚 有如下几类：偶然内聚、逻辑内聚、 时间内聚
中内聚 主要有两类：过程内聚、通信内聚
高内聚 也有两类：顺序内聚    功能内聚
答：模块是执行一个特殊任务的过程以及相关的数据结构。内聚是指一个模块内部各个成分之间相互关联程度的度量。从低到高的内聚类型：偶然内聚；逻辑内聚；时间内聚；过程内聚；通信内聚；顺序内聚；功能内聚。



什么是状态?什么是状态图?简述实际应用中使用状态图的作用。（免修正）
1.状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。
2.状态转换图(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例如，处理数据)。
3.（1）状态之间的关系能够直观地捕捉到
　（2）由于状态迁移图的单纯性，能够机械地分析许多情况，可很容易地建立分析工具
答：状态是类目的一个实例在其生存中的一种条件或情况；期间该实例满足这一条件，就执行某一活动或等待一个消息。状态图是现实状态机的图，强调从一个状态到另一个状态的控制流。在实际使用中状态图的作用：创建一个系统的动态图和创建一个场景的模型。




简述RUP中需求获取的基本步骤和相关制品。（免修正）
　　　答：需求获取的步骤和相关制品：
　　　第1步是列出候选的特征，相关制品是特征表；
　　　第2步是理解系统语境，相关制品是领域模型或业务模型；
　　　第3步是捕获系统功能需求，相关制品是用况模型（use case模型）；
　　　第4步是捕获非功能需求，相关制品是补充的需求或针对特殊需求的用况。




简述黑盒测试技术的要点。（免修正）
答：黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息（如：数据库或文件）的完整性。黑盒测试又称为功能测试 。
黑盒测试的测试用例常用设计方法：
等价类划分
边值分析
错误猜测
　　　答：黑盒测试技术的要点：
　　　    （1）支持测试工程模型的中间部分；
    （2）事务流测试技术是将路径测试技术用于功能测试的产物，是一种实用的功能测试技术，通过事务的操作逻辑发现软件中的错误；
　　　    （3）事务流测试技术是基于软件规约的，对错误的假定是软件通过了与预想不同的事务路径；
　　　    （4）基于事务的基本操作；事务流测试技术的最大问题和最大代价是获取事务流程图及用例设计；
　　　    （5）事务处理流程测试要达到基本的测试覆盖。



简述软件危机形成的原因及其表现。
客观原因：软件需求大，规模大
主观原因：软件本身的特点与开发、维护方法不当
　　软件是一种逻辑部件不是物理部件，其进展情况和质量难以控制；难维护。
        软件的规模非常庞大，多人共同开发，必须有严格和科学的管理。
        软件开发过分依赖于个人的智力劳动和经验。
        在对用户需求没有完整、准确的认识，匆忙开发。
软件危机的具体表现
①  对软件开发成本和进度估计不准确。
②   用户对已完成的“软件系统”不满意。
③   软件产品的质量不可靠。
④   软件维护困难，维护的人员与费用不断增加。
⑤   缺乏完整、正确的文档资料。
⑥   软件成本在计算机系统中所占比例逐年上升。
⑦   软件的发展跟不上硬件的发展和用户的要求。
 






简述数据流图工具及其四种基本图形符号的含义。


简述衡量模块独立性的两个标准及其含义。
模块的独立程度可以由两个定性标准度量，这两个标准分别称为内聚和耦合，
内聚衡量一个模块内部各个元素彼此结合的紧密程度；
耦合衡量不同模块彼此间互相依赖（连接）的紧密程度。


.简述原型的作用


什么是软件工程？基本原理有哪些？
软件工程是一门指导计算机软件开发和维护的工程学科，是一类求解软件包的工程。它应用计算机科学、数学及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量、降低成本的目的。

基本原理
用分阶段的生命周期计划严格管理
坚持进行阶段评审
实行严格的产品质量控制
采用现代程序设计技术和软件工程技术
结果应能清楚地审查
开发人员应少而精
承认不断改进软件工程的必要性







成本—效益分析可用哪些指标进行度量？（写出公式）
可用投资回收期、纯收入、投资回收率指标，通过P=F/(1+i)n计算求得。

什么是数据流图？其中的基本符号各表示什么含义？画出定货系统基本数据流图。

非渐增式测试与渐增式测试有什么区别？
两种都用于集成测试。渐增式是把下一个要测试的摸块同已经测试好的模块结合起来进测
试，每次增加一个模块。非渐增式先分别测每个模块，再把所有模块按设计要求放在一起
结合成所要的程序。


试从基本符号和设计方法分析HC图与JACKSON图异同点
答：HC图是面向DFD，而JACKSON图是面向数据结构的。

软件测试的目的是什么？
答;软件测试的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。
基于不同的立场，存在着两种完全不同的测试目的。
从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。
从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。
Myers软件测试目的：
测试是程序的执行过程，目的在于发现错误；
一个好的测试用例在于能发现至今未发现的错误；
一个成功的测试是发现了至今未发现的错误的测试。






简述软件产品的特性。（免修正）
1.软件是一种逻辑实体，而不是具体的物理实体。因而它具有抽象性
2.软件的生产与硬件不同，在它的开发过程中没有明显的制造过程
3.在软件的运行和使用期间，没有硬件那样的机械磨损，老化问题
5.软件的开发和运行常受到计算机系统的限制，对计算机系统有着不同程度的依赖性
6.软件的开发至今尚未完全摆脱手工艺的开发方式
7.软件本身是复杂的
　　　实际问题的复杂性
　　　程序逻辑结构的复杂性
8.软件成本相当昂贵
9.相当多的软件工作涉及到社会因素
答：1.软件产品是一种逻辑产品。
　　2.软件产品的生产主是研制，软件产品的成本主要体现在软件的开发和研制上，软件开发完成后，复制就产生了大量软件产品。
　　 3 .软件产品不会用坏，不存在磨损、消耗问题。
　　4.软件产品的生产主要是脑力劳动，还未完全摆脱手工开发方式，而且碰分是"定做"的。
　　5.软件费用不断增加，成本相当昂贵。









简述在需求分析基本任务中，对问题的综合需求包括哪几个方面。（免修正）
答:  一.确定对系统的综合要求
1. 功能需求
这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。
2. 性能需求
性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。
3. 可靠性和可用性需求
可靠性需求定量地指定系统的可靠性。
可用性与可靠性密切相关，它量化了用户可以使用系统的程度。
4. 出错处理需求
这类需求说明系统对环境错误应该怎样响应。
5. 接口需求
接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。
6. 约束
设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实现)过程，只是说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。
7. 逆向需求
逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。
8. 将来可能提出的要求
应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。
二 .分析系统的数据要求
任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。

三. 导出系统的逻辑模型
综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。

四.修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。


简述结构化程序设计的基本要点。（免修正）
答: (1)设计软件系统结构（简称软件结构）
   a.采用某种设计方法，将一个复杂的系统按功能划分成模块（划分）
   b.确定模块的功能。        （功能）
   c.确定模块之间的调用关系。       （调用）
   d.确定模块之间的接口，即模块之间传递的信息。        （接口）
   e.评价模块结构的质量。        （质量）
  (2)数据结构及数据库设计
   a.数据结构设计
   b.数据库设计：（概念设计、逻辑设计、物理设计）
  (3)编写概要设计文档（文档主要有：概要设计说明书、数据库设计说明书、用户手册、修订测试计划）
  (4)评审

简述提高软件可维护性的方法。（免修正）
决定软件可维护性的因素
可理解性
可测试性  良好的文档对诊断和测试是至关重要的。
可修改性
文档是影响软件可维护性的决定因素。
在每个阶段结束前的技术复审和管理复审中，应该着重对可维护性进行复审。
A、建立明确的软件质量目标。B、利用先进的软件开发技术和工具。
C、建立明确的质量保证工作。D、选择可维护的程序设计语言。
E、改进程序文档。