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

《订单管理数据库系统需求说明书》由会员分享，可在线阅读，更多相关《订单管理数据库系统需求说明书（20页珍藏版）》请在装配图网上搜索。

1、订单管理数据库系统需求目录1.简介 31.1 目的 31.2 范围 31.3 定义、首字母缩写词和缩略语31.4 概述 32. 整体说明42.1 用例模型 42.2 系统框架 52.3 假设与依赖关系 52.4 数据字典 62.5概念结构设计E-R图82.6逻辑结构设计，将E-R图转换为关系模型103.物理结构设计104 业务需求124.1 仓库管理 124.2采购管理 124.3 销售订单管理 134 功能需求144.1 安全管理 144.2 系统输入、输出格式 144.3 个人工具箱 144.5 数据维护界面及接口 154.7 即席查询 155.项目管理155.1 项目管理原则 155.2

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

3、.1 目的 描述订单管理数据库系统需求 形成规范性文档，项目管理受控环节 开发商依照本文档进行需求分析1.2 范围 此文档用于订单管理数据库系统软件业务需求，用于解释需求文档集（前景、用例 说明书）。1.3 定义、首字母缩写词和缩略语 用例模型：描述用户可以操作的业务模块。用来指导系统开发时功能模块的划分； 业务需求：描述订单管理数据库系统所涉及的相关业务需求； 功能需求：描述用户对系统操作和使用上的要求； 假设与依赖关系：本需求所要求的前提条件； 安全管理：主要包括用户管理、用户登陆、用户权限等； 系统输出格式：系统展现数据的各种形式（如报表、图形、导出excel等）；1.4 概述本系统须具

4、备以下功能：信息的查询与显示重要功能，数据可以在 web 上部分的供 普通客户查询；信息的实时录入、存储、处理和动态更新功能；订单管理和处理功能系 统在收到来自柜台、电话和网络的订单之后，要进行处理，并及时反馈到配货中心、管理部 门以及客户进行确认。在一定时间内，顾客也可自行通过网络取消订单；统计功能系统 能够给出商场送货业务开展情况的数据，并能够以清晰的图形，或报表显示。2. 整体说明2.1 用例模型系统的用例包和业务主角的分类如下需求分类用例包业务主角业务需求类1.商品信息种类，名称，价格，折扣顾客、配货中心、 商场管理决策者2.商品库存信息库存量，库存警戒上、下 限，库存统计精度，库存统

5、计单位库存统计信息商品号，统计时间，库存量3订单管理信息订单号，订货量，交货时 间，客户名，订单细节4.客户管理信息客户号，商品号，交易量， 交易价格5会员交易信息会员号，会员个人资料， 会员等级货源信息货源号，送货时间，商品名功能需求类实时信息展示系统管理员 数据维护人员个人工具箱安全管理用户管理部门管理权限管理日志管理系统设置系统输出格式数据维护2.2系统框架（DFD图）商品描述订单数据A/I丄订单敌据配货中心意见表单仓库货源采闕单订单馥据管理部门电子订单2.3 假设与依赖关系订单管理数据库系统架构以顾客、配货中心、管理决策者为基础进行建设，所有的 用户需求的数据来源都基于以上三个数据库。

6、所以，订单管理数据库系统依赖于三 个数据库现有数据信息。2.4 数据字典. tr-t -r用户管理设置系统用户账号信息 部门管理设置系统部门组织结构 权限管理设置系统资源的访问权限，包括允许访问的模块、允许访问的数据以及报表 日志管理记录系统操作日志，提高系统安全性。 系统设置设置数据定义管理、允许同时在线人数等信息4.2 系统输入、输出格式默认为屏幕显示，可以打印，导出EXCEL文件或图片。用户界面友好；显示风格统一；操作简便易用。4.3 个人工具箱 收件箱接收其他用户发送的报表，报表可以是固定报表，也可以是通用查询查询的报表结 果。个人文件夹存储个人通用查询的查询结果报表，或者是个人关心的

7、报表业务，个人文件夹可以 将报表进行分类保存。 更改密码更改登录系统的个人密码。 首页定义 订阅关键指标显示内容，不同的用户有不同的报表查看权限。 设置系统登录首页显示内容，可以是欢迎信息，也可以显示个人的关心的业务，可以显示关键指标。 更改个人信息更改个人的资料。 文件搜索分别在公共报表、个人报表中进行查询符合条件的报表 退出系统安全退出。4.5 数据维护界面及接口用于对系统数据进行补充，预留数据接口。4.7 即席查询可以灵活定制查询条件并显示相关结果和报表5.项目管理项目管理是公司管理体系的重要一环，是项目开发成败的重要因素。5.1 项目管理原则项目管理中需要贯彻的原则有：1. 以使用者为

8、中心，全过程的多方协作原则。从前期准备、需求调研到后来的系统发布、 上线、试运行和用户验收的全过程中，保证公司、系统开发组、用户方参与人员三方能够紧 密配合，协调工作，使得三方作用在项目实施中都能很好的发挥；2. 发挥质量体系组织能力，降低项目管理开发的个人依赖性。在项目的开发计划、质量计 划制定，项目需求调研分析、设计分析以及项目的各个重要阶段，系统开发组和公司开发组 要对项目的重要阶段进行咨询和监控，避免由于人员个人的原因给项目质量带来重大影响。3. 阶段控制和全程控制相结合的原则。项目实施分为若干阶段，每个阶段的实施质量影响 着后续阶段的项目质量，因此必须实施严格的阶段控制保证每个阶段的

9、实施质量，对于重要 的项目实施阶段如需求分析、系统设计必须重点控制；同时结合整个项目的具体情况，对整 体项目的各个阶段的协调、进度控制、总体资源和成本进行控制，是项目管理控制的另一个 角度。4. 全员控制的原则。项目的质量是所有项目参与人员包括需求分析、设计分析、软件编码、 测试人员等等共同努力才能保证的结果。因此，每个参与项目的设计开发人员必须是有能力 完成自身的工作，担负明确的质量责任。5.2 项目组织结构和责任参与项目管理的主要部门及其责任主要有：5.2.1 业务管理组业务管理组以系统开发小组为中心，全局各业务科室和税务所协助。主要担任以下几种职 责：1. 系统总控负责解决针对业务的具体

10、应用问题，同时侧重与负责解决项目在具体实施过程中遇到的一 系列问题。监控项目进度进展情况，协调内部资源，收集和处理意见，及时向相关人员通报 项目进展。2. 业务需求负责确定和设置系统开发目标，提出开发需求，根据需求的优先级确定功能规范。3. 系统测试负责系统的模块测试、系统测试、压力测试（要求至少有两名使用者参与，进行用户使用 和功能测试）。测试由系统开发小组组织科室、税务所实施。5.2.2 开发技术组开发技术组由开发公司组成，信息管理科协助,主要担任以下职责：1. 系统筹划负责编写开发计划、质量计划、进度计划、编码计划，组织编写需求分析说明书、组织 编写设计分析说明书、编写测试大纲、测试计划

11、， 组织测试，进行项目的组织管理；完成 组织协调工作。2. 系统开发负责技术开发和实施。负责系统开发实施的进度控制和质量控制。保证项目质量，负责项 目中的技术环节确定和控制。公司派驻一名开发组长。3. 技术支持负责项目立项支持，为项目提供充足的设备支持，提供技术咨询和数据支持。主要由信息管理科负责保障工作。以上各个部门各负其责，共同完成项目的实施和控制。对于项目开发中的重要环节如：开 发计划制定、质量计划制定、需求分析、设计分析、编码实施控制、系统测试、系统发布和 售后服务等各个阶段实施完备的质量控制。下面从项目管理中几个重要环节, 说明综合服务 管理中心系统项目开发过程中,采取的质量控制策略

12、。5.3 项目进度控制机制5.3.1 里程碑控制方法里程碑即项目重要阶段的完成标志。里程碑控制方法的原理是：一个项目阶段的输出即下 一个项目阶段的输入，在重要项目阶段结束时，审查控制项目阶段的输出质量就是项目质量 的一个重要保证。丰台地税局综合服务管理中心系统的重要里程碑的划分如下图示：里程碑 1：完成需求分析里程碑 2：完成详细设计里程碑 3：完成编码计划和配置项计划清单里程碑 4：完成软件编码和页面联调里程碑 5：完成系统测试里程碑 6：完成系统安装与调试里程碑 7：完成系统试运行在以上每个里程碑进行后，通过业务管理组和开发技术组的审核控制，保证本阶段成功 完成，下一个阶段能够展开。5.3

13、.2 制度规范采取开发计划、进度控制计划与定期沟通制相结合的方法1. 通过软件开发计划指定项目详细的开发计划、人员和资源投入；项目关键路径； 以及如果项目进度与计划进度发生脱离后应该如何调整后续项目阶段、调整人力资源等的项 目变更控制计划。2. 在项目实施过程中，业务管理组和开发技术组进行每日沟通，互相了解情况。同时实 行每周通报制度，让主管领导及时了解项目进展情况，进行项目资源的保证和协调控制。从 而保证项目进度按照计划进行。3. 领导的了解重视程度是系统建设能否顺利开展的关键，因此，在开发过程中要利用一 切机会了解决策者关心的问题，同时也要让他们了解项目的进展情况。要建立定期汇报制度， 采

14、用专题汇报、协调会议、阶段性成果演示等过程中用简短明确的语言或文字抓住领导最关 心的问题，引导他们了解和重视系统的开发情况，从而保障系统开发工作的人力、物力和时 间。4. 需求的变化是软件项目不可避免的事实，因此需求质量控制是一项艰苦的工作，要保 证该项工作的顺利实施，就必须有制度保证。制度主要是具体化、定量化的描述用户要求， 形成全面、一致、规范的软件需求分析规格说明书，明确需求分析规格说明书的工作程序和 要素，规范开发活动，为后续软件设计、实现、测试、评审及验收提供依据。同时，要制定 需求分析的工作程序，包括编制需求分析工作计划、编制需求分析说明书、需求分析 规格说明书的评审和确认、需求分

15、析规格说明书修改控制、确定需求质量控制的质量 记录文档规范等内容。5.4 项目实施中项目管理文档样本5.4.1 各阶段应提交的文档项目立项阶段开发立项报告 开发立项报告审批表 项目开发计划软件开发计划（含软件开发进度）软件开发计划审批表 项目变更记录（如果有变更）项目质量计划软件质量计划 软件质量计划审批表 软件质量计划变更记录（如果有变更）项目需求分析需求分析说明书 需求分析说明书审批表 需求内容变更表 系统初步手册项目设计软件设计说明书软件设计说明书审批表 设计内容变更表（如果有变更） （注：其中软件设计说明书中包括： 应用软件逻辑设计文档、 系统结构设计文档 数据库设计文档 接口需求说明

16、书 接口设计文档 程序详细设计说明书、 应用软件模块设计文档、 软件故障处理流程文档等部分。）项目实施阶段（即软件实现阶段） 编码工作计划 代码抽查验证表 模块测试提交表 完成情况表 用户手册验证审核表 开发人员工作周报 系统代码 用户手册 系统测试阶段 软件测试计划 软件测试计划审批表 软件测试大纲 软件测试记录表 软件测试问题记录表 模块测试报告 系统测试报告 模块测试通过标准 系统测试通过标准 系统维护阶段 软件产品维护计划5.4.2 日常技术支持文档在项目开发过程中，还需要做日常技术支持活动，提交如下主要文档 配置管理计划软件配置项清单软件配置项实际清单软件配置项修改记录软件配置项修改统计 软件度量程序软件产品度量报告软件过程度量报告 规则、惯例和约定评审表工具软件使用记录 评审会议记录表等。