银行项目实施方案.docx
- 文档编号:28036616
- 上传时间:2023-07-07
- 格式:DOCX
- 页数:31
- 大小:58.51KB
银行项目实施方案.docx
《银行项目实施方案.docx》由会员分享,可在线阅读,更多相关《银行项目实施方案.docx(31页珍藏版)》请在冰豆网上搜索。
银行项目实施方案
ⅩⅩ银行工程施行方案
ⅩⅩ银行工程施行方案内容提要:
一、ⅩⅩ银行工程创意及工程设想概述
二、ⅩⅩ银行工程软件开发及组织施行方案
〔一〕ⅩⅩ银行工程可行性研究
〔二〕ⅩⅩ银行工程立项及评审
〔三〕ⅩⅩ银行工程需求分析
〔四〕ⅩⅩ银行工程软件设计
〔五〕ⅩⅩ银行工程软件编码
〔六〕ⅩⅩ银行工程软件测试
〔七〕ⅩⅩ银行工程软件维护
〔八〕ⅩⅩ银行工程风险控制机制
三、ⅩⅩ银行工程切换上线组织施行方案
〔一〕ⅩⅩ银行工程切换上线总体原那么
〔二〕ⅩⅩ银行工程切换上线组织架构
〔三〕ⅩⅩ银行工程切换上线管理规程
〔四〕ⅩⅩ银行工程切换上线应急方案
〔五〕ⅩⅩ银行工程切换上线施行方案
四、ⅩⅩ银行推广、培训及营销方案
〔一〕制定ⅩⅩ银行开展方案
〔二〕制定ⅩⅩ银行营销宣传活动方案
〔三〕培育客户风险防范意识,增强客户对ⅩⅩ银行的信心
〔四〕培养客户良好交易习惯,不断丰富客户投资理财的知识,使ⅩⅩ银行效益最大化
五、特别鸣谢
六:
附件:
?
建一个ⅩⅩ银行如何?
一、ⅩⅩ银行工程设想及工程概述
引言
我是贵州大学大三的学生,也是建行电子银行客户,我叫ⅩⅩ。
春节期间,我在“E路通杯大学生网络大赛〞论坛上抛出一个设想:
为ⅩⅩ客户打造一个ⅩⅩ银行。
一段时间以来,有来自全国各地的很多同学发出与我合作的信号,这使我意识到“打造一个ⅩⅩ银行〞也许是一个不错的设想。
因此,我在这里详细介绍一下我的“ⅩⅩ银行〞,以我的?
建一个ⅩⅩ银行如何?
这一设想,以及本方案——?
ⅩⅩ银行工程施行方案?
参加“E路通杯全国大学生网络大赛〞。
〔一〕ⅩⅩ银行创意的产生
我曾经在一个时尚杂志上看到这样一个调查结果:
80后的22个根本特征。
其中一个根本特征就是几乎所有的80后都拥有一个ⅩⅩ号。
确实,在校园内外,ⅩⅩ的应用非常广泛。
比方在我的学习生活中,就连每个学期的考试成绩,除了在网上查询之外,我的教师们总是在第一时间通过ⅩⅩ群发给每个同学。
针对80后的这一根本特征,我萌发了一个设想:
哪里有华人,哪里就有ⅩⅩ,客户在ⅩⅩ上,建立银行何不在ⅩⅩ上为ⅩⅩ客户打造一个ⅩⅩ银行,为电子银行家族增加一个新成员。
〔二〕ⅩⅩ银行工程概述
ⅩⅩ银行效劳是指银行将查询、缴费,汇款,转帐,信誉卡还款,小额支付,投资理财、账户管理、信息效劳、等建行的银行交易功能和ⅩⅩ进展有机组合,帮助客户通过ⅩⅩ管理自己在银行开立的账户,为客户提供全面的资金管理,协助客户进步资金使用效率、降低交易本钱、增加交易收益。
在观念上不能简单的将ⅩⅩ银行理解为交易效劳,ⅩⅩ银行是建立银行帮助客户对资金进展统筹规划,在保证流动性的根底上追求风险与本钱最小化、效益最大化的金融效劳。
在建立银行提供的金融效劳中,电子银行效劳是最能表达银行综合竞争力和特色的效劳种类之一。
在目前的法规政策环境条件下,银行管理效劳中又以电子银行效劳较为流行和有效。
ⅩⅩ银行是建立银行与腾讯ⅩⅩ合作的结晶。
假如ⅩⅩ银行成为建立银行电子银行产品的新成员,建立银行可以利用银行遍布全国、甚至全球的电子银行网络和同样也是遍布全球的ⅩⅩ软件,利用ⅩⅩ的优势,通过建立合理的资金交易形式和体系,充分利用大型综合性银行提供的资金交易效劳,施行对ⅩⅩ客户手中资金实时交易,实现客户的资金统一管理和调度。
ⅩⅩ银行通过客户终端方式为客户提供交易效劳。
客户终端方式是由客户端为自身提供客户终端,客户通过客户端发起指令,进展资金交易。
有些类似于手机银行。
〔三〕市场评估
ⅩⅩ市场终究有多大,ⅩⅩ终究拥有多少客户我不知道。
但是ⅩⅩ号由9位数字构成,这就意味着从ⅩⅩ000000000至ⅩⅩ999999999,理论上,ⅩⅩ客户可以到达十亿。
这是一个多么诱人的市场啊。
〔四〕关于ⅩⅩ银行功能的设想
ⅩⅩ银行在开发时,要同时考虑ⅩⅩ这一客户群的行为特征:
一是应该要可以表达ⅩⅩ的时尚特点;二是由于ⅩⅩ客户已经承受了ⅩⅩ的风格,因此,ⅩⅩ银行界面风格应该要与ⅩⅩ统一;三是部分ⅩⅩ客户在ⅩⅩ上有一些随意行为,因此,ⅩⅩ银行应该要注意躲避ⅩⅩ的风险。
下面详细说一下在校园内学生的应用。
〔校园外大人们的应用我不清楚,所以无法做出客观分析〕
ⅩⅩ银行的功能不能复杂,针对80后的交易特点,具备几个诸如查询、缴费,汇款,转帐,信誉卡还款,小额支付,交纳学费等根本特征即可。
详细来说就是:
1、查询,短信通知,银行帐户追加,方便学生更好的管理好自己的银行帐户。
2、缴费:
校园里学生常用的资金交易主要就是缴话费和宽带费,可以说所有学生都有这个需求。
缴费范围应该包括:
挪动,联通,电信,铁通等等,在个别学校,偶然也会发生水电费自理的情况,所以最好也把水电费包括进去。
3、转帐,汇款:
本地异地同学之间经常会发生一些借钱换钱之类的交易。
这种情况多发生在中学阶段的要好同学,考上了不同的学校,身处全国各地不同的地方,几乎每天都会在ⅩⅩ上交流一二,借钱还钱的事情一般也是在ⅩⅩ谈成。
我自己通常的做法是:
启动手机银行转帐给同学〔偶然会上不去〕。
感觉比拟费事,假如能在ⅩⅩ上直接实现转帐汇款该有多好,ⅩⅩ不会有无法登陆的情况〔至少我很少碰着上不去的情况〕,互联网宽带的网络环境、上网速度,挪动,联通都不能比。
4、信誉卡还款:
校园里比拟流行同学之间的互相请客,凡有同学生日,几个要好的同学会相约小搓一顿,ⅩⅩ银行应该能支持信誉卡还款。
5、小额支付:
校园里,网上小额支付的情况会比拟多,比方在网上购置一些小商品,报名参加考试等等。
6、交纳学费:
每年9月,也就是每个学年报道注册时,每个同学都要交纳新学期的学费,住宿费等等。
对于大多数同学来说,这是每个学年最大的一笔资金交易,所以大家都不愿意在这上面出现差池,但由于长途跋涉等实际情况,携带大量现金或是在校园附近排队取款都不是好的方案,偶然还会有遗失的情况,假如能通过ⅩⅩ银行交纳学费该有多好。
7、成人功能:
除了80后的学生族,ⅩⅩ银行同样可以应用于校园外大人们,在成人世界应该可以满足诸如理财管理方面的需求。
因此,ⅩⅩ银行针对ⅩⅩ成人客户群体,应该是在校园内的根本功能之外,增加一些投资理财的功能,财经信息查询功能等等。
二、ⅩⅩ银行工程软件开发及组织施行方案
ⅩⅩ银行工程主体:
建立银行、滕讯ⅩⅩ、建行客户及ⅩⅩ用户三方。
ⅩⅩ银行工程组组织架构:
三方必须结合成立ⅩⅩ银行工程推广指导小组、指导小组办公室、工程业务组、工程技术组。
以下文档中简称工程组。
ⅩⅩ银行工程开发商:
建立银行开发中心、滕讯ⅩⅩ开发中心、合作方IT公司
ⅩⅩ银行工程软件开发施行必须经过几个方面的论证、经过几个阶段的有序组织,才能得以实现。
首先要经过对ⅩⅩ银行工程的可行性研究,分析ⅩⅩ银行工程的经济效益和社会效益,以确定该工程开发的必要性。
其次,假如ⅩⅩ银行工程通过立项,建立银行和合作方〔即腾讯ⅩⅩ〕要成立ⅩⅩ银行工程组,明确工程牵头人、业务组、技术组,全程组织一系列针对ⅩⅩ银行工程软件开发及工程上线。
ⅩⅩ银行组织软件开发必须经过以下几个阶段并具备以下几个内容。
一是定义工程问题,在工程现有形式根底上提出围绕ⅩⅩ银行工程实现目的提出解决方案。
二是组织银行业务人员〔包括技术人员〕、客户及合作方三方充分交流沟通,提出ⅩⅩ银行需求分析并确认需求文档,技术人员必需要熟悉ⅩⅩ银行需求的功能、要求、行为、性能和接口。
三是组织技术人员对ⅩⅩ银行软件施行技术分析及设计产品,产品设计应该围绕数据构造、软件体系构造、接口表示及工程算法四个方面。
在设计过程中,将需求转化成软件表示,在编码之前就可以同步进展评估工程质量。
作为软件配置的一部分,ⅩⅩ银行设计也要文档化。
四是组织编码,生成ⅩⅩ银行代码。
五是组织产品测试。
测试之前要编写测试案例方案。
测试过程集中于ⅩⅩ银行软件的内部逻辑和外部功能上,并确保所有语句都能测试到。
测试之后要形成集成ⅩⅩ银行软件测试报告、ⅩⅩ银行用户手册、ⅩⅩ银行软件开发总结报告、ⅩⅩ银行业务管理方法。
六是上线试运行,试运行要解决遗留问题、纠正错误、完善应用、配置管理、编写故障报告及修改报告、修订用户手册。
最后是组织ⅩⅩ银行正式上线,对外开通。
以下文档表述了ⅩⅩ银行工程施行过程中的可行性研究、工程立项及评审、工程需求分析、工程软件设计、工程软件编码、工程软件测试、工程软件维护、工程风险控制机制、工程开发组织方案、工程上线组织方案。
〔一〕ⅩⅩ银行工程可行性研究
ⅩⅩ银行工程可行性研究必需要分析技术可行性、经济可行性、运行可行性、法律可行性,同时还要分析市场环境、政策因素、竞争实力、时间和资源可行性、知识产权等问题。
最终形成ⅩⅩ银行工程可行性研究报告。
ⅩⅩ银行工程可行性研究报告包括以下内容〔限于篇幅,本可行性研究报告为简写,只列举了提纲〕:
1、引言:
说明编写ⅩⅩ银行工程可行性研究报告的目的,指出预期的读者。
明确以“ⅩⅩ银行工程〞作为建议开发的软件名称。
明确ⅩⅩ银行工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
明确ⅩⅩ银行工程于其他系统或其他机构的互相往来关系。
2、可行性研究的前提:
说明ⅩⅩ银行工程软件的根本功能、性能、输入、输出、处理流程、数据流程、平安与保密要求、与ⅩⅩ银行相连接的其他系统。
提出要求、明确目的、假定条件、明确完成期限、限制等。
3、对现有系统进展分析评价,进一步说明ⅩⅩ银行开发的必要性。
包括:
处理流程和数据流程、工作负荷、开发费用、开发人员、开发设备以及开发过程中的局限性。
4、概括的说明ⅩⅩ银行工程目的和要求如何被满足。
包括处理流程和数据流程,改良之处,预期对设备、软件、用户、系统运行、开发、地点和设施、经费开支的影响,ⅩⅩ银行工程的局限性,在技术条件方面的可行性。
5、阐述可以选择的其他系统方案。
扼要说明曾经考虑过的每一种可选择的系统方案,包括需开发的或可以外包或可以购置的方案,列出可供选择的方案一、方案二……方案N。
6、投资及效益分析。
包括投资、支出及收益。
如房屋、设施、数据通讯设备、环境保护设备、平安与保密设备等采购、开发及安装投资。
其他如差旅费、培训费、管理费等一次性支出。
按期支付的非一次性支出。
ⅩⅩ银行工程生命周期产生的收益。
求出收益/投资比值、投资回收周期。
分析ⅩⅩ银行工程生命周期内的敏感性因素。
7、ⅩⅩ银行社会因素可行性分析。
法律可行性、使用可行性。
8、ⅩⅩ银行可行性分析结论。
ⅩⅩ银行工程可行,但在资金、人力、设备方面尚需经一步落实、开发目的还需进展部分修改完善。
〔二〕ⅩⅩ银行工程立项及评审
ⅩⅩ银行工程立项及评审要满足立项检查的要求并形成立项评审报告。
1、ⅩⅩ银行工程立项检查内容
ⅩⅩ银行产品需求及目的明晰;
ⅩⅩ银行产品符合建立银行及腾讯ⅩⅩ短期、长期的开展战略;
ⅩⅩ客户需求强烈、有足够的ⅩⅩ客户群体、ⅩⅩ客户群体庞大、藏龙卧虎,是建立银行及腾讯ⅩⅩ双方共同的潜在客户;
ⅩⅩ市场由ⅩⅩ号可以窥见一斑,ⅩⅩ号由9位数字构成,这就意味着从ⅩⅩ000000000至ⅩⅩ999999999,理论上,ⅩⅩ客户可以到达十亿;
建立银行及腾讯ⅩⅩ均具有很强的核心竞争力,ⅩⅩ银行预期市场占比令人满意;
ⅩⅩ银行产品的技术方案合理,技术实现途径无论是自主开发还是外包开发部分都较为合理;
ⅩⅩ银行产品开发方案合理,实际用于开发本产品的经费、人员、物资、时间根本满足要求;
ⅩⅩ银行的营销方案合理,本钱——效益分析测算根本合理;
ⅩⅩ银行由于在开发中采用了一定技术手段和相关风险控制,客户在使用过程中不会由于银行的原因造成资金损失,预期质量可信;
ⅩⅩ银行充分考虑了政策因素,有效躲避了政策风险;
ⅩⅩ银行经多方协商并达成共识,产品知识产权明晰,适用相关法律。
ⅩⅩ银行交易系客户自己的资金交易,系统本身平安可控,对客户资金有保障,不涉及建立银行及腾讯ⅩⅩ财务风险及资产风险;
建立银行及腾讯ⅩⅩ均为上市公司,合作双方有效分散了双方的市场风险。
2、形成立项评审报告
立项评审报告内容包括:
ⅩⅩ银行工程名称、立项评审材料、评审时间地点立项小组成员名单、工作单位、职务、职称、评审委员会名单、记录员等。
ⅩⅩ银行立项评审委员会的表决意见。
最后由机构指导终审,终审意见明确:
同意立项。
〔三〕ⅩⅩ银行工程需求分析
1、ⅩⅩ银行工程需求分析的任务是发现、求精、建模和规约的过程。
这个阶段的工作包括了以下5个方面的内容:
1〕ⅩⅩ银行工程需求问题识别。
首先工程组分析研究了系统规约和软件工程方案,确定了对目的的综合要求,提出了需务实现条件以及需求应到达的标准。
详细包括功能需求、性能需求、环境需求、可靠性需求、平安保密要求、用户界面要需求、资源使用需求、软件本钱消耗与开发进度需求,以及非功能性需求。
2〕ⅩⅩ银行工程需求问题评估和综合。
工程组定义了所有外部可观察的数据对象、评估信息流和内容、定义并详细阐述所有软件功能、在影响系统的事件的语境内理解软件行为、建立系统接口特征以及解释其他设计约束。
如从信息流和信息构造出发,逐步细化所有的软件功能,找出各元素之间的联络、接口特征和设计上的限制,判断片面性或短期行为而导致的不合理的需求;挖掘真正有价值的潜在要求,剔出不合理部分、增加需求部分,最终综合成系统的全面的方法或解决方案,给出目的系统的详细地逻辑模型。
3〕ⅩⅩ银行工程需求建模。
在以上评估和解决方案综合过程中,工程组创立了系统模型,以便更好的理解数据和控制流、功能处理、行为操作以及信息内容。
ⅩⅩ银行工程需求模型补充了自然语言的需求描绘,可以作为软件设计以及创立软件软件标准的根底。
工程组建议在ⅩⅩ银行工程需求软件规约中要包含两个高层次的模型:
一个表示系统运行环境的模型,另一个表示系统如何分解为子系统的体系构造模型。
4〕ⅩⅩ银行工程需求规约。
在这个阶段,由于主客用户都还不是很清楚所要实现的功能和性能,因此不可能产生详细的ⅩⅩ银行工程需求规约
5〕ⅩⅩ银行工程需求评审。
作为需求分析阶段工作的复查手段,工程组对功能的正确性、文档的一致性、完备性、准确性和明晰性,以及其他需求给予评审。
为保证ⅩⅩ银行工程需求定义的质量,评审由指定专人按照规程严格负责施行,用户/需求,开发部门的管理者,设计、实现、测试人员都参加了评审。
评审内容包括:
用户需求、系统需求、软件设计描绘。
2、ⅩⅩ银行工程需求分析报告规约
通过多方的沟通交流,ⅩⅩ银行工程组最终获取了客户需求,工程组对将要开发的ⅩⅩ银行工程需求分析达成一致协议,最终形成ⅩⅩ银行工程需求分析报告文档。
报告综合了功能需求、非功能需求和领域需求。
ⅩⅩ银行工程需求分析报告规约〔本文档?
ⅩⅩ银行工程施行方案?
第一部分“关于ⅩⅩ银行功能的设想〞的交易功能设想应该在这个规约中详细描绘,限于篇幅,这里仅列出ⅩⅩ银行工程需求分析报告规约提纲〕:
ⅩⅩ银行工程需求分析报告规约作为产品需求的最终成果必须具有综合性,包括了所有的需求。
开发者和用户都不能做任何假设。
任何所期望的功能或非功能需求未纳入ⅩⅩ银行工程需求分析报告规约,将不能作为协议的一部分并且不能在产品中出现。
ⅩⅩ银行工程需求分析报告规约的主体[详见提纲中2〕、3〕、4〕]是描绘软件系统的分析模型:
包括信息描绘、功能描绘和行为描绘。
这三个部分的内容中,除了用文字描绘之外,还要附上一些图形模型,如E-R图、DFD、CFD和“对象—关系〞图等等。
1〕引言:
主要表达在问题定义阶段确定的关于ⅩⅩ银行工程软件的目的、范围,简要地介绍系统背景、概貌、软件工程的约束和参考资料等。
文档构造如下:
ⅩⅩ银行系统参考文献
ⅩⅩ银行整体描绘
ⅩⅩ银行工程约束
2〕ⅩⅩ银行信息描绘:
明确ⅩⅩ银行工程软件必须解决的问题的详细描绘,包括记录下信息内容和关系,数据流向、控制流向和构造等。
详细有以下两个方面。
ⅩⅩ银行信息内容表示
ⅩⅩ银行信息流表示:
数据流、控制流
3〕ⅩⅩ银行功能描绘:
明确ⅩⅩ银行工程解决问题所需的每个功能的描绘,描绘设计约束与性能特征,使用图形方式来表示ⅩⅩ银行工程软件整体构造和软件功能于其他元素之间的互相影响。
详细有下面三个方面的内容:
功能划分:
功能描绘:
每个功能的处理说明、限制和控制及局限的描绘、对软件性能的需求包括软件的处理速度响应时间和平安限制、设计约束等都在这里加以说明。
必要的支撑图表示
控制描绘:
4〕行为描绘:
包括对系统状态变化以及事件和动作的描绘,据此检查外部事件和内部控制特征的结果而发生的软件操作。
系统状态
事件和相应
5〕检验标准:
其实就是质量要求描绘,说明ⅩⅩ银行工程交付使用之前需要进展的功能和性能测试,并且规定源程序和文档应该遵守的各种标准。
这部分标准实际上是表示ⅩⅩ银行工程软件是否到达SRS的规定,这是SRS中最重要的一部分。
检验标准的规约实际上是对其他需求的另外一种形式的评审,这一部分也应该成为很重要的一部分。
性能范围:
测试种类:
期望的软件响应:
特殊的考虑:
6〕接口描绘:
针对外部系统元素和内部软件功能来描绘人机界、面硬件接口、软件接口和通信接口等内容。
7〕其他描绘:
包含了系统设计和实现上的限制、系统的假设和依赖等其他需要说明的内容。
8〕参考书目:
包含了对所有和该软件相关的文档的引用、包括其他的软件工程文档、技术参考文献、厂商文献和标准。
9〕附录:
包含了规约的补充信息、表格数据、算法的详细描绘、图表以及其他材。
3、ⅩⅩ银行工程需求有效性验证及评审:
1〕ⅩⅩ银行工程组对ⅩⅩ银行工程需求进展需求有效性验证。
就是要验证需求是否反映了多方合作客户的意愿,目的是要发现需求中的问题。
和需求分析不一样的是:
需求分析关心的是完好的需求文档,需求有效性验证关心的是不完好的需求。
ⅩⅩ银行工程需求有效性验证内容包括:
正确性检查、有效性检查、一致性检查、完备性检查、现实性检查、可检验性检查、可跟踪性检查、需求评审、原形建立、测试案例生成、自动的一致性分析。
2〕ⅩⅩ银行工程需求分析报告规约完成后工程组组织用户和系统分析员共同对ⅩⅩ银行工程需求分析报告规约进展需求评审。
参与评审的人员包括合作多方人员和开发多方人员,目的是检查需求文档中不标准之处和遗漏之处。
评审时,开发团队提交了需求、多方遍访、逐条解释需求含义、评审整体需求的一致性和完备性,评价功能的正确性、完好性和明晰性以及其他需求,并作一系列的检查。
这一系列的检查包括。
~~可检验性:
需求可供实际测试。
~~可读性:
需求能被相关人员读懂。
~~可跟踪性:
跟踪才能能为变更系统其他部分带来的影响提供帮助。
~~可调节性:
需求可调节。
需求变更不对其他系统带来大规模的影响,
ⅩⅩ银行工程需求评审的检查内容包括:
~~系统需求定义的目的与用户要求一致。
~~系统需求分析阶段提供的文档资料齐全。
~~文档中所有描绘完好、明晰、准确反映多方用户的要求
~~与其他所有系统成分的重要接口已经描绘。
~~开发工程的数据流与数据构造足够。
~~所有图表明晰,满足阅读者的理解。
~~主要功能已经包括在规定的软件范围之内,已经充分说明。
~~软件的行为和必须处理的信息、必须完成的功能一致。
~~涉及的约束条件和限制条件符合实际。
~~考虑了开发的技术风险。
~~考虑了软件需求其他方案
~~考虑了将来可能会提出的软件需求。
~~详细制定了检验标准、对系统定义可以成功进展确认。
~~没有遗漏、重复或不一致的地方。
~~多方用户审查了初步的用户手册及原稿
~~软件开发中的估算合理。
通过以上检查,首先在宏观上进展评审,保证了ⅩⅩ银行工程需求分析报告规约完好、一致、准确性。
细致的评审每一个域,不仅检查概要描绘,还检查需求陈述方式。
最后,将需求评审期间找出的冲突、矛盾、错误和遗漏正式记录下来,又多方用户、开发方共同协商解决问题的方案。
4、ⅩⅩ银行工程需求管理:
ⅩⅩ银行工程需求管理帮助工程组在任何阶段的任何时候采取标识、控制和跟踪需求。
工程组建立需求管理方案,需求管理内容包括:
ⅩⅩ银行工程需求识别:
为每个需求建立一个唯一标识符,用于可追溯的评估以及被其他需求穿插索引。
ⅩⅩ银行工程需求变更管理:
对变更带来的影响和本钱进展评估,当变更发生的时候,必须追踪这些变更对其他需求和系统设计的影响。
ⅩⅩ银行工程需求跟踪策略:
规定了需求之间关系以及需求和系统设计之间关系,在工程开发过程中需要进展记录并随时维护。
CASS工具:
这个工具帮助工程组对所涉及的大量需求信息进展加工。
〔四〕ⅩⅩ银行工程软件设计
ⅩⅩ银行软件需求确定之后,就进入ⅩⅩ银行设计开发阶段,软件设计为软件开发建立构造,开发只是在构造上填加内容。
在设计阶段,首先要描绘ⅩⅩ银行软件的概况,在此根底上,细化得到一个非常接近于源代码的设计表达式。
这个阶段分为ⅩⅩ银行总体设计和详细设计两个阶段。
1、ⅩⅩ银行总体设计和详细设计
1〕ⅩⅩ银行总体设计:
一是系统设计,包括系统的详细实现方法、接口说明以及开发中的标准;二是确定软件构造、数据构造、建立接口。
总体设计明确了ⅩⅩ银行工程软件的总体框架。
2〕ⅩⅩ银行详细设计:
在ⅩⅩ银行工程软件总体设计中,已经比拟抽象、概括的提出了实现ⅩⅩ银行总体方案的方法。
ⅩⅩ银行详细设计的任务就是将实现方式详细化,在总体设计得根底上,进一步细化,得到软件的详细的数据构造和算法,设计出程序的详细规格说明,对ⅩⅩ银行系统进展详细准确的描绘。
ⅩⅩ银行详细设计确保了逻辑性的正确性,更重要的是设计出的处理过程便于程序员阅读理解,易于实现、修改和测试。
2、ⅩⅩ银行设计规格说明及评审
ⅩⅩ银行总体设计和详细设计之后形成设计规格说明。
设计规格说明包括总体设计说明书和详细设计说明书两个部分。
1〕ⅩⅩ银行总体设计说明书:
引言:
编写目的、设计背景、定义、参考资料
总体设计:
内容包括需求规定、运行环境、名词解释、处理流程、构造、尚未解决的问题。
接口设计:
内容包括用户接口、内部接口、外部接口。
数据设计:
内容包括逻辑数据构造、物理设计构造。
性能设计:
内容包括处理时间、效率、可移植性、可重用性。
系统出错处理:
内容包括出错信息分类、错误处理、系统维护设计。
2〕ⅩⅩ银行详细设计说明书
引言:
内容包括编写目的、设计背景、定义、参考资料
系统组织构造
模块一设计说明:
内容包括程序描绘、功能、性能、接口数据、部分数据构造、流程图、算法、存储设计、其他、测试方案、尚未解决的问题。
模块二设计说明:
~~~~~~~~
3〕ⅩⅩ银行总体设计和详细设计评审
严格评审是保证ⅩⅩ银行工程软件的质量的必要环节,以便及时发现和及时解决在软件设计中出现的问题,防止问题遗留到开发的后期阶段造成后患。
评审的目的在于:
发现ⅩⅩ银行软件中存在的错误,保证软件符合需求的规定,使软件按照统一的方式进展开发,便于管理ⅩⅩ银行工程。
评审内容包括ⅩⅩ银行工程软件总体构造、数据构造、过程细节,评审结论重点为:
ⅩⅩ银行软件构造与需求匹配、设计方案最正确、模块独立性能好、借口设计出错处理设计得当、充分考虑了性能的要求、设计方案易于实现、各种风险在系统中均引进相关先进技术控制。
〔五〕ⅩⅩ银行工程软件编码
上述ⅩⅩ银行软件工程总体设计和详细设计是对ⅩⅩ银行组件功能的实现或作为目的的指导,无论采用什么样的方法进展ⅩⅩ银行软件的分析、设计,最终都要通过编码来实现ⅩⅩ银行的各项功能。
其中:
ⅩⅩ银行软件系统要求每个程序组件至少包括控制构造、运算法那么和数据构造3个主要方面。
程序编码这个阶段的任务是将ⅩⅩ银行软件的详细设计转换成程序语言实现的程序代码,因此,程序设计语言的性能和设计风格对于程序设计的效能和质量有着直接的关系。
ⅩⅩ银行软件工程组要求程序员尽量选择简单易行、使用方便的语言,确保ⅩⅩ银行软件程序降低出错率,进步ⅩⅩ银行软件软件可靠性。
〔六〕ⅩⅩ银行工程软件测试
ⅩⅩ银行工程软件测试是为了寻找ⅩⅩ银行工程软件缺陷而执行程序的过程,目的是尽可能的发现ⅩⅩ银行工程软件缺陷,而不是证明ⅩⅩ银行工程软件正确。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 项目 实施方案