软件工程名词解释和简答题总结.doc

《软件工程名词解释和简答题总结.doc》由会员分享，可在线阅读，更多相关《软件工程名词解释和简答题总结.doc（37页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程名词解释与简答题总结名词解释总结：-9软件开发环境-8错误推测法-7黑盒测试法-6软件质量保证 -5瀑布模型-4.软件危机-3.软件工程-2.软件生存周期-1.软件生存周期模型0.软件开发方法1、需求分析2、白盒法3、黑盒法4、渐增式测试5、非渐增式测试6、可执行规格说明7、经济可行性8、系统设计说明书9、面向对象设计10、结构化设计11、结构化分析12、基于脚本设计13、IDEF方法14、JSP方法15、软件概要设计16、信息隐蔽17、系统流程图18、集成测试19、附加策略20、抛弃策略21、抽象22、参数化抽象23、静态测试24、原型25、事件26、动态冗余27、模块化28、JSP

2、方法29、模型30、瀑布模型31、增量模型32、喷泉模型33、功能模型34、动态模型35、对象模型36、货币时间价值37、类38、对象39、多态性40、风险分析41、模块42、JSD方法43、路径覆盖44、判定/条件覆盖45、条件组合覆盖46、条件覆盖47、原型模型48、软件工程环境49、程序图50.结构化分析方法51.数据流图52.字据字典53.IDEF方法54.概要设计55.耦合性56.内聚性57.无直接耦合58.数据耦合59.标记耦合60.控制耦合61.公共耦合62.内容耦合63.偶然内聚64.逻辑内聚65.时间内聚66.通信内聚67.顺序内聚68.功能内聚69.软件结构70.控制范围7

3、1.作用范围72.变换流73.事物流74.程序设计风格75.集成测试76.非渐增式77.渐增式78.确认测试79.软件可维护性80.对象81.类82.类结构83.消息84.软件质量85.质量保证86.软件可靠性87.软件评审88.容错定义89.软件配置管理90.基线-9指在计算机基本软件基础上，为了支持软件开发而提供一组工具软件系统-8在测试程序时，人们可能根据经验或直觉推荐程序中可能存在各种错误，从而有针对性地编写检查这些错误测试用例方法。-7把被测试对象看成一个黑盒子，测试人员完全不考虑程序内部结构与处理过程。-6是向用户及社会提供满意高质量产品确保软件产品从诞生到消亡为止所有阶段质量活动

4、，即确定、达到与维护需要软件质量而进行所有有计划、有系统管理活动。-5将软件生存周期各个活动规定为依线性顺序连接若干阶段一种软件开发模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试与维护。-4.软件危机：软件发展第二阶段末期，由于计算机硬件技术进步。一些复杂、大型软件开发项目提出来了，但，软件开发技术进步一直未能满足发展要求。在软件开发中遇到问题找不到解决办法，使问题积累起来，形成了尖锐矛盾，因而导致了软件危机。-3.软件工程：用科学原理与理论定义，开发、维护软件学科。-2.软件生存周期：一个软件从提出开发要求开始直到该软件报废为止整个时期。包括：可行性分析与项目

5、开发计划、需求分析、概要设计、详细设计、编码、测试、维护等.-1.软件生存周期模型：是描述软件开发过程中各种活动如何执行模型。（模型：是为了理解事物而对事物做出一种抽象，它忽略不必要细节，它也是事物一种抽象形式、一个规划、一个程式。）0.软件开发方法：用早就定义好技术集合与符号表示习惯来组织软件生产过程。 主要有:结构方法、Jackson方法、维也纳开发方法（）、面向对象开发方法1、需求分析：需求分析是指开发人员要准确理解用户需求，进行细致调查分析，将用户非形式需求陈述转化成完整需求定义，再由需求定义转换到相应形式功能规约（需求规格说明）过程。2、白盒法：该方法把测试对象看作一个打开盒子，测试

6、人员须了解程序内部结构与处理过程，以检查处理过程细节为基础，对程序中尽可能多逻辑路径进行测试，检查内部控制结构与数据结构是否有错，实际运行状态及预期状态是否一致。白盒法也不可能进行穷举测试。3、黑盒法：该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序内部结构与处理过程，只在软件接口处进行测试，依照需求规格说明书，检查程序是否满足功能要求。因此，黑盒测试又称为功能测试或数据驱动测试。4、渐增式测试：逐个把未经过测试模块组装到已经过测试模块上去，进行集成测试。每加入一个新模块进行一次集成测试，重复此过程直至程序组装完毕。5、非渐增式测试：首先对每个模块分别进行单元测试，然后再把所有模块按设

7、计要求组装在一起进行测试。6、可执行规格说明：这是一种使要求说明过程自动化技术，通过可执行规格说明语言来描述预期行为“做什么”，人们可以从直接观察中用规格说明语言来规定任何系统行为。7、经济可行性：对组织经济状况与投资能力进行分析，对系统建设，运行与维护费用进行估算，对系统建成后可能取得社会及经济效益进行估计。8、系统设计说明书：是从系统总体角度出发对系统建设中各主要技术方面设计进行说明，是系统设计阶段产物，其着重点在于阐述系统设计指导思想以及所采用技术路线与方法，编写系统设计说明书将为后续系统开发工作从技术与指导思想上提供必要保证。9、面向对象设计：是把分析阶段得到需求转变成符合成本与质量要

8、求、抽象系统实现方案过程。或者说，面向对象设计就是用面向对象观点建立求解域模型过程。10、结构化设计：面向数据流设计是以需求分析阶段产生数据流图为基础，按一定步骤映射成软件结构，因此又称结构化设计（SD）。11、结构化分析：是根据分解及抽象原则，按照系统中数据处理流程，用数据图来建立系统功能模型，从而完成需求分析工作。12、基于脚本设计：此方法主要用于解决要求验证问题。一个脚本将模拟在系统运行期间用户经历事件，它提供了输入、处理、输出屏蔽，以及有关对话一个模型，开发者能够给用户显示一个系统逼真视图。13、IDEF方法：是美国空军在1981年针对集成化计算机辅助制造（简称ICAM）工程项目中用于

9、进行复杂系统分析与设计方法，是在结构化分析及设计技术基础上提出来。14、JSP方法：定义了一组以数据结构为指导映射过程，他根据输入、输出数据结构，按一定规则映射成软件过程描述，即程序结构，而不是软件体系结构，因此该方法适于详细设计阶段。15、软件概要设计：进入了设计阶段，要把软件“做什么”逻辑模型变换为“怎么做”物理模型，即着手实现软件需求，并将设计结果反应在“设计规格说明书”文档中，所以软件设计是一个把软件需求转换为软件表示过程，最初这种表示只是描述了软件总体系结构，称为软件概要设计或结构设计。16、信息隐蔽：指在设计与确定模块时，使得一个模块内包含信息（过程或数据），对于不需要这些信息其它

10、模块来说，是不能访问。17、系统流程图：是描述物理系统传统工具，它用图形符号来表示系统中各个元素，例如人工处理、数据处理、数据库、文件、设备等。它表达了系统中各个元素之间信息流动情况。18、集成测试：是指在单元测试基础上，将所有模块按照设计要求组装成一个完整系统进行测试，故也称组装测试或联合测试。19、附加策略：是将原型用于开发全过程，原型由最基本核心开始，逐步增加新功能与新需求，反复修改反复扩充，最后发展为用户满意最终系统。20、抛弃策略：是将原型用于开发过程某一阶段，促使该阶段开发结果更加完整、准确、一致、可靠，该阶段结束后，原型随之作废。21、抽象：是认识复杂现象过程中使用思维工具，即抽

11、出事物本质共同特征而暂不考虑它细节，不考虑其它因素。22、参数化抽象：所谓参数化抽象，它是指当描述类规格说明时并不具体指定所要操作数据类型，而是把数据类型作为参数。23、静态测试：指被测试程序不在机器上运行，而是采用人工检测与计算机辅助静态分析手段对程序进行检测。24、原型：是指模拟某种产品原型模型。软件开发中原型是软件一个早期可运行版本，它反映了最终系统重要特征。25、事件：是指定时刻发生某件事情。它是某事情发生信号，它没有持续时间，它是一种相对性快速事件。26、动态冗余：动态冗余主要方式是多种模块待机储备，当系统检测到某工作模块出现错误时，就用一个备用模块来顶替它并重新运行。这里须有检测、

12、切换与恢复过程，故称其为动态冗余。27、模块化：是指解决一个复杂问题是自顶向下逐层把软件系统划分成若干模块过程，每个模块完成一个特定子功能，所有模块按某种方法组装起来，成为一个整体，完成整个系统所要求功能。28、JSP方法：定义了一组以数据结构为指导映射过程，它根据输入、输出数据结构，按一定规则映射成软件过程描述，即程序结构，而不是软件体系结构，因此该方法适于详细设计阶段。29、模型：是为了理解事务而对事物做出一种抽象，它忽略不必要细节，它也是事物一种抽象形式，一个规划，一个程式。30、瀑布模型：是将软件生存各个活动规定为依线性顺序联接若干阶段模型。它包括可行性分析、项目开发计划、需求分析、概

13、要设计、详细设计、编码、测试与维护。它规定了由前至后，相互衔接固定次序，如同瀑布流水，逐级下落。31、增量模型：是在项目开发工程中以一系列增量方式开发系统。增量方式包括增量开发与增量提交。增量开发是指在项目开发过程中以一定时间间隔开发部分工作软件；增量提交是指在开发周期内，以一定时间间隔增量方式向用户提交工作软件及相应稳当。增量开发与增量提交可以同时使用，也可单独使用。32、喷泉模型：是一种以用户需求为动力，以对对象作为驱动模型，适合于面向对象开发方法。他克服了瀑布模型不支持软件重用与多项开发活动集成局限性。喷泉模型使开发过程具有迭代性与无间隙性。系统某些部分常常重复工作多次，相关功能在每次迭

14、代中随之加入演化系统。无间隙是指在分析、设计、实现等开发活动之间不存在明显边界。33、功能模型：描述了系统所有计算，它表明一个计算如何从输入值得到输出值，他不考虑所计算次序。功能模型说明对象模型中操作涵义、动态模型中动作意义以及对象模型中约束意义。34、动态模型：是及时间与变化有关系统性质。该模型描述了系统控制结构，他表示了瞬时、行为化系统控制性质。它关心是系统控制，操作执行顺序。它从对象事件与状态角度出发，表现了对象相互行为。35、对象模型：表示了静态、结构化系统数据性质，描述了系统静态结构，它是从客观世界实体对象关系角度来描述，表现了对象相互关系。36、货币时间价值：通常利用银行存款利息来

15、表示货币时间价值。设年利率为I，现存入p元，n年后得到本金与利息为F。若不计复利，则P元在n年后价值为：F=P*(1+n*i)。反过来，若n年后能收入本金与利息为F,则将来F元现在价值(本金)P为：P=F/(1+n*i)。可用这个公式来计算将来收入现在价值。这是效益分析最基本公式。37、类：具有相同或相似性质对象抽象就是类。38、对象：是人们要进行研究任何事物，从最简单整数到复杂飞机等均可看作对象，它不仅能表示具体事物，还能表示抽象规则、计划或事件。类具体化就是对象，也可以说类实例是对象。39、多态性：指相同操作或函数、过程可作用于多种类型对象上并获得不同结果。不同对象，收到同一消息可以产生不

16、同结果，这种现象称为多态性。40、风险分析：实际上就是贯穿在软件工程上一系列风险管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决与风险监督，它能让人们主动“攻击”风险。41、模块：模块在程序重视数据说明、可执行语句等程序对象集合，或者是单独命名与编址元素，如高级语言中过程、函数、子程序等等。42、JSD方法：主要以活动事件为中心，通过有一串活动顺序组合构成进程，建立系统模型，最后实现该模型。43、路径覆盖：指设计足够测试用例，覆盖被测程序中所有可能路径。44、判定/条件覆盖：指设计足够测试用例，使得判定表达式中每个条件所有可能取值至少出现一次，并使每个判定表达式所有可能结果也至少出

17、现一次。45、条件组合覆盖：是指设计足够测试用例，使每个判定表达式中条件各种可能值组合都至少出现一次，条件组合覆盖是比较强覆盖标准。46、条件覆盖：是指设计足够测试用例，使得判定表达式中每个条件各种可能值至少出现一次。满足条件覆盖并不一定满足判定覆盖。47、原型模型：又称快速原型模型，它是在开发真实系统之前，构造一个原型，在该原型基础上，逐渐完成整个系统开发工作。48、软件工程环境：美国国防部在STARS计划中定义如下：“软件工程环境是一组方法、过程及计算机程序（计算机化工具）整体化构件，他支持从需求定义、程序生成知道维护整个软件生存期”。49、程序图：是退化程序流程图。也就是说，把程序流程图

18、中每个处理符号都退化成一个结点，原来连接不同处理符号流线变成连接不同结点有向弧，这样得到有向图就叫程序图。50.结构化分析方法：是采用自顶向下逐层分解分析策略把一个复杂系统分解成若干小问题然后分别解决。51.数据流图：简称DFD,是SA(结构化分析)方法中用于表示系统逻辑模型一种工具.是一种功能模型.作用:它以图形方式描绘数据在系统中流动与处理过程,反映系统必须完成逻辑功能.52.字据字典:简称，就是用来定义数据流图中各个成分具体含义，它以一种准确无二义性说明方式为系统分析设计及维护提供了有关元素一致定义与详细描述.53.IDEF方法:是美国空军在1981年针对集成化计算机辅助制造（Integ

19、rated Computer Aided Manufacturing, 简称ICAM）工程项目中用于进行复杂系统分析与设计方法，是在结构化分析及设计技术基础上提出来。54.概要设计：是在需求分析基础上通过抽象与分解将系统分解成模块，确定系统功能是实现。55.耦合性:也称块间联系。指软件系统结构中各模块间相互联系紧密程度一种度量。模块之间联系越紧密，其耦合性就越强，模块独立性则越差。56.内聚性:也称块内联系。指模块功能强度度量，即一个模块内部各个元素彼此结合紧密程度度量。模块内元素联系越紧密，内聚性越高。57.无直接耦合:两个模块之间没有直接关系，它们分别从属于不同模块控制及调用，它们之间不传

20、递任何信息。58.数据耦合：指两个模块之间有调用关系，传递是简单数据值，相当于高级语言中值传递。59.标记耦合：指两个模块之间传递是数据结构。 60.控制耦合：指控制模块调用另一个模块时，传递是控制变量，被调用块通过该控制变量值有选择地执行块内某一功能（控制变量 ）61.公共耦合：通过一个公共数据环境相互作用那些模块间耦合。（一个公式数据环境）62.内容耦合：一个模块直接使用另一个模块内部数据，或通过非正常入口而转入另一个模块内部 63.偶然内聚:一个模块内各处理元素之间没有任何联系。 64.逻辑内聚：模块内执行几个逻辑上相似功能，通过参数确定该模块完成哪一个功能。65.时间内聚：把需要同时执

21、行动作组合在一起。66.通信内聚：指模块内所有处理元素都在同一个数据结构上操作，或者指各处理使用相同输入数据或产生相同输出数据。67.顺序内聚：一个模块中各处理元素都密切相关于同一功能且必须顺序执行，前一功能元素输出是下一功能元素输入。68.功能内聚：最强内聚，指模块内所有元素共同完成一个功能，缺一不可。69.软件结构：软件系统模块层次结构，反映了整个系统功能实现，即将来程序控制体系70.控制范围：是模块本身与它下属模块集合。71.作用范围：模块中一个判定影响所有模块集合。作用范围应该在控制范围内。72.变换流由输入、变换（或处理）、输出三部分组成。73.事物流：某个加工将它输入流分离成许多发

22、散数据流，形成许多加工路径，并根据输入选择其中一个路径来执行这种特征DFD称为事物流。74.程序设计风格:指一个人编制程序时所表现出来特点、习惯、逻辑思路等。75.集成测试：将模块组合起来成为一个完整系统对其进行测试。76.非渐增式:将模块先进行单元测试然后组装在一起进行测试。77.渐增式:逐个将未测试模块组装到已经测试过模块上去进行集成测试，每加入一个就测试一次。78.确认测试：按照需求规格说明书中确定指标对系统进行功能及性能测试。79.软件可维护性:软件能够被理解、校正、适应及增强功能容易程度。80.对象：是客观实体在问题域中抽象。81.类：具有相似或相同性质对象抽象就是类。82.类结构：

23、类结构通常有一般-具体（分类结构）整体-抽象（组装结构）83.消息：对象之间通信构造。84.软件质量：及确定功能与性能需求一致、及成文开发标准相一致、及所有专业开发软件所期望隐含特性相一致。85.质量保证：向社会与用户提供满意高质量产品确保软件从诞生到消亡为止所有阶段质量活动。86.软件可靠性：在规定环境下与时间里软件按要求功能执行概率。87.软件评审:是一个过滤器，它使用在软件开发各个阶段，通过软件评审可以及时发现软件中存在问题然后加以改正。88.容错定义：规定功能软件在出现错误是仍然可以在一定程度上完成要求功能、规定功能软件可以屏蔽错误、规定功能软件可以在出错时候自动恢复到正常状态、规定功

24、能软件在一定程度上有容错能力。89.软件配置管理：软件配置管理（SCM）用于整个软件工程过程，目标是表示变更，控制变更，确保变更正确实施，报告变更。SCM是用在整个软件生存周期个阶段中变更活动。90.基线：是软件生存周期中各开发阶段一个特定点，它作用是把开发各阶段工作划分更加明确化，使本来连续工作在这些点上断开，便于检查于肯定阶段成果。91.数据字典：一个定义应用程序中使用所有数据元素与结构含义、类型、数据大小、格式、度量单位、精度以及允许取值范围共享仓库。数据字典维护独立于软件需求规格说明，并且在产品开发与维护任何阶段，各个风险承担者都可以访问数据字典。它定义了原数据元素、组成结构体复杂数据

25、元素、重复数据项、一个数据项枚举值以及可选数据项。92.数据流图：是结构化系统分析基本工具。一个数据流图确定了系统转化过程、系统所操纵数据或物质收集（存储），还有过程、存储、外部世界之间数据流或物质流。数据流模型把层次分解方法运用到系统分析上，这种方法很适用于事务处理系统与其它功能密集型应用程序。93.数据流图：描绘了系统数据关系。分析实体联系图有助于对业务或系统数据组成理解与交互，并暗示产品将有必要包含一个数据库。相反，当你在系统设计阶段建立实体联系图时，通常要定义系统数据库物理结构。94.状态转换图：实时系统与过程控制应用程序可以在任何给定时间内以有限状态存在。当满足所定义标准时，状态就会

26、发生改变，例如在特定条件下，接收到一个特定输入激励。这样系统是有限状态机例子。大多数软件系统需要一些状态建模或分析，就像大多数系统涉及到转换过程、数据实体与业务对象。95.对话图：在许多应用程序中，用户界面可以看作是一个有限状态机。在任何情况下仅有一个对话元素（例如一个菜单，工作区，行提示符或对话框）对用户输入是可用。在激活输入区中，用户根据他所采取活动，可以导航到有限个其它对话元素。因此，许多用户界面可以用状态转换图中一种称为对话图来建模。对话图描绘了系统中对话元素与它们之间导航连接，但它没有揭示具体屏幕设计。96.类图：面向对象软件开发优于结构化分析与设计，并且它运用于许多项目设计中，从而

27、产生了面向对象分析、设计与编程域。类图是用图形方式叙述面向对象分析所确定类以及它们之间关系。简答题总结：1、可行性研究任务是什么？首先需要进行概要分析研究，初步确定项目规模与目标，确定项目约束与限制，把他们清楚地列举出来。然后，分析员进行简要需求分析，抽象出该项目逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩设计，探索出若干种可供选择主要解决方法，对每种解决方法都要研究它可行性，可从以下三个方面分析研究每种解决方法可行性。技术可行性：对要开发项目功能、性能、限制条件进行分析，确定在现有资源条件下，技术风险有多大，项目是否能实现。经济可行性：进行开发成本估算以及了解取得效益评估，确定要开发项目

28、是否值得投资开发。社会可行性：要开发项目是否存在任何侵犯、妨碍等责任问题，要开发项目运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。2、什么是模块影响范围？什么是模块控制范围？他们之间应该建立什么关系？一个模块作用范围（或称影响范围）指受该模块内一个判定影响所有模块集合。一个模块控制范围指模块本身以及其所有下属模块（直接或间接从属于它模块）集合。一个模块作用范围应在其控制范围之内，且判定所在模块应在其影响模块在层次上尽量靠近。如果再设计过程中，发现模块作用范围不在其控制范围之内，可以用“上移判点”或“下移受判断影响模块，将它下移到判断所在模块控制范围内”方法加以改进。

29、3、非渐增式测试及渐增式测试有什么区别？渐增式测试如何组装模块？非渐增式测试方法把单元测试与集成测试分成两个不同阶段，前一阶段完成模块单元测试，后一阶段完成集成测试。而渐增式测试往往把单元测试及集成测试与在一起，同时完成。非渐增式需要更多工作量，因为每个模块都需要驱动模块与桩模块，而渐增式利用已测试过模块作为驱动模块或桩模块，因此工作量较少。渐增式可以较早发现接口之间错误，非渐增式最后组装是才发现。渐增式有利于排错，发生错误往往与最近加进来模块有关，而非渐增式发现接口错误推迟到最后，很难判断是哪一部分接口出错。渐增式比较彻底，已测试模块与新模块再测试。渐增式占用时间较多，但非渐增式须更多驱动模

30、块、桩模块也占用一些时间。非渐增式开始可并行测试所有模块，能充分利用人力，对测试大型软件很有意义。渐增式测试有以下两种不同组装模块方法：自顶向下组合。该方法只需编写桩模块，其步骤是从顶层模块开始，沿被测程序软件结构图控制路径逐步向下测试，从而把各个模块都结合起来，它又有两种组合策略：深度有先策略：先从软件结构中选择一条主控制路径，把该路径上模块一个个结合进来进行测试，以便完成一个特定子功能，接着再结合其它需要优先考虑路径。宽度有先策略：逐层结合直接下属所有模块。自低向上结合。该方法仅需编写驱动模块。其步骤为：把底层模块组合成实现一个个特定子功能族。为每一个族编写一个驱动模块，以协调测试用例输入

31、与测试结果输出。对模块族进行测试。按软件结构图依次向上扩展，用实际模块替换驱动模块，形成一个个更大族。重复至步，直至软件系统全部测试完毕。4、软件质量及软件质量保证含义是什么？从实际应用来说，软件质量定义为：及所确定功能与性能需求一致性。及所成文开发标准一致性。及所有专业开发软件所期望隐含特性一致性。软件质量保证就是向用户及社会提供满意高质量产品，确保软件产品从诞生到消亡为止所有阶段质量活动，即确定、达到与维护需要软件质量而进行所有有计划、有系统管理活动。5、 软件工程标准化意义是什么？都有哪些软件工程标准？ 积极推进软件工程标准化，其道理是显而易见。仅就一个软件开发项目来说，有许多层次，不同

32、分工人员相互配合，在开发项目各个部分以及各开发阶段之间也都存在许多联系与衔接问题。如何把这些错综复杂关系协调好，需要有一系列统一约束与规定。在软件开发项目取得阶段成果或最后完成是时，需要进行阶段评价与验收测试。投入运行软件，其维护工作中遇到问题又及开发工作者有着密切关系。软件管理工作则渗透到软件生存期每一个环节。所有这些都要要求提供统一行动规范与衡量准则，使得各种工作都有章可循。软件工程标准主要有以下三个：FIPS135是美国国家标准局发布软件文档管理指南NSAC 39是美国核子安全分析中心发布安全参数显示系统验证及确认。ISO5807是国际标准化组织公布（现已成为中国国家标准）信息处理数据流

33、程图、程序流程图、程序网络图与系统资源图文件编制符号及约定。1、需求分析阶段基本任务是什么？需求分析阶段基本任务是要准确定义新系统目标，为了满足用户需要，回答系统必须“做什么”问题。本阶段要进行以下几方面工作：问题识别。双方确定对问题综合需求，这些需求包括：功能需求、性能需求、环境需求、用户界面需求，另外还有可靠性、安全性、保密性、可移植性、可维护性等方面需求。分析及综合,导出软件逻辑模型。分析人员对获取需求，进行一致性分析检查，在分析、综合中逐步细化软件功能，划分成各个子功能。这里也包括对数据域进行分解，并分配到各个子功能上，以确定系统构成及主要成份，并用图文结合形式，建立起新系统逻辑模型。

34、编写文档。编写“需求规格说明书”、编写初步用户使用手册、编写确认测试计划、修改完善软件开发计划。2、采用黑盒技术设计测试用例有哪几种方法？这些方法各有什么特点？等价类划分。等价类划分是将输入数据域按有效或无效（也称合理或不合理）划分成若干个等价类，测试每个等价类代表值就等于对该类其它值测试。边界值分析。该方法是将测试边界情况作为重点目标，选取正好等于，刚刚大于或刚刚小于边界值情况，根据这些情况选择测试用例。错误推测。错误推测法没有确定步骤，凭检验进行。它基本思想是列出程序中可能发生错误情况，根据这些情况选择测试用例。因果图。因果图能有效检测输入条件各种组合可能会引起错误。因果图基本原理是通过画

35、因果图，把用自然语言描述功能说明转换为判定表，最后为判定表每一列设计一个测试用例。3、说明动态建模过程。准备脚本。动态分析从寻找事件开始，然后确定各对象可能事件顺序。在分析阶段不考虑算法执行，算法是实现模型一部分。确定事件。确定所有外部事件。事件包括所有来自或发往用户信息、外部设备信号、输入、转换与动作。准备事件跟踪表。把脚本表示成一个事件跟踪表，对象为表中列，给每一个对象分配一个独立列。构造状态图。对各对象类建立状态图，反映对象接收与发送事件，每个事件跟踪都对应于状态图中一条路径。4、软件生产经历了几个阶段？各有何特征？软件生产至今已经历了三个阶段：程序设计时代（1946-1956）：这个阶

36、段生产方式是个体手工劳动，使用工具实际其语言、汇编语言。开发方法是追求编程技巧，追求程序运行效率。硬件特征是价格贵、存储容量小，运行可靠性差。软件特征是只有程序、程序设计概念，不重视程序设计方法。程序系统时代（1956-1968）：这个阶段生产方式是作坊式小集团合作生产，生产工具是高级语言，开发方法仍就靠个人技巧，但开始提出结构化方法。硬件特征是速度、容量、工作可靠性有明显提高。软件特征是程序员数量猛增，但开发技术没有新突破，开发人员素质与落后开发技术不适应规模大、结构复杂软件开发，导致软件危机产生。软件工程时代（1968至今）：这个阶段生产方式是工程化生产，使用数据库、开发工具、开发环境、网

37、络、分布式、面向对象技术来开发软件。硬件特征是向超高速、大容量、微型化以及网络化方向发展。软件特征是开发技术有很大进步，但是未能获得突破性进展，软件价格不断上升，没有完全摆脱软件危机。5、 简述Gantt图功能及不足。Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务进度安排，动态反映软件开发进度情况，该图可以：表示任务分解成子任务情况；表示每个任务开始时间与完成时间，线段长度表示子任务完成所需要时间；表示子任务之间并行与串行关系。Gantt图只能表示任务之间并行及串行关系，难以反映多个任务之间存在复杂关系，不能直观表示任务之间相互依赖制约关系，以及哪些任务是关键字任务等信息，因

38、此仅仅用Gantt图作为进度安排是不够。6、什么是数据字典？其作用是什么？它有哪些条目？数据字典（简称DD）是用来定义数据流图中各个成分具体含义，它以一种准确、无二义性说明方式为系统分析、设计及维护提供了有关元素一致定义与详细描述。他与数据流图共同构成了系统逻辑模型，是需求规格说明书主要组成部分。数据字典是为分析人员查找数据流图中有关名字详细定义而服务，因此也像普通字典一样，要把所有条目按一定次序排列起来，以便查阅。数据字典有以下四类条目：数据流、数据项、数据存储、基本加工。数据项是组成数据流与数据存储最小元素。源点、终点不在系统之内，故一般不在字典中说明。7、调试目是什么？调试有哪些技术手段

39、？调试目是确定错误原因与位置，并改正错误，因此调试也成为纠错。调试技术主要有：简单调试方法，主要有在程序中插入打印语句、运行部分程序等；归纳法调试，他从测试结果发现线索（错误迹象、征兆）入手、分析他们之间联系，导处错误原因假设，然后再证明或否定这个假设；演绎法调试，该方法列出所有可能错误原因假设，然后利用测试数据排除不适当假设，最后再测试数据验证余下假设确实是出错原因；回溯法调试，该方法从程序产生错误地方出发，人工沿程序逻辑路径反向搜索，直到找到错误原因为止。1、如何做好软件质量保证工作？软件质量保证工作是软件工程管理重要内容，软件质量保证应做好以下几个方面工作：采用技术手段与工具。质量保证活

40、动要贯彻开发过程始终，必须从采用技术手段与工具，尤其是使用软件开发环境来进行软件开发。组织正式技术评审，在软件开发第一个阶段结束时，都要组织正式技术评审。国家标准要求单位必须采用审查、文档评审、设计评审、审计与测试等具体手段来保证质量。加强软件测试。软件测试是质量保证重要手段，因为测试可发现软件可发现软件中大多数潜在错误。推选软件工程规范（标准）。用户可以自己指定软件工程规范（标准），但标准一旦确认就应贯彻执行。对软件变更进行控制。软件修改与变更常常会引起潜伏错误，因此必须严格控制软件修改与变更。对软件质量进行度量。即对软件质量进行跟踪，及时记录与报告软件质量情况。2、什么是数据流图？其作用是

41、什么？其中基本符号各表示什么含义？数据流图简称DFD，是SA方法中用于表示系统逻辑模型一种工具。它以图形方式描述数据在系统中流动与处理过程，由于它只反映系统必须完成逻辑功能，所以它是一种功能模型。数据流图有四种基本图形符号：“”箭头表示数据流；“”圆或椭圆表述加工；“=”双杠表示数据存储；“”方框表示数据源点或终点。3、什么是确认测试？该阶段有哪些工作？确认测试又称有效性测试。它任务是检查软件功能及性能是否及需求规格说明书中确定指标相符合。确认测试阶段有两项工作，进行确认测试及软件配置审查。确认测试一般是在模拟环境中运用黑盒测试方法，由专门测试人员与用户参加测试。软件配置审查任务是检查软件所有

42、文档资料完整性、正确性。如果发现遗漏与错误，应补充与改正，同时要编排好目录，为以后软件维护工作奠定基础。4、详细设计基本任务是什么？有哪几种描述方法？详细设计是软件设计第二阶段，其基本任务有：为每个模块进行详细算法设计；为模块内数据结构进行设计；对数据库进行物理设计，即确定数据库物理结构；其它设计，根据软件系统类型，还可能要进行代码设计、输入/输出格式设计、人机对话设计；编写详细设计说明书；评审。详细描述处理过程常用三种工具：图形、表格与语言。如结构化程序流程图、盒图与问题分析图。IPO图也是详细设计主要工具之一。表格工具如判定表可作为详细设计中描述逻辑条件复杂算法。过程设计语言（PDL）是一

43、种用于描述模块算法设计与处理细节语言工具。5、什么是软件危机？其产生原因是什么？当软件开发技术进步不能跟上硬件技术进步，未能满足发展要求，致软件开发中遇到问题找不到解决办法，使问题积累起来，形成了尖锐矛盾，因而导致了软件危机。主要表现为：经费预算经常突破，完成时间一再拖延；开发软件不能满足用户要求；开发软件可维护性差；开发软件可靠性差。造成软件危机原因是由于软件产品本身特点以及开发软件方式、方法、技术与人员引起。共产生原因主要有以下几方面：软件规模越来越大，结构越来越复杂；软件开发管理困难而复杂；软件开发费用不断增加；软件开发技术落后；生产方式落后；开发工具落后，生产率提高缓慢。6、CASE工

44、作台有哪些分类？一个CASE工作台是一组工具集，支持像设计、实现或测试等特定软件开发阶段。工作台工具能通过共享文件、共享仓库或共享数据结构来集成。它能支持大多数软件过程活动。工作台有：程序设计工作台；分析与设计工作台；测试工作台；交叉开发工作台；配置管理（CM）工作台；文档工作台项目管理工作台。7、IDEF0方法有什么特点？采用方框与箭头等简单图形符号描述系统活动与数据流，描述活动所受到约束条件及实现机制。从侧面清楚反映了系统功能。故IDEF0图宜全为正式文档。采用严格自顶向下、逐层分解方式建立系统功能模型。顶层确定系统范围，采用抽象原则，然后有控制逐步展开有关活动细节，符合SA方法分析策略。

45、同时，IDEF0规定每张图至少有3个、最多有6个方框，上界6保证采用层次性描述复杂问题可理解性，下界3保证分解有意义。1、软件维护特点是什么？主要表达在三个方面：非结构化维护与结构化维护。软件开发过程对软件维护有很大影响。若不采用软件工程方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化维护。若采用软件工程方法开发软件，则各阶段都有相应文档，容易进行维护工作，这是一种结构化维护。维护困难性。软件维护困难性是由于软件需求分析与开发方法缺陷。软件生存周期中开发阶段没有严格而有科学管理与规划，就会引起软件运行时维护困难。软件维护费用。软件维护费用在总费用中比重是在不断增加，这是

46、软件维护有形代价。另外还有无形代价，即要占用更多资源。软件维护费用增加主要原因是软件维护生产率非常低。2、什么是CASE？CASE工具有哪些分类？CASE是一组工具与方法集合，可以辅助软件开发生命周期各阶段进行软件开发。从学术研究角度讲，CASE是多年来在软件开发管理、软件开发方法、软件开发环境与软件工具等方面研究与发展产物。CASE把软件开发技术、软件工具与软件开发方法集成到一个统一而一致框架中，并且吸引了CAD（计算机辅助设计）、软件工程、操作系统、数据库、网络与许多其它计算机领域原理与技术。因而，CASE领域是一个应用集成与综合领域。从产业角度讲，CASE是种类繁多软件开发与系统集成产品

47、及软件工具集合。CASE分类：CASE技术种类CASE系统所涉及到技术有两类：一类是支持软件开发过程本身技术；另一类是支持软件开发过程管理技术。从CASE系统产生方式来看，还有一种特殊CASE技术，即元CASE技术。他是生成CASE系统生成器所采用技术。该生成器可用来创建支持软件开发过程活动及过程管理CASE系统。CASE工具分类对CASE工具分类标准可分为：功能。功能是对软件进行分类最常用标准。支持过程。根据支持过程，工具可分为设计工具、编程工具、维护工具等。支持范围。根据支持范围，可分为窄支持、较宽支持与一般支持工具。窄支持指支持过程中特定任务，较宽支持是指支持特定过程阶段；一般支持是指支持覆盖软件过程全部阶段或大多数阶段。1993年，Fuggetta根据CASE系统对软件过程支持范围，提出CASE系统可分为三类：支持单个过程任务工具。工具可能是通用，或者也可能归组到工作台。工作台支持某一过程所有活动或某些活动。他们一般以或多或少集成度组成工具集。环境支持软件过程所有活动或至少大部分。他们一般包括几个不同工作台，将这些工作台以某种方式集成起来。3、说明容错软件定义及容错一般