袁德俊（最后更新日期：2004年6月21日）

目錄：

“燈謎”所以取這個名字，并不能準確表達該系統的全部特性。它的產生，完全是我個人起草本文前，頭腦中一個形象。

為了“雕塑”系統的推廣，在撰寫了一些概念性文章后，我需要寫些更加準確描寫“雕塑”系統本身真實的操作方式和流程類的文字，來為“雕塑”系統的啟動（原始系統的建造）提供更加準確的依據。如何解決：啟動“雕塑”系統的資金需求（最小，最適合）規模？初始版本的“雕塑”系統需要的援助者需要支援的精力是多少？需要多少援助者？不同啟動水平下的“雕塑”系統，對應的這些問題的答案如何？帶著這些問題，開始了我的又一輪寫作（我更情愿專心于代碼調試）。

這些問題，在任何一個項目啟動的初期都會遇到，不只是需求方面需要準確細化，即使一個功能模塊，一個類的細節都不是一措而就的事情，往往需要反復推敲，以力求達到足夠的準確和完備程度。在具體的代碼和實施過程中，往往由于對問題認識的更加準確，或因為實施過程中無法逾越的難題，而對起初的需求和設計進行更改，也是常有的事情。這時候，對相關文檔的及時更新和項目文檔的管理，對項目順利進展和日后的維護至關重要。“燈謎”系統就是為了更加方便于管理文檔變化的工具和平臺，當時腦海中閃現的就是燈會上一串串貼著謎題的線，每個文檔或定單，都是一條條的線，文檔上的每個段落，每個觀點，每個可能產生變化的部分，就是一條條謎紙。我不需要為了“維護”這個名字，牽強地將系統的各個功能點與名字聯系起來，我更希望“燈謎”系統的名字本身，在您閱讀完我對系統的闡述后，給出您認為更加貼切的標題。如果說本文算是一個“定單”，您的任何建議都是對它的雕琢。甚至，完全地推倒不贊同，為了解決“定單”輔助產生的需要而有全新的思路，都是可以用來最終指導本系統的完成。

一、記錄“定單”的思想軌跡

任何一個項目，每一篇文章，都起點于一個“靈感”。它只是個模糊的方向，甚至只是個感覺，大部分時候，我們都是在打著腹稿，而后一氣呵成。或提綱寫領地寫些文字，而后反復添加修改，直到自己認為滿意才提交“成果”。就是這樣一個飽含您智慧的作品，也無法作到盡善盡美，無論是項目組內部討論或其他部門對您策劃的建議，一稿獲得通過的可能非常小，不是他人對您的不認可，而是越來越多的事情需要的是“群策群力”。WIKI的協同寫作思想我非常認同，針對“定單”的輔助產生，這里我提出我的一些想法，請大家參考。

這更象個專門設計的“論壇”系統。任何想法的發起，都可以以發起人身份發出，無論詳細程度，是否經過深思熟慮，都可以帖出，哪怕是只言片語。比如：

“我希望制作一個這樣功能的計算器，它可以自由的擴充計算能力，把個人常用的計算方法記錄并隨時調用”。

而有同樣想法的人，或給予你建議的人，可以跟帖：“函數型計算器，能夠自己編輯任意復雜的函數，并提供維護和管理，以及交流的功能。”。還可以：“好象，什么什么計算器產品，已經滿足了你的要求了，你可以看這里的URL評估一下。或許不需要再開發了，如果你只是滿足自己的DIY樂趣，到也無妨礙。”

這樣的“你言我語”更想朋友間的閑聊。經過一段時間討論，發起人很可能找到了同好，在自己吸收了朋友門的建議已經有了相對完善的“思路”，如果達到了“定單”的準確度標準，就可以發布了。

“燈謎”系統的論壇應該具備這樣的功能。發起人可以將大家的任何反饋，進行歸類，不同方面的建議給予綜合起來，并給出自己的建議。這樣后來的援助者就不用費力的瀏覽所有頁，如果發現自己的建議已經有了，就不用再寫，只需要支持一下。如果可能，可以通過類似“自動信息分類”的程序對所有帖子建議性分類，然后由發起人維護即可。人機交互地管理和維護，可以大大縮小溝通的時間。

一個相對成熟的“定單”產生后，可以發布到“預定單”布告欄，由“你言我語”的好友們給與最后的雕琢。可以如同批改文件一樣，圈點后給予建議，或直接替換原文。發起人則可以通過系統簡單地選擇接受或再更改等方式，完成終稿，并點擊確認后發布。

“補丁”跟蹤，就是指任何圈改動作和原文，都能按任意時刻跟蹤和恢復，而不是只有在編輯狀態下按“返回”的方式給予糾正那么簡單。發布方式，可以是保存有全部修改過程信息的文檔，或另存為一個嶄新的文檔（沒有任何修改記錄，而作為新的思想原點）。

“補丁”跟蹤技術，可以滿足任何的文檔的變化，可以對變化的階段進行歸類，并給予一定的評價，輔助理解“定單”思想的軌跡。

二、“定單”的示范作用

隨著“雕塑”系統內的“定單”數量和種類的增加，同類“定單”的重復加深該領域的研究，避免同層次技術的重復開發。清晰的反映出各個領域的發展狀況，督促冷門領域的研究。對于領域的后來者的示范作用更加明顯，節約了“定單”的產生時間，避免了無謂的重復討論，節約了參與者的溝通效率。節約了整體“雕塑”系統的開發成本。

基于“自動信息分類”技術基礎上的人工交互干預，可以比較完美地解決“定單”的準確分類，為提高“雕塑”系統基于“定單”的運做方式的效率，奠定了技術基礎。

三、“燈謎”系統技術解決方案

首先，對目標信息進行自動分類，然后根據分檢結果給予人工干預。人機交互過程作為知識點自動記錄到知識庫中，供給以后信息分類時對知識的查詢需求。關于“定單”產生過程中的討論階段或“結果定單”的信息分類模型需要分別管理，以達到經過“雕塑”系統的運做，實現“信息”分類效率的逐步提高，盡量節約人工干預的工作量。（具體的信息分類模型和分檢技術有很多討論，需要具體的援助者具備相關知識負責完成。）

所有“定單”都保存在服務端，由具有修改權限的用戶客戶端在本地修改后，將改動信息更新到服務端。連同對“定單”的閱讀等其他權限的管理，同傳統C/S體系下的文件管理方式。

>> 任意時刻可以允許多人同時修改或排斥他人修改，可以根據系統實施的不同需求確定。

>> 同一時段，不同部分的修改可以合并；

>> 同一時段，相同部分的修改必須由人工干預，舍棄或合并或更新后，方可以進入下一個階段；

>> 每一時刻，文檔只能有唯一的狀態，并可以保存為嶄新文檔。

客戶端“定單”文檔閱讀和編輯工具。在傳統OFFice類文檔編輯工具的基礎上添加“定單”更改歷史記錄的閱讀和保存能力。并提供版本注釋功能，對不同時段的文檔狀態進行說明，供“定單”思想發展歷程的瀏覽。

C/S體系建立，和編輯工具上增加額外功能的技術，需要專門討論，這里不做論述。

系統的分布結構參照“雕塑”系統的分布模式。應用范圍也可以是公網環境下的開放模式，也可以是針對公司內部的專有項目的局域網應用環境，甚至是基于即時通訊工具的C/S模式來滿足工作室開發模式。

在傳統“論壇”對帖子的管理能力的基礎上，增加貼子分類功能，并由發起人在“自動信息分類”技術的支持下進行人工干預，達到精確標準。

發起人帖具有：發起人、標題、時間、正文等傳統字段，還具備：更新點（可進一部分類），更新點討論記錄。

更新點：可以在正文中標注，并可以通過連接定位到更新點討論記錄部分。也需要在發起人帖子下建立更新點分類。分類可以有無窮級別分類能力（如果系統性能需要，可以限制分類級數）并以樹形管理。

發起人帖：則隸屬于不同類型的“定單”或討論專題。

帖子查看方式，可以由文字標題連接，也可以通過專有圖標連接；

熱門討論，和熱點分歧更新點，都可以通過專有圖標方式給予表示；也可以通過排序方式將其置頂；

以上管理方式，在現在傳統論壇系統的管理技術基礎上稍加改動即可，自動信息分類則需要在服務器端增加相關功能模塊。