应收账款管理系统SDSV10概要设计说明书.docx
《应收账款管理系统SDSV10概要设计说明书.docx》由会员分享，可在线阅读，更多相关《应收账款管理系统SDSV10概要设计说明书.docx（20页珍藏版）》请在冰豆网上搜索。
应收账款管理系统SDSV10概要设计说明书
信息化办公室
机密级别
重要
总页数
X页
应收账款管理系统
概要（体系结构）设计说明书
中联重工科技发展股份有限公司
中联重工科技发展股份有限公司版权所有
仅限于内部使用未经许可不得扩散
版本历史记录
日期
版本号
版本内容
作者
审核人
审核日期
2008-5-16
V1.0
新建文档
李斐然
1.项目概述
编写目的
本文当旨在确定系统的具体实现方案和总体结构，对系统中的每一个功能点进行说明和指导，约束详细设计，为详细设计提供指导。
项目背景
用户
总部财务部，总部资产保全部，片区，各事业部财务部和营销部
项目起因
目前各事业部应收账款业务基本由手工进行操作，部分事业部拥有自行开发或设计的系统作为辅助工具，但仍然难以覆盖应收账款的全部业务，无法实现分布式操作以及只能满足单个事业部需求，且仍有部分业务需要手工进行，报表生成的效率和质量不高，数据难以分析和统计。
为满足各事业部对应收账款业务的迫切需求，信息化办公室拟开发一套高效的，全面的，易于使用的应收账款管理系统。
要解决的问题
统一应收账款流程，将应收账款业务集成到一个平台下进行操作，生成高质量的报表
影响范围
工期要求
项目范围
版本号
项目范围
参考文献
文件编号
文献名称
作者
出版单位
发行日期
《应收账款管理系统-SRSV10-系统需求规格说明书.doc》
李斐然
中联信息化办公室
《客户代码编制规则企业标准》
中联市场部
中联市场部
术语与缩写解释
缩写、术语
解释
…
2.设计约束
系统应当遵循的标准或规范
系统应遵循WFMC标准，建立可靠的，灵活的工作流体系结构。
系统还应遵循面向对象的设计规范，使系统在今后的维护工作中变得轻松。
软硬件环境约束
接口约束
系统需提供丰富的接口用以与其它系统交互，它们可能是：
IBMMessageQueue/Web-Service/DB-Link
用户界面约束
系统的各界面应采用相同的设计风格，简练并易于操作，按钮和操作功能的摆放需符合软件界面设计规范中的内容。
隐含约束
软件
质量
约束
正确性
软件应具备且仅具备软件“规格说明”中所列举的全部功能，能够在预期的环境下完成规定的工作。
健壮性
对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失
可靠性
平均30个工作日不发生故障的频率为99％；
安全性
对于非本系统合法用户，不允许进入本系统进行访问；地区或经营本部用户只能查询统计属于地区或经营本部范围内的数据；
由于大部分用户将通过互联网进行登陆访问该系统，因此需保证通信过程中数据不能被恶意获取；
*性能、效率
*易用性
①易理解性---新用户学习软件特性所花费的时间不能超过1个小时；
②易学性------新用户学会操作软件提供的基本功能所花费的时间不能超过3个；
③易操作性和沟通性--新用户基于人类对软件消极方面的评价数量不能超过2个；
*可扩展性
系统框架支持分布式应用，在未来系统用户急剧增加的情况下，可以通过增加应用服务器数量来提高系统性能
*兼容性
客户端必须能够在WIN2000、WIN2003、WINXP上正常访问；
*可移植性
软件不经修改或稍加修改就可以运行于操作系统为LINUX和WINDOWS的服务器上，可安装性（60分钟内安装完毕，有安装指南）
3.设计策略
扩展策略
复用策略
折衷策略
4.系统总体架构
主要功能描述
子系统（模块）
主要功能描述
合同管理
主要包括获取客户信息，与客户建立正式的合同关系等一系列功能
发货管理
主要包括针对合同
账务管理
异常情况管理
系统设置
报表管理
调用关系和数据联系
设想未来，中联重科将具有独立的客户关系管理系统以及产品信息管理系统，而这两个基础信息系统将给其它业务系统提供有力的支撑。
下图展现了客户信息管理系统和产品信息管理系统将数据通过接口程序共享给其它业务系统，以确保业务系统使用的基础数据是最新的，而业务系统只需要两个基本数据表，以存放这些信息，业务系统将不再提供客户以及产品和其它公用数据的维护功能。
系统调用联系图
系统模块依赖关系图
系统中以合同管理模块中的客户登记表以及合同评审表的数据为根数据，在后续的模块中引用，它们之间的关系看起来如下图所示：
Ø合同评审表需要依赖于客户登记表的客户信息
Ø发货管理模块将引用合同管理中的产品信息
Ø账务管理模块则需要引用合同管理的客户信息，付款方式等数据
Ø账务管理还需要引用发货管理中的发货明细信息
Ø异常处理模块中的信息将影响到合同管理和账务管理模块中的数据
系统模块依赖关系图
功能框架图
应收账款管理系统功能架构图
系统逻辑结构图
部署图
系统采用BS结构进行设计，客户端由互联网或内部网络访问系统，根据实际的用户数量和数据压力以决定是否采用集群式布署。
后台配备正式环境数据库和备份数据库服务器，以防止服务器崩溃所带来的损失。
系统部署图
需求映射矩阵
*维护型项目需填写此项
需求编号
需求名称
模块
所属子系统
5.系统功能说明
功能说明中，应包含各个模块的功能结构分解图。
在下面的章节中，将对系统中的每一级菜单下的功能做详细的说明。
客户登记表
客户登记表菜单
菜单
客户登记表
功能说明
1.新建：
新建一个完整的客户登记表
2.编辑：
对已有的客户登记表进行修改，已通过事业部审核的客户登记表片区将不能进行编辑，只有由事业部执行反审操作后，片区才可能客户登记表进行修改。
3.查看：
查看已有客户登记表的详细信息
4.删除：
删除一条或多条（批量）客户登记表，删除均为逻辑删除
5.审核：
对客户登记表的内容进行审核，于系统中置审核标志
6.反审：
对已审核的登记表解锁，便于编辑
7.查询：
根据查询条件查找客户登记表（模糊查询）
备注
1.客户编号需要按照公司规定的编号录入，录入时对客户编号做校验，客户编号的规则为：
国别省份市县行业顺序码，共16位
举例：
代码（16位）
国家（3位）
省份（2位）
市（2位）
县（2位）
行业（4位）
顺序（3位）
1424403041273001
中国
广东
深圳
福田区
租赁和商业服务业-租赁业
001
2.审核包括片区审核和事业部审核2层审核
3.只有片区人员可以修改客户资料
合同评审
合同评审菜单
菜单
合同评审
功能说明
1.新建：
新建一个完整的评审表，包括被评审的产品信息和客户资料
2.编辑：
对已有的合同评审表进行编辑操作
3.查看：
查看已有的合同评审表的详细信息
4.删除：
删除一条评审表记录，删除时，其从表中的信息也应被删除（逻辑删除）
5.审核：
对新建的评审表进行审核操作
6.生成合同号：
评审表通过评审后，可以生成合同号
7.生成合同：
合同评审通过后，根据评审表的内容生成正式合同
备注
1.合同编号需按公司规定生成，合同号的规则是：
2.生成合同功能每一条评审表记录只能使用一次，且只有通过评审的评审表才能生成合同
合同管理
合同管理菜单
菜单
合同管理
功能说明
1.合同分解：
将捆绑合同分解为一般合同，一份合同中存在多个事业部的设备时，用此功能按照合同中的设备和事业部进行分解
2.明细合同：
一份合同中含有同一个事业部中的多个设备时，用此功能将合同分隔为一台设备对应一份明细合同
3.查看：
查看已有的合同的详细信息，包括子合同信息
4.查询：
根据查询条件查找合同记录（模糊查询）
备注
1.合同只能进行一次分解操作，亦只能进行一次明细化操作
2.被分解的合同将全部为一般合同类型，只有一般合同类型和特批类型的合同才可以进行后续的操作
3.明细化合同应遵循一台设备对应一个明细合同的规则，只有明细合同才可以建立台账
发货申请管理
发货申请管理菜单
菜单
发货申请管理
功能说明
1.新建：
新建一条发货申请记录
2.编辑：
编辑已有的发货申请记录
3.查看：
查看已有的发货申请记录
4.审核：
对已有的发货申请记录进行审核操作（置审核标识）
5.删除：
删除一条已有的发货申请记录（逻辑删除）
6.查询：
根据查询条件查找发货申请记录（模糊查询）
备注
1.发货申请与合同为1对多的关系，只有合同为启用状态时，才可以新建发货申请
2.已经审核的发货申请记录不能进行删除操作
发货单据管理
发货单据管理菜单
菜单
发货单据管理
功能说明
1.新建：
新建一条发货单记录
2.编辑：
编辑已有的发货单记录
3.查看：
查看已有的发货单记录，包括发货产品明细信息
4.审核：
对已有的发货单记录进行审核操作（置审核标识）
5.删除：
删除一条已有的发货申请记录（逻辑删除）
6.查询：
根据输入条件查询发货单记录（模糊查询）
备注
1.发货单与发货申请为一对一的关系，发货单的建立是在发货申请的基础之上的，所以，建立发货单时，需要发货申请已经存在，并已经通过审核
2.发货单审核由财务人员进行操作
台账信息管理
账务管理菜单
菜单
台账信息管理
功能说明
1.新建：
建立一条台账信息
2.编辑：
编辑已有的台账信息
3.查看：
查看已有的台账信息，包括其下的来款信息
4.添加来款：
为台账添加来款记录
5.查询：
按照指定条件查询台账信息（模糊查询）
6.逾期欠款分析：
根据台账信息按照用户指定的条件（时间段、客户名称、合同编号）进行查询，并生成指定格式的欠款分析列表界面，在这个界面中，用户可以根据实际情况，录入欠款原因
备注
1.一个台账对应一个明细合同
2.来款添加的方式为：
用户在收到一客户的来款时，使用来款单位查找台账信息，系统将符合条件的台账信息列表展现，用户双击要进行来款添加的台账信息，系统根据台账生成来款明细表格，用户录入来款金额并提交
3.来款分为新旧款，对于每一笔来款，系统需要根据台账中的发货时间以及欠款金额自动判断是否为旧款，并优先将来款冲抵旧的欠款，再冲抵当前欠款
4.如果来款有金额冲抵了旧款，则该条来款明细中的所属年份即为旧款的年份，而非实际来款年份
5.所录入的来款总和加起来应等于来款总额，否则系统应给出来款录入不正确的提示
按揭垫付管理
按揭垫付管理菜单
菜单
按揭垫付管理
功能说明
1.新建：
新建一条按揭垫付信息记录
2.编辑：
编辑已有的按揭垫付信息记录
3.查看：
查看已有的按揭垫付信息记录
4.查询：
根据输入条件查询按揭垫付信息记录（模糊查询）
备注
1.按揭垫付记录在保存时，必须更新相应的台账信息的按揭欠款字段，并能够从台账总金额中扣除相应的欠款数，以便台账中正确显示实际回款金额
异常情况管理
异常管理菜单
菜单
异常情况管理
功能说明
1.新建：
新建一条异常处理情况记录
2.查看：
查看一条已有的异常处理情况记录
3.删除：
删除一条已有的异常处理情况记录（逻辑删除）
4.查询：
按照指定条件查询异常情况处理记录（模糊查询）
5.编辑：
编辑一条已有的异常情况信息
6.审核：
对未审核的异常处理情况记录置审核标识
备注
1.已审核的异常情况记录不能进行删除和编辑操作（如需编辑已审核的记录可联系系统管理员）
2.异常处理涉及到的金额如果关系到台账和合同，由相关人员对台账和合同手动进行编辑，系统不做自动化处理
报表管理（日报，简报，逾期欠款报）
报表管理菜单
菜单
报表管理
功能说明
1.查询：
用户点击报表管理菜单下的任意报表，默认按照当日进行查找相应报表的数据，以报表的形式展现查询结果。
提供日期选择框给用户选择其它某一日作为条件进行查询
2.打印：
将报表打印到纸质载体上
3.汇总：
可将各类报表接月度、季度和年度进行汇总
备注
1.报表生成时，系统需判断报表操作人员是属于那个部门的，查询结果只针对当前操作人员的部门和范围有效，其它部门和范围的将不显示
2.生成的报表需要包含完整的统计数据
3.月度、季度和年度将由用户指定
6.界面预览
7.系统容错机制设计
出错类型
容错机制
数据
采用双服务器进行数据交换，当正式环境的服务器崩溃时，可以启用备份服务器，以确保业务的正常开展
流程
采用模块化的设计模式，流程节点可以简单的进行配置和优化
系统
网络
采用WebService或MQ方式进行接口设计，以确保网络发生故障时，数据不会丢失
8.开发环境的配置
类别
类别名称
标准配置
最低配置
硬件
开发机
CoreDuoE2140,2GB内存，160G硬盘和100Mbps网络
软件
应用服务器，数据库服务器
MySQL数据库，Tomcat服务器
网络
ADSL和局域网
2Mbps以上的ADSL网络和100Mbps的局域网络
其它
9.运行环境的配置
类别
类别名称
标准配置
最低配置
硬件
软件
网络
其它
10.测试环境的配置
类别
类别名称
标准配置
最低配置
硬件
软件
网络
其它
11.版本变更记录
版本号
变更描述
升级会员 