1、xxx 论文 摘要I摘 要随着信息时代的飞速发展，金融账户出现了虚假开户和各种违法经济行为的发生。目前，有些机构一次开户终身不变，甚至机构关闭后仍在金融机构办理业务。而且，客户在办理存款、汇款、贷款等业务时，金融机构识别机构身份的手续是非常繁琐的，使工作太过于繁琐和麻烦。通过机构信用代码制度的建立,将避免此类情况的出现。机构信用代码作为机构的身份证能够为金融机构开展机构账户主体资格审查、身份核实、风险分析等工作提供有力支持，与个人身份证件互为补充。同时，金融机构在开展金融服务时将大大提升服务效率，降低服务成本，为企业构建安全、有效、规范、易操作的系统管理平台。 本文通过研究机构信用代码管理系统
2、的总体业务需求，结合实际应用方案，对系统整体实现功能进行划分，确定了机构信用代码管理系统的实现情况，并通过用例图及用例描述对系统中所涉及到的功能模块进行阐述。根据对机构信用代码管理系统功能需求分析，确定了系统实现技术及技术架构，系统采用B/S 技术，将 WEB 三层体系结构与机构信用代码管理良好地结合在一起，采用SSH 框架技术，实现了机构信用代码管理系统的管理信息化。通过系统功能需求分析和功能架构设计，确定机构信用代码管理系统的 6 个功能模块，研究系统功能的实现过程和实现方法，并通过类图及时序图对系统功能的实现类和实现过程进行描述。通过运行系统功能，展示系统部分功能实现效果图，然后对其实现
3、功能简单描述，展示系统实现中所用到的部分代码，并对系统功能测试用例进行描述。最后本文对机构信用代码管理系统的实现过程以及实现功能做简单的总结，并阐述系统在今后的使用过程中所起到的作用。机构信用代码管理系统的开发，有助于进一步落实金融账户实名制、建立社会信用代码制度、推进社会信用体系建设；有助于促进各部门、各行业的信息共享，提升社会管理水平，也可对腐败行为形成震慑，有助于形成社会信用体系建设的合力。关键词：信用代码、人民银行、信用管理 、B/S 结构xxx 论文 第一章 绪论1第一章 绪论1.1 研究背景及意义机构信用代码是人民银行以金融业务为基础建立的一项重要金融基础设施，覆盖所有与金融机构发
4、生业务往来的、各种类型的机构。2010 年 6 月 8 日，国家预防腐败工作联席会议第四次会议决定同意中国人民银行、国家预防腐败局关于落实金融账户实名制、建立社会信用代码制度、推进社会信用体系建设的建议。由中国人民银行、国家预防腐败局会同相关行政主管部门共同研究，尽快建立个人和机构的社会信用代码制度。机构的社会信用代码称为机构信用代码。2011 年 4 月起，由征信中心牵头，组织开发了机构信用代码应用服务系统。2011 年 9 月至 2012 年 2 月，受国家预防腐败局委托，在中央社会管理综合治理委员会的大力支持下，总行在湖南组织开展了代码应用试点工作，初步形成了一套切实可行的机构信用代码信
5、息采集、代码证发放和代码运用工作机制，取得了良好效果。长期以来，从事经济活动的主体在不同的经济活动中使用不同的代码标识标准，各机构之间甚至同一机构内部不同的业务系统之间，对同一主体都可能采用不同的代码标识方式，从而使属于同一主体的信息分列在两个名义主体名下，严重影响了对同一主体信息的匹配和整合工作，更为严重的是，影响了对同一主体行为的全面了解和认识，给经济金融活动的开展和社会管理工作造成了不利影响。为切实帮助商业银行等金融机构履行“了解你的客户及客户业务”的义务，推动社会信用体系建设，助力预防腐败工作开展，改进社会管理方式，按照国家预防腐败局的要求，人民银行决定建立机构信用代码制度。另一方面，
6、商业银行目前持续识别客户身份、更新客户信息操作困难、渠道不畅，履行中华人民共和国反洗钱法等相关法规制度中对客户身份资料的保存和更新成本过高。因此，人民银行也希望通过建立机构信用代码制度，集中金融部门的整体力量，共同解决机构客户身份识别难的问题。人民银行在深入研究国内现有各种机构代码制度的基础上，决定为每一个xxx 论文 第一章 绪论2在商业银行等金融机构开立基本结算账户的机构派发一个唯一的、终生不变的信用代码，同时建立信用代码与其他常用机构代码之间的对应关系，通过机构信用代码把现有机构代码关联起来，实现不同系统、不同机构之间同一主体信息的整合和共享。机构信用代码是现有各种代码之间的桥梁，不仅不
7、影响现有代码的使用，其应用还将克服现有多种代码并存造成的问题，使现有各代码更好地使用和发展下去。根据人民银行的整体工作安排，机构信用代码以人民银行征信中心的名义派发，支撑机构信用代码制度的信息系统由征信中心建设、运行和管理。1.2 国内外研究现状信息技术为现代保险业提供了直接的发展动力。信息技术重要性的凸显，使其从传统的后台服务支持角色逐步跃升为保险业首要的战略性资源。现代保险管理信息系统，能够适应现代保险企业对口常业务的经营改善、对客户资源的关系拓展、对行销人员的素质培训、对产品服务的质量管理等需要，而逐渐成为支持保险行业业务竞争的核心力量。保险业的现代化进程和信息化进程，直接影响着保险公司
8、的内部管理、产品开发、营销支持、客户服务、风险防范、决策支持等方方面面。因此，保险业管理信息系统的建设对于保险业的发展，起着非常关键的作用。国外保险行业的发展历史相对较为悠久，许多大型的国外保险公司都有着上百年的历史，无论其管理体制还是产品开发都比较成熟。在信息化建设方面，国外的信息化建设可以追溯到二十世纪六十年代，经过几十年的发展，这些国外保险公司对于信息技术的应用己经深入到经营管理的方方面面。例如，美国国际集团（AIG-American International Group，全球市值最大的国际性保险服务机构)和日本的第一生命保险株式会社（日本最有实力的人寿保险公司之一）等许多国外的知名保
9、险公。1.3 论文研究内容机构信用代码系统,是由中国人民银行建设，为编制机构信用代码和对外提供服务的管理系统。其中“机构”特指与金融机构有业务往来的对公客户，覆xxx 论文 第一章 绪论3盖机关、事业单位、企业、社会团体及其他组织等各类机构。系统总体建设目标是在人民银行的牵头下，集全体商业银行之合力，建立以机构信用代码为索引的机构基本信息库，为各商业银行提供覆盖全面、更新及时的机构客户基本信息。具体目标有四点：一是将同一机构各种代码对应到该机构名下，为机构派发信用代码，扫除信息匹配的技术障碍。二是收集、整合金融行业内掌握的最新、最全的机构基本信息，描绘出各机构的基本信息全景图，实现“一行知晓、
10、全行业掌握”。三是在商业银行之间共享机构实际控制人、家族关联等信息，提高对机构实际控制人的了解。四是挖掘机构之间的关联关系，为商业银行风险管理服务。1.4 本文的组织结构 本文由五章内容组成，其中：第一章介绍了本文的研究背景与研究现状，对所需要解决的问题进行了概述，讨论了项目的研究意义，阐述了本人的主要工作，并给出了论文结构。第二章阐述的是本文所涉及到的开发方法及相关技术，包括：管理信息系统概述、UML 建模技术、数据库技术。第三章是本文的核心内容之一，针对系统的设计目标、系统功能框架、系统功能需求、系统非功能需求等进行了详细分析，给出了系统功能框架图，将本系统的功能需求主要划分为六个大模块，
11、分别是信息查询、数据录入、代码证管理、统计管理、数据核对、用户管理、统计管理，并给出了系统的部分主要用例图、UML 的类图及序列图等。第四章是本文的重点，在进行了系统总体设计的基础上，采用 E-R 图、信息表对系统的各个功能模块进行了功能性详细设计，对于数据库的设计，以 E-R 图和数据库表结构对数据库进行了详细设计。第五章对本文所做的工作以及系统的实施效果做了总结，同时对进一步的工作进行了展望。xxxx 论文 第二章 相关技术介绍4第二章 相关技术介绍2.1 B/S 结构早期软件系统设计首选的体系结构是 C/S 结构，即 Client/S ewer(客户端+服务器) ，它充分利用两端硬件即
12、Client 端和 Server 端，将任务合理分配至两端来实现降低系统的通讯开销。但 C/S 结构的明显缺点是：兼容性极差和分布功能具有很大的不可控性，这是因为它的服务器和客户端都必须有特定的功能支持才能实现特定的功能应用，使得 C/S 结构不能实现让客户快速的找到自己需要的内容和信息。而 B/S 结构，即浏览器/服务器结构，是随着信息技术的兴起，对 C/S 结构的一种发展和改革。在 B/S 结构中，于 Server 和 Client 之间增加了一层中间件结构，形成了如图 2.1 所示的三层结构，即表示层、业务逻辑层和数据存储层三个处理层次。I E浏览器数据服务器 文件服务器H T T P
13、协议功能层数据引擎层H T T P 请求含数据的网页客户层中间层 数据层W E B 服务器图 2. 1 B/S 结构模式以图 2.1 所示的结构模式为例，B/S 结构各层次的任务分工分别是：在客户端使用 IE 浏览器与用户进行交互，在中间层实现业务逻辑，在后台运行数据库服务器程序。从而很大程度上降低了在客户端的对电脑的压力，也减少了系统的成本和工作量。B/S 成为当今应用软件的首选体系结构，主要是因为其结构的稳定性和它的功能。并且，B/S 结构的开发是直接的，在局域网建立 B/S 结构的网络应用，xxxx 论文 第二章 相关技术介绍5会比较容易操作，因而其开发成本也是比较低的，而且，B/S 架
14、构管理软件的效率、方便和效果等特点就更加明显了。B/S 模式具有明显的优点，其一就是分布性，它可随时随地支持用户的查询、浏览操作；通用性，也可不在需要固定的客户端，还可以符合不同规模网站、不同形式和不同软件系统的使用要求；共享性，只需通过改变网页的简单方式就可以实现对所有用户的同步更新；易维护性，可方便地进行业务扩展，若想增加服务器功能只需要通过增加网页即可完成。B/S 模式也有一定的缺点，主要是它更注重标准化，因而个性化特点稍微有所降低，另外其操作主要以鼠标点击页面动态刷新为主，在网络不稳定的情况下响应速度会受到影响。2.2 WEB 三层体系结构软件系统在开发过程中要进行结构分层。系统结构分
15、层的好处主要有：（1）当任何一层发生变化时，只要保持层间接口的关系不变，其它各层就都不会受到影响。从而可以很大程度上提高系统的扩展性、重用性、伸缩性和可管理性。（2）通过分层处理，把原来大工程划分成为一些比较容易处理的小工程，从而可以降低问题、简化问题的复杂度，从而利与开发人员能够有一个清晰的设计思路。其次，分层构建的工程具有较好的灵活性，每一层只实现相对独立的功能，所以各层都可以独立地采用最为适合的技术来实现，互不干扰，而且便于做测试和维护。当然，软件的分层数目要适度，根据具体的工程问题来确定。 这里选用典型的 Web 三层体系结构，即整个系统设计由三个层构成，包括表现层(UI、业务逻辑层
16、(BLL)、数据访问层(DAL，层与层之间相互联系、相互协作，中间层向上层提供访问接口，自上而下层与层之间向下依赖。对各层的含义解释如下：（1）表现层，通俗地讲，就是展现给用户的界面，主要工作有接受用户的访问请求、返回数据的查询结果、为客户端提供应用程序的访问(如 Web 方式或 WinForm 方式)等。（2）业务逻辑层，针对具体问题实现对数据业务逻辑处理的层次。数据层xxxx 论文 第二章 相关技术介绍6和业务逻辑层可以比作是“积木”和“对积木的搭建”的关系，因而可以这样理解，即业务逻辑层就是对数据层的操作。（3）数据访问层，则直接实质地(或者说物理地)操作原始数据，如增删改和查询等，为业
17、务逻辑层或表示层提供数据服务。使用如上所述的三层结构，其优点在于：开发人员只需关注某一层结构独立开发最后整合完成，可以最大程度地降低层与层之间的依赖，并可以很容易地实现在层次上的以新换旧，以及各层逻辑可以很容易地实现复用等。而相应的可能有的缺点是有时会导致级联的修改，就是说如果在表示层中需要增加一个功能，则可能需要在除表示层以外的其他两个层次中都增加相应的代码才能实现。2.3 ASP.NET 开发平台ASP.NET 是微软的新一代技术平台，是一种面向网络、支持各种用户终端的开发平台环境。ASP.NET 为敏捷商务构建互联互通的应用系统，这些系统是基于标准的、联通的、适应变化的、稳定的和高性能的
18、。ASP.NET 从 1.x 之后发展至今，不但保留了原有的良好特性，还增加了许多新的特性，包括.NET Framework(.NET 框架)、模块构件服务(Building Block Service)和 Orchestration等。ASP.NET 建立在.NET Framework 的编程类之上，它使得生成 ASP Web 应用程序实现起来变得更为简单，这是因为 ASP.NET 提供了一个 Web 应用程序模型并且包含一些可简化程序开发的控件集和结构服务，前者如封装公共HTML 用户界面元素( 如下拉菜单和文本框等)的控件集，能够为 Web 开发人员提供面向对象编程的极大丰富性，后者如会
19、话状态管理和进程回收等结构服务，可显著降低 Web 开发人员编写代码的工作量和提高 ASP.Web 应用程序的可靠性。ASP.NET 的优点有：首先，ASP.NET 框架中存在着许多 Visual Studio 集成开发环境中所必须的工具箱和设计器，这在开发人员进行编写代码之前就己经显著提高了性能。其次，由于 ASP.NET 是基于公共语言来运行库的，因此开发人员可以根据实际情况灵活选择任何一种自己更熟悉的、适合应用程序的编程xxxx 论文 第二章 相关技术介绍7语言，也可以从 Web 访问 .NET 框架类库、消息处理和数据访问解决方案中的任何一类，简而言之，Web 应用程序开发人员可以尽可
20、能充分地利用整个开发平台的强大威力以及灵活性。再次，ASP.NET 采用基于文本的分层配置系统，简化了将设置应用于服务器环境和 Web 应用程序的步骤和要求，可以实现在没有本地管理工具帮助的情况下应用新设置。此外，ASP.NET 还具有其他优点，如它在设计时即考虑了可伸缩性，从而可实现在聚焦环境和多处理器环境中提高性能的额外功能，再如 ASP.NET 运行库可时刻监视进程的行为状态，并且可以迅速地创建新进程来替代行为异常的某个进程，从而使得应用程序处于可处理请求状态。2.4 SSH 框架2.4.1 Struts 简介 Struts，框架的一种，最初是 Apache 项目的构成内容，初期主要是想
21、借助对这一项目的分析，能够提升 B/S 研发内的 JSP (Java Server Pages)、Servlet、标签库等基于对象的技术。Struts 的优点主要集中体现在两个方面：Taglib 和页面导航。Taglib 是 Struts 的标记库，灵活运用，能大大提高开发效率。另外，就目前国内的 JSP 开发者而言，除了使用 JSP 自带的常用标记外，很少开发自己的标记，或许 Struts 是一个很好的起点。在工程项目中，要构建房屋的时候，建设人员运用强大的支柱让所有的工程都具有一定的支撑。因此，软件产业工作人员运用 Struts 框架让应用的各个层级都具有支撑力量，主要是能够降低在运用 M
22、VC 架构来研发 Web 运用程序所花费的期限，从而减少了费用支出。 Struts 这一名称来自建筑与老式飞机内运用的支持金属架。在 IT 内这一框架为什么称为 Struts，主要是要警示我们不要忘记支持建设项目、屋子与桥体等支柱，较为生动的说明了其在 Web 研发阶段产生的作用。页面导航使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。xxxx 论文 第二章 相关技术介绍82.4.2 Spring 简介Spring 这一框架是开源的，最早是 Rod Johnson 提出的，目的
23、是处理公司运用研发较为繁杂的困境。它运用基础的 JavaBcan 来实行之前仅仅要借助 EJB 才能运作的事件。但是 Spring 并不只用于服务装置的研发。可以从简约性、能检测性与松耦合的时间形象分析，所有 Java 运用都能够得到 Spring 带来的好处。构成 Spring 架构的所有构件能够独立存在并独自运用，也能够和另外的众多构件相联系来运用，实际上 Spring 很简单，类似一个大型的公司，了解公司运作模式就能够比较好的理解这一框架了。Spring 中最主要的两个内容是接口与反射。在编码的时候，采用的反射体系，C1ass.ForName 内的参数通常都是固定的，因此形成的映射类很难
24、衍生出子类别。假如要子类给予协助，要对工厂类进行调整，进而衍生更多的工厂类。通常情况下，每个接口就只存在一个工厂类，这一情况就会让程序较为繁杂。基于此，出现了 Spring，其内的配置文档可以较好的解决这一难题，将要求反射的子类存在 XML 内，应该子类进行承继时，要对配置文档进行调整，不要更改原编码，或另外添加接口、工厂类等让程序存在巨大变化，使数字变得冗杂。2.4.3 Hibernate 简介 Hibernate 这一框架是无偿使用的开源型的，运用这一框架，程序编撰者和关系数据库的互动就较为便捷。他把数据库的活动形成有关对象，让程序员不在需要对数据库进行复杂的动作，让研发者能够集中在运用程
25、序的业务逻辑层面，不需要忧虑怎样进行储存，或者怎样才能进行查找。现在项目研发的时候也是数据库研发的时间。Java 通过其本身存在的原理，在运用程序正在操作的时候，通常会将数据封闭成存在某种关系的数字对象。然而，一旦运用程序完成，这些对象就不会存在了，因此要具有若干储存他们的方式与系统。 因为这类工作通常来说存在较大的再次操作的可能，部分面向对象的研发者会运用“主动”偷懒的方式，构建某些工具，让所有环节自行操作，产生对xxxx 论文 第二章 相关技术介绍9象/关系映射(ORMIS)工具，仅仅应用在关系数据库中。2.5 本章小结本章为机构信用代码管理系统关键技术介绍章节，通过该章节的介绍可以对整个
26、贷款系统的平台结构有大致的了解；在 web 关键技术方面，讲述了 开发平台和 SSH 框架。对每一个技术知识点做了简要概述，为后续的系统开发奠定相应的理论基础。xxxx 论文 第三章 机构信用代码管理系统分析与设计10第三章 机构信用代码管理系统分析与设计需求分析的目的是了解和分析用户的各种需求，知道系统必须做什么。为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求，最后形成需求分析报告。系统需求分析报告必须确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本章在查阅大量相关参考文献的基础上，研究机构信用代码管理系统的业务范围，分析机构信用代码管理系统总体需
27、求，形成需求分析报告。根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确的估计系统的成本和进度，修正以前制定的开发计划。3.1 系统需求分析3.1.1 系统总体需求根据实地调研，为了最大程度的满足客户的需要，我们对系统做如下的总体总结：（1）机构基本信息的采集以及机构信用代码证的发放主要依托商业银行进行。对于首次到商业银行开立基本结算账户的机构，由开户行向代码系统报送机构基本信息，代码系统为其赋码，开户行协助人民银行发放机构信用代码证（以下简称“代码证”）。对于已在商业银行开立基本结算账户的存量机构客户，各行报送本行掌握的机构客户基本信息，这些客户既包括在本行开立基本结算账户的机构
28、客户，也包括在他行开立基本结算账户，但在本行贷款的机构客户。代码系统按一定规则对不同来源的数据进行匹配、整合，为机构建立基本信息档案；在机构到开户行办理基本账户年检等业务时，开户行核验资料、补充/ 更新代码系统中的信息，代码系统为其赋码，开户行发放代码证。（2）代码系统的信息更新主要依托商业银行实现。xxxx 论文 第三章 机构信用代码管理系统分析与设计11商业银行的机构客户可以分为三类：一是有信贷关系的机构（以下简称“信贷户”），二是没有信贷关系但开立基本结算账户的机构（以下简称“基本户”），三是仅开立一般结算账户的机构（以下简称“一般户”）。对于信贷户的资料，一般商业银行在贷前会认真核实客
29、户资料，在贷后也会定期调查客户信息是否发生变化。对于基本户的资料，按照人民银行的要求，商业银行在开立基本账户时要做严格的审查，账户开立后还要进行年检。因而在三类客户中，信贷户的基本资料最完整、更新最及时，其次是基本户。目前，大多数银行已经或正在建立全行集中、统一管理的对公客户信息管理系统，整合行内各部门掌握的机构客户基本资料。各行定期从客户信息管理系统中导出信息发生变化的信贷户和基本户的客户资料，报送至代码系统，可实现利用商业银行现有的客户资料更新渠道，实现代码系统的信息更新。这种方式，不需要对申请代码证的机构提出额外要求，也不需要商业银行柜台人员人工录入数据，更容易操作。（3）代码系统向商业
30、银行提供机构基本信息、历史变化信息、主动警示及关联关系查询服务。代码系统依托所采集的机构基本信息，在数据匹配、整合和加工的基础上，向商业银行提供机构基本信息查询、机构基本信息历史变化查询、所属客户重大变化主动警示及关联关系查询服务。提供方式既支持单笔，也支持批量。金融账户实名制是杜绝虚假开户和各种违法经济行为的重要手段。目前，有些机构一次开户终身不变，甚至机构关闭后仍在金融机构办理业务,通过机构信用代码制度的建立,将避免此类情况的出现。机构信用代码作为机构的身份证能够为金融机构开展机构账户主体资格审查、身份核实、风险分析等工作提供有力支持，与个人身份证件互为补充。3.1.2 系统功能性需求需求
31、分析是一项十分艰巨复杂的工作。用户与分析元之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性，因此，不仅在整个需求分析过程中应该采取行之有效的通信技术，而且必须严格审查验证需求分析的结果。xxxx 论文 第三章 机构信用代码管理系统分析与设计12系统功能性需求最重要的是在分析业务模型的基础上建立系统模型，而系统模型是指用 UML 描述系统。用例图主要用于对系统、子系统或类的功能行为进行建模，首先需要对系统参与者、用例进行分析，明确具体系统需求。利用用例图可以明确展现出用户角色、功能用例及两者之间的关系。本小节着重介绍普通员工、数据录入主管、代码证管理人员、数
32、据核对管理人员、用户管理人员、统计管理人员的用例图。3.1.3 系统非功能性需求功能性需求是机构信用代码管理系统功能需求的需要，而非功能性需求是系统基于业务发展的预测。由于系统的用户是覆盖所有与金融机构发生业务往来的、各种类型的机构，根据其业务特点，本系统仍需满足以下几点非功能需求：（1）系统可靠性需求系统应具有较高的可靠性，同时应该有较为完善的系统运行日志记录，以便在发生错误时能够快速地查找错误原因以恢复正常运行。（2）统一标准化和规范化的需求由于已有系统开发环境的差异、异构系统之间的差异、信息化程度的差异等因素，要求将现有信息系统的应用功能封装为标准的服务，采用标准化的通信协议进行通信，以
33、松散耦合的方式进行集成，提供统一服务的接口，使得系统能够灵活适应不同的业务环境，需要遵循统一的标准与规范，降低二次开发的成本，支持信贷业务流程重构和优化管理 （3）系统安全性需求 在机构信用代码管理中，处理的数据会涉及到机构的资金或现金状况，具有一定保密性。因此只有资金组织或财务组织权限的人员才可以访问相应的功能节点。 系统要求提供完备的安全控制体系和方案，严格按照数据传输协议所规定的密钥建立、密钥传送、帧保护等安全服务方法，设备的健壮性和用户身份的验证等多层防御措施，最大程度的保护车站信息资源的安全 （4）系统性能需求实时系统，不能产生长时间的拥挤和长期的故障失败，这都将影响系统的xxxx
34、论文 第三章 机构信用代码管理系统分析与设计13运行，从而影响企业利润的核心。所以，性能问题是系统需要考虑的一个重要质量属性。比如相应时间、吞吐量、容量等等指标，都应量化体现在系统需求档案中。（5）人机界面友好 机构信用代码管理系统建设成功与否的基本标准是系统功能的实用化，更是系统功能设计中所遵循的首要原则。系统针对用户需求提供了用户可接受的操作界面，方便用户简单、便捷的使用系统（6）系统可扩展性需求机构信用代码在不同集团企业中的具体业务不尽相同，因此系统应该易于根据实际情况，进行新的业务扩展，以保证满足不同用户的需求变更和业务复杂性的要求。 系统非功能性需求往往影响系统功能、系统执行效率。因
35、此应对系统非功能性需求进行充分考虑，尽量减小非功能性需求对系统功能的影响。在非功能性需求基础上选择系统技术框架设计及数据库设计和软硬件环境，是系统友好、高效的展示给用户。3.2 系统总体设计3.2.1 系统功能结构设计机构信用代码系统包括信息查询、数据录入、代码证管理、数据核对、用户管理和统计管理六大模块。（1）信息查询信息查询模块包括精确查询、代码证查询、代码作废查询等功能。（2）数据录入数据录入模块包括代码申请材料录入、代码信息更新、代码历史信息更正等功能。（3）代码证管理代码证管理模块包括代码证发放、代码证补换发(代码证补发、代码证换发)、代码证注销、代码作废、主管行变更发起、主管行变更
36、确认等功能。xxxx 论文 第三章 机构信用代码管理系统分析与设计14（4）数据核对数据核对模块包括数据核对操作、数据核对情况查询等功能。（5）用户管理用户管理模块包括用户管理、辖内用户查询和密码修改等功能。（6）统计管理统计管理模块包括人民银行代码发放统计、人民银行反洗钱查询统计、金融机构代码发放统计、金融机构反洗钱查询统计、用户开立情况和系统查询情况等功能。系统总的功能模块图如图 3.7 所示。机构信用代码管理系统信息查询模块数据录入模块代码证管理模块数据核对模块用户管理模块统计管理模块数据采集申请材料录入代码信息更新代码证管理主管行变更数据核对数据核对查询用户管理辖内用户查询密码修改人民
37、银行金融机构精确查询代码证查询图 3. 7 机构信用代码管理系统体系结构功能描述：机构信用代码系统支持用户在线录入、更新、修改机构信息；发放、补发、换发或注销代码证；查询机构信息及代码证信息；查看数据核对信息并进行核对操作；新建、修改用户信息；查询代码证发放及发洗钱查询情况统计。3.2.2 系统拓扑结构设计系统拓扑结构是机构信用代码管理系统由许多个结点和结点的联系所组成的系统物理框架。结点是机构信用代码管理系统中相对独立的物理实体，其中，一个结点具体包括一台独立的计算机和其外围设备。当然，结点也可以是人与xxxx 论文 第三章 机构信用代码管理系统分析与设计15计算机交互的客户机，也可以是承担
38、 web 管理、数据库管理或业务管理的服务器。信息系统拓扑结构的设计离不开信息系统的结点和结点联系。结点是根据其应用的需要设置的。在一个机构信用代码管理系统中，业务处理将重点放在一些相对集中的业务处理上。例如，在机构信用代码管理系统中，职能科室的各个工作岗位就是机构信用代码管理系统的业务处理点。信息管理员、数据录入主管、数据核对员、代码证管理员、用户管理员、统计管理员等就是该系统的业务处理点。机构信用代码管理系统网络拓扑结构见图 3.8 所示。图 3. 8 机构信用代码管理系统网络拓扑结构在考虑到结点设置的同时，还要考虑到结点的类型和作用。其中，结点的作用是根据需要而定的。例如“信息查询”、“
39、密码修改”、“代码证发放”等就是机构信用代码管理系统中的若干结点的作用。结点的类型一般需要根据系统需要的结构模式而定，例如，客户机/服务器模式中的结点就要服务器与客户机两种类型，然而，在采用应用服务器模式的系统中，结合可以分为应用服务器、数据库服务器和客户机这三种类型。xxxx 论文 第三章 机构信用代码管理系统分析与设计163.3 系统功能详细设计3.4 系统数据库的设计3.4.1 数据库 E-R 模型设计本次机构信用代码管理系统的数据库设计工作主要包括：建立系统所需的数据库，选择合适的数据库模型，创建对应的数据表与字段，根据需求分析阶段收集到的数据进行分类、组织设计出系统的 E-R 图。最
40、后还需要选择合适的管理系统对数据库进行管理。E-R 图亦称实体联系模型，我们可以把它认为是关系模型的雏形，它有三个要素：实体，属性，关系。 其中，实体：用矩形表示，在矩形框内写上实体名；属性：用椭圆形表示，在椭圆内标明属性名称，同时用连线与实体相连。联系：用菱形表示，在菱形框内标明联系名，同时用连线与相关实体分别连接起来，并在连线旁标明联系的类型。联系类型可分为以 3 种类型：（1）一对一联系(1：1)；（2）一对多联系(1：N)。（3）多对多联系(M：N)。机构信用代码管理系统涉及的实体主要包括：系统管理员、权限、角色、申请表、代码证、贷款号、信用数据、机构等实体。其中代码证信息表的属性主要
41、有代码证补换发、代码证发放日期、代码证注销、主管行变更发起和确认、代码证作废等，具体代码证信息表实体与属性 E-R 图如下图 3.21 所示。代码证发放日期代码证补换发代码证注销主管行变更发起和确认代码证作废图 3. 1 具体代码证实体 E-R 图权限实体与属性主要包括：业务类型、使用单位、人民银行、金融机构等，这里具体列举权限实体与属性 E-R 图如图 3.22 所示。xxxx 论文 第三章 机构信用代码管理系统分析与设计17权限使用单位人民银行金融机构业务类型图 3. 2 入库记录实体 E-R 图角色实体与属性有机构用户、系统管理员、数据录入员、统计管理员、银行职员等，角色实体与属性如图
42、3.23 所示。角色数据录入员银行职员机构用户统计管理员系统管理员图 3. 3 角色实体 E-R 图信用数据实体与属性有申请资料录入、信息更新、信息更正、数据核对、情况确认等，具体数据管理实体与属性如图 3.24 所示。信用数据数据核对信息更正信息更新申请材料录入情况确认图 3. 4 信用数据实体 E-R 图申请表实体与属性有申请日期、申请权限、申请编号、申请人姓名等，具体实体与属性如图 3.25 所示。xxxx 论文 第三章 机构信用代码管理系统分析与设计18申请表申请编号申请日期申请权限申请人姓名图 3. 5 申请表实体 E-R 图贷款卡实体与属性有贷款卡编号、银行编号、贷款金额、贷款期限
43、、贷款种类、抵押物编号、起始日期、到期日期等，具体实体与属性如图 3.26 所示。贷款卡银行编号贷款金额贷款种类起始日期贷款期限到期日期图 3. 6 合同实体 E-R 图系统管理员与权限存在一对多的申请关系，权限与角色存在多对一的管理关系，角色与统计员、银行职员、代码证管理员、数据管理员之间都存在一对一的签署关系，而统计员与申请表之间存在多对多属于关系，银行职员与贷款卡之间也存在多对多的担保关系，代码证管理员与代码证之间存在多对多的从属关系，同样，数据管理员与信息数据也存在多对多的从属关系。机构与申请表、贷款卡、代码证、信用数据都存在一对多的包含关系。根据这些信息，由此得到了机构信用代码管理系
44、统的实体及其联系如图 3.27 所示。xxxx 论文 第三章 机构信用代码管理系统分析与设计19信用数据贷款卡代码证申请表管理角色权限数据管理员代码证管理员管理系统管理员统计员设置关联关联关联关联银行职员管理N关联管理N机构关联11NMMMMNNNNNN111NN11图 3. 7 系统数据库总 E-R 图3.4.2 数据库表详细设计在系统的数据库设计过程中，另一个重要的阶段是对系统数据库进行逻辑模型设计。数据库的逻辑模型设计阶段的主要任务就是要将在概念设计时设计出的系统 E-R 模型转换为关系型数据库的关系模型，包括了数据表结构的分析、数据库字段名称的设计等。下面，我们将针对系统中的几个主要的
45、实体对象进行数据表的设计。根据对机构信用代码管理系统工作数据规模的估计，针对这种具体的情况，选择 SQL Server 2010 作为系统的数据库是最合适的。在本文所设计的机构信用代码管理系统中，主要设计的数据表如下所示：(1)代码证信息表。代码证信息表主要是用于办理代码证的业务，记录客户有关代码证的信息，作为银行发放代码证的主要来源，所以该表的重要性不言而喻，不仅要记录代码证信息，而且要记录代码证的发放等，如表 3.1 所示表 3.1 代码证信息表字段 类型 长度 备注DMZBID INTEGER 4 代码证申请 ID 号DMZXX INTEGER 4 代码证信息MC CHAR 20 客户名
46、称 DMZZL CHAR 2 代码证种类 xxxx 论文 第三章 机构信用代码管理系统分析与设计20DMZXZ CHAR 2 代码证性质DMZBF CHAR 2 代码证补发DMZHF CHAR 10 代码证换发SPRQ DATE 4 审批日期FFRQ DATE 4 发放日期DMZZX CHAR 2 代码证补发(2)权限信息表。权限表主要用于代码证申请的相关业务类型和经济机构体制，该表主要用于用户，记录用户信用，通过该表也可以查询银行的发放明细，其字段详细说明如表 3.2 所示表 3.2 权限信息表字段 类型 长度 备注YWLX INTEGER 4 业务类型SYDW INTEGER 4 使用单位
47、 RMYH INTEGER 20 人民银行JRJG INTEGER 20 金融机构QXRQ CHAR 4 权限日期QXSC CHAR 4 权限时长QXSQ INTEGER 4 权限申请QXYH INTEGER 20 权限用户(3) 角色信息表。角色信息表主要针对于银行，可以记录着客户的信用度和客户的基本信息档案，可以便于银行对客户的行为作出信用判断，其该表的字段详细说明如表 3.3 所示。表 3.3 角色信息表名称 类型 长度 备注DABH INTEGER 4 档案编号DALX INTEGER 4 档案类型DABZ CHAR 2 档案标志KHZH INTEGER 4 客户账号 SQRQ DAT
48、E 4 申请日期LRRQ DATE 4 录入日期xxxx 论文 第三章 机构信用代码管理系统分析与设计21LRJSRQ DATE 4 录入结束日期(4) 信用数据信息表。信用数据信息表用于存储具体有关用户信息的详细相关信息，编号即为主键，也是外键，信用数据信息如表 3.4 所示。表 3.4 信用数据信息表名称 类型 长度 备注SJLX CHAR 8 数据类型KHBH CHAR 8 客户编号YHXX LONG 18 用户信息DALX CHAR 20 档案类型SJBH CHAR 18 数据编号CXJL CHAR 8 查询记录HDRQ DATE 8 核对日期JZRQ DATE 8 截止日期XYZT CHAR 50 信用状态(5) 申请信息表。申请信息表主要针对用户，用于用户对代码信息的申请，有利于银行对机构用户信用的了解，以作出相应的查询管理，申请表信息如表3.5 所示。
