广东移动物流信息系统需求规格说明书
物流需求格式说明书
文档编号: 密级:一级物流系统需求规格说明书V1.0拟制人______________________审核人______________________批准人______________________[2010年5月10日]目录1.简介1.1目的1.4概述3.具体需求3.1功能3.1.1货物管理3.1.2账务管理3.1.3业务基础信息管理3.1.4系统管理3.2可用性3.2.1培训方面3.2.2界面风格3.3性能3.4可支持性3.5.1编程规范3.5.2系统维护操作和实用工具3.5设计约束3.6.1软件流程需求3.6.2构架及设计约束3.6.3开发工具3.6.4数据库3.6.5编程语言3.6接口3.8.1用户界面物流管理系统需求规约1.简介1.1目的本软件需求规约是为了开发类似于物流管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。
进一步定制软件开发的细节问题,便于用户与开发商协调工作. 目的是明晰用户需求，明确开发依据，确定开发范围。
本规约是整个软件开发的依据，它对以后阶段的工作起指导作用。
本文也是项目完成后系统验收的依据。
1.2概述该规约还包括：整体说明，具体需求其他两个部分。
整体说明：描述了系统管理架构的整体功能和背景，它应用在企业级应用程序的内部，是增强整个企业应用系统的一个重要组件。
具体需求：具体描述了系统管理框架的详细功能。
包括验证功能，授权功能，扩展功能，以及权限维护功能，在这一节中将作详细的描述。
2.具体需求2.1功能2.1.1l货物管理2.1.1.1入库管理1）预入库功能输入：选择预入库菜单。
功能处理：生成入库记录预入库相关字段内容。
功能输出：预入库记录详表内容展示2）入库功能输入：选定指定入库单。
功能处理：查找对应预入库或入库记录，更新对应记录入库相关字段(一带多主子表记录)内容。
功能输出：入库记录内容展示, 主记录入库单信息详表形式展示, 多条库存货物子记录列表方式展示,提供子记录详表展开功能, 同时提供指向该入库单账单详表链接;备注：提供正式提交(本业务员使用)与确认按钮(库管使用)；3）借件返还说明:同入库功能基本一样, 重要区别是“业务类型”字段设置估不同,这里为“借件返还”, 而前者为”新件入库”功能输入：选择借件返还菜单。
物流管理系统需求规格说明书
物流管理系统需求规格说明书物流管理系统需求规格说明书1.引言1.1 目的本文档旨在详细描述物流管理系统的需求规格，为开发人员提供明确的开发指导，并确保系统满足用户的需求。
1.2 范围物流管理系统是为了帮助物流公司或企业有效管理其仓储、配送、运输和跟踪等物流活动而设计的软件系统。
本文档将详细阐述系统的功能要求、性能要求、可靠性要求、安全要求等方面的规格。
2.功能需求2.1 用户模块①用户注册用户可以通过系统进行账号注册，并提供基本信息，如用户名、密码、联系方式等。
②用户登录已注册的用户可以通过用户名和密码进行登录，进入系统。
③用户权限管理系统将根据用户的权限级别，对不同用户进行权限管理，确保用户只能访问其具备权限的功能模块。
2.2 订单管理模块①创建订单用户可以通过系统创建新的订单，填写订单的详细信息，包括货物信息、收发货地质、收货人信息等。
②订单查询用户可以根据订单号或其他关键字进行订单查询，并获取相应的订单详情。
③订单修改和删除用户可以对已创建的订单进行修改和删除操作，例如修改货物信息、地质信息等。
2.3 仓储管理模块①仓库管理系统管理员可以添加、删除和管理仓库信息，包括仓库编号、仓库地质、仓库管理员等。
②库存管理系统将自动跟踪并记录货物的入库和出库数量，并库存报表，帮助管理人员实时了解库存情况。
2.4 运输管理模块①运输计划管理系统管理员可以创建、修改和删除运输计划，包括起始点、目的地、运输方式、运输时间等。
②运输跟踪用户可以根据运输计划或订单号进行实时运输跟踪，了解货物的当前位置和运输状态。
③运输费用管理系统将自动计算运输费用，并提供费用明细和费用结算功能，方便管理人员核对和结算费用。
3.性能需求3.1 响应时间系统应保证用户在任何时间都能够快速响应，每个功能模块的响应时间不应超过2秒。
3.2 并发性能系统应支持多用户同时操作，能够处理多个用户的请求并保证数据的一致性和安全性。
3.3 可扩展性系统应具备良好的可扩展性，能够根据业务需求灵活扩展硬件和软件资源，以支持系统的正常运行。
物流管理系统需求规格说明书
物流管理系统需求规格说明书物流管理系统需求规格说明书1、引言1.1 目的本文档旨在明确以客户需求为基础，设计开发一个高效、可靠的物流管理系统，以提供全面的物流管理功能，提升物流流程的效率和准确性。
1.2 背景随着电子商务的快速发展，物流管理系统的需求也日益增长。
传统的人工管理方式已经无法满足高效和准确的物流运作需求。
因此，开发一个物流管理系统是当今市场的需求之一。
2、总体描述2.1 产品范围本物流管理系统旨在为物流公司或物流部门提供一种高效的管理平台。
主要功能包括但不限于：订单管理、库存管理、货运追踪、配送管理、费用计算和报告等。
2.2 用户特点系统主要面向物流公司的管理人员、仓库人员、司机和客户。
每个用户具备特定的权限和功能。
2.3 假设和约束系统假设用户具备基本的计算机操作技能，拥有网络连接以及适当的硬件设备。
另外，系统需要适应不同规模的物流公司和不同的物流流程。
3、详细需求规格3.1 用户管理3.1.1 用户注册系统提供用户注册功能，用户需要提供姓名、联系方式和登录信息。
3.1.2 用户登录已注册的用户可以使用用户名和密码登录系统，进入相应的功能模块。
3.1.3 权限管理系统根据用户角色分配相应的功能权限，如管理员、仓库管理员、司机和客户等。
3.2 订单管理3.2.1 订单创建管理员或客户可以创建订单，需要填写货物信息、收货人信息和运输要求等。
3.2.2 订单状态跟踪系统提供订单状态跟踪功能，管理员和客户可以实时查看订单的处理状态和位置信息。
3.2.3 订单修改和取消管理员和客户可以对订单进行修改和取消操作，前提是订单还未开始处理。
3.3 库存管理3.3.1 入库管理系统记录货物的入库信息，包括货物种类、数量、入库时间和仓库位置等。
3.3.2 出库管理系统记录货物的出库信息，包括货物种类、数量、出库时间和目的地等。
3.3.3 库存查询管理员可以通过系统查询库存情况，包括货物种类、数量和库存位置等。
物流管理系统需求规格说明书样本
规格说明书物流管理系统需求天翼物流管理信息系统需求规格说明书1.0天翼软件开发团队版权全部不得复制目录1 前言 .......................................................................................错误 !不决义书签。
1.1 编写目的 .........................................................................错误 !不决义书签。
1.2 背景 .................................................................................错误 !不决义书签。
1.3 参照资料 .........................................................................错误 !不决义书签。
《软件工程与UML》，《鉴于 的 Web 应用开发》，《数据库概论》 ...................................................................................错误 !不决义书签。
2 项目概括 ...............................................................................错误 !不决义书签。
2.1 功能描绘 .........................................................................错误 !不决义书签。
2.2 系统流程图 ......................................................................错误 !不决义书签。
物流管理系统需求规格说明书
物流管理系统需求规格说明书1、引言本文档旨在定义和描述物流管理系统的需求规格，以便为系统的设计、开发和实施提供明确的方向和指导。
该物流管理系统旨在提高物流运作的效率，降低成本，并提供优质的服务。
2、概述物流管理系统是一个集成的软件平台，旨在优化和自动化物流运作过程中的各种活动，包括订单管理、库存管理、运输管理、仓库管理和客户服务等。
通过使用先进的信息技术，该系统将帮助企业更好地管理其物流运作，提高运作效率，减少错误和浪费，并提高客户满意度。
3、系统需求31、1订单管理系统应能够接收和管理工作订单，包括创建、修改、删除和跟踪等。
系统还应能够根据订单的优先级、日期或其他参数进行排序和处理。
3、2库存管理系统应能够实时跟踪库存水平，包括库存量、在途货物和预订货物。
系统还应能够生成库存报告，包括库存水平、销售和采购数据等。
3、3运输管理系统应能够管理运输活动，包括货物的装载、运输和交付。
系统还应能够跟踪运输成本、运输时间和运输路线，并生成运输报告。
3、4仓库管理系统应能够管理仓库活动，包括货物的入库、出库和转移。
系统还应能够跟踪仓库的利用率、存储条件和安全措施。
3、5客户服务系统应能够接收和处理客户查询，包括订单状态、交货时间和投诉等。
系统还应能够生成客户服务报告，以改进客户服务和提高客户满意度。
4、非功能需求41、1性能系统应具有高吞吐量和低延迟性能，以确保快速响应和处理大量的物流活动。
4、2可用性系统应具有用户友好的界面，以便用户能够轻松地使用和理解系统。
系统还应具有灵活性和可定制性，以适应不同的用户需求和使用场景。
4、3安全性系统应具备足够的安全措施，以保护数据和信息安全免受未经授权的访问和恶意攻击。
这些安全措施应包括身份验证、授权控制、数据加密和日志记录等。
4、4可维护性系统应具有易于维护和升级的特点，以便在系统出现故障或需要更新时能够快速地进行修复和升级。
系统还应具备可扩展性，以便在业务增长时能够轻松地扩展系统的功能和能力。
(产品管理)物流系统产品需求规格说明书
BUS-WU-LIU/M1.0/2013-05-04（产品管理）物流系统产品需求规格说明书-内部资料，注意保密- 第1 页共62 页物流系统产品需求规格说明书美哒哒信息技术有限公司修订历史记录A-增加M-修订D-删除1概述随着物流公司的业务的扩大，物流公司原来的人工操作记录模式已经越来越不能满足公司的业务需求，为了解决人工速度慢，易出错，效率低等问题，我们开发了这套系统来满足公司的需求，促使公司更好更快的发展。
本软件的开发目的为解决Polaris物流公司原数据操作模式无法适应公司发展的问题，本软件的应用目标为Polaris物流公司，包括Polaris 公司的主页以及总公司管理系统和配送点管理系统。
建立此系统的目的在于客观、便捷、透明地显示，货物从货源地发出到客户手中的过程中所经历的各个配送经历。
方便客户、配送人员在线的查询以及公司对于物流的管理。
此系统可以提高物流运输效率，减少人员成本，便捷各个部门上传下达，更好地实现物流传输。
客户可以在线下订单，从我们公司在互联网显示的货物信息中，选定需要购买的货品以及数量，填写详细联系方式以及电话号码，选择付款方式后即可成功下订单。
在货品配送期间可以通过互联网物流跟踪信息，查询货物的即时地点。
在货物到达后，可以根据货物以及配送对货品进行评价，对以后购买此货品的客户提供参考。
每次物流的相关信息都会通过本系统的跟踪建立相关数据，存储在服务器上能够达到24个月，方便客户日后的查询以及相关问题的反映和反馈。
客户使用此系统可以透明、快捷地购到每一件货品。
没有此系统的时候，客户只能通过电话，传真等传统的方式下订单，而且也只能通过致电客服来达到了解货物传输的过程，不仅效率低下，耗费人力物力，而且无法实现传输透明。
本系统的建立使客户成为了物流运输的半个主人，客户不必每次为了物流的过程咨询相关人员，当遇到解决不了的问题时可以咨询相关人员，节省了大量客服的人力、物力和财力。
配送人员可以通过客户在互联网客户端预定货品的信息，将货品发往各个区域，借助互联网即时的迅速性，可以快速有效、更小错误地记录货品在各个区域的传送。
系统需求规格说明书书
系统需求规格说明书书XXX系统或XXX项目产品需求规格说明书版本信息注：状态可以为N-新建、A-增加、M-更改、对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。
否则开发测试可拒绝评审。
审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录1.关于本文档 (5)1.1. 内容说明 (5)1.2. 名词解释 (5)1.3. 参考文档 (5)2.系统概述 (6)2.1. 业务背景 (6)2.2. 系统概述 (7)2.3. 流程概览/系统框架 (8)2.4. 系统规划与迭代 (9)2.5. 功能模块 (9)3.系统功能需求 (10)3.1 状态信息接受推送 (10)3.2 最新站点查询服务 (20)4.系统非功能需求 (34)3.3 性能需求 (34)3.4 安全性需求 (35)3.5 扩展性需求 (35)3.6 兼容性需求 (35)3.7 维护性需求 (36)5.附录 (36)1.关于本文档1.1.内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。
例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。
包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。
是苏宁物流状态服务系统唯一的全面需求定义文档。
本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。
因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。
1.2.名词解释1.3.参考文档《系统需求定义规范使用说明v1.0.doc》2.系统概述2.1.业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。
例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。
物流系统产品需求规格说明书
物流系统产品需求规格说明书-CAL-FENGHAI.-(YICAI)-Company One1物流系统产品需求规格说明书美哒哒信息技术有限公司修订历史记录1概述随着物流公司的业务的扩大，物流公司原来的人工操作记录模式已经越来越不能满足公司的业务需求，为了解决人工速度慢，易出错，效率低等问题，我们开发了这套系统来满足公司的需求，促使公司更好更快的发展。
本软件的开发目的为解决Polaris物流公司原数据操作模式无法适应公司发展的问题，本软件的应用目标为Polaris物流公司，包括Polaris公司的主页以及总公司管理系统和配送点管理系统。
建立此系统的目的在于客观、便捷、透明地显示，货物从货源地发出到客户手中的过程中所经历的各个配送经历。
方便客户、配送人员在线的查询以及公司对于物流的管理。
此系统可以提高物流运输效率，减少人员成本，便捷各个部门上传下达，更好地实现物流传输。
客户可以在线下订单，从我们公司在互联网显示的货物信息中，选定需要购买的货品以及数量，填写详细联系方式以及电话号码，选择付款方式后即可成功下订单。
在货品配送期间可以通过互联网物流跟踪信息，查询货物的即时地点。
在货物到达后，可以根据货物以及配送对货品进行评价，对以后购买此货品的客户提供参考。
每次物流的相关信息都会通过本系统的跟踪建立相关数据，存储在服务器上能够达到24个月，方便客户日后的查询以及相关问题的反映和反馈。
客户使用此系统可以透明、快捷地购到每一件货品。
没有此系统的时候，客户只能通过电话，传真等传统的方式下订单，而且也只能通过致电客服来达到了解货物传输的过程，不仅效率低下，耗费人力物力，而且无法实现传输透明。
本系统的建立使客户成为了物流运输的半个主人，客户不必每次为了物流的过程咨询相关人员，当遇到解决不了的问题时可以咨询相关人员，节省了大量客服的人力、物力和财力。
配送人员可以通过客户在互联网客户端预定货品的信息，将货品发往各个区域，借助互联网即时的迅速性，可以快速有效、更小错误地记录货品在各个区域的传送。
物流管理系统需求规格说明书
物流管理系统需求规格说明书一、引言本文档旨在详细描述物流管理系统的需求规格，以满足用户需求和系统设计要求。
通过本文档，可以清晰地了解系统功能、性能需求、用户界面设计等方面的要求，为系统的开发和测试提供指导。
二、功能需求1.系统应具有用户管理功能，包括用户注册、登录、权限管理等功能。
2.系统应能够实现货物信息管理，包括货物录入、存储、查询、更新和删除等功能。
3.系统应具有订单管理功能，包括订单下单、查询、修改、取消等功能。
4.系统应支持货物配送管理，包括路线规划、配送员分配、货物跟踪等功能。
5.系统应具备报表统计功能，能够生成各类报表以便管理人员分析和决策。
三、性能需求1.系统应具备良好的响应速度，能够快速处理用户请求并返回结果。
2.系统应具有高度可靠性和稳定性，保证系统长时间稳定运行不出现故障。
3.系统应支持大量数据的处理和存储，保证系统运行效率。
4.系统应具备良好的扩展性和灵活性，能够根据实际需求进行功能扩展和定制。
四、用户界面设计1.界面应简洁明了，符合用户直观操作习惯。
2.界面应具有良好的用户交互体验，提供友好的操作方式。
3.界面应具备响应式设计，支持不同设备上的访问。
五、安全需求1.系统应具有用户权限管理功能，保障用户数据安全。
2.系统应采取加密传输等措施，保证数据传输安全性。
3.系统应具备数据备份和恢复功能，避免数据丢失。
六、测试需求1.系统应具有完善的测试手段和测试用例，确保系统功能正常。
2.系统应支持并发测试、压力测试等，保证系统在高负荷下的稳定性。
七、软件环境需求1.系统应支持多种操作系统，如Windows、Linux等。
2.系统应支持多种浏览器，如Chrome、Firefox等。
3.系统应便于部署和维护，具有较低的硬件要求。
八、总结本文档详细描述了物流管理系统的需求规格，包括功能需求、性能需求、用户界面设计、安全需求、测试需求和软件环境需求等方面的要求。
希望通过该需求规格说明书的编写，能够为系统的开发和测试提供指导，确保物流管理系统能够满足用户需求并稳定运行。
物流系统产品需求规格说明书
BUS-WU-LIU/M1.0/2013-05-04物流系统产品需求规格说明书美哒哒信息技术有限公司修订历史记录A—增加M—修订D - 删除1概述随着物流公司的业务的扩大,物流公司原来的人工操作记录模式已经越来越不能满足公司的业务需求,为了解决人工速度慢，易出错，效率低等问题，我们开发了这套系统来满足公司的需求，促使公司更好更快的发展.本软件的开发目的为解决Polaris物流公司原数据操作模式无法适应公司发展的问题，本软件的应用目标为Polaris物流公司,包括Polaris公司的主页以及总公司管理系统和配送点管理系统。
建立此系统的目的在于客观、便捷、透明地显示,货物从货源地发出到客户手中的过程中所经历的各个配送经历。
方便客户、配送人员在线的查询以及公司对于物流的管理。
此系统可以提高物流运输效率,减少人员成本,便捷各个部门上传下达，更好地实现物流传输. 客户可以在线下订单，从我们公司在互联网显示的货物信息中，选定需要购买的货品以及数量,填写详细联系方式以及电话号码，选择付款方式后即可成功下订单。
在货品配送期间可以通过互联网物流跟踪信息，查询货物的即时地点。
在货物到达后,可以根据货物以及配送对货品进行评价,对以后购买此货品的客户提供参考。
每次物流的相关信息都会通过本系统的跟踪建立相关数据,存储在服务器上能够达到24个月，方便客户日后的查询以及相关问题的反映和反馈。
客户使用此系统可以透明、快捷地购到每一件货品。
没有此系统的时候，客户只能通过电话，传真等传统的方式下订单，而且也只能通过致电客服来达到了解货物传输的过程，不仅效率低下，耗费人力物力，而且无法实现传输透明。
本系统的建立使客户成为了物流运输的半个主人，客户不必每次为了物流的过程咨询相关人员，当遇到解决不了的问题时可以咨询相关人员，节省了大量客服的人力、物力和财力。
配送人员可以通过客户在互联网客户端预定货品的信息,将货品发往各个区域,借助互联网即时的迅速性,可以快速有效、更小错误地记录货品在各个区域的传送。
物流管理系统—需求规格说明书
物流管理系统—需求规格说明书内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）物流管理系统需求规格说明书修订历史记录1引言编写目的编写该文档目的在于明确系统范围，明确物流管理系统的业务流程，并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用：为软件开发团队，包括项目开发人员和测试人员项目开发参考用其它相关用户,了解系统的需求范围和实现目标，目的在于更好的使用系统背景物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行运输成本的核算。
本案例中系统名为“物流管理系统”，主要供物流公司内部使用。
系统面向物流公司的工作人员，包括财务人员、运输管理人员、调度人员、承运业务员等。
用户大都具备以下特征：有IE使用经验了解网络了解办公自动化用户的计算机环境大致如下：Windows XP简体中文版IE浏览器MS Office办公软件Outlook或Foxmail邮件管理术语定义序号名称说明1LMS物流管理系统参考资料序号文档版本说明1《企业物流管理》2005-1-1本系统查阅了本书的相关资料2业务概述业务场景和约束物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行。
简单示意图如下：车辆管理模块：车辆管理模块分车队信息维护和车辆信息维护。
在车队信息维护中，由运输管理员新增车队、更新车队、查询车队和删除车队。
物流管理系统需求规格说明书
物流管理系统需求规格说明书文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）物流管理系统需求规格说明书修订历史记录1引言编写目的编写该文档目的在于明确系统范围，明确物流管理系统的业务流程，并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用：为软件开发团队，包括项目开发人员和测试人员项目开发参考用其它相关用户,了解系统的需求范围和实现目标，目的在于更好的使用系统背景背景说明物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行运输成本的核算。
系统名称定义与目标对象：本案例中系统名为“物流管理系统”，主要供物流公司内部使用。
系统面向的用户群体系统面向物流公司的工作人员，包括财务人员、运输管理人员、调度人员、承运业务员等。
用户的特征用户大都具备以下特征：有IE使用经验了解网络了解办公自动化用户环境用户的计算机环境大致如下：Windows XP简体中文版IE浏览器MS Office办公软件Outlook或Foxmail邮件管理术语定义序号名称说明1LMS物流管理系统参考资料序号文档版本说明1《企业物流管理》2005-1-1本系统查阅了本书的相关资料2业务概述业务场景和约束概述物流管理系统主要为物流公司解决日常办公和项目管理的需求，协助工作人员进行日常物流管理和人员管理，提高管理效率，降低运作成本，增强企业长期竞争力。
通过该系统，物流公司运输管理人员能实现对车队、车辆的动态管理；调度人员能随时了解车辆动向和使用情况；承运业务员能开出和接收承运单；财务人员也能通过该系统进行。
简单示意图如下：业务流程车辆管理模块：车辆管理模块分车队信息维护和车辆信息维护。
《物流信息网》需求说明书
数据库备份
数据库管理
辅助工具
后台页面主要包括以下功能模块： 后台登录模块： 主要用于管理员登录网站后台。
企业信息管理模块：主要包括企业信息查询、删除。 车辆信息管理模块：主要包括车辆信息查询、删除。 运单信息管理模块：主要包括货物信息查询、物流跟踪信息的编辑、删除。 公告信息管理模块：主要包括公告信息的添加、修改、查询、删除。 留言信息管理模块：主要包括帮助信息的编辑回复、查询、删除。 物流知识管理模块：主要物流知识的添加、查询、删除。
(4)tb_CarMessage(车辆信息表) 字段名 Code Trademark Brand 数据类型 Int(4) Varchar(20) Varchar(50) 是否为空 no no no 是否主键 yes 默认值
Style Carload Usedtime Drivername Drivertime Licencenum Licencestyle Transportstyle Linkman Linkphone Remark Issuedate username
车辆信息 企业信息 留言信息 会员信息 查 ，删，改
数据库备份
数据库管理
3 数据库设计
3.1 实体 E-R 图
处理 运单 下订单
管理员
管理
用户
回复 管理
留言
发布
版面
属于
信息
3.2 数据库表的详细设计
本系统包括 9 张表，以下一一列出其详细内容
(1)tb_Customer(会员信息表)的结构
字段名 ＩＤ Name Password Email Sex Phone Question Result Issuedate
****学院毕业论文（设计）
快递需求规格说明书
快递系统需求规格说明书一、引言（1）编写目的1、该需求规格说明书为了便于用户、软件分析人员和软件设计人员进行理解和交流。
用户通过需求规格说明在分析阶段即可初步判定目标系统是否满足其预期，设计人员则将需求规格说明作为软件设计的基本出发点，由其导出系统软件结构。
需求规格说明控制系统进化过程，若需求分析完成后，用户需增加或变更需求，开发人员须针对新需求进行需求分析，并要补充需求规格说明，所做变动要显示在需求规格说明中。
2、另外，该需求规格说明书的另一个用途是明确软件需求，安排项目的规划与进度、组织软件开发与测试。
3、本文档也可供项目经理、设计人员、开发人员参考。
（2）项目背景在上学期的基础上进行更深一步的设计。
为了方便客户，在整体上做了更新，例如在功能上增加了客户对货物的跟踪查询，针对公司的业务流程做了进一步的调整，如：由“客户上门寄货”调整为“投递员上门接货”，以及由以前的被动转变为主动，例如：以前通过广告宣传来揽件，现在通过上门揽件获得更高的效益，从而节约了宣传成本。
对人员进行重新分工，例如：营业员不仅要负责对客户送货信息的登记，还负责客户投诉问题的解决；司机的职责由运输扩充为运输、送货、收费、揽件等。
从而充分利用人力资源。
（3）专门术语的定义1、上门揽件：简单的说就是客户跟快递公司打电话说明自己要寄东西，快递公司派人员去客户家里取货，同时让用户填写相关信息，带回公司。
2、跟踪查询：用户可以在货物寄出之后，随时查询货物的目前所在地。
（4）参考资料<<软件工程学>>、<<管理信息系统>>等参考资料。
二、任务概述（1）目标随着信息化时代的到来，越来越多的人想通过更方便、更快捷、更安全的方式来完成货物的运输，本系统在通过对客户进行详细的需求分析之后，能基本上根据用户的需求进行设计，从而给客户带来方便的服务，也能推进快递在相关领域的发展。
（2）运行环境1、操作系统：Microsoft Windows2003 SqlServer20002、支持环境：IIS5.03、数据库：Microsoft SQL Server2000（3）数据描述静态数据：发货单（寄件人姓名，货物编号，寄件人祥址，寄件人电话，所在地邮编，发件人签字，始发地）收货单（收件人姓名，货物编号，收件人祥址，单位名称，收件人电话，收件人身份证，所在地邮编，收件人签字，目的地）登记信息（寄件人姓名，收件人姓名，）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
广东移动物流信息管理系统（LIS）软件/系统需求规格说明书（SRS）版本<V 1.01>拟制日期2007-12-19审核日期2008-1-4批准日期声明本文件所有权和解释权归GMCC所有，未经GMCC书面许可，不得复制或向第三方公开。
修订历史记录（A-添加，M-修改，D-删除）目录目录 (3)1引言 (6)1.1编写目的 (6)1.2系统涵盖范围 (6)1.3缩略词 (6)1.4文档组织结构 (6)1.5参考资料 (6)2系统概貌 (6)2.1业务背景 (6)2.2建设重点 (7)2.3体系结构 (7)2.4系统功能 (8)2.5系统关键接口 (9)2.6组织特性 (9)2.7用户特性 (10)2.8基本权限控制规则描述 (11)2.9一般限制 (11)2.10出错处理 (11)2.11假设和依赖条件 (11)2.12基本系统领域对象描述 (12)物资描述与MIS价值维度关系 (12)业务类型的业务动作分解 (12)物资与业务动作的关系 (13)3功能需求 (14)3.1首页HP (14)3.1.1首页显示 (14)3.2仓储管理WM (14)3.2.1入库管理REQ_LIS_WM_1 (14)3.2.2出库管理REQ_LIS_WM_2 (43)3.2.3调拨管理REQ_LIS_WM_3 (58)3.2.4配送管理REQ_LIS_WM_4 (74)3.2.5仓库管理REQ_LIS_WM_5 (83)3.3项目管理PM (86)3.3.1项目发放REQ_LIS_PM_1 (86)3.3.3在建项目物资调拨REQ_LIS_PM_3 (98)3.4帐务管理MM (103)3.4.1入库管理REQ_LIS_MM_1 (103)3.4.2出库管理REQ_LIS_MM_2 (109)3.4.3调拨管理REQ_LIS_MM_3 (120)3.4.4项目管理REQ_LIS_MM_4 (132)3.5公共数据PR (137)3.5.1公共资源管理REQ_LIS_PR_1 (137)3.5.2配送资源管理REQ_LIS_PR_2 (143)3.6报表管理RP (146)3.6.1收发存统计报表REQ_LIS_RP_1 (146)3.6.2库存统计报表REQ_LIS_RP_2 (147)3.6.3入库明细汇总表REQ_LIS_RP_3 (148)3.6.4项目价值分布统计报表REQ_LIS_RP_4 (149)3.6.5物资申领报表REQ_LIS_RP_5 (150)3.6.6呆滞物资报表REQ_LIS_RP_6 (151)3.7工作流管理WF (152)3.7.1规则管理REQ_LIS_WF_1_1 (152)3.8系统管理SM (153)3.8.1用户组织管理REQ_LIS_SM_1 (153)3.8.2个人信息管理REQ_LIS_SM_2 (154)3.8.3公告管理REQ_LIS_SM_3 (155)3.8.4日志管理REQ_LIS_SM_4 (156)3.8.5文件上传管理REQ_LIS_SM_5 (157)3.8.6签收通知管理REQ_LIS_SM_6 (157)3.8.7到货通知管理REQ_LIS_SM_7 (160)4外部接口需求 (163)4.1MIS接口 (163)4.1.1MIS 系统接口表 (163)4.2统一信息平台接口 (163)4.2.1待办事项接口 (163)4.3对外接口 (164)4.3.1系统对外提供接口 (164)5非功能性需求NF (164)5.1REQ_LIS_NF_1易用性 (164)5.2REQ_LIS_NF_2可靠性 (164)5.3.1REQ_LIS_NF_3_1静态指标 (164)5.3.2REQ_LIS_NF_3_2动态性能指标： (165)5.4REQ_LIS_NF_4可维护性 (165)5.5REQ_LIS_NF_5安全性 (165)5.5.1REQ_LIS_NF_5_1单点登陆，统一鉴权 (165)5.5.2REQ_LIS_NF_5_2信息安全级别 (165)5.6REQ_LIS_NF_6可扩展性 (165)5.6.1REQ_LIS_NF_6_1业务门户扩展 (165)5.6.2REQ_LIS_NF_6_2应用软件功能的扩展 (166)6系统配置 (166)6.1硬件和软件配置 (166)6.1.1硬件配置 (166)6.1.2软件配置 (166)6.2网络拓扑图 (166)6.3开发环境 (167)附件 A：术语表 (167)1 引言1.1 编写目的本文档可作为1. 设计人员进行系统设计的输入源。
2. 开发人员对系统功能开发的依据。
3. 测试人员编写系统测试计划，测试案例编写的输入源。
4. 产品经理检查系统实现程度的依据。
5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。
6. 项目需求阶段的主要交付物。
7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。
8. 系统初验和终验的参考。
1.2 系统涵盖范围1. 系统名称：广东移动物流信息管理系统，简称LIS2. 涵盖范围：LIS系统本期涵盖范围包括库存管理、仓库管理和配送管理三个内容，并尽可能将物流环节中的实物流与财务中价值流（MIS系统物料）关联联动起来，做到帐实相符。
1.3 缩略词1.4 文档组织结构请参考WORD菜单“视图”－“文档结构图”1.5 参考资料2 系统概貌2.1 业务背景LIS系统最基本的功能就是要把仓库的物资管理起来，做到帐实相符。
真实、客观的记录每一笔库存物资的日常各项业务（主要是出入库业务），并在此基础上扩展仓库管理、物流配送等业务，并且在上述已有的基础上发展出各项统计分析功能（如报表体系、各种专项分析，例如周转率、库龄、仓储能力、呆滞物资等）；在实物管理、仓储管理的基础上LIS系统尽可能与广东移动资产全生命周期管理（计划、采购、物流、工程、资产）的上下游环节各支撑系统衔接起来，将物流环节中实物流与下游环节的价值流带动起来，实现联动，支持财务的库存及相关管理工作。
上述两点是LIS系统一期所需要实现的功能，只有这两点成功实现起来，LIS系统才能继续有长远发展，结合现代物流的理念和技术，向电子化仓库、“零库存“管理迈进，支持企业的物流业务的高效、准确、全流程的跟踪和管理。
2.2 建设重点由于原LIS系统过多的注重了对财务业务支持，强调了实物流、价值流的联动，却忽视了现实中物流的独立的流动过程，故不能对物流部门日常业务进行有效支撑。
本次LIS系统把重点集中在物流最基本的实物、仓储管理上，解决物流部门在实际业务运转中的难題，然后才是尽可能将物流环节中的实物流与财务中价值流联动起来，并预留长远发展空间，通过物流业务信息化支撑物流部门日常业务运作。
本次LIS系统着重解决广东移动物流管理主要有以下三个方面的内容：●库存管理除了把纳入MIS系统管理的大部分工程类物资、卡类物资、业务类、低值易耗品等物资进行实物管理以外，另外也把大量不纳入MIS系统管理的工程余料、杂品物资进行实物管理。
在系统中做到帐实相符，摆脱以往通过手工台帐对实物进行管理，基本上实现仓库实物的电子台帐管理。
●仓库管理对仓储中物资分布进行管理，使物流部门用户在系统中即可了解到所需物资在仓库中的所属储区、储位，而不需在手工台帐中或仓库现场查找相应的物资。
对仓储中的物资库龄进行管理，在系统中记录物资的库龄。
物流部门用户通过系统提取出在库时间较长的物资相关数据，推动上级部门及相关部门对这类问题解决。
对仓库的面积、仓储能力进行管理，物流部门用户在系统中即可立即查看到相应仓库的仓储能力，对大量即将到货物资预先进行整体仓储规划，提高物资流转整体效率。
●配送管理当前广东移动物资通过第三方配送商进行配送，在系统中对物资流转控制同时也对配送商进行配送管理跟踪、考核。
2.3 体系结构整套系统是建立在SOA体系架构上的，其总体结构如下图所示：图表 2-1 体系结构图整个应用采用了SOA体系架构来实现，通过SOA体系架构中的ESB产品将LIS系统和其他应用系统的交互数据进行整合，通过SOA的BPEL产品进行业务流程的整合（包括人工审批的工作流程的整合），通过SOA体系架构，将应用的各个功能以组件化的服务方式实现，从而方便应用系统功能的可重用性，可组合性和可扩展性。
LIS系统应用本身采用MVC的多层体系结构来实现，通过将表示层，控制层和业务逻辑层以及数据层分开的方式，方便以后系统的维护和扩展。
2.4 系统功能LIS系统的功能组织结构如下图所示：图表 2-2 功能组织结构图2.5 系统关键接口●和MIS系统接口●和移动portal统一信息平台接口2.6 组织特性2.7 用户特性市系统管理员2.8 基本权限控制规则描述●省公司可以查看全省各市物流状态，但不能进行操作；市公司只能看到自己的物流状态。
●库管员对应自己有权限的仓库的仓储进行管理，只有申请权限●帐管员对应自己有权限的仓库进行帐务相关的价值维度的仓储管理，对实物物流管理只有审批权限●市工程人员，只有对所管项目任务的项目退货、在建项目物资调拨申请的权限●市专业室人员，只有对所管工程任务的项目退货、在建项目物资调拨审批的权限●系统管理员，只有所组织公共资源管理、系统管理、工作流管理的查看和操作的权限仓库权限●系统管理员，对所有的省、地市组织的仓库信息，包括储区、储位、库存物资有查看权限，但不能修改。
●省/市工程物资管理员：仅对本组织有权限的仓库进行管理，但不能进行●省/市卡类物资管理员：●备品备件类物资管理员：●省/市业务类物资管理员：2.9 一般限制●基于系统安全考虑，移动应在制度上保证无关人员不能使用本系统。
●基于系统安全考虑，移动应在制度上保证系统使用人员定期更换密码。
●移动提供的硬件和软件平台应能保证系统性能及可靠性的要求。
●移动应协调本系统涉及到应用接口双方资源。
保障应用接口及时实现。
2.10 出错处理●系统错误都应当记录到系统日志文件中。
●对于服务类访问接口调用时，返回统一的系统错误代码。
●对于界面类访问接口调用时，返回标准的HTTP错误代码和系统错误代码。
2.11 假设和依赖条件●本系统假设Oracle AS平台、Oracle SOA Suite平台稳定可靠，性能满足实际需求。
系统构建在Oracle AS平台中，严重依赖于上述平台的可靠性，稳定性和性能。
●本系统假设Oracle 数据库稳定可靠，性能满足实际需求。
系统数据存储于Oracle 10g数据库中，依赖Oracle数据库的可靠性，稳定性和性能。
●本系统假设BEA Weblogic应用服务稳定可靠，性能满足实际需求。
系统应用基于Weblogic8.1，依赖Weblogic的可靠性，稳定性和性能。