最近這幾天又接到了 LN 那方的需求變化 , 要對之前所設計的網頁進行更改 . 大的需求變動幾乎在前三次變的差不多 , 這次主要是一些細節上的變化 . 不過一份變更文檔發過來 , 看著密密麻麻的需要更改的地方 , 心里對需求的變化有了一些想法 .

面對不斷變化的需求 , 心理所產生的變化 .

由于之前我們所做過的很多項目的目的是為了學習 , 像是機房收費系統這個小項目 , 所謂的需求已經在我們的心里根深蒂 固 , 而且變化的可能性很小 , 我們所要做的只是把功能實現 , 并學到相應的技術 . 而現在面臨的項目不一樣 , 由于是 LN 公司的項目是需要真正的投入商業運行 , 需求也在隨著一些未知的因素變化著 .

寫程序 , 做設計 , 最讓人無語的莫過于需求的變化 . 一個團隊辛辛苦苦的忙了半天 , 到最后寫好交工的時候 , 對方卻說需求有新的變化 . 面對一次次的需求變更 , 我們剛開始小小抱怨過 , 小小氣憤過 , 小小的發下牢騷 , 不過當這些情緒小小的宣泄之后 , 我們應該靜下心來想一想 : 為什么需求會變 ? 這些需求變的有道理么 ? 那些地方還有可能會變 ? 我們接下來可以通過什么手段來 " 對付 " 將來的變化 ?

為什么需求會變 ? 原因太多了 , 為了更佳的客戶體驗 , 為了滿足變化的市場要求 , 為了彌補以前忽略的方面 , 甚至是老板或客戶的一句話 , 當然我們這次由于屬于最底層的開發者 , 對于需求的變化沒有任何理由 , 那不是我們所能決定的 . 我們所能決定的便是按照新的需求進行修改 , 同時可以對比需求前后之間的變化 , 是變的更合理了 ?

面對需求的更改 , 我們首先要做的是把自己的心態擺正 , 要知道 變是不變的 , 把需求的變化視為一種常態 , 當然 , 不要被動的去應對變化 , 作為開發者 , 我們要主動的去應對這些變化 , 去了解整個需求的概況 , 在分析和思考的過程中找到那些很有可能帶來新變化的地方 , 這樣我們便可以化被動為主動 , 在需求變化來臨之時可以很主動的進行修改甚至預測 .

在此次李寧項目中我們主要的任務是 Web 頁面設計 . 我僅僅介紹在我們頁面設計中對于需求的變化所采取的措施 .

剛開始拿到原型和文檔并沒有想那么多 , 上來就做 , 也沒有在一個整體上進行把控 , 隨著頁面的增多發現每個頁面之間都有一定的關系 , 這種關系是繼承關系 , 一個頁面和另一個頁面是繼承 , 然后開始考慮用模板技術 , 之前對模板的理解是 : 模板主要是用來對頁面布局進行控制 , 也就是整個網站大的框架 , 但是分析一個個頁面的特點之后也可以用模板來實現 . 而且在 DreamweaverCS5 中可以對模板設計可編輯區域 , 也就是未來可能變化的地方 , 或者是其他頁面需要變化的地方 .

但是模板也有一定的局限 , 例如如果把一些區域設計成可編輯區域 , 但是在這些可編輯區域中也有很多相同的元素 , 例如按鈕 , 文本框 , 這些內容不會隨著模板的變化而進行改變 . 隨后邊對 DreamweaverCS5 中的庫進行研究 .

關于庫技術之前自己也在用 , 只不過一直在用別人寫好的內容 , 很少自己去寫 . 但是這次自己做的是按照需求編制符合要求的一個庫 , 這些庫項目是一些暫時固定不變 , 網頁中占據大量公共重復的元素 , 但是說不定以后的需求會提出改變 , 通過庫技術將這些變化進行封裝 . 這樣在需求變化后只需要更改庫項目 , 而不用對每個頁面的每一個元素進行修改 . 效率可以提高 90% 以上 . 可以對接下來的變化積極應對 .

這是自己第一次比較密集的接觸不斷變化的需求 , 我知道在未來的路上還會遇到更多的需求變化 . 爭取在面對這些變化能做到擺正心態 , 擁抱變化 , 這僅僅是開始 .

如何面對需求變化