电子取证平台需求设计文档

基于区块链的电子取证平台

需求规格说明书

文件状态：
[√] 草稿
[ ] 正式发布
[ ] 正在修改 文件标识：
当前版本： 1.1
作 者： 张林康
完成日期： 2021-04-11

版 本 历 史

版本/状态 作者 审核人 更新日期 更新说明
1.0
张林康 阮利 2022-3-7 根据与阮老师与警官同志讨论，确定产品的功能性需求
1.1
张林康 阮利 2021-4-11 根据与警官同志讨论，确定非功能性需求，增加功能流程图

目 录

1 文档介绍 3
1.1 文档目的 3
1.2 文档范围 3
1.3 读者对象 3
1.4 参考文档 3
1.5 术语与缩写解释 3
2 概述 5
2.1 简述 5
2.2 用户群体 5
2.3 相关标准规范 5
2.4 系统范围 5
2.5 客户角色 6
3 功能性需求 6
3.1 功能性需求分类 6
3.2 账号 6
3.2.1 BC-ACOUNT-1-register 7
3.2.2 BC-ACOUNT-2-login 7
3.2.3 BC-ACOUNT-3-register2 7
3.2.4 BC-ACOUNT-4-login2 8
3.3 发表 8
3.3.1 BC-POST-1-evidence 8
3.3.2 BC-POST-2-conjecture 9
3.4 浏览 9
3.4.1 BC-BROWSE-1-brief 9
3.4.2 BC-BROWSE-2-full 10
3.4.3 BC-BROWSE-3-download 11
3.4.4 BC-BROWSE-4-brief1 11
3.4.5 BC-BROWSE-5-full2 12
3.4.6 BC-BROWSE-6-download2 12
3.5 管理 12
3.5.1 BC-ADMIN-1-add 12
3.5.2 BC-ADMIN-2-remove 13
3.5.3 BC-ADMIN-3-ban 13
4 非功能性需求 14
4.1 用户界面需求 14
4.2 软硬件环境需求 14
4.3 产品/软件质量需求 14
4.4 其它需求 14

产品/软件需求规格书
1 文档介绍
1.1 文档目的
对区块链存取平台进行定义，简要介绍区块链取证平台的背景和设计目标，详尽说明存取需求，包括功能性需求和非功能性需求，对DAPP开发进行总体规划，安排项目的完成进度，组织该DAPP的开发和测试。
1.2 文档范围
本文档分为四个部分，分别是文档介绍、DAPP概述、电子取证平台功能性需求和非功能性需求。文档介绍部分包括文档目的、文档范围、读者对象、参考文档和文档中可能用到的术语解释。概述部分主要是对区块链存取平台进行整体介绍，确定该存取平台用户群体、系统范围和需要遵守的相关标准规范，阐述本平台的各种角色及其职责。功能性需求和非功能性需求部分则对区块链存取平台的需求进行细节性的描述，功能性需求包括发布账号管理、权限管理、证据上传与证据查看等，非功能性需求包括界面需求、软硬件需求等，本文档的后续部分会进行详细介绍。
1.3 读者对象
开发人员、测试人员、民警同志、律师等以及涉及本项目开发的人员和用户。
1.4 参考文档
无。
1.5 术语与缩写解释
缩写、术语 解 释
GB/T 7714-2015 信息与文献 参考文献著录规则
IPFS 基于区块链的，永久的、去中心化保存和共享文件的方法，是一种点对点的分布式协议。
以太坊 一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币提供去中心化的以太虚拟机来处理点对点合约。

2 概述
2.1 简述
当前国家全面依法治国所面临的挑战仍然艰巨，客观要求证据的可靠性以及安全性要有所保证。想要实现法庭上电子证据的可靠性、安全性与稳定性保证，不仅需要更多互联网新技术的积极开发与利用，还需要一个通用的协作平台供民警同志与律师们进行信息的分享、传播以及获取。本存取系统的目的就是建立基于区块链的电子证据解读发布与共享平台，以促进律师与警察之间的电子证据的快速更新、流通和交流，推动科技与法治的融合，同时兼具一定的扩展性，满足警官个性化定制内容的需求，给予警官与律师更多的社交可能，用户体验良好。
2.2 用户群体
由于本系统是一个以证据分享为介质的网络电子证据存取平台，所以用户群体主要是来自于警察局、交通局和法律界人士。警官同志可以针对现有案件问题，基于现有证据进行查看，也可以基于现有案件进行证据上传，既可以对律师查看的权限进行增加与删除，也可以对律师的账号本身进行管理。
2.3 相关标准规范
（1） GB/T 8567-2006 《计算机软件文档编制规范》
（2） GB/T 9385-2008 《计算机软件需求规格说明规范》
（3） GB/T 15532-2008 《计算机软件测试规范》
（4） GB/T 14394-2008 《计算机软件可靠性与可维护性管理》
2.4 系统范围
应当包括的内容有：民警同志使用证据上传功能，上传分享不同的案件相关的证据与证据解读，并可以查看其他警官同志的案件最新进展、证据最新进展等；本系统是以案件作为线索来串联起证据，警官用户，律师用户，获取其最新动态，并实时更新内容；警官用户可以为自己选定案件，系统根据案件id，实现该案件的全部证据查看与下载按钮，让警官用户更容易看到对其有用和感兴趣的案件最新证据进展。案件证据支持常见的几乎所有文件格式。不应当包括的内容有：未经审核上传的证据，违反国家法律法规的证据。
2.5 客户角色
角色名称 所属单位/组织 职责描述
ROOT 警察局 提供秘钥，负责给警官账号注册
民警同志 警察局 负责律师账号的创建，律师权限的管理，证据的长传，证据的查看
律师 律所 经警官授权后，可查看与案件相关的证据

3 功能性需求
3.1 功能性需求分类
功能类别 功能名称、标识符 描述
账号 BC-ACOUNT-1-register 警官用户注册账号
BC-ACOUNT-2-login 警官用户登录
BC-ACOUNT-3-register2 律师账号注册
BC-ACOUNT-4-login2 律师账号登录
发表 BC-POST-1-evidence 警官基于案件ID发表证据
BC-POST-2-conjecture 警官基于证据发表证据解读
浏览 BC-BROWSE-1-brief 警官基于案件ID查看该案件所有证据
BC-BROWSE-2-full 警官基于证据查看证据解读
BC-BROWSE-3-download 警官详细查看某一证据
BC-BROWSE-4-brief2 律师基于案件ID查看该案件所有证据
BC-BROWSE-5-full2 律师基于证据查看证据解读
BC-BROWSE-6-download2 律师详细查看某一证据
管理 BC-ADMIN-1-add 警官对律师权限的增加
BC-ADMIN-2-remove 警官对律师权限的删除
BC-ADMIN-3-ban 警官封禁律师账号
3.2 账号
用户的个人账号相关的功能。
3.2.1 BC-ACOUNT-1-register
3.2.1.1 简述
新警官用户在ROOT用户陪同下网页端登录网址进行注册。
3.2.1.2 前提条件
新警官用户未曾在本网站进行过注册。
3.2.1.3 主要流程
先点击注册，再填写个人信息，必填姓名，身份证号与电话号码，随后设置密码，输入两次，最后由ROOT用户输入秘钥，完成注册。
3.2.1.4 其他流程1
若电话号码或身份证号已被注册：提示用户该电话号码或身份证已被注册。
3.2.1.5 其他流程2
两次密码输入不一致，提示重新输入。
3.2.1.6 后继结果
提示用户进行登录。

3.2.2 BC-ACOUNT-2-login
3.2.2.1 简述
警官用户在网页端进行登录。
3.2.2.2 前提条件
该用户已注册：FR-ACOUNT-1-register已经操作完毕。
3.2.2.3 主要流程
输入密码。
3.2.2.4 其他流程1
密码错误时提示重新输入。
3.2.2.5 其他流程2
手机号码不存在时提示注册新用户。
3.2.2.6 后继结果
跳转至警官的证据搜索页面。

3.2.3 BC-ACOUNT-3-register2
3.2.3.1 简述
律师用户在警官用户的陪同下注册账号。
3.2.3.2 前提条件
律师从未在本网站进行过注册操作，手机号以及身份证号未被使用。
3.2.3.3 主要流程
经警官同志允许后，警官用户登录账号，点击账号管理，再填写律师个人信息，必填姓名，身份证号与电话号码，随后设置密码，输入两次，最后由警官用户完成注册。
3.2.3.4 其他流程
新密码两次输入不一致，提示重新输入。
3.2.3.5 后继结果
提示该账号允许登录，跳转到权限管理页面。

3.2.4 BC-ACOUNT-4-login2
3.2.4.1 简述
已经注册好的律师用户在web端登录网页，使用自己的手机号，密码等信息登录网站。
3.2.4.2 前提条件
用户已注册：FR-ACOUNT-2-register2。
3.2.4.3 主要流程
输入密码。
3.2.4.4 后继结果
跳转至警官的证据搜索页面。

3.3 发表
仅对警官用户开放发表功能。
3.3.1 BC-POST-1-evidence
3.3.1.1 简述
已登录的警官用户在web端进入证据上传功能页面，输入案件ID后，点击证据上传按钮，之后在本地选择需要上传的文件，点击提交。
3.3.1.2 前提条件
警官用户在web端登录：BC-ACOUNT-2-login。
3.3.1.3 主要流程
依次输入：
案件ID；
不超过140字宽（汉字占两个字宽）的证据解释说明(可选)；
上传文件；
若想撰写较长的证据解释说明，可以写在md或者txt文件中，在证据上传之后以“证据名-解读”.txt或者“证据名-解读”.md命名该解读文件。若摘要部分字数足以表达，则可以不二次上传该部分。
最后选择案件ID，点击提交。
3.3.1.4 其他流程
若没有适用的可选的案件ID，则警官用户可以自己创建新的案件ID并添加。
3.3.1.5 后继结果
重新回到证据上传页面，提示刚才证据上传的结果，发送上传成功或者上传失败的结果。

3.3.2 BC-POST-2-conjecture
3.3.2.1 简述
已登录的警官用户在web端用富文本编辑器撰写证据的解读。
3.3.2.2 前提条件
警官用户在web端登录：BC-ACOUNT-2-login。
3.3.2.3 主要流程
依次输入：
案件ID；
不超过140字宽的证据解读；
上传文件；
若想撰写较长的证据解读，可以写在md或者txt文件中，在证据上传之后以“证据名-解读”.txt或者“证据名-解读”.md命名该解读文件。若摘要部分字数足以表达，则可以不二次上传该部分。
3.3.2.4 其他流程
若没有适用于本文的可选案件ID，则警官用户可以自己创建新的案件ID并添加。
3.3.2.5 后继结果
重新回到证据上传页面，提示刚才证据上传的结果，发送上传成功或者上传失败的结果。

3.4 浏览
登录的律师用户和未登录的游客，均不可在未授权的情况下web端上浏览特定案件ID下的案件证据，以及案件证据解读。
3.4.1 BC-BROWSE-1-brief
3.4.1.1 简述
登录的警官用户，可以在web端上搜索案件ID，以此来获得与该案件ID相关的所有证据的简介信息。
3.4.1.2 前提条件
警官用户登录，该案件ID不为空。
3.4.1.3 主要流程

进入网站的主页之后，警官使用警官模式登录，之后输入要查看的证据的案件ID，之后就可以跳转到该案件ID对应的证据展示页面。
可选择的标签 律师 警官用户
第一栏 登录 账号管理
第二栏 证据查询 权限管理
第三栏 无 证据上传
第四栏 无 证据查看

3.4.1.4 后继结果
如果存在该案件ID，跳转到警官的证据查看页面。

3.4.2 BC-BROWSE-2-full
3.4.2.1 简述
登录的警官用户，均可在web端上浏览证据的证据解读，警官具有上传解读功能，解读以及证据一经上传无法删除，无法更改。
3.4.2.2 前提条件
点击预览的“详细信息”按钮；同时该证据在上传的时候存在证据解读。
3.4.2.3 主要流程
此功能对应一个页面，具有如下内容：
解读摘要
正文（若没有则不显示）
证据上传时间
证据上传人
证据关联人
证据文件名（点击可下载）

3.4.2.4 后继结果
停留在证据解读查看页面。

3.4.3 BC-BROWSE-3-download
3.4.3.1 简述
登录的警官用户可在web端上下载证据。
3.4.3.2 前提条件
登录：BC-ACOUNT-2-login；该证据文件存在。
3.4.3.3 主要流程

进入网站的主页之后，警官使用警官模式登录，之后输入要查看的证据的案件ID，之后就可以跳转到该案件ID对应的证据展示页面。看到展示的所有证据之后，如果想要看到详细的信息比如证据解读以及谁上传的证据，证据上传时间等等，就可以点击该页面的详细信息，进入详细信息页面之后，会出现一个证据下载按钮，点击即可下载证据文件。
3.4.3.4 后继结果
停留在阅读页面，显示下载成功或者下载失败。

3.4.4 BC-BROWSE-4-brief1
3.4.4.1 简述
登录的律师用户，可以在web端上搜索案件ID，以此来获得与该案件ID相关的所有证据的简介信息。
3.4.4.2 前提条件
律师用户登录，该案件ID不为空。
3.4.4.3 主要流程
进入网站的主页之后，律师使用律师模式登录，之后输入要查看的证据的案件ID，之后就可以跳转到该案件ID对应的证据展示页面。
3.4.4.4 后继结果
如果存在该案件ID，跳转到律师的证据查看页面。

3.4.5 BC-BROWSE-5-full2
3.4.5.1 简述
登录的律师用户，可在web端上浏览证据的证据解读，律师不具有上传解读功能，律师无法更改文件信息。
3.4.5.2 前提条件
点击预览的“详细信息”按钮；同时该证据在上传的时候存在证据解读。
3.4.5.3 主要流程
阅读文章。此功能对应一个页面，具有如下内容：
解读摘要
正文（若没有则不显示）
证据关联人
证据文件名（点击可下载）
3.4.5.4 后继结果
停留在证据解读查看页面。

3.4.6 BC-BROWSE-6-download2
3.4.6.1 简述
登录的律师用户可在web端上下载证据。
3.4.6.2 前提条件
登录：BC-ACOUNT-2-login；该证据文件存在。
3.4.6.3 主要流程
进入网站的主页之后，律师使用律师模式登录，之后输入要查看的证据的案件ID，之后就可以跳转到该案件ID对应的证据展示页面。看到展示的所有证据之后，会出现一个证据下载按钮，点击即可下载证据文件。
3.4.6.4 后继结果
停留在阅读页面，显示下载成功或者下载失败。
3.5 管理
警察用户专属的功能，仅限web端使用。
3.5.1 BC-ADMIN-1-add
3.5.1.1 简述
警察用户赋予律师用户查看案件证据的权力，输入律师个人信息之后，输入要给该律师添加权限的案件ID，然后点击提交即可添加权限。
3.5.1.2 前提条件
警官账号已登录：BC-ACOUNT-2-login。该律师对该案件的权限审批已经通过。该律师之前没有该案件的证据查看权限。
3.5.1.3 主要流程
警官账号具有除了以下功能外的用户的全部功能：
注册警官账号
登录律师账号
删除证据
3.5.1.4 后继结果
律师权限添加成功，或者提示添加失败，展示添加失败原因。

3.5.2 BC-ADMIN-2-remove
3.5.2.1 简述
警察用户回收律师用户查看案件证据的权力，输入律师个人信息之后，输入要给该律师回收权限的案件ID，然后点击提交即可回收权限。
3.5.2.2 前提条件
警官账号已登录：BC-ACOUNT-2-login。该律师对该案件的权限回收审批已经通过。该律师有该案件的证据查看权限。
3.5.2.3 主要流程
警官用户的BC-ADMIN-add功能的标签中可以选择给相应的律师添加某案件的查看证据权限，警官用户先用BC-ADMIN-add功能选择好要添加的权限，然后点击该律师已存在的要删除的案件ID，点击提交按钮即可。
3.5.2.4 其他流程
若选择删除的案件ID没有被添加到该律师权限里，则提示不可以删除。
3.5.2.5 后继结果
跳转回FR-BROWSE-1-add功能页面，该权限已被删除。被删除权限的用户律师若要查询该ID对应的案件，收到系统生成的来自本警官账号的自动提示“您的案件ID对应的权限已被警官删除”。

3.5.3 BC-ADMIN-3-ban
3.5.3.1 简述
警官用户选择律师账号，根据需要封禁律师账号，此后该律师账号不能进行登录操作。
3.5.3.2 前提条件
登录。BC-ACOUNT-2-login。该律师账号封禁审批已经通过。该律师之前在该平台进行过注册。
3.5.3.3 主要流程
在BC-ADMIN-3-ban功能输入律师账号，身份证号，以及警官账号密码，点击“封禁”决定封禁该作者。
3.5.3.4 其他流程
若选择封禁的警官账号，则提示不能封禁。
3.5.3.5 后继结果
回到BC-ADMIN-3-ban功能执行前页面，该作者已被封号。被封禁账号的用户的手机收到系统生成的来自本管理员的邮件“您的账号已被警官封禁”。

4 非功能性需求
4.1 用户界面需求
需求名称 详细要求
界面设计 界面简洁，功能按键易于寻找，有必要的提示信息。
视觉友好 色盲患者和佩戴老花镜的老年人应能够看清90%的文字。
4.2 软硬件环境需求
需求名称 详细要求
Web端适配 支持Chrome和firefox最新版浏览器，至少支持intel酷睿7代i5处理器，4GB内存及更高配置。
4.3 产品/软件质量需求
主要质量属性 详细要求
正确性 本系统所提供的数据为用户编写，不会丢失。
健壮性 失效后重启时间在24小时内。
可靠性 平均上线376小时失效一次。
性能，效率 在少于1万人同时使用时，刷新等待时间不超过3秒。在少于10万人使用时，刷新等待时间不超过20秒。
易用性 新警官同志、老警官同志、新律师、老律师等无论年龄，只要仍在岗位工作，都应当能在10min之内学会web端的操作。
清晰性 功能明确，逻辑清晰。
安全性 管理员外的人员不能获取其他用户的邮箱和密码信息。
可扩展性 本团队能够在功能数量增大为原来的200%的情况下完成扩展功能的加入。
兼容性 web端兼容Chrome和Firefox浏览器。
4.4 其它需求
1、不允许搜索引擎爬取短文本部分内容。
2、数据库至多允许丢失最近24小时内发送的数据。
3、每168小时将数据备份更新到指定服务器，数据更新发送时需要进行加密，如遇到指定存储备份的目标服务器宕机的情况，可以在下一个168小时更新时将两次应发送的数据一并更新。
4、代码遵守格式规范，具有较高的可读性和可维护性。