定单管理系统及需求分析说明说含数据流图.docx

定单管理系统及需求分析说明说含数据流图.docx

《定单管理系统及需求分析说明说含数据流图.docx》由会员分享，可在线阅读，更多相关《定单管理系统及需求分析说明说含数据流图.docx（8页珍藏版）》请在冰豆网上搜索。

定单管理系统及需求分析说明说含数据流图

定

单

管

理

系

统

需

求

分

析

报

告

姓名：

班级：

计算机

学号：

200522030316

日期：

2007.12.15

定购管理系统

需求规格说明书（RequirementsSpecification）

1、引言

1.1编写目的

需求分析是软件系统生存期中定义阶段的最后一个步骤.是作为整个软件开发范围的指南,是软件开发人员开发出正确的符合用户要求的软件的重点.该文档将最终交给软件具体开发人员进行具体的开发,其针对的对象是软件开发人员.

1.2项目背景

订单管理是每所公司或工厂必须面对的工作，特别这几年，我国加入WTO，随着国家政策的调整，给企业的订单管理，商品的进存销都带来了不少冲击。

但一直以来用传统人手方式管理文件档案，这种管理方式存在许多缺点：

效率低，保密性差，另外随着进货数量的增加，这必然增加了订单管理者的工作量和劳动强度。

同时，将产生大量的文件和数据，这给订单信息的查找，更新和维护都带来了不少困难。

据调查，目前我国还有相当一部分企业的订单还停留在纸介质的基础上，尤其小型工厂或企业对订单的管理更是落后。

这样的管理机制已经不能适应时代发展的需求，其管理方法将浪费人力物力。

随着科技的不断提高，计算机科学与技术日渐成熟，这种传统的手工管理模式必然被以计算机为物质基础的信息管理方式所取代。

1.3定义

静态数据--系统固化在内的描述系统实现功能的一部分数据.

动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据.

数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的"严密性"和"精确性",没有半点含糊.

1.4参考资料

《VisualBasic程序设计教程》（第二版）龚沛曾著

《数据库系统概论》（第四版）王珊萨师煊著

2、任务概述

2.1.目标

软件需求分析阶段有以下几个目标:

●给出软件系统的数据流程图与数据结构,构造一个完全的系统逻辑模型.

●提出详细的功能说明,确定设计限定条件,规定性能要求.

●密切与用户的联系,使用户明确自己的任务,以便实现上述两项目标.

2.2运行环境

软件基本运行环境为Windows环境.

2.3条件与限制

由于系统较小,且在windows系统下开发,故在windows环境下基本没有什么限制.

3、数据描述

3.1静态数据

静态数据是系统内部有关的数据结构与操作规程.

具体可包括:

系统用户表格user_Info客户基本信息表格customer_Info产品基本信息表格product_Info定单信息表格order_Info退货信息表salret_Info.

3.2动态数据

动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.可以用数据流图来描述如下：

图（1-1）

3.3数据库描述

根据上面的分析就可以设计出能够满足用户需求的各种数据实体,以及它们之间的关系,为后面的逻辑结构设计打下基础.这些实体包括各种具体信息,通过相互之间的作用形成数据的流动.

本系统的实体有:

产品实体,客户实体,定单实体，退货情况实体各个实体具体的描述E-R图如下:

图1-2产品实体E-R图.

图（1-2）

图1-3为客户实体E-R图.

图（1-3）

图1-4定单实体E-R图

图（1-4）

图1-5为退货情况实体E-R图.

图（1-5）

图1-6为实体之间关系E-R图.

图（1-6）

3.4数据字典

传统的数据字典包括以下几种类型的条目:

（1）.数据流条目--数据流条目给出某个数据流和定义,它通常是列出该数据流的各组成数据元素.

该系统中的数据流条目有:

客户基本信息=客户号+客户姓名+客户性别+客户地址+联系电话+日期+注释；

产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格

+产品描述；

定单基本信息=定单号+客户号+定购产品号+定购总额+定购日期+客户电话+业务员+业务员电话+客户地址+单价+备注

退货信息=定单号+客户号+联系电话+退货原因+退货处理情况+处理原因+处理日期

系统用户信息=用户名称+用户密码+用户描述

（2）.文件条目--文件条目给出某个文件的定义,列出它的组成数据项,此外还要给出文件的组织形式.

例:

定单信息文件={客户基本信息记录}+{产品基本信息记录}

主键:

定单号+客户号+产品号

（3）.数据元素条目--给出某个数据单项的定义,通常是数据项的值类型.

例:

客户基本信息记录中"客户号"的数据值类型为数值类型,有效值范围为000000～999999.

（4）.处理说明条目--给出数据流程图中不再分解的变换处理说明的定义.

3.5数据采集

系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的.

4、功能需求

4.1功能划分

功能划分可以用层次方框图表示如下：

图（1-7）

4.2功能描述

4.21系统登录模块：

此模块是为了保证系统数据的安全性，为用户建立

用户名和密码。

4.22客户基本信息模块：

此模块完成是对客户信息的新建、查找、删

除和打印功能。

4.23定单基本信息模块：

此模块完成是对定单基本信息的新建、查找

、删除和打印功能。

4.24产品基本信息模块：

此模块完成是对产品基本信息的新建、查找

、删除和打印功能。

4.25帮助模块:

此模块给出了系统的使用说明。

5、性能需求

5.1数据精确度

由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍.

5.2时间特性

本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的.而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意.

5.3适应性

该软件是使用VisualBasic6在windowsxp系统下完成的所以只要是兼容windows的软件或是操作系统,该软件都可以正确地运行,有较好的适应能力与兼容性.而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口,随时满足用户的使用要求.

6、运行需求

6.1用户界面

系统运行时的主界面大致要求为windows的经典运行界面,主界面可以是SDI（单文档界面）即每个窗体之间是独立的,也可以是MDI（多文档界面）:

有一个主窗体,可以包含其他窗体.

6.2硬件接口

软件较小除硬盘外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口,这点较易实现.

6.3软件接口

在这里主要考虑软件与操作系统的接口,考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口.例如microsoft的office系列.另外用户还有用户所需要的软件接口,这些应在用户需求定义时明了.

6.4故障处理

考虑到软件的范围不大,所以故障处理一般由操作系统完成,系统只要保持与操作系统的接口即可.只要操作系统没有大的故障程序一般是比较稳定的.考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能,这点在数据库软件中已经达到了,只要稍微在其上再增加用户所需要的附加功能即可.

7、其他需求

系统保证了较好的可使用性与数据的安全保密性,但由于系统较小只保留一定程度的可移植性,可维护性.