軟件業職位總結5 開發類[1]
]需求分析師
在確定項目后需求分析師和客戶進行深入和細致的溝通,
軟件業職位總結5 開發類[1]
。理解業務和客戶在他們中業務中用到交互方式;還需要理解這個項目中牽涉到的各種利益相關人員,要充分的從他們的想法中得到規范的業務需求。重要的是深入的理解業務需求,梳理出需求的各個功能點,每個功能的業務性質,另外還需要挖據出系統的非功能性需求。因為客戶并不懂軟件專業,他們的口述完全是對未來系統的模糊想法,有些客戶可能前后描述的需要自相矛盾,好的需求分析師不僅能清晰的掌握業務需求,不僅將需求從業務人員的口述的功能提煉出需求分析報告,這份報告在不需要接觸客戶的情況下,開發人員都能清晰一致地理解,高級的需求分析工程師還能從需求中抽象出本質的內容,對于不穩定的需求找出其中的本質問題,可以給出各種重用的方法。能夠挖據出潛在的需求問題,對于業務能夠提出可兼容、可擴展的需求解決方法。除對需求本身的分析,還得能夠理解客戶的組織機構、人員組成,關鍵人物的業務要求。他作出的分析報告,不僅客戶中的基層人員能夠接受,還能滿足高層領導的要求。經過需求分析師的辛苦勞動,最后會給出一份《軟件需求規格說明書》,這份說明書為以后的工作奠定了重要的基礎。它詳細的描述了系統有哪些功能點,每個功能點的操作和數據格式,系統使用者的分類,功能點的優先級,系統的'非功能性需求,數據字典,系統的應用環境,擴展點,維護功能,甚至界面要求。需求分析方法:
1。 繪制系統關聯圖,這種關聯圖是用于定義系統與系統外部實體間的界限和接口的簡單模型。同時它也明確了信息流和實物流,
資料共享平臺
《軟件業職位總結5 開發類[1]》(http://salifelink.com)。2。 創建用戶接口(系統操作界面)原型,開發一個可能的局部實現,這樣使得許多概念和可能發生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。
3。 分析需求可行性,在允許的成本、性能要求下,分析每項需求實施的可行性,明確與每項需求實現相聯系的風險,包括與其它需求的沖突,對外界因素的依賴和技術障礙。
4。 確定需求的優先級別。以優先級為基礎確定產品版本將包括哪些特性或哪類需求。當允許需求變更時,在特定的版本中加入每一項變更,并在那個版本計劃中作出需要的變更。
5。 為需求建立模型,需求的圖形分析模型是軟件需求規格說明極好的補充說明。它們能提供不同的信息與關系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數據流圖、實體關系圖、狀態變換圖、對話框圖、對象類及交互作用圖。
6。 創建數據字典,數據字典是對系統用到的所有數據項和結構的定義,以確保開發人員使用統一的數據定義。在需求階段,數據字典至少應定義業務數據項以確保客戶與開發小組是使用一致的定義和術語。分析和設計工具通常包括數據字典組件。
7。 使用質量功能調配,將產品特性、屬性與對客戶的重要性聯系起來。該技術提供了一種分析方法以明確那些是客戶最為關注的特性。QFD將需求分為三類:期望需求,即客戶或許并未提及,但如若缺少會讓他們感到不滿意;普通需求;興奮需求,即實現了會給客戶帶去驚喜,但若未實現也不會受到責備
使用的工具:UML,VISIO,思維導向工具MindManager。
【軟件業職位總結5 開發類[1]】相關文章:
7.職位類面試問題