软件过程题目

1.软件工程是指导软件开发和维护的工程类学科，它以计算机科学理论及其他相关学科的理论为指导，采用工程化的概念、原理、方法和技术，进行软件的开发和维护，并与经过时间证明正确的管理方法与措施相结合，以较少的代价获取高质量的软件。

2.PSP和TSP中质检过失比（A/FR）是一个重要的质量度量参数。

请简要说明A/FR分别小于1和大于2时对过程的意义。

质检/过失比：质检质量成本/过失质量成本，用来测量在第一次编译前花在查找缺陷上的时间的相对值。

可用复查时间/（编译+测试）时间来计算。

能很好地指示测试中发现缺陷的可能性。

当A/FR<1时，程序测试一般会发现很多错误；当A/FR>2时，过程产生无缺陷的可能性更大。

A/FR的值对于小的独立的产品通常比2.0要大；A/FR的值对于相对大的产品等于1.0较为合适。

例如，如果有实际总开发时间=262min，实际代码复查时间=29min，则质检成本=100*29/262=11.07% 如果有实际编译时间=5min，实际测试时间=10min，则过失成本=100*（5+10）/262=5.73%。

此时，A/FR= 11.07/ 5.73=1.93。

可用复查时间/（编译+测试）时间来计算。

3. SEPG（软件工程过程组）职责概念软件工程过程组（Software Engineering Process Group）由专家组成，统领CMM 实施活动，协调全组织软件过程的开发和改进活动，制定、维护和跟踪与软件过程开发和改进活动有关的计划，定义用于过程的标准和模板，负责对全体人员培训有关软件过程及其相关的活动。

这是来源于CMM3的一个名词，是指执行组织，为不断改进软件过程管理能力而组建的专门性组织，其职责包括：制定规程：组织制定软件过程管理规程推广规程：在组织内部推广已制定软件过程管理规程监督实施：对组织内部软件过程管理规程执行情况的监督过程能力提高：对组织内部软件过程管理能力进行评估，制定计划提高组织软件过程管理能力，实施软件过程管理能力改进计划4.从软件管理所包含的内容，简要论述软件管理的必要性及其发展趋势。

1. 软件管理是对软件项目和产品进行管理的技术的总称。

包含以下几方面的内容：2. 软件项目管理：主要完成定义项目目标，评估项目资源，估计项目实施的进度；3. 软件风险管理：主要进行软件产品的风险鉴定，分析，监视，缓解和计划；4. 软件质量管理: 主要包括质量计划和控制，验证和确认，产品和过程的度量，软件产品的可信任度和可靠性。

5. 软件配置管理: 软件产品的版本控制、变更管理、状态统计、和配置审计.6. 在软件开发过程中，产品质量涉及到生产的所有环节，只有各个生产层面都不忽视质量，最后才能得到高质量的产品；而要制造及传递某种合乎特定质量标准的产品时，必须配合适当的管理技术及作业程序；另外，软件管理也是使企业具备持续提供符合要求产品的能力的必要条件。

所以，对于整个项目和产品来说，软件管理都是必须的。

7. 其发展趋势：目前，软件管理正向着软件过程管理发展，软件界已经认识到软件过程因素对软件开发的重要影响，它使人们把注意力从抽象的软件生存周期模型的研究，转向那些对软件项目的成功起着关键作用的过程细节的研究。

5.从你已有的软件过程与软件管理的知识和软件实践经验，谈谈如何判断软件过程是成熟的和有效的。

若软件过程满足如下几个标准，则认为其是成熟和有效的：软件过程被正确无误地通知到现有职员和新雇员，工作活动均按照己规划的过程进行，而且和实际进行工作的方式相一致。

软件过程中，需要时就更新过程，并且通过可控的先导性试验和（或）费效分析使其得到改进。

所有项目和在整个组织中，所有的岗位及其职责都是清楚的。

经理能够严格监控产品的质量和顾客的满意程度；有客观的、定量的基础，进度和预算是现实的基于以前的性能数据；能达到产品的成本、进度、功能和质量的预期结果。

整个过程一致地遵循一个有纪律的过程，而且存在支持该过程的必要基础设施。

6.谈你学习PSP、TSP、CMM的心得体会。

对于小项目，项目本身不大，开发周期也不长，所以看起来比较简单，比较容易成功。

因而往往会忽视了这类小项目的管理，其实这是一种误解，从本人的经验看来，小项目开发中容易犯以下的一些错误：①开发之前没有认真地进行项目可行性和工作量的估计往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别。

②没有真正的设计过程开发人员少，意味着不同人员的程序之间交互、接口相对少一些。

开发周期短意味着往往是同样的几个人从头到尾负责一个项目。

这两者都让人容易犯些错误。

往往是几个人碰一下头，讨论一下最基本的结构、接口便分头去做自己的工作了，没有一份较正式的文档。

这种做法潜在的危险之一是有的人可能会对讨论出的接口、结构理解有偏差（应该承认人是会犯错误的），一个误解可能造成以后的返工。

另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。

其根源在于没有一个负责协调的人员不断监控整个开发过程。

第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。

另外，没有文档的程序，日后维护和版本升级都比较困难。

③不经过单元测试而直接进入系统测试造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。

例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。

但很多人嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

这样，一旦直接进入系统测试，发现运行结果不正确后需要一步步查找。

由于模块间的调用关系，可能查了很久才发现是某个模块的问题。

这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。

另外由于这种测试不完全，真正运行系统，当调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。

但是如果对每个模块进行单元测试时都进行一下边界测试，就会很容易消除一些隐患，可谓欲速则不达。

7.从PSP的过程框架出发，谈谈PSP带来的益处。

PSP是一种可用于控制、管理和改进个人工作方式的自我持续改进过程，是一个包括软件开发表格、指南和规程以及帮助软件工程师测量和改进工作方式的结构化框架。

可用于控制、管理、改进和自我完善软件工程师软件开发的个人工作方式与过程。

个体软件过程PSP的好处有：PSP为个体和小型群体优化软件过程提供了途径；PSP与具体的技术（程序设计语言、工具或者设计方法）相对独立；PSP能够说明个体软件过程的原则，且原则能够应用到几乎任何的软件工程任务之中；PSP帮助软件工程师作出准确的计划；PSP确定软件工程师为改善产品质量要采取的步骤；PSP建立度量个体软件过程改善的基准；PSP确定过程的改变对软件工程师能力的影响。

8.PSP过程脚本的主要步骤。

1入口准则—进行问题描述；PSP项目计划总结表；以前开发的程序的实际规模和时间数据；时间记录日志；2计划阶段—首先获得项目的需求，然后完成项目计划总结表，最后把计划所花费的时间记录在时间记录日志上。

3设计阶段—设计这个程序。

用流程图或伪码等指定的格式记录设计的内容。

该阶段结束时，把设计时间记录在时间记录日志上。

4编码阶段—利用所选择的程序设计语言来实现该设计。

使用一致的编码格式。

结束时在时间记录日志上记录编码所花费的时间。

5代码复查—复查所有的源程序代码；遵照代码复查脚本；修复并记录所发现的每一个缺陷；将代码复查阶段所花费的时间记入时间记录日志；6编译阶段—编译程序并改正所有发现的缺陷。

修复缺陷直到正确编译无错为止。

所有花费在这一阶段的时间记为编译时间，包括修改设计和改正代码的时间。

该阶段结束时，在时间记录日志上记录编译时间。

7测试阶段—进行充分的测试以保证程序满足所有的需求，并且能够不带任何错误通过一组全面的测试集。

所有花费在这一阶段的时间记为测试时间，其中包括修改设计、改正代码和重新编译的时间。

该阶段结束时，在时间记录日志上记录测试时间。

8后置处理阶段—完成项目计划总结表中所有有关实际数据的那些栏目。

然后登入一个估计的后置处理阶段的时间。

9.CMM的主要用途。

软件过程评估：(SPA，Software Process Assessment)一组经过训练和培训的软件专业人员，确定出一个企业软件过程的状况，找出软件企业所面对的与软件过程有关的、最急需解决的所有问题，以便取得企业领导层对软件过程改进的支持——企业内部。

软件过程改进：（SPI，Software Process Improvement)帮助软件企业对其软件过程向更好的方向改变，进行计划、制定以及实施。

软件能力评价：(SCE，Software Capability Evaluation)一组经过训练和培训的软件专业人员，鉴别出软件承包者的能力资格；或者是，检查、监察正用于软件制作的软件过程的状况——企业外部。

10.在软件配置管理系统中检入与检出是基本功能。

请解释该功能的作用。

检入就是将软件配置项从用户的工作环境存入到软件配置库的过程；检出就是将软件配置项从软件配置库中取出的过程。

PMBOK（Project Management Body Of Knowledge），即项目管理知识体系，对项目管理所需的知识、技能和工具进行的概括性描述。