团队作业（二）——需求分析
《需求规格说明书》
项目名称：电子公文传输系统
主写人：李昂、高雨辰
参与人员：刘治言、张振、贾萱、王曜人、骆涧松
编写日期：2020.10.20
团队作业（二）——需求分析
目录
电子公文传输系统团队项目
团队作业（二）：需求分析
一、引言
（一）编写目的
电子公文传输系统就是使用已有的计算机通讯网络与信息安全防护技术，实现单位、组织各部门之间、不同单位之间、上下级单位之间公文的草拟、签章、分发、收取等功能，并以电子化的数字公文传输通讯方式完全取代传统的纸质公文发送方式。 公文使用计算机制作并生成板式， 最终成为含有红头和公章的电子数字公文 板式(OFD)文件，经过加密，使用计算机通讯网络直接传送给收取方，收取方经过电子数字文件解密算法处理，还原出原始文件内容和板式(OFD)并与传送方完全一致的电子数字签章公文文件，收取方只需要使用彩色打印机对电子文档打印，就能得到含有红头和公章的纸质公文。 全部过程都是使用计算机通讯并监控在专用网络环境中开展的，从而极大的提升了公文传输的时限，同时有效地确保了公文传输的安全性。 我们需要做的是一个能帮助甲方所写的公文或其他文件进行相比下较安全的加密管理，并在最后进行传输。我们预测需要此项目的人员包括学生、教师、白领、一些中低端开发人员以及项目经理等。
（二）背景
当今社会单位若要送达一份公文，大多数需要办公人员自行带着公文前往目的地，这不仅浪费人力，还极大的延长了公文到达时间。若需紧急状况公文立即传输，可能会导致事情被耽误。本项目主要是为了节约人力物力与时间，在相对安全的情况下传输公文。公文经过计算机排版，制作成含有红头和公章的电子公文文件，经过加密，通过计算机网络直接发送给接收方，接收方通过解密处理，还原得到内容和版面与发送方完全一样的公文文件。
（三）定义
1、用户要求： 在完成项目之前与客户事先交流，一对一分析客户所需要的产品要求。
2、开发人员： 上述参与人员。
3、期望值： 能加密传输一些并非十分重要的文件且不被盗取。
二、适用人群与场景
（一）电子公文传输
电子公文传输系统的使用对象涉及政府部门及相关单位实际操作人数较多，因此其操作必须力求简洁、方便。为此在设计上仿照电子邮件的操作模式，由收件箱·发件箱、系统设置等模块构成，操作人员只要学会电子邮件的收发，就能立即掌握无纸化电子公文传输系统的基本操作。 公文接收方浏览器如同WEB浏览器，其运行环境是复杂和多样的，优秀的公文接收浏览软件必须能适应多种多样的软件环境。为此无纸化电子公文传输系统提供了图档化的电子公文传输模式，从而使公文接收端可以无须与公文的发送端具有相同的软件环境，如不需要相同的字体环境、不需要相同的操作系统、不需要相同的字处理软件等。
（二）背景
实现公文传输非人力化，且安全、快速、高效的实现我们所期待的目标。保证文件的安全性、有效性、规范性、严肃性，保证文件传输的高效性，操作的简便性，环境的适用性，系统的集成性。
（三）界面
- 首先需要管理员对使用本项目的成员进行单位、人员的身份验证与相关任职信息。
- 其次需要对负责的相关单位进行统一管理与汇总，通过管理员的权限可以随时修改变化的人员名单或单位编码。
- 再者对所有参与人员进行实名登记以及授予相应职位所应得权限，不可越权处理事物
- 管理人员可以发布所有文件，但其他人员只能阅读自己对应权限下的文件
- 管理人员需每天对文件进行更新以及排查是否出现问题
三、构思
构思图：
四、界面
五、功能简介
（一）概述
公文草件-(电子签名)-电子公 文-(SM 加密)传输-(SM 解密)-收文-(电子签名验证)。
（二）功能
1.安全传输：将公文用SM2算法加密进行传输
2.适用环境：所有系统
3.系统集成：以原版文件的形式输出
（三）实现
1.加密解密：SM2，数字签名，RSA
2.文件操作：文件编辑，格式转换输出
3.前端：基于vue cli架构开发
4.后端：基于 SpringBoot+Mybatis构建
六、验收
| 测试 | 测试项目 | 操作 | 预测 | 验收 |
| 注册页面 | 注册 | 是否完成注册 | 符合格式注册 | |
| 登录页面 | 登录 | 是否成功登录 | 用户存在登录 | |
| 功能 | 公文接收 | 从外界接收公文 | 可以接收任何地点人员的公文 | |
| 公文加密 | 对公文进行加密 | 可以加密 | ||
| 公文传输 | 将公文传输给另一端 | 公文信息没发生改变且指定单位可以接收到 |
