軟件業(yè)職位總結(jié)5 開發(fā)類[1]

1、軟件業(yè)職位總結(jié)5 開發(fā)類1 需求分析師 在確定項目后需求分析師和客戶進行深入和細致的溝通。理解業(yè)務(wù)和客戶在他們中業(yè)務(wù)中用到交互方式；還需要理解這個項目中牽涉到的各種利益相關(guān)人員，要充分的從他們的想法中得到規(guī)范的業(yè)務(wù)需求。重要的是深入的理解業(yè)務(wù)需求，梳理出需求的各個功能點，每個功能的業(yè)務(wù)性質(zhì)，另外還需要挖據(jù)出系統(tǒng)的非功能性需求。因為客戶并不懂軟件專業(yè)，他們的口述完全是對未來系統(tǒng)的模糊想法，有些客戶可能前后描述的需要自相矛盾，好的需求分析師不僅能清晰的掌握業(yè)務(wù)需求，不僅將需求從業(yè)務(wù)人員的口述的功能提煉出需求分析報告，這份報告在不需要接觸客戶的情況下，開發(fā)人員都能清晰一致地理解，高級的需求分析工程師

2、還能從需求中抽象出本質(zhì)的內(nèi)容，對于不穩(wěn)定的需求找出其中的本質(zhì)問題，可以給出各種重用的方法。能夠挖據(jù)出潛在的需求問題，對于業(yè)務(wù)能夠提出可兼容、可擴展的需求解決方法。除對需求本身的分析，還得能夠理解客戶的組織機構(gòu)、人員組成，關(guān)鍵人物的業(yè)務(wù)要求。他作出的分析報告，不僅客戶中的基層人員能夠接受，還能滿足高層領(lǐng)導(dǎo)的要求。經(jīng)過需求分析師的辛苦勞動，最后會給出一份軟件需求規(guī)格說明書，這份說明書為以后的工作奠定了重要的基礎(chǔ)。它詳細的描述了系統(tǒng)有哪些功能點，每個功能點的操作和數(shù)據(jù)格式，系統(tǒng)使用者的分類，功能點的優(yōu)先級，系統(tǒng)的非功能性需求，數(shù)據(jù)字典，系統(tǒng)的應(yīng)用環(huán)境，擴展點，維護功能，甚至界面要求。 需求分析方法：

3、 1。 繪制系統(tǒng)關(guān)聯(lián)圖，這種關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型。同時它也明確了信息流和實物流。 2。 創(chuàng)建用戶接口（系統(tǒng)操作界面）原型，開發(fā)一個可能的局部實現(xiàn)，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。 3。 分析需求可行性，在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙。 4。 確定需求的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時，在特定的.

4、版本中加入每一項變更，并在那個版本計劃中作出需要的變更。 5。 為需求建立模型，需求的圖形分析模型是軟件需求規(guī)格說明極好的補充說明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互作用圖。 6。 創(chuàng)建數(shù)據(jù)字典，數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義業(yè)務(wù)數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。 7。 使用質(zhì)量功能調(diào)配，將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。QFD將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實現(xiàn)了會