文档详情

仓单质押子系统概要设计文档

小**
实名认证
店铺
DOC
1.12MB
约15页
文档ID:90417230
仓单质押子系统概要设计文档_第1页
1/15

文档之概要设计说明书钢铁物流B2B项目仓单质押子系统概要设计文档[ demo1.0 ]文档修改记录版本号日期说明编写人审核人Demo(1.0)2007/3/27此文档仅供演示,以及需求分析参照弥海燕[卓讯物流科技] 目录1.引言 31.1编写目的 31.2项目背景 31.3定义 31.4参考资料 42.任务概述 42.1目标 42.2运行环境 42.3需求概述 42.4条件与限制 43.总体设计 53.1处理流程 53.2总体结构和模块外部设计 93.3功能分配 104.接口设计 104.1外部接口 104.2内部接口 115.数据结构设计 115.1逻辑结构设计 115.2物理结构设计 125.3数据结构与程序的关系 136.运行设计 136.1运行模块的组合 136.2运行控制 136.3运行时间 137.出错处理设计 137.1出错输出信息 137.2出错处理对策 138.安全保密设计 149.维护设计 141.引言1.1编写目的1.1.1 编写此文档的目的是为了进一步实现仓单质押子系统的实现,使以前侧重业务的分进一步转换成软件设计分析,并为以后相关工作提供参考;1.1.2 阅读人员要求:此文档适合分析及开发人员阅读;1.2项目背景 1.2.1 此系统被委托给卓讯物流科技有限公司开发并管理;1.2.2 该子系统是钢铁物流信息化平台的重要组成部分,它是其重要的有机链接部分,它由三个核心子模块构成:〈1〉业务开发模块〈2〉质物监管模块〈3〉合同终止模块1.2.3 与其有直接联系的子系统有: 〈1〉现货市场子系统 〈2〉仓储子系统 〈3〉办公自动化子系统 〈4〉客户管理子系统 〈5〉决策支持子系统1.3定义(暂无)请参照数据字典1.4参考资料《仓单质押子系统需求分析》 2007/3 卓讯物流科技2.任务概述2.1目标实现需求分析报告的软件概要设计分析2.2运行环境Demo版采用运行环境为windows_xp professional操作系统,cpu 2.66, 内存512M,weblogic 服务器;2.3需求概述出质人向质押监管部递交仓单质押业务申请,质押监管部通过客户提交上来的出质人基本情况表进行资质审核,做出出质人调查报告和业务风险评估表,审查认定后判断是否合格。

如果通过再看他是否是仓储客户,如果是,质押监管部确认其货权;如果不是,出质人与储运部通过仓储保管合同,货物入库后得到入库货物质押清单,仓储部检查确认货物,然后将仓储合同等资料交给质押监管部确认货权确认无误后,质押监管部将出质人调查报告,业务风险评估表,授权书,合同草案,合同审批表,质押贷款(银行承兑汇票)申请书,入库货物质押清单,质押物资评估作价建议单地交给事业部审批,再报分公司审批,最后交给银行审批,通过后签订三方协议,客户收到融资,质押监管部设立账目并发货物锁定指令给储运部,储运部进行对质押货物进行日常监控与盘点,将货物及出质人的信息反馈给质押监管部门在合同执行期间,如果出质人要求质物置换的,根据合同规定总量来控制质物的,质物置换不需银行指令;如果合同规定必须银行指令下换货,仓储部收到银行指令下允许出质人换货,换货后重新签章确认质押货物清单出质人还款后,银行出具《放货通知书》给质押监管部,质押监管部核实后,向储运部下达放货通知,储运部进行放货处理并且入账更多需求信息详情请参照《仓单质押子系统需求分析》)2.4条件与限制条件:此系统要求各种单据信息必须为有效信息;工作人员应按照业务流程进行操作;    限制:严禁非法操作,以免数据冲突,进而造成系统不稳定;3.总体设计3.1处理流程仓单质押子系统总体业务流程图;仓单质押子系统数据流图:含义解释:请参照业务流图;主要功能模块介绍:1.业务开发模块;2.质物监管模块;3.合同终止模块;1.业务开发模块A. 含义解释:主要是对客户申请仓单质押业务进行处理,在客户申请该项业务时,系统可以调用客户文件,直接接收并初步处理质押申请,并会按照编码原则为其制定相应的代码。

生成质押申请单对客户资质进行分析后,可以生成出质人调查报告和业务风险评估表并调用仓储保管合同,调出入库货物质押清单,并连同出质人盖章的三方协议,质押贷款(银行承兑汇票)申请书,授权书,合同审批表,交事业部和分公司审批通过后,连同质押物资评估作价建议单送达银行,银行审批通过后,三方协议生效仓单质押不设立相应帐目B.相关数据表业务开发模块数据路程图(4)C.解释说明:客户文件包括出质人名称,注册资金,注册时间,资产总额,负债总额,上年销售收入,上年利润等入库货物质押清单包括仓单号,申请单位,单位地址,联系,联系人,受理仓单质押银行,申请质押物资的数量,实际质押数量,制单日期,申请单位盖章,仓单管理员签字,保管员签字,审核人签字等2.质物监管模块A.含义解释:主要从仓储部得到出质人的信息反馈,生成货物日报表,货物周报表,或五月报表,对其帐目的盘点等时刻进行监控它监管质物处于锁定状态,并跟踪出质人的情况如果出质人要求质物置换的,根据合同规定,如果实行总量控制,不许银行指令,出质人可以入库新货,提走旧货;如果合同规定需要银行指令的,需要出质人持有银行的出货单指令,仓储部允许出质人换货,换货后三方重新对入库货物质押清单进行确认签章。

B.相关数据表质物监管模块数据流程图(5)C.解释说明:仓单质押部从仓储部得到出质人及其质押货物的相关情况,并对帐目信息进行日常管理从相关帐目中调用有关三方协议的信息,明确出质人质物置换是否需要银行指令,允许出质人依据帐目(即原三方协议中的内容)进行换货,尤其是在银行指令下换货的,需要三方重新确认入库货物质押清单,并签字盖章3.合同终止模块A.含义解释:出质人给银行还款后,仓单质押部收到银行放货通知书,向银行核实无误后,通知仓储部放货,并入账,这时出质人的质押货物数量将变化,当质押货物放完后,合同终 止,当合同到期后,出质人并未还清贷款,则仓单质押部与银行协商处理是否拍卖质押货物等进行处理B.相关数据表 合同终止模块数据流程图(6)C.解释说明:在每次执行放货后,对相应帐目进行修改,主要是质押物资数量进行修改3.2总体结构和模块外部设计3.3功能分配(暂无对与程序关系的要求) 1.业务开发模块;对客户申请仓单质押业务进行处理,在客户申请该项业务时,系统可以调用客户文件,直接接收并初步处理质押申请,并会按照编码原则为其制定相应的代码生成质押申请单对客户资质进行分析后,可以生成出质人调查报告和业务风险评估表。

并调用仓储保管合同,调出入库货物质押清单,并连同出质人盖章的三方协议,质押贷款(银行承兑汇票)申请书,授权书,合同审批表,交事业部和分公司审批通过后,连同质押物资评估作价建议单送达银行,银行审批通过后,三方协议生效2.质物监管模块;从仓储部得到出质人的信息反馈,生成货物日报表,货物周报表,或五月报表,对其帐目的盘点等时刻进行监控它监管质物处于锁定状态,并跟踪出质人的情况如果出质人要求质物置换的,根据合同规定,如果实行总量控制,不许银行指令,出质人可以入库新货,提走旧货;如果合同规定需要银行指令的,需要出质人持有银行的出货单指令,仓储部允许出质人换货,换货后三方重新对入库货物质押清单进行确认签章3.合同终止模块;出质人给银行还款后,仓单质押部收到银行放货通知书,向银行核实无误后,通知仓储部放货,并入账,这时出质人的质押货物数量将变化,当质押货物放完后,合同终 止,当合同到期后,出质人并未还清贷款,则仓单质押部与银行协商处理是否拍卖质押货物等进行处理4.接口设计 4.1外部接口 UI为IE;硬件(暂无具体要求);与其它子模块的接口:〈1〉与现货市场子系统的接口;〈2〉与仓储子系统的接口;〈3〉与办公自动化子系统的接口;〈4〉与客户管理子系统的接口;〈5〉与决策支持子系统的接口;4.2内部接口 Dao接口;biz业务接口;5.数据结构设计5.1逻辑结构设计 1、出质人基本情况表:正常年检的营业执照,税务登记证,企业代码证,法定代表人身份证复印件,近三年财务报表,其他银行需要的资料。

出质人名称,注册资金,注册时间,资产总额,负债总额,上年销售收入,上年利润2、监管场所信息:监管库名称,场地来源,注册资金,企业性质,占地面积,注册时间,监管人员,监管场所地址,监管人员3、合同审批表:合同名称,合同编号,监管期限,质权人,是否确认货权,监管收费标准,监管收入,监管成本,预计利润,业务模式,控货方式,回购与否及比例,质物名称,质押量,评估价格,是否认定质物价值,折扣率,授信额度, 出质人名称,注册时间,注册资金,资产总额,负债总额,上年销售收入,上年利润,监管库名称,场地来源,注册资金,企业性质,占地面积,注册时间,监管人员,监管场所地址,监管人员业务部门签字,质押监管部门签字,事业部签字,相关部门签字,分公司经理签字,事业部主管部门签字,事业部领导签字4、质押物资清单:(入库货物质押清单)仓单号,申请单位,申请表编号,单位地址,联系,联系人,受理仓单质押银行,申请质押物资的数量(原验单号,质押物资名称,规格型号,生产厂家,重量,件数,外观,进货日期),实际质押数量(原验单号,质押物资名称,规格型号,生产厂家,重量,件数,外观,进货日期),制单日期,申请单位盖章,仓单管理员签字,保管员签字,审核人签字。

5、质押贷款(银行承兑汇票)质押物资评估作价建议单:编号,申请单位全称,经营地址,,联系人,清/仓单编号,质押物名称,规格型号,材质,有无质保书,外观,生产厂家,实际重(数)量,建议价,总评估金额,评估建议单位签字,市场经办人签字,经销经办人签字,日期5.2物理结构设计采用mvc模式,b/s架构;5.3数据结构与程序的关系(demo暂无具体要求)Model层的dao方法将实现底层逻辑;Controller层的biz将根据业务流程图进行业务的调用;6.运行设计6.1运行模块的组合三大模块的组合(具体联系请参照业务流程图):1.业务开发模块;2.质物监管模块;3.合同终止模块;6.2运行控制按照业务需要,合理调用biz业务方法进行,从而达到主体运行控制;6.3运行时间运行无延时,实时处理;7.出错处理设计7.1出错输出信息出错输出信息        系统出现业务服务异常,将出示提示异常信息给其用户;    服务器出现更新或异常,将输出服务器异常信息;并对用户进行可操作提示;7.2出错处理对策     出错处理对策系统业务服务将提供全局以及局部提示信息以及帮助信息,其它错误处理将关维护人员处理;8.安全保密设计采用内部数据严格封装,设立限制管理权限,内部设立监视,以及建立安全保密制度等;并对数据库进行备份;9.维护设计 通过专业管理人员定期实行可正常运。

下载提示
相似文档
正为您匹配相似的精品文档