【题目】物流企业信息管理系统的构建研究
【第一章】物流企业信息化建设探究绪论
【第二章】物流信管系统可行性研究
【第三章】物流企业信息管理需求分析
【第四章】信息管理系统总体设计
【第五章】物流公司信息系统的实现
【第六章】物流企业信息系统测试
【结论/参考文献】物流公司信息管理软件研发结论与参考文献
第 3 章 需求分析
需求分析必须确定系统要完成的任务有哪些。在可行性研究中，我们已经初步描述了系统要解决的问题。在需求分析阶段要对目标系统提出完整、准确、清楚的要求[21]。需求分析是系统开发成败的重要环境，如果需求分析中出现问题或遗漏了细节，都会造成很大的危害。本文从功能以及非功能两个方面对于系统需求进行分析。
3.1、功能性需求
功能性需求分析的目标非常明确，就是确定系统要做什么，它必须提供哪些方面的服务。
3.1.1、总体功能需求
本文提出的物流企业信息管理系统由企业基础信息管理、仓储管理、企业公告、企业聊天软件和系统管理五个模块组成。企业基础信息管理模块，用于以部门为单位，建立企业员工基础数据档案。包括人事档案中的员工的姓名、工作证号、性别、部门、电话、邮件、职位、学历、工作简历、获得奖励情况等。还包括系统为员工自动生成的用户名、密码、角色。
仓储管理模块，包括出库管理、入库管理、还库管理、库存管理。根据部门的不同，仓储管理模块只对有权限的用户角色开放。企业公告模块，用于快速发布企业重要信息，支持公告信息的发布、查询、删除、修改。企业聊天软件，为企业定制聊天软件。服务器位于企业内网，服务器和客户端 IP地址都是内网地址，该聊天软件的使用不与外网发生关系，该软件为员工提供工作上的交流平台。包括用户登陆、用户列表显示、一对一聊天、群聊等功能。系统管理模块，只有系统管理员有权使用该模块进行用户角色和权限管理、数据备份等操作。
系统功能结构图如图 3.1 所示。
图 3.1 系统功能结构图
系统典型业务流程描述如下：
1. 初始情况下，系统数据库已经将由企业人事部门获得的员工姓名、部门、工作证号、职位等信息存储到数据库中，并依据其部门和职位，为该用户定义了角色，并赋予了权限。
2. 用户通过浏览器，使用工作证号和密码（初始密码与工作证号相同）登陆本系统，所有用户都可以使用企业基础信息管理模块和企业公告模块。用户登陆后可以修改登陆密码，用户需要先使用企业基础信息管理模块补充不全的资料，包括性别、电话、邮件、学历、工作简历和获奖情况等。
3. 属于业务部、调度中心和 VMI&仓储管理中心这三个部门的全部员工都有使用仓储管理模块的权限，另外企业高管、行政部和操作中心的部分员工也拥有此权限。
4. 企业聊天软件不采用 B/S 架构，它是一个 C/S 架构的软件，它的初始化用户帐号和密码都是工作证号。
系统角色划分如下：
系统主要角色分为系统管理员、部门信息管理员和普通用户三种。
系统管理员：可以划分角色权限，管理全部用户，负责数据备份，启动和关闭聊天服务；部门信息管理员：部门信息管理员可以发布公告，并修改和删除本人发布的公告。普通用户：对于本系统来说，普通用户中还可以分为两类，一类是具有仓储管理的用户，即仓储用户；一类是不具有仓储管理的用户，即用户。这两种普通用户都可以添加个人信息，与其它用户聊天，浏览企业公告。而具有仓储管理权限的用户则可以使用仓储管理功能。
3.1.2、企业基础信息管理
企业基础信息管理包括更新基础信息和查询基础信息。企业基础信息管理中不允许用户删除信息。如果员工离职需要删除他的信息，则由系统管理员操作。在更新基础信息中包括两类操作：补充用户基本信息和修改信息。按照企业管理制度规定，使用本系统后首先要求员工补充用户基本信息。用户只能补充和修改本人信息，但允许用户不受限地浏览他人基础信息。系统默认情况下初始化密码为工作证号，用户初次登陆后可以修改其密码。企业基础信息管理用例图如图 3.2 所示。
图 3.2 企业基础信息管理用例图
3.1.3、仓储管理
仓储管理包括入库、出库、还库以及库存管理。入库管理：根据入库单进行入库操作，记录入库时间、物品类别、仓库类别、货柜位置、预计出库时间、物品数量、供货商信息（包括联系人、电话等）、采购方信息（包括联系人、电话等）。
入库业务流程如图 3.3 所示。
3.3 入库业务流程图
出库管理：根据出库单，记录出库时间、物品类别、仓库类别、货柜位置、物品数量、供货商信息（包括联系人、电话等）、采购方信息（包括联系人、电话等）。
出库业务流程如图 3.4 所示。
图 3.4 出库业务流程图
还库管理：根据退货单，记录还库时间、物品类别、仓库类别、货柜位置、预计出库时间、物品数量、供货商信息（包括联系人、电话等）、采购方信息（包括联系人、电话等）。
还库业务流程如图 3.5 所示。
图 3.5 还库业务流程图
库存管理：对仓库进行盘点，主要包括库存项目，数量，仓库类别、货柜位置等。
库存管理流程如图 3.6 所示。
图 3.6 库存管理流程图
3.1.4、企业公告管理
此模块有两类用户权限，部门信息管理员和普通用户。
部门信息管理员：每个部门在系统初始化时指定一个员工作为部门信息管理员，有权发布、删除、修改公告信息。
普通用户：只能浏览公告信息。
部门信息管理员用例图如图 3.7 所示。
图 3.7 部门信息管理员用例图
普通用户用例图如图 3.8 所示。
图 3.8 普通用户用例图
3.1.5、系统管理
只有系统管理员才能使用系统管理模块。系统管理员可以管理全部用户，并为他们定义权限。系统以部门为单位划分角色，原则上一个部门的用户为同一个角色，一个角色拥有一组权限。一个用户一定属于一个角色，具有一个或一组权限。也有部分特殊用户，拥有一个以上角色。系统管理员需要定期进行数据备份，并执行聊天系统的启动和关闭服务。
系统管理员用例图如图 3.9 所示。
图 3.9 系统管理员用例图
3.1.6、聊天软件
本系统中有一个特殊的模块就是聊天软件。与其它模块基于 Web 的模式不同，聊天软件是基于 C/S 架构。该软件只应用于企业内网，目的只在于工作使用，可以由企业服务器存储聊天数据。默认情况下，系统的所有用户都已经默认注册过聊天软件，用户帐号是工作证号，用户昵称以“部门-员工姓名”方式命名，密码就是工作证号。用户使用聊天软件客户端可以登陆软件、修改密码、显示好友列表、进行一对一聊天和一对多聊天。系统管理员可以使用服务器端的用户界面启动或关闭聊天服务。
聊天用户（系统内的所有用户）用例图如图 3.10 所示。
图 3.10 聊天用户用例图
3.2、非功能性需求
在进行非功能性需求分析时，主要考虑性能需求和安全性需求。
3.2.1、性能
基于 Web 的软件开发主要注重服务器的性能，本系统中有两个服务器，应用服务器和数据服务器。根据企业要求，系统保证在平均 250 人左右的访问量时运维正常，最高峰值可达 300 人，而响应时间不超过 3 秒。系统具有 7x24 小时的工作能力。当数据库崩溃时，具备恢复数据库的能力。
3.2.2、安全性
系统部署在企业内网内，用户与数据分离，用户通过应用服务器上的程序访问数据库，同样地数据库将数据发送给应用服务器，由应用服务器响应客户端的请求。基本上从系统部署和系统结构来说，在一定程度上保证了系统的安全性。
系统使用人员采用实名制，系统还定义了无操作自动推出系统时间，基本上杜绝了非法用户的访问。
系统中涉及的密码数据是数据安全保护中的重点，系统采用 MD5 加密存储到数据库，使得系统关键数据的安全性得到了保证。
3.3、本章小结
本章主要物流企业信息管理系统进行了需求分析。从功能性需求和非功能性需求两方面，结合企业现有条件和各功能模块的业务流程进行了详细的分析，给出了用例图和用例说明。在非功能需求分析中主要考虑了服务器的性能和系统的安全性。经过需求分析，明确了系统要完成的任务，需求分析是概要设计和详细设计的基础。
