軟體業職位總結5 開發類[1]

需求分析師

在確定專案後需求分析師和客戶進行深入和細緻的溝通。理解業務和客戶在他們中業務中用到互動方式；還需要理解這個專案中牽涉到的各種利益相關人員，要充分的從他們的想法中得到規範的業務需求。重要的是深入的理解業務需求，梳理出需求的各個功能點，每個功能的業務性質，另外還需要挖據出系統的非功能性需求。因為客戶並不懂軟體專業，他們的口述完全是對未來系統的模糊想法，有些客戶可能前後描述的需要自相矛盾，好的需求分析師不僅能清晰的掌握業務需求，不僅將需求從業務人員的口述的功能提煉出需求分析報告，這份報告在不需要接觸客戶的情況下，開發人員都能清晰一致地理解，高階的需求分析工程師還能從需求中抽象出本質的內容，對於不穩定的需求找出其中的本質問題，可以給出各種重用的方法。能夠挖據出潛在的需求問題，對於業務能夠提出可相容、可擴充套件的需求解決方法。除對需求本身的分析，還得能夠理解客戶的組織機構、人員組成，關鍵人物的業務要求。他作出的分析報告，不僅客戶中的基層人員能夠接受，還能滿足高層領導的要求。經過需求分析師的辛苦勞動，最後會給出一份《軟體需求規格說明書》，這份說明書為以後的工作奠定了重要的基礎。它詳細的描述了系統有哪些功能點，每個功能點的操作和資料格式，系統使用者的分類，功能點的優先順序，系統的非功能性需求，資料字典，系統的應用環境，擴充套件點，維護功能，甚至介面要求。

需求分析方法：

1。 繪製系統關聯圖，這種關聯圖是用於定義系統與系統外部實體間的界限和介面的簡單模型。同時它也明確了資訊流和實物流。

2。 建立使用者介面（系統操作介面）原型，開發一個可能的區域性實現，這樣使得許多概念和可能發生的事更為直觀明瞭。使用者通過評價原型將使專案參與者能更好地相互理解所要解決的問題。注意要找出需求文件與原型之間所有的衝突之處。

3。 分析需求可行性，在允許的成本、效能要求下，分析每項需求實施的可行性，明確與每項需求實現相聯絡的'風險，包括與其它需求的衝突，對外界因素的依賴和技術障礙。

4。 確定需求的優先級別。以優先順序為基礎確定產品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中加入每一項變更，並在那個版本計劃中作出需要的變更。

5。 為需求建立模型，需求的圖形分析模型是軟體需求規格說明極好的補充說明。它們能提供不同的資訊與關係以有助於找到不正確的、不一致的、遺漏的和冗餘的需求。這樣的模型包括資料流圖、實體關係圖、狀態變換圖、對話框圖、物件類及互動作用圖。

6。 建立資料字典，資料字典是對系統用到的所有資料項和結構的定義，以確保開發人員使用統一的資料定義。在需求階段，資料字典至少應定義業務資料項以確保客戶與開發小組是使用一致的定義和術語。分析和設計工具通常包括資料字典元件。

7。 使用質量功能調配，將產品特性、屬性與對客戶的重要性聯絡起來。該技術提供了一種分析方法以明確那些是客戶最為關注的特性。QFD將需求分為三類：期望需求，即客戶或許並未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實現了會給客戶帶去驚喜，但若未實現也不會受到責備

使用的工具：UML，VISIO，思維導向工具MindManager。