今年有幸作爲公司大型系統開發項目的產品經理，主導整個項目的需求。
一年以來，經歷了不斷的流程優化、架構設計、需求設計、功能優化等，有一些遺憾、也有一些收穫，記錄下來，給自己一個反思的機會。
總覽
一個系統的開發是一個由簡到繁，再由繁化簡的過程。
項目中的部分模塊需要由簡到繁，強化功能，實現對差異場景的兼容性。
而有些已開發的模塊，則需要由繁化簡，優化實現的邏輯，剪除和調整不產生價值的和重複的功能和需求組件。系統的設計過程是一個從戰略層面，以開發的思維考慮整個系統的構架體系；而在戰術層面，以業務的思維考慮如何緊密貼合業務的需求場景。
而無論哪個層面，都需要對業務需求核心思想的理解和運用，而這是一個不斷摸索和學習的過程。業務需求核心思想，我認爲最重要的，是這項業務得以生存的和創造核心價值的內容，而通常這2者是一致的。
而項目需求的本質就在於，找到這個核心價值，圍繞這個價值進行強化升級，配合和輔助這些價值進行延伸。
項目：
架構
- 考慮整個架構，重點在於底層表之間的關聯關係，和每張關鍵表的作用範圍。
- 架構中，要注意操作表和屬性表的切分，如當前系統中異動表一般就指的是操作，而合同信息指的是屬性，合同簽訂又指的是操作。
- 一個系統要有一個中心，尤其在關係型數據庫結構下，所有其他表都會圍繞整個中心發揮作用。
業務
- 要爭取業務方的配合，要讓業務方代表深度參與到整個項目中。
- 告訴業務方，需求本質不是爲了減少人力，而是降低風險，提高作業附加值等。
需求
- 需求要標準化，要儘早的建議每個類型模塊的需求標準，指引IT統一的，範式的開發，規範代碼。
- 需求不要真正被業務方主導，業務方對需求的理解是片面的、有傾向性的、甚至是內在矛盾的。
- 系統的好用性：一個好の系統，需要即使沒有系統說明書，用戶也可以通過簡單的摸索上手使用。而不需要大量的培訓；在設計系統需求時，需要時刻牢記，這個功能對用戶來說，是否合乎常理。尤其是一些系統自動功能，對用戶來說要有就應該會這樣的感覺，而不是怎麼會這樣的感覺。
- 開發一個新系統，必然會遇到有一些特殊場景。這時候，很重要的一點就是怎麼把特殊和常規相隔離。這個隔離的邏輯和定位什麼是特殊相關聯的；所謂特殊，就是不可理解的、反邏輯的、可變的、不穩定的、小概率。如果不隔離，會導致系統整體不可理解、不易維護、變動大、不穩定，並傷害效率。
總的來說，就是需要兼顧靈活性和穩定性.
超越需求
- 魯棒性：有些系統對於穩定性的要求非常高，對於這種高標準的系統。在實現需求的前提下，要做好風險防範。既對可能產生的系統bug，開發bug處理功能和問題件處理模塊。這樣，可以避免局部的系統異常，影響大範圍的數據異常，導致大範圍的報錯信息。
- 安全性：對數據信息類系統，要優先考慮數據的安全性管理，儘早建立有效的權限管理和安全防火牆。
數據庫
- 注意主鍵和外鍵等約束的設計
- 注意事務的創建，將一系列操作作爲一個整體執行，避免只執行一半（回滾特性）
- 爲常用的特定任務建立存儲過程
- 觸發器：對變動的數據進行檢測，發現錯誤則回滾；數據變動後被觸發並取代變動操作。