软件过程与软件管理课程复习题.docx
- 文档编号:28371737
- 上传时间:2023-07-10
- 格式:DOCX
- 页数:27
- 大小:105.21KB
软件过程与软件管理课程复习题.docx
《软件过程与软件管理课程复习题.docx》由会员分享,可在线阅读,更多相关《软件过程与软件管理课程复习题.docx(27页珍藏版)》请在冰豆网上搜索。
软件过程与软件管理课程复习题
软件过程与软件管理课程复习题
(一)解释相关概念或术语
1)软件工程
●是指导软件开发和维护的工程类学科,它以计算机科学理论及其他相关学科的理论为指导,采用工程化的概念、原理、方法和技术,进行软件的开发和维护,并与经过时间证明正确的管理方法与措施相结合,以较少的代价获取高质量的软件。
●TheIEEEComputerSociety:
是
(1)将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程,即将工程化应用于软件中。
(2)对
(1)中所述方法的研究。
2)软件过程
●软件过程是指软件开发人员开发和维护软件及相关产品(如项目计划、设计文档、代码、测试用例、用户手册等)的一套行为、方法、实践及变换过程
●根据IEEE对软件过程概念的解释,软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、软件管理、软件支持等7大类的软件活动
●ISO12207分别将这些活动归结为基本过程、支持过程和组织过程等3大类
3)软件过程工程
为建造软件过程所进行的一系列工程化活动,包含如下基本活动:
过程定义、过程例化、过程模拟、过程运作。
现代软件工程=软件项目工程+软件过程工程,这标志着软件过程的时代的到来。
4)软件配置管理
SCM是标识和确定系统中配置项的过程,在系统整个生命周期内控制这些项的投放和变动,记录并报告配置的状态和变动要求,验证配置项的完整性和正确性(GB/T11457-1995软件工程术语)。
针对SCM在软件生命周期各阶段所起的作用,一个完整的SCM环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。
5)CMM
CMM是指“能力成熟度模型”,其英文全称为CapabilityMaturityModelforSoftware,英文缩写为SW-CMM,简称CMM。
它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
6)CMM中的关键过程域
每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面,它们的实施对达到该成熟度等级的目标起到保证作用。
这些过程域就称为该成熟度等级的关键过程域。
●确定了实现一个成熟度级别所必须解决的问题
●处于级别3的机构,必须解决级别2和级别3的所有关键过程域中的问题
●每个关键过程域都确定了一套相应的活动,完成了这些活动,就达到了被认为是对改进过程非常重要的一组目标
●目标说明了每个关键过程域的范围、界限和意义
●对于满足关键过程域的机构,一个关键过程域的所有目标都必须实现
●每个关键过程域的目标总结了它的关键实践
7)CMM中的关键实践
是指关键过程域种的一些主要实践活动。
每个关键过程域最终由关键实践所组成,通过实现这些关键实践达到关键过程域的目标。
一般情况下,关键实践描述了该“做什么”,但没有规定“如何”去达到这些目标。
●描述了对关键过程域的有效实施和制度化起重要作用的基础设施和活动。
●每个关键过程域最终由关键实践所组成,通过实现这些关键实践来达到关键过程域的目标。
●关键实践描述要做“什么”,但没有强行规定应当“怎样”完成目标。
●关键实践的下面描述更为详细的各实践。
8)CMM中的SEPG
软件工程过程组(SoftwareEngineeringProcessGroup)由专家组成,统领CMM实施活动,协调全组织软件过程的开发和改进活动,制定、维护和跟踪与软件过程开发和改进活动有关的计划,定义用于过程的标准和模板,负责对全体人员培训有关软件过程及其相关的活动。
这是来源于CMM3的一个名词,是指执行组织,为不断改进软件过程管理能力而组建的专门性组织,其职责包括:
●制定规程:
组织制定软件过程管理规程
●推广规程:
在组织内部推广已制定软件过程管理规程
●监督实施:
对组织内部软件过程管理规程执行情况的监督
●过程能力提高:
对组织内部软件过程管理能力进行评估,制定计划提高组织软件过程管理能力,实施软件过程管理能力改进计划
SEPG的工作性质和职责是监督、管理、指导项目的过程,对项目过程、文档的规范性及过程、文档的适用性负责,不对项目的具体结果负责。
SEPG成员一般不作为项目组的成员,但是,可以为项目的过程管理、规范执行提供协助。
9)PSP
个体软件过程(PersonalSoftwareProcess,PSP)是一个过程描述、测度和方法的结构化集合,能够帮助软件工程师改善其个人性能。
它提供了表格、脚本和标准,以帮助软件工程师估算和计划其工作。
它显示了如何定义过程及如何测量其质量和生产率。
10)TSP
TSP(TeamSoftwareProcess,团队软件过程/群组软件过程)是为开发软件产品的开发团队提供指导,TSP的早期实践侧重于帮助开发团队改善其质量和生产率,以使其更好的满足成本及进度的目标。
TSP被设计为满足2~20人规模的开发团队,大型的多团队过程的TSP被设计为大约最多为150人左右的规模。
●TSP是一个小组软件过程框架
●TSP指导你通过小组软件工程的每一个步骤
●TSP向你表明该如何在一个小组协同工作环境中工作
●TSP教会你如何规划和管理一个小组项目
●TSP教会你如何为小组成员分配不同的角色
●TSP为小组提高生产力确立了一个过程
11)USDP/RUP
USDP(UnifiedSoftwareDevelopmentProcess,统一软件开发过程)是一种基于构件的,用况和风险驱动的,以构架为中心,迭代和增量式的开发过程。
分为初始、细化、构造、移交四个阶段。
RUP(RationalUnifiedProcess,统一软件开发过程,统一软件过程)是一个面向对象且基于网络的程序开发方法论。
根据Rational(RationalRose和统一建模语言的开发者)的说法,好像一个在线的指导者,它可以为所有方面和层次的程序开发提供指导方针,模版以及事例支持。
RUP和类似的产品——例如面向对象的软件过程(OOSP),以及OPENProcess都是理解性的软件工程工具--把开发中面向过程的方面(例如定义的阶段,技术和实践)和其他开发的组件(例如文档,模型,手册以及代码等等)整合在一个统一的框架内。
●RUP是RationalUnifiedProcess,是一个商业产品,比USDP专业,特别是它提供的一套工具来实现(RationalEnterprizeSuite)。
●USDP的抽象程度比RUP大得多,是Jacobson等人在学术界的成果。
12)SWEBOK
2004年6月,美国IEEE协会和ACM的联合网站上公布了软件工程知识体(SWEBOK)2004版全文,这标志着SWEBOK项目的工作告一段落,软件工程作为一门学科,为取得对其核心的知识体系的共识,已经达到了一个重要的里程碑。
SWEBOK指南开宗明义提出五个目的:
(1)促进软件工程业界统一看法;
(2)划定学科边界,澄清软件工程的学科地位;
(3)刻画软件工程的学科内容;
(4)提出访问SWEBOK的论题(知识点);
(5)为个人认证、申请执照、课程体系制定提供基础。
SWEBOK把整个体系分解为10个知识域(KnowledgeArea):
知识域(子知识域/知识点)
软件需求7/28
软件设计6/25
软件构造3/14
软件测试5/16
软件维护4/15
软件配置管理6/17
软件工程管理6/24
软件工程过程4/16
软件工程工具与方法2/12
软件质量3/11
每个知识域又分若干子域,每个子域分为若干论题(Topic),我国学界称之为知识点,每个知识点还可以再分为下层,或下下层的子知识点。
SWEBOK只给出知识域确切的概念和准确的定义,即内涵定义。
从知识域到子域到知识点,要完全理解知识域的含义还要靠它的外延,即各种参考文献,
13)SCM
(SoftwareConfigurationManagement):
又称软件形态管理、或软件建构管理,简称软件形管(SCM)。
界定软件的成项目,对每个项目的变更进行管控(版本控制),并维护不同项目之间的版本关联,以使软件在开发过程中任一时间的内容都可以被追溯,包括某几个具有重要意义的数个组合,例如某一次交付给客户的软件内容。
(二)简要回答下列问题
1)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。
可用复查时间/(编译+测试)时间来计算。
2)TSP中的SUMQ的作用。
项目管理者根据质量计划,通过SUMQ质量总结表协助团队成员跟踪绩效。
SUMQ包括主要比率、无缺陷比率PDF、缺陷数/页、缺陷数/KLOC、缺陷比率、开发时间比率、质检过失比A/FR、复核比率、检查比率、缺陷引入比率、缺陷除去比率、阶段成品率、过程成品率。
它提供了对质量问题的估计方法、深入分析设计和代码复核质量的方法,以及对整个过程的评估方法,使软件开发人员对质量问题更加敏感和小心,以便开发出高质量的软件产品。
在TSP中,质量计划(SUMQ)的制订与计划小结(SUMP)的制订相辅相成,缺一不可。
计划小结的制订又需要参考产品规模摘要(SUMS)和任务计划(TASK),而任务计划又与进度计划(SCHEDULE)密切相关。
除此而外,质量计划的制订还需要参考质量标准(QUAL)的要求。
质量计划与进度计划之间的内在联系下图所示。
在团队成员订出质量计划SUMQ后,质量经理就要依据该计划,协助团队成员追踪绩效。
对于系统的每个部分,质量经理要在每个阶段追踪这些数据,以了解测量值是否落于质量计划所设定的范围内。
如果没有,质量经理要在每周的定期会议中,将这些问题提出来,并向团队提出改善建议。
3)在软件配置管理系统中检入与检出是基本功能。
请解释该功能的作用。
检入就是将软件配置项从用户的工作环境存入到软件配置库的过程;
检出就是将软件配置项从软件配置库中取出的过程。
4)CMM的主要用途。
软件过程评估:
(SPA,SoftwareProcessAssessment)一组经过训练和培训的软件专业人员,确定出一个企业软件过程的状况,找出软件企业所面对的与软件过程有关的、最急需解决的所有问题,以便取得企业领导层对软件过程改进的支持——企业内部。
软件过程改进:
(SPI,SoftwareProcessImprovement)帮助软件企业对其软件过程向更好的方向改变,进行计划、制定以及实施。
软件能力评价:
(SCE,SoftwareCapabilityEvaluation)一组经过训练和培训的软件专业人员,鉴别出软件承包者的能力资格;或者是,检查、监察正用于软件制作的软件过程的状况——企业外部。
5)PSP过程脚本的主要步骤。
●入口准则—进行问题描述;PSP项目计划总结表;以前开发的程序的实际规模和时间数据;时间记录日志;
●计划阶段—首先获得项目的需求,然后完成项目计划总结表,最后把计划所花费的时间记录在时间记录日志上。
●设计阶段—设计这个程序。
用流程图或伪码等指定的格式记录设计的内容。
该阶段结束时,把设计时间记录在时间记录日志上。
●编码阶段—利用所选择的程序设计语言来实现该设计。
使用一致的编码格式。
结束时在时间记录日志上记录编码所花费的时间。
●代码复查—复查所有的源程序代码;遵照代码复查脚本;修复并记录所发现的每一个缺陷;将代码复查阶段所花费的时间记入时间记录日志;
●编译阶段—编译程序并改正所有发现的缺陷。
修复缺陷直到正确编译无错为止。
所有花费在这一阶段的时间记为编译时间,包括修改设计和改正代码的时间。
该阶段结束时,在时间记录日志上记录编译时间。
●测试阶段—进行充分的测试以保证程序满足所有的需求,并且能够不带任何错误通过一组全面的测试集。
所有花费在这一阶段的时间记为测试时间,其中包括修改设计、改正代码和重新编译的时间。
该阶段结束时,在时间记录日志上记录测试时间。
●后置处理阶段—完成项目计划总结表中所有有关实际数据的那些栏目。
然后登入一个估计的后置处理阶段的时间。
过程框架如图所示:
6)简要说明“项目计划总结表”在PSP中的作用。
作用:
在PSP中,记录项目的计划数据和实际数据的表格叫项目计划总结表。
在项目开始时,软件工程师记录计划部分的值;项目完成时,记录实际值,并累积值和累积百分比。
计划不是一个准确的过程,作为一种技能,计划可以逐步的改善和提高,而提高的最主要途径是为所作的每一项工作做计划,然后对于每一项已经完成的工作,将它的计划值与实际结果作比较。
这样可以更清楚的了解计划中的差错并且学会制定更好的计划。
通过对缺陷数据的记录分析,可以清楚的看到设计过程中存在的问题,作为对日后开发有益的补充。
项目计划总结表包括如下内容:
学生 日期
程序程序号#
教师 程序设计语言
总结计划实际累计
Minutes/LOC
LOC/Hour
Defects/KLOC
过程效益
A/FR
程序规模(LOC)
新开发与更改的
最大规模
最小规模
开发阶段时间/min计划实际累计累计百分比
计划
设计
编码
代码复查
编译
测试
后置处理
总计
最大时间
最小时间
引入的缺陷计划实际累计累计百分比Def/Hour
计划
设计
编码
代码复查
编译
测试
总计
排除的缺陷计划实际累计累计百分比Def/Hour
计划
设计
编码
代码复查
编译
测试
总计
7)CMM中属于管理类别的关键过程域。
2可重复级:
需求管理;软件项目计划;软件项目跟踪及监督;软件子合同管理;软件质量保证;软件配置管理。
3已定义级:
集成软件管理;组间合作。
4已管理级:
定量的过程管理。
8)简要说明PSP中程序规模与生产率的估计过程。
先(按功能分类)估计程序可能有多少行代码LOC,再估计编写每行代码需要多少分钟MIN/LOC;然后(按功能分类汇总)估算总共需要的时间。
其中对代码行的估计:
●较大规模--收集一系列有关数据,建立一个历史记录,用新程序的每个功能比对历史记录中每个类似功能,然后累加。
●小规模--与历史数据比对作出好的规模估计关键是要有大量的历史数据,要进行多次规模估计,要定期将实际结果与估计值作比较。
9)软件基线库的要求是建立软件配置管理数据库系统。
请简要给出软件配置管理数据库系统中的主要功能。
软件配置库又称软件受控库,是指在软件生命周期的某一阶段结束时,存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息。
软件配置库存储一般采用数据库的形式。
软件配置管理就是对软件配置库中的各项软件项管理。
10)软件工程过程组与软件工程组的主要区别。
●软件工程组(SoftwareEngineeringGroup):
负责一个项目的软件开发和维护活动的团体。
活动包括需求分析、设计、编码和测试等。
●软件工程过程组(SoftwareEngineeringProcessGroup):
是由专家组成的组,他们推进组织采用的软件过程的定义、维护和改进工作。
软件工程过程组统领CMM实施活动,协调全组织软件过程的开发和改进活动,制定、维护和跟踪与软件过程开发和改进活动有关的计划,定义用于过程的标准和模板,负责对全体人员培训有关软件过程及其相关的活动。
●
11)度量与分析在CMM中的作用。
描述与软件过程相关的基本测量实践,其目的是控制和改进过程,度量和分析一般包括测量示例,通过这些示例可以知道如何确定操作活动的状态和效果。
12)TSP的启动过程主要包括的步骤及其要点。
●启动过程是TSP的第一个步骤,其步骤:
1、描述了小组角色的职责
2、制定小组目标
3、制定小组成员目标
4、制定角色目标
5、TSP启动流程
a、TSP周期1小组启动
b、TSP周期n小组启动
c、成员信息表
d、每周例会
e、每周状况报告(WEEK表)
●要点:
组建小组不能随意;需要花费时间进行考虑;需要建立小组成员在工作中的相互关系;决定小组成员所担当的角色;取得目标的一致意见。
●
13)TSP中小组角色有哪些?
小组长→开发经理→计划经理→质量/生产经理→技术支持经理
14)在TSP中开发计划需要填写哪些表格?
TASK、SCHEDULE、SUMS、SUMP、SUMQ表
15)TSP中PDF指标是什么?
有何意义?
无缺陷比率PDF:
PDF就是在给定的阶段内没有缺陷的产品部件所占有的百分比。
部件越多,PDF衡量集合的质量就越精确。
PDF数据提供了一个对质量问题的初步估算方法。
如果PDF不是平稳均匀增长的,那么就检查一下那些缺陷数目很多的部分。
PDF数据如果在每一个除去缺陷阶段里有了,你就可以看出在整个开发过程中质量是如何提高的。
PDF如果稳步提高,在系统测试过程中要达到或超过90%。
16)UML中活动图可以用来描述什么?
描述活动之间的数据流或判断
提供多种不同的业务流程视图
描述用例中出现的活动
使用不同的非连续符号显示多种不同的活动
显示并行线程
用来描述事物发展变化的过程,活动图可以描述业务流程,工作流程,类中的操作流程等。
17)TSP的主要过程。
启动过程,开发策略,开发计划,需求分析过程,设计过程,实现过程,测试计划,事后分析
18)ROSE的基本功能有哪些
1、对业务进行建模(工作流);
2、建立对象模型(表达信息系统内有哪些对象,它们之间是如何协作完成系统功能的);
3、对数据库进行建模,并可以在对象模型和数据模型之间进行正、逆向工程,相互同步;
4、建立构件模型(表达信息系统的物理组成,如有什么文件、进程、线程、分布如何等等)
5、生成目标语言的框架代码,VB、JAVA、DELPHI等
19)ROSE是否可以支持从USECASE自动导出类/对象结构?
可以。
在Rose的菜单File中可以打开import,export/导进,导出package,对利用现成的建模成果很有用,例如我们可以导进一个现成的java模型,这样就可以直接利用java标准的对象了。
20)ROSE是否可以支持从类/对象结构自动导出详细代码?
可以。
很多外部的产品都对rose发布了add-in支持,以对rose的功能做进一步的扩展,如java、oracle、delphi,有了这些add-in,rose就可以做更多的深层次的工作了。
例如装了delphilink之后,rose就可以直接可以生成delphi的框架代码,也可以从delphi代码转化成rose模型,并进行两者的同步。
(三)论述题
1)从PSP的过程框架出发,谈谈PSP带来的益处。
●PSP是一种可用于控制、管理和改进个人工作方式的自我持续改进过程,是一个包括软件开发表格、指南和规程以及帮助软件工程师测量和改进工作方式的结构化框架。
可用于控制、管理、改进和自我完善软件工程师软件开发的个人工作方式与过程。
●个体软件过程PSP的好处有:
PSP为个体和小型群体优化软件过程提供了途径;PSP与具体的技术(程序设计语言、工具或者设计方法)相对独立;PSP能够说明个体软件过程的原则,且原则能够应用到几乎任何的软件工程任务之中;PSP帮助软件工程师作出准确的计划;PSP确定软件工程师为改善产品质量要采取的步骤;PSP建立度量个体软件过程改善的基准;PSP确定过程的改变对软件工程师能力的影响。
2)从PSP、TSP、CMM所关注的焦点,简要论述PSP、TSP、CMM之间的关系。
1.PSP、TSP和CMM为软件产业提供了一个集成化的软件过程框架。
三者互相配合,各有侧重,形成了不可分割的整体。
2.CMM注重于组织能力和高质量的产品,它提供了评价组织的能力、识别优先改善需求和追踪改善进展的管理方式。
然而,它实现的成功与否和TSP、PSP密不可分。
在CMM的18个关键过程域中,有12个与PSP紧密相关,16个与TSP紧密相关。
3.PSP注重于个人的技能,能够指导软件工程师如何保证自己的工作质量,估计和规划自身的工作,度量和追踪个人的表现。
软件工程师们在他们参与的项目工作之中若充分利用PSP,则可以保证项目整体的进度和质量,有助于CMM目标的实现。
4.TSP注重团队的高效工作和产品交付能力,结合CMM的管理方法和PSP的工程技能,通过告诉软件工程师如何将个体过程结合进小组软件过程,通过告诉管理层如何支持和授权项目小组,坚持高质量的工作,并且依据数据进行项目的管理,向组织展示如何应用CMM的原则和PSP的技能去生产高质量的产品。
5.CMM关注组织所应该做的,它指明组织应达到的目标;PSP为软件工程师个体持续改进个人的性能提供指导;TSP为受训的PSP工程师提供作为团队成员如何在高性能团队有效工作的具体指导。
三者结合在一起,使软件组织如期生产高质量的软件产品。
)
3)从CMM的框架、结构方面,谈谈CMM是如何指示软件机构的能力成熟度的。
1.CMM框架中融合了全面质量管理的思想,分别是初始级、可重复级、已定义级、已管理级和优化级。
这5个级别是机构过程能力的5个不同层次的状态,从第一级到高一级的跃迁分别实现4个过程:
有纪律的过程、标准一致的过程、可预测的过程、持续改进的过程。
以5个不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。
2.CMM的内部结构包括:
成熟度级别,关键过程域,共同特性和关键实践。
通过定义成熟度级别表示了过程能力的水平;通过关键过程域确定了实现一个成熟度级别所必须解决的问题;共同特性是一组属性,指明一个关键过程域的执行和制度化是否有效、可重复和可持续;关键实践描述了对关键过程域的有效实施和制度化起重要作用的基础设施和活动。
4)从软件管理所包含的内容,简要论述软件管理的必要性及其发展趋势。
1.软件管理是对软件项目和产品进行管理的技术的总称。
包含以下几方面的内容:
2.软件项目管理:
主要完成定义项目目标,评估项目资源,估计项目实施的进度;
3.软件风险管理:
主要进行软件产品的风险鉴定,分析,监视,缓解和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 过程 管理 课程 复习题