电子公文传输系统团队项目——需求规格说明书 一、引言 二、用户场景 三、项目采访总结 四、类图 四、界面原型 验收验证标准

(一)编写目的

为明确软件需求、规划项目、确认进度、组织软件开发并测试而撰写本文档。同时,详细分析项目总体需求,可以作为软件开发工作的基础和依据以及确认测试和验收的依据。

(二)背景

电子公文传输系统是实现红头文件和相关信息在网络中安全传输的公文处理系统。该系统利用数字文档技术、信息安全技术、中间件技术及计算机网络等技术实现了红头文件的制作、盖章、分发、接收、阅读、打印、归档等功能,以现代的电子公文传输系统模式取代了传统的邮寄传递模式。电子公文传输系统在不改变现有工作流程的情况下,使发送红头文件像发送普通电子邮件一样快捷,同时能保留红头和公章,符合现行所有公文和公章的管理制度,保证文件的有效性、规范性、严肃性,安全程度有质的提高。

二、用户场景

(一)系统特点

1、电子公文传输系统把电子文件作为一种数字化信息,通过网络传送,当天即可到达收件单位。
2、采用远程传版技术,接收公文的一方对收到的电子公文直接发排就可以得到内容和版面效果与发送方发送的完全一致的文件,能在版面上指定电子红头和电子公章的位置,角度正,位置规范,远远胜过人工盖章。
3、电子公文传输系统的电子公文收发流程与现有公文收发工作流程基本保持一致,操作方便,简单易学。
4、加密方式以密码和随机数为参数。使用专用硬件对整个文件作加密运算,大大提高了可靠性,甚至连该系统的开发者也无法窃取密码,这样就能将电子红头、电子公章与文件紧密结合起来,用任何方法都不能拆开,保密安全性强。
5、电子公文传输系统设计将公文的运转收发分为六个部分,六个数据库根据不同角色的定义实现各自不同的工作,可对公文文件进行发送、接收、浏览、查询、打印、归档等工作,且有丰富的操作信息和帮助信息提示。
6、电子盖章软件使用书生电子公文系统。该系统能使发送红头文件如同普通电子邮件一样快捷,不仅能保留红头与红章,而且其安全程度和现行方式相比也有了质的提高。它具有速度快、保密性好、易于存档而不会丢失、版面规范等显著优点,适合中国国情,易于全面推广应用 。

(二)系统要求

公文的安全性要求

安全性要求是无纸化电子公文传输系统首先要满足的要求。由于网络环境的广泛性和复杂性等特点,普通电子文件很容易在网络传输过程中被截取或篡改。而电子公文文件必须具有保密性、严肃性和不可抵赖性的特性,绝对不允许出现此类安全漏洞。整个过程可简单表示为:公文草件一(电子签名)。电子公文一加密——传输一解密一收文一(电子签名验证)。阅读时,对所有公章等关键信息进行矢量化操作,确保这类关键信息不被非法截获和使用,

传输的高效性要求

要保障电子公文的畅通传输,必须尽可能地降低网络传输的数据量,以适应复杂的网络环境。

操作的简便性要求

由于电子公文传输系统的使用对象涉及政府部门及相关单位实际操作人数较多,因此其操作必须力求简洁、方便。为此在设计上仿照电子邮件的操作模式,由收件箱·发件箱、系统设置等模块构成,操作人员只要学会电子邮件的收发,就能立即掌握无纸化电子公文传输系统的基本操作。

系统的集成性要求

优秀的软件系统一定是一个开放的系统,必须能够提供有效的途径,与用户的其他相关系统之间进行数据交换。电子公文传输系统提供了以复印件图片文件形式输出公文的能力,使其他系统可以直接引入、利用所接收的公文数据。

环境的适用性要求

系统基于B/S构建,支持IE浏览器直接访问,由专业设计人员进行界面设计,具有较好使用性。

(三)组成

数据平台

无纸化电子公文传输系统在特定服务器上的不同数据库之间进行复制、拷贝,以确保公文流转的高效性和安全性。公文文件的制作、接收浏览,则通过客户端的终端网页或软件实现 。

公章管理

电子公章既包含用以显示公章图形的可视信息,又包含用以数字电子签名的私钥数据。电子公章的显示必须要有所属单位的对应公钥数据,也只有正确对应的公钥数据才可以显示出可视的公章图片信息,由于公章可视信息的法律严肃性特点,要求公章显示过程中,其图片信息不能被意外截取。

红头制作

从外部导入的公文草件是不带红头和公章的。公文红头文件用于对指定文种的公文,套印对应的红头。为此可以通过公文红头管理模块,制作出一组不同的公文红头文件,并建立红头文件与文种的对应关系。红头文件的制作,可以直接以文本形式制作泞旨定好文本内容、字体、位置等有关信息),也可以直接读人扫描件方式制作生成,制作公文时指定文种并导入公文草件。系统根据文种将对应的红头信息自动添加到公文文件的首页,完成套印红头。

公文分发

公文的分发也就是选择收文单位,获取收文单位的公钥,根据所得的对方公钥对发文进行加密,最后将电子公文文件发送给指定收文单位。

公文接收

收文单位接收服务器上的公文,并转入自己的公文收件箱。为打开公文收件箱中的公文,要以本单位特定的私钥对收文进行解密,解密成功后,下载获取发文单位的公钥,以此对解密后的公文进行电子签名验证。通过电子签名验证后,可以确认所收公文来自发文单位,从而保证本地专用的公文,浏览器可解读和阅读收文。公文浏览器在首次阅读收文文件时,可以加盖本单位的收文签收章,这样打印输出的公文即带有本单位的公文签收章。

打印管理

公文的打印分为黑白复印件打印和彩色原件打印两种模式。黑白复印件打印没有打印次数的限制,且可以有选择地打印公文部分内容。彩色原件的打印则有严格的打印次数限制,且每次打印的时间、份数都有详细的日志记录,公文的发送方可以通过网络查询到这些日志记录。

三、项目采访总结

项目开发经验:
1、时间分配要合理,项目开发的后期难度较大,建议增加前期的投入、工作准备。
2、根据项目需求来确定学习、工作方向。
3、制定详细的工作计划,按时检查项目进度。
4、项目涉及到很多java、web、数据库的知识,建议同学可以去b站、mooc等平台上学习。
5、每项任务完成时都要指定人员去做检测、总结,目的是找出漏洞、为后续工作积累经验。

团队合作、心理建设:
6、组员要有团队协作精神,组内学习气氛很关键。
7、遇到瓶颈期要心平气和,踏实按计划进行,一步一个脚印。在困难问题面前大家要多学、多问。
8、相互交流经验,共同学习,共同进步。
9、不要经常和其他小组比较,进度不一又何妨,按照计划做好自己的事。

四、类图

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

四、界面原型

登录

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

注册

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

文件传输

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

文件下载

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

验收验证标准

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

git库及issues

git库的链接如下

https://gitee.com/smart-student-representative/smart-electronic-document

电子公文传输系统团队项目——需求规格说明书
一、引言
二、用户场景
三、项目采访总结
四、类图
四、界面原型
验收验证标准

撰写的工作流程、组员分工和组员工作量比例。

主写:李浩鹏(20%)
收集资料:戚少波(10%)、兰毅达(10%)
界面原型/采访:张俊怡(20%)
类图:张潇(20%)
git库创建相关:杨守森(20%)