《軟件工程》 概述

1、講 課 人：電子郵件： bme.電 話：辦 公 室：教二南樓328室軟件工程1資料共享 FTP：地址：7端口：21 匿名登錄下載目錄：tech/生物醫(yī)學工程及儀器研究所/劉偉/軟件工程23課程設計：要求同學采用面向?qū)ο筌浖_發(fā)方法，針對自己正在進行的科研課題，任選一個小模塊，使用UML工具和建模方法完成面向?qū)ο蟮男枨蠓治?、軟件設計和軟件測試。并提交可運行的原型演示程序和相關的技術文檔。本課程設計要求同學在自己的科研工作基礎上完成。完成后做 ppt 在課堂上進行介紹。主題討論課：本部分內(nèi)容以同學課堂討論為主。要求同學針對軟件開發(fā)與軟件工程領域內(nèi)的前沿和熱點技術問題（如中間件技術、XML技術、.N

2、ET技術、構件構架技術等）分組準備并進行主題討論。35人作為一個主題小組，1名組長作為負責人。每個小組的主題任選，要求每個小組在課堂上做一個報告（ppt），并能針對該主題做一個原型演示程序（課外事先完成，程序規(guī)模不限），該程序內(nèi)容不限，但最好和自己正在進行的科研項目相關。考試形式：考查課。課程結束上交課程設計的所有資料（包括電子版和打印版）。根據(jù)課程設計情況和做報告情況給出最終成績。4567（1）軟件開發(fā)現(xiàn)在越來越象是一種管理科學，而非技術科學；（2）課程內(nèi)容本身不難，但要真正用于自己的工作還需要大量的項目實踐，在實踐中細細體味。本課程的學習最好圍繞自身在研的課題項目開展（程序員 項目經(jīng)理）；

3、（3）本課程的講授中更注重實用性（如編碼風格、文檔設計等），和大家分享自身的項目實踐經(jīng)驗，盡量避免空洞的說教。8軟件開發(fā)過程比爾蓋子是一名建筑工人起初只干一些比較簡單的建筑工作憑個人技術和經(jīng)驗，不需要特別設計，一般都可以順利完成此時就如同編寫早期比較小的程序9軟件開發(fā)過程由于工作業(yè)績不錯有一天他被通知需要由他負責建造一間非常美麗而完整的房間工作變得復雜許多就像不斷發(fā)展的軟件一樣，需要的功能越來越多，越來越復雜10軟件開發(fā)過程軟件復雜性圖形用戶界面客戶/服務器結構分布式應用數(shù)據(jù)通信超大型關系型數(shù)據(jù)庫etc.11項目團隊中的角色比爾首先想到這個任務需要更多的人手幫他一起來做于是他馬上組成了自己真正

4、的工作團隊12分析師 軟件項目團隊中的角色 項目經(jīng)理 技術負責人 開發(fā)人員 設計人員 軟件架構師 測試人員項目團隊 13項目人員構成比例例子：1、微軟 EXCHANGE 2000 SERVER 的開發(fā)：項目經(jīng)理：25人開發(fā)人員：140人測試人員：350人2、WINDOWS 2000：項目經(jīng)理：250人開發(fā)人員：1700人測試人員：3200人14軟件工程師的工作項目設計與分析編碼編寫文檔測試團隊管理15軟件工程師的素質(zhì) 良好的編碼能力和規(guī)范化編碼習慣 自覺的規(guī)范意識和團隊精神 具有軟件工程的概念 具有求知欲、進取心和學習總結的能力 團隊組織和管理能力16軟件開發(fā)過程“這次不能盲目開工，我們需要首

5、先好好設計一下！”構想分析設計構造評估軟件的制作過程也非常相似17軟件開發(fā)過程 軟件開發(fā)可行性研究與計劃 需求分析 設計 開發(fā) 評估/測試 維護 建造房屋構想分析設計構造評估維護 18軟件開發(fā)過程比爾成功了完成自己的建筑項目19軟件開發(fā)過程這次將完成一棟更加復雜的建筑因為有了以前的經(jīng)驗，比爾感到很有信心就像我們的軟件開始越來越龐大由于成績不錯，比爾再次被通知20？軟件開發(fā)過程這次需要更多人，更復雜的分析、設計和建造過程但在完成之前各種問題開始出現(xiàn)21軟件開發(fā)過程之前設計時犯下一個比較小的錯誤，在建造時才被發(fā)現(xiàn)，已經(jīng)變成了一個嚴重的錯誤必須停工回到設計階段重新設計，重新建造在已經(jīng)將房間格局建造得

6、差不多時，用戶又突然提出更改某處的要求，導致工程再次從設計開始雖然很努力工作但還是工程超時房屋不能滿足用戶需要22軟件開發(fā)過程工程失敗的原因前期錯誤往往只有到了項目后期才能夠被發(fā)現(xiàn)開始階段的小錯誤被逐級放大，可能導致項目最終報廢開發(fā)進度往往會被意外發(fā)生的問題所打亂，需要進行返工或其他一些額外的開發(fā)周期，造成項目延期或費用超支 缺乏靈活性，不能適應用戶需求的改變返回上一級的開發(fā)需要十分高昂的代價23軟件開發(fā)過程規(guī)模大、需求不清晰、不穩(wěn)定的項目如何完成呢？軟件工程所要解決的問題24軟件、特點、分類軟件的發(fā)展階段軟件危機軟件工程、軟件工程過程、特性軟件工程的基本目標軟件工程原理軟件生存期軟件生存期模

7、型中國與印度軟件行業(yè)對比25軟件 軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關文檔的完整集合程序是按事先設計的功能和性能要求執(zhí)行的指令序列數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結構文檔是與程序開發(fā)，維護和使用有關的圖文材料26軟件特點軟件是一種邏輯實體，而不是具體的物理實體。因而它具有抽象性軟件的生產(chǎn)與硬件不同，在它的開發(fā)過程中沒有明顯的制造過程在軟件的運行和使用期間，沒有硬件那樣的機械磨損，老化問題軟件的開發(fā)和運行常受到計算機系統(tǒng)的限制，對計算機系統(tǒng)有著不同程度的依賴性雖然目前工業(yè)上正朝著可復用的組件化裝配方向發(fā)展，但軟件的開發(fā)至今尚未完全擺脫手工藝（定制）的開發(fā)方式軟件

8、本身是復雜的實際問題的復雜性程序邏輯結構的復雜性 軟件成本相當昂貴相當多的軟件工作涉及到社會因素27軟件的分類按軟件的功能進行劃分：系統(tǒng)軟件，支撐軟件，應用軟件系統(tǒng)軟件操作系統(tǒng)數(shù)據(jù)庫管理系統(tǒng)(DBMS)設備驅(qū)動程序通信處理程序等支撐軟件文本編輯程序文件格式化程序磁盤向磁帶數(shù)據(jù)傳輸?shù)某绦虺绦驇煜到y(tǒng)支持需求分析、設計、實現(xiàn)、測試和支持管理的軟件應用軟件商業(yè)數(shù)據(jù)處理軟件工程與科學計算軟件計算機輔助設計制造軟件系統(tǒng)仿真軟件智能產(chǎn)品嵌入軟件醫(yī)療、制藥軟件事務管理、辦公自動化軟件計算機輔助教學軟件28按軟件規(guī)模進行劃分：類別 參加人員數(shù) 研制期限 源程序行數(shù) 微型 1 14周 0.5k 小型 1 16月

9、1k2k中型 25 12年 5k50k大型 520 23年 50k100k甚大型 1001000 45年 1M(=1000k)極大型 20005000 510年 1M10M29按軟件工作方式劃分： 實時處理軟件 分時軟件 交互式軟件 批處理軟件按軟件服務對象的范圍劃分： 項目軟件（面向客戶） 產(chǎn)品軟件（面向市場）按使用的頻度進行劃分： 頻度低（安裝軟件、人口普查軟件） 頻度高按軟件失效的影響進行劃分： 高可靠性軟件（軍事、航空、醫(yī)療衛(wèi)生等） 一般可靠性軟件30軟件發(fā)展階段程序設計階段 50至60年代程序系統(tǒng)階段 60至80年代（這一時期主要圍繞軟件項目，開展了開發(fā)模型、支持工具以及開發(fā)方法的研

10、究。如：瀑布模型、結構化方法（自頂向下）、結構化語言（Pascal、C、Ada語言）管理方法（費用估算、文檔復審）支持工具（ 計劃、配置管理工具等）軟件工程階段 80年代以后開展了有關軟件生產(chǎn)技術、軟件復用技術、軟件生產(chǎn)管理的研究和實踐； 提出具有廣泛應用前景的面向?qū)ο蠓椒ê拖嚓P的語言（Smalltalk、C+）近年來，軟件工程的研究從過程轉(zhuǎn)向產(chǎn)品更加注重程序的開發(fā)范型和軟件生產(chǎn)。高智能、自動化CASE成為軟件工程技術研究的熱點31軟件危機美國IBM公司在1963年至1966年開發(fā)IBM360機的操作系統(tǒng)。這一項目花了5000人一年的工作量，最多時有1000人投入開發(fā)工作，寫出了近100萬行源

11、程序。.據(jù)統(tǒng)計，這個操作系統(tǒng)每次發(fā)行的新版本都是從前一版本中找出1000個程序錯誤而修正的結果。.這個項目的負責人F. D. Brooks事后總結了他在組織開發(fā)過程中的沉痛教訓時說：“.正像一只逃亡的野獸落到泥潭中做垂死的掙扎，越是掙扎，陷得越深，最后無法逃脫滅頂?shù)臑碾y。.程序設計工作正像這樣一個泥潭，.一批批程序員被迫在泥潭中拼命掙扎，.誰也沒有料到問題竟會陷入這樣的困境.”。IBM360操作系統(tǒng)的歷史教訓成為軟件開發(fā)項目的典型事例為人們所記取。32軟件危機定義: 在計算機軟件開發(fā)和維護過程中所遇到的一系列嚴重問題，包括如何開發(fā)軟件、怎樣滿足對軟件日益增長的需求、如何維護數(shù)量不斷膨脹的已有軟

12、件等。表現(xiàn): 對軟件開發(fā)成本和進度的估計常常很不準確。實際成本比估計成本有可能高出一個數(shù)量級，實際進度比預期進度拖延幾個月甚至幾年的現(xiàn)象并不罕見。這些現(xiàn)象降低了軟件開發(fā)組織的信譽。而為了趕進度和節(jié)約成本所采取的一些權宜之計又往往損害了軟件產(chǎn)品的質(zhì)量，從而不可避免地會引起用戶的 不滿。用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。軟件開發(fā)人員常常在對用戶要求只有模糊的了解，甚至對所要解決的問題還沒有確切認識的情況下，就倉促上陣匆忙著手編寫程序。軟件開發(fā)人員和用戶之間的信息交流往往很不充分，“閉門造車”必然導致最終的產(chǎn)品不符合用戶的實際需要。33軟件產(chǎn)品質(zhì)量往往靠不住。軟件可靠性和質(zhì)量保證技術還

13、不成熟。軟件常常是不可維護的。很多程序中的錯誤是非常難改正的，實際上不可能使這些程序適應新的硬件環(huán)境，也不能根據(jù)用戶需要在原有程序基礎上增加新的功能?！翱芍赜玫能浖保╮e-use）仍然是一個沒有完全做到的、正在努追求的目標，人們?nèi)匀辉谥貜烷_發(fā)類似的或者基本類似的軟件。軟件通常沒有適當?shù)奈臋n資料，軟件不僅僅是程序，還應該有一套完善的文檔資料。這些文檔資料應該是在軟件開發(fā)過程中產(chǎn)生出來的，而且應該是和程序代碼相一致的。軟件開發(fā)組織的管理人員可以使用這些文檔資料作為“里程碑”（Milestone）來管理和評價軟件開發(fā)工程的進展狀況；軟件開發(fā)人員可以利用它們作為通信工具，在軟件開發(fā)過程中準確地交流信

14、息；對于維護人員而言，這些文檔資料更是至關重要必不可少的，缺乏必要的文檔資料或者文檔資料不合格，必然給軟件開發(fā)和維護帶來許多嚴重的困難和問題。34軟件成本在計算機系統(tǒng)總成本中所占的比重逐年上升。由于電子技術的不斷發(fā)展硬件成本不斷下降，然而軟件開發(fā)所需的軟件成本不斷增加。軟件開發(fā)生產(chǎn)效率的提高遠遠跟不上計算機應用迅速普及深入的趨勢，軟件產(chǎn)品“供不應求”的現(xiàn)象使人類不能充分利用現(xiàn)代計算機硬件提供的巨大潛力。35問題出在哪里？ 項目沒有被很好地理解；計劃不周，最終導致進度拖延。 沒有充分的文檔資料(documentation)(3)軟件可靠性(reliability)缺少度量的標準，質(zhì)量無法保證。

15、如何保證軟件產(chǎn)品的質(zhì)量，是非常復雜困難的問題，特別對于規(guī)模龐大的軟件。 軟件難以維護(maintainability) 、不易升級(evolvability)36軟件工程 Software Engineering軟件工程定義:Boehm: 運用現(xiàn)代科學技術知識來設計并構造計算機程序及為開發(fā)、運行和維護這些程序所必需的相關文件資料。IEEE 1983: 軟件工程是開發(fā)、運行、維護和修復軟件的系統(tǒng)方法。Fritz Bauer：建立并使用完善的工程化原則，以較經(jīng)濟的手段獲得能在實際機器上有效運行的可靠軟件的一系列方法37軟件工程三要素: 方法、工具和過程軟件工程方法為軟件開發(fā)提供了 “如何做” 的技

16、術軟件工具為軟件工程方法提供了自動的或半自動的軟件支撐環(huán)境軟件工程過程定義了: 方法使用的順序 要求交付的文檔資料 為保證質(zhì)量和適應變化所需要的管理 軟件開發(fā)各個階段完成的里程碑38軟件工程過程 軟件工程過程是為了獲得軟件產(chǎn)品，在軟件工具支持下由軟件工程師完成的一系列軟件工程活動。軟件工程過程包括四種基本的過程活動：軟件規(guī)格說明：規(guī)定軟件的功能及其運行的限制軟件開發(fā)：產(chǎn)生滿足規(guī)格說明的軟件軟件確認：確認軟件能夠完成客戶提出的要求軟件演進：為滿足客戶的變更要求，軟件必須在使用的過程中演進39軟件工程過程的特性易理解性可見性：每個過程活動均能以取得明確的結果告終，使過程的進展對外可見?？芍С中裕阂?/p>

17、于得到計算機輔助軟件工程工具的支持?？山邮苄裕阂子跒檐浖こ處熃邮芎褪褂??？煽啃裕翰粫霈F(xiàn)過程錯誤，或發(fā)現(xiàn)在產(chǎn)品出現(xiàn)故障之前。健壯性：不受意外發(fā)生問題的干擾。可維護性：過程可隨軟件機構需求的變更或隨認定的過程改進而演進。速度：從給出規(guī)格說明起，就能較快地完成開發(fā)而交付。40軟件工程項目的基本目標付出較低的開發(fā)成本達到要求的軟件功能取得較好的軟件性能開發(fā)的軟件易于移植需要較低的維護費用能按時完成開發(fā)工作，及時交付使用41軟件工程原理 用分階段的生命周期計劃嚴格管理 項目概要計劃 里程碑計劃 項目控制計劃 產(chǎn)品控制計劃 驗證計劃 運行維護計劃 堅持進行階段評審 實行嚴格的產(chǎn)品控制基準配置管理(Ba

18、seline configuration management)（嚴格控制更改） 采用現(xiàn)代程序設計技術 結果應能清楚地審查 set standards 開發(fā)小組的成員應該少而精 1+1 2 承認不斷改進軟件工程實踐的必要性42軟件生存周期( Life Cycle)軟件有一個孕育、誕生、成長、成熟、衰亡的生存過程。這個過程即為計算機軟件的生存期制定計劃 (Planning)需求分析和定義(Requirement Analysis and Definition) 軟件設計( Software Design)程序編寫(Coding, Programming)軟件測試(Testing)運行/維護(Ru

19、nning/Maintenance)軟件生存期六個步驟:43結構分析設計過程小結44制定計劃:確定要開發(fā)軟件系統(tǒng)的總目標給出功能、性能、可靠性以及接口等方面的要求完成該軟件任務的可行性研究估計可利用的資源(計算機硬件，軟件，人力等)、成本、效益、開發(fā)進度制定出完成開發(fā)任務的實施計劃,連同可行性研究報告，提交管理部門審查需求分析和定義:對待開發(fā)軟件提出的需求進行分析并給出詳細的定義編寫軟件需求說明書或系統(tǒng)功能說明書及初步的系統(tǒng)用戶手冊提交管理機構評審45軟件設計:概要設計 把各項需求轉(zhuǎn)換成軟件的體系結構。結構中每一組成部分都是意義明確的模塊，每個模塊都和某些需求相對應詳細設計 對每個模塊要完成的

20、工作進行具體的描述，為源程序編寫打下基礎編寫設計說明書，提交評審。程序編寫:把軟件設計轉(zhuǎn)換成計算機可以接受的程序代碼，即寫成以某一種特定程序設計語言表示的“源程序清單”寫出的程序應當是結構良好、清晰易讀的，且與設計相一致的軟件測試:單元測試，查找各模塊在功能和結構上存在的問題并加以糾正組裝測試，將已測試過的模塊按一定順序組裝起來按規(guī)定的各項需求，逐項進行有效性測試，決定已開發(fā)的軟件是否合格，能否交付用戶使用運行維護:改正性維護 運行中發(fā)現(xiàn)了軟件中的錯誤需要修正適應性維護 為了適應變化了的軟件工作環(huán)境，需做適當變更完善性維護 為了增強軟件的功能需做變更46軟件生存期（開發(fā)）模型(Software

21、 Life Cycle Model)軟件生存期模型直觀地表達軟件開發(fā)全部過程，明確規(guī)定要完成的主要活動和任務軟件開發(fā)基本都需要經(jīng)歷軟件開發(fā)過程中的幾個步驟但這幾個步驟具體如何實施，根據(jù)具體項目不同，也有所區(qū)別制作具體軟件時，開發(fā)步驟的具體實施方法稱為軟件生存期模型（軟件開發(fā)過程模型）常見的軟件生存期模型:瀑布模型原型化方法The Spiral Model47 瀑布模型（Waterfall Model）/線性順序模型（The Linear Sequential Model ）瀑布模型所有過程模型的祖宗項目從開始到結束按照一定的順序執(zhí)行瀑布模型是文檔驅(qū)動的，各個階段不連續(xù)也不交叉48瀑布模型瀑布模

22、型也稱為 “線性順序模型”將軟件開發(fā)過程中每個階段都清楚定義了起止點，并產(chǎn)生明確的交付成果以傳遞給下一階段每個階段之間通過文檔進行溝通每個階段都必需完成全部規(guī)定的任務（文檔）后才能夠進入下一個階段 可行性研究與計劃 需求分析 設計 開發(fā) 測試 維護 可行性研究報告需求說明書設計文檔程序測試報告49瀑布模型適應于什么場合？有何優(yōu)缺點？50特點：階段間具有順序性和依賴性從上一階段接受本階段工作的對象作為輸入,本階段的工作成果作為輸出傳入下一階段評估各階段，若本階段工作得到確認，繼續(xù)，否則返回前一階段可以增加反饋線來表示具有反饋回路的瀑布模型適用場合：當有一個穩(wěn)定的產(chǎn)品定義和很容易被理解的技術解決方

23、案時，純瀑布模型特別合適當你對一個定義得很好的版本進行維護或?qū)⒁粋€產(chǎn)品移植到一個新的平臺上，瀑布模型也特別合適。純瀑布模型能夠降低管理費用，因為你可以預先完成所有計劃。對于那些容易理解但很復雜的項目，采用純瀑布模型比較合適，因為可以用順序方法處理問題。在質(zhì)量需求高于成本需求和進度需求的時候，它尤為出色。當開發(fā)隊伍的技術力量比較弱或者缺乏經(jīng)驗時，瀑布模型更為適合。51缺點：純瀑布模型的缺點是在項目開始的時候，在設計工作完成前和代碼寫出來前，很難充分描述需求瀑布模型最主要的問題是缺乏靈活性。必須在項目開始前說明全部需求，但這恰恰是非常困難的，因而無法解決軟件需求不明確或不準確的問題很少軟件真正是線

24、性的，不能很好的支持迭代只有到了整個項目的后半段時間，客戶看不到軟件的模樣。一個沒有及時發(fā)現(xiàn)的錯誤，可能導致災難52原型化方法（Prototyping）原型是項目系統(tǒng)中的一個方面或者多個方面的工作模型適用于用戶驅(qū)動的系統(tǒng)（即需求模糊或隨時間變化的系統(tǒng)）拋棄型原型：用于試驗某些概念，試驗完系統(tǒng)將無用處進化型原型：原型系統(tǒng)不斷被開發(fā)和被修正，最終它變?yōu)橐粋€真正的系統(tǒng)。PrototypeModificationFeedback53原型的好處從實踐中學習(Learning by doing)改善的通信改善的用戶參與使部分已知的需求清晰化展示描述的一致性和完整性可能可以減少文檔減少了維護成本特征約束（利

25、用工具構造原型可以將某些特性落到實處，而非在紙上寫的那樣容易失誤）試驗是否能產(chǎn)生期待的結果54原型法的缺點用戶有時誤解了原型的角色，例如他們可能誤解原型應該和真實系統(tǒng)一樣可靠缺少項目標準，進化原型法有點像編碼修正缺少控制，由于用戶可能不斷提出新要求，因而原型迭代的周期很難控制額外的花費：研究結果表明構造一個原型可能需要10%額外花費運行效率可能會受影響原型法要求開發(fā)者與用戶密切接觸，有時這是不可能的。例如外包軟件。55The Spiral Model 螺旋模型Spiral 模型（Boehm提出）以風險為導向的生命期模型從一個小范圍的關鍵中心地帶開始尋找風險因素，制定風險控制計劃，并交付給下一步

26、驟，如此迭代，每次迭代將項目擴展到一個更大的規(guī)模56評審提交 劃分風險分析原型 1仿真、模型、基準需求計劃，生存期計劃操作概念原型 2風險分析軟件需求需求確認開發(fā)計劃風險分析原型 3軟件產(chǎn)品設計設計確認與驗證集成與測試計劃風險分析可運行原型詳細設計單元測試編碼集成與測試驗收測試實現(xiàn)計劃下一階段開發(fā)、驗證下一代產(chǎn)品確定目標、方案和限定評估方案，識別、消除風險 累積成本按步驟推進The spiral model57螺旋模型沿著螺線旋轉(zhuǎn)，在四個象限上分別表達了四個方面的活動制定計劃確定軟件目標，選定實施方案，弄清項目開發(fā)的限制條件風險分析分析所選方案，考慮如何識別和消除風險實施工程實施軟件開發(fā)客戶評

27、估評價開發(fā)工作，提出修正建議問題：有何優(yōu)缺點？58優(yōu)勢：隨著迭代的增加（成本的增加），風險程度隨之降低缺陷：比較復雜，需要責任心，專注和管理方面的知識。59我國軟件業(yè)的現(xiàn)狀我國軟件業(yè)的規(guī)模目前，我國從事軟件開發(fā)、研制、銷售、維護和服務的軟件企業(yè)有2000家左右，加上兼營的企業(yè)，總數(shù)大約有10000多家，其中具有自主軟件研發(fā)能力的軟件企業(yè)約5700家，已經(jīng)通過雙軟認定的有2300余家，從事軟件銷售、維護和服務的企業(yè)5000多家。在這里面，營業(yè)規(guī)模超過一億元的軟件企業(yè)達到100家以上，超過5億元的達到18家，超過10億元的達到12家。602001年，世界軟件產(chǎn)品市場銷售額超過1865億美元，我國當

28、年的銷售額為285億元人民幣，只占世界市場不到2的份額。 國內(nèi)軟件市場有限的份額中大部分為國外軟件廠商所瓜分，國內(nèi)所開發(fā)的軟件產(chǎn)品僅占小部分。2001年我國軟件銷售總額963億美元，軟件企業(yè)約5000家，從業(yè)人員29萬。2001年印度軟件銷售總額1023億美元，軟件企業(yè)約6000家，從業(yè)人員40萬。 2001年我國軟件的出口額僅為7.2億美元，2000年與1999年分別為4億美元及2.5億美元。 印度在軟件出口方面，則一直保持高速的增長。1990年印度軟件出口只有5000萬美元，1999年就達到了39億美元，2000年達到了62億美元，而2001年印度軟件出口額為778億美元，已經(jīng)占到了印度全部出口總額的10.5。61印度的軟件業(yè)印度軟件業(yè)能夠這么迅速地發(fā)展起來，除了有政府支持、英語程度、人才儲備等原因外，最重要的是從標準化與產(chǎn)品流程入手，重視管理。印度的軟件開發(fā)管理的特點是流程重于項目，流程管理人員獨立于研發(fā)部門，專門檢查研發(fā)部門的開發(fā)流程是不是按照既定流程走，如果流程不對，項目肯定就此停止。另外，所謂的項目經(jīng)理一般都是從編碼人員升上來的，至少有四年以上的經(jīng)驗，而公司所有的東西（包括草稿）都有文檔，其詳細文檔要求達到只有這個文檔就可以編碼的程度。 于是，印度軟件公司開發(fā)