1.組名
瀟灑不是擺爛
2.組員
黃笑然 陳佳瑤 蘇國培 劉玉婷 安游珺
3.專案名
基于模板匹配的票證識別平臺
4.專案介紹
我們的專案是基于模板匹配的票證識別平臺,隨著人工智能技術的發展,OCR技術有了重大突破,票證管理也逐漸朝著數字化的方向發展,本票證識別平臺采用OCR識別技術,結合預置模板,實作自動識別票證類別,并保證識別結果以統一格式進行結構化輸出,解決了票證存盤難、錄入難、管理難、效率低的問題,為資料的進一步智能管理及其分析,打下了堅實的基礎,同時本平臺支持任意固定版式卡證、票據的模板制作,用戶可以通過自定義模板來獲取想要的結構化內容,應用場景十分廣泛,可以應用于財務票據,醫療票據,卡證等,進行票證分類、關鍵內容提取、資訊統計分析等等,智能識別為結構化的文本,有效降低人工錄入成本,提升資訊管理效率,
5.設計程序
我們的專案表分為用戶和模板兩大部分,將用戶存在一個表中,用戶管理記錄存在一個表中;將模板存在一個表中,模板有關的欄位分別存盤三個表種,模板管理也有單獨的一個表,實作了模塊的分離,
設計最初,我們認為應該對每一個模板都建一張表,來存盤表中具體的固定欄位和參考欄位,但是在具體討論之后,發現這是一個不實際的想法,一個是會帶來很大的作業量,再一個是檢索時很不方便,于是我們更換了思路,將所有模板儲存在一個模板表中,將所有模板的固定欄位存盤在一個表中,再將所有模板的參考欄位存盤在一個表中,這樣設計后,表的數量大大減少,功能也明確了很多,檢索效率也可以大大提升,
用戶方面的表格設計也經過了很多討論,一開始我們認為沒有必要創建一個角色表來存放所有角色,而是只將角色名作為用戶表的一個屬性,但是再經過商量,還是認為要將各模塊的耦合程度降低,于是新建了一個角色表,也更加方便之后平臺的權限管理,
6.E-R圖
全域

7.邏輯結構設計
|
序號 |
表名 |
功能說明 |
|
1 |
user |
用戶表 |
|
2 |
role_power |
角色表 |
|
3 |
template |
模板表 |
|
4 |
fixed_field |
固定欄位表 |
|
5 |
reference_field |
參考欄位表 |
|
6 |
identify_area |
識別區表 |
|
7 |
login |
登錄日志表 |
|
8 |
preset_template_upload |
預置模板上傳記錄表 |
|
9 |
user_manage |
用戶管理表 |
|
10 |
template_use |
用戶使用模板記錄表 |
|
11 |
template_manage |
模板管理表 |
8.設計心得
- 資料庫設計要解決的第一個問題就是資料庫設計人員如何全面、準確的獲取業務需求,于是本組同學對照用例檔案再次認真進行了分析,最終確定了表的結構和屬性,
- 我們首先確定了一個單位需要有哪些資料項,再確定了哪些欄位構成一個表,最后確定表之間有什么關系,之后我們使用物體-聯系建模方法繪制了E-R圖,使業務需求更加精準和消除二義性,
- 我們接受了一定的資料冗余來保證之后的運行性能,犧牲了空間但是節省了時間,比如將參考欄位和識別區分開儲存,
- 和組員們的討論程序讓我們理解到溝通的重要性,互相之間認真的分析交流可以理清思路,以便設計出更加合理的資料庫,
- 資料庫的設計完成離不開老師和學姐的指導,讓我們明白了做專案要和老師多溝通交流,及時弄懂不清晰的地方,
轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/527913.html
標籤:其他
上一篇:5分鐘搞定 PostgreSQL 到 Doris 資料遷移和同步
下一篇:Dart物件作為值
