設計師整理的系統開發流程-簡潔又有重點

 

軟件系統,要求在收集用戶需求後,開始原型設計,再執行架構設計和模塊設計工做,最後纔是開發測試。架構


某設計師整理的系統開發流程以下圖:工具



原型設計能夠規避一些業務理解誤差、用戶變動致使的返工,所以作好原型設計師項目執行階段的重要工做。測試

(1)項目調研與原型設計之間,最好有個UE調研,也即用戶體驗調研。而項目管理與產品設計是有區別的,UE作到何種程度,徹底由項目乙方拿捏,一 般而言,UE只作到一些主要的層面就能夠了,由於在以後的用戶驗證測試過程當中,可能還有一些地方須要修改的,若是前期的UE你作得很完善,用戶的品味會越 來越高,甚至達不到簽字確認需求的境界。項目經理權當拿着這個項目UE去引導客戶的需求;spa

(2)需求調研如何開展:架構設計

針對需求調研,談談幾點經驗:
首先,對於你要操做的項目,你要有必定的知識背前,如是什麼行業,行業的特色是什麼,這個項目有哪些人在關注、哪些人在用、他們的喜愛,行業中有沒有什麼 參考的。這些是在作需求調研前要去了解的。具有這些,你要作個項目啓動會,宣讀項目的概況與目標,項目溝通機制,項目組成員聯繫方式等!

接下來,你能夠開展調研了,固然,必需要把合同多看幾回(非項目型公司,能夠跳過),你要先把調研的對象按業務類型分開,如:行政、市場、財務、管理、物 流等等,在逐個約談前,最後彙總需求,這個過程當中,須要靈活引導,有些業務單位人員,天馬行空的提需求,你要給他們分析,爲何不能作,有什麼更好的引 導,省時省力的,而後來作原型設計,並給客戶相關業務單位的人來演示確認,這個過程是一個反覆修改完善的過程,直到最後確認下來。

強調幾點:
一、這個調研與確認過程當中,項目經理要靈活引導客戶的需求,既然要作到尊重客戶,又要時刻考慮成本、工時等,不要知足了客戶,最後作不出來;
二、在需求的演示確認過程當中,使用原型設計工具,如AXURE,能夠很好的下降需求後期變動的風險;
三、注重領導的需求,要知道沒有獲得領導承認的需求都是不成立的,因此不要輕信相關人員的給你的確認,要在需求最後最後評審時,有領導參與並確認。設計

相關文章
相關標籤/搜索