银行项目实施方案doc.docx
- 文档编号:10436369
- 上传时间:2023-02-11
- 格式:DOCX
- 页数:31
- 大小:58.94KB
银行项目实施方案doc.docx
《银行项目实施方案doc.docx》由会员分享,可在线阅读,更多相关《银行项目实施方案doc.docx(31页珍藏版)》请在冰豆网上搜索。
银行项目实施方案doc
ⅩⅩ银行项目实施方案
ⅩⅩ银行项目实施方案内容提要:
一、ⅩⅩ银行项目创意及项目构想概述
二、ⅩⅩ银行项目软件开发及组织实施方案
(一)ⅩⅩ银行项目可行性研究
(二)ⅩⅩ银行项目立项及评审
(三)ⅩⅩ银行项目需求分析
(四)ⅩⅩ银行项目软件设计
(五)ⅩⅩ银行项目软件编码
(六)ⅩⅩ银行项目软件测试
(七)ⅩⅩ银行项目软件维护
(八)ⅩⅩ银行项目风险控制机制
三、ⅩⅩ银行项目切换上线组织实施方案
(一)ⅩⅩ银行项目切换上线总体原则
(二)ⅩⅩ银行项目切换上线组织架构
(三)ⅩⅩ银行项目切换上线管理规程
(四)ⅩⅩ银行项目切换上线应急方案
(五)ⅩⅩ银行项目切换上线实施计划
四、ⅩⅩ银行推广、培训及营销方案
(一)制定ⅩⅩ银行发展计划
(二)制定ⅩⅩ银行营销宣传活动计划
(三)培育客户风险防范意识,增强客户对ⅩⅩ银行的信心
(四)培养客户良好交易习惯,不断丰富客户投资理财的知识,使ⅩⅩ银行效益最大化
五、特别鸣谢
六:
附件:
《建一个ⅩⅩ银行如何》
一、ⅩⅩ银行项目构想及项目概述
引言
我是贵州大学大三的学生,也是建行电子银行客户,我叫ⅩⅩ。
春节期间,我在“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文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 项目 实施方案 doc