軟體開發流程

步伐員的基本技能包括了以下幾個方面：

1、專案實踐

軟體工程理論

質量體系：iso9001和cmm體系

uml基本理論

測試理論和測試工具使用

加密理論和加密方法

源**控制工具使用

申明書編寫

步伐的安裝和布置

2、專業技能

3、步伐員基本素質

團隊精神和協作能力（? 木桶理論、? 學習性組織）

文件習慣（? 注釋、?神盾局** 開闢過程文件：傑出的文件是正規研發流程中異常重要的環節，作為**步伐員，30％的工作時間寫技術文件是很正常的，而作為低階步伐員和系統分析員，這個比例還要高很多。缺乏文件，乙個軟體系統就缺乏生命力，正在未來的查錯，公升級以及模組的復用時就都會遇到極大的麻煩。）

規範化，標準化的**編寫習慣（作為一些外國知名軟體公司的規矩，**的變數命名，**內注釋格式，甚至巢狀中行縮排的長度和函式間的空行數字都有明確規定，傑出的編寫習慣，不但有助於**的移植和糾錯，也有助於不同技術人員之間的協作。? **編寫規範? 介面設計規範）這裡邵老師強調了標準未須要固定，但正在乙個專案組中間要有統一的標準。

復用性，模組化思維能力（? 使用者控制項　? 元件技術）

測試習慣（? 單元測試　? 整合測試　? 系統測試　? 穩定性測試　? 軟體研發生發火為一項工程而言，乙個很重要的特點就是題目發現的越早，解決的代價就越低，步伐員正在每段**，每個子模組完成後進行認真的測試，就可以盡量將一些潛正在的題目最早的發現和解決，如許對整體系統建設的效率和可靠性就有了最大的保證。）

學習和總結的能力（? 學習：步伐員是人才很容易被減少，很容易落伍的職業，因為一種技術可能僅僅正在三兩年內具有領先性，步伐員假如想安身立命，就必須絡續跟進新的技術，學習新的技能。? 總結：善於總結，也是學習能力的一種體現，每次完成乙個研發任務，完成一段**，都應當有目的的跟蹤該步伐的應用狀況

和使用者反饋，隨時總結，找到自己的不足，如許逐步提高，乙個步伐員才可能成長起來。）

4、職業素質

交際能力　　

表達能力　　

職業素養　　

5、個人素質

疑心和恆心

傑出的個人品質

傑出的個人習慣

關於質量控制和開闢模板

專案組建設

低階步伐員的基本素質：

1. 需求分析能力

對於步伐員而言，理解需求就可以完成合格的**，但是對於研發專案的組織和辦理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這麼說呢？

2. 專案設計方法和流程處理能力

步伐設計者必須能夠掌握不少於兩到三種的專案設計方法（比如自頂至下的設計方法，比如快速原型法等等），並能夠憑據專案需乞降資源搭配來選擇合適的設計方法進行專案的整體設計。設計方法上選擇不當，就會耽誤研發週期，浪費研發資源，甚至影響研發效果。

3. 復用設計和模組化分解能力

乙個成熟的軟體行業，正在一些相關專案和系統中，不同的部件是可以隨意換裝的，比如微軟的很多桌面軟體，正在很多操作模組（如開啟檔案，生存盤案等等）都是復用的同一套功能模組，而這些介面又通過一些類庫提供給了桌面應用步伐開闢者方便掛接，這就是復用化的模組設計明顯的乙個佐證。

4. 整體專案評估能力

作為系統設計人員，必須能夠從全域性出發，對專案又整體的渾醉認識，比如公司的資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評估專案整體和各個模組的工作量，評估專案所需的資源，評估專案可能遇到的堅苦，都需要大量的經驗積累，換言之，這是一種絡續總結的累計才能達到的境地

5. 團隊組織辦理能力

首先是工作的量化，沒有量化就很難做到合適的績效考核，而步伐量化又不是簡單的**行數可以計算的，是以要求技術辦理人員需要能真正評估乙個模組的複雜性和工作量。

其次是對團隊協作模式的調整，一般而言，步伐開闢的協作凡是分為小組進行，小組有主步伐員方式的，也有民主方式的，憑據步伐員之間的能力水平差距，以及憑據專案研發的需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，如許才能最大發揮組隊的效率。

質量/過程標準部分的介紹

質量/過程標準是什麼，有什麼用？

開始並沒有什麼質量標準或者過程標準，但有些組織和企業呢，做的很成功，而有些則不成功。那麼有人就去分析為什麼，這些組織和企業成功了呢？他們有哪些的共同的特徵嗎？答案是有，於是這些特徵被歸納出來（比如9000中的立項，開闢策劃，cmm中需求辦理、配置辦理等），並應用辦理理論的成果，使之成為一種體系。

他能做到什麼和不能做到什麼？

當操作者成心識時，標準可以幫忙。假如你沒做產品立項，或者作了，但沒有市場分析申報，標準可以幫忙，因為sqa會來說，這違背了規程，我們必須先做產品立項，並且必須基於市場分析申報。

但大家沒成心識時，比如產品立項時，假如與會人員多數認為沒有市場，或者我們沒有能力去做這個產品，但最終仍然立項通過，標準無能為力。

如何應用標準？

標準的目的？

– 可控制– 可逃溯開闢模板

– 使用者需求規格申明書　– 需求評審申報

– 系統設計書　　　　　– 系統開闢進度規劃

– 專案驗收標準　　　　– 使用者手冊專案組文件

接下來的課程中邵老師又介紹了下面的內容：

編碼規範

專案組守則

工作規劃總結

sourcesafe使用規範

公共幾類和常用**

sourcesafe使用

一、版本辦理的須要性

假如說70年代的軟體危機導致了軟體工程頭腦的誕生和理論體系的成長，那麼80～90年代尤其是90年代軟體產業的迅猛成長導致了另一種新頭腦的產生和實現，這就是軟體的版本辦理。

以往的那種被譽為具有傑出程式設計風格的做法，諸如正在對他人的源步伐進行修改時注釋修改原因，修改人和日期，假如是多個成員同時進行了修改，那麼需要進行及時的人工的差異對照和綜合以便形成乙個統一的新版本。這種做法正在當前的大型軟體的開闢中已經越來越沒有空間了，可以說是一種以小作坊的形式來面對軟體的社會化大生產，再也不行能行得通了

二、visual sourcesafe 6.0(vss 6.0)簡介

microsoft的vss 6.0解決了軟體開闢小組長期所面臨的版本辦理題目，它可能有用地幫助專案開闢組的負責人對專案步伐進行辦理，將所有的專案原始檔（包括各種檔案型別）以獨有的方式存入資料庫。開闢組的成員不能對該資料庫中的檔案進行直接的修改，而是由該版本辦理器將該項目的源步伐或是子專案的源步伐拷貝到各個成員自己的工作目錄下進行除錯和修改，然後將修改後的專案檔案作checkin提交vss，由它進行綜合更新。 vss的客戶端和服務真個安裝 vss服務端和客戶真個使用。

軟體開發流程

軟體開發流程

軟體開發流程

軟體開發流程

相關推薦