系统设计说明书模版.pdf

《系统设计说明书模版.pdf》由会员分享，可在线阅读，更多相关《系统设计说明书模版.pdf（23页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-交行集中工作平台交行集中工作平台设计说明书设计说明书2008 年 5 月1 引言 21.1 编写目的 21.2 名词术语 21.3 参考资料 31.4 文档约定 32 总体设计 32.1 建立背景 32.2 系统建立目标 4提示用户体验 4建立统一的 MIS 应用架构 5集中工作平台 52.3 设计和实现约束 52.4 组织构造和用户类 62.5 系统架构 7技术架构 7应用架构 7功能架构 72.6 接口设计 7外部接口 7部接口 82.7 系统环境 8网络拓扑 8硬件环境 8软件环境 82.8 非功能特性设计 8系统兼容性 8平安性 8运行效率 8可扩展能力 9用户文档 93 系统公共模

2、块设计 93.1 日志处理模块 93.2 异常处理模块 93.3 Session 处理 10.目录z.-3.4 UI 框架 114 应用根底框架概要设计 114.1 系统框架 11概述 11业务流程描述 12用例描述 12实体关系描述 164.2 构件包设计 17构件包列表 17构件包关系图 174.2.3*构件包(如：权限管理)175 附录 235.1 词汇表 235.2 数据模型描述 235.3 数据字典 235.4 功能矩阵 231 1 引言引言1.11.1 编写目的编写目的说明编写这份设计书的目的，指出预期的读者和有关阅读建议。本设计说明书文档包括该工程的建立背景、目标、建立容、系统架

3、构、接口、数据模型、功能模型、部署模型、功能设计等的描述，用于指导该工程的开发与部署，同时，作为该工程的重要技术资料，作为系统未来维护或扩展的参考。本文档的阅读者为本系统的设计、开发人员、接口系统的开发人员、系统维护人员。1.21.2 名词术语名词术语描述与该系统相关的特定概念和术语，如*些缩写代号，统一的词汇表达等MISUP：MIS Uniform Platform，MIS 统一架构平台，交通银行为支撑灵活的、高效的、易管控的、良好用户体验的管理型应用的开发、运行和管理，而规划建立的符合 SOA 技术的 MIS应用统一架构体系，该体系规划包括相应的方法论、平台工具以及交通银行 IT 资产容。

4、集中工作平台：应用根底框架：集中任务中心：.z.-EOS：E*T：SOA：Service-Oriented Architecture，面向效劳的架构，SOA 是一个软件架构，同时也是一个构件模型，它将企业应用的不同功能单元 称为业务效劳通过这些效劳之间定义良好的接口和契约联系起来。接口是采用中立的方式进展定义的，它应该独立于实现效劳的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的效劳可以以一种统一和通用的方式进展交互。本工程中涉及 SOA 概念，主要侧重于松散耦合的应用架构、复用、业务构件化的意义。1.31.3 参考资料参考资料列出有关的参考文件，如：本工程的经核准的方案任务书或

5、合同、上级机关的批文；属于本工程的其他已发表文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。集中工作平台预研总结报告.doc集中工作平台技术预研工作总结.pptMISUP-IWP 工程设计与开发规.doc1.41.4 文档约定文档约定说明本文档中的有关约定信息，例如名词的缩写，代码表示，隐含式的约定等。本文档中工作流引擎指 EOS 工作流平台的工作流引擎，交通银行简称为“交行，普元软件技术简称为“普元。Bankm：交行或者交通银行Primeton：普元或普元软件技术本文档中所涉及的构件包、构件均表

6、示基于 EOS 平台的构件包和构件概念。2 2 总体设计总体设计2.12.1 建立背景建立背景说明：.z.-为什么要建这套系统要到达的目标是什么 交通银行大集中完成后，大量的 MIS 系统迫切需要建立，然而我行 MIS 应用建立的方式还是相对孤立的。尽管采用了单点登录、统一认证、门户整合、企业总线等方面的技术，但在应用与应用之间，缺乏统一的业务构件规划；应用实施过程中，缺乏业务构件的抽象和抽取，因此无法形成 IT 资源的有效积累和复用；各个应用分别建立，又缺乏公共资源的复用，导致各个应用需要分别实现用户、权限管理，以及应用的 UI 框架，导致IT 建立的重复投入，以及使用者的体验不好。Inte

7、rnet 已经日益成为应用程序开发的默认平台。用户对应用程序复杂性要求日增，但现在的 Web 应用程序对完成复杂应用方面却始终跟不上步伐。用户与今天中等复杂程度的Web 应用程序交互时，其体验并不能令人满意。上面的这些问题，实际上也是大多数大型企业包括同业IT 建立中的共同挑战，而SOA 的理念和规标准的一步步完善，为解决这些问题带来了曙光，而国平台厂商以及同业银行做出的实践，初步验证了企业级业务构件化和统一架构的可行性。在这样一个外因素的背景下，软件中心提出了 MIS 系统规划和建立的更大目标：建立以业务构件化为根底的，符合先进技术开展趋势的交行MIS 统一架构平台MISUP，以支撑灵活的、

8、高效的、易管控的、良好用户体验的管理型应用的开发、运行和管理。其中，集中工作平台作为 MIS统一架构平台的重要组成局部，关系到使用者的体验，成为最先建立的重点容。2.22.2 系统建立目标系统建立目标描述系统建立的目标，适用围和相关原则集中工作平台实施完成后，将成为交行 MIS 应用的根底平台，各个 MIS 系统将遵循该平台的相关规接入进来，并提供统一的用户操作入口，因此，在设计上将重点考虑如下特性：应用模型的通用性和可扩展能力，技术框架的灵活性，运行的效率和稳定性。以以下出了集中工作平台具体的建立目标：2.2.12.2.1 提高用户体验提高用户体验希望提供应用户：UI 展现、操作友好易交互：

9、交互性强，尽量不使用或少使用页面全部刷新的不友好方式，而采用基于 aja*技术的局部刷新效果；.z.-丰富的控件：开发或集成丰富的UI 控件，既丰富了用户的交互手段，又方便了开发人员。集中桌面一次登录：用户一次登录，即可在各应用中间切换一个工作平台：提供应用户一个统一的工作平台，用户在该平台上即可完成各项操作。正是基于上述原因，要求本系统实现：支持 RIA 的 UI 框架；MIS 应用桌面。2.2.22.2.2 建立统一的建立统一的 MISMIS 应用架构应用架构希望给各个应用提供：公共模型及效劳用户、组织机构模型：从现有系统和交行实际，抽取出公共的模型，为各应用效劳；权限模型：从现有系统和交

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

11、，并确定了如下的设计和实现原则：技术架构采用 J2EE+普元 EOS6.z.-UI 框架采用 E*T2应用桌面采用 Portal 实现用户认证采用 LDAP2.42.4 组织构造和用户类组织构造和用户类描述系统涉及的组织机构，系统相关的用户集中工作平台旨在为未来交行 MIS 应用提供统一的应用框架、组织模型、权限控制，因此，几乎交行所有需要使用 MIS 应用如 HR、OA、CRM、资金管理等的人员均作为该平台的用户，并且涉及到交通银行的所有组织机构，同时，交通银行的*些合作伙伴如开发中心的外协公司 也可能是该平台的用户。由于本平台涉及的组织构造和用户非常庞大，而且与未来接入本平台的应用相关，无

12、法列出最终完整的组织构造，以下图仅作为组织构造的一个例如。使用本平台及其架构的用户类如下：业务用户普通用户通过集中工作平台，使用各个具体应用系统功能的操作用户，他们一般的操作行为是：通过集中工作平台的统一登录，进入到集中工作平台的主界面，可以浏览到他可以使用的功能菜单树，可以看到自己的集中任务列表，也可以选择自己的菜单项定义为快捷菜单。普通用户通过点击自己权限围可以看到的菜单项，进入具体的应用功能界面。由于接入系统的差异性，业务用户的用户特征差异化很大，操作应用系统的方式的差异也很大，但共同的特性就是：希望在使用不同应用的功能时，不希望屡次登录，并希望所有系统的功能能够集中显示，各个应用系统功

13、能具有一致的操作风格和模式。业务用户由于群体广泛，使用的电脑终端的差异性可能也会比拟大，包括客户端的硬件配置、操作系统版本、浏览器类别和版本，这些差异化要求集中工作平台对于系统环境具有较广泛的兼容性。集中工作平台管理员集中工作平台的管理员主要负责维护集中工作平台的应用根底框架，如应用接入的注册和管理，统一组织模型、集中任务的管理、监控和手工数据同步。集中工作平台管理员要求对集中工作平台的架构和相关接入规比拟熟悉，对计算机应用系统的操作比拟熟练。应用系统管理员应用系统管理员主要负责通过集中工作平台维护其管理的接入应用，包括应用的权限定义、角色设置、参数维护、数据同步等。应用系统管理员熟悉电脑操作

14、，了解集中工作平台的接入规。机构管理员机构管理员主要负责通过集中工作平台维护组织机构和人员信息，以及实现与各个接入应用的组织和人员数据的导入与导出等。机构管理员有管理上的层次，不同层次的机构管理员具有不同层次的数据操作权限.z.-机构管理员熟悉电脑操作，了解集中工作平台提供的组织模型构造关系和相关接口。应用系统开发人员应用系统开发人员指接入集中工作平台的应用工程开发团队技术人员，他们需要了解集中工作平台的相关架构、公用框架、模型、规、接口，以确保实施的应用能够无缝接入到集中工作平台中。另外，开发人员需要将开发的功能定义到集中工作平台的功能管理中。应用系统开发人员熟悉电脑操作和软件开发技术。在系

15、统机构设计和功能设计上，要求充分考虑用户类的使用特征，更好满足使用者的操作体验。2.52.5 系统架构系统架构描述系统的总体框架，从技术、应用、功能几个角度介绍系统组成，使用图例的方式描述子系统、业务单元功能模块和工具之间的关系。使用图例方式描述本系统与外围环境的关系，使用文字描述业务根底件根底构件库的在系统中的作用2.5.12.5.1 技术架构技术架构从技术角度描述系统组成，包括系统使用平台，框架，技术及他们之间关系2.5.22.5.2 应用架构应用架构从应用角度描述系统平台和各个应用的关系2.5.32.5.3 功能架构功能架构从功能角度描述系统的功能及功能之间，功能和用户之间的关系2.5.

16、42.5.4 UIUI 架构架构【从用户交互的角度，描述系统最终的用户操作界面的布局】2.62.6 接口设计接口设计2.6.12.6.1 外部接口外部接口描述系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。.z.-2.6.22.6.2 部接口部接口描述系统之的各个系统元素之间的接口的安排2.72.7 系统环境系统环境根据需求的要求描述系统运行的工作环境2.7.12.7.1 网络拓扑网络拓扑描述部署和运行系统的一种或多种物理网络硬件构造，应该包括运行系统的物理节点计算机、CPU及其互连情况总线连接、LAN 连接、点到点连接等。2.7.22.7.2 硬件环境硬

17、件环境简要地说明系统对硬件环境的要求 2.7.32.7.3 软件环境软件环境简要地说明系统对软件环境的要求 2.82.8 非功能特性设计非功能特性设计以列表的方式介绍系统非功能性的特性，以及对特性相关设计，包括系统易用，可管理，低维护本钱2.8.12.8.1 系统兼容性系统兼容性描述系统可能运行的软硬件平台环境以及采用的应用平台的兼容性说明2.8.22.8.2 平安性平安性描述为保证系统应用平安，包括通讯平安，数据平安，为保证平安采取的备份和故障应急处理的策略2.8.32.8.3 运行效率运行效率描述系统能够支持的处理能力，吞吐量，响应时间等定能指标.z.-2.8.42.8.4 可扩展能力可扩

18、展能力描述系统为以后功能和性能扩展提供的特性2.8.52.8.5 用户文档用户文档描述系统为用户培训，用户使用系统帮助方面提供的文档3 3 系统公共模块设计系统公共模块设计描述系统公共模块的设计 3.13.1 权限控制权限控制3.23.2 日志处理模块日志处理模块描述系统日志处理设计和日志使用规 3.33.3 异常处理模块异常处理模块1、在构件包中建立异常资源文件，针对错误码，包括显示在页面的提示和真正的错误提示，例如：abf_auth_0001=无效的用户名或者密码!用户0密码错误！其中0表示变量，如果异常提示中有多个变量，依次为 0，1的信息为真正的错误信息。如果没有，则和前面信息一致。显

19、示给用户的信息为前的信息。异常资源文件为构件包资源配置目录下resources/e*ception/e*ception.properties2、错误码的构成规则构件包名+_+四位数字：例如 abf_auth_00013、实现一个写业务异常的运算逻辑接口如下：publicstaticvoidpublicstaticvoid setBusiE*ception(String errCode,String logFlag,String.params)throwsthrows.eos.system.e*ception.EOSE*ception第一个参数是资源文件中定义的错误码第二个参数为是否写业务日志的

20、标志，缺省为“true，其他值为不写第三个参数开场，为异常资源中的变量，当异常资源定义中，对应错误码的信息汇总有0,1,2，则需要设置第三、四、五个参数.z.-在该运算逻辑中，将实现如下处理逻辑：4、业务逻辑中，当需要进展业务异常提示时，调用写业务异常的运算逻辑，由于运算逻辑会抛除异常，所以该运算逻辑将连接在一个完毕图元前。5、通过 E*T 提供一个显示业务异常的提示页面，当发生异常时，弹出业务异常提示窗口。3.43.4 SessionSession 处理处理SessionSession 将保存如下信息：将保存如下信息：1 1）用户根本信息：用户根本信息：2）用户所属机构信息：用户所属机构信息

21、：3 3）用户所属岗位信息：用户所属岗位信息：.z.-4 4）用户所属工作组信息：用户所属工作组信息：5 5）用户所属角色信息：用户所属角色信息：6 6）用户包含的功能列表：用户包含的功能列表：3.53.5 UIUI 框架设计框架设计【将UI架构进展细化，形成可实施的设计方案】4 4 应用根底框架子系统设计应用根底框架子系统设计针对应用需求进展设计，如果分为多个子系统，则每个子系统作为一个一级目录进展设计4.14.1 系统框架系统框架4.1.14.1.1 概述概述应用根底框架ABFrame为集中工作平台提供根底的支撑，同时也为未来接入集中工作平台的其他应用提供根底框架以及权限控制的有关效劳，主

22、要的功能框架如以下图所示：使用应用根底框架ABFrame的主要场景和作用包括：1、集中工作平台通过 ABFrame 实现交行 MIS 系统组织机构和权限模型的统一和数据的统.z.-一管理2、为未来新的 MIS 系统建立，提供了一套可供复用的应用框架，提升了新应用开发的起点，也保持了各个应用之间根底框架的一致性3、集中工作平台通过 ABFrame 实现了交行组织机构和用户的统一管理，可以为各个应用提供组织和用户数据的导出4、集中工作平台通过 ABFrame 实现了 MIS 系统的权限控制效劳，可以为各个应用提供用户在应用中的权限数据4.1.24.1.2 业务流程描述业务流程描述注意：在设计业务流

23、程时候，关心的是业务本身的流程，而不是功能的流程，对于功能流程在功能设计中描述应用根底框架主要是根底数据的管理，并无明显的业务流程，故该局部省略。4.1.34.1.3 用例描述用例描述列出用例模型中的一些用例或场景，这些用例或场景应表达最终系统中重要的、核心的功能；或是在构架方面涉及围很广使用了许多构架元素；或强调或说明了构架的*一具体的细微之处。在应用根底框架中，可以按照用例的特征和松散耦合的情况，划分为主控性的用例和三大局部，分别为：权限管理、组织机构管理、应用根底工具和效劳等，如以下图：.z.-用户登录用户退出集中工作平台管理员修改个人信息显示应用桌面组织管理操作员(普通用户)修改个人密

24、码应用系统管理员根底工具服务权限管理找回密码机构管理员设置快捷功能设置个人菜单树注册个人账户集中工作平台业务应用系统主控制局部的用例描述：参与者操作员用例用户登录触发方式地址首页需求特性描述1、可以选择界面样式2、记录登录出错次数，登录时间3、显示应用桌面主界面1、关闭窗口，或退回到首页登录页2、系统去除用户 Session在输入原有密码正确的前提下，修改个人的登录密码优先级高操作员用户退出点击主界面功能按钮高操作员修改个人密码菜单高操作员点击菜单设置快捷功能或者点击主界面功能按钮1、用户可以定制应用的功能到快捷菜单2、快捷菜单显示在 portal 醒目位置中3、用户点击快捷菜单，平台进入快捷

25、菜单对应的应用功能允许每个人根据自己所具有的功能来自不同的系统组织自己的菜单树低操作员设置个人菜单树菜单操作员操作员修改个人信息菜单注册个人点击首页面按钮允许操作员查看和修改自己的信高息，包括联系方式、出生日期、等输入个人信息低.z.-操作员找回密码点击首页面按钮输入信息，重置密码并发送到高其他三局部的用例将在下面章节进展描述。4.1.3.14.1.3.1 权限管理的用例描述权限管理的用例描述权限管理局部主要处理与权限管理控制相关的数据维护的用例，如以下图：（1）应用功能管理移动功能到另一个功能组下移动功能组到另一个功能组下删除功能查看功能组信息修改功能信息增加功能应用系统管理员查看功能信息修

26、改功能组信息(from Use Case View).)增加功能组查看应用信息删除功能组浏览应用树修改应用信息注册新应用集中工作平台管理员(from Use Case View).)删除应用用例描述：参与者应 用 系 统 管理员应 用 系 统 管理员用例浏览应用树菜单触发方式需求特性描述优先级1、一级节点为应用2、应用展开为功能组允许多层 高3、功能组展开为下属功能组或功能1、能够看到应用的信息2、可以看到应用包含的岗位列表3、可以看到应用包含的工作组1、输入新应用的信息2、点击保存3、刷新应用树 如果从应用树右键触发1、删除应用记录2、删除应用对应的功能组、功能高点击应用树的应用节查看应用信

27、息点1、点击应用树根结点的右键菜单2、菜单点击应用树根结点的右键菜单集 中 工 作 平台管理员集 中 工 作 平台管理员注册新应用高删除应用低.z.-3、删除应用对应的菜单4、删除与相应功能对应的角色关联和操作员关联应 用 系 统 管理员应 用 系 统 管理员应 用 系 统 管理员修改应用信息查看功能组信息1、点击应用信息页面的按钮点击应用树的功能组节点1、点击应用树功能组节点的右键菜单2、点击功能组信息页面的按钮1、点击应用树功能组节点的右键菜单2、点击功能组信息页面的按钮1、点击应用树功能组节点的右键菜单2、点击功能组信息页面的按钮修改应用信息后保存中1、能够看到功能组的定义信息高2、能够

28、看到功能组包含的功能清单增加功能组1、增加功能组的信息高应 用 系 统 管理员修改功能组信息1、修改功能组的信息中应 用 系 统 管理员删除功能组1、删除功能组的信息中应 用 系 统 管理员1、点击应用树的功能节点查看功能信息2、点击功能组信息页面功能列表的功能1、点击应用树的功能节点2、点击功能组信息页面功能列表的功能1、能够看到功能的定义信息2、能够看到功能所包含的资源清单3、能够看到拥有该功能的角色和操高作员4、查看与该功能有约束关系的功能列表1、增加功能的信息2、设置功能的约束关系3、配置功能的资源清单 通过构件包导入后选择1、修改功能的信息2、修改功能的约束关系应 用 系 统 管理员

29、增加功能高应 用 系 统 管理员1、点击应用树的功能节点修改功能信息2、点击功能组信息页面功能列表的功能1、点击应用树的功能节点删除功能信息2、点击功能组信息页面功能列表的功能通过拖拽应用树的功移动功能到另能节点到另一个功能一个功能组下组节点触发移动功能组到通过拖拽应用树的功另一个功能组能组节点到另一个功下能组节点触发高应 用 系 统 管理员1、删除功能的信息2、删除功能的约束关系中应 用 系 统 管理员应 用 系 统 管理员改变功能所属的功能组低改变功能组所属的功能组低.z.-（2）菜单管理用例描述：参与者应 用 系 统 管理员根据应用树产生菜单树用例触发方式1、点击应用信息页面的功能按钮2

30、、点击应用树的应用节点右键菜单项菜单点击菜单树的菜单节点1、点击菜单树的菜单节点右键菜单2、点击菜单信息页面的功能按钮1、点击菜单树的菜单节点2、点击菜单信息页面的按钮1、点击菜单树的菜单节点2、点击菜单信息页面的功能按钮需求特性描述1、根据应用功能组可定义为菜单的功能项，产生树形节点，并允许选择2、选择需要产生菜单的功能项 缺省为选中3、点击初始化成菜单的功能按钮1、一级节点为应用2、应用展开为菜单允许多层1、能够看到菜单的定义信息2、能够看到菜单所包含的功能1、增加菜单的信息2、设置菜单和功能的对应关系3、配置菜单功能的资源清单优先级高应 用 系 统 管理员应 用 系 统 管理员应 用 系

31、 统 管理员浏览菜单树查看菜单项信息增加菜单项高高高应 用 系 统 管理员修改菜单项信息1、修改菜单的信息高应 用 系 统 管理员删除菜单项1、删除菜单的信息2、删除菜单的所有子菜单高将菜单及其子菜单移动到指定节点下中应 用 系 统 管理员通过拖拽菜单树菜单移动菜单项到节点到另一个菜单节另一个菜单下点触发（3）角色管理（4）操作员管理4.1.3.24.1.3.2 组织机构管理的用例描述组织机构管理的用例描述4.1.3.34.1.3.3 应用根底工具和效劳的用例描述应用根底工具和效劳的用例描述4.1.44.1.4 实体关系描述实体关系描述系统的E-R图，描述实体之间的相互关系 注意：在设计 E-

32、R 时候，只描述出实体之间的关系，以及实体中主要字段的描述。对于数据库的物理设计放在数据库设计中描述.z.-4.24.2 构件包设计构件包设计介绍子系统构件包和他们的依赖关系，用图表的方式说明各个构件包的作用和关系4.2.14.2.1 构件包列表构件包列表采用列表的方式列出所有包，使用图的方式说明包之间的关系并且列出包的直接下属包，直接下属包的就是包直接继承与另外一个包，包含下属包所有的容 例如：证券客户资料包的直接下属保就是客户根本资料包，因为客户根本资料包都属于证券客户根本资料包。编码编码包名称包名称包版本包版本包功能说明包功能说明依赖包依赖包4.2.24.2.2 构件包关系图构件包关系图

33、介绍构件包和其他构件包的关系 4.2.34.2.3*构件包构件包(如：权限管理如：权限管理)4.2.3.14.2.3.1 概述概述介绍包完成的功能，流程，以及在子系统中的作用4.2.3.24.2.3.2 流程设计可选流程设计可选4.2.3.2.14.2.3.2.1 信贷申请审批流程信贷申请审批流程分章节介绍流程图、流程相关数据设计、环节、时限、事件触发、参与者、调用功能等1）流程描述流程名称流程名称流程描述流程描述设计者设计者wfLoanApprove袁义最后更改者最后更改者流程显示名称流程显示名称贷款申请审批流程.z.-关联业务实体和关联业务实体和字段字段流程启动权限流程启动权限触发事件触发

34、事件角色信贷员流程启动后时限要求时限要求无异步调用调用系统的 WEB 效劳短信通知流程启动者.同步调用,独立事务z.流程超时后2）流程图-3）活动描述活动名称贷款申请信息修改活动类型人工活动参与者角色信贷员会签规则无时限要求无触发事件无调用功能其他特性贷 款 信 息修改无信贷主任审批人工活动相关数据机构变量 角色信贷主任无5 工作日工作项提醒后 发送短信通知参与者贷款审批无支行副行长审批人工活动相关数据机构变量 角色支行副行长无5 工作日工作项提醒后 发送短信通知参与者贷款审批无省行副行长会签人工活动相关数据机构变量 角色支行行长、省行副行长所有人会签无贷款审批无省行行长审批人工活动相关数据机

35、构变量 角色省行行长无无贷款审批无贷款发放自动活动无无无活动完成后 发送短信给客户贷 款 发 放效劳贷 后 管 理子流程无贷后管理子流程子流程无无无无.z.-4）流程相关数据4.2.3.2.24.2.3.2.2 流程流程4.2.3.34.2.3.3 功能列表功能列表使用列表方式列出 Feature。功能编号功能编号功能说明功能说明贷款信息修改贷款审批增加时间增加时间需求编号需求编号备注备注4.2.3.44.2.3.4 功能设计功能设计详细描述构件的功能，包括功能描述，页面设计，功能流程，UI界面4.2.3.4.14.2.3.4.1 增加员工增加员工1)功能描述功能编号功能编号功能名称功能名称设

36、计者设计者测试人员测试人员使用对象使用对象相关数据实体相关数据实体相关页面相关页面ZS1-*TGL-4001增加员工增加员工袁义系统管理人员员工信息文件OperatorAddOperateResult员工信息输入页面操作结果页面ZS1-*TGL-4001-01ZS1-0001最后更改者最后更改者对应需求编号对应需求编号ZS1-*TGL-1005优先级优先级测试日期测试日期调用方式调用方式菜单/页面22)功能页面页面编号页面编号ZS1-*TGL-4001-01页面名称页面名称OperatorAdd页面隐含规则说明页面隐含规则说明、手机进展有效性验证，用户密码随机产生6 位数字隐藏数据项：开户日期

37、、用户密码，最后变动日期，最后变动时间，最后变动职工页面操作描述页面操作描述操作名称操作名称增加描述描述保存增加的员工资料，参见流程 ZS1-*TGL-4001-FLOW01.z.-取消业务规则业务规则将输入的域清空员工代号增加时输入，允许数字和字母，但保证唯一性。员工必须保证唯一性。保存时写数据库操作日志例外以及相应处理例外以及相应处理3)处理流程a)增加员工的流程ZS1-*TGL-4001-FLOW014)用户界面略。(对于相对复杂的用户界面需要提供图形化的页面原型效果，原型可以是html、PPT、Visio等方式，对于简单的用户界面，可以采用文字描述)4.2.3.54.2.3.5 构件包

38、的效劳接口构件包的效劳接口采用列表方式列出包提供的外部接口。接口类型分为五种：业务效劳：提供外部可以调用的业务效劳接口，需要确定是否可以通过webservice 调用.z.-BL 方法类：提供外部可以调用的BL 方法接口JAVA 程序类：提供外部可以使用的JAVA 程序存储过程类：提供外部可以调用的存储过程接口页面类：提供外部系统可以直接使用的页面功能 例如：工具在使用中需要外部配置参数，这些参数的维护页面就是页面类接口接口名称就是实际的包中具体的接口名称，对于页面类接口定义出进入页面的具体入口名称可以是 JSP 和展现自动机名称列举出业务模块需要外部暴露的接口，以及包之间需要调用的接口编码编码接口名称接口名称接口类型接口类型功能详细描述功能详细描述备注备注queryOperator查询操作员4.2.3.64.2.3.6 构件包的引用接口构件包的引用接口采用列表方式列出包需要引用的外部接口。编码编码接口名称接口名称接口类型接口类型 被引用的构件包被引用的构件包 功能详细描述功能详细描述 备注备注queryOperator查询操作员.z.-5 5 子系统设计子系统设计6 6 附录附录6.16.1 词汇表词汇表6.26.2 数据模型描述数据模型描述6.36.3 数据字典数据字典6.46.4 功能分解矩阵功能分解矩阵.z.