對軟體質量的評價

對軟體質量的評價，現在還沒有統一標準。根據個人使用cax軟體的經驗，我通常從幾個方面來做判斷，

1.核心理論的正確性

主要是指支撐軟體的理論基礎，必須是科學的、嚴謹的、具有普適意義的。如很多管理理論源自歐美，其社會實踐受其歷史人文的影響，帶有先天的侷限性和時效性。那麼在這些理論基礎上開發的軟體多數也只能完成資料庫功能，而基於資料的分析、**等，很難有真正的現實意義。

2.方**的有效性

方**是保證軟體工作流程有效性的基礎，是軟體在核心理論模型引導下解決具體問題的通用流程、步驟和方式，及其選擇和判斷的原則。可以說方**是實踐聯絡理論，理論聯絡實踐的關鍵。大多數「不好用」的軟體，問題就出在方**上。

繼而，軟體的完善過程其實就是方**的完善過程。

3.執行過程自動化程度

最理想的軟體，應是一次性輸入即刻產生所需結果。中間過程不需要人的干預，軟體自動能把所有事情做好。，如圖，

較理想的軟體，通過單一嚮導，中間多次輸入，軟體得出所需結果。過程中軟體告訴人做什麼，如何做。人需要按照提示，輸入初始化的資訊，或判斷可否。如圖，

略理想的軟體，通過多選嚮導，中間多次輸入，軟體得出所需結果。軟體提供多選項，自行組合，人根據需要逐項做出判斷後選擇。如圖，

欠理想的軟體，僅提供乙個工作平台，每部都需要人工輸入、判斷和修正，大多數人工錄入軟體（無**字、資料或圖形）都屬於這一類。軟體無非是用電子化的方式，表達傳統工作文字。軟體的方便之處是提供具有一定資源的工作環境，人根據需要，選擇適合的資源自己操作。

還有就是方便複製和修改。如圖，

4.操作步驟的的明確性

如果軟體的自動化程度不高，需要大量的人工干預，才能實現所需要的結果。那麼，「做什麼？」軟體應該能夠給出明確的步驟。如果軟體不說，那麼就會造成過程不可控，導致結果不可控。

5.操作流程的指導性

接下來是「如何做？」的問題。此處是在操作者有必要的專業知識的前提下，為其提供符合軟體運作需求的操作指導或技術指導。

為了實現指導功能，不同的軟體使用了不同的方法。大多數採用案例教程的方式。對一類問題給出乙個完整例項，操作者可「對號入座」，「依樣葫蘆」。

還有的是在每一步操作的之前之後給出提示和建議。更有約束型的模式，在操作超出軟體工作範圍或優化條件時，給出建議或拒絕執行。當然，這樣做會帶來一定的風險，一方面軟體極易產生bug；一方面，對軟體面向行業的技術專業性要求更高。

6.對執行結果的建議

好的軟體除了對執行過程進行引導、控制外，還應對執行的結果，提供分析功能和建議功能。這是從工具級向系統級邁進的必然趨勢。建議既可以包括軟體操作優化方面也可包含行業技術方面。

但前者是以提高軟體效率的，較好實現。而後者則用結合專業知識和行業經驗了，通常軟體商較難把它說清楚。隨著軟體定製化的發展，通過共同開發的形式，採用case- by-case的方式，或許是降低門檻的途徑。

7.執行的穩定性

這是反應軟體成熟度的指標，穩定性直接反應軟體的年齡。通常乙個商業軟體至少要在3個版本之後，才能夠達到基本穩定執行。有時阻礙軟體公升級的不是沒有新功能可增加，而是新功能讓軟體變得不穩定。

8.資料、網路相關效能

有一種說法，軟體就是資料＋程式，可見資料的重要度。我們可能都有過當機的經歷，當機後讓人焦灼的不是不能馬上繼續工作，而是大量資料還沒備份。特別是那些自動化程度不高的軟體的資料，浸滿了使用者的心血。

所以資料安全是第一重要的，有的軟體，甚至是很大牌的軟體，經常會出現儲存後的檔案無法開啟的問題。這種情況既有軟體執行造成破壞的內在原因，也有檔案易遭破壞的外部原因。資料尺寸的大小，通常使用者在開始的時候並不關心。

但用了一段時間，發現軟體產生的資料尺寸極大或過程檔案太多或執行時呼叫資源太多。沒多久就會因資料管理負擔過重而會頻生抱怨。軟體的資料格式五花八門，有的是軟體結構造成的先天原因，有的則是人為製造的技術壁壘。

那麼，隨著軟體使用種類的增加，資料的通用性已經成為當務之急。為了解決資料共享的問題，在眾軟體公司還未達成協議之前，目前多由pdm等專門來承擔資料轉換任務。