企业云资源管理系统需求分析
企业云资源管理系统
需
求
分
析
报
告
项目名称：企业云资源管理系统
项目类别：企业级
项目负责人：金鑫 曾泉文
编制日期：2019年5月5日
目 录
-
引言 3
1.1 编写目的 3
1.2 项目风险 3
1.3 文档约定 3
1.4 预期读者 3
1.5 产品范围 3 -
综合描述 4
2.1 产品的状况 4
2.2 产品的功能 4
2.3 用户类和特性 4
2.4 运行环境 4
2.5 设计和实现 4
2.6 外部约束 5 -
产品功能示意图 5
3.1 数据库设计 5
3.2 软件接口 8 -
其它非功能需求 8
4.1 性能需求 8
4.2 安全性需求 8
4.3 软件质量属性 8
4.4 业务规则 9 -
待定问题列表 9
-
引言
1.1 编写目的
通过企业云资源管理系统，能够提高公司资源利用率，提高工作效率，提高公司核心竞争力，还能提升企业的管理能力，使得企业能够快速适应信息时代的网络化管理需求，增进员工之间的沟通，协调员工之间的快速合作。企业是一个庞大的系统组合，其内部有不同的部门，部门之间做不同的工作，分工明确，不干扰其他部门，都高效的工作着，但是不同部门之间又有着紧密的联系，他们通常需要交流，知道其他部门的需求，在各自的工作完成之后也需要合作。不同部门可以随时随地的查看其他部门的资源，发送新的资源与其他部门交互，为企业带来更高的效率。在该系统中包括对企业不同部门之间的文件以及相关资源进行管理。这样能够使员工不通过询问其他员工来获取相应资源，使得公司内部不同部门能够更方便更快捷的了解与管理与自己职能相关的资源。同时在线资源的建立，也避免了现实纸质资源的浪费。
1.2 项目背景
企业云资源管理系统项目由本小组独立开发，项目基本信息如下：
任务提出者：金鑫、曾泉文
系统开发者：金鑫、曾泉文
产品使用者：社会企业
1.3 文档约定
该条定义了该文档编写标准，第一层标题采用黑体二号，第二层标题采用黑体三号，第三层标题采用黑体小三，正文均采用四号宋体。
1.4 预期读者
该条定义了该需求分析报告所针对的预期读者类型，包括：企业用户，开发人员，项目经理，营销人员，测试人员和文档编写人员。
1.5 产品范围
本软件主要面向社会各层有相关需求的企业。
- 总体要求
本产品初期在 PC 端的网页上运行，后期会发展出微信小程序以及手机App等系列产品。产品的主要群体是社会企业。新用户需要管理员在管理系统上给你分配账号（一般为公司内部工号），自己不能注册，进入该管理系统，在管理系统你可以查看其他部门的资源详情，可以搜索文件，可以上传、查看最新的资源。
2.1 产品的当前行情
很多时候企业内部的沟通交流很大程度上决定了企业的工作效率，影响企业的发展。本产品的优点：
(1) 方便企业不同部门交流信息。
(2) 方便了企业资源的管理。
(3) 可以方便查看不同部门事务最新记录及资源。
(4) 随时随地的查看与下载不同部门的资源。
2.2 产品的功能目标
本产品的最大功能就是方便了企业的资源管理，使众多的资源进行分类管理，针对不同类型管理，记录上传、使用情况等。
2.3 用户类别和特性
本产品的用户是需要资源管理的企业或者部门，事业单位等。
2.4 系统开发平台要求
开发平台：
开发工具：eclipse
服务器: apache
数据库管理系统：mysql8.0
网络协议;TCP/IP
2.5 系统开发实施需求
1.开发过程中要有开发日志，开发者可以完善需求，但不要影响基本要求。
2．系统开发完成后必须经过系统测试后，才可交互使用。
3. 系统开发完成后，需要完整详细的使用说明。
2.6 设计和实现
2.5.1 前端实现：
HTML、CSS实现基础布局，配合使用JavaScript，与后端配合进行页面渲染交互。
2.5.2 后端实现：
MVC，jdbctemplate，MYSQL。
2.7 外部约束
本产品在工期以及经费等上的约束：开发周期为一个月左右；经费预计在一万元左右；人员计划2人；本产品初期需要在 PC 端的浏览器上运行。
- 模型功能
3.1 用例：
图一：管理员用例图
图二：员工用例图
3.2 ER图：
图三
3.3 数据表设计：
图 4
如图4所示，分为三个数据库表，部门下对应了自己上传创建的文档，还有发送给自己的文档。文档对于部门可见。文档下面对应不同的标签，备注信息，用于文档分类还有说明文档。
3.4 软件接口
操作系统为：Windows，数据库使用 MYSQL，开发工具为 eclipse、VsCode等。
- 其它非功能需求
我们在完成产品后都会做大量的测试，也会发布测试版来做相应bug的调整，最大化的保证产品的可靠性。采用HTTPS通信来保障安全性。产品的开发我们都做了大量的注释，并且都是采用当前比较火的几个框架来完成，包中产品以后的维护以及扩展。
4.1 性能需求
该产品在推广阶段主要是面对有需要的企业使用，能够联系不同部门之间，提高企业效率，是必须的。其次要能处理高并发的情况，满足多部门多用户等高并发情况时产品的可靠性。随着产品的推广，用户的群体会不断的扩增，如果不能处理高并发，程序可能会出现崩溃的现象。
4.2 安全性需求
用户设有自己的密码，密码最少包含三种不同的字符。对于系统，我们有防爆破的保障措施，如果一个账号填写密码错误出现了多次，必须对该账号上锁，然后提示管理员相关异常，需要管理员进行解锁。
4.3 软件质量属性
产品配有相关的用户文档说明，在软件里面也有相关的帮助说明，软件操作较为简单方便，和当前的购物平台界面基本类似，易用性强。软件只要搭建了JavaEE的环境，硬件在内存8G，硬盘100G的平台上就能完成运行，代码也配有大量的注释，保证可移植性。
4.4 业务规则
我们设有管理员，普通用户两个身份，管理员他可以对数据库做任何的增删改查等操作，并且可以增加一般用户或者删除一般用户。
- 待定问题列表
（1） 界面的改进。
（2） 上传、下载文档的安全性。
（3） 文档保护。
（4） 程序出现奔溃、Bug 问题的处理。
（5） 功能完善。