基于區(qū)塊鏈的電子取證平臺

需求規(guī)格說明書

文件狀態(tài)：
[√] 草稿
[ ] 正式發(fā)布
[ ] 正在修改 文件標識：
當前版本： 1.1
作 者： 張林康
完成日期： 2021-04-11

版 本 歷 史

版本/狀態(tài) 作者 審核人 更新日期 更新說明
1.0
張林康 阮利 2022-3-7 根據(jù)與阮老師與警官同志討論，確定產(chǎn)品的功能性需求
1.1
張林康 阮利 2021-4-11 根據(jù)與警官同志討論，確定非功能性需求，增加功能流程圖

目 錄

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 相關標準規(guī)范 5
2.4 系統(tǒng)范圍 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 發(fā)表 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 軟硬件環(huán)境需求 14
4.3 產(chǎn)品/軟件質量需求 14
4.4 其它需求 14

產(chǎn)品/軟件需求規(guī)格書
1 文檔介紹
1.1 文檔目的
對區(qū)塊鏈存取平臺進行定義，簡要介紹區(qū)塊鏈取證平臺的背景和設計目標，詳盡說明存取需求，包括功能性需求和非功能性需求，對DAPP開發(fā)進行總體規(guī)劃，安排項目的完成進度，組織該DAPP的開發(fā)和測試。
1.2 文檔范圍
本文檔分為四個部分，分別是文檔介紹、DAPP概述、電子取證平臺功能性需求和非功能性需求。文檔介紹部分包括文檔目的、文檔范圍、讀者對象、參考文檔和文檔中可能用到的術語解釋。概述部分主要是對區(qū)塊鏈存取平臺進行整體介紹，確定該存取平臺用戶群體、系統(tǒng)范圍和需要遵守的相關標準規(guī)范，闡述本平臺的各種角色及其職責。功能性需求和非功能性需求部分則對區(qū)塊鏈存取平臺的需求進行細節(jié)性的描述，功能性需求包括發(fā)布賬號管理、權限管理、證據(jù)上傳與證據(jù)查看等，非功能性需求包括界面需求、軟硬件需求等，本文檔的后續(xù)部分會進行詳細介紹。
1.3 讀者對象
開發(fā)人員、測試人員、民警同志、律師等以及涉及本項目開發(fā)的人員和用戶。
1.4 參考文檔
無。
1.5 術語與縮寫解釋
縮寫、術語 解 釋
GB/T 7714-2015 信息與文獻 參考文獻著錄規(guī)則
IPFS 基于區(qū)塊鏈的，永久的、去中心化保存和共享文件的方法，是一種點對點的分布式協(xié)議。
以太坊 一個開源的有智能合約功能的公共區(qū)塊鏈平臺，通過其專用加密貨幣以太幣提供去中心化的以太虛擬機來處理點對點合約。

2 概述
2.1 簡述
當前國家全面依法治國所面臨的挑戰(zhàn)仍然艱巨，客觀要求證據(jù)的可靠性以及安全性要有所保證。想要實現(xiàn)法庭上電子證據(jù)的可靠性、安全性與穩(wěn)定性保證，不僅需要更多互聯(lián)網(wǎng)新技術的積極開發(fā)與利用，還需要一個通用的協(xié)作平臺供民警同志與律師們進行信息的分享、傳播以及獲取。本存取系統(tǒng)的目的就是建立基于區(qū)塊鏈的電子證據(jù)解讀發(fā)布與共享平臺，以促進律師與警察之間的電子證據(jù)的快速更新、流通和交流，推動科技與法治的融合，同時兼具一定的擴展性，滿足警官個性化定制內(nèi)容的需求，給予警官與律師更多的社交可能，用戶體驗良好。
2.2 用戶群體
由于本系統(tǒng)是一個以證據(jù)分享為介質的網(wǎng)絡電子證據(jù)存取平臺，所以用戶群體主要是來自于警察局、交通局和法律界人士。警官同志可以針對現(xiàn)有案件問題，基于現(xiàn)有證據(jù)進行查看，也可以基于現(xiàn)有案件進行證據(jù)上傳，既可以對律師查看的權限進行增加與刪除，也可以對律師的賬號本身進行管理。
2.3 相關標準規(guī)范
（1） GB/T 8567-2006 《計算機軟件文檔編制規(guī)范》
（2） GB/T 9385-2008 《計算機軟件需求規(guī)格說明規(guī)范》
（3） GB/T 15532-2008 《計算機軟件測試規(guī)范》
（4） GB/T 14394-2008 《計算機軟件可靠性與可維護性管理》
2.4 系統(tǒng)范圍
應當包括的內(nèi)容有：民警同志使用證據(jù)上傳功能，上傳分享不同的案件相關的證據(jù)與證據(jù)解讀，并可以查看其他警官同志的案件最新進展、證據(jù)最新進展等；本系統(tǒng)是以案件作為線索來串聯(lián)起證據(jù)，警官用戶，律師用戶，獲取其最新動態(tài)，并實時更新內(nèi)容；警官用戶可以為自己選定案件，系統(tǒng)根據(jù)案件id，實現(xiàn)該案件的全部證據(jù)查看與下載按鈕，讓警官用戶更容易看到對其有用和感興趣的案件最新證據(jù)進展。案件證據(jù)支持常見的幾乎所有文件格式。不應當包括的內(nèi)容有：未經(jīng)審核上傳的證據(jù)，違反國家法律法規(guī)的證據(jù)。
2.5 客戶角色
角色名稱 所屬單位/組織 職責描述
ROOT 警察局 提供秘鑰，負責給警官賬號注冊
民警同志 警察局 負責律師賬號的創(chuàng)建，律師權限的管理，證據(jù)的長傳，證據(jù)的查看
律師 律所 經(jīng)警官授權后，可查看與案件相關的證據(jù)

3 功能性需求
3.1 功能性需求分類
功能類別 功能名稱、標識符 描述
賬號 BC-ACOUNT-1-register 警官用戶注冊賬號
BC-ACOUNT-2-login 警官用戶登錄
BC-ACOUNT-3-register2 律師賬號注冊
BC-ACOUNT-4-login2 律師賬號登錄
發(fā)表 BC-POST-1-evidence 警官基于案件ID發(fā)表證據(jù)
BC-POST-2-conjecture 警官基于證據(jù)發(fā)表證據(jù)解讀
瀏覽 BC-BROWSE-1-brief 警官基于案件ID查看該案件所有證據(jù)
BC-BROWSE-2-full 警官基于證據(jù)查看證據(jù)解讀
BC-BROWSE-3-download 警官詳細查看某一證據(jù)
BC-BROWSE-4-brief2 律師基于案件ID查看該案件所有證據(jù)
BC-BROWSE-5-full2 律師基于證據(jù)查看證據(jù)解讀
BC-BROWSE-6-download2 律師詳細查看某一證據(jù)
管理 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用戶陪同下網(wǎng)頁端登錄網(wǎng)址進行注冊。
3.2.1.2 前提條件
新警官用戶未曾在本網(wǎng)站進行過注冊。
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 簡述
警官用戶在網(wǎng)頁端進行登錄。
3.2.2.2 前提條件
該用戶已注冊：FR-ACOUNT-1-register已經(jīng)操作完畢。
3.2.2.3 主要流程
輸入密碼。
3.2.2.4 其他流程1
密碼錯誤時提示重新輸入。
3.2.2.5 其他流程2
手機號碼不存在時提示注冊新用戶。
3.2.2.6 后繼結果
跳轉至警官的證據(jù)搜索頁面。

3.2.3 BC-ACOUNT-3-register2
3.2.3.1 簡述
律師用戶在警官用戶的陪同下注冊賬號。
3.2.3.2 前提條件
律師從未在本網(wǎng)站進行過注冊操作，手機號以及身份證號未被使用。
3.2.3.3 主要流程
經(jīng)警官同志允許后，警官用戶登錄賬號，點擊賬號管理，再填寫律師個人信息，必填姓名，身份證號與電話號碼，隨后設置密碼，輸入兩次，最后由警官用戶完成注冊。
3.2.3.4 其他流程
新密碼兩次輸入不一致，提示重新輸入。
3.2.3.5 后繼結果
提示該賬號允許登錄，跳轉到權限管理頁面。

3.2.4 BC-ACOUNT-4-login2
3.2.4.1 簡述
已經(jīng)注冊好的律師用戶在web端登錄網(wǎng)頁，使用自己的手機號，密碼等信息登錄網(wǎng)站。
3.2.4.2 前提條件
用戶已注冊：FR-ACOUNT-2-register2。
3.2.4.3 主要流程
輸入密碼。
3.2.4.4 后繼結果
跳轉至警官的證據(jù)搜索頁面。

3.3 發(fā)表
僅對警官用戶開放發(fā)表功能。
3.3.1 BC-POST-1-evidence
3.3.1.1 簡述
已登錄的警官用戶在web端進入證據(jù)上傳功能頁面，輸入案件ID后，點擊證據(jù)上傳按鈕，之后在本地選擇需要上傳的文件，點擊提交。
3.3.1.2 前提條件
警官用戶在web端登錄：BC-ACOUNT-2-login。
3.3.1.3 主要流程
依次輸入：
案件ID；
不超過140字寬（漢字占兩個字寬）的證據(jù)解釋說明(可選)；
上傳文件；
若想撰寫較長的證據(jù)解釋說明，可以寫在md或者txt文件中，在證據(jù)上傳之后以“證據(jù)名-解讀”.txt或者“證據(jù)名-解讀”.md命名該解讀文件。若摘要部分字數(shù)足以表達，則可以不二次上傳該部分。
最后選擇案件ID，點擊提交。
3.3.1.4 其他流程
若沒有適用的可選的案件ID，則警官用戶可以自己創(chuàng)建新的案件ID并添加。
3.3.1.5 后繼結果
重新回到證據(jù)上傳頁面，提示剛才證據(jù)上傳的結果，發(fā)送上傳成功或者上傳失敗的結果。

3.3.2 BC-POST-2-conjecture
3.3.2.1 簡述
已登錄的警官用戶在web端用富文本編輯器撰寫證據(jù)的解讀。
3.3.2.2 前提條件
警官用戶在web端登錄：BC-ACOUNT-2-login。
3.3.2.3 主要流程
依次輸入：
案件ID；
不超過140字寬的證據(jù)解讀；
上傳文件；
若想撰寫較長的證據(jù)解讀，可以寫在md或者txt文件中，在證據(jù)上傳之后以“證據(jù)名-解讀”.txt或者“證據(jù)名-解讀”.md命名該解讀文件。若摘要部分字數(shù)足以表達，則可以不二次上傳該部分。
3.3.2.4 其他流程
若沒有適用于本文的可選案件ID，則警官用戶可以自己創(chuàng)建新的案件ID并添加。
3.3.2.5 后繼結果
重新回到證據(jù)上傳頁面，提示剛才證據(jù)上傳的結果，發(fā)送上傳成功或者上傳失敗的結果。

3.4 瀏覽
登錄的律師用戶和未登錄的游客，均不可在未授權的情況下web端上瀏覽特定案件ID下的案件證據(jù)，以及案件證據(jù)解讀。
3.4.1 BC-BROWSE-1-brief
3.4.1.1 簡述
登錄的警官用戶，可以在web端上搜索案件ID，以此來獲得與該案件ID相關的所有證據(jù)的簡介信息。
3.4.1.2 前提條件
警官用戶登錄，該案件ID不為空。
3.4.1.3 主要流程

進入網(wǎng)站的主頁之后，警官使用警官模式登錄，之后輸入要查看的證據(jù)的案件ID，之后就可以跳轉到該案件ID對應的證據(jù)展示頁面。
可選擇的標簽 律師 警官用戶
第一欄 登錄 賬號管理
第二欄 證據(jù)查詢 權限管理
第三欄 無 證據(jù)上傳
第四欄 無 證據(jù)查看

3.4.1.4 后繼結果
如果存在該案件ID，跳轉到警官的證據(jù)查看頁面。

3.4.2 BC-BROWSE-2-full
3.4.2.1 簡述
登錄的警官用戶，均可在web端上瀏覽證據(jù)的證據(jù)解讀，警官具有上傳解讀功能，解讀以及證據(jù)一經(jīng)上傳無法刪除，無法更改。
3.4.2.2 前提條件
點擊預覽的“詳細信息”按鈕；同時該證據(jù)在上傳的時候存在證據(jù)解讀。
3.4.2.3 主要流程
此功能對應一個頁面，具有如下內(nèi)容：
解讀摘要
正文（若沒有則不顯示）
證據(jù)上傳時間
證據(jù)上傳人
證據(jù)關聯(lián)人
證據(jù)文件名（點擊可下載）

3.4.2.4 后繼結果
停留在證據(jù)解讀查看頁面。

3.4.3 BC-BROWSE-3-download
3.4.3.1 簡述
登錄的警官用戶可在web端上下載證據(jù)。
3.4.3.2 前提條件
登錄：BC-ACOUNT-2-login；該證據(jù)文件存在。
3.4.3.3 主要流程

進入網(wǎng)站的主頁之后，警官使用警官模式登錄，之后輸入要查看的證據(jù)的案件ID，之后就可以跳轉到該案件ID對應的證據(jù)展示頁面。看到展示的所有證據(jù)之后，如果想要看到詳細的信息比如證據(jù)解讀以及誰上傳的證據(jù)，證據(jù)上傳時間等等，就可以點擊該頁面的詳細信息，進入詳細信息頁面之后，會出現(xiàn)一個證據(jù)下載按鈕，點擊即可下載證據(jù)文件。
3.4.3.4 后繼結果
停留在閱讀頁面，顯示下載成功或者下載失敗。

3.4.4 BC-BROWSE-4-brief1
3.4.4.1 簡述
登錄的律師用戶，可以在web端上搜索案件ID，以此來獲得與該案件ID相關的所有證據(jù)的簡介信息。
3.4.4.2 前提條件
律師用戶登錄，該案件ID不為空。
3.4.4.3 主要流程
進入網(wǎng)站的主頁之后，律師使用律師模式登錄，之后輸入要查看的證據(jù)的案件ID，之后就可以跳轉到該案件ID對應的證據(jù)展示頁面。
3.4.4.4 后繼結果
如果存在該案件ID，跳轉到律師的證據(jù)查看頁面。

3.4.5 BC-BROWSE-5-full2
3.4.5.1 簡述
登錄的律師用戶，可在web端上瀏覽證據(jù)的證據(jù)解讀，律師不具有上傳解讀功能，律師無法更改文件信息。
3.4.5.2 前提條件
點擊預覽的“詳細信息”按鈕；同時該證據(jù)在上傳的時候存在證據(jù)解讀。
3.4.5.3 主要流程
閱讀文章。此功能對應一個頁面，具有如下內(nèi)容：
解讀摘要
正文（若沒有則不顯示）
證據(jù)關聯(lián)人
證據(jù)文件名（點擊可下載）
3.4.5.4 后繼結果
停留在證據(jù)解讀查看頁面。

3.4.6 BC-BROWSE-6-download2
3.4.6.1 簡述
登錄的律師用戶可在web端上下載證據(jù)。
3.4.6.2 前提條件
登錄：BC-ACOUNT-2-login；該證據(jù)文件存在。
3.4.6.3 主要流程
進入網(wǎng)站的主頁之后，律師使用律師模式登錄，之后輸入要查看的證據(jù)的案件ID，之后就可以跳轉到該案件ID對應的證據(jù)展示頁面。看到展示的所有證據(jù)之后，會出現(xiàn)一個證據(jù)下載按鈕，點擊即可下載證據(jù)文件。
3.4.6.4 后繼結果
停留在閱讀頁面，顯示下載成功或者下載失敗。
3.5 管理
警察用戶專屬的功能，僅限web端使用。
3.5.1 BC-ADMIN-1-add
3.5.1.1 簡述
警察用戶賦予律師用戶查看案件證據(jù)的權力，輸入律師個人信息之后，輸入要給該律師添加權限的案件ID，然后點擊提交即可添加權限。
3.5.1.2 前提條件
警官賬號已登錄：BC-ACOUNT-2-login。該律師對該案件的權限審批已經(jīng)通過。該律師之前沒有該案件的證據(jù)查看權限。
3.5.1.3 主要流程
警官賬號具有除了以下功能外的用戶的全部功能：
注冊警官賬號
登錄律師賬號
刪除證據(jù)
3.5.1.4 后繼結果
律師權限添加成功，或者提示添加失敗，展示添加失敗原因。

3.5.2 BC-ADMIN-2-remove
3.5.2.1 簡述
警察用戶回收律師用戶查看案件證據(jù)的權力，輸入律師個人信息之后，輸入要給該律師回收權限的案件ID，然后點擊提交即可回收權限。
3.5.2.2 前提條件
警官賬號已登錄：BC-ACOUNT-2-login。該律師對該案件的權限回收審批已經(jīng)通過。該律師有該案件的證據(jù)查看權限。
3.5.2.3 主要流程
警官用戶的BC-ADMIN-add功能的標簽中可以選擇給相應的律師添加某案件的查看證據(jù)權限，警官用戶先用BC-ADMIN-add功能選擇好要添加的權限，然后點擊該律師已存在的要刪除的案件ID，點擊提交按鈕即可。
3.5.2.4 其他流程
若選擇刪除的案件ID沒有被添加到該律師權限里，則提示不可以刪除。
3.5.2.5 后繼結果
跳轉回FR-BROWSE-1-add功能頁面，該權限已被刪除。被刪除權限的用戶律師若要查詢該ID對應的案件，收到系統(tǒng)生成的來自本警官賬號的自動提示“您的案件ID對應的權限已被警官刪除”。

3.5.3 BC-ADMIN-3-ban
3.5.3.1 簡述
警官用戶選擇律師賬號，根據(jù)需要封禁律師賬號，此后該律師賬號不能進行登錄操作。
3.5.3.2 前提條件
登錄。BC-ACOUNT-2-login。該律師賬號封禁審批已經(jīng)通過。該律師之前在該平臺進行過注冊。
3.5.3.3 主要流程
在BC-ADMIN-3-ban功能輸入律師賬號，身份證號，以及警官賬號密碼，點擊“封禁”決定封禁該作者。
3.5.3.4 其他流程
若選擇封禁的警官賬號，則提示不能封禁。
3.5.3.5 后繼結果
回到BC-ADMIN-3-ban功能執(zhí)行前頁面，該作者已被封號。被封禁賬號的用戶的手機收到系統(tǒng)生成的來自本管理員的郵件“您的賬號已被警官封禁”。

4 非功能性需求
4.1 用戶界面需求
需求名稱 詳細要求
界面設計 界面簡潔，功能按鍵易于尋找，有必要的提示信息。
視覺友好 色盲患者和佩戴老花鏡的老年人應能夠看清90%的文字。
4.2 軟硬件環(huán)境需求
需求名稱 詳細要求
Web端適配 支持Chrome和firefox最新版瀏覽器，至少支持intel酷睿7代i5處理器，4GB內(nèi)存及更高配置。
4.3 產(chǎn)品/軟件質量需求
主要質量屬性 詳細要求
正確性 本系統(tǒng)所提供的數(shù)據(jù)為用戶編寫，不會丟失。
健壯性 失效后重啟時間在24小時內(nèi)。
可靠性 平均上線376小時失效一次。
性能，效率 在少于1萬人同時使用時，刷新等待時間不超過3秒。在少于10萬人使用時，刷新等待時間不超過20秒。
易用性 新警官同志、老警官同志、新律師、老律師等無論年齡，只要仍在崗位工作，都應當能在10min之內(nèi)學會web端的操作。
清晰性 功能明確，邏輯清晰。
安全性 管理員外的人員不能獲取其他用戶的郵箱和密碼信息。
可擴展性 本團隊能夠在功能數(shù)量增大為原來的200%的情況下完成擴展功能的加入。
兼容性 web端兼容Chrome和Firefox瀏覽器。
4.4 其它需求
1、不允許搜索引擎爬取短文本部分內(nèi)容。
2、數(shù)據(jù)庫至多允許丟失最近24小時內(nèi)發(fā)送的數(shù)據(jù)。
3、每168小時將數(shù)據(jù)備份更新到指定服務器，數(shù)據(jù)更新發(fā)送時需要進行加密，如遇到指定存儲備份的目標服務器宕機的情況，可以在下一個168小時更新時將兩次應發(fā)送的數(shù)據(jù)一并更新。
4、代碼遵守格式規(guī)范，具有較高的可讀性和可維護性。

總結

以上是生活随笔為你收集整理的电子取证平台需求设计文档的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。