应收账款管理系统-SRSV1 0-系统需求规格说明书

需求规格说明书内部公开机密文件，未经许可不得扩散第33页,共33页3信息化办公室机密级别重要总页数31页应收账款管理系统系统需求规格说明书中联重工科技发展股份有限公司中联重科科技发展股份有限公司版权所有仅限于内部使用未经许可不得扩散版本历史记录日期版本号版本内容作者审核人审核日期2008-04-15V1.0新建文档李斐然目录1. 项目概诉 41.1 编写目的 41.2 项目背景 41.3 项目范围 41.4 假定和约束 41.5 参考文档 41.6 术语与缩写解释 42. 涉及使用本系统的用户角色划分 52.1 角色列表 52.2 业务组织结构图 53. 功能性需求 53.1 系统功能结构图 63.2 系统用例模型 73.3 系统用例 73.3.1 新建客户登记 73.3.2 客户登记初审 93.3.3 客户登记表审核 103.3.4 合同评审 113.3.5 生成合同 143.3.6 生成明细合同 153.3.7 合同分解 163.3.8 建立台账 173.3.9 录入来款 193.3.10 逾期欠款分析 203.3.11 发货申请 223.3.12 发货管理 243.3.13 发货单审核 263.3.14 异常处理 273.3.15 异常处理审核 283.3.16 统计分析 293.4 补充约束 304. 非功能性需求 304.1 和其它系统的接口需求 304.2 软硬件环境需求 304.3 产品质量需求 31项目概诉编写目的本文档作为用户需求（URS）和系统设计（SDS）之间承上启下的文档，根据URS在开发者的角度明确描诉将要实现的系统的范围，具体功能特性，以及约束，作为用户需求和系统实现间的契约，系统需求规格说明书，进一步的扩展了系统将来所包含的功能以及流程的描述，为系统的概要设计打下了基础。项目背景用户总部财务部，总部资产保全部，片区，各事业部财务部和营销部项目起因目前各事业部应收账款业务基本由手工进行操作，部分事业部拥有自行开发或设计的系统作为辅助工具，但仍然难以覆盖应收账款的全部业务，无法实现分布式操作以及只能满足单个事业部需求，且仍有部分业务需要手工进行，报表生成的效率和质量不高，数据难以分析和统计。为满足各事业部对应收账款业务的迫切需求，信息化办公室拟开发一套高效的，全面的，易于使用的应收账款管理系统。要解决的问题统一应收账款流程，将应收账款业务集成到一个平台下进行操作，生成高质量的报表影响范围工期要求项目范围版本号项目范围假定和约束参考文档文件编号文献名称作者出版单位发行日期《应收账款管理系统-URSV1.1-用户需求说明书》李斐然信息化办公室术语与缩写解释缩写、术语解释涉及使用本系统的用户角色划分角色列表角色名称对应实际岗位职责描诉业务组织结构图应收账款系统面向的是整个集团的用户群，在组织架构上，分别列出了准备使用应收账款系统的所有事业部，以及相关的下属部门。具体情况如下图所示：业务组织结构图功能性需求通用需求: 1.界面所有的列表内容都要有排序(list,combobox,select)2.所有涉及金额，重量()的数字格式显示到小数点后两位，四舍五入，并且靠右对齐。3.所有的Label文本左对齐4.所有的列名文字为居中5.所有多行文本框，都必须至少3行，有滚动条。6.通用列表约束:除非特别说明,一般列表都需要分页,页码从1开始计算,默认每页10条记录,用户可以修改,并且容易跳转到指定页数和定位,记录以行号标识(,第一页第一行从1开始,第N页第一行从每页记录数*(N-1)+1)开始. 日期输入格式2005-10-1系统功能结构图功能结构图系统用例模型系统用例模型系统用例填写系统用例时，带*号的为必填项新建客户登记用例名称*新建客户登记需求编号主执行人*片区业务员/经理/文员,事业部合同管理员涉众利益*客户登记主要是片区分公司将收集到意向客户信息录入系统，这些客户信息可以使公司进一步的了解客户是否具备设备的购买能力，各事业部在与客户建立正式合同时将需要这些信息。前置条件*用例执行主角已经登录系统；用例执行主角拥有客户登记表的相关权限；后置条件最小保证*客户信息可以顺利保存到系统成功保证*客户信息可以顺利保存到系统客户信息可以让后续流程使用触发事件*业务人员已拥有意向客户基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的客户登记表菜单项系统展现出客户登记信息列表用例执行主角点击界面中的新建按钮系统展现新建客户登记表的界面用例执行主角录入客户登记表的必填字段项，并点击保存按钮系统提示客户信息成功保存，新增的客户信息初始状态为新建,用例结束扩展路径*6a.编辑操作6a.1用例执行主角于客户信息登记列表中选中要编辑的记录，并点击界面中的编辑按钮6a.2系统返回选中客户登记信息的详细信息，并以修改方式展现给用例主角6a.3用例执行主角录入要修改的字段内容，并点击保存按钮6a.4系统提示是否继续编辑操作6a.5用例主角选择是6a.6系统提示客户登记信息成功保存，用例结束6b.查看操作6b.1用例执行主角于客户信息登记列表中选中要查看的记录，并点击界面中的查看按钮6b.2系统返回选中的客户登记信息的详细信息，并以查看详情的方式展现给用例主角6b.3用例执行主角点击返回按钮6b.4系统返回至客户信息登记列表界面，用例结束6c.删除操作6c.1用例执行主角于客户信息登记列表中选中要删除的记录，并点击界面中的删除按钮6c.2系统提示是否要删除该客户登记信息6c.3用例执行主角进行确认6c.4系统提示客户登记信息操作成功字段列表客户信息登记表字段列表：ID,登记表ID,所属片区,分公司,客户编号,客户名称,法人代表,客户委托人,证件类型,证件编号,详细地址,联系电话,传真,税号,基本开户名,账号,客户性质,代理商名称,企业性质,所属行业,注册资本,经营辖区,经营状态,资产情况,资信信息,是否新客户,填报人ID,填报时间,片区审核人ID,片区审核时间,总部审核人ID,审核时间,状态,最后修改人ID,最后修改时间业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符已经通过事业部审核的登记表内容不能够再进行修改,通过事业部审核的登记表原则上应该已建立正式合同关系非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=登记表ID,客户编号,客户名称,客户性质,状态备注：客户登记初审用例名称*客户登记表初审需求编号主执行人*片区经理涉众利益*片区业务人员在完成客户信息登记后,片区经理需对登记内容进行审核,以确保客户信息的真实有效.前置条件*用例执行主角已经登录系统；用例执行主角拥有客户登记表的相关权限；登记表已经建立后置条件最小保证*客户信息通过初部审核,并转流到下一流程节点成功保证*客户信息通过初部审核,并转流到下一流程节点触发事件*登记表信息需要被初步审核基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的客户登记表菜单项系统展现出客户登记信息列表用例执行主角于客户登记信息列表中选择要审核的记录,并点击界面中的初审按钮系统返回客户登记信息的详细信息,并以查看方式展现给用例执行主角用例执行主角于界面中点击审核按钮系统提示是否继续审核操作用例执行主角选是系统提示客户登记信息操作成功,用例结束扩展路径*8a.反审8a.1用例执行主角于客户登记信息列表中选择要反审的记录,并点击界面中的初审8a.2系统返回客户登记信息的详细信息,并以查看方式展现给用例执行主角8a.3用例执行主角于界面中点击反审按钮8a.4系统提示是否继续审核操作8a.5用例执行主角选择是8a.6系统提示客户登记信息操作成功,用例结束字段列表业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符已初审的登记表内容,片区业务员将不能对其进行修改操作,如果要进行修改操作,则需要片区经理执行反审操作后才可执行非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=登记表ID,客户编号,客户名称,客户性质,状态备注：客户登记表审核用例名称*客户登记表审核需求编号主执行人*事业部合同管理员涉众利益*对于片区提交的客户信息登记表,事业部合同管理员需对其进行复审,复审的目的是为了保障公司的利益,只有通过复审的客户,才能够与公司建立合同关系.前置条件*用例执行主角已经登录系统；用例执行主角拥有客户登记表的相关权限；客户登记信息已经通过审核,并具备签定正式合同的条件后置条件最小保证*根据客户登记信息建立完善的合同评审内容成功保证*根据客户登记信息建立完善的合同评审内容.触发事件*某一意向客户已经具备签定正式合同的条件,事业部已经打算与其建立买卖合同关系基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的客户登记表菜单项系统展现出客户登记信息列表用例执行主角于客户登记信息列表中选择要审核的记录,并点击界面中的复审按钮系统返回客户登记信息的详细信息,并以查看方式展现给用例执行主角用例执行主角于界面中点击审核按钮系统提示是否继续审核操作用例执行主角选是系统提示客户登记信息操作成功,用例结束扩展路径*8a.反审操作8a.1用例执行主角于客户登记信息列表中选择要反审的记录,并点击界面中的复审按钮8a.2系统返回客户登记信息的详细信息,并以查看方式展现给用例执行主角8a.3用例执行主角于界面中点击反审按钮8a.4系统提示是否继续审核操作8a.5用例执行主角选择是8a.6系统提示客户登记信息操作成功,用例结束字段列表业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符已初审的登记表内容,片区操作人员将不能对其进行修改操作,如果要进行修改操作,则需要事业部合同管理员执行反审操作后才可执行非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=登记表ID,客户编号,客户名称,客户性质,状态备注：合同评审用例名称*合同评审需求编号主执行人*事业部合同管理员涉众利益*在建立正式合同之前,需要对合同内容进行评审,只有对客户信息以及客户购买的产品,配件进行评估后,方可建立正式合同,合同评审的内容将被正式合同表单所引用,合同评审的内容也将为签定正式合同提供有力的参考.前置条件*用例执行主角已经登录系统；用例执行主角拥有合同操作的相关权限；登记表已经建立并已经通过事业部审核后置条件最小保证*形成基本的合同格式成功保证*形成基本的合同格式,并可以在评审表中获取合同评审的最终结果和状态触发事件*意向客户已经明确可以与公司建立合同关系,并已经指定需要购买的产品基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的合同签定菜单项,在展开的子菜单中点击合同评审菜单项系统展现出合同评审列表用例执行主角于合同评审列表界面中点击新增按钮系统展现合同评审的新增界面给用例执行主角用例执行主角于新增界面中录入合同评审的必填字段（包括合同产品信息）,并点击保存按钮系统提示新建合同评审信息成功,新建的合同评审信息初始状态为新建,用例结束扩展路径*6a.编辑6a.1用例执行主角于合同评审列表中选择要编辑的记录,并点击界面中的编辑6a.2系统返回合同评审的详细信息,并以编辑6a.3用例执行主角于界面录入要修改的内容,并点击保存6a.4系统提示是否继续编辑6a6a.6系统提示合同评审信息操作6b.查看操作6b.1用例执行主角于合同评审列表中选中要查看的记录，并点击界面中的查看按钮6b.2系统返回选中的合同评审的详细信息，并以查看详情的方式展现给用例主角6b.3用例执行主角点击返回按钮6b.4系统返回至合同评审列表界面，用例结束6c.删除操作6c.1用例执行主角于合同评审列表中选中要删除的记录，并点击界面中的删除按钮6c.2系统提示是否要删除该合同评审信息6c.3用例执行主角选择是6c.4系统提示合同评审信息操作成功6d.审核操作6d.1用例执行主角于合同评审列表中选中要审核的记录,并点击界面中的审核按钮6d.2系统显示合同评审列的详细信息,并以查看详细情况的方式展现给执行主角6d.3用例执行主角录入审核结果并点击界面中的审核按钮6d.4系统提示是否继续执行审核操作6d.5用例执行主角选择是6d.6系统提示合同评审表操作成功6e.生成合同编号6e.1用例主角于合同评审列表页面中选中要生成合同编号的记录,并点击界面生成合同编号6e.2系统返回一个新的合同编号,并用对话框的形式提示用例执行主角6e.3用例主角点击对话框上的确定按钮6e.4系统将新合同编号保存至系统,用例结束字段列表合同评审表主表字段列表:ID,合同评审表ID,合同编号,分公司,客户编号,产品编号,合同总金额,额外配置信息,额外配置总价,付款方式(分期,融资,按竭,全款),每台设备首付款(分期,按揭),按揭手续费,按揭分期,分期期限,评审结果,评审意见,提交人ID,提交时间,备注,评审状态合同评审表从表(产品信息表)字段列表:ID,合同评审表ID,产品编号,产品型号,供货条件,单价,运费,安装费，附加产品信息业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符已经过审核的合同评审表内容如不经合同管理员执行反审操作,则不能进行修改和删除操作只有合同评审通过后,才能够生成合同编号如果审核未通过,则记录流程将返回到上一个节点非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,分公司,评审状态合同评审表产品列表可以在列表中直接输入产品价格信息,并能够根据费用和价格在表格中体现总价格合同评审表列表界面中,可以同时看到评审表基本信息列表和产品明细信息列表备注：生成合同用例名称*生成合同需求编号主执行人*片区业务员/经理/文员涉众利益*合同评审表通过评审后,片区业务人员负责与客户签定合同,合同的内容将作为今后应收账款的重要依据前置条件*用例执行主角已经登录系统；用例执行主角拥有合同操作的相关权限；合同评审表已经通过审核后置条件最小保证*成功保存合同数据,并使合同数据能够在后续操作中引用成功保证*正确的保存合同应有的客户信息/产品信息/付款方式等必要信息,其中产品信息与合同评审表中一致,相关数据在后续操作中能够被引用.触发事件*与意向客户即将签定正式合同基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的合同签定菜单项,在展开的子菜单中点击合同评审菜单项系统展现出合同评审列表用例执行主角于合同评审列表界面中选中要生成合同的评审表点击生成合同按钮系统提示是否将此评审表生成正式合同用例主角选择是系统提示正在生成合同,请稍等,并在片刻后按照设计好的合同字段格式生成合同表单展现给用例主角用例主角在表单中录入合同的必填字段,并点击保存按钮系统提示合同生成操作成功完成,用例结束扩展路径*6a6a.1用例执行主角6a.26a.3用例执行主角6a.46a.5用例执行主角点击返回按钮6a.6系统返回合同列表,用例结束字段列表合同字段列表:ID,合同评审表ID,合同编号,签定人ID,签定时间,是否需要开具发票,产品交付方式(首期款后交付,全款后交付,其它方式),合同状态,合同最后修改人,合同最后修改时间,备注业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符片区业务人员在生成合同后,只具备查看合同的权限非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,签定时间,产品交付方式,合同状态备注：生成明细合同用例名称*明细合同需求编号主执行人*事业部合同管理员涉众利益*按照业务规则,如果一个合同中客户购买了多台相同的设备或一个相同事业部中的多种设备时,需要将合同形成一台设备对应一个子合同主重关系,这样的目的是为了将应收的合同金额细化,更加利于统计和分析前置条件*用例执行主角已经登录系统；用例执行主角拥有合同操作的相关权限；合同已经生成,并且在同一个事业部订购了多台设备后置条件最小保证*能够成功按照每台设备的价格将合同明细化.成功保证*能够成功按照每台设备的价格将合同明细化.触发事件*合同包含多台设备,并需要形成明细合同时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的合同签定菜单项,在展开的子菜单中点击合同管理菜单项系统展现出合同列表用例执行主角于合同列表界面中选中要细化的合同数据,并点击生成明细合同按钮系统提示是否将此合同进行细化操作用例主角选择是系统提示正在生成明细合同,请稍等,直至明细合同操作完成系统提示明细合同生成操作成功完成,并返回合同列表,用例结束扩展路径*此用例无其它扩展功能路径字段列表合同字段列表:ID,合同评审表ID,合同编号,签定人ID,签定时间,是否需要开具发票,产品交付方式(首期款后交付,全款后交付,其它方式),合同状态,合同类型(捆绑合同,一般合同,特批合同)合同最后修改人,合同最后修改时间,备注,是否分解明细合同字段列表:ID,明细合同编号,合同编号,产品型号,产品名称,价格,备注业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,签定时间,产品交付方式,合同状态在生成明细合同后,如果用例执行主角双击主合同记录,应显示对应的明细合同列表备注：合同分解用例名称*合同分解需求编号主执行人*总部合同管理员涉众利益*鉴于某些合同,客户订购的是几个事业部的设备,被称为捆绑合同.这类合同公司总部有专人负责与客户签定,但为了便于事业部统计计算和统计其应收部分的账款,系统提供了合同分解功能,可以将捆绑合同分解到各个事业部成为事业部的独立合同.前置条件*用例执行主角已经登录系统；用例执行主角拥有合同操作的相关权限；合同评审表已经通过审核,合同中的产品由两个以上的事业部提供后置条件最小保证*捆绑合同能够正确的分解到事业部,形成单独合同成功保证*捆绑合同能够正确的分解到事业部,形成单独合同触发事件*合同包含多个事业部的不同设备,需要被分解到各事业部形成独立合同时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的合同管理菜单，并点击合同管理菜单下的合同签定菜单项,在展开的子菜单中点击合同管理菜单项系统展现出合同列表用例执行主角于合同列表界面中查询出要进行分解操作的捆绑合同,并加以选中,点击合同分解按钮系统提示是否将此合同分解到各事业部[事业部名称列表]用例主角选择是系统提示正在分解合同,请稍等,直至合同分解操作完成系统提示合同生成操作成功完成,返回合同列表,并显示出已经分解的合同,用例结束扩展路径*此用例无扩展功能路径字段列表合同字段列表:ID,ID,合同评审表ID,合同编号,签定人ID,签定时间,是否需要开具发票,产品交付方式(首期款后交付,全款后交付,其它方式),合同状态,合同类型(捆绑合同,一般合同,特批合同)合同最后修改人,合同最后修改时间,备注,是否分解业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符每一份捆绑合同只能执行一次分解操作非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,签定时间,产品交付方式,合同状态备注：建立台账用例名称*建立台账需求编号主执行人*财务人员涉众利益*按照业务规则,应收账款需精确到每月的应收和实收,所以每一份合同都需要将合同款项分解到每个月,而合同款分解不区分是什么样的付款方式,合同款分解后,财务人员将可以更明确的分析一份合同在某一个月的应收和实收情况,配合来款信息,还可以实现逾期欠款预警的功能.前置条件*用例执行主角已经登录系统；用例执行主角拥有合同操作的相关权限；明细合同已经生成,明细合同的金额已经计算完成客户已经付了首付款后置条件最小保证*能够准确的计算出某明细合同的每月应收实收金额(全款付款,分期,融资,按揭),并保存成功保证*能够准确的计算出某明细合同的每月应收实收金额(全款付款,分期,融资,按揭),并保存触发事件*客户已经付了产品的首付款或全款基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项系统展现出台账信息列表用例执行主角于台账信息列表界面中点击新建按钮系统提示用例执行主角输入对应的明细合同编号用例主角输入明细合同编号并点击查询按钮系统提示正在建立台账信息,请稍等,并在片刻后返回已建立的台账详细信息页面,以可编辑的方式展现给用例执行主角用例执行主角录入补充内容,并点击保存按钮系统提示台账建立成功,并返回台账信息列表页面,用例结束扩展路径*6a.编辑操作6a.1用例执行主角成功登录系统后,点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项6a.2系统展现出台账信息列表6a.3用例执行主角于台账信息列表中选中要修改的台账信息,并点击编辑按钮6a.4系统以可编辑的方式展现台账详细信息给用例执行主角6a.5用例执行主角录入要修改的内容并点击保存按钮6a.6系统提示台账信息修改操作成功,用例结束6b.逾期欠款查询操作6b.1用例执行主角成功登录系统后,点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项6b.2用例执行主角于界面中点击逾期欠款查询按钮6b.3系统提示用例执主角录入要查询的时间段(从XXXX年XX月XX日到XXXX年XX月XX日)6b.4用例执行主角录入时间段条件并点击查询按钮6b.5系统于后台按条件进行查询,并于完成后显示出逾期欠款的台账数据列表,用例结束6c.查看操作6c.1用例执行主角成功登录系统后,点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项6c.2系统展现出台账信息列表6c.3用例执行主角执行查询操作,并于合同列表中选中要查看的合同记录,点击查看按钮6c.4系统以只读方式将台账详细信息显示给用例执行主角,用例结束字段列表台账信息字段列表:ID,合同编号,年份,上年执行款,下年执行款,按揭欠款金额，1月应收,1月实收,2月应收,2月实收…12月应收,12月实收,建立日期,建立人ID,最后修改人ID,最后修改时间,备注信息来款信息字段列表:报表日期，收款公司，收款账号，产品，台账ID，来款日期，来款方式，所属公司，所属片区，来款单位，购货单位，来款金额，合同编号，所属年份，款项性质，凭证号，收据号，备注业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符,金额保留小数后4位台账信息与明细合同为1对1的关系非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,客户名称，建立日期在建立好台账时,系统可自动弹出来款录入框供用例主角输入来款记录来款在录入并提交时，应自动将此次录入的来款加到新增的台账中备注：按揭垫付用例名称*按揭垫付需求编号主执行人*按揭财务人员涉众利益*此用例用来记录每一次公司代客户进行银行还款垫付款的详细情况，产生的垫付金额将记录到台账中，以便于区分按揭部分和其它类别的应收款。前置条件*用例执行主角已经登录系统；用例执行主角拥有财务操作的相关权限；后置条件最小保证*成功保存垫付信息成功保证*成功保存垫付信息，并能够根据垫付信息中的垫付金额更新台账中的按揭欠款字段触发事件*发生按揭垫付时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的账务管理菜单，并点击菜单下的按揭垫付管理菜单项系统展现出按揭垫付信息列表用例执行主角于按揭垫付信息列表界面中点击新建按钮系统给出按揭垫付新增界面用例主角录入按揭垫付信息的必填字段，并点击保存按钮系统保存按揭垫付信息，并更新相应的台账数据系统提示按揭垫付信息添加成功，用例结束扩展路径*6a.编辑操作6a.1用例执行主角成功登录系统后,点击功能菜单中的账务管理菜单，并点击账务管理菜单下的按揭垫付管理菜单项6a.2系统展现出按揭垫付信息列表6a.3用例执行主角于按揭垫付信息列表中选中要修改的按揭垫付信息,并点击编辑按钮6a.4系统以可编辑的方式展现按揭垫付详细信息给用例执行主角6a.5用例执行主角录入要修改的内容并点击保存按钮6a.6系统保存新数据并更新相应台账数据后，提示按揭垫付信息修改操作成功,用例结束6b.查看操作6b.1用例执行主角成功登录系统后,点击功能菜单中的账务管理菜单，并点击账务管理菜单下的按揭垫付管理菜单项6b.2系统展现出按揭垫付信息列表6b.3用例执行主角执行查询操作,并于按揭垫付信息列表中选中要查看的合同记录,点击查看按钮6b.4系统展现被选中按揭垫付信息的详细信息给用例主角6b.5用例执行主角点击返回按钮6b.6系统返回按揭垫付信息列表,用例结束字段列表按揭垫付字段列表：ID，子合同编号，垫付金额，银行账号，垫付公司，操作人ID，操作时间业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符，小数保留小数点后四位垫付记录一旦产生，应根据垫付记录的总金额从台账上的实际金额中扣除，以显示该台账的实际回款金额，并更新与该台账相关的按揭欠款金额非功能性需求设计约束*此用例与其它用例不具备上行依赖关系备注：录入来款用例名称*录入来款需求编号主执行人*财务人员涉众利益*客户的每一次付款,都需要记录,用例执行主角可利用此用例为某一台账添加来款明细前置条件*用例执行主角已经登录系统；用例执行主角拥有财务操作的相关权限；台账已经建立,客户已经于现实业务中打款后置条件最小保证*成功保存来款信息成功保证*成功保存来款信息,与台账形成一对多的关系,并能够与台账信息配合做出分析统计的计算触发事件*客户打货款后需要记录该来款信息时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项系统展现出台账信息列表用例执行主角于台账信息列表界面中选中要添加来款的记录（1－N）,并点击新增来款按钮系统弹出来款录入界面提示用例主角录入来款基本信息用例主角于来款列表中录入来款基本信息和来款总额，并点击提交按钮系统根据选中的台账信息判断新旧款，自动生成来款明细，并保存到数据库中，最后提示来款信息保存成功，用例结束扩展路径*6a.编辑操作6a.1用例执行主角点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项6a.2系统展现出台账信息列表6a.3用例执行主角执行查询操作,并于合同列表中选中要编辑的台账记录,点击编辑按钮6a.4系统以可编辑的方式展现被选中台账和来款的详细信息给用例主角6a.5用例执行主角录入要修改的内容,并点击保存按钮6a.6系统提示台账信息编辑操作成功,用例结束字段列表台账信息字段列表:ID,合同评审表ID,合同编号,1月应收,1月实收,2月应收,2月实收…12月应收,12月实收,建立日期,建立人ID,最后修改人ID,最后修改时间,备注信息来款信息字段列表:报表日期，收款公司，收款账号，产品，台账ID，来款日期，来款方式，所属公司，所属片区，来款单位，购货单位，来款金额，合同编号，所属年份，款项性质（新款，旧款），凭证号，收据号，备注业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符,金额数据保留小数点后4位来款分为新旧款，对于每一笔来款，系统需要根据台账中的发货时间以及欠款金额自动判断是否为旧款，并优先将来款冲抵旧的欠款，再冲抵当前欠款如果来款有金额冲抵了旧款，则该条来款明细中的所属年份即为旧款的年份，而非实际来款年份所录入的来款总和加起来应等于来款总额非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=合同评审编号,合同编号,客户名称，建立日期录入来款时，系统应自动生成来款明细记录，对于有新旧款区分的来款，则需要生成N条来款明细备注：逾期欠款分析用例名称*逾期欠款分析需求编号主执行人*事业部资金管理员涉众利益*利用此用例，资金管理员可以在台账中分析和统计出哪些客户是具有欠款的前置条件*用例执行主角已经登录系统；用例执行主角拥有逾期欠款查询的相关权限；台账已经建立,相关台账中已有部份来款记录后置条件最小保证*成功的查询出欠款台账记录成功保证*成功的查询出欠款台账记录，并能够明确计算出欠款金额，资金管理员可以入录入欠款的原因触发事件*无明确触发事件基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的账务管理菜单，并点击账务管理菜单下的台账信息管理菜单项系统展现出台账信息列表用例执行主角于台账信息列表界面中点击欠款分析按钮系统提示用例主角输入台账日期或客户名称或合同编号作为条件便于统计和查询用例主角录入条件并点击开始统计按钮系统按照指定条件于后台执行查询操作，并于片刻后将结果显示给用例主角用例主角选中要录入欠款原因的记录并点击录入欠款原因按钮系统给出录入欠款原因框提用例主角录入用例主角录入欠款原因，并点击保存按钮系统提示欠款原因保存成功，用例结束扩展路径*此功能无其它扩展功能路径字段列表业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符,金额数据保留小数点后4位非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=台账日期，合同编号，客户名称用例主角在录入欠款原因时支持批处理备注：发货申请用例名称*发货申请需求编号主执行人*片区业务员/经理/文员涉众利益*记录来自片区的发货申请,与客户签定合同后,如果需要进行发货,用例主角利用此用例发起发货申请前置条件*用例执行主角已经登录系统；用例执行主角拥有发货申请的相关权限；合同已经启用并处于执行状态客户已经付款或合同类型为特批后置条件最小保证*成功保存发货申请的数据成功保证*成功保存发货申请的数据触发事件*合同签定后,客户要求发货时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货申请管理菜单项系统展现出发货申请列表用例执行主角于发货申请列表界面中点击新建发货申请按钮系统显示新建发货申请界面用例主角录入发货申请必填字段,并点击保存按钮系统提示新建发货申请操作成功,用例结束扩展路径*6a.编辑操作6a.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货申请管理菜单项6a.2系统展现出发货申请列表6a.3用例执行主角于发货申请列表中选中要进行编辑操作的发货申请记录,点击编辑按钮6a.4系统显示发货申请的编辑页面给用例主角6a.5用例主角录入要修改的内容并点击提交按钮6a.6系统提示发货申请编辑操作成功,用例结束6b.查看操作6b.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货申请管理菜单项6b.2系统展现出发货申请列表6b.3用例执行主角执行查询操作,并于发货申请列表中选中要查看的记录,点击查看按钮6b.4系统以只读方式将发货申请详细信息显示给用例执行主角,用例结束6c.审核操作6c.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货申请管理菜单项6c.2系统展现出发货申请列表6c.3用例执行主角执行查询操作,并于发货申请列表中选中要审核的记录,点击审核按钮6c.4系统以只读方式将发货申请详细信息显示给用例执行主角,并给出审核意见框供用例主角录入审核意见6c.5用例主角录入审核意见并点击审核按钮6c.6系统提示发货申请审核操作成功,用例结束6d.删除操作6d.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货申请管理菜单项6d.2系统展现出发货申请列表6d.3用例执行主角执行查询操作,并于发货申请列表中选中要删除的记录,点击删除按钮6d.4系统提示是否真的要删除此记录6d.5用例执行主角选择是6d.6系统提示发货申请删除操作成功,用例结束字段列表发货申请字段列表:ID,发货申请ID,片区ID,申请人ID,发货申请内容，申请时间,合同编号,状态,产品到达状态，产品交验状态，备注,最后修改人ID,最后修改时间业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符只有已付款的合同或者类型为特批的合同可以建立发货申请,否则系统应提示该合同不符合发货条件[未付款]非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=片区,状态,合同编号新建发货申请时,用例主角通过选择的方式选择合同编号,在选定合同编号的同时,将带出该合同的客户信息,并显示在页面上,这些信息将不可更改备注：发货管理用例名称*发货管理需求编号主执行人*事业部发货计划员涉众利益*发货申请一旦通过审批,则由事业部发货计划员安排发货,此用例将记录本次发货的产品明细情况,以及发货涉及的金额,便于统计账款前置条件*用例执行主角已经登录系统；用例执行主角拥有发货操作的相关权限；发货申请状态为已审核后置条件最小保证*能够成功编辑,保存,查询,删除发货情况成功保证*能够成功编辑,保存,查询,删除发货情况触发事件*发货申请已通过审批,待发货时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的发货管理菜单,并点击其下的发货单据管理菜单项系统显示发货单据列表用例执行主角于发货单据列表界面中点击新建发货单按钮系统显示新建发货单界面给用例主角用例主角于界面中录入发货单的必填内容,并点击提交按钮系统提示新建发货单操作成功,用例结束扩展路径*6a.编辑操作6a.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货单据管理菜单项6a.2系统展现出发货单列表6a.3用例执行主角于发货单列表中选中要进行编辑操作的发货单记录,点击编辑按钮6a.4系统显示发货单的编辑页面给用例主角6a.5用例主角录入要修改的内容并点击提交按钮6a.6系统提示发货单编辑操作成功,用例结束6b.查看操作6b.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货单据管理菜单项6b.2系统展现出发货单列表6b.3用例执行主角执行查询操作,并于发货单列表中选中要查看的记录,点击查看按钮6b.4系统以只读方式将发货单详细信息显示给用例执行主角,用例结束6c.6c.1用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货单据管理菜单项6c.2系统展现出发货单列表6c.3用例执行主角执行查询操作,并于发货单列表中选中要删除的记录,点击删除按钮6c6c6c.6系统提示发货单字段列表发货单字段列表:ID,发货单编号,发货申请ID,要求到货日期,要求发货日期,签定地点,收货联系人,收货联系电话,发货总金额,制单人ID,制单时间,最后修改人ID,最后修改时间,财务审核人ID,财务审核时间,承运方,状态发货单发货明细字段列表:发货单ID,产品名称,产品型号,主机数量,金额,…业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符只有发货申请被通过审核才能建立货发单产品到达和交验完成后，片区业务人员应在发货申请中录入相关的状态，以确认产品是否已经完成了运输和正常使用非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=发货单编号,制单时间,状态发货明细应可以直接在列表中进行新增和编辑,在每一类发货件的数量和金额录入后,表格的最后一行应能自动计算总数量和总金额备注：发货单审核用例名称*发货单审核需求编号主执行人*财务人员涉众利益*发货单的发货金额需要由财务部门进行审核,对于特批的合同只有当发货单被审核后才能够正式生效前置条件*用例执行主角已经登录系统；用例执行主角拥有客户登记表的相关权限；发货单状态为新建,并等待审核后置条件最小保证*成功改变发货单状态为已审核成功保证*成功改变发货单状态为已审核触发事件*准备发货之前基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的发货管理菜单，并点击发货管理菜单下的发货单据管理菜单项系统展现出发货单列表用例执行主角于发货单列表中选中要进行审核操作的记录并点击审核操作系统显示该发货单的详细信息用例主角录入审核内容,并点击提交按钮系统提示发货单审核操作完成,用例结束扩展路径*此用例无其它扩展功能路径字段列表发货单字段列表:ID,发货单编号,发货申请ID,要求到货日期,要求发货日期,签定地点,收货联系人,收货联系电话,发货总金额,制单人ID,制单时间,最后修改人ID,最后修改时间,财务审核人ID,财务审核时间,承运方,状态发货单发货明细字段列表:发货单ID,产品名称,产品型号,主机数量,金额,到货状态，交验状态业务规则*通用业务规则:电话号码不得使用除数字外的其它字符,证件编号只能使用数字,下划线以及字母作为字符非功能性需求设计约束*此用例与其它用例不具备上行依赖关系查询条件=发货单编号,制单时间,状态备注：异常处理用例名称*异常处理（退货，换货和回购）需求编号主执行人*法务部，片区业务员/文员/经理涉众利益*合同在执行过程中，可能会由于各类原因导致退货和换货，也可能会因为客户无法继续付余下的产品款项而造成回购，本用例主要用于记录和维护这些异常信息，并给财务人员修改台账信息提供了有力的参考前置条件*用例执行主角已经登录系统；用例执行主角拥有异常处理的相关权限；合同状态不能为新建状态后置条件最小保证*成功记录和维护异常处理信息成功保证*成功记录和维护异常处理信息触发事件*发生退货、换货和回购事件时基本路径*用例开始，用例执行主角登录应收账款管理系统系统验证登录人员身份系统返回登录已经成功用例执行主角点击功能菜单中的异常处理菜单系统展现出异常处理信息列表用例执行主角于异常处理信息列表界面中点击新建异常处理按钮系统显示异常处理信息新增界面给用例主角用例主角录入异常处理信息的必填内容，并点击保存按钮系统提示异常处理信息记录成功，用例结束扩展路径*6a.编辑操作6a.1用例执行主角点击功能菜单中的异常处理菜单6a.2系统展现出异常处理信息列表6a.3用例执行主角于异常处理信息列表中选中要进行编辑操作的异常处理记录,点击编辑按钮6a.4系统显示异常处理信息的编辑页面给用例主角6a.5用例主角录入要修改的内容并点击提交按钮6a.6系统提示异常处理信息编辑操作成功,用例结束6b.查看操作6b.1用例执行主角点击功能菜单中的异常处理菜单6b.2系统展现出异常处理信息列表6b.3用例执行主角执行查询操作,并于异常处理信息列表中选中要查看的记录,点击查看按钮6b.4系统以只读方式将异常处理信息详细信息显示给用例执行主角,用例结束6c.删除操作6c.1用例执行主角点击功能菜单中的异常处理菜单6c.2系统展现出异常处理信息列表6c.3用例执行主角执行查询操作,并于异常处理信息列表中选中要删除的记录,点击删除按钮6c