計算機軟件工程管理上的新應用發展模式有哪些呢，應該如何來促使現在計算機工程新改革條例呢，同時隨著軟件規模的不斷增大.開發人員也隨著增多，開發時間也相應持續增長。而對于規模大、人員多、開發時間長的軟件項目，必須要有良好的管理和力求在確定的時間和預算范圍內有效地、合理地組織人力、物力.按計劃完成預定的軟件項目。本文是一篇：計算機軟件論文。

　　摘要：在當今的軟件工程時代，每個項目涉及眾多的人力和物力，管理問題日益突出。在實際工作中，計算機軟件工程管理工作探析不管是否正式提出管理問題。都在自覺或不自覺地進行著管理，只不過是管理的好壞程度不同而已。

　　關鍵詞：計算機軟件,計算機工程,軟件論文投稿

　　一、引言

　　軟件工程管理目前還沒有引起人們的足夠重視。究其原因:首先是人的傳統觀念，工程管理不為人們所重視;另一方面軟件工程是一個新興的學科領域，軟件工程管理的問題也是剛被提出的。同時，由于軟件產品的特殊性，使軟件工程管理涉及到很多學科。因此.對軟件工程管理，人們還缺乏經驗和技術。但事實證明，由管理失誤造成的后果要比程序錯誤造成的后果更為嚴重。很少有軟件項目的實施進程能準確地符合預定目標、進度和預算的，這也就足以說明軟件工程管理的重要。

　　論文網推薦：《軟件工程師》，《軟件工程師》(月刊)創刊于1988年，由遼寧省教育廳主管，東北大學計算機軟件國家工程研究中心主辦。涉及計算機技術、信息化教育各領域理論研究最新動向及科技創新最新成果，為國家機關、學術研究機構、企事業單位、科教人員等發表科研成果及學術研究提供專業平臺。

　　二、軟件工租，理的內容

　　目前軟件生產自動化程度很低，在開發過程中人是起決定性的因素，因此，軟件工程管理很大程度上是對人的管理。我們可根據軟件產品的特點.分析軟件下程管理的具體內容，它包括對開發人員、組織機構、用戶、文檔資料等方而的管理。

　　(一)開發人員

　　軟件開發人員一般分為:項目負責人、系統分析員、高級程序員、初級程序員、資料員和其他輔助人員.根據項目的規模人小，有可能一人身兼數職，但職責必須明確。不同職責的人，要求的素質不同。如項目負責人需要有組織能力、判斷能力和對重大問題能做出決策的能力;系統分析員則要有概括能力、分析能力和社交活動能力;程序員需要有熟練的編程能力等。人員要少而精，選人要慎重。軟件生命期各個價段的活動有分工又互相聯系。因此，要求選擇各類人員既能勝任工作，又要能相互很好地配合.沒有一個和諧的工作氣氛很難完成個復雜的軟件項目。

　　(二)組織機構

　　組織機構不等于開發人員的簡單集合。這里的組織機構要求:好的組織結構、合理的人員分工和有效的通訊。軟件開發的組織機構沒有統一的模式。下面簡單介紹三種組織機構。

　　1.主程序員組織機。IBM公司提出的主程序員組是軟件系統結構化思想在組織上的體現。它的目的是為了保證全組的協調和統一。一位高級工程師(主程序員)主持計劃、協調和復審組的全部技術活動。技術人員(一般25人)負責分析和開發活動，一位后援工程師支持高級工程師的工作，并且在該項目繼續進行時，可以代替高級工程師工作，以減少可能的損失.

　　2.專家組。專家組強調每個人的才能，把每個人都看作是某一方面的專家，由這些專家組成一個開發機構。這種組織結構雖然能發揮所有工作人員的積極性，但往往有可能出現協調上的困難，選擇這種方式要慎重.

　　3.民主組織.民主組織由從事各方面工作的人員輪流擔任組長。很顯然，這種組織結構對調動積極性和個人的創造性是很值得稱道的。但是由于過多地進行組長信息“轉移”不符合軟件工程化的方向。

　　(三)用戶

　　我們是為用戶開發軟件的，在開發過程中自始至終必須得到用戶的密切合作和支持。作為項目負責人，要特別注意與用戶保持聯系，掌握用戶的心理和動態.防止來自用戶的各種干找和阻力。

　　1.用戶不積極，不配合。這種表現通常來自對采用先進技術持懷疑態度的用戶，他們心理上的抵觸情緒會在行動上表現為消極、漠不關心。在需求階段，做好這部分人的工作很重要，通過他們中的業務骨千，才能真正了解到用戶的要求。要使他們認識到:計算機的發展和應用是現代化的必然趨勢，使用計算機將會帶來巨大的經濟效益:讓他們掌握新的技術和方法去取代某些可能過時的或淘汰的專長。

　　2.用戶求快求全.這種表現來自對使用計算機持積極態度的人.他們中一部分人希望一個早上就能用上計算機，并且全能用上計算機。要他們認識到;開發一個軟件項目不是一朝一夕就能完成的，軟件工程不是靠人海戰術就能加快的工期。另外，即使計算機能夠處理的事情，系統也不能下于包羅萬象，貪大求全。要根據現有的條件量力而行。如果系統大而全，必然會很復雜，開發時間就拖得很長，因此可能會導致一個系統的失敗或性能太差.

　　3.用戶需求變化.在軟件開發過程中，用戶可能會不斷提出新的要求和修改以前提出的要求。從軟件工程的角度不希望有這種變化。但實際上，不允許用戶提出變動的要求是不可能的.因為一方面每個人對新事物有一個認識過程，不可能一下子提出全面的、準確的要求:另一方而還要考慮到與用戶的關系。對來自用戶的這種變化要正確對待:要向用戶解釋軟件工程的規律，并在可能的條件下部分或有條件地滿足用戶的合理要求.例如:軟件需求分析階段結束后軟件的設計口標已經確定，這時用戶要求的重大變化要導致設計目標的變化，特別是到軟件開發的后期，一般不可能滿足這種變化的要求。要向用戶解釋清楚工程的內在規律，但對用戶提出的如性能等局部方而的要求，只要是合理的，就要加以考慮。

　　4控制。人員控制是對開發組織內部人員控制。就是要保證開發人員的積極性和穩定性。人員的頻繁更換或流動將會大大增加軟件出錯誤的機會。至少要保證軟件項目每一期工程或軟件生命期每一階段中人員的相對穩定性。同時注意發揮每個開發人員的積極性和創造性。經費控制要編制詳細的經費預算。并在各階段進行經費的核算。在經費上失去控制，軟件項目就沒有經濟保證。質量控制與各階段的復審在意義和作用上是一致的，在此不再敘述。

　　5.文檔資料。開發過程的各種活動后都要反映在文檔資料上。每一個階段的文檔資料是以后各階段工作的基礎，又是對前面各階段工作的復審。軟件工程管理很大程度上是通過對文檔資料管理來實現的。因此，要把開發過程中的初步設計、中間過程、最后結果等建立成一套完整的文檔資料。文檔標準化是文檔管理的重要方面。