計算機軟件工程管理工作探析，討論軟件工程管理可能涉及的人員、組織機構、用戶、控制、文檔資料等內容.
一、引言
軟件工程管理目前還沒有引起人們的足夠重視。究其原因:首先是人的傳統觀念，工程管理不爲人們所重視;另一方面軟件工程是一個新興的學科領域，軟件工程管理的問題也是剛被提出的。同時，由於軟件產品的特殊性，使軟件工程管理涉及到很多學科。因此.對軟件工程管理，人們還缺乏經驗和技術。但事實證明，由管理失誤造成的後果要比程序錯誤造成的後果更爲嚴重。很少有軟件項目的實施進程能準確地符合預定目標、進度和預算的，這也就足以說明軟件工程管理的重要。
二、軟件工租，理的內容
目前軟件生產自動化程度很低，在開發過程中人是起決定性的因素，因此，軟件工程管理很大程度上是對人的管理。我們可根據軟件產品的特點.分析軟件下程管理的具體內容，它包括對開發人員、組織機構、用戶、文檔資料等方而的管理。
(一)開發人員
軟件開發人員一般分爲:項目負責人、系統分析員、進階程序員、初級程序員、資料員和其他輔助人員.根據項目的規模人小，有可能一人身兼數職，但職責必須明確。不同職責的人，要求的素質不同。如項目負責人需要有組織能力、判斷能力和對重大問題能做出決策的能力;系統分析員則要有概括能力、分析能力和社交活動能力;程序員需要有熟練的編程能力等。人員要少而精，選人要慎重。軟件生命期各個價段的活動有分工又互相聯繫。因此，要求選擇各類人員既能勝任工作，又要能相互很好地配合.沒有一個和諧的.工作氣氛很難完成個複雜的軟件項目。
(二)組織機構
組織機構不等於開發人員的簡單集合。這裏的組織機構要求:好的組織結構、合理的人員分工和有效的通訊。軟件開發的組織機構沒有統一的模式。下面簡單介紹三種組織機構。
1.主程序員組織機。IBM公司提出的主程序員組是軟件系統結構化思想在組織上的體現。它的目的是爲了保證全組的協調和統一。一位進階工程師(主程序員)主持計劃、協調和複審組的全部技術活動。技術人員(一般25人)負責分析和開發活動，一位後援工程師支援進階工程師的工作，並且在該項目繼續進行時，可以代替進階工程師工作，以減少可能的損失.
2.專家組。專家組強調每個人的才能，把每個人都看作是某一方面的專家，由這些專家組成一個開發機構。這種組織結構雖然能發揮所有工作人員的積極性，但往往有可能出現協調上的困難，選擇這種方式要慎重.
3.民主組織.民主組織由從事各方面工作的人員輪流擔任組長。很顯然，這種組織結構對調動積極性和個人的創造性是很值得稱道的。但是由於過多地進行組長資訊“轉移”不符合軟件工程化的方向。
(三)用戶
我們是爲用戶開發軟件的，在開發過程中自始至終必須得到用戶的密切合作和支援。作爲項目負責人，要特別注意與用戶保持聯繫，掌握用戶的心理和動態.防止來自用戶的各種幹找和阻力。 1.用戶不積極，不配合。這種表現通常來自對採用先進技術持懷疑態度的用戶，他們心理上的牴觸情緒會在行動上表現爲消極、漠不關心。在需求階段，做好這部分人的工作很重要，透過他們中的業務骨千，才能真正瞭解到用戶的要求。要使他們認識到:計算機的發展和應用是現代化的必然趨勢，使用計算機將會帶來巨大的經濟效益:讓他們掌握新的技術和方法去取代某些可能過時的或淘汰的專長。
2.用戶求快求全.這種表現來自對使用計算機持積極態度的人.他們中一部分人希望一個早上就能用上計算機，並且全能用上計算機。要他們認識到;開發一個軟件項目不是一朝一夕就能完成的，軟件工程不是靠人海戰術就能加快的工期。另外，即使計算機能夠處理的事情，系統也不能下於包羅萬象，貪大求全。要根據現有的條件量力而行。如果系統大而全，必然會很複雜，開發時間就拖得很長，因此可能會導致一個系統的失敗或性能太差.
3.用戶需求變化.在軟件開發過程中，用戶可能會不斷提出新的要求和修改以前提出的要求。從軟件工程的角度不希望有這種變化。但實際上，不允許用戶提出變動的要求是不可能的.因爲一方面每個人對新事物有一個認識過程，不可能一下子提出全面的、準確的要求:另一方而還要考慮到與用戶的關係。對來自用戶的這種變化要正確對待:要向用戶解釋軟件工程的規律，並在可能的條件下部分或有條件地滿足用戶的合理要求.例如:軟件需求分析階段結束後軟件的設計口標已經確定，這時用戶要求的重大變化要導致設計目標的變化，特別是到軟件開發的後期，一般不可能滿足這種變化的要求。要向用戶解釋清楚工程的內在規律，但對用戶提出的如性能等局部方而的要求，只要是合理的，就要加以考慮。
4控制。人員控制是對開發組織內部人員控制。就是要保證開發人員的積極性和穩定性。人員的頻繁更換或流動將會大大增加軟件出錯誤的機會。至少要保證軟件項目每一期工程或軟件生命期每一階段中人員的相對穩定性。同時注意發揮每個開發人員的積極性和創造性。經費控制要編制詳細的經費預算。並在各階段進行經費的核算。在經費上失去控制，軟件項目就沒有經濟保證。質量控制與各階段的複審在意義和作用上是一致的，在此不再敘述。
5.文檔資料。開發過程的各種活動後都要反映在文檔資料上。每一個階段的文檔資料是以後各階段工作的基礎，又是對前面各階段工作的複審。軟件工程管理很大程度上是透過對文檔資料管理來實現的。因此，要把開發過程中的初步設計、中間過程、最後結果等建立成一套完整的文檔資料。文檔標準化是文檔管理的重要方面。
三、結束語
在當今的軟件工程時代，每個項目涉及衆多的人力和物力，管理問題日益突出。在實際工作中，計算機軟件工程管理工作探析不管是否正式提出管理問題。都在自覺或不自覺地進行着管理，只不過是管理的好壞程度不同而已。隨着軟件規模的不斷增大.開發人員也隨着增多，開發時間也相應持續增長。而對於規模大、人員多、開發時間長的軟件項目，必須要有良好的管理和力求在確定的時間和預算範圍內有效地、合理地組織人力、物力.按計劃完成預定的軟件項目。