《系统设计说明书》参考模版

上传人:pu****.1 文档编号:508296722 上传时间:2022-10-10 格式:DOCX 页数:32 大小:641.24KB
返回 下载 相关 举报
《系统设计说明书》参考模版_第1页
第1页 / 共32页
《系统设计说明书》参考模版_第2页
第2页 / 共32页
《系统设计说明书》参考模版_第3页
第3页 / 共32页
《系统设计说明书》参考模版_第4页
第4页 / 共32页
《系统设计说明书》参考模版_第5页
第5页 / 共32页
点击查看更多>>
资源描述

《《系统设计说明书》参考模版》由会员分享,可在线阅读,更多相关《《系统设计说明书》参考模版(32页珍藏版)》请在金锄头文库上搜索。

1、交行集中工作平台设计说明书2008年5月1弓I言41.1 编写目的41.2 名词术语41.3 参考资料41.4 文档约定52总体设计52.1 建设背景52.2 系统建设目标62.2.1 提示用户体验 62.2.2 建立统一的 MIS应用架构 62.2.3 集中工作平台72.3 设计和实现约束72.4 组织结构和用户类82.5 系统架构112.5.1 技术架构112.5.2 应用架构 122.5.3 功能架构 122.6 接口设计122.6.1 外部接口 122.6.2 内部接口 132.7 系统环境132.7.1 网络拓扑132.7.2 硬件环境132.7.3 软件环境132.8 非功能特性设

2、计 142.8.1 系统兼容性142.8.2 安全性142.8.3 运行效率142.8.4 可扩展能力142.8.5 用户文档143系统公共模块设计143.1 日志处理模块143.2 异常处理模块153.3 Session 处理 163.4 UI 框架184应用基础框架概要设计 184.1 系统框架184.1.1 概述184.1.2 业务流程描述 194.1.3 用例描述194.1.4 实体关系描述 254.2 构件包设计 254.2.1 构件包列表254.2.2 构件包关系图 264.2.3 XXX 构件包(如:权限管理)265附录325.1 词汇表325.2 数据模型描述 325.3 数据

3、字典325.4 功能矩阵331引言1.1 编写目的说明编写这份设计书的目的,指出预期的读者和有关阅读建议。本设计说明书文档包括该项目的建设背景、目标、建设内容、系统架构、接口、数据模型、 功能模型、部署模型、功能设计等的描述,用于指导该项目的开发与部署,同时,作为该项目的 重要技术资料,作为系统未来维护或扩展的参考。本文档的阅读者为本系统的设计、开发人员、接口系统的开发人员、系统维护人员。1.2 名词术语描述与该系统相关的特定概念和术语,如某些缩写代号,统一的词汇表达等MISUP : MIS Uniform Platform , MIS统一架构平台,交通银行为支撑灵活的、高效的、易 管控的、良

4、好用户体验的管理型应用的开发、运行和管理,而规划建立的符合SOA技术的MIS应用统一架构体系,该体系规划包括相应的方法论、平台(工具)以及交通银行IT资产内容。 集中工作平台:应用基础框架:集中任务中心:EOS:EXT :SOA: Service-Oriented Architecture ,面向服务的架构,SOA是一个软件架构,同时也是一个构件模型,它将企业应用的不同功能单元(称为业务服务)通过这些服务之间定义良 好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通 用的方式进行交互。

5、本项目中涉及SOA概念,主要侧重于松散耦合的应用架构、复用、 业务构件化的意义。1.3 参考资料列出有关的参考文件,如:?本项目的经核准的计划任务书或合同、上级机关的批文;?属于本项目的其他已发表文件;?本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的 来源。集中工作平台预研总结报告.doc集中工作平台技术预研工作总结.pptMISUP-IWP 项目设计与开发规范.doc1.4 文档约定说明本文档中的有关约定信息,例如名词的缩写,代码表示,隐含式的约定等。 本文档中工作流引擎指 EOS工作流平台的工作流引擎,

6、交通银行简称为 “交行”,普元软件技术(上海)有限公司简称为“普元”。Bankcomm :交行或者交通银行Primeton :普元或普元软件技术(上海)有限公司本文档中所涉及的构件包、构件均表示基于EOS平台的构件包和构件概念。2总体设计2.1 建设背景说明:? 为什么要建这套系统要达到的目标是什么交通银行大集中完成后,大量的MIS系统迫切需要建设,然而我行MIS应用建设的方式 还是相对孤立的。尽管采用了单点登录、统一认证、门户整合、企业总线等方面的技术,但 在应用与应用之间, 缺乏统一的业务构件规划;应用实施过程中, 缺乏业务构件的抽象和抽取,因此无法形成IT资源的有效积累和复用;各个应用分

7、别建设, 又缺乏公共资源的复用,导致各个应用需要分别实现用户、权限管理,以及应用的UI框架,导致IT建设的重复投入,以及使用者的体验不好。Internet已经日益成为应用程序开发的默认平台。用户对应用程序复杂性要求日增,但现在的Web应用程序对完成复杂应用方面却始终跟不上步伐。用户与今天中等复杂程度的Web应用程序交互时,其体验并不能令人满意。上面的这些问题,实际上也是大多数大型企业(包括同业)IT建设中的共同挑战,而SOA勺理念和规范(标准)的一一步步完善,为解决这些问题带来了曙光,而国内平台厂商以及同业银行做出的实践,初步验证了企业级业务构件化和统一架构的可行性。在这样一个内外因素的背景下

8、,软件中心提出了 MIS系统规划和建设的更大目标:建立以业务构件化为基础的,符合先进技术发展趋势的交行MIS统一架构平台(MISUP,以支撑灵活的、高效的、易管控的、良好用户体验的管理型应用的开发、运行和管理。其中,集中工作平台作为MIS统一架构平台的重要组成部分,关系到使用者的体验,成为最先建设的重点内容。2.2 系统建设目标描述系统建设的目标,适用范围和相关原则集中工作平台实施完成后,将成为交行MIS应用的基础平台,各个 MIS系统将遵循该平台的相关规范接入进来,并提供统一的用户操作入口,因此,在设计上将重点考虑如下特性:应用模型的通用性和可扩展能力,技术框架的灵活性,运行的效率和稳定性。

9、以下列出了集中工作平台具体的建设目标:2.2.1 提高用户体验希望提供给用户:UI展现、操作友好易交互:交互性强,尽量不使用或少使用页面全部刷新的不友好方式,而采用基于ajax技术的局部刷新效果;丰富的控件:开发或集成丰富的UI控件,既丰富了用户的交互手段,又方便了开发人员。集中桌面一次登录:用户一次登录,即可在各应用中间切换一个工作平台:提供给用户一个统一的工作平台,用户在该平台上即可完成各项操作。正是基于上述原因,要求本系统实现:支持RIA的UI框架;MIS应用桌面。2.2.2 建立统一的MIS应用架构希望给各个应用提供:公共模型及服务用户、组织机构模型:从现有系统和交行实际,抽取出公共的

10、模型,为各 应用服务;权限模型:从现有系统和交行实际,抽取出公共的模型,为各应用服务。集中流程任务处理待办工作:抓取用户在各应用中的待办任务,统一展现给用户处理;已办工作:抓取用户在各应用中的已办任务,供用户查看。待阅中心:抓取用户在各应用的待阅消息,供用户查看。正是基于上述原因,要求本系统实现:应用基础框架;集中任务中心。2.2.3 集中工作平台以上四个目标有机形成集中工作平台,提供交行MIS应用的应用统一入口:集中工作平台2.3 设计和实现约束描述系统设计和实现中受到的约束,包括设计与实施策略、开发工具、团队结构、时间表、遗 留代码等。通过项目启动前的方案验证和技术预研工作,为本项目的实施

11、打下了良好的基础,并确定 了如下的设计和实现原则:技术架构采用J2EE+普元EOS6UI框架采用EXT2应用桌面采用 Portal实现用户认证采用 LDAP2.4 组织结构和用户类描述系统涉及的组织机构,系统相关的用户集中工作平台旨在为未来交行MIS应用提供统一的应用框架、组织模型、权限控制,因此,几乎交行所有需要使用MIS应用(如HR、OA、CRM、资金管理等)的人员均作为该平台的用户,并且涉及到交通银行的所有组织机构,同时,交通银行的某些合作伙伴(如开发中心的外协公司)也可能是该平台的用户。由于本平台涉及的组织结构和用户非常庞大, 而且与未来接入本平台的应用相关,无法列出最终完整的组织结构

12、,下图仅作为组织结构的一个示例。0叫交运禁灯总打 O&总同技邻06总丁力年开发中心针开发庄制 -6超行中升邠-知分行仃长人员14华灯废以此1 AM13tf南京上行4常州分行分打审计印一审计能经世I南A运13人对12ft卜河分行一举彳I长使副行长口通某及疏”H 口向儿外林应词使用本平台及其架构的用户类如下:应用开发人员应用系统管理员业务用户(普通用户)通过集中工作平台,使用各个具体应用系统功能的操作用户,他们一般的操作行为是:通过集中工作平台的统一登录, 进入到集中工作平台的主界面,可以浏览到他可以使用的功能菜单树,可以看到自己的集中任务列表,也可以选择自己的菜单项定义为快捷菜单。普通用户通过点

13、击自己权限范围内可以看到的菜单项,进入具体的应用功能界面。由于接入系统的差异性,业务用户的用户特征差异化很大, 操作应用系统的方式的差异 也很大,但共同的特性就是:希望在使用不同应用的功能时,不希望多次登录,并希望所有系统的功能能够集中显示,各个应用系统功能具有一致的操作风格和模式。业务用户由于群体广泛, 使用的电脑终端的差异性可能也会比较大,包括客户端的硬件配置、操作系统版本、浏览器类别和版本,这些差异化要求集中工作平台对于系统环境 具有较广泛的兼容性。集中工作平台管理员集中工作平台的管理员主要负责维护集中工作平台的应用基础框架,如应用接入的注册和管理,统一组织模型、集中任务的管理、监控和手

14、工数据同步。集中工作平台管理员要求对集中工作平台的架构和相关接入规范比较熟悉,对计算机应用系统的操作比较熟练。应用系统管理员应用系统管理员主要负责通过集中工作平台维护其管理的接入应用,包括应用的权限定义、角色设置、参数维护、数据同步等。应用系统管理员熟悉电脑操作,了解集中工作平台的接入规范。机构管理员机构管理员主要负责通过集中工作平台维护组织机构和人员信息,以及实现与各个接入应用的组织和人员数据的导入与导出等。 机构管理员有管理上的层次,不同层次的机构 管理员具有不同层次的数据操作权限机构管理员熟悉电脑操作,了解集中工作平台提供的组织模型结构关系和相关接口。应用系统开发人员应用系统开发人员指接

15、入集中工作平台的应用项目开发团队技术人员,他们需要了解集中工作平台的相关架构、公用框架、模型、规范、接口,以确保实施的应用能够无缝接 入到集中工作平台中。 另外,开发人员需要将开发的功能定义到集中工作平台的功能管 理中。应用系统开发人员熟悉电脑操作和软件开发技术。在系统机构设计和功能设计上,要求充分考虑用户类的使用特征,更好满足使用者的操作体验。2.5系统架构描述系统的总体框架,从技术、应用、功能几个角度介绍系统组成,使用图例的方式描述子系 统、业务单元(功能模块)和工具之间的关系。使用图例方式描述本系统与外围环境的关系,使 用文字描述业务基础件(基础构件库)的在系统中的作用 2.5.1 技术架构从技术角度描述系统组成,包括系统使用平台,框架,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号