時間：2023-09-20 16:57:59
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇軟件工程與項目管理，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
1分組的創新與實踐
1.1現有的教學方式
（1）純理論講述。表現在學生課堂前段時間可能還能跟著教師思路學習，課堂進行到一半左右，部分學生開始出現聽課不認真，持續下去會影響學習效果。
（2）純實踐活動。表現在學生必須有非常扎實的前導課程基礎，但現實情況是學生的基礎參差不齊，對于部分基礎較好的學生效果非常不錯，但是大部分學生欠缺基礎支撐，無法有效地完成實踐活動，影響學習效果。
（3）傳統分組。弊端表現在學生性格差異較大，隨機分組會出現工作分配不均，公平的目的得不到體現，小組內隨意性太大，導致學生的學習效果大打折扣。
1.2創新了科學分組的分組方法
（1）方法分析。科學分組，就是班級班長負責課程小組的分組與調整。一個班級，班長對學生最有發言權，通過班長的分組，既可以把興趣，愛好等相近的學生組織到一起，又可以在小組分配時做到優中差梯隊合理。經觀察發現，科學分組的模式將更加有利于發揮小組每個成員積極性，促進彼此溝通與合作。比如本學習軟件工程與項目管理課程大作業先后有四次，如果鼓勵學生從第一、二次開始就盡量使小組成員固定，則可以達到如下好處：合作效率高、失敗風險小、創新可能大、教師管理工作減輕、學生團隊意識增強。存在的不足主要表現在兩個方面：兩級分化現象和溝通能力受限。前一個問題可以通過教師在最初分組時的宣傳和適當協調來解決，即讓每組都有一個成績略差的同學；而后一個問題可以通過加強班級的其他活動加以解決。
科學的分組方法具有較明顯的優勢。為了達到增強分組穩定性的目的，本文設計關鍵詞穩定率。穩定率是本文定義的衡量小組穩定性的一個定量指標，是影響學生最終成績的一個因素。前后兩次分組越穩定，則穩定率越高。
（2）每次（尤其第一次）課程大作業前要明確告知學生固定分組的獎勵政策，使學生們在第一次合作時就對合作者選擇有一個較長遠的考慮；
（3）第一次課程大作業后，記錄每個班級的各組分組情況；
（4）從第二次課程大作業開始，在評定每門課程大作業的成績時，計算每個小組的穩定率，并據此對各組得分進行調整。越是穩定的小組其穩定率便越高，得到的加分也就越多。
2分組作業研究
2.1現有的分組作業分析
課前教師事先準備好必選題和學生自主發揮題。目前我們系學生的選題采用參照題目與自選題目相結合的方法。這兩種方法相互補充能夠較好地滿足當前課程大作業的需求。
2.2鼓勵完善作業的分組作業
現有的分組作業目前能夠發揮引導作用，但由于沒有明確的鼓勵或導向，多數小組的學生在選題過程中存在一定的盲目性。往往是在小組成員確定后，才一起商量到底做什么題目好些。這樣，便沒有全面發揮系列課程大作業的積極作用。如果某小組選擇了一個很有創意和想法的題目，他們可以在歷次課程大作業中延續開發并逐漸完善，甚至可能將其完全產品化或者在畢業后以此為響應國家號召，創新創業的基礎。因此，在教學過程中提倡在創新基礎上的完善作業方法。
2.3完善作業方法的要求
在實際教學過程中，這種鼓勵政策將使更多的小組在前幾次課程大作業選題時，有較長遠的考慮和規劃。然而，要想使該方法發揮積極核心的作用，應滿足如下要求：
（1）相對科學分組方法的成功。沒有相對固定的分組，很難確定某組是否做了延續的題目。可見，科學分組方法的成功是完善作業方法成功的前提；
（2）監控進程風險。分組實踐中，如果教師監控不嚴格，該分組便可能存在不作為的情況。簡單地講，可能有某小組存在偷懶心理或僥幸心理。可見，運用該方法要實時監控進程。
（3）高質量，嚴要求。具體過程如下：
豍創新陳述。作業開始時，小組長代表小組必須陳述超越上一版本的明確的、具體的、可實現的創新點。
豎檢驗文檔。交作業時，由教師對其提交的文檔進行對比分析。
1計算機軟件工程項目管理的基本概念
1.1工程項目管理的含義工程項目管理主要是業主通過委托從事工程項目管理的企業，簽署相關協議，工程項目管理企業有義務和權力代表業主在工程項目進行的情況卜干預和服務。工程項目管理企業可以協助業主同項目工程總承包簽訂一系列合同，只是起到輔作用，不直接與總承包企業或者施工、勘察、供貨和設計簽署協議或合同，工程項目管理企業有責任在施工過程中監督合同的完成情況。
1.2軟件工程項目的概況
1.2.1管理人員開展有序的項目計劃
企業必須把人員管理放在重要位置，在軟件工程項目的開發上人員的調配問題是保證工程順利進行的重要因素，因此，項目能否成功和工作人員的工作能力、寫作能力息息相關，針對工程項目的操作類別不同，可以分配成各個研究小組，進行科學合理的針對性開發和高效的協作，有利于工程的快速推進和更加完善。小組內的人員根據自身優勢，確定自己的工作內容和工作時間。對項目進行正確的認識和對風險進行評估，與此同時從節約成木的方而出發，形成科學的人力資源調配機制，使項目得以順利開展。
1.2.2質量和配置管理工作
軟件的質量管理工作是整個項目的核心工作，質量管理決定著計算機軟件工程項目管理是否真正的成功，通過一系列保證質量的手段，有計劃的編制、控制和保證項目質量。保證項目質量的方式可以通過定期的進行質量評估得以實現，在日常項目管理中要不斷的對工作進行考查，對于項目不合格的地方要提出意見并且考慮整改措施，不斷完善整個軟件配置管理的記錄工作，使項目的質量能有一定的檢測體系，這樣開發者會對項目工程的質量問題有比較深入的了解。
1.2.3風險評估和管理工作
風險管理大致分為兩種工作，一種是風險識別，另一種是風險評估。得到評估結果以后要針對問題提出相應的解決辦法，定期檢測計算機軟件工程的好處是可以減小產生風險的概率，還可以避免一些因疏忽而產生風險，使項目的損失減少到最低，也減少了因項目風險而造成的一些相關責任人的利益沖突。
2計算機軟件工程項目管理中存在的問題
2.1管理團隊的協作問題
分工合作是我們完成一個項目的基木因素，在軟件開發方而更需要每個人的智慧一起凝聚出果實，共同享受成果，而目前在計算機軟件工程項目管理方而信息的交流方而存在一些問題，例如分工不清、團隊不合作等問題。
2.2需求分析和實際中的業務存在差距問題
計算機軟件工程項目沒有結合實際的活動需求，也沒有調查有效的數據分析，因此計算機軟件工程項目管理在開發出新的產品以后并沒有取得理想的業務效果。
2.3風險管理的問題
項目的風險工作是企業需要考慮的很重要的問題，如果風險沒有相應科學管理，很容易帶來巨大的損失，但是很多員工并不懂得如何規避風險，缺乏相應的專業知識，更是缺少對風險工作的管理，導致很多企業在風險來臨時無法做出正確行動，造成巨大的經濟損失。
3計算機軟件工程項目管理的對策
3.1對風險管理和工作進度進行有效管理
制定風險管理制度。計算機軟件工程項目管理的工作人員必須具有一定的風險識別意識和相應的遇到風險的專業知識，并且能有效的控制風險的能力。在平時要做好風險評估的管理報告，針對可能發生的風險要及時預測并且做出相應的解決行動。設置專門的人員對計算機軟件工程項目定期進行風險的評估和檢查工作。在整個項目中，根據需要進行多次的風險管理工作，因為風險無時無刻都有可能存在，檢查的目的是盡量減少風險發生，在一般情況卜處理風險的措施一般有三種:減緩、規避和轉移。提高工程的進度，不斷的推進工程的工作效率。要制定詳細的工作計劃表，并且盡可能達到最高的工作目標。工作人員有嚴謹的工作態度和高效的作息時間安排，管理人員要密切關注工程進度，不斷的督促員工完成應做的工作量，有條理、高效的完成對員工的工作任務的監督工作。
3.2建立完善的管理體系針對計算機軟件工程的人員日常管理工作，要建立科學有效的管理方案。合理安排人才資源，確保在進行計算機軟件項目工程時人員調配順利進行。專業知識的培訓對于工作人員來說
是必不可少的，可以極大的豐富計算機軟件工程項目人員的專業水平和實踐能力，減少工作上的失誤，提高工作效率和工作人員的素質。獎罰制度是對企業員工優劣的衡量標準，所以在計算機軟件工程項目管理方而采取獎罰制度可以極大程度上調動員工的積極性，使員工主動為企業創造效益，企業的發展才能有長遠的未來。
3.3建立合作的團隊
在員工內部建立有效的交流機制。員工的內部工作經驗交流是非常重要的，因此要完善溝通方法，開辟多種交流方式和渠道，不斷的增強各個部門的溝通意識，使團隊的力量不斷凝聚起來。明確分工，責任落實到個人。計算機軟件工程管理非常復雜，需要的人員也眾多，因此必須要使每個員工明確自己的工作內容和范圍，清晰的劃分自己所需要負責的區域，清楚自己的責任，這樣能夠確保每一個步驟都井井有條，非常有秩序。調動整個團隊的工作積極性。通過一些活動、獎勵措施等使每一個工作人員全身心的投入到工作中去，愿意并想要去做的更好，不斷激發團隊的潛力和員工的協作能力，這樣項目不僅會做的越來越好，員工內部也會越來越和諧并且充滿正能量，企業的效益也會不斷得到提升。
4結語
1軟件工程管理的措施
（1）加強項目管理系統性的培訓，建立和完善軟件工程管理體系。建立一個有效和完善的管理體系，首先應該加強項目組成員尤其是項目經理在工程項目管理方面的系統性培訓，避免在項目管理中單純依靠個人現有的知識經驗，使管理工作存在較大的盲目性和隨意性。其次，應該加強對項目相關業務人員的培訓，讓項目業務工作人員也能從思想上認識到軟件工程管理的重要性，使其既能理解和接受管理理論，又能熟練掌握軟件工程的專業知識，從而提高計算機軟件工程項目的執行力。另外，要建立和完善軟件工程管理的制度建設，落實獎懲制度，激發項目組人員的工作積極性和工作熱情，從而更好地實現計算機軟件工程管理的目標。
（2）提高對項目計劃的認識，進行合理的項目計劃和控制。雖然項目實施過程中有很多不確定的因素，但是項目總體計劃和階段性計劃的作用非常關鍵，科學的項目計劃可以有效地降低軟件工程項目的實施風險，可以有效地對項目進度進行管理和控制。項目計劃在項目實施中具有承上啟下的作用，在項目管理的重要階段，在制定項目計劃的過程中，需要著重考慮項目計劃的系統性、動態性、經濟性、相關性等方面的內容。
（3）加強軟件工程的團隊建設，建立完善的項目溝通機制。有效的團隊合作是軟件項目工程得以順利開展的前提保障，有效的團隊合作需要有效地界定各團隊成員工作職責，使每個團隊成員發揮各自的長處，并且使團隊成員之間互補互助，從而達到整個團隊最大的工作效率。同時，要建立和不斷完善軟件工程項目的溝通機制，項目中的重要信息需要進行有效的傳遞和反饋，避免因在制定計劃、技術問題、項目成果、情況通報等方面的溝通不足，造成重復勞動和團隊成員間的互相推諉，甚至造成不必要的經濟損失。
（4）增強風險意識，加強計算機軟件工程的風險管理。與普通的管理工作相比，計算機軟件工程管理的風險較高，需要深入學習項目風險管理知識，掌握風險識別、量化、控制工具和方法，并在日常的工作實踐中加強對于風險防范知識的累積，從而能夠在項目實施過程中及時、精確地辨認風險，發現潛在的威脅與隱患，采取有效的措施進行風險避免、轉移、減緩、消除等控制措施。
2軟件工程的應用
近些年來，隨著信息技術及互聯網的迅速發展，計算機軟件工程的相關理論已經被運用軟件產品開發和管理的各個方面。具體來說，在軟件開發方面，從數據結構和軟件結構的設計、算法設計、編碼、軟件測試，最后到可交付用戶使用的軟件產品，均貫穿著軟件工程的管理理念。在軟件管理維護方面，軟件開發模型的選擇、軟件開發方法的確定、軟件開發工具的完善、以及計算機輔助軟件工程環境等軟件開發環境的組合，使得軟件產品的生命周期的各個階段及各項任務順利完成，提高了軟件開發和管理的效率，使得計算機軟件遍布到人們生產和生活的各個角落，有效地增加了計算機應用的準確性和便利性，推動了計算機科學技術的發展，進而推動了我國社會經濟的全面發展。
作者：范偉 單位：成都師范學院
[摘要]軟件項目管理通過應用知識，技能，工具和技術來指導軟件項目開發以滿足軟件項目的需求。本文從軟件項目管理的重要性談起,研究了軟件項目管理中的需求管理，溝通與協作，風險管理，并分析了四個主流的軟件項目管理技術。
[關鍵詞]軟件項目管理需求管理溝通與協作風險管理
一、引言
從上個世紀中期到現在，軟件產業迅猛發展。軟件產業在推動人類社會發展的同時，軟件危機產生了，這是因為落后的軟件生產方式無法滿足迅速增長的計算機軟件需求。軟件危機的產生促使人們開始研究軟件開發的技術手段和管理方法。
軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成,通過計劃、組織、控制等一系列活動,合理地配置和使用各種資源,而對成本、人員、進度、質量、風險等進行分析和管理,以達到既定目標的過程。項目管理更強調項目負責人的作用和團隊的協作精神,其組織形式靈活,更加關注人的因素,關注客戶和服務客戶,著重于提高軟件項目研發的效率和質量。在本文中，對軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理等方面進行了闡述。本文最后介紹了軟件項目管理的幾項經典技術。
二、需求管理
軟件需求是每個軟件開發的開端與基礎。在項目需求分析階段，雙方必須全面地盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項目進行評估的各種評價標準。在進行需求分析時，可以首先分析客戶原有系統的建設情況，對客戶的原有產品進行分析，明確建設目標等。
需求管理對軟件項目能否最終實現產生至關重要的影響。任何的軟件項目都必須進行合理的、細致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發計劃，軟件項目才能順利地開發完成。
三、溝通與協作
軟件項目管理中的溝通與協作是指信息的交流,是使信息發揮積極作用和達到目標的手段；協作是指和諧地在一起工作的活動。溝通技術可分分四類：(1)正式書面溝通,包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型(用例圖等)；(2)正式口頭溝通,包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試,項目定期例會等；(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業務領導討論等；(4)電子溝通,包括電子郵件、內部BBS等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。
四、風險管理
軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。
針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。常見的主要風險管理模型如下。
1.SEI的連續風險管理模型(CRM)。SEICRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風險;實現控制風險的策略；評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤、控制。
2.BarryBoehm模型。Boehm模型的思想核心是：10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為：RE=P(UO)3L(UO),其中RE表示風險或者風險所造成的影響；P(UO)表示令人不滿意的結果所發生的概率；L(UO)表示糟糕的結果會產生的破壞性的程度。
3.軟件工程風險模型(SERIM).SERIM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。
五、軟件項目管理技術
1．CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU/SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復級),級別3(已定義級),級別4(已管理級)和級別5(優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4：定量過程管理,軟件質量管理。級別5：缺陷預防,技術更新管理,過程更改管理。
2．CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎源模型包括:軟件CMM2.0版(草稿C),EIA-731系統工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2(已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。
3．PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段,PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此,PSP保障軟件產品質量的一個重要途徑是提高設計質量。
六、小結
本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。
參考文獻：
[1]PhpMetzger，JohnBoddie.軟件項目管理-過程控制與人員管理[M].北京：電子工業出版社，2002.
[2]RajeevTShandilya.王克仁譯.軟件項目管理[M].北京:科學技術出版社,2002.
[關鍵詞] 軟件項目管理 需求管理 溝通與協作 風險管理
一、引言
從上個世紀中期到現在，軟件產業迅猛發展。軟件產業在推動人類社會發展的同時，軟件危機產生了，這是因為落后的軟件生產方式無法滿足迅速增長的計算機軟件需求。軟件危機的產生促使人們開始研究軟件開發的技術手段和管理方法。
軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成, 通過計劃、組織、控制等一系列活動, 合理地配置和使用各種資源, 而對成本、人員、進度、質量、風險等進行分析和管理, 以達到既定目標的過程。項目管理更強調項目負責人的作用和團隊的協作精神, 其組織形式靈活, 更加關注人的因素, 關注客戶和服務客戶, 著重于提高軟件項目研發的效率和質量。在本文中，對軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理等方面進行了闡述。本文最后介紹了軟件項目管理的幾項經典技術。
二、需求管理
軟件需求是每個軟件開發的開端與基礎。在項目需求分析階段，雙方必須全面地盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項目進行評估的各種評價標準。在進行需求分析時，可以首先分析客戶原有系統的建設情況，對客戶的原有產品進行分析，明確建設目標等。
需求管理對軟件項目能否最終實現產生至關重要的影響。任何的軟件項目都必須進行合理的、細致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發計劃，軟件項目才能順利地開發完成。
三、溝通與協作
軟件項目管理中的溝通與協作是指信息的交流, 是使信息發揮積極作用和達到目標的手段；協作是指和諧地在一起工作的活動。溝通技術可分分四類：(1)正式書面溝通, 包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型( 用例圖等) ；(2)正式口頭溝通, 包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試, 項目定期例會等；(3)非正式口頭溝通, 包括小組碰頭會、同行討論、與直屬業務領導討論等；(4)電子溝通, 包括電子郵件、內部BBS 等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。
四、風險管理
軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。
針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。 常見的主要風險管理模型如下。
1.SEI的連續風險管理模型(CRM)。SEI CRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風險;實現控制風險的策略；評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤、控制。
2.Barry Boehm模型。Boehm模型的思想核心是：10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為：RE = P (UO) 3 L (UO) ,其中RE表示風險或者風險所造成的影響；P (UO)表示令人不滿意的結果所發生的概率；L (UO)表示糟糕的結果會產生的破壞性的程度。
3.軟件工程風險模型( SER IM) . SER IM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。
五、軟件項目管理技術
1．CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU /SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1 (初始級)描述了不成熟,或者說是未定義過程的組織。級別2 (可重復級) ,級別3 (已定義級) ,級別4 (已管理級)和級別5 (優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4：定量過程管理,軟件質量管理。級別5：缺陷預防,技術更新管理,過程更改管理。
2．CMMI。CMM I被看作是把各種CMM集成為一個系列的模型中。CMM I的基礎源模型包括: 軟件CMM2. 0版(草稿C) , EIA - 731系統工程,以及IPD CMM( IPD) 0. 98a版。CMM I也描述了5個不同的成熟度級別:級別1 (初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2 (已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。
3．PSP。PSP ( Personal Software Process,個體軟件過程)是由CMU /SE I開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段, PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此, PSP保障軟件產品質量的一個重要途徑是提高設計質量。
六、小結
本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。
參考文獻：
[1]Php Metzger，John Boddie. 軟件項目管理-過程控制與人員管理[M]. 北京：電子工業出版社，2002.
[2] Rajeev T Shandilya. 王克仁譯. 軟件項目管理[M]. 北京:科學技術出版社, 2002.
[3] 楊根興，金榮得，宗宇偉.軟件需求的不確定性與解決途徑.計算機應用與軟件.
關鍵詞：計算機軟件工程；自動化管理；措施
中圖分類號：TP311.5
當今時代，是計算機信息技術的時代。伴隨著計算機技術的飛速發展，軟件開發項目也逐漸變的火熱起來。隨著軟件開發隊規模的不斷擴大，以及軟件開發人員的不斷增多，軟件工程項目存在的問題也越來越多，如不加以規范管理，就會對軟件工程項目的良好發展帶來不利的影響。因此，加強對軟件工程項目開發的自動化管理迫在眉睫。
1 計算機軟件工程項目管理的特征及內容
1.1 軟件工程項目的特征
計算機軟件工程項目的特征可以概括為下面幾點：首先，不具有可視性，軟件是不能夠進行觸摸的，要感知軟件的存在，必須使用專門的軟件工程方法以及相應的測試手段才可以；其次，不具有唯一性，在軟件進行設計的時候，沒有一個標準的通用的軟件設計過程，其設計的方法多種多樣；最后，具有風險性，在進行軟件工程項目設計的時候，對于一些比較大型的軟件工程項目，其設計通常是一次性完成的，由于軟件的結構非常的復雜，與此同時，研發的工作量和風險都比較大，而對軟件的需求同樣也不具有長期的穩定性。
1.2 計算機軟件工程項目管理的主要內容
由于計算機軟件工程項目涉及的面比較的多，因此需要特別的加強管理。主要進行管理的內容可以分為以下幾個方面：
（1）參與研發的設計人員。參與研發的團隊一般包括項目的負責人、高級以及初級程序員或者資料員等等。另外，由于軟件工程項目的大小是不一樣的，常常出現一個人兼任多種職務的現象。在此，對這些身兼多職的員工要明確他們的責任。對于程序員來說，程序員要有較高的程序編寫能力。
（2）軟件質量及其配置的管理。軟件的質量管理具有非常重要的作用，其所包含的內容可以分為編制軟件質量計劃、軟件項目質量保證以及軟件項目質量控制等等。軟件工程項目質量的保證，指的是對整個工程的績效進行評估，從而判定軟件項目是否合格。質量控制是站在全局的角度，對工程的結果進行監測，與此同時，對于軟件工程項目不合乎規范的地方采取一定的措施及時的進行改正。對軟件的配置進行管理，對軟件研發的整個過程進行全紀錄，從而使得軟件的研發者能夠對軟件使用的各個階段的配置情況進行比較清晰的了解和掌握。因此，軟件的配置管理就是對軟件進行必要的標識，同時對于軟件的修改進行控制。在整個軟件開發過程中，對配置的管理是最為重要的。
（3）項目工程的風險管理。軟件工程項目的風險主要是對潛在的風險進行及時的識別、估計以及采取進一步措施進行解決。在對軟件工程項目進行風險分析以及管理的時候，要使人們增強安全意識，并采取相應的措施。因此，強化對風險進行分析和管理，究其本質，是為了有效的減少軟件工程項目的損失，進而確保企業的經濟效益不受損害。
2 自動化在計算機軟件工程項目中的應用
2.1 應用概述
當前，自動化技術中，一般使用可編程控制器將復雜的編程簡單化，從而使得計算機的性能得到了很大的改進。這種控制裝置以計算機技術作為基礎，在此基礎上對工業化的生產進行管理控制，縱使使得工業生產中計算機自動化得以實現。這種技術應用的范圍比較廣，在工業領域中使用，可以大大的提升工程建設的效率。自動化技術應用于軟件工程項目中，同樣可以提升軟件項目開發的效率。
2.2 計算機輔助工程在計算機軟件工程項目的中的應用
計算機輔助工程（CAE），主要是利用計算機對比較復雜的工程進行測試計算，然后對方案的可行性進檢測。在計算機軟件工程項目中，使用CAE能夠對整個工程項目進行監測與控制，從而對工程項目中需要改進的地方進行及時的調整。運用計算機輔助設計可以確保自動化設備操作的穩定性，然后把參數進行優化，進而選擇出最佳的方案。運用CAPP可以在產品的生產以及設計過程中，代替人進行相關的計算以及信息分析，節省人力，節約成本，同時也提升了效率，實現了確保工程項目質量的目標。CAM可以把進行生產活動之前的設計方案以及相關的信息，轉化成制造信息，然后通過數控方式對產品的生產過程以及包裝成品的過程進行監測，一旦出現問題進行及時的調整。
當前計算機對系統的自動化在自動化控制系統中的應用比較多。此外，隨著計算機技術的發展，軟件的自動化已經逐漸的向計算機智能領域延伸。智能通過對人的模仿，實現數據的處理，從而建立起控制模型來對工程項目進行分析。
3 計算機軟件工程項目中使用自動化管理的注意事項
在對計算機軟件工程項目使用自動化進行管理的時候，除去使用相應的技術外，還要注意以下一些問題：
3.1 確保設備良好
相關的檢測人員要對自動化設備進行嚴格仔細的檢查，然后使用嚴密的方法對相關的采集設備以及存儲設備進行調試。在開始進行自動化管理之前，應該對軟件進行檢驗，所使用的方法為人工檢驗計算，然后對于各項設備進行必要的調整，主要注意其規格和性能是否符合要求。待確定設備符合要求后，對其建立檔案，然后正式投入使用。在進行自動化管理的過程中，對于機器設備所在環境必須特別的注意，要確保環境干燥，同時還要防止出現粉塵等顆粒物對自動化設備的損害，另外，室內的溫度一定要適中。
3.2 確保軟件正常
在使用自動化設備進行管理的時候，務必檢測外來的軟件，明確這些軟件是否與本項目相符合，以及和本公司的設備是否能夠進行兼容。除此之外，工程檢測人員要對自動化設備所使用的軟件進行嚴格仔細的檢查，確保這些軟件能夠正常的運行。如果發現某些軟件出現問題，應該及時的向有關單位進行報告。在某些情況下，如果需要對計算機和自動化設備進行相應的調整，這個時候，也必須向有關的部門進行申報，同時對校驗的方式及最終的結果進行細致的討論研究。通常情況下，對于人工計算的結果以及計算機計算的結果要進行比對，同時將結果記錄在檔案里面。
3.3 對數據進行備份
在對設備進行測試的過程中，必須對數據進行備份。這對于將來進行對數據進行進一步對比具有非常重要的意義。檢測員務必要對設備的數據做好備份，然后記錄好。通常情況下，對于監測到的數據，要實行聯網備份。可以使用自動化技術設定需要備份的次數，與此同時，還要對外部設備進行重復備份，這樣做的目的是為了避免數據出現損壞或者丟失。此外，作為監測人員，人工處理的速度一定要和機器處理的速度同步，同時對數據要進行定期的歸納以及分析。
4 結束語
綜上所述，計算機軟件工程項目隨著科學技術的不斷發展，呈現出方興未艾之勢。軟件工程項目的規模不斷擴大，開發人員不斷增多，使得必須要對軟件工程項目進行必要的管理。自動化管理在軟件工程項目管理中具有非常重要的作用。本文先論述了計算機軟件工程項目管理的特征及內容，然后重點分析了計算機輔助工程在軟件工程管理中的應用，最后分析了自動化管理中需要注意的幾點問題，期待本文的研究能夠對軟件工程項目自動化管理水平提升有所幫助。
參考文獻：
[1]王戰勇.計算機軟件工程項目的自動化管理[J].信息通信，2013（05）.
[2]由智堯.計算機軟件工程管理初探[J].數字技術與應用，2013（07）.
[3]邵國紅.探析計算機軟件工程項目管理[J].硅谷，2011（02）.
隨著軟件規模、復雜度以及需求量的不斷增大，軟件的開發成本和進度變得難以估計，軟件可信性越來越差。這種軟件成本不斷上升而質量不斷下降之間的矛盾即所謂的“軟件危機”。軟件質量難以得到測量和控制，會造成或大或小的經濟損失。20世紀60年代以來，人們為克服“軟件危機”做了大量工作，不斷將工程技術和管理中成熟的方法、技術原則引入的軟件工程科學中，逐步形成系統的軟件開發理論、技術和方法。從而，“軟件工程”也逐步成為高等學校計算機教學計劃中的一門重要課程。軟件工程課程是軟件工程專業課程體系中的核心課程，軟件工程設計知識面廣泛，研究人員將各種傳統工程設計中的概念、方法理論和軟件工程結合，用于指導軟件工程實踐，發展迅速，內涵豐富。但受傳統教學模式的影響，教學形式較單一，受傳統班級課堂形式和學時的制約，教學難度較大。目前，理論課中主要采用“講座式”教學法，灌輸基本概念、原理；而在實驗課中則主要采取“放任式”教學法。目前軟件工程教學方法、形式單一、學生學習乏味。軟件工程這種實踐性很強的課程，應該以“講授知識”為主還是以“培養能力”為主？不同的教學目標必然導致教學方法和效果的差異。軟件工程作為本科生或研究生的專業學位課，應該以學生為主體，著重培養軟件工程能力，指導學生自覺學習相關理論知識并自覺將理論用于實踐，培養學生開發探索的主動性及參與大型軟件工程實踐的基礎能力。
2軟件工程特點及發展趨勢軟件工程特點
1）軟件工程著眼于大規模、高復雜性的軟件。傳統的程序設計技術是僅僅指小型程序設計。
2）軟件工程的主要任務是解決大規模軟件設計的復雜性。復雜性一方面是軟件構件大量增加，因素繁多，另一方面是軟件需求、軟件體系結構等具有不確定性。
3）軟件需求等經常變化。在軟件設計初期，由于軟件開發人員和軟件使用人員存在交流的鴻溝，或者是軟件使用人員本身對軟件需求不明確，導致軟件需求在開發過程中不斷變更，而軟件需求的變更使軟件開發周期大大延遲。
4）軟件開發的效率非常重要。軟件的市場需求很大，隨著移動互聯網的普及和有線無線網絡的發展，IT業務與日俱增，軟件需求量也隨之增加，但是軟件的供應比較滯后。軟件工程發展趨勢
1）開放計算。開放計算包括開源軟件、開放架構和開放標準三個方面。
2）模塊化。一方面企業面臨的軟件行業環境復雜性不斷增加，另一方面企業需要更多創新模式和業務流程的靈活性。為了縮短開發周期，軟件需要在體系結構和軟件代碼級別實現復用，模塊化思想能夠幫助軟件公司很好地解決這一問題。
3軟件工程人才需求
國內市場每年對軟件人才的需求高達80萬，這個數據隨著中國信息化基礎設施的建設快速增長。軟件工程專業人才相對不足，高水平的軟件工程人才需求量很大。用人單位對具有實際操作能力的軟件人才是用人單位最為需要的，而且越是上規模的公司，對于軟件人才的需要越大。我國的軟件產業總的發展水平還處于建設階段，所以國內軟件產業還存在巨大的發展空間，軟件工程相關產業會得到更多的關注和投入。據統計，目前全世界軟件外包市場需求高達1000億美元，國內軟件服務外包產業收入三年后將增加至260億美元。
4專業能力要求
軟件專業人才應具備基本專業能力、軟件系統研究與開發的基本能力、項目管理能力、軟件建模設計能力、實踐能力以及計算機軟件系統測試、維護和管理能力等。具體的專業能力要求如下。基本專業能力了解計算機科學與技術、軟件工程的發展動態，具有學習新理論及新技術的能力，掌握現代計算機系統的組織與結構，掌握計算機系統的基本理論與基本知識，掌握軟件工程的基本理論與基本知識。軟件項目管理能力當前中國項目管理專業人才在數量和質量上都與發達國家有較大差距，項目管理人才培養仍然處于起步階段。項目管理能力主要體現在學習、思考、應用、分析和發現問題、交流溝通五個方面。管理能力提高的途徑在于加強學習，要樹立創新觀念，要有良好的執行力，要培養勤思考的習慣，要有良好的協調和溝通能力。軟件建模分析和設計能力軟件工程課程具有內容豐富、涉及知識面廣、實踐操作不方便、知識更新快、受課堂教學模式制約等特點，需要更加靈活的教學形式如互動式教學模式等培養學生系統化建模能力和工程分析與設計能力。除此之外，需要相應設計以及教學輔助平臺和工程實驗環境提高學生工程能力。實踐能力實踐能力就是能夠按照既定的目標，在有限的時間內，按照既定的開發進度和軟件質量要求，應用相應的專業理論知識和方法完成軟件工程任務的能力。目前，許多本科生和研究生課程在培養目標上偏重理論能力的培養，而在系統化工程實踐能力培養方面不夠重視。因而，理論教學課時數較多，實踐教學課時數偏少。
5結束語
關鍵詞 數據挖掘；軟件工程；開源軟件
中圖分類號：TP311 文獻標識碼：A 文章編號：1671-7597（2014）01-0073-01
所謂數據挖掘是指在大量、無序、模糊的數據中挖掘出其中有用的信息的過程，它能實現信息的分類、聚類并進行偏差分析。在這個信息爆炸的時代里，人們獲取的信息量是非常驚人的。在軟件工程中，軟件的開發及管理過程中都會出現大量信息和數據，如何更好地在眾多信息中快速找出有用信息成為困擾軟件工程的一大問題，因此，對信息數據的挖掘在軟件工程中顯得更為重要。
1 數據挖掘的過程及技術
一般的數據挖掘過程包括4個步驟，即對軟件庫里的數據進行選擇、對被選擇的數據進行預處理形成格式化數據、再對格式化的信息進行挖掘，最終吸收其中有用的知識。
在軟件工程中數據挖掘的工作一般可以分為3個層次，即交互式可視數據探查、自動模式提取及模型建構，這3個層面相互關聯，其中可視數據探查為提取模式及模型的建構提供基礎，模型的建構又為數據探查和模式提取提供了指導。
軟件工程中常用的數據挖掘技術主要是通過分析、聚類、預測及統計分析等技術從眾多資源中找出潛在的、對人們有用的信息并反饋給軟件系統。
2 數據挖掘技術在軟件工程中的應用
數據挖掘技術被應用到軟件工程中已經有20多年的歷史，隨著科學技術的不斷進步，數據挖掘技術的應用也越來越廣泛，如，在銀行、保險、交通及零售等行業都在應用數據挖掘技術。而在軟件工程中使用數據挖掘則可以提高軟件系統的維護效率并增加系統的穩定性和安全性。軟件工程中的程序代碼分析、軟件項目管理、軟件故障檢測及開源軟件開發等方面都應用了數據挖掘技術。
2.1 開源軟件開發中的數據挖掘
開源軟件（OSS）顧名思義就是源代碼是開放的軟件，這種軟件目前大多對客戶都是免費的，也正是由于這個原因使得開源軟件的控制和管理非常困難，因此，要引進數據挖掘技術幫助開源軟件提高質量。如，大阪大學的學生就設計了一個分布式的數據挖掘系統，它不僅能對大規模系統進行挖掘還能對多個開源軟件進行挖掘。還有牛津大學設計的數據挖掘系統能實現對系統的開發者與使用者進行跟蹤管理，極大地提高了開源軟件的質量和使用率。
2.2 軟件項目管理中的數據挖掘
軟件項目管理中的數據挖掘主要體現在兩個方面，一個是對組織關系的挖掘一個是對版本控制信息的挖掘。其中，軟件項目的管理是一個復雜的工程，對人員組織關系的挖掘主要是對人力資源進行協調和分配。例如，一個工程項目可能有成百上千人參與，在參與過程中人員之間的電子郵件、文檔等都會產生交互，交互中極易造成秩序混亂，而數據挖掘技術的使用則可以很好的將工作人員的組織關系進行區分，有利于軟件項目管理的順利進行。
此外，數據挖掘技術還體現在對版本控制信息的挖掘。版本控制可以記錄文件內容的變化，以方便用戶查看版本的修訂情況。將數據挖掘技術引入到版本控制信息中可以減少系統后期的維護成本。它能為軟件系統的維護提供警示作用，有些挖掘數據能清晰的查找出系統修復記錄中的錯誤，通過查找錯誤記錄使軟件的設計者能成功避開很多常見的錯誤，提高軟件項目的管理水平。
2.3 程序代碼及機構中的數據挖掘
這里所說的程序代碼指的是克隆代碼，所謂克隆代碼就是通過簡單的復制和粘貼進行再次使用的代碼。對克隆代碼的檢測也是數據挖掘中應用最早的，目前對克隆代碼的檢測主要有以下幾種方式，基于文本對比方法、基于標識符對比方法、基于度量的方法、基于程序結構表示的方法及運用潛在語義索引等方法。但是對于克隆代碼的數據挖掘還不是很成熟，主要是因為數據挖掘時僅考慮了語法信息而忽略了對語義的挖掘。
其次，是對橫切關注點（Aspect）的挖掘，對Aspect進行挖掘主要是因為有些關注點在程序中的代碼非常相似甚至是同一代碼段。對于Aspect的挖掘方式有很多，如，對代碼文本分析時，可以根據不同的特點可以分為基于文本和類型的分析、形式概念分析方法、基于聚類分析方法及基于自然語言的分析方法等等。對于執行模式進行挖掘時可采用形式概念分析法及基于方法執行關系的挖掘兩種方式。對于調用關系分析時，可以采用扇入分析軟件探查技術和基于耦合與Page Rank度量的方式進行挖掘。
最后是在數據庫中挖掘有用的代碼或構件。目前，常用的方法有通過記錄輸入-輸出關系檢索、通過關鍵詞進行索引和挖掘、尋找相似的代碼源和語義、基于構建交互關系圖的方法及對所需構件進行形式化描述等等，如我們使用的Google、百度等搜索引擎都可以進行數據的檢索。
2.4 軟件故障檢測中的數據挖掘
數據挖掘技術還能從程序的執行記錄中挖掘到程序的說明（規約）及交互模式，這些都可以對軟件故障進行定位和檢測。
對程序說明的挖掘主要是通過對信息的跟蹤進行逆向建模，有利于加強對程序的理解和后續的維護。目前使用較多的挖掘方式有基于規則和基于自動化兩種挖掘方式。其中，基于規則的挖掘方法主要是根據程序行為發現一定的規則并用時態邏輯表達式來表達。基于自動化挖掘方式目前較為成熟的有基于自動機抽象表示的API規則挖掘方法。
傳統的對軟件故障進行定位技術采用的是程序切片，但這種技術過于復雜，通常導致定位不準確。后來經過對傳統定位方式不斷的改進，目前較為成功的是通過程序譜抽象表示出程序的執行軌跡，并將成功的運行與故障的運行進行比較，通過之間的差異來判定故障的來源，以及通過近鄰查詢的方式進行故障定位等等。這些新式數據挖掘技術的應用極大的提高了軟件故障檢測的效率和準確性。
3 結束語
數據挖掘技術在分析程序代碼、軟件故障檢測、開源軟件開發及軟件項目管理等方面的廣泛應用，有利于提高軟件工程的控制和管理。但是目前對于數據挖掘技術的研究還不是很成熟，因此我們要繼續加強對軟件工程中數據挖掘技術的深入研究，更好的促進軟件的開發和管理。
參考文獻
[1]李新，張曉靜，米燕濤.軟件開發過程中的數據挖掘[J].石家莊職業技術學院學報，2012（02）：10-12.
[2]趙麗坤，陳立文，張國宗.基于數據挖掘技術的軟件項目管理體系[J].經營與管理，2012（12）：34-35.
關鍵詞:軟件工程;軟件危機;發展與應用
中圖分類號:TP31文獻標識碼:A文章編號:1007-9599 (2010) 07-0000-01
Development&Application of Software Engineering
Zhang Bin
(China Yto Group Corporation,Luoyang471004,China)
Abstract:The related content of the software engineering was summarized in this paper,the sofeware engineering techniques and methods and software engineering application were explained.The development trend of software engineering was explained,which has laid the groudwork for the further research on the issues.
Keywords:Software engineering;Software crisis;Development& Application
一、前言
隨著高科技的逐步發展,計算機應用得到了日益普及與深化。計算機應用的大范圍擴展,對軟件自身與軟件系統的需求的復雜度大幅度上升。傳統的軟件開發方法已無法適應計算機用戶在效率與質量等方面對軟件的需要[1]。由此導致了“軟件危機”,長期以來,研究人員為了克服“軟件危機”,在軟件的相關領域做了大量而有實效的研究工作,逐步形成了系統的軟件開發技術、理論與方法。在計算機信息時代的今天,計算機軟件工程扮演著重要的角色。它已成為現代信息技術競爭的關鍵領域。
二、軟件工程的相關內容概述
(一)軟件工程的產生背景
計算機硬件技術的迅速發展,要求軟件系統能與之相適應。然而,早期的軟件生產具有作坊式、個體化特點,軟件開發平臺單一,開發工具相對落后,程序設計語言功能差。尤其是軟件維護工作復雜,耗費大量的物力、人力與計算機資源,大量程序的個體化特性使得它們無法維護與修改。而且,軟件的結構變得越來越復雜,規模也越來越大,軟件維護與管理開發費用不斷增加,這種軟件開發工具、技術與生產方式落后的狀況與計算機行業對軟件的需求日益增加形成了很大矛盾。為了解決這一困境,研究人員把工程技術的思想引入到軟件領域,使軟件技術走上工程學科的途徑。西歐與美國的一些軟件研究人員于1968年首先提出“軟件工程”這一學科名詞,從此軟件工程得到了相關研究與發展。
(一)軟件工程的定義
軟件工程是一門研究用工程化的方法維護與構建實用的、有效的與高質量的軟件學科。它涉及到數據庫、系統平臺、程序設計語言、軟件開發工具、設計模式與標準等方面的內容。在現代信息社會中,軟件應用在許多方面。典型的軟件如嵌入式系統、辦公套件、編譯器、數據庫、電子郵件與游戲等。工業、銀行、政府部門、農業、航空等[2]。這些實際應用促進了社會與經濟的迅速發展,以方面提高了生活質量,另一方面,使人們的工作更加高效。
三、軟件工程的方法與技術
當前,軟件工程中主要使用的技術與方法可以分成管理與技術兩類。從技術角度來看,軟件工程理論在實踐中應用時重點在軟件復用。參照目前成熟的產品的開發模式,軟件復用可以在軟件開發中規避重復勞動,以現有成果為基礎,利用過去開發應用系統中積累的經驗與理論知識,將開發的重點放在新應用的特有構成成分上。
從管理的角度來看,軟件項目管理與其他項目管理相比,具有一些不同的特性。軟件項目管理需要平衡資源、質量、工期、需求這四者之間的關系;依靠規范的項目過程來控制項目進度,并能確保及時發現、解決問題[3]。大規模的軟件工程項目需要拆分成幾個子項目,以減小項目的管理風險;另外需針對不同軟件工程項目的特點,制定不同的軟件工程管理的方針。
四、軟件工程的應用現狀
(一)軟件工程在測試標準的應用
軟件測試時軟件可靠性與質量保證的關鍵技術,目前正日益得到發展。然而,許多軟件企業的開發模式始終處于無序開發的不規范狀態,軟件測試的作用沒有得到應用的重視,不少軟件工程項目的技術人員對軟件測試還存在著認識誤區,這種狀況影響了軟件測試的開展與軟件測試質量的提高。
(二)軟件工程在復雜動力網絡的應用
軟件工程在復雜動力網絡上的應用與研究已經有10年,許多這一領域的研究人員將復雜網絡的方法與理論應用與軟件工程的相關研究中,如工具分析軟件網絡的網絡化軟件與各種統計特征的相關研究。
網絡化軟件是行為與結構可以動態演化的軟件,具有開放性、自組織性與適應性等主要特點。相對于傳統軟件,網絡化軟件的組成單元的規模可伸縮、耦合更松散;網絡化軟件通過挖掘、發現、定制可用的網絡資源,以實現網絡資源的動態組合,并提供可持續運行的協同與交互服務,更便捷地滿足用戶需要。
五、軟件工程的發展趨勢
伴隨著現代科技的迅速發展,軟件工程的發展有如下趨勢:
(一)蓄勢待發,持續集成
持續集成是一個復雜的軟件系統工程,組織需要首先會將現有的變更管理/配置管理工具與Build過程,在根據軟件企業/軟件項目/軟件產品的現狀,定義如何自動化地檢測出軟件質量情況,并定義管理報表[4]。持續集成式保證迭代化軟件開發的主要方式,通過持續集成可盡早、自動化地保證代碼質量。
(二)迭代、敏捷漸成標準
迭代開發已成為許多軟件開發企業的必選項。但迭代對整個研發團隊的架構、需求、協同與測試能力都提出了更高的要求,目前很多研發單位都在試圖導入迭代開發的過程中,敏捷是被看成迭代化開發的一種導入方式。
(三)需求工程漸成熱點
互聯網級的交付速度,日益復雜的業務水平創新,專業化的角度及全球分布的團隊,都對需求獲取的有效性及正確性提出了更高的要求。需求分析員可以方便地通過用例分析將需求體系精華成分析模型。
參考文獻:
[1]史濟民.軟件工程.高等教育出版社,2002
[2]張海藩.軟件工程導論.清華大學出版社
關鍵詞 創新 完善 計算機 軟件工程管理 有效措施
中圖分類號：TP311.5 文獻標識碼：A
我國計算機軟件工程管理并沒有隨著社會的發展受到特別的關注。形成計算機軟件工程管理存在問題的原因主要有兩個方面，一是計算機軟件工程在我國是一個新興起的領域，在我國的發展仍處于初級探索階段，有些問題沒有專家進行解決，很多問題都是剛剛被發現。二是由于我國傳統觀念的影響，使用計算機時會受到各個方面的壓力和制約。因此，想要做好對計算機軟件工程的管理工作，就必須找到問題，解決問題，進而對其進行創新和改革。
1計算機軟件工程管理的內容
1.1組織管理
組織管理就是應對人員分配和組織結構的完整性進行重視，不能使其停留在一個簡單的組織結構內，須確保人員的分工，使信息傳達更加的準確。目前沒有形成一個完整的組織模式，是由于項目不同，要求也不同。
1.2管理員工
計算計軟件工程師的主要工作就是進行軟件程序的編制和尋找各個項目的后續處理任務及信息的尋找。因此，想要將管理工作做好，就必須對不同崗位的員工進行合理的分配。
1.3用戶管理
計算機軟件開發的最主要目的就是供更多的客戶使用。在軟件開發過程中，必須對客戶的需求和操作習慣進行全面而充分的了解。并且在軟件開發中，推薦正確軟件給用戶使用，可以讓客戶提供具有價值的建議，那么該軟件的開發將具有足夠的可操作性和實用性，會有更多的機會在市場中占有競爭優勢。
2計算機軟件工程管理中存在的問題
2.1實際業務與要求分析之間的差距較大
在計算機軟件工程運行過程中需要對數據進行分析和處理，這也是軟件工程管理方面最明顯的一個問題。這個問題出現的原因主要是由于項目受到開發階段的需求，又受到基本因素的制約。
2.2工作中無法對工作量管理計算機軟件進行準確的評估
計算機軟件工程的管理任務量是非常巨大的，并且在開發過程中會受到許多外界因素的影響，這就是整個計算機的發展受到了比較嚴重的阻礙。尤其是人的因素影響最大，因此，對于目前計算機軟件工程還有很多需要改進的問題。必須以計算機軟件的開發為前提，尋找一個快速、準確、有效的數據處理方式和有效的業務規劃方法。只有這樣，才可以實現軟件多極化發展。
3 計算機軟件工程管理的方法和對策
3.1提高軟件的效率
傳統修改數據的操作方法都是由前臺進行監控的，但是隨著軟件工程的發展，數據庫和信息技術得到了比較廣泛的應用，并且這種技術已經慢慢取代了有網絡操作的方法。因此，數據被修改后，軟件程序是增加效率的一個重要前提條件，而且被平均分配到不同的電腦上，這就大大提高了數據傳輸的效率，保證了企業在貨物運轉中的安全性。
3.2建立健全的管理制度
想要建立健全的計算機軟件工程管理制度，首先是要找到優秀的軟件項目管理系統方面的專業人才，人才作為生產的第一動力，只有這樣才能保證軟件開發目標的實現，需要加強對人力資源的管理，對項目的進度進行實施的監控和了解，重視人才為項目帶來的創造力，充分調動員工的積極性；其次，加強對員工的培訓工作，將軟件知識進行普及和推廣。掌握和更新現有的軟件知識，可以使理論與實踐相結合，使軟件的人機交換更加的方便，提高項目管理的效率。
3.3進行統一規劃軟件開發平臺
目前，世界上仍沒有建立一個統一的平臺，這對計算機軟件開發過程產生很大的影響。每一個新的軟件產品都需要在一個新建的平臺上進行開發。由于網絡的快速發展，建立一個統一的團建開發平臺非常的有必要。
3.4加強軟件工程的風險管理
軟件在開發過程中都會存在一定的風險。從目前來看，軟件項目的風險主要體現在以下幾個方面：一是需求方面，由于有些客戶對軟件的需求表達不明確，也可能由于其它主觀原因，都會導致軟件項目的重做；二是技術方面，主要體現在軟件開發人員的技術還不夠成熟，導致程序編寫中出現錯誤等等。
4總結
隨著信息化的普及和應用，計算機軟件的發展前景將更加的廣闊，并且為辦公軟件的智能化和自動化提供了強而有力的技術支持。創新和完善計算機軟件工程管理將大大推進我國經濟的發展和進步。
參考文獻
[1] 張愛琴.淺析軟件工程管理[J].中小企業管理與科技（下旬刊），2011.（23）： 132-134.
[2] 張杰，劉元安，馬曉蕾，賈金濤.救援環境下MANEMO網絡結構[J].新型工業化，2011.（07）：145-149.
[3] 陳霖.計算機軟件技術在培訓信息管理方面的應用[J].軟件開發，2013.（20）：160-172.
中圖分類號：G642
摘要：翻轉課堂作為一種新型的教學形式，實現了對傳統教學模式的革新。構建云計算教學平臺是一種有效實施翻轉課堂的現代技術手段。文章介紹翻轉課堂的概念，提出軟件工程專業課程翻轉課堂的教學模式，討論如何構建一個與翻轉課堂教學模式相適應的軟件工程專業教學平臺。
關鍵詞：翻轉課堂；云計算；軟件工程；教學平臺
0 引 言
軟件工程是一個具有實踐性、工程性、實用性等特征的綜合型應用學科。軟件工程專業的學生要在不斷的實踐中掌握軟件開發的方法和思維方式。目前各高校的軟件工程專業課程仍然沿用計算機類課程的教學模式，重理論而輕實踐，導致學生學習積極性不高、實踐能力較差。業界諸多學者提出面向應用的教學模式和項目驅動式教學法等新型教學方式來強化軟件工程專業課程的實踐學習，提高學生的動手能力和創新意識。翻轉課堂是這些教學理念中較為成功的一種，而借助計算機、網絡和多媒體等是翻轉課堂成功的關鍵所在，云計算環境的引入就是翻轉課堂得以實現的重要手段。
1 翻轉課堂的概念
翻轉課堂（flipped classroom），顧名思義就是顛覆課堂教學過程和課下學習活動的一種新型教學模式。美國科羅拉多州的林地公園高中于2007年最早提出了翻轉課堂的概念，該校的化學教師喬納森?伯爾曼使用軟件錄制了一段教學視頻并上傳到網絡中供缺席的學生學習，學生在家觀看教學視頻，然后在課堂上完成作業和答疑活動。這種教學方式很快得到了學生的認可。翻轉課堂在全美迅速推廣，各大高校推出的微課視頻為翻轉課堂教學模式提供了充足的資源支持，促進了翻轉課堂的發展。
翻轉課堂教學模式顛覆了傳統的知識傳授和知識內化的過程，讓學生在課上通過實踐完成知識內化，提高課堂教學的成效性。學生可以在教師的幫助下在于同學的互動中主動學習，避免了傳統課堂的單一教學形式對學生積極性的影響。寓教于樂的教學視頻也可以提高學生在課下主動學習的積極性，為知識傳授提供了新的形式。
2 軟件工程專業的翻轉課堂教學模式
軟件工程專業課程的特點是基礎理論較為抽象、對學生的創新能力要求較高。目前各高校的軟件工程專業課程都有專門的實踐教學環節，但仍離不開理論知識的講解和思維方式的訓練，這些都導致學生積極性不高、教學質量下降。哈爾濱師范大學軟件工程專業在研究翻轉課堂教學模式和本專業課程特點的基礎上，提出了一個適用于軟件工程專業課程特點的翻轉課堂教學模型，如圖1所示。
在軟件工程專業的翻轉課堂教學模式中，學生課前觀看教學視頻學習理論知識，通過和教師的即時交流完成知識學習；教師則根據學生的反饋統計課程的開展情況，酌情安排課上時間分配。在課上的教學環節中，教師首先集中講解學生反饋的疑難知識點，對重點內容進行簡要歸納，然后根據課程內容和教學統計結果提出實踐學習內容。學生自由分組創建實踐團隊，按照軟件開發過程的要求進行分工和調研，最終在教師的指導下完成一個具有項目特征的實訓工作，提交相關的設計文檔和研究成果。教師的課上任務就是點評提交的成果，總結學生的表現，解答學生實踐過程中的問題等。
3 軟件工程翻轉課堂云計算教學平臺
翻轉課堂教學模式需要一定的技術和資源支持，云計算環境無疑是最佳選擇。經過不斷的探索和研究，哈師大軟件學院構建了一個基于云計算環境的翻轉課堂教學平臺，包括課堂軟件開發、課前理論學習、運行管理和教學評價等模塊，如圖2所示。
3.1 軟件開發模塊
軟件開發模塊體現了翻轉課堂中實踐教學的具體內容，是整個教學平臺的核心功能模塊。按照軟件工程對軟件開發生命周期的定義，軟件開發模塊分為項目規劃、需求分析、系統設計、代碼實現和系統測試等教學過程。在一個項目目標的規劃內，每個教學過程都對應前后關聯的任務、文檔和成果。實際的教學過程是學生登錄云計算平臺進行實際的軟件項目實訓練習，以團隊的方式完成項目，編寫文檔和提交成果報告。教師也要登錄云計算平臺全程監控和指導。云計算教學平臺的教學資源庫是通過深化校企合作得來的，所有的案例都來源于真實的軟件開發項目，學生甚至可以在企業項目經理的指導下通過教學平臺進行真實項目的開發。軟件開發模塊結合了翻轉課堂、任務驅動和校企聯合等面向應用的教學模式，體現了“工學結合、頂崗實習”的軟件工程專業課程實踐教學理念。
3.2 理論學習模塊
理論學習模塊是體現翻轉課堂模式課前學習的功能模塊，該模塊的主要功能包括教學視頻、課前訓練和課程統計等。教學視頻功能的資源都來自國內知名高校的公開課，并且具有快進、回放、重放、暫停等播放功能，便于學生自定義課前學習。課程教學視頻的內容、視覺效果、互動性和長短都要根據學生的學習效果定期調整，不僅要保證教學內容和課前學習的目標吻合，還要突出教學重點和難點，方便教師和學生的課前交流。課前訓練功能是在每個教學視頻播放前設置一些教學問題，讓學生在觀看視頻時尋找答案，在視頻結束后學生要根據提示進行簡單的問題解答和知識訓練。課程統計模塊可以統計學生觀看視頻和回答問題的情況，有效提高教學的目的性。除了上述3個主要功能外，教學平臺還提供了方便教師和學生交流的論壇，所有與課程相關的討論和問題都可以在論壇上交流和解答。
3.3 運行管理模塊
運行管理模塊是部署在軟件工程翻轉課堂云計算教學平臺云端應用服務層中，將各種即時通訊、視頻播放和在線論壇等應用集中封裝的服務層次。具體的功能包括項目管理、學生管理、資源管理和師生溝通等。
1）項目管理子模塊。
項目管理模塊用來保存學生的實訓成果和相關報告。該模塊具有文檔在線編輯和軟件展示功能，可以根據課程類別和章節提供在線的實訓環境和展示服務。學生在課程進行中提出的問題也可以在項目管理模塊，由任課教師或企業專家在線解答。在實踐教學中，教師可以通過項目管理模塊掌握所有學生團隊的項目進展情況，并通過在線成果交流來提高實踐教學的教學質量。學生在項目管理模塊中能夠即時了解本隊同學和其他團隊學生的開發進度，這不僅有助于提高團隊內部的溝通和協作，還可以通過比較和競爭提高團隊凝聚力。
2）學生管理子模塊。
學生管理模塊用來監控學生的課前視頻觀看和課中實訓練習狀態。學生課前的視頻教學是獨自進行的，有效的教學監控是保證出勤率和質量的重要因素。學生管理功能不僅能監控學生是否觀看了視頻，還能知道他們觀看了哪些視頻，哪段視頻的播發次數最多、時間最久。這些監控數據對教師掌握學生課前學習狀態有至關重要的作用，教師可以通過在線統計獲取課前學習數據，也可以在線設置各項參數自動獲取指定人員和章節的統計數據。對于課中的實踐教學，學生管理模塊也可以獲取學生團隊的練習資料，比如項目進展情況、資料是否齊全等，這些數據可以為課后評估和項目管理等模塊提供有效數據支持。在課程結束后，學生成績也通過學生管理模塊統計和查詢。
3）資源管理子模塊。
資源管理模塊用來存儲和維護云計算教學環境中教學資源。教學資源包括理論學習視頻、課堂項目資料、軟件開發資源和企業開發知識庫等。這些資源的質量決定了教學的質量和效果，比如理論學習視頻是否寓教于樂直接影響學生的學習積極性，課堂項目資料是否具有針對性直接影響教學的應用價值，企業開發庫的資源是否有效直接影響學生的實際工作能力等。資源管理模塊不同于傳統的軟件資源庫，它具有在線文檔編輯、視頻制作、網絡資源搜集等高級功能，可以實現對已有資源的改進和創新，也可以實現網絡資源的匯總和摘選。另外，通過和一些國內知名云供應商的合作，我們還構建了包括軟件開發云環境、企業軟件項目庫和軟件開發技術資料庫、軟件開發文檔模板庫等在內的高級應用型軟件開發資源平臺。
3.4 學生評價模塊
學生評價模塊對學生學習過程和教師教學過程的評估打分。其中學習過程根據翻轉課堂教學模式的要求分為課前理論學習和軟件開發實訓兩部分：課前理論學習主要包括視頻觀看、作業完成、課堂交流表現等方面的評估；軟件開發實訓則是通過對項目成果和研發報告的評估來獲得分數。這兩部分分數按照一定比例折算成學生專業課程的課程分數，和期末考試筆試成績一起考核。對教師教學的評估則通過課程中的表現定性評價，評價的指標包括在線時間、操作頻率、交流次數和學生打分等。
4 實施效果
基于云計算環境的軟件工程專業翻轉課堂教學經過4個月的試運行，取得了顯著的教學成果。使用云計算平臺的學生在知識認知和技能實踐等方面的能力比往屆學生有較大提升。學生可以通過線上交流和團隊合作完成開發任務，教師可以通過在線審核完成教學任務，基本達到了云計算平臺的設計目標。
為了進一步掌握云計算平臺的翻轉課堂教學模式的實踐效果，通過校內走訪和問卷調查等方式深入了解學生的學習積極性、動手能力和計算思維意識。結果顯示學生對這種寓教于樂的教學方式普遍認同，對自身知識掌握和動手能力的提升感到滿意，教師則對系統帶來的豐富教學資源和低成本辦學模式感到滿意。
論文關鍵詞：軟件項目管理;中小型軟件企業;軟件過程改進
目前軟件的應用已經深入到企業、政府及我們日常生活的方方面面，其中大量的開發是由中小型軟件企業承擔的。由于中小型軟件企業在體制、人力資源投入力度和關心程度等方面存在差異，開發軟件產品時與專業軟件企業有很大的不同，因此對中小型軟件企業的軟件項目管理進行研究，有助于提高軟件項目管理水平，增強客戶的滿意度。
1軟件項目管理與中小型軟件企業
軟件項目管理既具有一般項目管理的屬性，又具有其特殊性，軟件項目管理的重點在于標準的制定和推行。為了加強我國軟件業的國際競爭力，需要發展一大批具有遵循開發過程與注重質量的文化氛圍的企業。而制定和推行標準的目的正是要引導軟件企業逐步走向成熟，使其工程和管理水平穩步提高，同時為它們提供全方位的服務，以支持軟件產業的整體發展。
軟件項目管理在20世紀70年代中期引起了廣泛的注意。美國國防部通過研究發現了所謂的“軟件危機”，即“管理是影響軟件研發項目全局的因素，而技術只影響局部”。目前國內的中小型軟件企業，由于其企業規模，研發能力等限制，造成其軟件開發管理的問題非常普遍。不恰當的組織結構，工作流程不規范，缺乏項目管理概念和軟件工程概念等是中小型軟件企業面臨的主要問題。
1.1中小型軟件企業中軟件開發的特點
國內的中小型軟件企業雖然涉足軟件開發業務，但對軟件的認識停留在“程序員編代碼”的水平上。對企業內部的軟件開發缺乏管理意識，具體體現在以下幾方面:首先，項目負責人項目管理經驗不足，項目功能相對較少，涉及面相對狹窄;其次，項目開發人員較少，人員結構簡單;再次，項目進度缺乏控制，項目成本預算較難，缺乏完整的項目文檔;最后，缺乏后續維護。
1.2中小型軟件企業中的軟件開發組織
與專業軟件公司的軟件開發組織相比較，中小型軟件企業中的軟件開發工作機構小、人員少，開發人員待遇低，難以吸引高水平的人才，人才流失率達到50%以上。由于沒有高水平的開發人員和技術管理人員，軟件工作狀況處于初級水平，軟件開發不能按照軟件工程的要求執行。
軟件系統建立過程中需要多方面的人員:需求方人員、懂得軟件項目管理的人員、軟件程序員、系統分析員。普通企業由于對軟件生產不了解，往往由軟件需求方人員對軟件工作直接管理。這個工作顯然超過了其能力范圍，不符合軟件工作的相關原則。業務人員作為項目的負責人，既不能合理地計劃軟件開發工作，也不可能管理好軟件工作中的各種風險，這將使軟件開發處于無序的風險狀態之中。
1.3中小型軟件企業中的軟件開發溝通
在需要團隊協同工作的今天，溝通可以說已經變得無比的重要。在軟件業，溝通可以說是快速學習和掌握新知識，達到技術上更高層次的最佳途徑。如果小組成員在協調上出了漏洞，會導致很大的問題，所以項目負責人必須隨時監控開發人員的工作，包括內容是否與要求發生偏差，進度是否滯后等等。
項目組與組織之間、項目組與項目組成員之間，甚至與一個項目組的不同成員之間，如果沒有足夠的溝通意識和溝通制度、溝通工具，就有可能造成信息不暢，從而加大項目失敗的風險。中小型軟件企業開發人員少，意味著不同人員的程序之間交互、接口相對少一些;缺少文檔資料或者文檔資料不規范也是軟件項目管理中的普遍問題。由于討論時忽略了某些情況，當大家都按當時的分工完成屬于自己的工作后，才發現各個模塊組合起來卻不能形成一個完整的系統。其根源在于沒有一個負責協調的人員不斷監控整個開發過程。一旦有人中途退出開發隊伍，其他人加入時，新來的人難以理解以前別人做好的代碼，索性自己從頭做起。
1.4中小型軟件企業中的軟件開發工作流程
與一個標準的軟件開發流程相比，中小型軟件企業內部的軟件開發“節省”了不少步驟。例如不經過單元測試而直接進入系統測試等。由于這種測試不完全，真正運行系統，當調用某模塊時，可能大部分時候都是正常數據，極少出現邊界情況，但某些邊界情況容易被忽視，很久之后才被發現。但是如果對每個模塊進行單元測試時都進行邊界測試，就會很容易消除這些隱患。
2中小型軟件企業軟件開發過程改進模型
軟件開發模型是軟件開發全部過程、活動和任務的結構框架。它能直觀表達軟件開發全過程，明確規定要完成的主要活動、任務和開發策略。一個企業的管理，大公司有大公司的方式，小公司也有小公司的模式，如果把別人的經驗生搬硬套到自己身上，可能會適得其反。同樣，管理一個軟件項目也一樣，大項目和小項目的方式不可能完全一樣。但從另一個角度來看，項目的大與小并沒有本質區別，很多方法是共通的。因此為了改進軟件開發過程，可參考模型如圖1
2.1制定軟件開發規范
一切溝通與交流，首先都要有可見的依據，這可以從制定軟件開發規范入手。具體可以從以下四個方面制訂:軟件開發工作流程規范、產品文檔規范、軟件開發文檔規范、開發管理文檔規范。編寫規范，可以參考國家標準的計算機軟件工程規范，也可以結合開發經驗制定出適合本企業使用的開發規范。
詳細制定這些文檔使用方法和規則，要保證文檔便于書寫、形式一致，這不僅要有文字描述，還應制定相關文檔模板，形式上要保證簡潔明了、實用、符合使用習慣。根據項目規模的不同，還可以制定不同的文檔模板，小型項目可以寫一個相對簡化的小型項目文檔，復雜項目可以使用較全面和大型的文檔模板。
2.2軟件開發人員培訓
軟件開發中人的因素占有很大的比重，因此對軟件人員的培訓是非常重要的。一個團體的軟件水平并不是個別程序員的程序水平，而是整體的認識和系統建設的水平。可以先在內部對軟件開發人員進行培訓，內容包括軟件工程、己經制訂的各種規范、項目管理知識。通過共同分析軟件工程對軟件開發和開發者的益處，可以得到開發人員的認同，以便共同遵守和執行初期規范，更好地完成開發目標。
2.3加強軟件生產過程規范性
軟件開發是一個知識密集型領域，對人才的依賴很強。加強生產過程的規范性并規范管理，可以加強人的執行能力。
在中小型軟件企業中，很少有成本核算和嚴格的進度控制。影響項目的因素也比較多:需求的提出比較隨便，甚至業務需求還不明確的時候就要求程序員開始編程序，沒有合理的措施控制透徹的分析業務需求;時間進度由領導規定，而不是根據需求客觀確定，這樣使軟件質量根本無法保障。因此要通過加強管理使軟件開發過程可視化，軟件開發工
作協調、有效。
在規則明確、組織機構確定、有一定的理論認識之后，可以通過一些管理要求，強制執行軟件工程的一些基本過程，要求的提出要簡單明了。例如:項目要有正式立項啟動、項目結項，有時間控制要求、計劃要求。要求項目有開發計劃，計劃中確定開發工作的人員保障、開發周期、開發進度計劃，并允許項目進行中在一定范圍內調整計劃與進度。上級領導也應出面協調和幫助解決相應問題。
2.4軟件配置管理機制
軟件開發不是一個短期行為，但是，由于許多開發工作因缺少管理而成為個人行為，對于軟件成果沒有保護意識，更不能達到軟件的共享與重用。通過“統一配置管理”這一具體的做法，能夠強化軟件完成后的總結工作。
建立基本的軟件配置管理機制，在開發中和開發后都要求程序員及時備份源文件。進行這項工作要首先選擇一套適合的配置管理軟件，如Visual SourceSafe、cvs(Concurrent Versions System)等。項目主管應該要求程序員在開發全過程中使用軟件來管理源文件，在全過程的配置管理的基礎上，整個項目組更容易完成統一編碼、測試組裝產品等工作。
以上步驟，可以保障內部開發工作達到初級的項目可視化，在軟件開發部門內部建立起對滿足業務需求完成的信心，以滿足業務需求的承諾。通過這些工作，可以在企業內獲得對軟件規范性的一定認識以及對執行方式的認同，這對軟件開發工作會有不同程度的幫助。
2.5持續改進過程和管理模型
有了規范的開發生命周期模型和項目管理實踐，可以為中小型軟件企業設計一個建立在數據基礎之上、不斷度量和改進及不斷提高企業開發能力的一個良性循環的工作機制模型。
