做it專案時，大家都會遇到需求不斷變化的情況!
我對此現象結合自己的一些經驗與大家做乙個個人的分享:
1.首先了解專案，哪些功能是客戶最關注的,哪些功能是次要的。一定要做到有得放矢。
2.盡量將使用者的複雜的業務需求轉變成最簡單的業務規則和業務規則實現.先快速實現出乙個模型。當後面的需求變化時，相應的結構和規則也跟著變化。
3.對於核心產品、業務規則和邏輯的設計萬不可草率，並且不要集中由「一類」人去做。最好一開始就將最終使用和開發者納入業務流程、規則、邏輯設計隊伍。並充分討論精簡後完成產品的整體構架設計，然後進入編碼階段。綜合考量成本/效果的比例，捨棄對系統可能產生混亂的設計，並想辦法最尋找簡單的替代方案。而且盡可能一開始就確定資料庫的主體框架。
4.對於需求變更來說,我這裡借用別人的經驗值是5:3:2,10條意見中,五條完全接受，3條需要修改達到目的，1到2條無法實現。如果你全盤接受變更的話，你的團隊成員將會怨聲在道,如果全盤否定的話，你的客戶會跳起來罵娘的.
《系統分析與設計方法》 一些題目
a 引申鍵 derived key b 非主鍵 non primary key c 主鍵 primary key d 替代鍵 alternate key e 以上都不是 none of the above 資料庫技術 軟體技術 接 術 1 精煉用例模型 2 建模支援用例情景的類互動，行為和狀態 3 ...
推薦系統 分析
收集使用者資訊的行為記錄模組 分析使用者喜好的模型分析模組 推薦演算法模組 推薦演算法 1.基於內容的推薦系統 content based recommendation 2.協同過濾推薦系統 collaborative filtering recommendation 3.混合推薦系統 hybrid...
系統分析基礎
1.軟體工程定義 總而言之，軟體工程就是把經過實踐考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。2.軟體危機 定義主要表現 解決途徑 3.comomo模型 定義 cocomo，英文全稱為constructive cost model，中文為構造性成本模型。它是一種精確 易於使用的，...