订单管理数据库系统需求说明书
商城后台管理系统需求说明书
版本号1.0产品吧需求说明书编写人：编写时间：2015-8-8修订控制页目录1概述 (4)1.1名词说明 (4)1.2产品概述及目标 (4)1.3产品roadmap (4)1.4产品风险 (5)2使用者需求 (5)2.1需求描述 (5)3可选方案.................................................................................................... 错误!未定义书签。
4效益成本分析............................................................................................ 错误!未定义书签。
4.1效益预测....................................................................................... 错误!未定义书签。
4.2产品技术中心成本....................................................................... 错误!未定义书签。
4.3非产品技术中心的支持成本....................................................... 错误!未定义书签。
5功能需求.. (6)5.1功能总览 (6)5.2功能详情 (9)5.3整合需求 (40)5.4BETA测试需求 (40)6非功能需求 (40)产品营销需求 (40)规则变更需求 (40)产品服务需求 (41)法务需求 (41)财务需求 (41)帮助需求 (41)安全性需求 (41)7上、下线需求 (42)7.1上线时限需求 (42)7.2下线需求（活动类需求必须明确下线时间） (42)8运营计划 (42)1 概述1.1 名词说明1.2 产品概述及目标一般的订单管理系统，具有订单管理及订单跟踪、发货的功能，能满足一般商城运营的需求，但是对于希望能结合公司几大部门综合的管理需求用户来说用处不大，无法满足他们对特定功能的需求，如订单的完整生命周期的追踪，订单销售的统计，用户信息的分类及筛选等，都是无法满足的。
订单管理数据库系统需求说明书
订单管理数据库系统需求目录1.简介 (3)1.1目的 (3)1.2范围 (3)1.3定义、首字母缩写词和缩略语 (3)1.4概述 (3)2. 整体说明 (4)2.1用例模型 (4)2.2系统框架 (5)2.3假设与依赖关系 (5)2.4 数据字典 (6)2.5概念结构设计E-R图 (8)2.6逻辑结构设计，将E-R图转换为关系模型 (10)3.物理结构设计 (10)4业务需求 (12)4.1仓库管理 (12)4.2采购管理 (12)4.3销售订单管理 (13)4功能需求 (14)4.1安全管理 (14)4.2系统输入、输出格式 (14)4.3个人工具箱 (14)4.5 数据维护界面及接口 (15)4.7即席查询 (15)5.项目管理 (15)5.1项目管理原则 (15)5.2项目组织结构和责任 (16)5.3项目进度控制机制 (17)5.4项目实施中项目管理文档样本 (18)1.简介本文档主要描述订单系统，其主要使用者有顾客、配货中心、管理决策者。
顾客主要浏览、查询上商品信息，完成网上购物、支付和订购等；配货中心要了解仓库的商品种类、存量等，不仅为管理决策部门提供数据，还要打印订单、为送货部门配送货物，送货部门在完成送货之后，要向管理部门提供反馈信息。
柜台销售人员要了解商品的种类、数量、价格及商品性能等，并负责柜台的订货。
管理部门要根据系统提供的各类数据，随时掌握商品的销售信息，进销存信息，编制计划，并根据订单相配货中心发送配货信息，平衡协调、监控计划的执行。
1.1目的✓描述订单管理数据库系统需求✓形成规范性文档，项目管理受控环节✓开发商依照本文档进行需求分析1.2范围✓此文档用于订单管理数据库系统软件业务需求，用于解释需求文档集（前景、用例说明书）。
1.3定义、首字母缩写词和缩略语✓用例模型：描述用户可以操作的业务模块。
用来指导系统开发时功能模块的划分；✓业务需求：描述订单管理数据库系统所涉及的相关业务需求；✓功能需求：描述用户对系统操作和使用上的要求；✓假设与依赖关系：本需求所要求的前提条件；✓安全管理：主要包括用户管理、用户登陆、用户权限等；✓系统输出格式：系统展现数据的各种形式（如报表、图形、导出excel等）；1.4概述本系统须具备以下功能：信息的查询与显示——重要功能，数据可以在web上部分的供普通客户查询；信息的实时录入、存储、处理和动态更新功能；订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后，要进行处理，并及时反馈到配货中心、管理部门以及客户进行确认。
订单管理系统需求分析说明书
订单管理系统需求分析说明书——电子商务软件设计课程目录1绪论 (3)1.1系统研究背景与目的 (3)1.2系统分析的意义 (4)1.3订单管理系统发展概况 (4)2系统规划与需求分析 (5)2.1订单管理项目概述 (5)2.2系统设计目标 (7)2.3需求分析（用例图） (7)2.3.1 客户下单 (7)2.3.2订单管理人员审核 (9)2.3.3发货管理 (12)3系统设计 (13)3.1 系统类图设计 (14)3.2 模块活动图 (15)3.2.1用户管理模块主要活动图 (15)3.2.2订单管理模块主要活动图 (16)3.3 界面设计 (17)3.4 数据库设计 (18)3.4权限设置 (22)4 其他非功能需求 (23)4.1性能需求 (23)4.2 安全性需求 (23)4.3 质量需求 (24)4.4 易用性需求 (24)1绪论1.1系统研究背景与目的随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。
加之互联网环境下的信息爆炸大数据时代，通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易），许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。
订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。
为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求，订单管理系统也在不断进步、升级，特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单，根据销售量上的变化得到更加深入的数据分析去改进产品的生产模式等等。
仓库管理系统需求规格说明书给力版
仓库管理系统需求规格说明书给力版1. 引言1.1 编写目的本文档主要描述了仓库管理系统的需求规格，包括功能需求、性能需求、系统约束等，以指导系统设计和开发工作。
1.2 背景随着企业业务的不断扩展，仓库管理面临着日益严峻的挑战。
为提高仓库管理效率，降低运营成本，提升企业竞争力，有必要开发一套高效、便捷的仓库管理系统。
1.3 定义和缩略词•仓库管理系统（Warehouse Management System，WMS）：用于管理仓库作业流程、库存、设备等各项业务的计算机系统。
•入库（Receiving）：将货物从运输工具上卸下，并存放至指定位置的过程。
•出库（Shipping）：根据订单需求，将货物从仓库中取出，并装载至运输工具的过程。
•库存管理（Inventory Management）：对仓库内货物的数量、状态、存放位置等进行跟踪和管理的过程。
2. 功能需求2.1 基本功能需求2.1.1 入库管理•支持多种入库方式，如采购入库、退货入库等。
•支持批量入库，能对同一供应商的多批货物进行合并处理。
•支持货物的条码扫描，确保入库数据准确无误。
2.1.2 出库管理•支持多种出库方式，如销售出库、借出等。
•支持批量出库，能对多个订单进行合并处理。
•支持货物的条码扫描，确保出库数据准确无误。
2.1.3 库存管理•实时更新库存数据，确保库存信息的准确性。
•支持库存预警，当库存数量低于设定阈值时，系统自动提醒。
•支持库存盘点，对仓库内的货物进行实时的数量核对。
2.2 高级功能需求2.2.1 批次管理•支持对货物进行批次管理，方便跟踪货物的生产日期、有效期等信息。
•支持按照批次进行库存查询、出库等操作。
2.2.2 供应商管理•支持对供应商信息进行管理，包括供应商名称、联系方式、评价等。
•支持对供应商的货物进行分类管理，方便查询和入库操作。
2.2.3 客户管理•支持对客户信息进行管理，包括客户名称、联系方式、评价等。
订单管理系统需求报告分析
订单管理系统需求报告分析一、引言订单管理系统是在电子商务领域广泛应用的一种业务管理工具，它可以实现对订单的创建、处理、跟踪等多项功能。
随着电商市场的蓬勃发展，订单管理系统的需求也日益增长。
本文将分析订单管理系统的需求，并提出相应的设计与实现方案。
二、系统概述订单管理系统旨在帮助电商企业提高订单处理的效率及准确性，提供全面的订单管理功能，并与其他业务管理系统（如库存管理系统、客户关系管理系统等）进行集成，实现流程的无缝衔接。
三、需求分析1. 订单创建和查询用户可以通过订单管理系统创建新订单，并填写相应的订单信息，如订单编号、客户信息、产品信息、价格、数量等。
同时，系统应提供查询功能，用户可以通过订单编号、客户名称等关键词进行订单的快速检索。
2. 订单处理和跟踪系统应提供订单的处理流程和跟踪功能，包括订单的状态变更、发货状态更新、物流信息查询等。
同时，系统还应提供实时的订单跟踪功能，方便用户随时了解订单的处理进度。
3. 库存管理和自动补货系统应与库存管理系统进行集成，实现对库存的实时监控，并在商品库存低于预设值时，自动触发补货流程，确保商品供应的及时性。
4. 客户管理和售后服务系统应提供客户管理功能，方便用户对客户信息进行维护，并能够记录客户的购买记录、投诉建议等信息。
同时，系统还应支持售后服务功能，包括退换货流程、投诉处理等。
5. 报表统计和分析系统应提供订单数据的报表统计和分析功能，包括销售额、订单数量、产品销售排名等指标的统计分析，并提供可视化的报表展示，方便用户进行业务决策和分析。
四、设计与实现方案1. 技术选型根据需求分析，我们建议采用Web开发技术来实现订单管理系统，使用Java语言开发后台业务逻辑，使用HTML、CSS、JavaScript等技术开发前端界面。
2. 系统架构建议采用三层架构来实现订单管理系统，将系统分为表现层、业务逻辑层和数据访问层。
表现层负责与用户进行交互，并展示订单相关信息；业务逻辑层负责处理订单业务逻辑，并与数据库进行交互；数据访问层负责与数据库进行数据的读写操作。
在线订单管理系统需求说明书
在线订单管理系统需求说明书第一部分：技术要求一、采用标准的B/S结构二、数据库采用关系数据库三、系统结构1、界面层负责描述界面放在web服务器上，建议采用PHP开发，要求界面代码实现版本检查，如果和服务器上的版本一致，则用本地页面代码，页面数据更新只刷新数据，不下载所有页面文件和数据。
2、功能层放在应用服务器上，负责处理表示层传来的命令和数据。
建议使用java开发，功能层要求实现完全数据耦合，功能之间不直接发生功能调用。
3、数据层放在数据库服务器上，负责处理数据，建议采用SQL编码，具有完全的可移植性，可以编译生成各种数据库的版本。
四、开发规范1、所有代码均由详细的注释说明（中文）。
2、所有的模块均有完整的容错处理。
3、所有模块的功能代码（注释除外）不得超过1屏。
4、所有模块的命名均采用英文标准命名方式。
5、所有模块的代码段均采用结构化格式。
第二部分功能需求第三部分数据格式第四部分成本预算第六部分工期要求第七部分费用支付一、商品目录模块1、商品新增功能：供方可以新建和发表自己的商品，也可以委托公司目录管理员发布商品，供方新建的商品要经过公司目录管理员的审核才能正式发布。
2、商品审核功能：对于供方提交的商品信息，由目录管理员代表公司进行审核，审核通过才能置为正式发布状态，审核必须严格记载日志。
3、商品维护功能：供方可以自己修改商品的信息，但是修改后的商品必须重新审核才能生效，否则还是按原信息发布。
修改是在一个中间拷贝上修改，审核后将原信息备份，用新的信息替代原信息。
4、商品发布功能：目录管理员可以对所有待审核状态的商品进行审核发布。
5、商品查询功能供应商能查询和修改自己的商品（任何状态的），会员可以查询任何供方的商品（必须是发布状态的）业务流程：1、供方新建商品2、供方提交审核3、商品管理员审核，如果不通过重新修改，如果通过就直接置为发布状态二、供货管理模块1、供方档案：名称、类型、信誉等级、地址、联系人、联系电话2、供货关系商品ID 、商品名称、供货商ID、供货商名称、供货区域3、供货管理业务流程：1）调货管理员新建调货单（只对单一商品、单一供应商）2）经理审核调货单（批量）3）审核通过的调货单置为调货通知状态，审核不通过的置为新建状态4）供货商审核供货方是自己的调货单，供货商确认通过，调货单置为发货状态5）供货商发货6）仓管收货，更新库存7）调货单置为完成状态。
网上购物订单数据库系统
网上购物订单数据库系统班级：xxxxx姓名：xxxxx目录一、概述 21.1 开发背景 2二、需求分析 32.1 框架分析 32.2 功能需求 32.3 系统功能清单 42.4 数据流图 42.5 数据字典 52.5.1 数据流的描述 52.5.2 处理逻辑的描述 5三、概念模型设计 53.1 系统模块划分 53.2 系统功能模块结构图 63.3 会员实体图 73.4 商品实体图 73.5 系统E-R图 83.6 管理员后台处理流程图 10四、逻辑模型设计 104.1 E-R图向关系模型转化 (10)4.2 数据库表设计 (10)4.3 关系模式优化 (12)五、物理设计 (12)六、数据库实施 (14)七、不足与体会 (23)一、概述1.1 开发背景随着网络技术的日益成熟，网络购物已经成为引领潮流的购物方式，尤其是在一些出门购物并不是十分便利的地区，网上购物的优势更是体现的淋漓尽致。
与此同时，网上购物也给商家带来了巨大的利润，因为免除了一些不必要的费用，在收益的获得上也显得更为直接，例如在今年的“光棍节”期间，淘宝的成交额将近200亿，可见，网上购物已成为主流。
因而一个好的订单数据库管理系统成为了必要，在管理好用户数据的同时，也提高了订单处理的效率。
网上购物系统的主要内容是，一方面让销售商把商品发布于网络，一方面让消费者通过网络来完成商品的交易。
系统总体分成前台和后台两大模块，前台是用户模块，后台是管理员模块。
实现的功能，首先系统向用户列出网站的商品信息。
其次当顾客登录网上购物系统后，为每个用户分配一个购物车，用户选择商品后，商品会被放入购物车。
再次，用户确认购物车信息，点击提交生成订单。
最后，管理员对订单进行处理，即完成一次商品交易。
网上购物是一种具有交互功能的商业信息系统。
它向用户提供静态和动态两类信息资源。
所谓静态信息是指那些经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。
订单管理系统需求分析说明书
订单管理系统需求分析说明书订单管理系统需求分析说明书1. 引言本文档旨在对订单管理系统进行详细的需求分析，以明确系统的功能和性能要求，为系统的设计与开发提供指导和参考。
2. 背景订单管理系统是为了协助企业进行订单管理和处理而开发的系统。
通过该系统，企业可以快速、准确地处理订单并监控订单的状态和进展情况，提高订单处理效率和客户满意度。
3. 功能需求3.1 用户管理系统需要提供用户管理功能，包括用户注册、登录、权限管理等，确保只有授权用户才能访问系统。
3.2 订单管理系统需要具备订单的增加、删除、修改、查询等功能，同时支持多种订单类型和状态的管理，包括待处理、处理中、已完成等。
3.3 客户管理系统需要提供客户信息的管理功能，包括新增客户、修改客户信息、查询客户等，以便维护和管理客户的订单信息。
3.4 商品管理系统需要支持商品的管理，包括添加商品、修改商品信息、查询商品等功能，以便提供准确的商品信息给客户和订单处理人员使用。
3.5 库存管理系统需要提供库存管理功能，包括库存查询、库存调整、库存预警等，以确保及时补充库存、避免库存不足的情况发生。
3.6 报表管理系统需要支持报表的和展示功能，包括订单统计报表、销售额报表、客户分析报表等，以便管理人员进行业务分析和决策。
4. 性能需求4.1 响应时间系统需要在合理的时间内响应用户的操作请求，以确保用户可以方便、快速地进行订单处理和管理。
4.2 并发处理能力系统需要支持多个用户同时进行订单处理和管理，保证用户的并发操作不会引发数据冲突或系统性能下降。
4.3 系统稳定性系统需要具备良好的稳定性，运行期间不应频繁出现意外中断或系统崩溃的情况。
5. 安全需求5.1 数据安全系统需要保证订单数据的安全性，确保订单信息不被非授权人员窃取、篡改或删除。
5.2 用户权限控制系统需要具备严格的用户权限控制机制，确保不同用户只能访问其具备权限的功能和数据。
5.3 日志记录系统需要记录关键操作和用户访问日志，以便追溯和监控系统的操作和使用情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
订单管理数据库系统需求目录1.简介 (3)1.1目的 (3)1.2范围 (3)1.3定义、首字母缩写词和缩略语 (3)1.4概述 (3)2. 整体说明 (4)2.1用例模型 (4)2.2系统框架 (5)2.3假设与依赖关系 (5)2.4 数据字典 (6)2.5概念结构设计E-R图 (8)2.6逻辑结构设计，将E-R图转换为关系模型 (10)3.物理结构设计 (10)4业务需求 (12)4.1仓库管理 (12)4.2采购管理 (12)4.3销售订单管理 (13)4功能需求 (14)4.1安全管理 (14)4.2系统输入、输出格式 (14)4.3个人工具箱 (14)4.5 数据维护界面及接口 (15)4.7即席查询 (15)5.项目管理 (15)5.1项目管理原则 (15)5.2项目组织结构和责任 (16)5.3项目进度控制机制 (17)5.4项目实施中项目管理文档样本 (18)1.简介本文档主要描述订单系统，其主要使用者有顾客、配货中心、管理决策者。
顾客主要浏览、查询上商品信息，完成网上购物、支付和订购等；配货中心要了解仓库的商品种类、存量等，不仅为管理决策部门提供数据，还要打印订单、为送货部门配送货物，送货部门在完成送货之后，要向管理部门提供反馈信息。
柜台销售人员要了解商品的种类、数量、价格及商品性能等，并负责柜台的订货。
管理部门要根据系统提供的各类数据，随时掌握商品的销售信息，进销存信息，编制计划，并根据订单相配货中心发送配货信息，平衡协调、监控计划的执行。
1.1目的✓描述订单管理数据库系统需求✓形成规范性文档，项目管理受控环节✓开发商依照本文档进行需求分析1.2范围✓此文档用于订单管理数据库系统软件业务需求，用于解释需求文档集（前景、用例说明书）。
1.3定义、首字母缩写词和缩略语✓用例模型：描述用户可以操作的业务模块。
用来指导系统开发时功能模块的划分；✓业务需求：描述订单管理数据库系统所涉及的相关业务需求；✓功能需求：描述用户对系统操作和使用上的要求；✓假设与依赖关系：本需求所要求的前提条件；✓安全管理：主要包括用户管理、用户登陆、用户权限等；✓系统输出格式：系统展现数据的各种形式（如报表、图形、导出excel等）；1.4概述本系统须具备以下功能：信息的查询与显示——重要功能，数据可以在web上部分的供普通客户查询；信息的实时录入、存储、处理和动态更新功能；订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后，要进行处理，并及时反馈到配货中心、管理部门以及客户进行确认。
在一定时间内，顾客也可自行通过网络取消订单；统计功能——系统能够给出商场送货业务开展情况的数据，并能够以清晰的图形，或报表显示。
2. 整体说明2.1用例模型2.2系统框架（DFD图）2.3假设与依赖关系✓订单管理数据库系统架构以顾客、配货中心、管理决策者为基础进行建设，所有的用户需求的数据来源都基于以上三个数据库。
所以，订单管理数据库系统依赖于三个数据库现有数据信息。
2.4 数据字典数据项：数据结构：数据流：数据存储：处理过程：意见汇总意见汇总客户意见意见汇总分类汇总客户分析分析客户会员交易记录余元消费习惯分类汇总2.5概念结构设计E-R图子系统E-R图：总体E-R图：2.6逻辑结构设计，将E-R图转换为关系模型商品信息{商品编号，所属类别，商品名称，商品价格，折扣信息，商品规格，销售单位} 商品库存信息{商品编号，库存单位，销存单位比，库存量，库存警戒上线，库存警戒下线} 货源信息{货源编号，货源名称，进货耗时}进货信息{商品编号，货源编号，进货价格}订单管理{订单编号，订货量，订货日期，交货日期，退订提前时间，订单细节，完成情况} 会员信息{会员编号，个人资料}进货统计{商品编号，进货日期，进货量}销售统计{商品编号，采购日期，采购量}库存统计{商品编号，记录时间，库存量}会员交易记录{会员编号，交易日期，订单编号}3.物理结构设计4业务需求4.1仓库管理（1）功能描述:· 仓库各种信息的输入，包括入库，出库，还原，需求信息的输入等· 仓库管理的各种信息查询，修改和维护· 设备采购报表的生成· 在库存管理中加入最高储备和最低储备字段，对仓库的物质设备实现监控和报警· 企业各个部门的物质需求管理· 操作日志的管理（2）系统分析与描述1.“库存查询”用于查询企业商品的库存，可以查询总库存和各分仓库库存。
2.“库存转”用于将一个仓库的商品转移到另一个仓库，或者连锁店之间的商品调拨，内容包括编号、源部门、目的部门、货号、数量、单价、合计金额、调拨日期、制单人、调货原因等。
3.“库存盘点”用于管理企业的库存盘点工作，将实际盘存的商品数量输入计算机，计算机自动与数据库的库存数量进行核对并产生盘盈盘志统计信息。
4.“报损报溢”用于管理企业商品库存的损溢，内容包括编号、货号、仓库、数量、库存单价、金额、日期、责任人、制单人等。
5.“上下限设定”用于设置库存的上限和下限，当商品库存的数量超出指定的范围时系统可以自动报警，内容包括序号、仓库号、货号、上限、下限、最佳存量、备注等。
6.“库丰上下限报警”根据当前商品库存和指定的库存上下限自动列出低于下限或商于上限的商品，并可以直接根据最佳存量直接生成采购订单。
7.“历史查询”用于查询各种转库、盘点、损溢的历史数据。
4.2采购管理（1）功能描述：建立完善以采购管理、采购服务,打破各类采购机构自成一体、封闭操作的现状，以信息化管理手段替代人工操作方式.（2）系统分析与描述1.“采购订单”用于录入企业的采购订单。
一般来说，采购订单、入库单、销售单等单据根据第二荡式都分为主从两张表来存放数据，主表“采购订单”的内容包括编号、供货商号、订货日期、有效起日、有效止日、业务员、人、税价合计、不含税价、税额等，从表“采购订单明细”的内容包括编号、订单号、货号、订货数量、进价、税价合计、扣率、税率、不含税价，税额等。
2.“进货单”用于录入企业的进货单，也分为主从两张表，主表“进货单”内容包括编号、货商号、进货日期、业务员、制单人、验收员、保管员、税价合计、不含税价、税额、订单号等，从表“进货单明细”内容包括编号、进货单号、货号、进货数量、进价、税价合计、扣率、税率、不含税价、税额、仓库、货物质量等。
根据企业的规模和管理方法，可以直接作进货单而不用作采购订单，但对于较大规模的企业，采购部门和库房部门一般是分开的，由采购部门填写采购订单，货物运输到库房后由库房验收人员填写进货单。
填写进货单后商品的库存才会增加并产生应付款。
3.“退货管理”用于录入企业进货时的退货单。
进货的退货有两种方法，一是直接在进货单中填写负数的进货数量，另一种是填写进退货单，一般采用前一种方法。
4.“进货价格调整”用于调整历史进货单的价格，内容包括内部编号、编号、进货数理、原进价、新进价、调整日期、制单人等。
5.“进货单位调整”用于调整历史进货单的供货商，内容包括内部编号、编号、原供货商、新供货商、调整日期、制单人等。
6.“历史查询”用于查询商品采购、进货的历史。
一般可以让用户按照任何条件查询，如按归供货商、日期、商品货号、商品拼音等。
4.3销售订单管理(1)功能描述：在市场经济中，销售是企业动作的重要环节，为了更好的推动销售，不少企业建立分公司或代理制，通过分公司或代理把产品推向最终用户。
这些分公司或代理商大多分布在全国各地，甚至是在国外，运距离频繁的业务信息交流构成了这些企业业务活动的订特点。
在传统方式上，公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、换货、退货等信息，总公司的商务部门在接到分公司或代理商传来的订单和银行汇款单据传真件后，开具产品出库通知，然后把相关的进、销存信息手工存档，再对这些信息进行统计分析，才能了解到整个公司的生产、销售和库存情况。
这种信息传递、管理方式不仅效率低，可靠性、安全性和保密性都无法满足要求，而且数据统计时间严重滞后，往往是当领导了解到企业的“进、销、存”环节出现问题时，就已经远离了问题出现的时间和地点。
即便是没有分公司的企业，使用传统的手工方式管理也存在同样的问题。
通过进销存管理系统，及时通过网络把决策信息传递给相关决策人，从而可以及时发现问题、解决问题，从而更好地把握机会。
(2)系统分析与描述：1.“销售订单”用于录入企业的销售订单。
主表“销售订单”的内容包括编号、客户编号、销售日期、有效起日、有效止日、业务员、制单人、税价合计、不含税价、税额等，从表“销售订单明细”的内容包括编号、订单号、货号、销售数量、销售价、税价合计、扣率、税率、不含税价、税额等。
2.“销售单”用于录入企业的销售单，主表“销售单”内容包括编号、客户编号、销售日期、业务员、制单人、保管员、税价合计、不含税价、税额、订单号等，从表“销售单明细”内容包括编号、销售单号、货号、销售数量、销售价、税价合计、扣率、不含税价、税额、出货仓库等。
3.“销售退货单”用于录入企业销售退货单，内容包括编号，销售单编号，货号、退货数量、销售价，税价合计、扣率、税率、不含税价，税额、退货仓库等。
4.“调整历史售价”用于调整历史销售单的价格，内容包括内部编号、编号、销售数量、原销价、新销进价、调整日期、制单人等。
、5.“历史查询”用于查询商品销售的历史。
一般可以让用户按照任何条件查询，如按照客户、日期、商品货号、商品拼音、业务员等信息查询。
4功能需求4.1安全管理权限管理采用权限继承关系设计，上一级有的权限其包含的部门同样具有此权限，也可单独设置某一个用户或者部门的权限。
系统中提到的权限包含模块访问权限、报表访问权限、报表内容访问权限三个大的方面。
任何用户，只有赋予相应的权限，才能访问相关的模块或者内容。
考虑到国家对电子政务信息系统的安全性要求，可以根据用户要求预留安全接口。
➢用户管理设置系统用户账号信息➢部门管理设置系统部门组织结构➢权限管理设置系统资源的访问权限，包括允许访问的模块、允许访问的数据以及报表➢日志管理记录系统操作日志，提高系统安全性。
➢系统设置设置数据定义管理、允许同时在线人数等信息4.2系统输入、输出格式默认为屏幕显示，可以打印，导出EXCEL文件或图片。
用户界面友好；显示风格统一；操作简便易用。
4.3个人工具箱➢收件箱接收其他用户发送的报表，报表可以是固定报表，也可以是通用查询查询的报表结果。
➢个人文件夹存储个人通用查询的查询结果报表，或者是个人关心的报表业务，个人文件夹可以将报表进行分类保存。
➢更改密码更改登录系统的个人密码。
➢首页定义⏹订阅关键指标显示内容，不同的用户有不同的报表查看权限。