一大型银行拥有24个主要的应用系统来支持200多种客户账户,这些账户中有标准的支票账户和存款账户,也有复杂的信用账户。这些系统已经开发了20年,使用了几种语言和数据库系统。这些系统独立工作,几乎不会发生错误。但不同的系统有不同的用户界面,因此增加了对新客户代表的培训时间和错误使用系统的可能性。十年前,客户代表对所有的账户类型都很熟悉,并且能够为客户选择账户提出好的建议。但现在只有少数客户代表了解大多数据账户类型,甚至他们也无法根据客户的财务状况帮助客户选择最好的账户组合。管理层意识到客户服务质量取决于客户代表。如果客户代表熟悉最适合客户的账户类型,那么客户就能得到好的服务。经过多次讨论,管理层确信若不能更好地管理与客户之间的关系,银行就要落后于竞争对手。银行无法立即实现所有的新系统,这一点也很清楚。经过多次会议,关于新系统应该如何运行或应该使用什么样的用户界面,管理层和客户代表仍然无法达成一致。与原型法相比,生命周期方法适合于解决以下()种类型的项目。
第1题:
电话银行签约账户为()时,柜员选择相应账户类型,划卡后系统自动返回显示客户的账号,根据客户申请,选择是否开通渠道,不需要进行密码校验。
第2题:
企业注册客户提交网银转账交易时,系统提示:“0001账户不存在”,原因可能是()。
第3题:
客户查询中行信用卡账户余额,系统中“账户余额”和“转出账户余额”的“+、-”号代表透支还是结余?
第4题:
生命周期
自下而上设计
原型法
自上而下设计
第5题:
原型法
层次-输入-处理-输出
生命周期
仿真
第6题:
定义需求,设计系统,精化需求,修改/增强系统
定义需求,设计系统,开发代码,测试系统,安装系统,运行系统
定义需求,建立初始系统,开发代码,安装系统,运行系统
定义需求,建立初始系统,改进需求,修改/增强系统
第7题:
设计审查
应用控制审查
源代码审查
访问控制审查
第8题:
当需求频繁变更时,总开发成本较低
能够快速给用户一个可运行的系统
减少了应用开发时间来实现一个可运行的系统
增强了开发流程中的管理和控制
第9题:
第10题:
不同客户与账户、账户与账户间
不同客户与客户、账户与账户间
不同客户与银行内部账户
不同客户与内部账户,账户与银行内部账户间
第11题:
单一的需求开发保证方法
适合每个项目的多种方法
生命周期方法中的一种
对所有需求确定的项目采用了原型法
第12题:
审核通过后,进入账户选择界面,系统回显客户名下全部定期账户,客户需选择其一作为转出账户
系统回显客户名下全部借记卡与活期存折,客户需选择其一作为转入账户
客户可选择结清或部提定期存款
交易成功后不支持冲正操作
第13题:
核心账务系统的客户信息子系统用于建立()的关联关系,以账户与账户交易为基础,提供客户信息
第14题:
柜员选择查询客户账户信息交易,下列哪种方式不能查询到客户账户类型和账户号码()。
第15题:
连接内部账户,可用于连结或取消关联账户,可以是同一客户下账户与账户之间的互相联结,也可是()的连结。
第16题:
证券卡
DCC账户
信用卡账户
第17题:
不确定的需求和非结构化的任务
确定的需求和非结构化的任务
不确定的需求和用户对任务高度理解
确定的需求和用户对任务不太理解
第18题:
实施时不需花费大量开发成本
全部的需求和概念设计能很早确定
控制点和相应控制程序容易说明
增强了开发流程中的管理和控制
第19题:
用户对任务高度理解的大型项目
用户对任务不太理解的小型项目
用户对任务不太理解和需求不确定
需求不确定的大型项目
第20题:
在开始时将项目分割成可管理的部分,而不是在进行开发时再实施控制
对现有应用系统做出反应,而不是确定未来系统想要的特征
预期和计划资源使用,而不是忽然购买资源
数据文件转换一次而不是持续对新的项目迭代重新定义格式
第21题:
账号与客户证件号
账号与客户号
账户与客户证件号
账户与客户号
第22题:
使用证件
客户ID
使用姓名
使用账户
第23题:
对
错
第24题:
修改程序,精化需求,评估迭代
修改程序,开发代码,运行系统
建立初始系统,沟通需求,运行系统
评估迭代,精化需求,沟通精化的需求