選取您要改善的屬性。
寫出清晰的屬性定義,針對代表性文件進行測試,並根據結果來改善它們。
建立有效的屬性是一個迭代過程。從簡單的定義開始,審閱 Analyzer 如何在真實文件中解釋它,只有在結果顯示需要澄清時才增加詳細資訊。
從簡單的定義開始
先直接描述您想要擷取的資訊。
避免加入限制、條件或範例,直到您了解初始定義的表現如何。從簡單開始可以更容易識別哪些用詞會改善或降低準確性。
例如:
從文件中擷取顧問預付費。
寫出清晰、淺顯易懂的定義
描述概念時,就像您在向不熟悉該文件的人解釋一樣。
焦點放在意義上,而非資訊出現的位置。
避免依賴:
- 格式。
- 章節編號。
- 頁面位置。
- 其他依賴版面配置的指示。
例如:
費率表列出了各項職務或職位及其每小時的費率。
調整屬性
改善通常需要超過一次評估週期。
編輯定義以釐清預期結果或減少歧義。
使用更新的定義重新執行擷取。
在一小組文件中評估結果。
請依照需要重複。
診斷意外結果
使用結果中的圖樣來決定如何變更定義。
結果範圍太廣
如果屬性擷取了不相關的內容:
- 讓定義更加具體。
- 在有用的情況下指定預期的答案格式。
- 選擇適當的值類型,例如針對數值結果,可選擇「數字」。
例如:
僅以百分比形式回傳答案。
結果範圍過窄或缺失
如果未傳回預期的值:
- 移除不必要的限制。
- 新增正面和負面範例來闡明預期的結果。
- 確認目標資訊確實出現在被評估的文件中。
結果在文件間有所差異
如果定義適用於某些文件但不適用於其他文件:
- 首先針對您已知包含目標資訊的文件進行驗證。
- 僅在初始結果一致後,才將測試擴展到更廣泛的文件組合。
- 當您不確定預期值是否存在時,請手動驗證來源文件。
有意識地使用範例
範例可以闡明定義應包含或排除的內容。
- 使用正面範例來顯示應該擷取的值。
- 使用負面範例來顯示不應該擷取的值。
- 盡可能將範例限制在三到五個。
範例應該完善明確的定義,而不是取代定義。
僅在需要時使用多步驟邏輯
有些屬性依賴於上下文或一系列決定。在這些情況下,請明確描述邏輯。
例如:
透過執行以下步驟來擷取保留費用:
- 找出文件的費用部分。
- 識別在期間開始時以百分比表示的保留費用。
- 將 X% 視為標準;所有其他百分比表示協商費率。
- 返回百分比以及其是標準還是協商。
僅當較簡單的定義無法產生可靠結果時,才使用此方法。
使用評估回饋
在測試期間審閱擷取的值,並將結果標記為正確或不正確。
當結果不正確時,請盡可能提供正確的值。這有助於您識別假陽性、遺漏的符合項目,以及指出定義需要改進之處的模式。
擴大規模前先驗證
在廣泛套用屬性之前,請先對具代表性的文件樣本進行驗證。
驗證有助於您:
- 識別邊緣案例。
- 避免在大型文件集中套用不準確的定義。
- 建立對屬性行為一致性的信心。
如果結果仍然顯示不正確,請在進一步改進定義之前驗證來源文件。常見原因包括:
- 掃描文件中的文字品質不佳。
- 密碼保護或鎖定的檔案。
- 損毀的來源檔案。
- 缺少目標資訊。
在變更可能已經正確的定義之前,請先確認預期的資訊存在於文件中。