靠谱物流配送系统需求与设计

4星 · 超过85%的资源 需积分: 9 3 下载量 9 浏览量 更新于2024-07-30 收藏 682KB PDF 举报
靠谱物流配送系统需求分析说明书详细地阐述了构建一个高效、可靠的物流配送系统所需的各种功能和非功能需求。该系统采用JSP、Servlet和JavaBean技术栈,并结合ORACLE数据库进行后端存储,旨在满足物流行业的信息化管理需求。 1.1 目的 此文档的主要目的是为系统的开发提供明确的需求定义,确定系统功能边界,为后续的设计、编码和测试工作提供指导。目标读者包括项目相关人员,如项目经理、开发人员、测试人员等。 1.2 背景 该软件系统名为“靠谱物流配送系统”,由和谐靠谱有限公司提出项目需求。系统主要服务于公司及其下属分支机构,通过WEBSERVICE接口与财务系统和人事系统进行数据交互。 1.3 范围 系统的覆盖范围涵盖多个平台,包括: - 消费者平台:为客户提供订单查询、下单、追踪配送等服务。 - 配送点管理员平台:用于管理配送点的日常运营,包括货物接收、分拣、出库等操作。 - 总公司管理员平台:监控整体业务,设置配送策略,管理分公司和配送点。 - 系统管理员平台:负责系统的维护、权限管理及数据备份等高级操作。 1.4 任务概述 - 目标:构建一套高效、安全、易用的物流配送管理系统,提高物流效率和服务质量。 - 用户特点:用户包括消费者、配送点、分公司和系统管理员,需求各异,系统需具备良好的适应性和扩展性。 - 假定和约束:系统运行在特定的软件和硬件环境中,必须满足接口兼容性和控制要求。 1.5 运行环境 - 软件环境:JSP、Servlet、JavaBean等技术栈,ORACLE数据库作为数据存储。 - 硬件环境:规定了服务器配置和网络条件。 - 接口:与财务、人事系统的数据交换。 - 控制:确保系统的安全性和稳定性。 1.6 需求规定 详细描述了各个模块的业务流程,包括消费者、配送点管理员、总公司管理员和系统管理员的平台功能。 1.7 对功能的规定 - 系统功能结构图展示了系统模块间的层级关系。 - 各功能描述:涵盖了订单处理、库存管理、配送调度、报表生成等功能细节。 - 价格及收入计算描述:详细解释了如何根据配送距离、重量等因素计算费用。 1.8 非功能性需求 涉及系统性能、安全性、可维护性等非功能性的要求。 1.9 输入输出要求 定义了系统与用户、其他系统交互的数据格式和处理逻辑。 1.10 数据管理能力要求 对数据存储、检索、更新和删除的能力提出了具体标准。 1.11 灵活性要求 系统应能适应业务变化,易于扩展和调整。 1.12 故障处理要求 明确了系统在异常情况下的处理机制和恢复策略。 1.13 其他专门要求 可能包含特定行业的法规遵从性、用户体验等方面的特殊要求。 这份需求分析说明书详尽地界定了靠谱物流配送系统的核心功能和运行环境,为系统开发提供了清晰的蓝图,以期构建出一个满足业务需求并具有高度可扩展性和稳定性的物流管理平台。
2010-04-21 上传
1 需求概述 物流配送公司的主要业务是为用户配送货物;物流公司的组织结构分为省公司和配送点;省公司主要负责车辆的维护、配送点、配送线路、配送价格的维护;配送点主要是接收客户订单,并联系省公司车队将货物运送到目的地;配送点同时还负责货物的配送工作。 对于一个货物的费用应包含如下两部分费用:运输费用和配送费用,运输费用是指由配送地到目的地配送点的费用,而配送费用是指由目的地配送点到客户指定地址的配送费用。 价格由省公司统一维护,配送点无权修改 1.1 业务流程 1.1.1 货物配送流程 1) 用户有货物需要配送 2) 用户网上下订单或通知本地配送点下订单 3) 用户运送货物到本地配送点 4) 配送点进行货物清点并填写货物配送交接单 5) 配送车辆进行装车(配送货物省去了时间限制) 6) 配送货物途中状态更新 7) 货物到达目的配送点,目的配送点检查货物并修改货物状态 8) 目的配送点进行货物配送 9) 客户接收货物 10) 配送点修改货物状态 1.2 车辆管理 车辆管理是由省公司负责的,省公司负责购买车辆,以及车辆的维护,运力调配等;在该系统中我们只需要把车辆的增、删、改做完即可;对于货物的体积如果超过一辆车则可以使用多辆车;每辆车都有状态表示;只有空闲时才可以安排。 1.3 路线管理 路线管理目前我们只做到路线的浏览、增加、修改、删除、配送点循序维护。内容如下:线路名称、配送点顺序。 1.4 收入分成设置 该页面提供设置省公司、发货配送点、收货配送点的分成比例; 省公司:50% 发货配送点:40% 收货配送点:10% 1.5 配送点管理 配送点管理是由省公司完成的,有配送点的浏览、添加、修改、删除、查看配送范围、查看配送价格等。 1.6 配送范围管理 各个配送点可以维护本地配送范围,本地配送范围包括,范围名称、配送时间、备注。包括配送范围的查询、修改、删除、添加。 备注:配送范围隶属于配送点,配送点不存在,配送范围也就不存在。 1.7 配送价格管理 配送价格包括配送点之间的运输价格和配送范围的配送价格;配送点间的运输价格由配送点来维护,总公司审核;配送范围的价格由配送点维护,同时提供查询功能供其它人进行查询。 配送点间价格:包括增、删、改、查;内容包括:发货配送点、收货配送点、首公斤、次公斤、首立方、次立方价格、备注。 配送范围价格:包括增、删、改、查;内容包括配送点名称、配送范围名称首公斤、次公斤、首立方、次立方价格、备注。 备注:价格隶属于配送点,只要有一个配送点不存在,整个价格就不再处在。 1.8 订单管理 订单管理是包括下订单、订单的修改、删除;其中订单只有在收货物之前的可以修改;下单的过程一般由用户或者配送点管理员来完成。 1.8.1 订单查询 每一个配送点的管理人员可以查询配送点的当前订单情况。查询的订单可以包括:今日订单,历史订单,未处理订单等。 1.8.2 订单输入、确认与订单状态维护 本功能模块分为三个子模块:订单输入、订单确认和订单状态维护。 1、 订单输入:对于用户不是在网上下单的情况,配送点要把该订单输入到网上,以便统一管理和调度。 2、订单确认:用户的网上订单,需要业务人员与货主联系确认,并收货后,再改变订单状态,才能够真正生效,进入拼凑,运输流程。配送点订单管理员通过订单输入页面中的发货日与发货车辆两个字段来进行订单确认。 3、订单状态维护:配送点管理员对所有的订单都应该进行审查和批复。而且应该维护订单的各种状态,包括:接受、在途(在哪个点)、在配送中、客户已收、等待支付等。订单部分状态的维护要结合条形码自动完成。 另外,如客户对订单进行了退订操作,则订单状态变为退订并突出显示出来;同时将所退订单发送到货物即将到达的配送点,通知配送点将货物卸下。货物即将到达的配送点还要将订单的目的地改为货物即将到达的配送点,同时产生一个新订单,目的地是货物的发出地。订单输入页面中设有订单状态字段,订单管理员通过对此字段的改变来维护订单状态。 1.8.3 条形码管理 货物验收后需要进行封单,我们目前采用给同一个订单的货物设置一个封单号,为了简化流程不再单独创建一个封单。封单号采用条形码的方式。 条形码规则:共16为前三位为配送点编码,不足三位用0代替,后三位为类别代码,中间10位为运单号码。条形码放在订单里。 1.9 货物类别维护 包括类别的增删改,内容包括类别代码,货物类别名称;其中类别代码采用自动增长方式 1.10 交接单 装货完成后,配送点管理员(业务员)需要生成交接单,根据目的配送点的数量生成相应的交接单;比如该车货物需要去五个配送点,则需要产生五个交接单。 根据订单的具体情况由配送点每天生成交接单,并进行打印。交接单一式三份,每个交接地一张交接单。