- 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
(部分复习思考题:
部分复习思考题
1、什么是软件质量?
2 CMM的基本思想认为:
过程的质量决定过程输出的产品的质量
3 实施CMM过程改进的受益者是:
4 公司确定什么时候通过CMM二级认证
5 成立事业部SEPG的目的为:
1 SQA 要独立于项目的根本原因:
2 SQA应该审核的过程有:
A 项目计划 B 需要管理 C 配置管理 D 计划跟踪和监督过程
3 SQA报告的阅读对象有哪些?(多选)
A 项目经理 B 上级主管 C 项目成员 D 其他需要了解项目信息的人
4 SQA审核的方式、方法有哪些?(多选)
A 工作产品记录 B 面谈 C 检查单
SQA的职责有哪些?(多选)
A 测试产品质量 B 按照计划实施审核活动 C 向项目组通报SQA活动结果 D对不合格项进行跟踪,直到关闭
SQA审核项目,而对SQA的审核由下面哪些角色来来完成?(多选)
A 上级主管 B 项目负责人 C 独立于SQA组的外部专家组 D SQA自审
SQA会对哪些类型的工作产品进行审核?(多选)
A 计划 B 需求说明 C 概要设计文档 D 测试文档 E 用户手册
下列工作产品哪些是SQA应出的工作产品?(多选)
A 项目SQA计划 B SQA活动周报 C SQA活动月报 D 审核报告
SQA应该做的工作有哪些?(多选)
A 评审 B 审核 C 设计 D 编码
项目组内一般包含若干个相关组,例如:
系统工程组
软件工程组
硬件工程组
系统测试组
“软件项目计划”包括下述哪些计划:
进度计划
需求管理计划
资源计划
风险管理计划
软件项目计划KPA应该实现的目标包括:
形成软件估计文档,供计划和跟踪软件项目使用;
制定软件项目的活动和约定计划,并形成文档;
相关小组和个人认同于软件项目相关的约定;
依据软件计划对实际结果和过程运行效能进行跟踪;
制定项目计划应包括如下活动:
选择项目生存周期;
定义工作产品;
沟通工作分解结构;
进行项目估算
进行风险分析;
在制定项目计划的同时,要制定项目支持过程计划,包括:
质量保证计划
配置管理计划
培训计划
用户文档计划
根据项目的实际情况,选择合适的生存周期模型。需要考虑的因素包括:
是否充分理解需求;
是否充分理解架构;
系统的可靠性是否要求很高;
系统的成长性是否要求很高;
常见的软件生存周期模型有:
纯瀑布模型;
编码修正模型;
阶段交付模型;
渐进交付模型;
软件工作产品包括是:
运行软件
设计文档
管理文档
源代码
下列属于瀑布模型特点的有:
首先定义好所有的需求;
包含多个开发周期
有中间软件
每个阶段都必须完成并评审规定的文档
由于项目工作产品的细节往往是随着项目的开展而逐步明确,因此,对不明确的工作产品可以在制定计划时保持其不明确性。这种说法是否正确?
是
否
软件工作分解结构可以按照如下哪种方法来进行:
按照产品的内在结构来进行分解;
按照项目的实施过程来进行分解。
工作分解结构可以为我们提供如下信息:
项目产品和服务结构
项目的组织结构
项目的阶段划分
项目的进度和工作量
关于工作包的描述,下述说法正确的是:
一般在工作分解结构的最低层;
一般是可交付的成果或是产品;
对工作包的细度没有要求;
应该比较具体
制定项目计划时,估算的内容主要包括:
潜在市场规模估算
规模估算
工作量和成本估算
进度估算
软件估算的正确顺序应该是:
规模估算——工作量估算——进度估算
规模估算——进度估算——工作量估算
进度估算——规模估算——工作量估算
规模估算、工作量估算和进度估算之间没有先后之分
软件估算的入口条件包括,但不限于哪些内容:
软件需求,如功能和预算;
历史数据,如软件过程数据库,类似项目的数据;
软件项目估算报告
下述关于软件估算小组的说法,正确的有:
小组成员可多可少,少者可以是就是任务执行人一人。
小组成员包括管理、系统分析和设计人员
(软件)项目经理作为估算小组负责人
估算组成员应该接受过软件估算方法和工具的培训;
软件工作产品规模估算的对象包括:
功能点数
代码行数
需求数
文档页数
人天数
下列有关软件估算的描述中,正确的有:
工作量估算和规模估算相关联
可能时,可以利用历史和现在的生产率数据进行估算
过去的经验、类似项目的数据可以作为估算的基础
评审估算结果和所做假设
下述关于软件工作产品规模估算的说法中,正确的有:
要将工作产品分解到适当的粒度;
可以对估算内容进行假设;
至少需要使用两种方法或是工具来进行估算
估算规模必须是一确定值,不允许采用范围取值的方法
对估算结果进行评审
下列关于Wideband Delphi方法的各种说法中,正确的有:
应进行计划,定义软件估算的内容和范围
估算小组对
文档评论(0)