FIT系统管理中心需求规格说明书v16.docx
《FIT系统管理中心需求规格说明书v16.docx》由会员分享,可在线阅读,更多相关《FIT系统管理中心需求规格说明书v16.docx(29页珍藏版)》请在冰豆网上搜索。
FIT系统管理中心需求规格说明书v16
外贸信托业务管理综合信息系统
系统管理中心
需求规格说明书
[机密]
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件标识:
当前版本:
1.0
作者:
完成日期:
2007-01-22
版本历史
版本/状态
作者
参与者
起止日期
备注
1.0
刘清
1.1
刘清
1.2
刘清
1.3
刘清
1.4
刘清
1.5
刘清
1.6
刘清
加部门经理
1.引言
2.
2.1.目的
2.2.
为了准确定义中国对外经济贸易信托投资有限公司(以下简称外贸信托)系统管理中心模块的系统需求,业务管理综合信息系统项目组依据《外贸信托概要需求说明书》及各部门需求说明书,按照软通动力公司系统需求编写规范,抽取提炼出各需求公共部分的基础设置,撰写了此规格说明书。
本说明书重点描述系统管理中心模块的功能性和非功能性需求,并针对每个需求都具体描述其实现过程和要求。
读者对象及阅读建议
2.3.
Ø业务管理综合信息系统外贸信托工作小组:
应阅读全文。
Ø
Ø业务管理综合信息系统外贸信托实施小组:
应阅读全文。
Ø
Ø业务管理综合信息系统软通动力方项目组:
应阅读全文。
Ø
文档范围
2.4.
本文档的范围是在对系统管理中心需求进行综合描述的基础上,对系统的具体需求包括功能需求和非功能需求进行详细的描述和说明。
参考文档
2.5.
Ø《外贸信托概要需求说明书》
Ø
Ø《计划财务部需求说明书》
Ø
Ø《业务部、稽核法律部需求说明书》
Ø
Ø《理财服务中心业务需求说明书》
Ø
Ø《集团信托业务部需求说明书》
Ø
Ø《综合管理部业务需求说明书》
Ø
Ø《自营证券详细需求说明书》
Ø
Ø《外贸信托公司角色及职责》
Ø
术语与缩写解释
2.6.
●集团公司:
中化集团
●
●外贸信托:
中国对外经济贸易信托投资有限公司
●
●业务管理综合信息系统:
按照外贸信托提出的需求开发的业务管理综合信息系统;
●
●用户:
系统中允许登录的操作用户。
●
●角色:
本说明书所称角色是用户在工作中所承担职责的抽象,与岗位无对应关系,一个用户同时承担两个岗位的工作但可只有一个角色,同时一个人也可以担任多个角色。
●
●财产分类:
就信托公司而言分为自有财产和信托财产。
每个账套均从属于某个财产分类。
●
●账套:
账套之间实现互相隔离,每个账套均独立核算。
综合描述
3.
系统概述
3.1.
系统管理中心是整个业务管理综合信息系统的基础。
如何管理账套、管理用户、分配权限,进而明确岗位职责,以及其他与业务无关的基础设置,均在此模块完成。
3.2.功能摘要
序号
功能描述
功能说明
影响干系人
1
账套管理
每个信托账套单独设账,独立核算。
信托财务、业务人员
2
账套分组
对账套进行分组,可以出具汇总报表,方便各种分类统计。
信托财务、业务人员
3
币种管理
设置币种信息及汇率信息,方便多币种管理和计算。
财务人员
4
用户管理
包括角色、角色权限和用户管理。
按照角色分配操作权限,用户岗位变动只需修改其角色,即可获取相应权限。
而并不对用户本身设定权限,一个用户可以担任多个角色,其权限为各角色权限的并集
所有系统操作人员
5
参数管理
设定各种财务、业务、证券核算的参数
公司或各部门领导
6
权限管理
设定各种业务权限,如人对信托账套的权限,以达到信托账套专人专管的目的
业务人员
7
8
3.3.功能清单及重要程度说明
编号
级别
重要程度
功能名称
功能描述
备注
SR1
一级
高
基础信息设置
SR1.1
二级
高
账套设置
SR1.2
二级
高
账套分组
SR1.3
二级
高
币种设置
SR1.4
二级
中
汇率设置
SR1.5
二级
低
日志管理
SR2
一级
高
用户管理
SR2.1
二级
低
部门设置
SR2.2
二级
高
角色设置
SR2.3
二级
高
用户设置
SR3
一级
高
权限管理
SR3.1
二级
高
角色权限管理
SR3.2
二级
高
财产分类权限
SR3.3
二级
高
账套权限
SR4
一级
高
参数管理
SR4.1
二级
高
系统初始类
SR4.2
二级
高
账务类
SR4.3
二级
中
账户管理类
SR4.4
二级
中
证券核算类
SR4.5
二级
中
集团信托类
SR4.6
二级
中
其他类
SR5
一级
高
系统界面描述
SR5.1
二级
高
登录与退出
SR5.2
二级
高
系统界面描述
产品应当遵循的标准或规范
3.4.
系统采用J2EE架构,系统业务逻辑与数据库无关,未来系统可以在不同数据库(MSSQLServer、Informix、Oracle、DB2)之间迁移。
功能性需求
4.
在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员编写系统测试计划和测试用例为准。
按系统功能的体系结构组织本章内容。
基础信息管理
4.1.
基础信息的设置是整个系统运行的前提,主要包括账套设置、币种设置等。
财产分类设置通过初始化工作完成,用户自己不自行增加财产分类。
同时初始化时须定义好每个财产分类的参数模版,并已有一个超级系统管理员用户,不得删除。
财产分类、币种为环境参数,登陆后默认上次登陆的财产分类和币种,可灵活选择变更。
账套管理
4.1.1.
业务概述
4.1.1.1.
设置账套信息,针对信托公司是信托账套,每个账套单独核算,但共用一套科目体系;针对财务公司是分支机构,可支持多级。
使用者
4.1.1.2.
财务、系统管理员
输入要素
4.1.1.3.
账套所属财产分类:
自动读取当前财产分类。
账套ID:
自增ID。
账套编号:
最大八位账套代码,不能为空。
账套名称:
五十个字以内,不能为空。
账套助记符:
四位字符(便于检索),可以重复,也可以为空。
上级账套:
选择,不能为空,无上级为0。
业务标记:
布尔型,标记是否发生实际业务。
生效日期:
日期(不需要时间部分)可以为空,
结束日期:
日期(不需要时间部分)结束后不再默认显示。
可以为空。
注:
财产分类必须存在;
某财产分类下的账套编号必须唯一;
通过参数控制账套下拉列表中是否显示已结束账套。
账套下拉列表所显示账套信息需判断两个条件:
默认当前日期已经超过结束日期的账套不显示,但若参数设定为显示已结束账套,则所有有权限账套均显示。
处理流程
4.1.1.4.
新增:
设置账套信息,账套ID为唯一键。
1、账套ID为界面中的账套,用户必须输入账套编号及账套名称,可以选择性输入可以方便检索及人为记忆的特征码(默认为自动读取汉字拼音首字母),当账套编号或账套名称为空时,提醒用户未输入账套编号或账套名称
2、
3、操作过程中需要对账套必需信息进行相关设置,内容包括:
参数信息(需要依据所在的账套编号查询到账套默认参数模板编号并进行复制或继承)
4、
5、开始日期为必输项
6、
7、结束日期为可选填写项,也可以为空,系统根据结束日期(当前日期是否已经超过结束日期)结合参数判断下拉列表中是否显示已结束账套;
8、
9、判断开始日期是否大于结束日期
10、
11、根节点唯一。
12、
13、创建账套者自动拥有该账套权限。
14、
修改:
1、可以修改账套名称,特征码;
2、可以修改生效日期和结束日期;
删除:
1、如果已做业务,则不能删除,否则可以删除(须配合业务系统数据结构)
2、删除时需同时删除该账套在相关账套分组中的信息
3、删除时须同时删除相关的权限信息,如用户账套权限、参数。
4、有下级账套时不能删除。
输出要素
4.1.1.5.
账套信息。
账套分组
4.1.2.
业务概述
4.1.2.1.
设置账套分组,针对信托公司的信托账套,可进行多级次账套分组,分为单一、集合信托,集合信托又可分为股权信托、贷款信托,分类角度由客户自定义,分级树上只有叶子结点可以选择账套。
使用者
4.1.2.2.
信托财务、系统管理员
输入要素
4.1.2.3.
账套组所属财产分类:
当前财产分类
账套组编号:
自增ID
账套组名称:
五十个字以内
账套组所含账套:
选择(发生实际业务的账套),可以为空。
处理流程
4.1.2.4.
创建信托分类树或列表,并对每个信托分类结点,可选一个或多个账套。
所以此处包含两部分处理:
增加分组,和为分组选择账套。
新增:
1、只能增加账套分组树的叶子结点。
2、新增下级时将本结点所选的账套移到下级叶子结点
3、不同叶子结点所选的账套可以重复
4、账套列表打勾显示被选择的账套。
修改:
1、只能修改结点名称
2、
3、叶子结点所选的账套可以随意调整
4、
删除:
1、可以删除任意结点,删除时同时删除其下级结点及其所选的账套信息
2、
3、删除前需要提示
4、
输出要素
4.1.2.5.
账套分组信息。
币种设置
4.1.3.
业务概述
4.1.3.1.
设置币种信息,包括币种代码,币种标识符,币种中文名,所属财产分类。
使用者
4.1.3.2.
系统管理员
输入要素
4.1.3.3.
币种ID:
整型币种代码,不能为空
币种代码:
20个字符以内,不能为空
币种标识符:
10个字符以内,可以为空
币种中文名:
二十个字以内,不能为空
处理流程
4.1.3.4.
新增:
设置币种信息。
修改:
可以修改币种名称,币种代码,币种标识符。
删除:
1、若有业务数据不得删除,否则可以删除(依据相关数据结构)。
2、删除时同时删除相关汇率数据。
输出要素
4.1.3.5.
币种信息。
汇率设置
4.1.4.
业务概述
4.1.4.1.
设置各个币种汇率,标价法须与客户商定。
使用者
4.1.4.2.
财务、业务
输入要素
4.1.4.3.
所属财产分类:
当前财产分类
ID:
自增ID。
汇率日期:
选择日期,不能为空
本位币:
选择,不能为空。
外币:
选择币种,不能为空。
汇率:
可以为空
处理流程
4.1.4.4.
新增:
设置汇率信息,日期+本位币+外币为唯一键。
修改:
除ID字段外都可以修改
删除:
可以删除。
查询:
查询不到相应汇率时默认取1。
输出要素
4.1.4.5.
汇率信息。
日志管理
4.1.5.
业务概述
4.1.5.1.
查看系统日志,包括用户、操作目录、时间。
同时提供日志转储和删除功能。
使用者
4.1.5.2.
系统管理员
输入要素
4.1.5.3.
ID:
自增ID。
用户:
操作员名称
操作目录:
请求服务URL名
时间:
操作时间
处理流程
4.1.5.4.
转储:
可以按时间段进行转储,转储到文件。
删除:
可以选时间段进行删除。
查询:
列示用户、操作菜单、操作时间。
输出要素
4.1.5.5.
系统操作日志信息。
用户管理
4.2.
此部分主要描述用户的需求,包括部门设置和用户设置两部分。
部门设置
4.2.1.
业务概述
4.2.1.1.
设置部门信息,包括部门编号,部门名称。
部门只作为用户的一个属性,不对业务产生影响,并且不是必选项。
使用者
4.2.1.2.
系统管理员
输入要素
4.2.1.3.
ID:
自增ID。
部门名称:
五十个字以内,不能为空。
部门描述:
一百个汉字以内,不能为空。
处理流程
4.2.1.4.
显示:
部门名称、描述、部门经理(从用户表读取)
新增:
设置部门信息。
修改:
可以修改部门名称。
删除:
若该信息已被人使用则不能删除,否则可以删除。
输出要素
4.2.1.5.
部门信息。
角色设置
4.2.2.
业务概述
4.2.2.1.
因为通常会有某工作人员的职责范围超出某一固定岗位的情况,所以抽象出角色,每个人属于不同的角色,权限随角色定,新增角色的同时指定其所具有的操作权限。
使用者
4.2.2.2.
系统管理员
输入要素
4.2.2.3.
ID:
自增ID
角色编号:
八位以内角色代码,在此范围内编号长度系统管理员自定,不能为空
角色名称:
五十个字以内,不能为空
角色描述:
五十个字以内,可以为空
模块菜单名称:
选择
处理流程
4.2.2.4.
新增:
1、录入角色信息;
2、制定该角色所具有的操作权限;
修改:
1、可以修改角色名称和角色描述
2、
3、可以修改该角色所具有的权限;
4、
删除:
1、若该角色已被使用,则不能删除,否则可以删除。
2、
3、删除角色信息的同时删除其所具有的操作权限数据。
4、
输出要素
4.2.2.5.
角色信息。
用户设置
4.2.3.
业务概述
4.2.3.1.
设置操作用户信息,包括用户编号,用户名称,密码,电话,Email等基本信息,以及所属部门或角色。
权限会根据选定的角色自动获得,一个人可以同时担任多个角色,权限取这些角色的并集。
使用者
4.2.3.2.
系统管理员、部门主管
输入要素
4.2.3.3.
ID:
自增ID。
用户编号:
50位代码。
不能为空
用户名称:
五十个字以内,不能为空
密码:
50位以内,可以为空,MD5加密。
电话:
50位以内,可以为空
Email:
50位以内,可以为空
所属部门:
选择,可以为空
部门经理标记:
布尔型,选择,0:
否1:
是,默认为0。
角色:
可多选,可以为空
状态:
选择,不能为空。
如:
0在职1离职2禁用
处理流程
4.2.3.4.
新增:
1、设置用户信息。
用户编号为唯一键;
2、
3、角色信息在权限设置中还有详细描述;
4、
5、部门经理标记,标记该用户是否为所属部门的部门经理,一个部门可以有多个或没有部门经理,系统不做限制;
6、
修改:
1、除了用户编号外都可以修改;
2、若修改用户状态为离职或禁用,则收回所有权限;
删除:
1、若该用户做过业务,则不能删除,否则可以删除。
并删除相应权限。
2、
密码重置:
1、选中某用户后,进行密码重置,不需要输入旧密码,直接设置新密码,系统管理员使用;
输出要素
4.2.3.5.
用户信息。
权限设置
4.3.
本系统中共有三类权限,财产分类权限、账套权限和角色权限。
财产分类和账套权限是业务权限,可以查看某个财产分类,或某些账套的数据。
角色权限是操作权限,控制用户能操作哪些功能。
操作权限设置
4.3.1.
业务概述
4.3.1.1.
根据用户所对应的角色设置操作权限。
此处操作权限明细到每个页面的按钮,按钮作为末级菜单列示,可以针对不同的角色设置不同的按钮级权限。
使用者
4.3.1.2.
系统管理员
输入要素
4.3.1.3.
角色列表:
选择
菜单(含按钮)列表:
打勾选择
处理流程
4.3.1.4.
界面左侧以列表形式列出角色,右侧以树形结构列示菜单,以图形表示是否被授权。
菜单和按钮需要区分图形,便于用户理解,避免产生歧义
通过点击图形发放或收回权限,保存退出。
输出要素
4.3.1.5.
角色权限信息。
财产分类权限设置
4.3.2.
业务概述
4.3.2.1.
设置财产分类权限,用户只能看到拥有权限的财产分类,即可看到该财产分类的数据。
使用者
4.3.2.2.
系统管理员
输入要素
4.3.2.3.
用户名称:
左侧列表。
财产分类名称:
右侧列表。
处理流程
4.3.2.4.
界面左侧以列表形式列出财产分类,右侧以树形结构列示用户,以图形表示是否被授权。
通过点击图形发放或收回权限,保存退出。
输出要素
4.3.2.5.
财产分类权限信息。
账套权限设置
4.3.3.
业务概述
4.3.3.1.
设置账套权限,可实现信托账套专人专管。
实现方式同财产分类权限类似。
使用者
4.3.3.2.
系统管理员
输入要素
4.3.3.3.
用户名称:
左侧列表
账套名称:
右侧列表
处理流程
4.3.3.4.
1、通过打勾方式分配账套权限,保存退出。
2、根据抬头的财产分类过滤账套,即只能列示属于当前财产分类的账套。
3、根据抬头的财产分类过滤用户,即只能列示拥有当前财产分类权限的用户。
输出要素
4.3.3.5.
账套权限信息。
临时授权(AB角)
4.3.4.
业务概述
4.3.4.1.
用户A在某特定情况下,临时将自己的权限赋予用户B,由B完成A的工作,之后可以收回授权。
使用者
4.3.4.2.
操作用户
输入要素
4.3.4.3.
授权目标:
选择用户。
处理流程
4.3.4.4.
授权:
1、将A用户自己的权限临时赋予选中的目标用户B,每次只能授权给一个人。
2、已做临时授权的用户A若再次做临时授权,则自动收回之前对B的临时授权。
2、被授权的用户B不能再次授权,只能在A收回对B的授权后,B才可以进行临时授权。
撤销授权:
收回临时授权。
临时授权管理
4.3.5.
业务概述
4.3.5.1.
系统管理员可以监管操作用户的临时授权情况。
使用者
4.3.5.2.
系统管理员
处理流程
4.3.5.3.
上方按钮(撤销授权):
选中一个或多个临时授权记录,进行撤销临时授权。
下方列表:
列示当前临时授权情况。
参数设置
4.4.
在这一部分主要设定一些系统参数,以增加系统的可配置性,参数按模块主要分为几个大类:
系统初始类、账务类、证券核算类、账户管理类。
系统初始类:
系统初始日期
一级科目位数
财务公司or信托公司版
账套类:
账套列示:
显示已结束账套[0,不显示][1,显示]
账务类:
凭证:
凭证编号方式[0,并入上级][1,独立编排]
凭证取号方式[0,凭证补缺][1,取最大号]
凭证排序规则[0,默认顺序][1,日期排序][2,凭证号排序]
凭证模式[0,一借一贷][1,一借多贷/多借一贷][2,多借多贷]
利润结转[0,并入上级][1,单独结转]
凭证排序方式[0,日内排序][1,月内排序][2,年内排序]
科目显示方式[0,科目号][1,科目名称][2,科目号+科目名称]
复核方式[0,批量复核][1,快速复核][2,浏览复核][3,全部复核]
复核控制[0,不可复核自制凭证][1,可以复核自制凭证]
自动凭证复核人
记账/结账:
记账方式[0,并入上级][1,独立记账]
结账方式[0,并入上级][1,独立结账]
账簿:
登记总账方式[0,按天数汇总][1,按凭证号汇总]
登记总账单位
每页行数
证券核算类:
成本核算:
成本核算方式[0,加权平均][1,移动加权平均]
账户管理类:
利息:
头尾标志[0,算头不算尾][1,算头算尾]
年利率基数[360,360天][365,365天]
贷款账户逾期转表外天数
结息业务记录复核方式[0,手工复核][1,自动复核]
贷款利息扣息上界
逾期利息启用罚息
贷款扣欠息方式[0,账户余额不足时部分欠息][1,账户余额不足时全部欠息][2,账户余额不足时不制证]
存款结息生成业务记录
贷款结息生成业务记录
计息日
账户到期信息提醒提前天数
财务拨款提前提醒天数
计提提前提醒天数
不提醒余额为0账户
开关机[0,不启用][1,启用]
提示用户
系统界面描述
4.5.
登录与退出
4.5.1.
登录:
1、登录时录入用户名和密码(密码需要加密),根据该用户ID读出其所有的财产分类权限、账套权限和角色操作权限,刷新财产分类下拉框和账套下拉框,刷新币种下拉框,并列示有权限的菜单。
2、
3、如果是第一次登录,则登录后默认其拥有权限的财产分类列表的第一项,账套权限处理方式相同。
如果不是第一次登录,则读取上次退出前所处的财产分类和账套。
如果同一台机器换人登录,视为第一次登录。
4、
主页:
1、用户点击主页,则系统回到主页面;
修改密码:
1、用户点击[修改密码],可以更新自己的登录密码,需要输入旧密码,并输入两次新密码;
注销:
1、注销则回到登录页面;
退出:
1、退出则系统关闭;
2、退出时记录所处的财产分类、账套和币种信息。
系统界面描述
4.5.2.
系统主界面共三部分:
抬头,左侧列表和右下方主窗体。
具体细节请参看系统原形。
审批流描述
4.6.
审批流的需求描述请参见《审批流系统需求》。
非功能性需求
5.
在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员编写系统测试计划和测试用例为准。
技术需求
5.1.
软硬件环境需求
5.1.1.
性能需求
5.1.2.
性能需求表示用户对系统响应速度、处理能力、数据处理精度以及可靠性等指标的要求。
一般性能需求分类如下:
Ø处理速度——简单查询响应时间1秒以内、动态查询响应时间3秒以内、后台处理效率待定。
Ø
Ø处理结果的精度要求——小数点后三位。
Ø
Ø需要保留15年数据。
Ø
Ø并发用户数20个。
Ø
安全保密需求
5.1.3.
指的是保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。
这个领域的具体需求,产品的安全性、保密性和完整性三方面需求。
例如:
要求对接入系统的用户进行身份验证。
对不同角色的用户设置不同的权限,通过角色定义实现不同角色个性化菜单的定制,有效控制用户的功能权限。
系统应提供日志记录和管理功能,记录所有用户访问系统的全部活动,并能够形成审计报告。
要求在传输过程中对数据进行加密处理,保证数据传输的安全性和完整性。
系统应具备病毒防范能力。
防止主机崩溃方法和数据备份方法等。
运行保障需求
5.1.4.
运行保障需求,主要从系统推广、运行后日常维护角度进行考虑,包括硬件、系统软件、应用软件、数据备份等的运行保障。
1、对硬件,特别是应用服务器和数据库服务器,要求一般故障能够在3天之内予以解决;对于硬件重大故障,要求在2星期之内予以解决。
另外,要对系统数据量做出正确估算,预测硬件需要升级的时间点。
2、系统软件,主要指操作系统及数据库软件,对一般问题能在60分钟以内予以解决,对重大问题在3天之内予以解决。
3、应用软件