系统设计说明书参考模版16307.pdf

上传人:得****3 文档编号:83955908 上传时间:2023-03-31 格式:PDF 页数:23 大小:1.77MB
返回 下载 相关 举报
系统设计说明书参考模版16307.pdf_第1页
第1页 / 共23页
系统设计说明书参考模版16307.pdf_第2页
第2页 / 共23页
点击查看更多>>
资源描述

《系统设计说明书参考模版16307.pdf》由会员分享,可在线阅读,更多相关《系统设计说明书参考模版16307.pdf(23页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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 第一个参数

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

20、组信息:5)用户所属角色信息:6)用户包含的功能列表:3.5 UI 框架设计【将UI架构进展细化,形成可实施的设计方案】4 应用根底框架子系统设计 针对应用需求进展设计,如果分为多个子系统,则每个子系统作为一个一级目录进展设计 4.1 系统框架 4.1.1 概述 应用根底框架ABFrame为集中工作平台提供根底的支撑,同时也为未来接入集中工作平台的其他应用提供根底框架以及权限控制的有关效劳,主要的功能框架如以下图所示:使用应用根底框架ABFrame的主要场景和作用包括:1、集中工作平台通过 ABFrame 实现交行 MIS 系统组织机构和权限模型的统一和数据的统一.管理 2、为未来新的 MIS

21、 系统建立,提供了一套可供复用的应用框架,提升了新应用开发的起点,也保持了各个应用之间根底框架的一致性 3、集中工作平台通过 ABFrame 实现了交行组织机构和用户的统一管理,可以为各个应用提供组织和用户数据的导出 4、集中工作平台通过 ABFrame 实现了 MIS 系统的权限控制效劳,可以为各个应用提供用户在应用中的权限数据 4.1.2 业务流程描述 注意:在设计业务流程时候,关心的是业务本身的流程,而不是功能的流程,对于功能流程在功能设计中描述 应用根底框架主要是根底数据的管理,并无明显的业务流程,故该局部省略。4.1.3 用例描述 列出用例模型中的一些用例或场景,这些用例或场景应表达

22、最终系统中重要的、核心的功能;或是在构架方面涉及围很广 使用了许多构架元素;或强调或说明了构架的*一具体的细微之处。在应用根底框架中,可以按照用例的特征和松散耦合的情况,划分为主控性的用例和三大局部,分别为:权限管理、组织机构管理、应用根底工具和效劳等,如以下图:.主控制局部的用例描述:参与者 用例 触发方式 需求特性描述 优先级 操作员 用户登录 地址首页 1、可以选择界面样式 2、记录登录出错次数,登录时间 3、显示应用桌面主界面 高 操作员 用户退出 点击主界面功能按钮 1、关闭窗口,或退回到首页登录页 2、系统去除用户 Session 高 操作员 修改个人密码 菜单 在输入原有密码正确

23、的前提下,修改个人的登录密码 高 操作员 设置快捷功能 点击菜单 或者点击主界面功能按钮 1、用户可以定制应用的功能到快捷菜单 2、快捷菜单显示在 portal 醒目位置 3、用户点击快捷菜单,平台进入快捷菜单对应的应用功能 中 操作员 设置个人菜单树 菜单 允许每个人根据自己所具有的功能来自不同的系统组织自己的菜单树 低 操作员 修改个人信息 菜单 允许操作员查看和修改自己的信息,包括联系方式、出生日期、等 高 集中工作平台 管理员 应用系统管理 员 机构管理员 组织管理 权限管理 显示应用桌面 用户登录 用户退出 修改个人信息 修改个人密码 设置快捷功能 集中工作平台 业务应用系统 根底工

24、具服 务 设置个人菜单树 找回密码 操作员(普通用 户)注册个人账户.操作员 注册个人 点击首页面按钮 输入个人信息 低 操作员 找回密码 点击首页面按钮 输入信息,重置密码并发送到 高 其他三局部的用例将在下面章节进展描述。4.1.3.1 权限管理的用例描述 权限管理局部主要处理与权限管理控制相关的数据维护的用例,如以下图:(1)应用功能管理 用例描述:参与者 用例 触发方式 需求特性描述 优先级 应 用 系 统 管理员 浏览应用树 菜单 1、一级节点为应用 2、应用展开为功能组允许多层 3、功能组展开为下属功能组或功能 高 应 用 系 统 管理员 查看应用信息 点击应用树的应用节点 1、能

25、够看到应用的信息 2、可以看到应用包含的岗位列表 3、可以看到应用包含的工作组 高 集 中 工 作 平台管理员 注册新应用 1、点击应用树根结点的右键菜单 2、菜单 1、输入新应用的信息 2、点击保存 3、刷新应用树如果从应用树右键触发 高 移动功能到另一个功能组下 查看功能组信息 增加功能组 修改功能组信息 删除功能组 查看功能信息 增加功能 修改功能信息 删除功能 浏览应用树 查看应用信息 注册新应用 修改应用信息 集中工作平台 管理员(from Use Case View).)删除应用 应用系统管理 员(from Use Case View).)移动功能组到另一个功能组 下.集 中 工

26、作 平台管理员 删除应用 点击应用树根结点的右键菜单 1、删除应用记录 2、删除应用对应的功能组、功能 3、删除应用对应的菜单 4、删除与相应功能对应的角色关联和操作员关联 低 应 用 系 统 管理员 修改应用信息 1、点击应用信息页面的按钮 修改应用信息后保存 中 应 用 系 统 管理员 查看功能组信息 点击应用树的功能组节点 1、能够看到功能组的定义信息 2、能够看到功能组包含的功能清单 高 应 用 系 统 管理员 增加功能组 1、点击应用树功能组节点的右键菜单 2、点击功能组信息页面的按钮 1、增加功能组的信息 高 应 用 系 统 管理员 修改功能组信息 1、点击应用树功能组节点的右键菜

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

28、构件包导入后选择 高 应 用 系 统 管理员 修改功能信息 1、点击应用树的功能节点 2、点击功能组信息页面功能列表的功能 1、修改功能的信息 2、修改功能的约束关系 高 应 用 系 统 管理员 删除功能信息 1、点击应用树的功能节点 2、点击功能组信息页面功能列表的功能 1、删除功能的信息 2、删除功能的约束关系 中 应 用 系 统 管理员 移动功能到另一个功能组下 通过拖拽应用树的功能节点到另一个功能组节点触发 改变功能所属的功能组 低.应 用 系 统 管理员 移动功能组到另一个功能组下 通过拖拽应用树的功能组节点到另一个功能组节点触发 改变功能组所属的功能组 低(2)菜单管理 用例描述:

29、参与者 用例 触发方式 需求特性描述 优先级 应 用 系 统 管理员 根据应用树产生菜单树 1、点击应用信息页面的功能按钮 2、点击应用树的应用节点右键菜单项 1、根据应用功能组可定义为菜单的功能项,产生树形节点,并允许选择 2、选择需要产生菜单的功能项 缺省为选中 3、点击初始化成菜单的功能按钮 高 应 用 系 统 管理员 浏览菜单树 菜单 1、一级节点为应用 2、应用展开为菜单允许多层 高 应 用 系 统 管理员 查看菜单项信息 点击菜单树的菜单节点 1、能够看到菜单的定义信息 2、能够看到菜单所包含的功能 高 应 用 系 统 管理员 增加菜单项 1、点击菜单树的菜单节点右键菜单 2、点击

30、菜单信息页面的功能按钮 1、增加菜单的信息 2、设置菜单和功能的对应关系 3、配置菜单功能的资源清单 高 应 用 系 统 管理员 修改菜单项信息 1、点击菜单树的菜单节点 2、点击菜单信息页面的按钮 1、修改菜单的信息 高 应 用 系 统 管理员 删除菜单项 1、点击菜单树的菜单节点 2、点击菜单信息页面的功能按钮 1、删除菜单的信息 2、删除菜单的所有子菜单 高 应 用 系 统 管理员 移动菜单项到另一个菜单下 通过拖拽菜单树菜单节点到另一个菜单节点触发 将菜单及其子菜单移动到指定节点下 中(3)角色管理(4)操作员管理 4.1.3.2 组织机构管理的用例描述 4.1.3.3 应用根底工具和

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

32、.2.2 构件包关系图 介绍构件包和其他构件包的关系 4.2.3*构件包(如:权限管理)4.2.3.1 概述 介绍包完成的功能,流程,以及在子系统中的作用 4.2.3.2 流程设计可选 4.2.3.2.1 信贷申请审批流程 分章节介绍流程图、流程相关数据设计、环节、时限、事件触发、参与者、调用功能等 1)流程描述 流程名称 wfLoanApprove 流程显示名称 贷款申请审批流程.流程描述 设计者 袁义 最后更改者 关联业务实体和字段 流程启动权限 角色信贷员 时限要求 无 触发事件 流程启动后 调用系统的 WEB 效劳 异步调用 流程超时后 短信通知流程启动者 同步调用,独立事务 2)流程

33、图.3)活动描述 活动名称 活动类型 参与者 会签规则 时限要求 触发事件 调用功能 其他特性 贷款申请信息修改 人工活动 角色信贷员 无 无 无 贷 款 信 息修改 无 信贷主任审批 人工活动 相关数据机构变量角色信贷主任 无 5 工作日 工作项提醒后发送短信通知参与者 贷款审批 无 支行副行长审批 人工活动 相关数据机构变量角色支行副行长 无 5 工作日 工作项提醒后发送短信通知参与者 贷款审批 无 省行副行长会签 人工活动 相关数据机构变量角色支行行长、省行副行长 所有人会签 无 贷款审批 无 省行行长审批 人工活动 相关数据机构变量角色省行行长 无 无 贷款审批 无 贷款发放 自动活动

34、 无 无 无 活动完成后发送短信给客户 贷 款 发 放效劳 无 贷后管理子流程 子流程 无 无 无 贷 后 管 理子流程 无.4)流程相关数据 4.2.3.2.2 流程 4.2.3.3 功能列表 使用列表方式列出Feature。功能 功能说明 增加时间 需求 备注 贷款信息修改 贷款审批 4.2.3.4 功能设计 详细描述构件的功能,包括功能描述,页面设计,功能流程,UI界面 4.2.3.4.1 增加员工 1)功能描述 功能 ZS1-*TGL-4001 对应需求 ZS1-*TGL-1005 功能名称 增加员工 优先级 2 设计者 袁义 最后更改者 测试人员 测试日期 使用对象 系统管理人员 调

35、用方式 菜单/页面 相关数据实体 员工信息文件 相关页面 OperatorAdd 员工信息输入页面 ZS1-*TGL-4001-01 OperateResult 操作结果页面 ZS1-0001 2)功能页面 页面 ZS1-*TGL-4001-01 页面名称 OperatorAdd 页面隐含规则说明、手机进展有效性验证,用户密码随机产生6 位数字 隐藏数据项:开户日期、用户密码,最后变动日期,最后变动时间,最后变动职工 页面操作描述 操作名称 描述 增加 保存增加的员工资料,参见流程 ZS1-*TGL-4001-FLOW01.取消 将输入的域清空 业务规则 员工代号增加时输入,允许数字和字母,但

36、保证唯一性。员工必须保证唯一性。保存时写数据库操作日志 例外以及相应处理 3)处理流程 a)增加员工的流程ZS1-*TGL-4001-FLOW01 4)用户界面 略。(对于相对复杂的用户界面需要提供图形化的页面原型效果,原型可以是html、PPT、Visio等方式,对于简单的用户界面,可以采用文字描述)4.2.3.5 构件包的效劳接口 采用列表方式列出包提供的外部接口。接口类型分为五种:业务效劳:提供外部可以调用的业务效劳接口,需要确定是否可以通过 webservice 调.用 BL 方法类:提供外部可以调用的 BL 方法接口 JAVA 程序类:提供外部可以使用的 JAVA 程序 存储过程类:

37、提供外部可以调用的存储过程接口 页面类:提供外部系统可以直接使用的页面功能例如:工具在使用中需要外部配置参数,这些参数的维护页面就是页面类接口 接口名称就是实际的包中具体的接口名称,对于页面类接口定义出进入页面的具体入口名称可以是 JSP 和展现自动机名称 列举出业务模块需要外部暴露的接口,以及包之间需要调用的接口 编码 接口名称 接口类型 功能详细描述 备注 queryOperator 查询操作员 4.2.3.6 构件包的引用接口 采用列表方式列出包需要引用的外部接口。编码 接口名称 接口类型 被引用的构件包 功能详细描述 备注 queryOperator 查询操作员 .5 子系统设计 6 附录 6.1 词汇表 6.2 数据模型描述 6.3 数据字典 6.4 功能分解矩阵

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

当前位置:首页 > 应用文书 > 工作报告

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁