站在全局的角度,对所开发的系统中的信息进行统一的、总体的考虑是系统开发的()阶段。
A. 信息系统设计
B.信息系统规划
C.可行性分析
D.信息系统分析
A. 信息系统设计
B.信息系统规划
C.可行性分析
D.信息系统分析
A.是对系统分析中功能结构设计的细化过程
B.是站在系统功能实现者或开发者的角度进行设计的
C.模块设计更注重具体的细节
D.目标是降低系统的开发难度
A.从客观情况描述入手, 引出一般看法, 再就问题提出自己的具体看法
B. 站在间接上司的角度来分析问题
C. 就事论事, 对事不对人
D. 不对上司的人身作评论
A.东道主社会
B.旅游者
C.旅游企业经营者
D.政府
一般可将信息系统的开发方法划分为两大类,即自顶向下的开发方法和自底向上的开发方法,下列
Ⅰ支持信息系统的整体性
Ⅱ可为重要决策和任务提供信息
Ⅲ对下层系统实施往往缺乏约束力中,( )是自顶向下方法具有的优点。
A)Ⅰ B)Ⅱ
C)Ⅰ、Ⅱ D)全部
苏州工业园数据交换中心系统的测试 苏州工业园数据交换中心系统(简称DXC系统)是在现有的园区电子公文交换中心的基础上,通过梳理和重新定位,着眼于打通应用系统之间的联系、将底层服务集中封装、提供平台化服务的综合目标而提出的项目建设方案。受园区信息中心的委托,苏州市软件评测中心有限公司(以下简称评测中心)安排了经验丰富的功能和性能测试工程师对其进行了严格的测试。 在2个多月的工作过程中,评测中心的测试工程师按照《SZSTC软件产品测试规范C/0》对系统进行了严格的功能和性能测试,协助开发方完成了集成测试和系统测试,并帮助园区信息中心完成了系统上线前的验收测试,最后对该软件进行了质量评价,提交了测试报告。 评测中心在测试方面的主要工作如下。 (1)功能测试:使用Mercury公司先进的测试管理平台Quality Center对整个测试流程进行管理,消除了组织机构间、地域间的障碍,能让测试人员、开发人员或园区信息中心通过一个中央数据仓库,在不同的地方交互测试信息,解决了各个测试环节中人员沟通的问题。Quality Center将测试过程流水化,将测试需求管理、测试计划、测试用例设计、测试执行到出错后的错误跟踪统一在一个基于浏览器的应用程序中集中管理。DXC系统由于是多系统之间信息交互的中心地带,它所涉及的功能就像是内部函数,在进行其他信息系统的操作过程中会被调用,如政务网二期子系统之间的信息交互、域外用户登录访问政务网二期子系统的信息等。由于其功能都在系统的底层,实现方式不如有GUI界面的系统那么容易理解,所以在测试开始前项目负责人安排开发方对测试人员进行了系统的培训,初步了解了测试的需求,弄清了各个模块之间的关系,以及数据的走向,便于测试人员对各功能点用例和场景用例的设计。测试人员根据测试计划,并针对本项目的特点,深入进行测试,每天提交测试中发现的缺陷,并提出解决问题的意见,测试的效果明显,为整个项目最后成功上线降低了风险。 (2)性能测试:使用了Mercury公司的性能测试工具Load Runner 8.0,对被测系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中,由Load Runner的管理平台调用各测试压力机器,发起各种组合的交易请求,并跟踪记录服务器端的运行情况和返回给客户端的运行结果。由于DXC系统的设计过程中使用了不少webservice服务,所以对DXC系统的性能测试很大一部分是对webservice服务的性能进行测试,从而发现系统是否存在性能“瓶颈”。DXC系统和政务网二期系统之间存在着必然的连带关系,DXC系统是政务网二期子系统之间,以及它与其他系统间进行信息交互的中枢神经。在进行两个系统之间交互的性能测试过程中,评测中心的测试工程师发现了一个很严重的问题——政务网二期系统的信息接受服务会因为压力过大而死机,而这一服务是由开发方自行开发的,测试方及时将这一问题反馈给了开发方,使他们能尽早找到问题的原因并加以解决。 (3)测试报告:测试结束后,提交验收测试结果报告,从功能和性能两个方面分别对系统进行了质量评价,并给出验收通过与否的结论。 此次测试相当成功,评测中心的测试工程师圆满完成了功能和性能测试任务,发现了很多系统功能方面的缺陷,以及潜在的功能和性能方面的缺陷,通过开发方的修改和测试方多轮的回归,发现的问题在项目结束之前均已得到了很好的解决,保证了系统在上线运行前的质量。 案例思考: (1)结合本案例,谈谈你对性能测试的理解。 (2)本案例成功完成测试任务的经验有哪些?