基于區塊鏈的電子取證平臺

需求規格說明書

文件狀態：
[√] 草稿
[ ] 正式發布
[ ] 正在修改 文件標識：
當前版本： 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、代碼遵守格式規范，具有較高的可讀性和可維護性。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。