博主介绍：专注于Java .net php phython 小程序 等诸多技术领域和毕业项目实战、企业信息化系统建设，从业十五余年开发设计教学工作☆☆☆ 精彩专栏推荐订阅☆☆☆☆☆不然下次找不到哟
我的博客空间发布了1000+毕设题目 方便大家学习使用
感兴趣的可以先收藏起来，还有大家在毕设选题，项目以及论文编写等相关问题都可以给我留言咨询，希望帮助更多的人
- 需求分析
在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。
所谓管理信息系统（Management Information System），是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统，是一门新兴的科学，其主要任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息管理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高企业的管理水平和经济效益。目前，企业的计算机网络已成为企业进行技术改造及提高企业管理水平的重要手段。随着我国与世界信息高速公路的接轨，企业通过计算机网络获得信息必将为企业带来巨大的经济效益和社会效益，企业的办公及管理都将朝着高效、快速、无纸化的方向发展。MIS系统通常用于系统决策，例如，可以利用MIS系统找出目前迫切需要解决的问题，并将信息及时反馈给上层管理人员，使他们了解当前工作发展的进展或不足。换句话说，MIS系统的最终目的是使管理人员及时了解公司现状，把握将来的发展路径。与传统的管理系统相比，在MIS中，处理的对象是抽象成数据的信息，因此，MIS有着自己的巨大优势。
鹤岗合力纸业管理系统主要涉及到三大部分；产品信息部分、销售部分、客户部分。软件项目中35%~55% 的问题都是在需求阶段埋下的祸根。在产品需求分析过程中出现的方法和步骤上的失误，包括信息收集不全、功能不明确、需求文档不完善等，都可以造成软件开发中的困难。因此，需求分析阶段要解决的问题，是让用户和开发者共同明确将要开发的是一个什么样的系统。因此必须用有效的方法对软件需求进行分析。
数据流图，就是采用图形方式来表达系统的逻辑功能，数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法，是系统分析员与用户进行交流的极好工具。大型复杂的软件系统，其数据流图可能含有数百乃至数千个加工，不能设想一次就将它们全部画齐。正确的做法是：从系统的基本模型（把整个系统看成一个加工）开始，逐层地对系统进行分解。每分解一次，系统的加工数量就增多一些，每个加工的功能也更具体一些。继而重复这种分解，直到所有的加工都足够简单，不必再分解为止。
1. 系统顶层数据流图主要描述系统操作人员进入系统前，首先进行登录操作。登录成功后，系统操作人员可进行仓库信息管理、客户信息管理、销售信息管理、市场信息管理、采购信息管理、产品信息管理、服务信息管理及系统信息管理等操作。最后，将操作结果显示给系统操作人员。
系统顶层数据流图，如图3-1所示。
图3-1 系统顶层数据流图
2. 仓库管理数据流图主要描述了产品在仓库管理中数据流向和操作。仓库管理人员根据产品信息表和仓库信息表进行添加库存信息操作。入库时首先审核入库单，合格后进行入库操作并修改库存信息。出库时首先根据库存信息审核出库单，合格后进行出库操作并修改库存信息。
仓库管理数据流图，如图3-2所示。
图3-2 仓库管理数据流图
3. 客户管理数据流图主要描述了客户管理的数据流向和操作。操作员添加客户信息并经过部门领导审核后，执行添加处理。通过收货信息进行客户信誉度统计并分析。通过销售信息、退单信息及退货信息进行客户信誉度统计并分析。添加流失客户信息并经过部门领导的审核后，执行流失处理。
客户管理数据流图，如图3-3所示。
图3-3 客户管理数据流图
4. 销售管理数据流图主要描述了销售管理的数据流向和操作。销售员添加订货单并经部门领导审批后执行发货处理。审批后进行发货处理后，发货款员进行发货处理。销售员添加退货单并经部门领导审批后执行退货处理。并对销售信息进行统计分析。
销售管理数据流图，如图3-4所示。
图3-4 销售管理数据流图
数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
1. 数据元素
数据元素也称为数据项，是“不可再分”的数据单位，是数据的最小组成单位。具体内容如表3-1所示。
表3-1 系统数据元素定义表
| 编号 | 名称 | 别名 | 类型 | 长度（字节） | |
| I01-01 | u_name | 用户名 | Varcahr | 50 | |
| I01-02 | u_password | 密码 | Varchar | 50 | |
| I01-03 | p_number | 产品编号 | Varchar | 50 | |
| I01-04 | p_name | 产品名称 | Varchar | 50 | |
| I01-05 | p_state | 产品状态 | Varchar | 50 | |
| I01-06 | p_type | 产品类型 | Int | 4 | |
| I01-07 | p_size | 规格 | Varchar | 50 | |
| I01-08 | p_basenum | 价格 | Float | 4 | |
| I01-09 | p_value | 定量值 | Int | 4 | |
| I01-10 | wh_number | 仓库编号 | Varchar | 50 | |
| I01-11 | wh_address | 地址 | Varchar | 50 | |
| I01-12 | wh_warning | 预警值 | Int | 4 | |
| I01-13 | wh_person | 联系人 | Varchar | 50 | |
| I01-14 | wh_linkman | 联系人电话 | Varchar | 50 | |
| I01-15 | wh_max | 库存量 | Int | 4 | |
| I01-16 | esk_number | 入库编号 | Varchar | 50 | |
| I01-17 | esk_date | 入库日期 | Datetime | 8 | |
| I01-18 | esk_amount | 数量 | Int | 4 | |
| I01-19 | osk_number | 出库编号 | Varchar | 50 | |
| I01-20 | c_number | 客户编号 | Varchar | 50 | |
| I01-21 | c_name | 客户名称 | Varchar | 50 | |
| I01-22 | c_prestige | 客户信誉度 | Int | 4 | |
| I01-23 | c_zhongcheng | 客户忠诚度 | Int | 4 | |
| I01-24 | spt_number | 发货编号 | Varchar | 50 | |
| I01-25 | spt_amount | 发货数量 | Int | 4 | |
| I01-26 | odr_number | 订单编号 | Varchar | 50 | |
| I01-27 | ck_person | 审批人 | Varchar | 50 | |
| I01-28 | rnp_number | 退货编号 | Varchar | 50 | |
| 续表3-1 | |||||
| I01-29 | buy_amount | 采购数量 | Int | 4 | |
2. 数据存储
数据存储是数据结构停留或保存的地方。也是数据流的来源和去向之一，可以是手工文档或手工凭单，也可以是计算机及文档，具体内容如下。
数据存储编号：F1
数据存储名称：用户信息表
描述：用于存储用户的基本信息
组成：用户编号+用户名+密码+姓名+职务+联系电话
数据存储编号：F2
数据存储名称：产品信息表
描述：用于存储产品的基本信息
组成：产品编号+产品名称+基本参数+类型+规格+价格+定量值
数据存储编号：F3
数据存储名称：仓库信息表
描述：用于存储仓库的基本信息
组成：仓库编号+仓库地址+面积+最大值+预警值
数据存储编号：F4
数据存储名称：库存信息表
描述：用于存储相应产品在相应仓库存放信息
组成：库存编号+产品编号+仓库编号+库存量
数据存储编号：F5
数据存储名称：入库信息表
描述：用于存储产品入库的基本信息
组成：入库编号+库存编号+入库数量
数据存储编号：F6
数据存储名称：出库信息表
描述：用于存储产品出库的基本信息
组成：出库编号+库存编号+出库数量
数据存储编号：F7
数据存储名称：市场信息表
数描述：用于存储销售市场的基本信息
组成：市场编号+所在城市+经济情况+负责人+负责人电话
数据存储编号：F8
数据存储名称：客户信息表
描述：用于存储客户的基本信息
组成：客户编号+客户名称+公司地址+公司电话+市场编号+联系人+联系人电话+客户信誉度+公司背景
数据存储编号：F9
数据存储名称：销售信息表
描述：用于存储销售的基本信息
组成：订单编号+产品编号+客户编号+销售时间+数量
3. 数据流
数据流是数据结构在系统内传输的路径，具体内容如下。
销售管理数据流图中主要描述的数据流定义：
数据流编号：D4.1
数据流名称：销售信息
数据流来源：销售员
数据流去向：P4.1
数据流组成：I01-26+I01-03+I01-20+I01-17+I01-18
数据流编号：D4.2
数据流名称：客户信息
数据流来源：F8
数据流去向：P4.1
数据流组成：I01-20+I01-21+I01-11+I01-12+I01-14+I01-22+I01-23
数据流编号：D4.3
数据流名称：产品信息
数据流来源：F2
数据流去向：P4.1
数据流组成：I01-03+I01-04+I01-05+I01-06+I01-07+I01-08+I01-09
数据流编号：D4.4
数据流名称：订货单信息
数据流来源：P4.1
数据流去向：P4.2
数据流组成：I01-26+I01-03+I01-20+I01-17+I01-18
数据流编号：D4.5
数据流名称：领导意见
数据流来源：部门领导
数据流去向：P4.2
数据流组成：I01-27+I01-33
数据流编号：D4.6
数据流名称：订单信息
数据流来源：P4.2
数据流去向：P4.5
数据流组成：I01-26+I01-03+I01-20+I01-17+I01-18
数据流编号：D4.7
数据流名称：订货单信息
数据流来源：P4.2
数据流去向：P4.3
数据流组成：I01-26+I01-03+I01-20+I01-17+I01-18
数据流编号：D4.8
数据流名称：退单信息
数据流来源：P4.3
数据流去向：F11
数据流组成：I01-28+I01-26+I01-18+I01-17+I01-31
数据流编号：D4.9
数据流名称：订货单信息
数据流来源：P4.2
数据流去向：P4.4
数据流组成：I01-26+I01-03+I01-20+I01-17+I01-18
4. 数据处理
处理过程的具体处理逻辑通常在详细设计过程中用判定表或判定树来描述。在数据字典中，只无原则描述处理过程的说明性信息，具体内容如下。
销售管理数据流图中主要描述的数据处理定义：
数据处理编号：P4.1
数据处理名称：添加订货单
描述：销售员通过客户信息表和产品信息表添加订货单
输入/输出：D4.1，D4.2，D4.3，D4.4
数据处理编号：P4.2
数据处理名称：订货单审批
描述：部门对销售员送来的订货单进行审批
输入/输出：D4.4，D4.5，D4.6，D4.7，D4.9
数据处理编号：P4.3
数据处理名称：退订单处理
描述：对客户提出的退订单进行处理
输入/输出：D4.7，D4.8
数据处理编号：P4.4
数据处理名称：发货处理
描述：销售员对订货单进行发货处理
输入/输出：D4.9，D4.10
数据处理编号：P4.5
数据处理名称：收款处理
描述：收款员根据相应的销售信息进行收款
输入/输出：D4.6，D4.11，D4.12，D4.13
数据处理编号：P4.6
数据处理名称：添加退货单
描述：销售员通过销售信息表添加退货单
输入/输出：D4.14，D4.15，D4.16
数据处理编号：P4.7
数据处理名称：退货单信息
描述：部门领导对销售员送来退货单进行审批
输入/输出：D4.16，D417，D4.18
数据处理编号：P4.8
数据处理名称：退货处理
描述：销售员对已审批通发的退货单进行处理
输入/输出：D4.18，D4.19
本章对鹤岗合力纸业管理系统的需求进行了分析，通过本章的论述对系统的设计有更加详细的了解。熟悉所依据的业务流程，根据业务流程图画出系统的数据流程，根据系统的数据流程写出所用到的数据字典。本章为整个系统的需求分析部分，需求分析阶段结束之后进入总体设计阶段。
总体设计的基本目标是解决系统如何实现问题，也称概要设计，概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。此阶段主要包括系统模块总体设计和数据库设计。
利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素（不能再分割的元素）。
随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。从而把一个复杂的系统设计转变成为多个简单模块的设计。
本系统一共分为八个模块，每个模块之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统中模块分别为：原料采购管理模块、客户信息管理模块、产品信息管理模块、库存信息管理模块、市场信息管理模块、服务信息管理模块、销售信息管理模块及系统信息管理模块。
各功能模块的具体功能如下：
1. 原料采购管理模块：对所需物料信息、物料供应商信息及原料信息进行规范化、标准化管理。此模块主要包括原料信息管理、供应商管理及采购单管理子模块。
2. 客户管理模块：对企业正在合作的客户、将要开发的客户和已经流失的客户进行规范化管理。通过销售信息计算出客户的信誉度，并对客户的信誉度进行分析。客户的信誉度可以对企业的销售订单起到辅助决策作用。此模块主要包括基本信息管理、交往记录管理、潜在各户管理、流失客户管理及信誉度管理子模块。
3. 产品管理模块：对在线产品信息、研发产品信息、上线产品信息、下线产品信息及产品生产信息进行规范化、标准化管理。产品的下线是根据产品的销售量及客户的投诉信息决定的。此模块主要包括研发产品信息、产品信息管理、上线产品管理、下线产品管理及产品生产管理子模块。
4. 库存信息管理模块：对仓库信息、库存信息、入库信息及出库信息进行规范化、标准化管理。此模块具有库存警告提示功能，以免出现产品及物料短缺的现象。此模块主要包括仓库信息管理、入库信息管理、出库信息管理、库存警告管理及采购单审核模块。
5. 市场管理模块：对企业销售市场信息及对应市场的竞争公司信息、合作伙伴和营销活动信息进行规范化管理。对竞争公司信息进行分析，了解竞争对手、知已知彼才能把握市场，才能在竞争中获胜。对每次的营销活动进行总结，总结出哪种营销模式和营销方案适合哪个市场，进而在以后的营销活动中采用对应的营销模式和营销方案。此模块主要包括开拓市场信息管理、竞争公司管理、合作公司管理及营销活动管理子模块。
6. 服务管理模块：对客户的投诉信息、咨询信息及回访信息进行规范化管理。通过客户投诉，发现投诉焦点，从而改善企业的服务。通过客户咨询，发现咨询焦点，从而发现新的商机。通过客户对公司的评价，发现公司的各方面不足，此模块主要包括客户咨询信息管理、客户评测管理、客户回访及客户投诉管理子模块。
7. 销售管理模块：对企业销售的订单信息、退单信息、发货信息、退货信息、进行规范化管理，同时有订单审批操作。如果某个订单没有通过审批是不能进行退单、发货及退货操作的。订单审批是根据该客户的信誉度值和忠诚度值进行审批的。通过客户信誉度值决定订单大小及付款时间，通过客户的信誉度分析决定订单的折让，从而起到辅助决策作用。订单通过审批或发货状态才能进行选择相应的物流进行发货。销售分析统计出某地区的年销售情况。此模块主要包括订单信息管理、订单信息审核、退单信息管理、发货信息管理、退货信息管理、销售信息分析模块。
8. 系统管理模块：对系统的用户信息进行规范化的管理，同时为不同用户分配不同的操作权限。用户登录到系统后有自己修改自已密码的功能。此模块主要包括权限设置、用户密码更改及密码找回子模块。
系统功能结构图，如图4-1所示。
图4-1 系统功能结构图
数据库技术是计算机科学领域中发展最快的技术之一，也是应用最广的技术之一，目前，它已成为计算机信息系统与应用系统的核心技术和重要基础。具体的说，数据库设计是一个给定的应用环境，构造最优的用户应用需求。这个问题是我们在进行软件开发时期主要研究的方向。
数据库设计的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。早期的数据库设计致力于数据模型和数据库建模方法的研究，着重结构特性的设计而忽视了行为的设计对结构设计的影响，这种方法是不完善的。则强调在数据库设计中要把结构特性和行为特性结合起来。数据库设计应该和应用系统设计相结合。也就是说，整个设计过程中要把数据库结构设计和对数据的处理设计密切结合起来。
在设计数据库时，应考虑以下事项：
1. 数据库的用途及该用途将如何影响设计，应创建符合用途的数据库计划。
2. 数据库规范化规则，防止数据库设计中出现错误。
3. 对数据完整性的保护。
4. 数据库和用户权限的安全要求。
5. 应用程序的性能需求，对于性能而言，在数据库大小和硬件配置之间权衡也是很重要的。
6. 数据库维护。
数据分析过程同数据库的逻辑结构和物理结构密切相关，根据客户的所给出业务逻辑，并且对业务逻辑进行分析，形成数据库的物理结构和逻辑结构，对系统中使用的信息进行组成、筛选。对用户的所有信息进行组织、梳理、形成数据库结构。
使用一种信息建模技术，这种技术是通过实体、关系、属性三种基本对象来定义信息。实体是需要维护和使用的相关特性的集合体；属性是实体的特性或特征；关系是实体之间的联系，关系为实体记录（实例）之间的联系和交互作用方式建立了模型。
通过确定每个实体和实体的属性之间的相互关系，定义一个完整的业务逻辑关系。要确定实体和实体的属性之间的相互关系，必须确定单个实体和他们相关的属性。在对实体定义的同时，对实体属性的类型、长度、约束以及初始值进行定义。通过这些属性来反映业务逻辑中的实体的属性并且对数据进行规范化。
E-R方法是一种用来在数据库设计过程中表示数据库系统结构的方法，该方法用E-R图来描述现实世界的概念模型，E-R方法也称为E-R模型。
鹤岗合力纸业管理系统E-R图，如图4-2所示。
根据根据鹤岗合力纸业的实际情况，本系统的数据库命名HeGangMis，用此数据库存储鹤岗合力纸业管理系统中产生的相关信息。此数据库共有19个表，由于篇幅有限主要介绍几个表，其表结构如表4-1至4-10所示。
1. 用户信息表：用来存储使用本系统用户的基本信息及登录信息。
如表4-1所示。
表4-1 t_user（用户信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | u_id | 用户ID | Int | 4 |
| 2 | u_name | 用户名 | Varchar | 50 |
| 3 | u_password | 密码 | Varchar | 50 |
| 4 | u_realname | 真实姓名 | Varchar | 50 |
| 5 | u_sex | 性别 | Varchar | 50 |
| 6 | u_idcard | 身份证号 | Varchar | 50 |
| 7 | u_job | 职务 | Varchar | 50 |
| 8 | u_phone | 联系电话 | Varchar | 50 |
| 9 | u_email | 电子邮件 | Varchar | 50 |
| 10 | u_address | 家庭地址 | Varchar | 50 |
| 11 | u_remark | 备注 | Varchar | 200 |
| 12 | u_role | 角色 | Int | 4 |
2. 产品信息表：用来存储企业产品的基本信息。如表4-2所示。
表4-2 t_product（产品信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | p_id | 产品ID | Int | 50 |
| 2 | p_number | 产品编号 | Varchar | 50 |
| 3 | p_size | 产品规格 | Varchar | 50 |
| 4 | p_basenum | 基本参数 | Varchar | 50 |
| 5 | p_trait | 生产特点 | Varchar | 200 |
| 6 | p_yuanliao | 原料 | Varchar | 50 |
| 7 | p_printnum | 打印参数 | Varchar | 50 |
续表4-2
| 8 | p_density | 纸张密度 | Varchar | 50 |
| 9 | p_type | 分类 | Varchar | 20 |
| 10 | p_value | 定量值 | Varchar | 200 |
| 11 | p_name | 产品名称 | Varchar | 50 |
| 11 | p_state | 产品状态 | Varchar | 20 |
3. 仓库信息表：用来存储企业仓库的基本信息。如表4-3所示。
表4-3 t_warehouse（仓库信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | wh_id | 仓库Id | Int | 4 |
| 2 | wh_number | 仓库编号 | Varchar | 50 |
| 3 | wh_name | 仓库名称 | Varchar | 50 |
| 4 | wh_address | 仓库地址 | Varchar | 50 |
| 5 | wh_area | 仓库面积 | Varchar | 50 |
| 6 | wh_max | 最大值 | Int | 4 |
| 7 | wh_warning | 预警值 | Int | 4 |
4. 入库信息表：用来存储产品或物料入库的信息。如表4-4所示。
表4-4 t_enter_stock（入库信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | esk_id | 入库ID | Int | 4 |
| 2 | esk_number | 入库编号 | Varchar | 50 |
| 3 | sk_id | 库存编号 | Int | 4 |
| 4 | esk_amount | 入库数量 | Int | 4 |
| 5 | esk_manager | 负责人 | Varchar | 50 |
| 6 | esk_manager_contact | 负责人联系方式 | Varchar | 50 |
| 7 | esk_date | 入库时间 | Datetime | 50 |
- 出库信息表：用来存储产品或物料出库的信息。如表4-5所示。
表4-5 t_out_stock（出库信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | osk_id | 出库Id | Int | 4 |
| 2 | osk_number | 库存编号 | Varchar | 50 |
| 3 | osk_date | 出库日期 | Datetime | 8 |
| 4 | osk_amount | 出库数量 | Int | 4 |
| 5 | osk_manager | 负责人 | Varchar | 50 |
| 6 | osk_manager_contact | 负责人联系方式 | Varchar | 50 |
| 7 | osk_outaddress | 出库方向 | Varchar | 50 |
| 8 | osk_remark | 备注 | Varchar | 400 |
| 9 | sk_id | 库存编号 | Int | 4 |
- 客户信息表：用来存储企业客户的基本信息。如表4-6所示。
表4-6 customer（客户信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | c_id | 客户ID | Int | 4 |
| 2 | c_number | 客户编号 | Varchar | 50 |
| 3 | c_name | 客户名称 | Varchar | 50 |
| 4 | c_type | 公司性质 | Varchar | 50 |
| 5 | c_city | 所在城市 | Varchar | 50 |
| 6 | c_fax | 传真号码 | Varchar | 50 |
| 7 | c_person | 负责人 | Varchar | 50 |
| 8 | c_email | 电子邮件 | Varchar | 50 |
| 9 | c_phone | 联系电话 | Varchar | 50 |
| 10 | c_state | 发展状况 | Varchar | 400 |
| 11 | c_remark | 客户备注信息 | Varchar | 400 |
| 12 | c_flag | 状态标识 | Int | 50 |
- 订单信息表：用来存储企业订单的基本信息。如表4-7所示。
表4-7 t_order（订单信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | odr_id | 订单ID | Int | 4 |
| 2 | odr_number | 订单编号 | Varchar | 50 |
| 3 | odr_count | 订购数量 | Int | 4 |
| 4 | odr_date | 订购日期 | Datetime | 8 |
| 5 | odr_state | 订单状态 | Int | 4 |
| 6 | p_id | 产品ID | Int | 4 |
| 7 | c_id | 客户ID | Int | 4 |
| 8 | odr_remark | 订单备注 | Varchar | 400 |
8. 订单审批表：用来存储订单审核信息的表，存储订单的当前审核状态以及审核内容。如表4-8所示。
表4-8 t_check_order（订单审批表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | odr_id | 订单ID | Int | 50 |
| 2 | ck_id | 审批ID | Int | 50 |
| 3 | ck_number | 审批编号 | Varchar | 50 |
| 4 | ck_person | 审批人 | Varchar | 50 |
| 5 | ck_ideas | 审批意见 | Varchar | 400 |
| 6 | ck_date | 审批日期 | Datetime | 8 |
| 7 | ck_state | 审批状态 | Int | 4 |
9. 发货信息表：用来存储通过审批的订单信息表和存储执行发货的基本信息。如表4-9所示。
表4-9 t_send_product（发货信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | ck_id | 审批ID | Int | 4 |
| 2 | spt_id | 发货ID | Int | 4 |
| 3 | spt_number | 发货编号 | Varchar | 50 |
续表4-9
| 4 | spt_address | 发货地址 | Varchar | 50 |
| 5 | spt_manager | 负责人 | Varchar | 50 |
| 6 | spt_phone | 对方负责人 | Varchar | 50 |
| 7 | spt_other_phone | 对方联系方式 | Varchar | 50 |
| 8 | spt_date | 发货日期 | Datetime | 8 |
| 9 | spt_state | 状态 | Int | 4 |
| 10 | spt_remark | 发货备注 | Varchar | 400 |
10. 评测信息表：用来存储企业处理客户投诉、咨询及回访的基本信息。如表4-10所示。
表4-10 t_pingjia（评测信息表）
| 序号 | 英文名 | 中文名 | 类型 | 长度（字节） |
| 1 | pj_id | 评价编号 | Int | 4 |
| 2 | pj_service | 服务质量 | Int | 4 |
| 3 | pj_teamwork | 合作方式 | Int | 4 |
| 4 | pj_sale_service | 售后服务 | Int | 4 |
| 5 | pj_speed | 物流速度 | Int | 4 |
| 6 | pj_price | 产品价格 | Int | 4 |
| 7 | pj_date | 评价日期 | Datetime | 8 |
| 9 | pj_idea | 客户意见 | Varchar | 400 |
本章小结
总体设计阶段，在需求分析的基础之上规划出了系统的功能模块，以及在此分析基础上设计出的具体的、可以满足本系统全部需求的数据库。该系统由八个功能模块组成，并对每个模块的基本功能进行了叙述。同时利用E-R图分析了数据库中各表之间的关系。
本系统的主界面整体结构为上左右结构，上面部分显示系统名称以和日期以及当前用户的姓名，左面部分采用了树型层次结构罗列了系统的全部功能，右面部分为客户区，显示当前操作的使用窗口。
系统主界面，如图5-1所示。
图5-1 系统主界面
产品信息管理功能设计主要包括产品中的研发产品管理、产品信息管理、上市产品管理、下市产品管理及生产产品管理模块的功能设计。以下主要对研发产品管理、产品信息管理及产品生产的功能设计进行了详细的描述。
1. 实现目标
用于记录新研发产品的研发信息。记录研发产品的研发时间、研发负责人、研发资金等相关信息。研发产品管理主要有添加、修改、删除及查找操作。新产品研发记录添加和修改时，有验证功能。
研发产品管理，如图5-2所示。
图5-2 研发产品管理
2. 实现过程
研发产品管理主要JSP文件功能，如表5-2所示。
表5-2 研发产品管理主要JSP文件功能列表
| JSP页面名称 | 功能 |
| productManager/addDevelop.jsp | 添加研发记录信息页 |
| productManager/listdevelop.jsp | 显示研发产品信息页 |
| productManager/updateDevelop.jsp | 修改研发产品信息页 |
| productManager/listOne.jsp | 查看研发产品页 |
库存管理DevelopAction类的主要方法，如表5-3所示。
表5-3 库存管理DevelopAction类的主要方法列表
| 方法名称 | 功能 | ||
| addDevelop() | 添加研发信息 | ||
| listAllDevelop() | 显示所有研发信息 | ||
| updateDevelop() | 修改研发信息 | ||
| 续表5-3 | |||
| listOneDevelop() | 查询研发信息 | ||
| delDevelop() | 删除研发信息 | ||
研发产品信息管理主要的数据表有：研发产品信息表。
3. 程序流程图
研发产品查找并修改功能程序流程为：首先输入要修改的研发产品的编号。对此编号进行查找，判断是否存在，不存在从新输入。如果存在对其进行显示，然后对其进行修改操作，如果修改正确保存，如果修改不正确返回继续进行修改操作。
查找并修改功能程序流程图，如图5-3所示。
图5-3 查找并修改程序流程图
1. 实现目标
用于记录产品的上市、下市信息。同时修改当前市场产品的信息。产品信息管理主要有添加、查看、删除及上市、下市操作。添加产品市场信息时，自动为产品生成唯一的一个编号。在添加的同时可以添加产品的类型。
产品信息管理，如图5-4所示。
图5-4 产品信息管理
2. 实现过程
产品信息管理主要JSP文件功能，如表5-4所示。
表5-4 产品信息管理主要JSP文件功能列表
| JSP页面名称 | 功能 |
| productManager/addProduct.jsp | 添加产品信息页 |
| productManager/listProduct.jsp | 显示产品信息页 |
| productManager/listUpProduct.jsp | 显示上市产品信息页 |
| productManager/updateProduct.jsp | 修改产品信息页 |
| cangku/ruku_showone.jsp | 查看产品信息页 |
产品信息管理ProductAction类的主要方法，如表5-5所示。
表5-5 产品信息管理ProductAction类的主要方法列表
| 方法名称 | 功能 |
| kucunshowone() | 添加产品信息 |
| addProduct() | 显示产品信息 |
| findDownMarketByState() | 查看上市产品信息 |
| findUpMarketByState() | 查看下市产品信息 |
| downMarket() | 产品下市操作 |
| listOneProduct() | 显示某条产品详细 |
产品信息管理主要用到的数据表有：产品信息表，生产信息表。
3. 程序流程图
产品信息表上下市功能程序流程为：查看产品信息，执行上市产品操作 ，对产品信息进行审核，如果满足上市条件则对产品进行上市操作，在上市的产品中，如果发现某产品不符合市场环境，则可以对产品进行下市、上市处理。
产品上市、下市产品操作功能程序流程图，如图5-5所示。
图5-5 产品上市、下市程序流程图
1. 实现目标
用于显示当前生产车间的产品生产情况以及产品的生产状态。以提醒生产部和生产车间当前生产的产品状态和紧急情况作用。
生产产品管理，如图5-6所示。
图5-6 生产产品管理
2. 实现过程
产品生产JSP文件有productManager/listMakePro.jsp，主要用于显示生产中产品的基本信息。数据表主要有生产产品信息表和产品信息表。方法为MakeProductAction类的listMakeProduct()和OverMakeProduct()方法。
1. 实现目标
订单审批主要对订单申请。部门领导对当前提交的订单进行审批，满足当前实际情况的订单，进行相应的后续处理，不满足当前情况的订单则采取驳回订单的方式来进行管理。在审批时，审批人为当前登录用户。
订单信息审批，如图5-11所示。
图5-11 订单信息审批
其他的定制服务 下方联系卡片↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 或者私信作者
