物流企业信息管理需求分析,信息管理论文.docx

《物流企业信息管理需求分析,信息管理论文.docx》由会员分享，可在线阅读，更多相关《物流企业信息管理需求分析,信息管理论文.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、物流企业信息管理需求分析,信息管理论文【题目】 【第一章】 【第二章】 【第三章】物流企业信息管理需求分析 【第四章】 【第五章】 【第六章】 【结论/以下为参考文献】 第 3 章 需求分析 需求分析必须确定系统要完成的任务有哪些。在可行性研究中，我们已经初步描绘叙述了系统要解决的问题。在需求分析阶段要对目的系统提出完好、准确、清楚的要求21。需求分析是系统开发成败的重要环境，假如需求分析中出现问题或遗漏了细节，都会造成很大的危害。本文从功能以及非功能两个方面对于系统需求进行分析。 3.1、功能性需求 功能性需求分析的目的非常明确，就是确定系统要做什么，它必须提供哪些方面的服务。 3.1.1、

2、总体功能需求 本文提出的物流企业信息管理系统由企业基础信息管理、仓储管理、企业公告、企业聊天软件和系统管理五个模块组成。企业基础信息管理模块，用于以部门为单位，建立企业员工基础数据档案。包括人事档案中的员工的姓名、工作证号、性别、部门、 、邮件、职位、学历、工作简历、获得奖励情况等。还包括系统为员工自动生成的用户名、密码、角色。 仓储管理模块，包括出库管理、入库管理、还库管理、库存管理。根据部门的不同，仓储管理模块只对有权限的用户角色开放。企业公告模块，用于快速发布企业重要信息，支持公告信息的发布、查询、删除、修改。企业聊天软件，为企业定制聊天软件。服务器位于企业内网，服务器和客户端 IP地址

3、都是内网地址，该聊天软件的使用不与外网发生关系，该软件为员工提供工作上的沟通平台。包括用户登陆、用户列表显示、一对一聊天、群聊等功能。系统管理模块，只要系统管理员有权使用该模块进行用户角色和权限管理、数据备份等操作。 系统功能构造图如此图 3.1 所示。 图 3.1 系统功能构造图 系统典型业务流程描绘叙述如下： 1. 初始情况下，系统数据库已经将由企业人事部门获得的员工姓名、部门、工作证号、职位等信息存储到数据库中，并根据其部门和职位，为该用户定义了角色，并赋予了权限。 2. 用户通过阅读器，使用工作证号和密码初始密码与工作证号一样登陆本系统，所有用户都能够使用企业基础信息管理模块和企业公告

4、模块。用户登陆后能够修改登陆密码，用户需要先使用企业基础信息管理模块补充不全的资料，包括性别、 、邮件、学历、工作简历和获奖情况等。 3. 属于业务部、调度中心和 VMI 仓储管理中心这三个部门的全部员工都有使用仓储管理模块的权限，另外企业高管、行政部和操作中心的部分员工也拥有此权限。 4. 企业聊天软件不采用 B/S 架构，它是一个 C/S 架构的软件，它的初始化用户帐号和密码都是工作证号。 系统角色划分如下： 系统主要角色分为系统管理员、部门信息管理员和普通用户三种。 系统管理员：能够划分角色权限，管理全部用户，负责数据备份，启动和关闭聊天服务；部门信息管理员：部门信息管理员能够发布公告，

5、并修改和删除本人发布的公告。普通用户：对于本系统来讲，普通用户中还能够分为两类，一类是具有仓储管理的用户，即仓储用户；一类是不具有仓储管理的用户，即用户。这两种普通用户都能够添加个人信息，与其它用户聊天，阅读企业公告。而具有仓储管理权限的用户则能够使用仓储管理功能。 3.1.2、企业基础信息管理 企业基础信息管理包括更新基础信息和查询基础信息。企业基础信息管理中不允许用户删除信息。假如员工离开职位需要删除他的信息，则由系统管理员操作。在更新基础信息中包括两类操作：补充用户基本信息和修改信息。根据企业管理制度规定，使用本系统后首先要求员工补充用户基本信息。用户只能补充和修改本人信息，但允许用户不

6、受限地阅读别人基础信息。系统默认情况下初始化密码为工作证号，用户初次登陆后能够修改其密码。企业基础信息管理用例图如此图 3.2 所示。 图 3.2 企业基础信息管理用例图 3.1.3、仓储管理 仓储管理包括入库、出库、还库以及库存管理。入库管理：根据入库单进行入库操作，记录入库时间、物品类别、仓库类别、货柜位置、估计出库时间、物品数量、供货商信息包括联络人、 等、采购方信息包括联络人、 等。 入库业务流程如此图 3.3 所示。 3.3 入库业务流程图 出库管理：根据出库单，记录出库时间、物品类别、仓库类别、货柜位置、物品数量、供货商信息包括联络人、 等、采购方信息包括联络人、 等。 出库业务流

7、程如此图 3.4 所示。 图 3.4 出库业务流程图 还库管理：根据退货单，记录还库时间、物品类别、仓库类别、货柜位置、估计出库时间、物品数量、供货商信息包括联络人、 等、采购方信息包括联络人、 等。 还库业务流程如此图 3.5 所示。 图 3.5 还库业务流程图 库存管理：对仓库进行盘点，主要包括库存项目，数量，仓库类别、货柜位置等。 库存管理流程如此图 3.6 所示。 图 3.6 库存管理流程图 3.1.4、企业公告管理 此模块有两类用户权限，部门信息管理员和普通用户。 部门信息管理员：每个部门在系统初始化时指定一个员工作为部门信息管理员，有权发布、删除、修改公告信息。 普通用户：只能阅读

8、公告信息。 部门信息管理员用例图如此图 3.7 所示。 图 3.7 部门信息管理员用例图 普通用户用例图如此图 3.8 所示。 图 3.8 普通用户用例图 3.1.5、系统管理 只要系统管理员才能使用系统管理模块。系统管理员能够管理全部用户，并为他们定义权限。系统以部门为单位划分角色，原则上一个部门的用户为同一个角色，一个角色拥有一组权限。一个用户一定属于一个角色，具有一个或一组权限。也有部分特殊用户，拥有一个以上角色。系统管理员需要定期进行数据备份，并执行聊天系统的启动和关闭服务。 系统管理员用例图如此图 3.9 所示。 图 3.9 系统管理员用例图 3.1.6、聊天软件 本系统中有一个特殊

9、的模块就是聊天软件。与其它模块基于 Web 的形式不同，聊天软件是基于 C/S 架构。该软件只应用于企业内网，目的只在于工作使用，能够由企业服务器存储聊天数据。默认情况下，系统的所有用户都已经默认注册过聊天软件，用户帐号是工作证号，用户昵称以 部门-员工姓名 方式命名，密码就是工作证号。用户使用聊天软件客户端能够登陆软件、修改密码、显示好友列表、进行一对一聊天和一对多聊天。系统管理员能够使用服务器端的用户界面启动或关闭聊天服务。 聊天用户系统内的所有用户用例图如此图 3.10 所示。 图 3.10 聊天用户用例图 3.2、非功能性需求 在进行非功能性需求分析时，主要考虑性能需求和安全性需求。

10、3.2.1、性能 基于 Web 的软件开发主要注重服务器的性能，本系统中有两个服务器，应用服务器和数据服务器。根据企业要求，系统保证在平均 250 人左右的访问量时运维正常，最高峰值可达 300 人，而响应时间不超过 3 秒。系统具有 7x24 小时的工作能力。当数据库崩溃时，具备恢复数据库的能力。 3.2.2、安全性 系统部署在企业内网内，用户与数据分离，用户通过应用服务器上的程序访问数据库，同样地数据库将数据发送给应用服务器，由应用服务器响应客户端的请求。基本上从系统部署和系统构造来讲，在一定程度上保证了系统的安全性。 系统使用人员采用实名制，系统还定义了无操作自动推出系统时间，基本上杜绝了非法用户的访问。 系统中牵涉的密码数据是数据安全保卫中的重点，系统采用 MD5 加密存储到数据库，使得系统关键数据的安全性得到了保证。 3.3、本章小结 本章主要物流企业信息管理系统进行了需求分析。从功能性需求和非功能性需求两方面，结合企业现有条件和各功能模块的业务流程进行了具体的分析，给出了用例图和用例讲明。在非功能需求分析中主要考虑了服务器的性能和系统的安全性。经过需求分析，明确了系统要完成的任务，需求分析是概要设计和具体设计的基础。