试用描述函数法和相平面法分别研究如图2-7-34所示系统的周期运动,从而说明应用描述函数法所作
阅读下列关于以快速原型法开发信息系统时的项目计划管理的叙述,回答问题1和问题2。
希赛公司公司的谢工程师正在承接一个商业信息系统的开发任务,在进行可行性研究时,需要估算完成项目的时间进度。由于希赛公司公司近年来已经为采用快速原型法开发信息系统提供了较好的规范、工具和辅助环境。谢工程师在开发此项目中准备采用图22-4的开发方法模型。
根据开发方法模型,谢工程师在分析本项目的进度时,列出了三方面的任务:
(1)系统开发任务主线。即快速原型法开发时的每一个工作步骤及其时间量估计。
A.需求分析阶段15天,形成“形式化的需求规格说明书”(拟采用系统规格说明书流程图与结构化正文等作为主要描述工具)。
B1:快速原型生成阶段。第1次生成可运行系统原型约为5天(拟采用公司提供的系统开发规范语言转换描述后加以执行),生成可运行的原型。
B2:用户试用原型阶段。第1次用户试用约为10天,通过试用得到用户修改意见。
B3:修改需求分析阶段。第1次修改估计为3天,产生修改后的形式化的需求。
这里B1~B3步骤还要继续循环反复,根据以往经验,谢工程师估计最少还需要循环3次,其中快速原型生成分别需3天、2天和1天,用户试用分别需4天、2天和1天,修改需求分析分别需2天和1天(最后一次已无修改意见)。
最多还可能需循环7次,但在最后四次循环中,每次循环中快速原型生成,用户试用,修改需求分析都只需要1天就可以了。
C.确定原型阶段6天,通过与用户共同讨论分析,确定出“有效的形式化需求规格说明书”(用户将对此规格说明书表示满意)。
D.优化执行阶段5天,即使用公司的辅助开发环境,把“有效的形式化需求规格说明书”转化成为可高效执行的源程序。
E1.运行调整阶段,第1次估计需8天,通过运行获得需调整的意见。
E2.维护性优化执行阶段。第1次估计需2天。产生调整后的可高效运行的源程序。
同样,这里的步骤E1和E2可能还要继续反复循环,根据经验估计最少还需1次,其中需运行调整测试2天(无调整意见,不需要维护性优化执行),最多可能还需2次,这时运行调整、维护性优化执行各需加上2天时间。
F.用户确认生效阶段,估计为6天,最终获得可供正式投入运行的系统。
(2)文档生成任务。希赛公司公司十分强调加强对快速原型法开发信息系统时的文档工作。谢工程师认为需求分析文档,原型及用户修改意见文档,有效需求分析文档,高效执行源程序文档,调整意见文档,用户生效意见及正式运行系统的文档等都应在上述A~F阶段内相应同时完成。但是还需要考虑下列文档:
G.用户使用说明书,约需12天完成。
H.用户操作与维护说明书,约需12天完成。
(3)用户培训任务。在开发的过程中,必须随时加强对用户的若干环节的培训,包括
I.在需求分析阶段开始后12天,才能正式对用户培训。
J.用户试用培训10天。
K.用户理解需求规范、系统的各类特征及确定原型等培训共28天。
L.用户各类操作和使用方面的培训14天。
M.用户常规维护等培训10天。
根据这三类任务,可以大致获得下列的任务进度,如图22-5所示。
根据上述分析,在最理想的情况下,需要多少天才能完成此开发任务?依保守的估计,需要多少天就可完成此开发任务。
已知图P2.21(a)所示电路中场效应管的转移特性和输出特性分别如图(b)、(c)所示.
(1)利用图解法求解Q点;
(2)利用等效电路法求解Au、Ri和R0.
图P2.21
经过进一步分析,设计人员新定义一个类Items_on_ loan,以表示类Book和CD的共有属性和方法(要注意,不同名称的属性和方法表示不同的含义,如CD中的 composer与Book中的author无任何关系)。同时为了记录每种图书或唱碟的历史记录,引入类CirculationHistory,类中存储的信息是如图1-1所示中所表示的内容。请采用UML表示法将类Book、类CD、类Items_on_loan和类Circulation History之间的关系表示出来。
阅读下列说明,回答问题1至问题3,将解答填入的对应栏内。
[说明]
场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程,事件触发时的情景便形成了场景,场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程)),设计用例遍历软件系统功能,验证其正确性。
下面是对网上银行支付交易系统的基本流和备选流的描述:
基本流A:
备选流:
注:假定输入的银行卡号是正确的:不考虑备选流内循环情况。
使用场景法设计测试用例,指出所涉及到的基本流和备选流。基本流用字母A表示,备选流用题干中描述对应编号表示。
请针对问题1设计的测试用例,依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。表中行代表各个测试甩例,列代表测试用例的输入值,用V表示有效数据元素,I表示无效数据元素,n/a表示不适用,例如C01表示“成功支付”用例。
测试用例表
在上述系统中,假设银行卡号只能输入0~9的数字,请参考下表,给出用边界值法检查卡号字符合法性的关键测试数据(字符或ASCⅡ值)。
请帮忙给出每个问题的正确答案和分析,谢谢!
阅读下列说明,回答问题1至问题3,将解答填入的对应栏内。
[说明]
场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程,事件触发时的情景便形成了场景,场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程)),设计用例遍历软件系统功能,验证其正确性。
下面是对网上银行支付交易系统的基本流和备选流的描述:
基本流A:
备选流:
注:假定输入的银行卡号是正确的:不考虑备选流内循环情况。
使用场景法设计测试用例,指出所涉及到的基本流和备选流。基本流用字母A表示,备选流用题干中描述对应编号表示。
请针对问题1设计的测试用例,依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。表中行代表各个测试甩例,列代表测试用例的输入值,用V表示有效数据元素,I表示无效数据元素,n/a表示不适用,例如C01表示“成功支付”用例。
测试用例表
在上述系统中,假设银行卡号只能输入0~9的数字,请参考下表,给出用边界值法检查卡号字符合法性的关键测试数据(字符或ASCⅡ值)。
请帮忙给出每个问题的正确答案和分析,谢谢!
试题一(共15分)
阅读下列说明,回答问题1和问题2,将解答填入答题纸的对应栏内。
【说明】
场景法是黑盒测试中重要的测试用例设计方法,通过场景描述业务流程(包括基本流(基本业务流程)和备选流(分支业务流程)),设计测试用例遍历软件系统功能,验证其正确性。
下面是对电子不停车收费系统(ETC)的基本流和备选流的描述。
【问题1】(3分)
使用场景法设计测试用例,指出所涉及到的基本流和备选流。基本流用A字母编号表示,备选流用表1-2中对应的字母编号表示。
例如:
T01:A
T02:A、B
【问题2】 (12分)
针对问题1设计的测试用例,依次将初次读取车辆信息、最终读取车辆信息、账户号码、账户余额和账户状态等信息填入下述测试用例表中。表中行代表各个测试用例,列代表测试用例的输入值,用V表示有效数据元素,用I表示无效数据元素,n/a表示不适用,例如T01表示“成功通过”用例。
请帮忙给出每个问题的正确答案和分析,谢谢!
试题一(15分)
阅读下列说明,回答问题1至问题2,将解答填入答题纸的对应栏内。
[说明]
场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程,事件触发时的情景便形成了场景,场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程)),设计用例遍历软件系统功能,验证其正确性。
图1描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程,表 1 描述了省市层(图1阴影部分)业务的基本流和备选流。
公文的状态包括:已下发、未下发、已接收、未接收。
【问题1】(5分)
用表 1 中表述的基本流和备选流,使用场景法设计测试场景。基本流和备选流用
表1中对应的字母编号表示。
【问题2】(10分)
下表给出了测试用例名称,请将表中的输入条件和预期输出补充完整。
非线性系统如图2-7-42所示,计算图中由x到y的非线性网络的描述函数,并用主教材式(7-91)求出图示非线性系统的周期运动的参数,用主教材式(7-93)判别周期运动的稳定性
1
2
3
4
5
输
入
投入1元币
1
1
0
0
0
投入2元币
0
0
1
0
0
按“可乐”按钮
1
0
0
0
0
按“雪碧”按钮
0
0
0
1
0
按“红茶”按钮
0
0
1
0
1
输
出
退还1元币
(1)
0
(5)
(7)
0
送出“可乐”饮料
(2)
0
0
0
0
送出“雪碧”饮料
(3)
0
0
(8)
0
送出“红茶”饮料
(4)
0
(6)
0
0
(42)A.等价类划分法、因果图法、边界值分析法、错误推测法、判定表驱动法
B.等价类划分法、因果图法、边界值分析法、正交试验法、符号法
C.等价类划分法、因果图法、边界值分析法、功能图法、基本路径法
D.等价类划分法、因果图法、边界值分析法、静态质量度量法、场景法
(43)A.01001100 B.01101100 C.01001010 D.11001100