物资管理信息系统
第1章 系统分析
1.1系统的可行性分析
1. 技术可行性
本系统的开发环境是基于Windows 2000的中文操作系统，采用面向对象的编程工具Visual Basic 6.0(以下简称VB) ，后台数据库是SQL Server 2000。考虑到本系统属于小型数据库系统，并且不会有很大的数据量访问，笔者决定采取本地数据库访问和编程方法，以达到对数据库快速方便地访问。 Visual Basic 6.0是专门为Microsoft 的32位操作系统设计的，可用来建立32位的应用程序。在Windows 9X 或 Windows NT 环境下，用Visual Basic 6.0的编译器可以自动生成32位应用程序。这样的应用程序在32位操作系统下运行，速度更快，更安全，并且更适合在多任务环境下运行。Visual Basic 是一种可视化的、面向对象和采用事件驱动方式的结构化高级程序设计语言，可用于开发Windows 环境下的各类应用程序。
2. 经济可行性
本系统虽然需要有良好的整体规划，而且还需要专业人员进行系统的运行阶段的维护与管理，所以系统开发需要大量的先期投入，但是今后系统的使用会给用户带来很大的方便。从提高工作效率而避免各种直接或间接的经济损失角度来看，软件实际能够起到的作用会远远大于投入的开发费用。故从经济上是完全可行的。总之，这个系统的经济效益远远大于开发成本。
3. 操作可行性
对于用户来说，合理方便的功能设计和快捷的操作，足可以满足各种用户的不同需求，同时也方便了管理员的内部管理。总之，这个系统的经济效益远远大于开发成本。硬件上，满足要求的计算机的配置不用很高；软件上，采用Windows 系列操作系统，对管理员稍做培训即可掌握，操作上是可行的。
1.2业务流程图
第2章 需求分析
2.1用户需求
物资管理系统在设计时应充分满足企业的现实需求，同时也考虑到未来的发展，考虑到了适应信息化的发展要求。具体表现在： （1）利用信息系统建立起完整的物资管理管理体系；
(2)能连接数据库并实现添加、删除、修改、查询等功能； (3)能对用户信息进行修改；
2.2性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，物资管理系统应该满足以下的性能需求：
(1)数据处理的及时性，准确性
系统处理的准确性和及时性是系统的必要性能。本系统在设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于本系统的各种数据对于整个系统的功能和性能举足轻重，因此其准确性在很大程度上决定了系统功能和性能。在系统开发过程中，必须采用一定的数据验证方法确保数据的准确性。
(2)数据安全性
系统数据的安全性在整个系统中占有十分重要的地位。任何系统都应保证数据的安全性。
(3)系统的易用性
本系统是直接面向业务操作员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面, 缩短用户对系统熟悉的过程。
2.3数据流图
2.3.1顶层TOP 图
采购员
库管员
销售员
F1 F2 F3
F4
F5
库管员
F6
采购员
图
2.1 系统
TOP 图
2.3.2一级细化图
F1.1
采购员
F2.1 库管员
F4.1
采购员
F3.1 库管员
F4.1 销售员
2.3.3 二级细化图
（1）采购物资管理二级细化图：
F1.1.1 采购员
F1.1.2 采购员
F1.1.3 采购员
F1.1.4 采购员
（2）物资基本信息管理系统二级细化图
F2.1.1 库管员
F2.1.2 库管员
F2.1.3 库管员
F2.1.4 库管员
（3）物资入库管理系统二级细化图
F3.1.1 库管员
F3.1.2 库管员
F3.1.3 库管员
F3.1.4 库管员
（4）物资销售管理系统二级细化图
F4.1.1 销售员
F4.1.2 销售员
F4.1.3 销售员
F4.1.4 销售员
2.4 数据字典
下面给出几项重要数据元素的数据字典
2.5 功能模块图
2.6 IPO 图
第3章 总体设计
3.1 E-R 图
局部E-R 图
3.2 关系模型设计
关系模式（下划线为主键）：
1 2 3
3.3 数据库设计
（1）采购表
采购表是记录采购员采购物资信息，相应属性见表3.1
表 3.1 采购表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
（2）入库表
记录物资入库信息，相关属性见表3.2.
表 3.2 入库表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
Day datetime 6 入库日期
（3）出库表
记录物资出库信息，相关属性见表3.3.
表 3.3 出库表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商 Day datetime 6 出库日期
（4）库存表
记录物资库存信息，相关属性见表3.4
表 3.4 库存表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名
Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
第4章 详细设计
详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
详细设计阶段的关键任务是确定怎么样具体的实现用户需要的软件系统，也就是要设计出程序的“蓝图”。除了应该保证软件的可靠性之外，使将来编写出的程序可读性好、容易理解、容易测试、容易修改和维护，是详细设计阶段最重要的目标。
4.1 用户登录流程图
图 4.1 用户登录流程图
4.2 采购员填写采购单流程图
图 4.2 采购员填写采购单流程图
4.3 库管员插入物资信息流程图
图 4.3 库管员插入物资信息流程
4.4 库管员修改物资信息流程图
图 4.4 库管员修改物资信息流程
4.5 库管员删除物资信息流程图
图 4.5 库管员删除物资信息流程
4.6 库管员查询物资信息流程图
图 4.6 库管员查询物资信息流程
物资管理信息系统
第1章 系统分析
1.1系统的可行性分析
1. 技术可行性
本系统的开发环境是基于Windows 2000的中文操作系统，采用面向对象的编程工具Visual Basic 6.0(以下简称VB) ，后台数据库是SQL Server 2000。考虑到本系统属于小型数据库系统，并且不会有很大的数据量访问，笔者决定采取本地数据库访问和编程方法，以达到对数据库快速方便地访问。 Visual Basic 6.0是专门为Microsoft 的32位操作系统设计的，可用来建立32位的应用程序。在Windows 9X 或 Windows NT 环境下，用Visual Basic 6.0的编译器可以自动生成32位应用程序。这样的应用程序在32位操作系统下运行，速度更快，更安全，并且更适合在多任务环境下运行。Visual Basic 是一种可视化的、面向对象和采用事件驱动方式的结构化高级程序设计语言，可用于开发Windows 环境下的各类应用程序。
2. 经济可行性
本系统虽然需要有良好的整体规划，而且还需要专业人员进行系统的运行阶段的维护与管理，所以系统开发需要大量的先期投入，但是今后系统的使用会给用户带来很大的方便。从提高工作效率而避免各种直接或间接的经济损失角度来看，软件实际能够起到的作用会远远大于投入的开发费用。故从经济上是完全可行的。总之，这个系统的经济效益远远大于开发成本。
3. 操作可行性
对于用户来说，合理方便的功能设计和快捷的操作，足可以满足各种用户的不同需求，同时也方便了管理员的内部管理。总之，这个系统的经济效益远远大于开发成本。硬件上，满足要求的计算机的配置不用很高；软件上，采用Windows 系列操作系统，对管理员稍做培训即可掌握，操作上是可行的。
1.2业务流程图
第2章 需求分析
2.1用户需求
物资管理系统在设计时应充分满足企业的现实需求，同时也考虑到未来的发展，考虑到了适应信息化的发展要求。具体表现在： （1）利用信息系统建立起完整的物资管理管理体系；
(2)能连接数据库并实现添加、删除、修改、查询等功能； (3)能对用户信息进行修改；
2.2性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，物资管理系统应该满足以下的性能需求：
(1)数据处理的及时性，准确性
系统处理的准确性和及时性是系统的必要性能。本系统在设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于本系统的各种数据对于整个系统的功能和性能举足轻重，因此其准确性在很大程度上决定了系统功能和性能。在系统开发过程中，必须采用一定的数据验证方法确保数据的准确性。
(2)数据安全性
系统数据的安全性在整个系统中占有十分重要的地位。任何系统都应保证数据的安全性。
(3)系统的易用性
本系统是直接面向业务操作员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面, 缩短用户对系统熟悉的过程。
2.3数据流图
2.3.1顶层TOP 图
采购员
库管员
销售员
F1 F2 F3
F4
F5
库管员
F6
采购员
图
2.1 系统
TOP 图
2.3.2一级细化图
F1.1
采购员
F2.1 库管员
F4.1
采购员
F3.1 库管员
F4.1 销售员
2.3.3 二级细化图
（1）采购物资管理二级细化图：
F1.1.1 采购员
F1.1.2 采购员
F1.1.3 采购员
F1.1.4 采购员
（2）物资基本信息管理系统二级细化图
F2.1.1 库管员
F2.1.2 库管员
F2.1.3 库管员
F2.1.4 库管员
（3）物资入库管理系统二级细化图
F3.1.1 库管员
F3.1.2 库管员
F3.1.3 库管员
F3.1.4 库管员
（4）物资销售管理系统二级细化图
F4.1.1 销售员
F4.1.2 销售员
F4.1.3 销售员
F4.1.4 销售员
2.4 数据字典
下面给出几项重要数据元素的数据字典
2.5 功能模块图
2.6 IPO 图
第3章 总体设计
3.1 E-R 图
局部E-R 图
3.2 关系模型设计
关系模式（下划线为主键）：
1 2 3
3.3 数据库设计
（1）采购表
采购表是记录采购员采购物资信息，相应属性见表3.1
表 3.1 采购表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
（2）入库表
记录物资入库信息，相关属性见表3.2.
表 3.2 入库表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
Day datetime 6 入库日期
（3）出库表
记录物资出库信息，相关属性见表3.3.
表 3.3 出库表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名 Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商 Day datetime 6 出库日期
（4）库存表
记录物资库存信息，相关属性见表3.4
表 3.4 库存表
列名 数据类型 长度 约束 允许为空 描述 Godid int 6 主键 否 物资ID Godname varchar 20 物资名
Number int 6 数量 Much int 6 单价 Mname varchar 20 经销商
第4章 详细设计
详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
详细设计阶段的关键任务是确定怎么样具体的实现用户需要的软件系统，也就是要设计出程序的“蓝图”。除了应该保证软件的可靠性之外，使将来编写出的程序可读性好、容易理解、容易测试、容易修改和维护，是详细设计阶段最重要的目标。
4.1 用户登录流程图
图 4.1 用户登录流程图
4.2 采购员填写采购单流程图
图 4.2 采购员填写采购单流程图
4.3 库管员插入物资信息流程图
图 4.3 库管员插入物资信息流程
4.4 库管员修改物资信息流程图
图 4.4 库管员修改物资信息流程
4.5 库管员删除物资信息流程图
图 4.5 库管员删除物资信息流程
4.6 库管员查询物资信息流程图
图 4.6 库管员查询物资信息流程