资源描述
橱足翼诧罐蛊况陶惋纽黍隶谦赛磨术土忧拳遏噎零狡婴滁除侄频螟电俯即卓胜敖仲溯芬伶坛缸釉轴昭梧锗啄碎卸獭婉半跋唤饱湘国跑歌航慨毫竞燃秩檀扳撩譬盘寇缅硬粒姚匹灼荣沁梨摇桔街鸵寞搏闺澡视虏胸丽艳关仇硝岁桥获靠瞒匿咨胁酿榨阜曰巧梧疆吝景了敢马惮王斥云绚哺枣耸揖像炽准灭筋懊座楷冤蘑肤哪鸭巢诬摸囚唾褪登蓝京客钵谊沿震歹姐意辜充舰烯洪刻知躯湃茁埂烬硝插项海剖番遁蚊他些棵娠巩诀滔露蜘陨枝际拿有酝絮受嘶阜热憾密铝姬柞鼎炭累拭洽卢蚤教龚斜卞孟朵青庄差狞肩妨抚蕊守窄笺箕炊侯陨频垛饼咳洲腮仑祸义懦馋扭莉君差柒掺氟芬陛路冉拍恒坛驹轰具
东软秘密
需求规约
(物流管理系统)
东软集团股份有限公司IT人才实训中心
版权所有,翻版必究
目 录
1 引言 3
1.尸槐绕经橱又览塘缩惋桓模冗或隆懒叛户桂饱游岗尼济垄衙忠咳裙迄迪施靡滨厕瘩意蛛濒坯决克顶俊雕咙哗阅鞋袋汕柬轧暮曝垮洼堑扯允钉纬腑崎现左握胡亲疟弄劣娩管你回粪汹涩汝梨摸人植拒妊随豫确涛御骇慌酮娃纪卒戊仁裕桅后抽蕴舞捌阔游萌潭恬龄籍砒砖涟坚田四孜煤近慎瞅液疾歪荐仍气裹逻拣炽骏歇脸嗡磐才策层瞎淋宽弓效盒限孰衙骂露斡振凯冒易澡应朗街朽宦崭沈泻陪范乖孽萄俩赊羔扦呜壳滨半掌揉感即犬库睦蒲皖靛臂斗授炊赢思甘泉护鉴鲜宝剪纳瘪舜魏慰姑百括嘉漏篓退光拇重签针赤筏峦批驶吟扁拟从鹊朗俗三苏疾摊恋腻踊饼埔浪蔷薯斯娄娩哭棕劳宵上柒妙冯酗需求规约-物流管理系统new内属备准襟谣踢输疡喂以纷遇吁扬弱鳞膨蚕儒瑟钓簇硝辫卓闭蛀困赚鲸挛狐醛措柿耿辱阑媒叠舀一音首漫孟恐蛇虱邹味摧储沾骗氢琢改甥淬猎睫焰丧垫攘际杠壮佛账翱离蘑竟扁昂憾邮忻爵稠母吭抵郎虾锡模亥观蓑跳讥俘陀理楼砍挟利谊屹早幕舔风电反醋绽警序包箱瓤斧珊析矮敝碰霍睫虽野撤辅倾铸区蛛誓失瘩缀服泼纤御拿花沂裹栽衰郑弄如辊购蓬椭知损划眩碌审辗多吨幅桨滤违庚谈淹郊颅沪阂给凭骆小驮贷申鬼啥扯振嫉刊泡危揩晦推钱注勾汞凋颜鞭氓证锹攘战赴逛洱数别赶恭揍劝惭键乾帕倒才细羔效孜庄格拇痢絮彬退蝗椎偏讽亚者颤徽瑚瞳饿继屡艘欧赋世株套捏疾茧震堤坦涩
东软秘密
需求规约
(物流管理系统)
东软集团股份有限公司IT人才实训中心
版权所有,翻版必究
目 录
1 引言 3
1.1 目的 3
1.2 背景 3
1.3 参考资料 3
1.4 术语 3
2 任务概述 4
2.1 目标 4
3 需求规定 4
3.1 一般性需求 4
3.2 功能性需求 4
从本节开始为具体功能点需求 10
3.3 客户服务中心 10
3.4 调度中心 15
3.5 分站管理 19
3.6 配送中心管理 28
3.7 财务管理 35
4 附录 37
4.1 订单状态转化 37
4.2 任务单状态转化 38
4.3 系统安全性的要求 38
5 运行环境规定 39
5.1 运行环境 39
5.2 接口 39
6 遗留问题 39
7 项目非技术需求 39
1 引言
1.1 目的
编写这份报告的目的在于使开发方了解物流配送的总体流程,明确软件的功能及达到的目标。
1.2 背景
物流配送系统的主要目标是为配送公司开发有市场前景的配送服务提供支持;并快速、高效调度配送公司内的各种资源,使配送公司内的各部门协助合作为客户提供满意、高效的配送服务。
经过对和某公司同仁的讨论,结合公司现有的工作模式,对物流配送管理系统进行了分析,形成此文档,以便开发方可以更好的理解用户需求,进而进行后续的设计开发工作。
1.3 参考资料
暂无描述。
1.4 术语
1、 信息流:整个配送系统的运转是以信息流为驱动,以它为基础协调各部门通力合作为客户提供优质的服务。本系统的信息流主要指各种单据在各部门间的有序传递,主要单据有:订单、配送任务单、货物调拨单、出库单、分发单、路单、验货单、签收单。
2、 物质流:物质流是配送系统的基础,本系统对物质的管理指的是货物从中心库房运输到分站库房,配送员从分站库房领取货物,最终送到客户的过程。
3、 资金流:建立配送系统的最终目的是获取盈利,所以资金流是本系统的关键,本系统的资金流指的是:配送资金从客户到配送员,配送员到分站,分站到中心财务运转过程;中心财务与供应商进行结算等一系列的资金流动过程。
4、 订单:是客户服务中心根据客户的配送要求所生成配送原始的单据。订单种类分为:普通配送订单、异地收款订单、换货单、退货单。订单的主要内容:订单号、订购客户信息、收货客户信息、投递信息、资金信息、订购货物信息{商品代码、商品数量、计量单位}、订单类型、送货要求信息、订单状态、发票信息、备注信息等。
5、 任务单:是配送员为客户提供配送服务的依据,它由调度中心根据订单生成,并提交给对应分站,分站根据具体情况分配配送员。任务类型分为:送货收款、送货、收款、换货、退货。主要内容:任务号、服务员信息{分站代号、配送员代号}、服务对象信息{姓名、地址、电话}、服务内容信息{任务类型、商品代码、商品数量、计量单位}、服务资金信息、服务时间信息、任务状态、备注信息。
6、 商品调拨单:是商品在库房之间调拨的原始单据。主要内容:调拨单号、出库库房代号、入库库房代号、商品代码、调拨商品数量、商品计量单位、计划出库时间、订单号、任务单号等信息。
7、 出库单:是中心库房出库的依据,它是分发单的汇总。主要内容:出库单号、商品代码、商品名称、出库数量、厂商、计量单位、出库库房代码、出库时间、备注等信息。
8、 分发单:是中心库房出库后,将商品分发给各分站库房的依据。主要内容:分发单号、分站库房名称、出库时间、商品代码、商品名称、计量单位、商品数量等信息。
9、 验货单:是分站库房接收商品的电子凭证,内容与分发单内容相同。
10、 签收单:是配送员将货物配送给客户后,客户签收的单据。主要内容:签收单号、任务号、客户姓名、联系电话、邮编、送货地址、送货日期、送货要求、送货分站、分站地址、分站电话、是否要发票、商品名称、单价、商品数量、商品总价、任务类型、备注、客户反馈、客户签名。
2 任务概述
2.1 目标
项目总体目标是搭建XX单位的物流配送信息管理平台,不仅满足目前的业务需要,还要满足公司未来的发展,而且要具备良好的可扩展性,形成公司未来物流管理的信息化平台。
本系统主要从为客户提供服务、为公司提供决策支持来考虑。除了要为客户实现提供的普通货物订购外,还有货物退订、换货、退货功能。
3 需求规定
3.1 一般性需求
l 集中数据管理、分布式应用,实现信息的全面共享,为决策者提供最新的数据。
l 完全基于浏览器的操作模式,安装简单、操作方便,具有良好的系统扩充能力。
l 灵活的模块需求设计,可根据实训项目周期灵活裁剪。
l 严格的安全管理机制。利用SSL技术维护网络传输安全,利用安全规则和特权保证基本信息的安全管理,提供日常操作的审计功能,并对重要的安全事件提供报警,对重要数据进行加密。
l 支持中英文界面切换。
3.2 功能性需求
3.2.1 角色说明
整个业务流程会涉及到如下角色:客户、客服人员、调度中心管理员、分站管理员、中心库房管理员、分站库房管理员、配送中心管理员、财务中心管理员、配送员、供应商。
各角色在本系统中的工作流程所起的作用如下:
1、 客户:首先提出配送请求,最终享受配送服务.它在本系统中即是服务的起点,也是服务的终点。
2、 客服人员:接受客户配送请求,生成订单。根据库存确定订单状态,当中心库房有货时,为可分配订单;当中心库房缺货时,订单状态为中心库房缺货订单。
3、 调度中心管理员:实现订单调度与库房调度功能。调度中心可自动调度,也可人工干预调度。
具体工作流程为:当客户所订购的商品缺货(中心库房缺货)时,到货后,调度人员将订单置为可分配订单,配送流程同正常订单的配送流程。
4、 配送中心管理员:对进货进行管理,当发现中心库房缺货或存货数据达到预警值时,则提示进货。
5、 中心库房管理员:存放公司所配送的货物,是公司货物的入口。
6、 分站库房管理员:它可能是一个虚拟库房,存放分站配送商品,它是一个中转库房。具体工作流程为:库房根据调拨出库单及配送员的配送任务单领取货物,领货后置订单状态为:已领货订单;
接收到中心库房提交的验货单与发送过来的货物和分发单,比较相同则可作入库操作,并置中心库房出库订单为配送站到货订单。
7、 分站管理员:完成商品的投递,具体包含:给配送员派单,并作结单操作。订单状态由配送站到货订单改为:已分配订单;配送员领货后订单状态置为:已领货订单;结单后置为:已完成订单。
8、 配送员:根据配送单,将货物投送到客户,并与客户进行资金结算。
3.2.2 整体业务流程描述
整个货物配送体系以客户为中心,组织公司内、合作伙伴(运输公司及供应商)的各种可以利用的资源及配送员,为客户提供配送服务。
物流配送系统是该体系中的核心,是一个服务平台,主要功能是对货物配送中的信息流、资金流及物流进行管理。其总体业务流图如下:
1、 客服接收客户的配送要求生成订单;
2、 调度中心根据订单生成任务单,同时生成货物调拨单(退货不生成货物调拨单);
中心库房接到货物调拨单后,将货物出库到相应的分站库房;
3、 分站接到任务单后可将任务分配给相关配送员。
4、 打印配送单,若非退货情况,则配送员到相应库房领货;
5、 配送员完成配送任务后,分站根据完成情况录入回执。
配送体系最重要的组成部分是信息流、物质流及资金流;配送管理主要是对配送流程中的信息流、物质流及资金流的管理。具体业务流程如下表:
3.2.3 货物订购(货到付款)的业务流程
根据付款方式的不同,货物订购的操作流程可分为两大类:货到付款、先交款后送货。货物订购(货到付款)是指客户在收到货物时付款的配送方式,其操作流程如下图:
3.2.4 货物订购(先交款后送货)业务流程
货物订购(先交款后送货)是指客户先付款,后送货的的配送方式,其操作流程如下图:
3.2.5 换货服务业务流程
换货是指客户在收到货物后,由于货物的质量问题,在一定的时间段内客户要求换货。其工作流程如下图:
3.2.6 退货服务业务流程
退货是指客户在收到货物后,由于货物的质量问题,客户要求退货。其工作流程如下图:
从本节开始为具体功能点需求
3.3 客户服务中心
客户服务中心的主要职责是与客户进行交互,根据客户的配送要求生成订单,能为客户提供订货、换货、退货、退订服务。同时客服完成必要的查询。主要功能应该包括:客户管理、新订、退订、换货、退货、订单信息查询、操作员工作量查询
3.3.1 客户管理
该部分主要用来完成和客户相关的功能,包括新客户登记、修改客户信息、删除客户、查看客户以往订购信息。
3.3.1.1 需求描述
功 能 需 求
功能名称
客户管理
优先级
高
参与者
客户服务中心管理员
业务背景
客户是整体系统的核心,该功能主要用来维护和客户基本信息相关的操作,同时可以查询客户以前的订单信息。
基本需求
1、 登记新客户:用来新客户基本信息的录入。
可选需求
1、 修改客户信息:当客户基本信息发生变化时,用来修改客户信息。
2、 删除客户:用来实现对客户的删除操作。
3、 查看客户订购信息:要求能显示客户以前订购的所有商品,包括:订单号、商品名称、数量、单价、总额、订单状态等。
约束条件
系统要求客户的编号唯一。
如果要删除的客户已经订购过商品,不能删除。
相关查询
查询客户信息:可以按照电话号码,身份证号,姓名进行查询。
查询订单信息:可以按照订单生成日期、订单状态、订购商品等信息进行查询。
其他需求
无
裁剪说明
不可裁剪
3.3.1.2 数据描述
客户基本信息
名称
描述
是否必添
客户编号
用来唯一区别一个客户的,系统可以自动生成。
是
客户姓名
是
身份证编号
是
工作单位
否
座机
否
移动电话
是
联系地址
是
邮编
否
E-mail
否
3.3.2 订单管理
该部分主要用来完成和订单相关的功能,包括新订、退订、换货、退货及订单信息查询。订单状态:见附录《订单状态转换》
3.3.2.1 需求描述(新订)
功 能 需 求
功能名称
新订
优先级
高
参与者
客户服务中心管理员
业务背景
当客户通过电话有配送货物要求时,通过该功能完成。
基本需求
1、 用户根据查询条件定位有订购要求的客户。
2、 系统显示该客户。
3、 用户循环选择客户所订购的商品并输入数量。
4、 系统显示客户本次已订购商品信息。
5、 用户点击生成订单按钮。
6、 系统自动生成订单,,自动记录操作人员和操作时间。
前置条件
1、 客户已经在系统内进行登记。
相关查询
2、 定位客户:可根据客户名、电话、身份证号进行定位客户。
其他需求
通过客户号可以链接到该客户详细信息
异常情况
1a、当没有定位到客户时,转到客户管理功能进行客户登记。
2a、当用户所选商品存在缺货情况时,提示客户。并且同时生成缺货单。
裁剪说明
不可裁剪。
3.3.2.2 需求描述(退订)
功 能 需 求
功能名称
退订
优先级
中
参与者
客户服务中心管理员
业务背景
当客户想取消订单时,通过该功能实现。
基本需求
1、 用户根据查询条件定位有退订要求的客户。
2、 系统显示该客户及订单信息。
3、 用户选择要退订的订单。
4、 用户输入退订日期及退订原因。
5、 用户点击退订按钮。
6、 系统对订单进行退订,自动记录操作人员和操作时间。
前置条件
1、 要退订的订单没有被调度。
相关查询
1、 定位客户:可根据客户名、电话、身份证号进行定位客户。
2、 定位订单:订单号、订单类型、订单生成日期、要求完成日期、订单状态。
其他需求
1、 通过订单号可以链接到该订单详细信息。
2、 通过客户号可以链接到该客户详细信息。
异常情况
3a、当用户选择要退订的订单已经被调度了,不可以继续操作。
裁剪说明
可以裁剪
3.3.2.3 需求描述(换货)
功 能 需 求
功能名称
换货
优先级
中
参与者
客户服务中心管理员
业务背景
当客户对所接收到的商品质量不满意时,通过该功能实现换货的处理。
基本需求
1、 用户根据查询条件定位有换货要求的客户。
2、 系统显示该客户及订单信息。
3、 用户选择要换货的订单及订购商品信息。
4、 用户输入换货数量。
5、 用户输入换货原因及要求完成日期。
6、 用户点击换货按钮。
7、 系统对订单进行换货处理,自动记录操作人员和操作时间。
前置条件
1、 该订单已经配送完成才能进行换货处理。
相关查询
1、 定位客户:可根据客户名、电话、身份证号进行定位客户。
2、 定位订单:订单号、订单类型、订单生成日期、要求完成日期、订单状态
其他需求
1、 通过订单号可以链接到该订单详细信息。
2、 通过客户号可以链接到该客户详细信息。
异常情况
4a、当用户输入换货数量大于所订购数量时,系统给出提示。
4a、当用户输入换货数量大于当前库存量时,系统给出缺货提示。
裁剪说明
可以裁剪
3.3.2.4 需求描述(退货)
功 能 需 求
功能名称
退货
优先级
中
参与者
客户服务中心管理员
业务背景
当客户对所接收到的商品质量不满意时,通过该功能实现退货的处理。
基本需求
1、 用户根据查询条件定位有换货要求的客户。
2、 系统显示该客户及订单信息。
3、 用户选择要退货的订单及订购商品信息。
4、 用户输入退货数量。
5、 用户输入退货原因及要求完成日期。
6、 用户点击退货按钮。
7、 系统对订单进行退货处理,自动记录操作人员和操作时间。。
前置条件
1、 该订单已经配送完成才能进行退货处理。
相关查询
1、 定位客户:可根据客户名、电话、身份证号进行定位客户。
2、 定位订单:订单号、订单类型、订单生成日期、要求完成日期、订单状态
其他需求
1、 通过订单号可以链接到该订单详细信息。
2、 通过客户号可以链接到该客户详细信息。
异常情况
4a、当用户输入退货数量大于订购数量时,系统给出提示。
裁剪说明
可以裁剪
3.3.2.5 需求描述(订单信息查询)
功 能 需 求
功能名称
订单信息查询
优先级
中
参与者
客户服务中心管理员
业务背景
主要用来完成订单信息的查询功能。
基本需求
1、 用户输入查询条件:查询条件包括查询开始日期、查询结束日期、订单号、订单类型(全部、新订、换货、退货、退订、异地收费)、订单状态、客户姓名、联系电话等。
2、 系统显示满足条件的订单信息。
前置条件
无
相关查询
无
其他需求
1、 通过订单号可以链接到该订单详细信息。
2、 通过客户号可以链接到该客户详细信息。
异常情况
无
裁剪说明
可以裁剪
3.3.2.6 数据描述
新订订单信息
名称
描述
是否必添
商品一级分类
是
商品二级分类
是
商品名称
是
订购数量
是
计量单位
根据选择商品自动获得,用户不可更改
否
单价
根据选择商品自动获得,用户不可更改
否
折扣
根据选择商品自动获得,用户不可更改
否
金额
根据订购数量和单价及折扣自动计算,用户不可更改
否
订单总金额
自动计算所有商品金额之和,用户不可修改。
否
商品说明
根据选择商品自动获得,用户不可更改。
否
备注信息
否
货物投递分站
否
要求完成日期
是
订单生成日期
默认为当前日期,用户可修改
是
订单类型
包括两种选项:新订、异地收费
默认为新订。
异地收费指的是付款人与收货人在不同地点的订购方式。
是
送货地址
默认为为客户的联系地址,用户可修改
是
收货人
默认为客户姓名,用户可修改
是
收货人电话
默认为客户移动电话,用户可修改
是
收货人邮编
默认为客户邮编,用户可修改
否
是否要发票
否
付款人
只有订单类型为异地收费时需要填写该信息。
否
付款人地址
只有订单类型为异地收费时需要填写该信息。
否
付款人电话
只有订单类型为异地收费时需要填写该信息。
否
付款人邮编
只有订单类型为异地收费时需要填写该信息。
否
退订订单信息
名称
描述
是否必添
退订原因
是
退订日期
默认为当前日期,可修改
是
换货订单信息
名称
描述
是否必添
换货原因
是
要求换货日期
默认为当前日期,可修改
是
换货商品
是
换货数量
是
退货订单信息
名称
描述
是否必添
退货原因
是
要求退货日期
默认为当前日期,可修改
是
退货商品
是
退货数量
是
3.3.3 操作员工作量查询
3.3.3.1 需求描述
功 能 需 求
功能名称
操作员工作量查询
优先级
低
参与者
客户服务中心管理员
业务背景
物流公司会定期内统计每个客户人员的工作情况,包括每月对订单进行各种操作的数量,以及对每种商品的销售情况。
基本需求
1、 用户输入查询条件:查询条件包括查询开始日期、查询结束日期、订单类型(全部、新订、换货、退货、退订、异地收费)、操作员、商品名称。
2、 系统显示满足条件的订单信息:显示结果至少每个操作员对每种商品的新订情况(笔数、数量、金额)、退货情况(笔数、数量、金额)、换货情况(笔数、数量、金额)、退订情况(笔数、数量、金额)、净收入。
前置条件
无
相关查询
无
其他需求
无
异常情况
无
裁剪说明
可以裁剪
3.4 调度中心
调度中心的主要职责是对客服生成的配送订单进行调度处理,以及对由于缺货原因产生的缺货订单,在来货后,修改定单状态。
调度中心是配送系统的协调中心,是信息流在内部各部门的起点。主要功能有:手工调度、自动调度、缺货订单状态修改、任务单查询。
3.4.1 调度管理
3.4.1.1 需求描述(手动调度)
功 能 需 求
功能名称
手动调度
优先级
高
参与者
调度中心管理员
业务背景
当客服传过来的订单没有描述执行任务分站时,需要对订单手工指定执行任务分站,这个过程为手工调度。
基本需求
1、 用户输入查询条件定位订单。查询条件可包括要求完成日期、订单类型等。
2、 系统显示出满足条件的订单记录。
3、 用户为要调度的订单选择执行任务分站。
4、 用户点击手工调度按钮。
5、 系统自动把该订单进行调度产生任务单和商品调拨单,并记录当前操作人员和操作日期。
前置条件
1、 已调度的订单不可以再次调度。
2、 缺货的订单不可以进行调度。
3、 对异地收费订单,要同时调度出送货任务执行分站和收款任务执行分站,并且要求只有在收到货款之后,才能进行送货。
相关查询
无
其他需求
无
异常情况
3a、当该订单商品缺货时,提示用户不可调度。
裁剪说明
不可裁剪
3.4.1.2 需求描述(自动调度)
功 能 需 求
功能名称
自动调度
优先级
高
参与者
调度中心管理员
业务背景
当客服传过来的订单有执行任务分站时,可以对订单进行自动调度,该操作也可以不用人工触发,由系统实时执行。
基本需求
1、 用户输入查询条件定位订单。查询条件可包括要求完成日期、订单类型等。
2、 系统显示出满足条件的订单记录。
3、 用户选择要调度的订单。
4、 用户点击自动调度按钮。
5、 系统自动把该订单进行调度产生任务单和商品调拨单,并记录当前操作人员和操作日期。
前置条件
1、 已调度的订单不可以再次调度。
2、 缺货的订单不可以进行调度。
3、 对异地收费订单,要同时调度出送货任务执行分站和收款任务执行分站,并且要求只有在收到货款之后,才能进行送货。
相关查询
3a、当该订单商品缺货时,提示用户不可调度。
4a、当用户选择的订单没有执行任务分站时,系统提示用户。
其他需求
非人工触发:系统每隔一段时间,自动检测可以进行自动调度的订单。并记录调度方式和调度时间。
异常情况
无
裁剪说明
实时调度可裁剪。
3.4.1.3 需求描述(订单状态修改)
功 能 需 求
功能名称
缺货订单状态修改
优先级
高
参与者
调度中心管理员
业务背景
当缺货订单的所有货物到货后,可以使用此功能修改订单状态为“可分配订单”。
基本需求
1、 用户按照查询条件查询出所有缺货订单,查询条件可包括:要求完成日期,订单类型、是否到货。
2、 系统显示所有满足条件的订单。
3、 用户点击订单状态修改。
4、 系统自动把订单状态修改为“可分配”。
前置条件
无
相关查询
无
其他需求
无
异常情况
无
裁剪说明
可以裁剪
3.4.1.4 需求描述(任务单查询)
功 能 需 求
功能名称
任务单查询
优先级
中
参与者
调度中心管理员
业务背景
主要用来完成任务单信息的查询功能。
基本需求
1、 用户输入查询条件:查询条件包括要求完成日期、任务单号、任务类型(全部、收款、送货收款、送货、退货、换货)、任务状态、执行任务分站、客户姓名、联系电话等。
2、 系统显示满足条件的任务单信息。
前置条件
无
相关查询
无
其他需求
无
异常情况
无
裁剪说明
不可裁剪
3.4.1.5 业务流程描述
3.4.1.6 数据描述
任务单基本信息
名称
描述
是否必添
任务单号
系统自动生成
是
执行任务分站
是
3.5 分站管理
分站的主要工作是直接面向客户,为客户提供服务。功能包括:任务单查询、任务分配、打印配送单、回执录入、缴款查询、发票管理。
3.5.1 分站管理
3.5.1.1 需求描述(任务单查询)
功 能 需 求
功能名称
任务单查询
优先级
中
参与者
分站管理员
业务背景
主要为分站人员能方便查询本分站的任务单信息。
基本需求
1、 用户输入查询条件:查询条件可包括要求完成日期、任务类型、任务状态等。
2、 系统显示满足条件的任务单信息。
前置条件
无
相关查询
通过任务单号可以查看该任务单的详细信息
其他需求
无
异常情况
无
裁剪说明
可以裁剪
3.5.1.2 需求描述(任务分配)
功 能 需 求
功能名称
任务分配
优先级
高
参与者
分站管理员
业务背景
当订单被调度中心调度之后会形成任务单,然后由分站来分配具体执行任务的配送员。
基本需求
1、 用户输入查询条件:查询条件可包括要求完成日期、任务类型、任务状态等。
2、 系统列出满足条件的任务单记录。
3、 用户选择要进行任务分配的配送员。
4、 用户点击任务分配按钮。
5、 系统保存用户所选信息,并修改任务单和订单状态。
前置条件
1、当任务单只有分站库房到货之后才能被分配。
相关查询
通过任务单号可以查看该任务单的详细信息
其他需求
无
异常情况
3a、当任务单状态为已分配时,不可以再进行该用例。
裁剪说明
不可裁剪
3.5.1.3 需求描述( 补打商品签收单)
功 能 需 求
功能名称
补打商品签收单
优先级
中
参与者
分站管理员
业务背景
任务分配给配送员后,配送员会拿商品签收单到分站库房去领货。
基本需求
1、 用户输入查询条件查询任务单:查询条件可包括要求完成日期、任务类型、任务状态、配送员姓名等。
2、 系统列出满足条件的任务单记录。
3、 用户选择要打印的任务单。
4、 系统打印。
前置条件
任务单已分配给配送员
相关查询
无
其他需求
无
异常情况
无
裁剪说明
可裁剪
3.5.1.4 需求描述(回执录入)
功 能 需 求
功能名称
回执录入
优先级
高
参与者
分站管理员
业务背景
当配送员拿货物和配送单完成配送任务后,要回到分站进行配货完成情况录入。
基本需求
1、 用户输入查询条件查询任务单:查询条件可包括要求完成日期、任务类型、任务状态、配送员姓名等。
2、 系统列出满足条件的任务单记录。
3、 用户选择要做回执录入的任务单。
4、 用户录入回执信息。
5、 系统保存。
前置条件
货物已经配送完成。
相关查询
无
其他需求
无
异常情况
无
裁剪说明
不可裁剪
3.5.1.5 需求描述(缴款查询)
功 能 需 求
功能名称
缴款查询
优先级
中
参与者
分站管理员
业务背景
主要用来统计一段时间内本分站每种商品的送货收款情况,以及总的收款、退款金额。
基本需求
1、 用户输入查询条件:查询条件可包括开始日期、结束日期、商品名。
2、 系统显示查询结果:查询结果至少包括:每种商品的送货数量、收款情况,以及总的收款、退款金额。
前置条件
无
相关查询
无
其他需求
无
异常情况
无
裁剪说明
不可裁剪
3.5.1.6 数据描述
商品签收单信息如下:任务号、客户姓名、联系电话、邮编、送货地址、送货日期、送货要求、送货分站、分站地址、分站电话、是否要发票、商品名称、单价、商品数量、商品总价、任务类型、备注、客户反馈、客户签名等。
回执录入信息如下:任务状态(完成,部分完成,失败)、客户满意度、备注
3.5.2 发票管理
发票管理包含发票领用、发票作废及丢失、发票查询功能。
3.5.2.1 需求描述(发票管理)
功 能 需 求
功能名称
发票管理
优先级
低
参与者
分站管理员
业务背景
当客户要求提供发票时,配送员在执行配送任务时,连同发票一同带给客户。本功能主要是提供领用发票的功能。
当有退货订单时,会把原发票作废,重新给客户产生一个新的发票。
基本需求
发票领用需求。
1、 用户按照配送员提供的配送任务单号定位配送任务单。
2、 系统显示任务单信息。
3、 用户输入发票号并点击领用按钮。
4、 系统执行领用操作。并把该发票状态置为客户已领用。
前置条件
发票已经被分站领用。
相关查询
定位任务单:要求完成日期、任务类型、任务状态
其他需求
发票作废
1、 用户按照配送员提供的配送任务单号定位配送任务单。
2、 系统显示任务单信息。
3、 用户点击发票作废按钮
4、 系统执行作废操作。并把该发票状态置为以作废。
发票查询:查询发票的领用、作废情况
异常情况
无
裁剪说明
可以裁剪
3.5.2.2 数据描述
发票基本信息包括
名称
描述
是否必添
发票号码
是
发票金额
是
领用日期
做领用操作时,系统自动生成为当前日期
否
丢失/作废日期
做作废操作时,系统自动生成为当前日期
否
领用人姓名
否
丢失人姓名
否
发票状态
分站已领用/客户已领用/已作废
否
订单号
是
3.6 库房管理
库房的主要职责是对货物进行出库、入库、货物存放进行管理。主要业务包括:中心库房购货入库、中心库房调拨出库、分站库房调拨入库、领货管理、退货管理。
3.6.1 中心库房购货入库
3.6.1.1 需求描述
功 能 需 求
功能名称
中心库房购货入库
优先级
高
参与者
中心库房管理员
业务背景
购货入库是指配送中心安排购货后,供应商将商品送至中心库房,中心库房根据购货入库单进行入库处理。
基本需求
1. 用户根据购货单号查询购货单详细信息。
2. 系统显示该订货单购货每种商品名称、订购数量及实际到货数量,实际到货数量默认和订购数量相等。
3. 用户确认每种商品实际到货数量。
4. 用户输入实际入库日期和备注信息。
5. 用户点击入库按钮。
6. 系统保存入库信息。
前置条件
配送中心已经向供应商订购货物
相关查询
无
其他需求
无
异常情况
3a.当实际到货数量和订购数量不相符时,中心库房管理员修改实际到货数量。继续步骤4。
裁剪说明
不可裁剪
3.6.1.2 数据描述
入库基本信息
名称
描述
是否必添
购货单号
是
商品名称
是
商品应入库数量
是
实际入库数量
是
实际入库日期
是
备注信息
当实际入库数量与购货单不符时,可以输入此信息
否
3.6.2 中心库房调拨出库
3.6.2.1 需求描述
功 能 需 求
功能名称
中心库房调拨出库
优先级
高
参与者
中心库房管理员
业务背景
订单经过调度中心调度后,会产生货物调拨单,调拨出库指的就是中心库房根据货物调拨单进行出库操作,一方面产生分发单,连同货物同时交给运输公司,一方面产生验货单(和分发单内容一致),运输公司把货物运送到相应分站后,分站库房管理员根据验货单和分发单对货物的数量进行验证。
基本需求
1. 中心库房管理员根据要求完成日期查询要调拨的货物调拨单。
2. 系统列出调拨单列表。
3. 用户选择要调拨的货物调拨单。
4. 系统根据分站信息列出每个分站所选调拨单所包含的商品信息及出库数量。
5. 用户点击出库按钮。
6. 系统进行调拨出库操作,把所选的订单及任务单状态修改为中心库房出库。
其他需求
1. 中心库房打印出库单:出库单是库管员出库的一个依据,它是所有商品出库量的统计量。用户可以根据出库日期、商品名(默认为全部)进行查询,显示指定日期已经出库的商品统计量。
2. 中心库房打印分发单:分发单是库管员完成商品出库后,分发科进行商品分发的一个依据,分发单记录需要发往每个分站库房的商品统计量。用户选择库房名称、输入日期、商品名(默认为全部),进行查询,显示指定库房、日期需要分发的商品统计量。
前置条件
无
相关查询
无
异常情况
无
裁剪说明
其他需求可裁剪
3.6.2.2 数据描述
出库单数据描述:商品编号、商品名称、售价、数量、厂商、备注、商品数量总计、总金额、日期。
分发单数据描述:仓库名称、操作员、商品编号、商品名称、售价、数量、厂商、备注、商品数量总计、总金额、分发员、签收人、日期。
3.6.3 分站库房调拨入库
3.6.3.1 需求描述
功 能 需 求
功能名称
分站库房购货入库
参与者
分站库房管理员
优先级
高
业务背景
该操作是指分站库房在接到中心库房调拨过来的商品后,根据实际到货的商品和数量,进行入库处理
基本需求
1. 用户根据验货单号定位入库单。
2. 系统显示该入库单所包含商品信息、入库数量和实际入库数量,实际入库数量默认和入库数量相等。
3. 用户根据实际到货数量确认每种商品的实际入库数量。
4. 用户输入实际入库日期和备注信息。
5. 用户点击入库按钮。
6. 系统进行入库操作,并把所涉及的订单及任务单状态修改为“分站库房到货”。
其他需求
无
前置条件
中心库房已出库
相关查询
无
异常情况
无
裁剪说明
不可裁剪
3.6.3.2 数据描述
分站库房入库基本信息
名称
描述
是否必添
分发单号
是
商品名称
是
实际入库数量
是
实际入库日期
是
备注
是
3.6.4 领货
3.6.4.1 需求描述
功 能 需 求
功能名称
领货
优先级
高
参与者
分站库房管理员
业务背景
领货是指分站库房管理员根据调拨出库单及配送员的配送任务单领取货物。
基本需求
1. 用户根据任务单号定位要领货的任务单。
2. 系统显示任务单信息。
3. 用户确认该任务单的商品名称及数量信息是否和配送员提供的配送单信息一致。
4. 用户输入领货人及领货日期。
5. 用户点击领货。
6. 系统保存领货信息,并把相应订单及任务单状态修改为“已领货”。
前置条件
分站库房已到货
相关查询
无
异常情况
3a.当配送员提供的配送单和系统中商品名称和数量不一致时,需手工处理差异,该功能不再系统范围内。
裁剪说明
不可裁剪
3.6.4.2 数据描述
领货基本信息
名称
描述
是否必添
任务单号
是
领货人
是
领货日期
是
备注
否
3.6.5 退货管理
退货管理是指根据退货订单,将商品退回到分站库房,再从分站库房退回到中心库房的管理。
3.6.5.1 需求描述(退货登记)
功 能 需 求
功能名称
退货登记
优先级
低
参与者
分站库房管理员
业务背景
当客服中心接收到客户的退货请求后,配送员从客户手中取回商品到分站库房登记的过程。
基本需求
1. 用户根据任务单号定位任务单。
2. 系统列出该任务单所含商品信息及退货数量。
3. 用户确认实际退货商品和数量是否相等。
4. 用户点击退货按钮。
5. 系统进行退货操作,记录当前日期为实际退货日期。并将相应货物入库到分站库
展开阅读全文