系统设计说明书参考模版16307.pdf
《系统设计说明书参考模版16307.pdf》由会员分享,可在线阅读,更多相关《系统设计说明书参考模版16307.pdf(23页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、.交行集中工作平台 设计说明书 2008 年 5 月 目 录 1 引言 2 1.1 编写目的 2 1.2 名词术语 2 1.3 参考资料 3 1.4 文档约定 3 2 总体设计 3 2.1 建立背景 3 2.2 系统建立目标 4 提示用户体验 4 建立统一的 MIS 应用架构 5 集中工作平台 5 2.3 设计和实现约束 5 2.4 组织构造和用户类 6 2.5 系统架构 7 技术架构 7 应用架构 7 功能架构 7 2.6 接口设计 7 外部接口 7 部接口 8 2.7 系统环境 8 网络拓扑 8 硬件环境 8 软件环境 8 2.8 非功能特性设计 8 系统兼容性 8 平安性 8 运行效率
2、8 可扩展能力 9 用户文档 9 3 系统公共模块设计 9 3.1 日志处理模块 9 3.2 异常处理模块 9 3.3 Session 处理 10.3.4 UI 框架 11 4 应用根底框架概要设计 11 4.1 系统框架 11 概述 11 业务流程描述 12 用例描述 12 实体关系描述 16 4.2 构件包设计 17 构件包列表 17 构件包关系图 17 4.2.3*构件包(如:权限管理)17 5 附录 23 5.1 词汇表 23 5.2 数据模型描述 23 5.3 数据字典 23 5.4 功能矩阵 23 1 引言 1.1 编写目的 说明编写这份设计书的目的,指出预期的读者和有关阅读建议。
3、本设计说明书文档包括该工程的建立背景、目标、建立容、系统架构、接口、数据模型、功能模型、部署模型、功能设计等的描述,用于指导该工程的开发与部署,同时,作为该工程的重要技术资料,作为系统未来维护或扩展的参考。本文档的阅读者为本系统的设计、开发人员、接口系统的开发人员、系统维护人员。1.2 名词术语 描述与该系统相关的特定概念和术语,如*些缩写代号,统一的词汇表达等 MISUP:MIS Uniform Platform,MIS 统一架构平台,交通银行为支撑灵活的、高效的、易管控的、良好用户体验的管理型应用的开发、运行和管理,而规划建立的符合 SOA 技术的MIS 应用统一架构体系,该体系规划包括相
4、应的方法论、平台工具以及交通银行 IT 资产容。集中工作平台:应用根底框架:.集中任务中心:EOS:E*T:SOA:Service-Oriented Architecture,面向效劳的架构,SOA 是一个软件架构,同时也是一个构件模型,它将企业应用的不同功能单元称为业务效劳通过这些效劳之间定义良好的接口和契约联系起来。接口是采用中立的方式进展定义的,它应该独立于实现效劳的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的效劳可以以一种统一和通用的方式进展交互。本工程中涉及 SOA 概念,主要侧重于松散耦合的应用架构、复用、业务构件化的意义。1.3 参考资料 列出有关的参考文件,如:
5、本工程的经核准的方案任务书或合同、上级机关的批文;属于本工程的其他已发表文件;本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件、发表日期和出版单位,说明能够得到这些文件资料的来源。集中工作平台预研总结报告.doc 集中工作平台技术预研工作总结.ppt MISUP-IWP 工程设计与开发规.doc 1.4 文档约定 说明本文档中的有关约定信息,例如名词的缩写,代码表示,隐含式的约定等。本文档中工作流引擎指 EOS 工作流平台的工作流引擎,交通银行简称为交行,普元软件技术简称为普元。Bankm:交行或者交通银行 Primeton:普元或普元软件技术 本文档中所涉及
6、的构件包、构件均表示基于 EOS 平台的构件包和构件概念。2 总体设计 2.1 建立背景 说明:.为什么要建这套系统 要到达的目标是什么 交通银行大集中完成后,大量的 MIS 系统迫切需要建立,然而我行 MIS 应用建立的方式还是相对孤立的。尽管采用了单点登录、统一认证、门户整合、企业总线等方面的技术,但在应用与应用之间,缺乏统一的业务构件规划;应用实施过程中,缺乏业务构件的抽象和抽取,因此无法形成 IT 资源的有效积累和复用;各个应用分别建立,又缺乏公共资源的复用,导致各个应用需要分别实现用户、权限管理,以及应用的 UI 框架,导致 IT 建立的重复投入,以及使用者的体验不好。Interne
7、t 已经日益成为应用程序开发的默认平台。用户对应用程序复杂性要求日增,但现在的 Web 应用程序对完成复杂应用方面却始终跟不上步伐。用户与今天中等复杂程度的Web 应用程序交互时,其体验并不能令人满意。上面的这些问题,实际上也是大多数大型企业包括同业IT 建立中的共同挑战,而SOA 的理念和规标准的一步步完善,为解决这些问题带来了曙光,而国平台厂商以及同业银行做出的实践,初步验证了企业级业务构件化和统一架构的可行性。在这样一个外因素的背景下,软件中心提出了 MIS 系统规划和建立的更大目标:建立以业务构件化为根底的,符合先进技术开展趋势的交行 MIS 统一架构平台MISUP,以支撑灵活的、高效
8、的、易管控的、良好用户体验的管理型应用的开发、运行和管理。其中,集中工作平台作为 MIS 统一架构平台的重要组成局部,关系到使用者的体验,成为最先建立的重点容。2.2 系统建立目标 描述系统建立的目标,适用围和相关原则 集中工作平台实施完成后,将成为交行 MIS 应用的根底平台,各个 MIS 系统将遵循该平台的相关规接入进来,并提供统一的用户操作入口,因此,在设计上将重点考虑如下特性:应用模型的通用性和可扩展能力,技术框架的灵活性,运行的效率和稳定性。以以下出了集中工作平台具体的建立目标:2.2.1 提高用户体验 希望提供应用户:UI 展现、操作友好 易交互:交互性强,尽量不使用或少使用页面全
9、部刷新的不友好方式,而采用基于 aja*技术的局部刷新效果;.丰富的控件:开发或集成丰富的 UI 控件,既丰富了用户的交互手段,又方便了开发人员。集中桌面 一次登录:用户一次登录,即可在各应用中间切换 一个工作平台:提供应用户一个统一的工作平台,用户在该平台上即可完成各项操作。正是基于上述原因,要求本系统实现:支持 RIA 的 UI 框架;MIS 应用桌面。2.2.2 建立统一的 MIS 应用架构 希望给各个应用提供:公共模型及效劳 用户、组织机构模型:从现有系统和交行实际,抽取出公共的模型,为各应用效劳;权限模型:从现有系统和交行实际,抽取出公共的模型,为各应用效劳。集中流程任务处理 待办工
10、作:抓取用户在各应用中的待办任务,统一展现给用户处理;已办工作:抓取用户在各应用中的已办任务,供用户查看。待阅中心:抓取用户在各应用的待阅消息,供用户查看。正是基于上述原因,要求本系统实现:应用根底框架;集中任务中心。2.2.3 集中工作平台 以上四个目标有机形成集中工作平台,提供交行 MIS 应用的应用统一入口:2.3 设计和实现约束 描述系统设计和实现中受到的约束,包括设计与实施策略、开发工具、团队构造、时间表、遗留代码等。通过工程启动前的方案验证和技术预研工作,为本工程的实施打下了良好的根底,并确定了如下的设计和实现原则:技术架构采用 J2EE+普元 EOS6.UI 框架采用 E*T2
11、应用桌面采用 Portal 实现 用户认证采用 LDAP 2.4 组织构造和用户类 描述系统涉及的组织机构,系统相关的用户 集中工作平台旨在为未来交行 MIS 应用提供统一的应用框架、组织模型、权限控制,因此,几乎交行所有需要使用 MIS 应用如 HR、OA、CRM、资金管理等的人员均作为该平台的用户,并且涉及到交通银行的所有组织机构,同时,交通银行的*些合作伙伴如开发中心的外协公司也可能是该平台的用户。由于本平台涉及的组织构造和用户非常庞大,而且与未来接入本平台的应用相关,无法列出最终完整的组织构造,以下图仅作为组织构造的一个例如。使用本平台及其架构的用户类如下:业务用户普通用户 通过集中工
12、作平台,使用各个具体应用系统功能的操作用户,他们一般的操作行为是:通过集中工作平台的统一登录,进入到集中工作平台的主界面,可以浏览到他可以使用的功能菜单树,可以看到自己的集中任务列表,也可以选择自己的菜单项定义为快捷菜单。普通用户通过点击自己权限围可以看到的菜单项,进入具体的应用功能界面。由于接入系统的差异性,业务用户的用户特征差异化很大,操作应用系统的方式的差异也很大,但共同的特性就是:希望在使用不同应用的功能时,不希望屡次登录,并希望所有系统的功能能够集中显示,各个应用系统功能具有一致的操作风格和模式。业务用户由于群体广泛,使用的电脑终端的差异性可能也会比拟大,包括客户端的硬件配置、操作系
13、统版本、浏览器类别和版本,这些差异化要求集中工作平台对于系统环境具有较广泛的兼容性。集中工作平台管理员 集中工作平台的管理员主要负责维护集中工作平台的应用根底框架,如应用接入的注册和管理,统一组织模型、集中任务的管理、监控和手工数据同步。集中工作平台管理员要求对集中工作平台的架构和相关接入规比拟熟悉,对计算机应用系统的操作比拟熟练。应用系统管理员 应用系统管理员主要负责通过集中工作平台维护其管理的接入应用,包括应用的权限定义、角色设置、参数维护、数据同步等。应用系统管理员熟悉电脑操作,了解集中工作平台的接入规。机构管理员 机构管理员主要负责通过集中工作平台维护组织机构和人员信息,以及实现与各个
14、接入应用的组织和人员数据的导入与导出等。机构管理员有管理上的层次,不同层次的机构管理员具有不同层次的数据操作权限.机构管理员熟悉电脑操作,了解集中工作平台提供的组织模型构造关系和相关接口。应用系统开发人员 应用系统开发人员指接入集中工作平台的应用工程开发团队技术人员,他们需要了解集中工作平台的相关架构、公用框架、模型、规、接口,以确保实施的应用能够无缝接入到集中工作平台中。另外,开发人员需要将开发的功能定义到集中工作平台的功能管理中。应用系统开发人员熟悉电脑操作和软件开发技术。在系统机构设计和功能设计上,要求充分考虑用户类的使用特征,更好满足使用者的操作体验。2.5 系统架构 描述系统的总体框
15、架,从技术、应用、功能几个角度介绍系统组成,使用图例的方式描述子系统、业务单元功能模块和工具之间的关系。使用图例方式描述本系统与外围环境的关系,使用文字描述业务根底件根底构件库的在系统中的作用 2.5.1 技术架构 从技术角度描述系统组成,包括系统使用平台,框架,技术及他们之间关系 2.5.2 应用架构 从应用角度描述系统平台和各个应用的关系 2.5.3 功能架构 从功能角度描述系统的功能及功能之间,功能和用户之间的关系 2.5.4 UI 架构【从用户交互的角度,描述系统最终的用户操作界面的布局】2.6 接口设计 2.6.1 外部接口 描述系统同外界的所有接口的安排包括软件与硬件之间的接口、本
16、系统与各支持软件之间的接口关系。.2.6.2 部接口 描述系统之的各个系统元素之间的接口的安排 2.7 系统环境 根据需求的要求描述系统运行的工作环境 2.7.1 网络拓扑 描述部署和运行系统的一种或多种物理网络硬件构造,应该包括运行系统的物理节点计算机、CPU及其互连情况总线连接、LAN 连接、点到点连接等。2.7.2 硬件环境 简要地说明系统对硬件环境的要求 2.7.3 软件环境 简要地说明系统对软件环境的要求 2.8 非功能特性设计 以列表的方式介绍系统非功能性的特性,以及对特性相关设计,包括系统易用,可管理,低维护本钱 2.8.1 系统兼容性 描述系统可能运行的软硬件平台环境以及采用的
17、应用平台的兼容性说明 2.8.2 平安性 描述为保证系统应用平安,包括通讯平安,数据平安,为保证平安采取的备份和故障应急处理的策略 2.8.3 运行效率 描述系统能够支持的处理能力,吞吐量,响应时间等定能指标.2.8.4 可扩展能力 描述系统为以后功能和性能扩展提供的特性 2.8.5 用户文档 描述系统为用户培训,用户使用系统帮助方面提供的文档 3 系统公共模块设计 描述系统公共模块的设计 3.1 权限控制 3.2 日志处理模块 描述系统日志处理设计和日志使用规 3.3 异常处理模块 1、在构件包中建立异常资源文件,针对错误码,包括显示在页面的提示和真正的错误提示,例如:abf_auth_00
18、01=无效的用户名或者密码!用户0密码错误!其中0表示变量,如果异常提示中有多个变量,依次为0,1的信息为真正的错误信息。如果没有,则和前面信息一致。显示给用户的信息为前的信息。异常资源文件为构件包资源配置目录下 resources/e*ception/e*ception.properties 2、错误码的构成规则 构件包名+_+四位数字:例如 abf_auth_0001 3、实现一个写业务异常的运算逻辑 接口如下:publicstaticvoid setBusiE*ception(String errCode,String logFlag,String.params)throws 第一个参数
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 设计 说明书 参考 模版 16307
限制150内