订单管理数据库系统需求说明书

1.简介

本文档主要描述订单系统，其主要使用者有顾客、配货中心、管理决策者。顾客主要浏览、查询上商品信息，完成网上购物、支付和订购等；配货中心要了解仓库的商品种类、存量等，不仅为管理决策部门提供数据，还要打印订单、为送货部门配送货物，送货部门在完成送货之后，要向管理部门提供反馈信息。柜台销售人员要了解商品的种类、数量、价格及商品性能等，并负责柜台的订货。管理部门要根据系统提供的各类数据，随时掌握商品的销售信息，进销存信息，编制计划，并根据订单相配货中心发送配货信息，平衡协调、监控计划的执行。。

1.1目的

✓描述订单管理数据库系统需求

✓形成规范性文档，项目管理受控环节

✓开发商依照本文档进行需求分析

1.2范围

✓此文档用于订单管理数据库系统软件业务需求，用于解释需求文档集（前景、用例说明书）。

1.3定义、首字母缩写词和缩略语

✓ 用例模型：描述用户可以操作的业务模块。用来指导系统开发时功能模块的划分；

✓业务需求：描述订单管理数据库系统所涉及的相关业务需求；

✓功能需求：描述用户对系统操作和使用上的要求；

✓假设与依赖关系：本需求所要求的前提条件；

✓安全管理：主要包括用户管理、用户登陆、用户权限等；

✓系统输出格式：系统展现数据的各种形式（如报表、图形、导出excel等）；

1.4概述

本系统须具备以下功能：信息的查询与显示——重要功能，数据可以在web上部分的供普通客户查询；信息的实时录入、存储、处理和动态更新功能；订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后，要进行处理，并及时反馈到配货中心、管理部门以及客户进行确认。在一定时间内，顾客也可自行通过网络取消订单；统计功能——系统能够给出商场送货业务开展情况的数据，并能够以清晰的图形，或报表显示。

。

2. 整体说明

2.1用例模型

系统的用例包和业务主角的分类如下：

2.3假设与依赖关系

✓订单管理数据库系统架构以顾客、配货中心、管理决策者为基础进行建设，所有的用户需求的数据来源都基于以上三个数据库。所以，订单管理数据库系统依赖于三个数据库现有数据信息。

2.4 数据字典

数据项：

子系统E-R图：

总体E-R图：

2.6逻辑结构设计，将E-R图转换为关系模型

商品信息{商品编号，所属类别，商品名称，商品价格，折扣信息，商品规格，销售单位}

商品库存信息{商品编号，库存单位，销存单位比，库存量，库存警戒上线，库存警戒下线}

货源信息{货源编号，货源名称，进货耗时}

进货信息{商品编号，货源编号，进货价格}

订单管理{订单编号，订货量，订货日期，交货日期，退订提前时间，订单细节，完成情况}

会员信息{会员编号，个人资料}

进货统计{商品编号，进货日期，进货量}

销售统计{商品编号，采购日期，采购量}

库存统计{商品编号，记录时间，库存量}

会员交易记录{会员编号，交易日期，订单编号}

3.物理结构设计

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个人工具箱

收件箱

接收其他用户发送的报表，报表可以是固定报表，也可以是通用查询查询的报表结果。

个人文件夹

存储个人通用查询的查询结果报表，或者是个人关心的报表业务，个人文件夹可以将报表进行分类保存。

更改密码

更改登录系统的个人密码。

首页定义

⏹订阅关键指标显示内容，不同的用户有不同的报表查看权限。

⏹设置系统登录首页显示内容，可以是欢迎信息，也可以显示个人的关心的业务，可以显示关键指标。

更改个人信息

更改个人的资料。

文件搜索

分别在公共报表、个人报表中进行查询符合条件的报表。 

退出系统

安全退出。

4.5 数据维护界面及接口

用于对系统数据进行补充，预留数据接口。

4.7即席查询

可以灵活定制查询条件并显示相关结果和报表。

5.项目管理

项目管理是公司管理体系的重要一环，是项目开发成败的重要因素。

5.1项目管理原则

项目管理中需要贯彻的原则有：

1.以使用者为中心，全过程的多方协作原则。从前期准备、需求调研到后来的系统发布、上线、试运行和用户验收的全过程中，保证公司、系统开发组、用户方参与人员三方能够紧密配合，协调工作，使得三方作用在项目实施中都能很好的发挥；

2.发挥质量体系组织能力，降低项目管理开发的个人依赖性。在项目的开发计划、质量计划制定，项目需求调研分析、设计分析以及项目的各个重要阶段，系统开发组和公司开发组要对项目的重要阶段进行咨询和监控，避免由于人员个人的原因给项目质量带来重大影响。

3.阶段控制和全程控制相结合的原则。项目实施分为若干阶段，每个阶段的实施质量影响着后续阶段的项目质量，因此必须实施严格的阶段控制保证每个阶段的实施质量，对于重要的项目实施阶段如需求分析、系统设计必须重点控制；同时结合整个项目的具体情况，对整体项目的各个阶段的协调、进度控制、总体资源和成本进行控制，是项目管理控制的另一个角度。

4.全员控制的原则。项目的质量是所有项目参与人员包括需求分析、设计分析、软件编码、测试人员等等共同努力才能保证的结果。因此，每个参与项目的设计开发人员必须是有能力完成自身的工作，担负明确的质量责任。

5.2项目组织结构和责任

参与项目管理的主要部门及其责任主要有：

5.2.1业务管理组

业务管理组以系统开发小组为中心，全局各业务科室和税务所协助。主要担任以下几种职责：

1.系统总控

负责解决针对业务的具体应用问题，同时侧重与负责解决项目在具体实施过程中遇到的一系列问题。监控项目进度进展情况，协调内部资源，收集和处理意见，及时向相关人员通报项目进展。

2.业务需求

负责确定和设置系统开发目标，提出开发需求，根据需求的优先级确定功能规范。

3.系统测试

负责系统的模块测试、系统测试、压力测试（要求至少有两名使用者参与，进行用户使用和功能测试）。

测试由系统开发小组组织科室、税务所实施。

5.2.2开发技术组

开发技术组由开发公司组成，信息管理科协助,主要担任以下职责：

1.系统筹划

负责编写开发计划、质量计划、进度计划、编码计划，组织编写需求分析说明书、组织编写设计分析说明书、编写测试大纲、测试计划， 组织测试，进行项目的组织管理；完成组织协调工作。

2.系统开发

负责技术开发和实施。负责系统开发实施的进度控制和质量控制。保证项目质量，负责项目中的技术环节确定和控制。

公司派驻一名开发组长。

3.技术支持

负责项目立项支持，为项目提供充足的设备支持，提供技术咨询和数据支持。主要由信息管理科负责保障工作。 

以上各个部门各负其责，共同完成项目的实施和控制。对于项目开发中的重要环节如：开发计划制定、质量计划制定、需求分析、设计分析、编码实施控制、系统测试、系统发布和售后服务等各个阶段实施完备的质量控制。下面从项目管理中几个重要环节, 说明综合服务管理中心系统项目开发过程中,采取的质量控制策略。

5.3项目进度控制机制

5.3.1里程碑控制方法

里程碑即项目重要阶段的完成标志。里程碑控制方法的原理是：一个项目阶段的输出即下一个项目阶段的输入，在重要项目阶段结束时，审查控制项目阶段的输出质量就是项目质量的一个重要保证。丰台地税局综合服务管理中心系统的重要里程碑的划分如下图示：

里程碑1：完成需求分析

里程碑2：完成详细设计

里程碑3：完成编码计划和配置项计划清单

里程碑4：完成软件编码和页面联调

里程碑5：完成系统测试

里程碑6：完成系统安装与调试

里程碑7：完成系统试运行

在以上每个里程碑进行后，通过业务管理组和开发技术组的审核控制，保证本阶段成功完成，下一个阶段能够展开。

5.3.2 制度规范

采取开发计划、进度控制计划与定期沟通制相结合的方法

1.通过《软件开发计划》指定项目详细的开发计划、人员和资源投入；项目关键路径；以及如果项目进度与计划进度发生脱离后应该如何调整后续项目阶段、调整人力资源等的项目变更控制计划。

2.在项目实施过程中，业务管理组和开发技术组进行每日沟通，互相了解情况。同时实行每周通报制度，让主管领导及时了解项目进展情况，进行项目资源的保证和协制。从而保证项目进度按照计划进行。

3.领导的了解重视程度是系统建设能否顺利开展的关键，因此，在开发过程中要利用一切机会了解决策者关心的问题，同时也要让他们了解项目的进展情况。要建立定期汇报制度，采用专题汇报、协调会议、阶段性成果演示等过程中用简短明确的语言或文字抓住领导最关心的问题，引导他们了解和重视系统的开发情况，从而保障系统开发工作的人力、物力和时间。

4.需求的变化是软件项目不可避免的事实，因此需求质量控制是一项艰苦的工作，要保证该项工作的顺利实施，就必须有制度保证。制度主要是具体化、定量化的描述用户要求，形成全面、一致、规范的软件需求分析规格说明书，明确需求分析规格说明书的工作程序和要素，规范开发活动，为后续软件设计、实现、测试、评审及验收提供依据。同时，要制定需求分析的工作程序，包括编制需求分析工作计划、编制《需求分析说明书》、《需求分析规格说明书》的评审和确认、《需求分析规格说明书》修改控制、确定需求质量控制的质量记录文档规范等内容。

5.4项目实施中项目管理文档样本

5.4.1各阶段应提交的文档

项目立项阶段

     《开发立项报告》

     《开发立项报告审批表》

项目开发计划

     《软件开发计划》（含软件开发进度）

     《软件开发计划审批表》

     《项目变更记录》（如果有变更）

项目质量计划

     《软件质量计划》

     《软件质量计划审批表》

     《软件质量计划变更记录》（如果有变更）

项目需求分析

     《需求分析说明书》

     《需求分析说明书审批表》

     《需求内容变更表》

     《系统初步手册》

项目设计

     《软件设计说明书》

     《软件设计说明书审批表》

     《设计内容变更表》（如果有变更）

（注：其中《软件设计说明书》中包括：

应用软件逻辑设计文档、

系统结构设计文档

数据库设计文档

接口需求说明书

接口设计文档

程序详细设计说明书、

应用软件模块设计文档、

软件故障处理流程文档等部分。）

项目实施阶段（即软件实现阶段）

     《编码工作计划》

     《代码抽查验证表》

     《模块测试提交表》

     《完成情况表》

     《用户手册验证审核表》

     《开发人员工作周报》

     《系统代码》

     《用户手册》

系统测试阶段

     《软件测试计划》

     《软件测试计划审批表》

     《软件测试大纲》

     《软件测试记录表》

     《软件测试问题记录表》

     《模块测试报告》

     《系统测试报告》

     《模块测试通过标准》

     《系统测试通过标准》

系统维护阶段

     《软件产品维护计划》

5.4.2日常技术支持文档

在项目开发过程中，还需要做日常技术支持活动，提交如下主要文档：

《配置管理计划》

《软件配置项清单》

《软件配置项实际清单》

《软件配置项修改记录》

《软件配置项修改统计》

《软件度量程序》

《软件产品度量报告》

《软件过程度量报告》

《规则、惯例和约定评审表》

《工具软件使用记录》

《评审会议记录表》等。