大型ERP系统SYS详细设计说明书

1.新版本扩增及完善功能 （ 在Ｖ
2.1基础上） 1.1.版本预计
补充修正错误, 扩增急需增加的需求。

由于时间不长，仅有二个月(包括测试)，因此内
容安排上以重要性来排列。

备忘条目中记录以后需要处理的需求。

主要是在 V3.1 审核流程、工作流、消息机制、在线用户数控制的基础上，以及结合近
期所反馈上来的重要需求，进行完善、新增如下功能:。

1.2.数据备份和恢复
1.2.1.需求来源
因为用户可能数据库知识或者英文都不懂，这样数据备份就比较麻烦（其他系统提供的
备份功能），另外，为了避免程序中的错误导致数据损失，所有的数据库端原则上均建议用
户使用该自动备份工具。

1.2.2.功能要求：
１. 手工备份、恢复功能，建议用户在服务器上进行。

２．自动备份服务功能，用户需要设定备份周期、备份时间、备份文件存放目录（自动 检测空间是否足够，参见spaces计算方法 ）
３．空间检测为备份当前数据库，得到 *.bak 大小，按照 (1 + 0.10% )比例粗算。

４．自动备份的文件名约定为 数据库名_YYYYMMDD.bak 方式。

下一个文件产生时，自 动删除最旧的一个文件。

永远保持一个周期内的文件。

自动备份全部采用(compelete备 份方式)
５.设置选项，备份后清空日志
1.2.3.界面
手工方式参考如下样式, 自动服务方式建议参考 SQL Server Service Manage，可手工退 出，停止服务, 自动服务。

可缩小成系统图标置于系统栏目中。

1.2.4.安装要求
安装后自动备份服务应加入系统的”启动”项目中。

其余的手工工具只加至 AERP系统项目中即可。

1.3.license并发用户控制
1.3.1.两种方式
1、各子系统 license 控制（适用于财务、物流系统），
2、全局license 用户控制。

单独购买财务、物流系统时，必须按子系统控制并发用户
数。

在系统发版前设置系统的用户控制方式。

经计论明确的需求：
1．企业购买 Liences 的方式，只能是两者之一，或者按总并发数或者按子系统。

不允许两种并存。

2．用户在运行时，进入某个子系统，立即该子系统的 Lienses + 1，离开某子系 统，立即 Lienses –1 . 若预进入的子系统 Lienses 已满，则用户只能留在现
有的子系统中，不得进入。

3．用户登陆时，缺省取上一次最后进入的子系统，如果该子系统已经没有 Lienses ，则自动换到有 Lienses 的子系统中。

（？？好象过于复杂化!？） 4．基础资料中心是否设置 Lienses ？！
1.3.
2.用户站点数优化控制方式
只有购买了全局 license 的用户方可使用该优化方式。

1．优先级别及Ideal 时间维护。

T_Name 表 601, 保存级别ID号(级别大小按int 排 列。

0 为最大级， 99999为最低级)，级别名称，Ideal时间(分钟)，时间字段设 置 Mask 只能输入数字, Ideal 最小时间为 5 分钟。

t_name Ftype = '601' //表示用户级别
约定:
Fname --只能存放（int）数字， 表示级别号
FforeignName --级别名称
Fnote --最长的Ideal时间, 只能存放(Int)数字，必需大于 5分钟，计量单位” 分钟“
2．用户维护窗口中，增加字段，用户级别, 与第一点中的优先级对应。

非必输字段。

定义优先极的员工，与最高级员工等同。

3．建立全局系统参数：当新用户登录时，若license 数量不足，则
(1)（default 为’N’）自动中断处于最低级别，且已超出该级别闲置时间的在
线用户 , gf_SetSysParm(‘’, ‘SYS’, ‘AutoKillIdealUser’) ；
(2) (default 为’N’ )当未找到满足条件（1）的用户时，自动中断低于当前
新用户级别 ， 且闲置时间最长的在线用户 。

gf_SetSysParm(‘’, ‘SYS’, ‘AutoKillLowerLevelUser’) ；
(3)(defaulty 为’N’) 当在线用户数不足时，显示在线用户信息给该 Client
端，且Client 端可给在线用户发送消息,除此处， 不能做其它任何操作。

gf_SetSysParm(‘’, ‘SYS’, ‘AutoShowOnlineUser’) ；
1.3.3.系统监控
系统管理员可通过本监控系统，中断指定的站点，或锁定/解锁指定站点。

中断功能：在 SMC 中可中断任何在线用户。

锁定：通知用户被锁定以及锁定的原因。

AERP 用户处于锁定状态后，不能继续处理其 它事务，除解锁。

解锁：解锁当前已被锁定的用户。

1.3.4.用户入网时间段控制
可在用户维护窗口中定义该用户的入网时间段是从___到___, 该设定只针对帐号。

设 定了入网时间段的用户不能在非工作时间段入网。

对于特殊用户，或为保证系统某些特殊操作的可靠性，可以设定其他用户的入网时间段，以 达到数据分流，减低服务器负载
1.3.5.闲置用户
即拥用连接而未进行任何处理的站点信息，现有的信息中只显示了机器信息，但未与帐 号信息同步，完善此部分内容。

1.3.6.删除历史申请信息功能
所有申请信息均属系统信息。

每次处理完成后，系统不自动删除，均保存在数据库中， Administrator 可以通过本窗口删除历史申请信息。

清除原则为：
1．只能删除已经处理完成的记录
2．某些申请虽然本步骤已经处理完成，若下一步骤仍未完成，也不得删除。

判断关系 为：( Fdata , fbilltype) Not in 未处理申请名单。

3．只能删除离现在间隔一个月以前的数据库，删除样式参见操作日志。

1.4.公司级别控制
多公司间业务维护关系，按公司隶属关系进行控制，上级公司拥有下级公司的业务维护 及查看权。

疑问：
1．控制只能看到直接下一层公司呢，或是当前公司的所有多层下级？
1.5.个性化界面
1．个性化报表需要安排人员开发( 内容待定 )
2．所有个性化界面登记.
3．用户可定义每个角色与个性化界面的对应关系。

与 1.6 中 T_name 表 600 一起维 护， 角色代码名称，及角色对应的个性化界面对应关系。

4．用户在主控台上可看到自己关心的指标及报表，点击即可查看相关详细信息。

样式参考:
1.6.角色功能点预置功能
1. 新增“角色功能预置”窗口，用户可定义角色，以及每个角色下对应的功能点。

2.. 权限系统： 用户信息维护中增加预置”角色”字段，用户可选择定义当前操作员的 “角 色”信息，角色将决定该操作员进入时的缺省用菜单样式。

对应的 DDDW 从预置“角色” 列表中选择。

用户信息修改时，若更改了”角色”字段，则重新生成该用户的自定义菜单项， 删除上次的预定义菜单项。

3.用户进入时，将显示该用户对应的职位的预设功能列表，用户可在此基础上维护成自 己的样式。

4.数据库:
(1) T_name 600 角色代码维护 varchar(15)
(2) Alter table t_prvuser add FfunctRole varchar(15) null
(3) Alter table t_Userdefcls add Fprop char(1) null; ­­U, 用户, R, 角色，
(4) Alter table t_UserDefPanel add Fprop char(1) null; ­­U, 用户, R, 角色，
注：功能完成后，需要安排专人预设各种类型的对应的功能清单及结构。

1.7.在线帮助
1. 采用风格
1. 在线帮助的工具使用方式，提供给测试部使用。

2．所有在线文档与程序的编号接口约定。

编号约定：（1）用窗口名称识别，凡是一个窗口多处打开，且功能不同者，必需由程
，同步给文档编写人员
序员约定“别名”
1.8.完善版本管理
形成统一规范，便于管理所有版本的源代码、Database , Trigger , Procedure 等。

以及版 本的后期维护方式：
1．文件类：均按名称加版本号的方式存储, 例如 AERP_Pbl_V3.1 、AERP_Pbl_V3.2 2．数据库：均按名称加版本号,例如：AERP_V3_2
1.9.建立用户信息及版本档案库
管理所有用户的信息，包括：当前用户所购买的模块、功能控制等。

便于查询及发版， 升级处理。

1.10. 交叉授权以及权限转授
时间来不及， 移至下个版本中
1.11. 审核流程中的超预算控制
超预算控制范围未定，而且超预算控制应该做在业务中，每个单据 的累计执行情况， 占用预算情况等。

建议放至下个版本
1.1
2. 安装盘的安装测试
由于内容越来越多，全部放在一张盘中安装不太合适，准备把一些服务分出来，做成客 户端普通安装盘与服务器端安装，便于用户使用。

1.13. 消息服务器的安装测试
加强此部分的测试，以及消息服务器的稳定性能测试。

1.14. 完善打印功能
1.14.1. 通用打印入口参数扩展
增加与标题对应的参数，控制该标题是否每次都更新，还是使用用户的缺省值。

1.14.
2. 套打完善
归纳本段时间以来的错误及需求，对套打进修正、完善。