软件开发工具答题方法和技巧
软件工程(简答题)
1、简述结构化范型和面向对象范型的要点，并分析它们的优缺点。
答：结构化范型要点：结构化范型也称生命周期方法学，属于传统方法学。
传统的软件开发方法大部分采用瀑布模型。
这种模型要求每一阶段都以前一阶段形成的文档为基础完成工作。
每一阶段将要完成时，都要求开发人员进行验证或确认。
瀑布模型要求在软件产品生成之前对用户需求进行尽可能精确的、完全的刻画。
但要完成这种任务相当困难。
优点：把软件生命周期划分成基干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发过程的困难程度.缺点:当软件规模庞大时，或者对软件的需求是模糊的或会承受时间而变化时，开发出的软件往往不成功；而且维护起来仍然很困难。
面向对象范型四个要点：（1）面向对象的软件系统是由对象组成的，软件中的任何元素都是对象，复杂的软件对象由简单的软件对象组合而成。
（2）所有对象划分成各种对象类，每个对象都定义了一组数据和一组方法。
（3）按照子类（派生类）和父类（基类）的关系，把若干个对象类组成一个层次结构的系统（类等级）。
在派生类中对某些特性又做了重新描述，则在派生类中的这些特性将以新描述为准，也就是说，低层的特性将屏蔽高层的同名特性。
（4）对象彼此之间仅能通过传递消息互相联系。
面向对象范型主要优点（1）按照人类习惯的思维方法，对软件开发过程所有阶段进行综合考虑；（2）软件生存期各阶段所使用的方法、技术具有高度的连续性；（3）软件开发各个阶段有机集成，有利于系统的稳定性】6、非渐增式测试与渐增式测试有什么区别？答：【区别：1、非渐增式测试方法把单元测试和集成测试分成两个不同的阶段，前一阶段完成模块的单元测试，后一阶段完成集成测试。
而渐增式测试往往把单元测试与集成测试和在一起，同时完成。
2、非渐增式需要更多的工作量，因为每个模块都需要驱动模块和桩模块，而渐增式利用已测试过的模块作为驱动模块或桩模块，因此工作量较少。
渐增式可以较早的发现接口之间的错误，非渐增式最后组装是才发现。
软件工程简答题及答案
软件工程试题整顿_简答题1、可行性研究旳任务是什么？首先需要进行概要旳分析研究，初步确定项目旳规模和目旳，确定项目旳约束和限制，把他们清晰地列举出来。
然后，分析员进行简要旳需求分析，抽象出该项目旳逻辑构造，建立逻辑模型。
从逻辑模型出发，通过压缩旳设计，探索出若干种可供选择旳重要处理措施，对每种处理措施都要研究它旳可行性，可从如下三个方面分析研究每种处理措施旳可行性。
㈠技术可行性：对要开发项目旳功能、性能、限制条件进行分析，确定在既有旳资源条件下，技术风险有多大，项目与否能实现。
㈡经济可行性：进行开发成本旳估算以及理解获得效益旳评估，确定要开发旳项目与否值得投资开发。
㈢社会可行性：要开发旳项目与否存在任何侵犯、阻碍等责任问题，要开发项目旳运行方式在顾客组织内与否行得通，既有管理制度、人员素质、操作方式与否可行。
2、什么是模块旳影响范围？什么是模块旳控制范围？他们之间应当建立什么关系？一种模块旳作用范围（或称影响范围）指受该模块内一种鉴定影响旳所有模块旳集合。
一种模块旳控制范围指模块自身以及其所有下属模块（直接或间接附属于它旳模块）旳集合。
一种模块旳作用范围应在其控制范围之内，且鉴定所在旳模块应在其影响旳模块在层次上尽量靠近。
假如再设计过程中，发现模块作用范围不在其控制范围之内，可以用“上移判点”或“下移受判断影响旳模块，将它下移到判断所在模块旳控制范围内”旳措施加以改善。
3、非渐增式测试与渐增式测试有什么区别？渐增式测试怎样组装模块？非渐增式测试与渐增式测试旳测试措施有如下区别：㈠非渐增式测试措施把单元测试和集成测试提成两个不一样旳阶段，前一阶段完毕模块旳单元测试，后一阶段完毕集成测试。
而渐增式测试往往把单元测试与集成测试和在一起，同步完毕。
㈡非渐增式需要更多旳工作量，由于每个模块都需要驱动模块和桩模块，而渐增式运用已测试过旳模块作为驱动模块或桩模块，因此工作量较少。
㈢渐增式可以较早旳发现接口之间旳错误，非渐增式最终组装是才发现。
软考软件设计师下午题答题技巧分享
软考软件设计师下午题答题技巧分享下午试题，是软考每个科目的一大难点，除了掌握对应的知识点外，也要掌握一些解题技巧。
下面为你分享软件设计师考试下午题答题技巧，供你参考。
软件设计师考试下午题答题技巧一、前三题较简单，送分题：尽量将题目理解透彻再做题，否则有可能遗漏说明中某些关键点。
1.数据流图1.1 数据流图绘制三原则：既是查找DFD错误的依据，也是补充丢失的数据流的基础。
（1）一个加工的输出数据流不与输入数据流同名，即使它们的组成成分相同。
（2）每个加工必须既有输入数据流，又有输出数据流。
（3）所有的数据流都必须以一个加工开始，或以一个加工结束。
除此之外，数据流平衡也是一种分析方法，再有，看加工是否需要读取或者写入存储文件。
1.2 数据词典。
（1）*+*：组成。
（2）[*|*]：分为。
2.关系模式2.1 实体联系图和关系模式的转换原则：（1）1：1联系。
将一方的主码增加到另一方实体对应的关系中。
（2）1：N或1：*联系。
将一端实体的主码加入到N端实体对应的关系中。
（3）M：N或*：*联系。
独立成一个关系模式，取与该联系相关联的实体的码及联系自有的属性构成。
2.2 E-R图外键。
（1）一方的主码。
（2）一端实体的主码。
（3）与该联系相关联的实体的码。
除此之外，还可能包含其它关系模式的主码。
2.3 1NF关系模式的主要问题。
（1）数据冗余。
（2）引起修改操作的不一致性。
（3）插入异常。
（4）删除异常。
3.面向对象建模中关联多重度（1）宁多不少。
（2）区分0..*和1..*，2..*。
二、后三题难度都差不多：即使不能安全搞清楚编程者的思路，也能做对其中一部分，坚持做就好。
选题十分重要：有一定把握（熟悉算法）就选数据结构，否则选面向对象程序设计。
4．流程图填空“初始化数据”：一般选择利用倒推法，未知的数据即初始数据。
动态规划算法最好列出子问题最优解的计算公式，这样比较容易答题。
5．数据结构或者算法填空，对算法（譬如链表栈、贪心、快速排序、回溯等）的考察越来越深入。
软件工程简答题整理
什么是软件危机，有哪些具体表现形式？其原因？答：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
主要有以下表现形式：1、对软件开发成本和进度的估计常常很不准确 2、用户对“已完成的”软件系统不满意的现象经常发生 3、软件产品的质量往往靠不住 4、软件常常是不可维护的 5、软件通常没有合适的文档资料 6、软件成本在计算机系统总成本中所占的比例逐年上升 7、软件开发生产率提高的速度远远跟不上计算机应用迅速普及深入的趋势原因：1、与软件本身特点有关2、与软件开发与维护的方法不正确有关什么是软件生存周期，有哪几个活动？比较模型软件生存周期是指一个软件该软件报废为止的整个时期。
软件生命周期由软件定义、软件开发和软件维护3个时期组成。
1问题定义，解决的问题是是什么；2可行性研究，问题是否有可行的解决办法；3需求分析，确定目标系统必须具备的功能；4总体设计，总体上解决问题，设计软件出层次结构图、5详细设计，具体实现，设计算法；6编码和单元测试，编程和单元测试；7综合测试，系统地设计测试用例；软件维护，修改软件满足用户需要。
瀑布模型：自上而下，相互衔接的固定次序，像瀑布逐级下落，有顺序性和依赖性，推迟实施，质量保证，严格要求输出文档，缺乏灵活性。
快速原型模型：能快速建立。
它所完成的功能往往是最终产品能完成的功能的一个子集，适合中小型，短周期的交互式系统。
增量模型：把软件产品作为一系列增量构件来设计、编码、集成和测试，能在较短的时间完成，有充裕的时间学习。
适合开发需求不明确设计方案有一定风险的软件项目。
螺旋模型：它是风险驱动的。
适合大型系统及软件的开发。
将瀑布模型与增量模型结合起来，喷泉模型：迭代和无缝连接简述软件测试的任务、目的与类型。
答：软件测试是一个为了寻找软件错误而运行程序的过程。
目的就是为了发现软件中的错误。
一个好的测试用例是指很可能找到迄今为止尚未发现的错误的用例。
一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。
软件工程—简答题
软件工程—简答题四、简答题1. 简述软件危机产生的缘故。
答案：软件危机产生的缘故有：(每点1分)(1)软件的规模越来越大，结构越来越复杂。
(2)软件开发的治理困难。
由于软件规模大，结构复杂，又具有无形性，导致治理困难，进度操纵困难，质量操纵困难，可靠性无法保证。
(3)软件开发费用不断增加。
软件生产是一种智力劳动，它是资金密集、人力密集的产业，大型软件投入人力多，周期长，费用上升专门快。
(4)软件开发技术、开发工具落后，生产率提高缓慢。
(5)生产方式落后。
软件仍旧采纳个体手工方式开发。
2. 简述需求分析的概念及需求分析的差不多任务。
答案：需求分析是指开发人员要准确明白得用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的形式功能规约(需求规格说明)的过程。
(3分)需求分析的差不多任务是要准确地定义新系统的目标，为了满足用户需要，回答系统必须〝做什么〞的问题。
(2分)3. 简述数据流图的分类及每一类的特点。
答案：数据流图有两类：变换型数据流图和事务型数据流图。
(1分)变换型数据流图是由输入、处理和输出三部分组成，(1分)因此变化型数据流图是一个顺序结构。
(1分)事务型数据流图特点：事务处理中心将它的输入流分离成许多发散的数据流，形成许多加工路径，(1分)并依照输入的值选择其中一个路径来执行。
(1分)4. 简述建立对象模型的过程。
答案：建立对象模型的步骤如下：(每点1分)(1)确定类：标出来自问题域的相关对象类。
(2)预备数据字典：为所有建模实体预备一个数据字典，准确描述各对象类的精确含义，描述当前问题中的类的范畴，包括对类的成员、用法方面的假设或限制；(3)确定关联：确定二个或多个类之间的相互依靠；(4)确定属性：只考虑与具体应用直截了当相关的属性(5)使用继承来细化类：使用继承来共享公共结构，以此来重新组织类__全国2020年1月1．简述软件工程面临的问题。
软件工程导论简答题
软件⼯程导论简答题三、简答题1.什么是需求分析？需求分析阶段的基本任务是什么？答：需求分析是当前软件⼯程中的关键问题，需求分析阶段的任务是：在可⾏性分析的基础上，进⼀步了解、确定⽤户需求。
准确地回答“系统必须做什么？”的问题。
获得需求规格说明书。
还涉及到软件系统的⽬标、软件系统提供的服务、软件系统的约束和软件系统运⾏的环境。
它还涉及到这些因素和系统的精确规格说明，以及系统进化之间的关系。
需求分析的基本任务包括：(1)抽取需求分析现⾏系统存在需要解决的问题。
获取⾜够多的问题领域的知识，需求抽取的⽅法⼀般有问卷法、⾯谈法、数据采集法、⽤例法、情景实例法以及基于⽬标的⽅法等；还有知识⼯程⽅法，例如，场记分析法、卡⽚分类法、分类表格技术和基于模型的知识获取等。
(2)模拟和分析需求需求分析和模拟⼜包含三个层次的⼯作。
⾸先是需求建模。
需求模型的表现形式有⾃然语⾔、半形式化(如图、表、结构化英语等)和形式化表⽰等三种。
需求概念模型的要求包括实现的独⽴性:不模拟数据的表⽰和内部组织等；需求模拟技术⼜分为企业模拟、功能需求模拟和⾮功能需求模拟等。
(3)传递需求传递需求的主要任务是书写软件需求规格说明。
(4)认可需求就是对需求规格说明达成⼀致，其主要任务是冲突求解，包括定义冲突和冲突求解两⽅⾯。
常⽤的冲突求解⽅法有：协商、竞争、仲裁、强制、教育等，其中有些只能⽤⼈的因素去控制。
(5)进化需求客户的需要总是不断(连续)地增长，但是⼀般的软件开发⼜总是落后于客户需求的增长，如何管理需求的进化(变化)就成为软件进化的⾸要问题。
对于传统的变化管理过程来说，其基本成分包括软件配置、软件基线和变化审查⼩组。
当前的发展是软件家族法，即产品线⽅法。
多视点⽅法也是管理需求变化的⼀种新⽅法，它可以⽤于管理不⼀致性，并进⾏关于变化的推理。
2．等价分类法的基本思想是什么？答：根据程序的输⼊特性，将程序的定义域划分为有限个等价区段——“等价类”，从等价类中选择出的⽤例具有“代表性”，即测试某个等价类的代表值就等价于对这⼀类其他值的测试。
软件工程简答题
简答题：软件工程的内容和方法1.开发文档都有哪些用图来表示他们之间的关系;开发文档包括目标程序、源程序、详细设计说明书、概要设计说明书、需求规格说明书、用户需求报告、软件合同,它们之间的关系如图所示;2.;概要设计、版本升级;和RationalRose;软件管理过程主要有CMMI、ISO9000、微软企业文化和敏捷文化现象;3.请详细解释软件的定义和程序的定义;软件的定义：软件=程序+数据+文档;这里的程序是指程序系统;这里的数据不仅包括初始化数据、测试数据,而且包括研发数据、运行数据、维护数据,也包括软件企业积累的项目工程数据和项目管理数据中的大量决策原始记录数据;这里的文档指的是软件开发过程中的分析、设计、实现、测试、维护文档、管理文档;现在有一种新提法正在引起关注,这种提法是：软件=知识+程序+数据+文档;程序是计算机为完成特定任务而执行的指令的有序集合;从应用的角度可理解为：面向过程的程序=算法+数据结构面向对象的程序=对象+信息面向构件的程序=构件+构架4.是否存在这样一种现象：搞系统软件的公司不需要采用CMMI和ISO9000模式CMMI和ISO模式只适用于搞应用软件的企业如果是,为什么如果不是,又是为什么不是;因为CMMI和ISO9000模式规定了严格的管理制度、文档和评估软件能力与成熟度等级的一套标准,它们几乎包括了所有的IT的企业,只是一些优秀的企业自己内部形成特有的企业管理文化,但是它们并不排斥CMMI和ISO9000模式,甚至还充分肯定CMMI和ISO9000体系;5.根据学过的数据库编程经验,举出一个用创建视图的方法进行数据处理的例子;create view j1_spjasselect sno,sname,ssex from studentwhere sno = ‘s1’条件语句视图j1_spj的创建是依据基本表student进行查询;当基本表的记录符合条件语句where sno = ‘s1’规定的条件时,就能查询出基本表中符合条件记录的学号、姓名、性别的值;软件生存周期及开发模型6.简述瀑布模型、增量模型、迭代模型、原型模型的优点和缺点;无关;因为ISO9000或CMMI管理体系是一种过程与质量管理模型,它是适应于任何软件开发模型的,或者说它与任何开发模型无关;开发模型本身只是规定了软件生存周期中的若干步骤或阶段,便于开发人员去开发与维护,它并没有规定管理人员的过程管理方法与任务;为此,ISO9000或CMMI管理体系规定采取阶段评审和不符合项的动态跟踪制度,只有前一阶段的不符合项全部改正后,才允许开发人员进入后一阶段的工作;所谓不符合项,就是在评审中发现的问题项,它与BUG既有联系,又有区别;对于这些不符合项,软件管理部门要列出表格,记录在案,确定负责人,限定改正时间,动态跟踪到底;8.对生存周期模型裁减指南有什么看法“生存周期模型裁减指南”是IT企业或软件组织内部根据软件开发模型的普遍原则,结合本单位的开发经验和行业特点的具体实际定制出来的;它有针对性地对选定的软件开发模型中定义的生存周期,进行恰当地裁减;所谓裁减,就是队员模型中定义的内容进行增、改、删,去掉对本单位或者本项目不适合的部分,增加对本单元或者本项目适用的内容,同时进一步细化;这样可以缩短开发时间,减少开发成本,具有非常现实的意义;软件立项与合同9.什么叫风险分析技能风险和技术风险有何区别这里的风险分析是指软件立项过程中对产品开发、销售等可能出现的风险进行分析;分析方法是将一个大风险化解为多个小风险,然后再一个个克服小风险;技术风险是指采用新技术的风险程度;技能风险是指项目组成员掌握新技术的风险程度;两者的区别在于一个是说新技术如新的开发工具,新的设计思想本身的风险,一个是说人员要掌握这种新技术的风险;10.行业领域业务专家与产品经理有何异同行业领域业务专家是精通某行业领域业务的人,在讲标时能把投标书的内容准确、生动地表述出来,使客户心服口服;而产品经理是某产品需求分析和概要设计的经理或专家,主要负责产品的立项、需求、设计和销售等业务;两者的相同点是：必须精通该产品的功能、性能和接口;不同点是：前者突出熟悉产品的应用业务领域,后者突出熟悉产品的需求与设计; 软件需求11.需求分析的目的是什么需求分析的难点在哪里软件需求分析,其目的是用于说明软件产品或软件项目需要满足的条件和限制;在软件工程项目中首先要获取用户的需求,通过对软件需要的提取、分析、文档化及验证,为进一步的设计和实现提供依据;需求分析的难点是：在系统的功能、性能和接口方面,开发者与客户达成完全一致的需求,让客户最终签字确认,并保证在项目验收前,需求相对稳定不变;万一需求有一点变化,双方必须履行“需求变更管理程序”,而变更管理程序在签订合同时已经做了规定;要知道,合同是具有法律效力的;12.为什么说需求分析是面向流程的系统的功能、性能、接口、界面都是在流程中动态实时的反映出来;在所有的流程物流、人流、资金流、信息流、单据流、报表流、数据流中,数据流最重要,也最具有代表性;因为在计算机网络系统内,一切流程都表现为数据流,或者说是数据流在不同方向的投影;而流程是动态的、实时的;所以说,需求分析是面向流程的;13.需求分析的基本思路是什么需求分析的思路,是从客户的功能需求系统需要做什么出发,由系统的业务流程和数据流程导出系统的业务模型和功能模型,识别出系统的元数据和中间数据,为今后设计数据模型做好充分准备;同时,对系统的软、硬件环境配置,开发工具,开发周期,费用,开发进度,培训,系统风险进行评估;14.业界存在哪三种需求分析方法你认为哪一种更好业界存在三种需求分析方法：面向功能分析、面向对象分析、面向数据分析;以上这三种方法,各自适用于不同的目标系统;目前时尚的方法是面向对象分析,包括面向主体和面向方法;总的来说,对于系统软件和应用软件来说,面向功能需求分析的方法简单明了,而面向对象的需求分析方法则复杂抽象;对于以关系数据库为平台的信息系统软件来说,面向数据需求分析方法的特点是抓住了本质;但是,这三种分析方法都离不开面向流程分析这根总线：功能、对象、数据都是在流程中产生的,又都是为流程服务的;15.需求管理过程的目标和内容是什么需求管理的目标,是保证软件项目或产品满足客户在软件功能、性能、接口三个方面的需求;需求管理过程的内容,主要包括需求确认、需求评审、需求追踪和需求变更活动管理; 16.为什么需求文档要进行同行评审同行评审,是软件工作产品验证的活动,其目的是为了及早和高效地从软件工作产品中识别并消除缺陷;重点在于发现软件工作产品中的缺陷;另外,由于进行同行评审,使大量人员对软件系统中原本不熟悉的部分更加了解,因此同行评审还提高了项目的连续性,培训了后备人员;17.怎么理解不符合项为什么要对它进行跟踪管理不符合项是指没有满足要求的项,不一定是错误,跟bug是不同的;跟踪的意思在于,获得需求目前的实现状态,确保用户所有的需求都得到满足;可靠的跟踪信息可为需求变更、系统维护、关键成员离开、系统再设计和类似系统设计等很多方面,提供参考和指导,并可以减少风险和提高项目成功率;18.需求描述有哪几种工具你喜欢哪一种为什么需求描述工具包括数据流图、业务流程图、用况图、时序图、用户交互图、数据模型图和功能需求列表、性能需求列表、接口需求列表、界面需求列表等;选择哪一种描述工具,主要取决于问题域的本质特征;不同的软件,对分析要求的严格程度不同;我喜欢业务流程图,它包括了物流、资金流、信息流,即业务操作模型,重点是业务操作的流水步骤;业务模型表示了与系统有关的人、设备、其他子系统之间的业务关系和费用关系,它是经过业务流程重组、再创和优化后,并且得到企业领导确认的业务流程图;绘制这个图的工具可以是Office办公软件;软件策划19.简述软件策划的步骤;20.软件策划要实现的具体目标是什么软件策划是项目跟踪和监控的基础,是项目经理和高层经理管理项目的依据;软件策划要实现的具体目标有三个;1．对供项目测试和跟踪用的三个软件估计已建立文档;这三个评估是：➢工作产品规模估计➢工作量及成本估计➢计算机资源估计2．软件项目活动和约定是有计划的,并已建立文档;这里的活动,包括开发活动和管理活动;这里的约定,是指对项目的各种标准、规范、规程的约束;3．受影响的组和个人,同意他们对软件项目的约定;受影响的组和个人有：➢软件工程组项目组➢软件估计组➢系统测试组➢质量保证组➢配置管理组➢合同管理组➢文档支持组其中有的组可能只有一个人21.定义软件过程的含义是什么所谓定义软件过程,就是根据选定的生存周期模型,规定软件的开发阶段,及每一阶段的工作步骤和文档标准等内容;22.项目跟踪与监督的基础是什么在项目策划阶段,要为开发计划制定严格的评审流程;开发计划在经过组织批准生效后,将成为进行项目跟踪与监督的基础;23.软件开发计划书应该包括哪些内容软件开发计划书是软件策划的输出文档,它包括如下10各方面的内容：1．软件项目组的目的、范围、目标和对象;2．软件生存周期的选择与裁减;3．确定软件开发和维护的规范、方法和标准;4．软件工作产品的确定;5．对工作产品规模的估计;6．对工作量和成本的估计;7．关键计算机资源的估计和使用情况;8．项目的进度、里程碑和评审计划;9．风险的识别和评估;10．项目工程设计和工具的计划;24.怎样理解软件中的度量,它有何作用软件中的度量,是指对大量测量数据的统计分析;度量是按规定在项目进行过程中,需要采集的度量数据,以便量化地反映项目的进展情况,为管理者提供对项目进展的适当的可视性,同时度量数据是项目过程改善的基础数据,它们存放在测量数据库中;软件设计25.软件设计的输入/输出是什么对于签订合同的项目,软件设计的输入是用户需求报告/需求规格说明书,输出是概要设计说明书和详细设计说明书;对于立项的项目,软件设计的输入是需求规格说明书,输出是概要设计说明书和详细设计说明书;26.概要设计说明书和详细设计说明书有和区别概要设计说明书,一是要覆盖需求规格说明书的全部内容,二是要作为指导详细设计的依据;它注重框架上的设计,它是软件系统的总体结构设计、全局数据库包括数据结构设计、外部接口设计、功能部件分配设计、部件之间的内部接口设计,它要覆盖需求规格说明书中的功能点列表、性能点列表,接口列表;详细设计说明书,一是要覆盖概要设计说明书的全部内容,二是要作为指导程序设计的依据,它注重微观上和框架内的设计,它是各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计和其他详细设计等;两者的设计者不同,在一般情况下,概要设计说明书是由系统设计师负责,详细设计说明书则是由高级程序员负责;软件建模27.请简述UML的宏观建模思想和微观思想;UML的宏观建模思想是：以“9个模型”和“5张视图”为纲,以“9种图”为目,建立系统的UML模型;“9个模型”包括：业务模型、领域模型、用例模型、分析模型、设计模型、过程模型、部署模型、实现模型和测试模型;“9种图”包括：类图、对象图、用例图、顺序图、协作图、状态图、活动图、构件图、实施图;“5张视图”包括：用例视图、设计视图、进程视图、实现视图、实施视图;UML的微观建模思想是：基本结构模型、高级结构模型、基本行为模型、高级行为模型、体系结构模型5各方面,66个微观建模;基本结构模型包括：对类建模,对关系建模,对公共机制建模,对图建模,对类图建模;高级结构模型包括：对类的语义建模,对关系网络建模,对接口、类型和角色建模,成组的元素建模,对体系结构视图建模,对具体实例、原型实例建模,对对象结构建模;基本行为建模包括：对交互建模、对用例建模、对用例图建模、对交互图建模、对活动图建模;高级行为模型包括：对信号族建模、对异常情况建模、对状态建模、对进程和线程建模、对时间空间建模、对状态建模;体系结构建模包括：对构件建模、对实施建模、对协作建模、对模式和框架建模、对构件图建模、对实施图建模、对系统建模;一般而言,人们最常用的是建立系统的用例图、类图和顺序图;28.请简述UML的优点和缺点;UML的优点：1．UML语言使系统建模过程标准化、统一化、规范化;2．UML在整个软件开发过程中采用相同的概念和表示方法;3．UML采用图形化的表现形式,产生的模型易于理解,易于开发人员与用户之间的沟通,从而能够及时得到用户的反馈信息;4．用UML进行系统建模,所得到的建模制品不仅包括各种模型框图,还有大量丰富的文档;5．UML不是一门程序设计语言,但可以使用代码生成工具将UML模型转换成为多种程序设计语言代码,或使用反向生成工具将程序源代码转换为UML模型但任何事物都有正反两个方面,UML这种新兴的建模工具也存在它本身的一些不足和缺点：1.UML建模可视化图形的内容太多、太深、太宽,导致难学难教;2.UML缺少核心和外围,有些语言定义不够精确且带有二义性;3.UML过多考虑了各种分析、设计、实现的普遍性,过少考虑了它们的特殊性;4.UML过于细致;5.UML对开发者的素质要求过高;29.读者怎样理解下面这段文字：“UML只是一种图形化的建模语言,不是一种方法论,不规定开发者在什么时候、什么情况下、用什么方法去建立什么模型,也没有指定使用哪一种实现工具,Rose只是其中的一种实现工具而已;”请读者再思考一个问题：语言与方法论两者之间有什么联系又有什么区别因为UML认为开发者在什么时候、什么情况下、用什么方法去建立什么模型是软件开发过程中的工作,是方法论的范围,开发者自己应该会明白的;而Rose是UML的一种支撑环境和实现工具;语言只是方法论的一部分,而且只是实现方法论的一种工具,方法论包含语言;方法论要告诉读者在建模过程中做什么、怎么做、什么时候做、为什么做、做的过程中要注意什么;而UML建模语言只是提供了一大堆的可视化图形符号,并没有告诉读者,应该在什么时候,用什么方法、去建立什么模型;软件实现30.实现原则有哪几条软件实现原则包括以下5条：1．尽可能地简单;2．易于验证;3．适应变化;4．遵守某一编程规范;5．选择项目组成员最熟悉的工具或语言;31.面向对象程序设计的特点是什么它与面向过程程序设计有何差异面向对象程序设计有三个特点：1．封装性;把数据和代码结合在一起,对外隐藏了实现的细节;它的好处是有利于程序的模块化;2．继承性;一个新的对象能继承父对象的属性和方法,这一点就像遗传;继承性的好处是可以共享代码;3．多态性;就是一个对象类型可以产生多个对象实例,每个实例还可以有所不同;面向对象程序设计与面向过程程序设计有如下差异：1．面向过程程序设计方法采用函数或过程来描述对数据的操作,但又将函数与其操作的数据分离开来；面向对象程序设计方法将数据和对数据的操作封装在一起,作为一个整体来处理;2．面向过程程序设计方法以功能为中心来设计功能模块,难于维护；而面向对象程序设计方法以数据为中心来描述系统,数据相对与功能而言具有较强的稳定性,因此更易于维护;3．面向过程程序的控制流程由程序中预定顺序来决定；面向对象程序的控制流程由运行时各种事件的实际发生来触发,而不再由预定顺序来决定,更符合实际需要;4．面向对象程序设计方法可以利用框架产品如MFC,Microsoft Foundation Classes进行编程;软件测试32.软件测试的目的和目标是什么简单明了地说,软件测试的目的就是发现软件缺陷;但同时还要时刻牢记在心的是：软件测试的目标是尽可能早地发现软件缺陷,并确保其得以修复;这里的缺陷,包括bug和不符和项;33.什么是软件缺陷我们说,符合下列五个规则之一的就是软件缺陷：1．软件未达到产品说明书需求报告或需求说明书标明的功能；2．软件出现了产品说明书指明不会出现的错误；3．软件未达到产品说明书未指明但应达到的目标；4．软件功能超出产品说明书所指明的范围；5．软件测试人员认为软件难以理解、不易使用、速度缓慢,或者最终客户认为不好; 34.试举例说明软件测试的原则有哪些1．尽早开展测试工作；2．完全测试不可能,把握最优测试量；3．严防寄生虫现象；4．严防杀虫剂现象；5．并非所有的软件缺陷都能修复；6．难以说清楚的软件缺陷；7．产品说明书不断变化8．软件测试人员在产品小组中不受欢迎;35.试阐述软件测试V模型的思想、不足之处和改进方法;软件测试V模型的基本思想,如图所示;我们可以初步了解,左侧是开发阶段,右侧是测试阶段;开发阶段先从定义软件需求开始,然后要把这些需求不断地转换到概要设计和详细设计中去,最后形成程序代码;测试阶段是在代码编写完成以后,先做单元测试开始,然后是集成测试、系统测试和验收测试;对V模型的进一步阐述是：当需求分析完成后,验收测试计划也应完成;当概要设计完成后,系统测试计划也应完成;当详细设计完成后,集成测试计划也应完成,当编码完成后,单元测试计划也应完成;可见,V模型提高了测试的时间与地位;以上的测试V模型,一般只适用于瀑布开发模型,若对迭代开发模型,就显得不足了;实际工作中,V模型只是提高了测试工作的地位,具体测试方法,仍然是黑白盒子法;36.试说出几种软件测试的分类方法;软件测试分类的实质,是软件测试技术的分类;测试工作中采用不同的测试技术,就产生了不同的测试类型,相继也产生了很多的测试类型术语,大概有以下几种;1．动态测试：通过运行程序开展测试工作,即软件测试人员通过使用软件来找出缺陷；2．静态测试：不通过运行程序来开展测试工作；3．黑盒测试：又叫功能测试；4．白盒测试：可以理解为对程序执行路径的测试；5．通过测试：简单的说,就是验证软件至少能做什么,而不会考察其能力有多强；6．失败测试：纯粹是为了验证软件在某一种条件下,是否会出现异常、停止工作等现象的测试；7．负载/压力测试：一方面,可以通过减少软件需要的资源,来测试软件运行的最低配置或者最低资源需求；另一方面,可以正常提供软件需要的资源,但是通过不断加重软件要处理的任务,来测试软件在正常配置下具有的能力指标；8．易用性测试：易用性测试的目的很明确,即简单易用,但是标准不容易确定；9．其他测试：如边界值测试、兼容性测试、回归测试、ALPHA测试和BETA测试等;37.试说出黑盒测试和白盒测试的区别及联系;黑盒测试又称功能测试;在这里,盒子指的是被测试的软件,“黑盒”就是只知道被测试软件的外部情况,主要是界面和接口,被测试软件的内部逻辑结构和数据结构,对测试人员来说是不可见的,主要关注被测试软件的功能实现;白盒测试就是对程序执行路径的测试,又叫做玻璃盒测试、透明盒测试、结构化测试、开放盒测试、基于代码的测试等;黑盒测试和白盒测试的联系是：一般宏观上用黑盒测试,微观上用白盒测试,系统集成人员用黑盒测试方法对系统进行测试,构件开发人员用白盒测试方法对构件进行测试,这是常用的测试方法;38.软件测试工作中要验证哪些文档试举例;软件测试工作中要验证的文档包括两个部分,即被测试文档和测试工作中要编写的文档;现在按生命周期划分如下：1．项目立项阶段的文档项目立项报告、标书、合同;2．需求分析阶段文档需求分析说明书/用户需求报告、验收测试设计说明书、测试计划、客户手册、操作手册;3．项目策划阶段的文档项目开发计划、配置管理计划、质量保证计划;4．设计阶段的文档概要设计说明书、数据库设计说明书、详细设计说明书、系统测试设计说明书、集成测试设计说明书;5．编码阶段的文档自测报告、单元测试说明书;6．测试阶段的文档单元测试报告、集成测试报告、系统测试报告/ALPHA测试、验收测试报告/BETA;7．维护阶段的文档缺陷及修改报告;还有一些管理文档,如工作日报、会议记录、开发进度周报、开发进度月报、开发总结报告等;还有和客户签署的协议,如委托开发协议书、验收手册;提供给客户的所有文档都要经过测试,从这个角度考虑,被测试的文档还可能包括联机帮助文档、样例、模板、常见问题解答、市场宣传材料、授权/注册登记表、客户许可协议,以及包装文字、图片、标签等;39.用自己的话简述实用软件测试的流程,你认同吗有什么想法和建议软件测试的流程分五步展开：1．理解、验证和分解需求；2．编写测试计划包括测试计划；3．测试执行；4．专项测试；5．编写测试报告;认同,没有什么想法和建议;软件发布与实施40.软件项目与软件产品有什么不同软件产品是指不局限于特定业务领域、能被广大用户直接使用的软件系统,如操作系统、编译系统、工具系统、通用财务系统等;软件项目是指针对特定业务领域、徐提供业务流程充足与优化的软件系统,如MIS、ERP、电子商务、自动跟踪控制系统等,它们一般叫做软件项目;软件维护41.传统软件维护分哪几大类传统软件维护分四大类,分别是：纠错性维护；适应性维护；完善性维护；预防性维护;42.简述软件维护的工作程序;软件维护的工作程序与软件开发的工作程序相仿;其工作程序是：维护的需求分析、维护的设计、修改程序代码、维护后的测试、维护后的试运行、维护后的正式运行、维护过程的评审和审计;43.可维护性的软件应具备什么性质所谓软件的可维护性,就是维护人员理解、掌握和修改被维护软件的难易程度;可维护性的软件,必须具备下列4条性质：可理解性、可测试性、可修改性和可移植性;44.面向缺陷维护的内容是什么面向缺陷维护的内容是：该软件产品能够正常运行,可以满足用户的功能、性能、接口需求,只是维护前在个别地方存在缺陷,用户不是非常满意;克服缺陷的方法是修改程序,也就是通常说的只修改程序,不修改数据结构;45.面向功能维护的内容是什么面向功能维护的内容是：该软件产品在功能、性能、接口上存在某些不足,不能满足用户的某些需求,因此需要增加某些功能、性能、接口;解决这些不足的方法是,不但要修改设计,而且也要修改程序,也就是通常说的既修改数据结构,又修改编码;46.怎么理解UML对软件维护的重大影响UML的功能覆盖整个软件的开发周期,从需求分析开始,直到软件的发布、实施和维护为止,因而它对传统意义下的维护工作产生重大影响;UML把软件生存周期定义为4个主要阶段：初始、细化、构造、移交;经过这4个阶段的历程被称为一个开发周期,自动产生一个周期内的所有文档,从而生成一个软件产品;首次经历着4个阶段称为该产品的初开发周期,除非该产品的生命终止,否则它将重复初始、细化、构造和移交这4个阶段,从而演化为下一代产品,这就是对旧有产品的维护,也是新产品的升级换代,也就是开发周期的演化,也就是UML对软件维护工作的影响;软件过程管理47.怎样理解“软件组织、工作产品、软件过程、软件过程资源、软件过程财富”的概念软件组织：CMM/CMMI中的“组织”或“软件组织”,是指软件企业或软件公司自己;。
软件开发与项目管理课后练习(参考答案)
软件开发与项目管理参考答案第一章（软件开发模型和开发方法）（一）知识回顾与思考1、软件产品的特性是什么？软件是一种逻辑产品，具有无形性;软件产品的生产主要是研制;主要是脑力劳动;软件不存在磨损和老化问题，但存在退化问题;软件产品的成本非常昂贵，其开发方式目前尚未完全摆脱手工生产方式;软件具有“复杂性”，其开发和运行常受到计算机系统的限制。
2、软件生产有几个阶段？各有何特征？程序设计时代：这个阶段生产方式是个体劳动，使用的生产工具是机器语言，汇编语言。
程序系统时代：这个阶段生产方式是小集团合作生产，使用的生产工具是高级语言，开发方法仍依靠个人技巧，但开始提出结构化方法。
软件工程时代：这个阶段生产方式是工程化的生产，使用数据库﹑开发工具﹑开发环境﹑网络﹑分布式﹑面向对象技术来开发软件。
3、什么是软件危机？产生的原因是什么？软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
主要是指如何开发软件，怎样满足对软件日益增长的需求，如何维护数量不断膨胀的先有软件。
原因：一是软件产品的固有特性(软件的不可预见性、软件的规模大且逻辑较复杂)，二是软件专业人员自身的缺陷。
4、什么是软件工程？它的目标和内容是什么？软件工程：是用科学的知识程和技术原理来定义，开发，维护软件的一门学科。
目标：付出较低开发成本；达到要求的功能；取得较好的性能；开发的软件易于移植；只需较低的维护费用；能按时完成开发任务，及时交付使用；开发的软件可靠性高。
内容：研究内容包括开发技术和开发管理两个方面。
开发技术主要研究：软件开发方法，开发过程，开发工具和环境。
开发管理主要研究：软件管理学，软件经济学，软件心。
5、软件工程面临的问题是什么？软件重用性差软件可维护性差开发出的软件不能满足用户需要6、什么是软件生命周期？它有哪几个活动？软件生命周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
活动：可行性分析和项目开发计划，需求分析，概要设计，详细设计，编码，测试，维护。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1. 选择题：考查考生的记忆、理解、判断、推理分析，综合比较，鉴别评价等多种能力。
在答题时，如果能瞬时准确地把正确答案找出来最好，假如没有把握，就应采用排除法，即
应从排除最明显的错误开始，把接近正确答案的备选项留下，再分析比较强以逐一否定最终
选定正确答案。
2 填空题：常用于考核考生准确记忆的“再现”能力。在自然学科中常用于考核考生观察
能力与运用有关公式、原理的能力。在答题时，无论有几个空，回答都应明确、肯定，不能
含糊其辞。因此考前对最基本的知识、概念、原理等要牢记。
3 简答题：这种题型一般围绕基本概论、原理及其联系进行命题。着重考核考生对概
念、史实、原理的掌握、辨别和理解能力。在答题时，既不能像名词解释那样简单，也不能
像论述题那样长篇大论，答案要有层次性，列出要点，并加以简要扩展就可以。
4 论述题：这种题型一般从试卷编制的全局出发，能从体现考试大纲中的重点内容和基
本问题的角度来命题。着重考核考生分析、解决实际问题的能力，考核考生综合应用能力和
创见性。在答题时，要仔细审题，列出答案要点，然后对要点逐一展开叙述，此时考生应发
挥自己的真知灼见，要在深度，广度上下功夫。如果对哪些要点把握不大，时间又不允许多
考虑，那就宁可多答一些要点，但应避免把不能说明问题或者与答案相矛盾的东西都写上。
5 应用题同论述
答题要完整准确，条理清楚，要点突出，书写
规范。切忌不分段，不分点写下来，眉目不清，
难以取得高分。答题时字迹清楚，不要过于潦
草，让人难以辨认。同时，考试时应避免提前
离开考场，应避免留下空白题。