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

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

ID:42597977

大小:1.14 MB

页数:35页

时间:2019-09-18

《系统设计说明书》参考模版_第1页
《系统设计说明书》参考模版_第2页
《系统设计说明书》参考模版_第3页
《系统设计说明书》参考模版_第4页
《系统设计说明书》参考模版_第5页
资源描述:

《《系统设计说明书》参考模版》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、系统设计说明书交行集中工作平台设计说明书2008年5月RestrictedPage35of35系统设计说明书目录1引言31.1编写目的31.2名词术语31.3参考资料41.4文档约定42总体设计42.1建设背景42.2系统建设目标52.2.1提示用户体验52.2.2建立统一的MIS应用架构62.2.3集中工作平台62.3设计和实现约束72.4组织结构和用户类72.5系统架构102.5.1技术架构102.5.2应用架构112.5.3功能架构112.6接口设计112.6.1外部接口112.6.2内部接口112.7系

2、统环境112.7.1网络拓扑122.7.2硬件环境122.7.3软件环境122.8非功能特性设计122.8.1系统兼容性122.8.2安全性132.8.3运行效率132.8.4可扩展能力132.8.5用户文档133系统公共模块设计133.1日志处理模块133.2异常处理模块133.3Session处理143.4UI框架144应用基础框架概要设计144.1系统框架15RestrictedPage35of35系统设计说明书4.1.1概述154.1.2业务流程描述154.1.3用例描述164.1.4实体关系描述214

3、.2构件包设计214.2.1构件包列表214.2.2构件包关系图214.2.3XXX构件包(如:权限管理)225附录265.1词汇表265.2数据模型描述265.3数据字典265.4功能矩阵261RestrictedPage35of35系统设计说明书引言1.1编写目的[说明编写这份设计书的目的,指出预期的读者和有关阅读建议。]本设计说明书文档包括该项目的建设背景、目标、建设内容、系统架构、接口、数据模型、功能模型、部署模型、功能设计等的描述,用于指导该项目的开发与部署,同时,作为该项目的重要技术资料,作为系统未

4、来维护或扩展的参考。本文档的阅读者为本系统的设计、开发人员、接口系统的开发人员、系统维护人员。1.2名词术语[描述与该系统相关的特定概念和术语,如某些缩写代号,统一的词汇表达等]MISUP:MISUniformPlatform,MIS统一架构平台,交通银行为支撑灵活的、高效的、易管控的、良好用户体验的管理型应用的开发、运行和管理,而规划建立的符合SOA技术的MIS应用统一架构体系,该体系规划包括相应的方法论、平台(工具)以及交通银行IT资产内容。集中工作平台:应用基础框架:集中任务中心:EOS:EXT:SOA:

5、Service-OrientedArchitecture,面向服务的架构,SOA是一个软件架构,同时也是一个构件模型,它将企业应用的不同功能单元(称为业务服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。本项目中涉及SOA概念,主要侧重于松散耦合的应用架构、复用、业务构件化的意义。1.3参考资料[列出有关的参考文件,如:RestrictedPage35of3

6、5系统设计说明书·本项目的经核准的计划任务书或合同、上级机关的批文;·属于本项目的其他已发表文件;·本文件中各处引用的文件、资料,包括所要用到的软件开发标准。·列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。]《集中工作平台预研总结报告.doc》《集中工作平台技术预研工作总结.ppt》《MISUP-IWP项目设计与开发规范.doc》1.1文档约定[说明本文档中的有关约定信息,例如名词的缩写,代码表示,隐含式的约定等。]本文档中工作流引擎指EOS工作流平台的工作流引擎,交通银行简

7、称为“交行”,普元软件技术(上海)有限公司简称为“普元”。Bankcomm:交行或者交通银行Primeton:普元或普元软件技术(上海)有限公司本文档中所涉及的构件包、构件均表示基于EOS平台的构件包和构件概念。2总体设计2.1建设背景[说明:·为什么要建这套系统·要达到的目标是什么]交通银行RestrictedPage35of35系统设计说明书大集中完成后,大量的MIS系统迫切需要建设,然而我行MIS应用建设的方式还是相对孤立的。尽管采用了单点登录、统一认证、门户整合、企业总线等方面的技术,但在应用与应用之间

8、,缺乏统一的业务构件规划;应用实施过程中,缺乏业务构件的抽象和抽取,因此无法形成IT资源的有效积累和复用;各个应用分别建设,又缺乏公共资源的复用,导致各个应用需要分别实现用户、权限管理,以及应用的UI框架,导致IT建设的重复投入,以及使用者的体验不好。Internet已经日益成为应用程序开发的默认平台。用户对应用程序复杂性要求日增,但现在的Web应用程序对完成复杂应用方面却始终跟不上步

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。