[雜想]
會計有它的包袱與歷史淵源，但現在電腦的普及與網路的應用，會計的處理應該是要及時的，也就是說依現在的科技，投資者是可以知道即時的成本、利潤，來做適當的投資策略反應；換句話說，當收銀工讀生刷商品條碼的當下，就決定財務報表的數值了，還需要等到年度盤整嗎。

[會計科目表]
行業別千萬種，因時勢變遷經濟模式的改變是應該的，另就法律而言，會計科目表並未被要求成固定的條目，事實上大家都是參考政府的"會計科目中英文對照及編碼"來編製自家公司的會計科目表。所以新的"需求"又產生了：會計科目表必須可以被手動設置；但我認為在會計恆等式中"實帳戶"與"虛帳戶"是絕對不能被變更，期末"調整"會用到。(會計恆等式與會計科目表息息相關，這是會計的基本知識)

[追根究底]
一般分析"需求"歸納出實體物件，要找出有意義的"屬性"，很簡單！只要是操作者會去變更的數值就是了，像本計畫有相當多的物件：日記簿、分類帳、試算表、資產負債表...，需要被資料庫記載的只會有日記簿上的依些欄位。再來是依實際流程來驗證並修正。
本來希望完成整個會計循環，事實上在"調整"這個階段花超多的時間分析，以手上的會計交易範例來推測，直覺仍嫌不足，所以決定本計畫的第一版做到"平時會計程序"便完結，第二版再來完結"期末會計程序"，但我仍持續分析驗證。