- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析sre试题及部分答案
在项目初始阶段,开发任务最先需要明确的是____d_____
理解基本问题
确定所需解决方案
确定需要的解决方案的人选
以上都不是
需求规格说明描述了____a_______
解决方案系统的功能、性能及约束
解决方案系统的实现
软件系统体系结构的元素
系统仿真所需要的时间
组织需求评审的最好方法是___________d__
检查系统模型的错误
让客户检查需求
将需求发放给设计团队去征求意见
使用审查清单检查每一个需求
在需求开发过程中,软件工程师应与客户共同定义____d______
客户可见的使用场景
重要的软件特性
系统的输入输出
A、B和C都包括
风险管理中不包括____a______
风险预测
风险评价
风险控制
风险避免
前景文档不应包括___b______
业务需求
重要的质量属性
高层次解决方案
系统范围
某公司欲开发一个在线交易系统,为了能够精确表达用户与系统间的复杂交互过程,应当采用UML中的_____d_____进行交互过程建模。
类图
时序图
对象图
状态图
下列关于质量属性中健壮性的描述正确的是______a_____
健壮的软件可以从发生问题的环境中完好恢复并可容忍用户的错误。
产品运行过程中,由于软件失效而引起实验失败的概率不应超过1%。
健壮性可以使用软件无故障运行的时间来衡量。
健壮性高的软件修复一次缺陷比较容易,对于那些需要快速开发的产品很重要。
下列关于产品代表者的描述错误的是_______b________
每一个产品代表者代表了一个特定的用户类。
一个特定用户类只能由一个产品代表者代表。
产品代表者在他所代表的用户类和开发者之间充当主要的接口。
产品代表者可以对所在用户类中的不一致的需求作出决策。
__c_______决定是否采纳建议的变更请求。
变更修改者
变更评估者
变更控制委员会
变更验证者
11.需求分析阶段结束后,应交出的文档中,不包括(D)
A. 数据流图 B.数据字典 C.简明的算法描述 D.项目的经费预算
12. 系统开发过程通常被分为若干个阶段,每个阶段的开始和结束都有明确的规定,人们常将开发过程中,完成某项关键工作得时刻称为里程碑,完成(B)时最适合称为里程碑。
A. 需求调查 B.总体设计稿 C.一套实体关系图 D. 50%的编码
13. 在业务领域分析过程中,通过实体关系图,把与业务相关的数据模型化,通过建立(A)来表示业务活动的分解过程。
A. 数据流图(DFD) B. 过程层次图(PHD) C.过程活动图(PAD) D.过程关系图(PRD)
在需求分析过程中,需求工程师要从用户那里解决的最重要的问题是明确软件做什么。
用户类总是人员而不可能是系统设备。
在需求验证过程中主要是对需求分析模型进行评审,以保证其技术可行性。
目前存在一个很普遍的现象,即不同客户提出的需求是相互矛盾的,而每个人都在争辩自己是正确的。
当开发人员想象中的产品和客户描述的需求不一致时,应当无条件遵从客户的需求,因为他们才是最终系统的使用者。
非功能性需求不能改变产品功能,因此它们对于产品而言并不重要,常常被我们忽略。
在需求阶段就编写测试用例,由于不能在运行的系统上执行,所以意义不大。
风险是可能给项目的成功带来威胁或损失的情况,因此在问题没有发生前我们很难预计,更不可能来进行管理了。
需求工程师的任务就是将所有利益相关者的信息进行分类以便决策者能够选择一个相互一致的需求集。
如果我们能在需求开发的早期进行有效的需求获取和分析,并认真描述,那么就能够得到一份清晰明确的需求,也就没有必要进行需求验证和需求管理了。
可行性研究主要从哪几个方面进行分析,简要说明。
需求获取的典型来源有哪些?至少列举4种。
为什么要划分用户类?
软件需求说明常用的3种描述方法及其优劣。
简要说明需求管理的主要任务。
请比较本课程介绍的几种需求获取技术(至少3种),说明每一种技术的优缺点和适用场合。
判断下列需求描述是否正确。如果存在问题请指出修改方法。
系统用户界面友好。
系统运行时应占用尽量少的内存空间。
软件应在Jbuilder环境下,使用JAVA语言进行开发。
ATM系统允许用户查询自己银行账户的现存余额。
所有命令的响应时间小于1秒,BUILD命令的响应时间小于5秒。
假设学院委托你的团队开发一个小型图书资料管理系统MiniLibrary,它是一个基于WEB的应用程序,允许读者在线搜索图书资料的信息,并且可以预定目前借不到的图书资料。同时,图书管理员使用计算机实现了对学院图书资料的登记、借出、归还、查询等管理。
在MiniLibrary中,图书管理员可以增加、删除、修改图书资料信息,并管理图书的借阅和归还,对
文档评论(0)