一、 綜述
乙個專案的成功主要在於專案管理和軟體工程；軟體工程主要涉及到系統的建立，並重點關注需求的建立、設計、編碼、測試、最後軟體的發布等等關鍵步驟，而專案管理方面涉及到的是正確的規劃和控制軟體工程，以滿足專案在成本，進度和質量的目標。
乙個大的專案的成型，需要有好的的系統分析人員，有經驗的程式設計和設計人員，同時，乙個大的專案已又是乙個多人勞動的成果，所以對於如何組織這些分析人員和設計人員，如果協調客戶與專案組關係又是必不可少的，在文章中，我們會用乙個模版形式來描述專案管理和軟體工程的有機結合，甚至還會提到公司的組織，尤其是人事關係管理對專案的影響。
二、 描述
儘管從表面看上去，描述就象是在記乙個流水賬，但是，其中的聯絡是有機
的，就像因果善報一樣有趣。
好了，閒話少說。引入正題：
我們看到乙個人在自言自語：我們說它可以在使用耳機與戀人談情說愛，但是仔細一看，原來這人是瘋子，還是盡量少談瘋子的話題，談談專案的開始吧，乙個公司能否成功的完成乙個專案：我們所說的成功充分體現在：
在雙方計畫好的時間（注意，自己計畫是沒有什麼意思的，我們的專案經理都是幹什麼吃的？）
完成所有要做的事情，並提交給客戶，客戶滿意在使用之後滿意的點頭，好了，下乙個版本我們需要的增加費用，老闆賺到了錢才會對你滿意，生意上的事情還是由我們偉大的客戶經理去搞定比較好。
乙個大的專案會交給乙個有實力，有經驗的公司來作，否則我們又說這個客戶代表變成了瘋子，怎麼評價這是乙個有實力的公司呢？也許經驗會告訴我們，但是親愛的朋友，我還是要告訴你：資料才能最好地說明問題。
什麼資料？上一次乙個成功專案形成的文件資料：電子報告。
這些電子報告會包含那些東西，這些東西又是怎麼形成的呢？不要怪我怎麼老是問問題，還是解答吧！上帝說：
yes!
首先，我想我還是介紹公司所要具備的必要條件，否則去招聘乙個有經驗的專案經理。
第一次握手：我在下面的文章中還會提到很多次握手，但是，第一次才是基礎，談好了，金錢會滾滾而來。注意了，後來的握手是金錢來的更多的動力；專案交給了公司，這是雙方交易的開始。
好了，公司要有足夠的信任度給與專案經理，並提供必要的支援，這些支援最好以前就有，最好由乙個「軟體工程執行過程小組「來保證將來軟體的質量，這個小組提供技術上的規範，指導專案經理從事未盡的事業，它能提供什麼呢？首先必要的培訓：業務知識上培訓，專案管理知識的培訓，評審的標準，風險的管理等等一切專案過程中遇到的問題。
俗話說：大問題難，老大來解決就不難，哈哈!開玩笑而已，高層管理人員的參與是很有必要的！
如果有條件，當然也是有必要的，制定乙個過程資料庫，一些有必要的經驗和教訓記錄下來指導我們以後的工作。
作為乙個專案：引用上大學時乙個女孩子總愛說工科生的一句話：腦子裡面有乙個個格間：對了，這就是我們說的有計畫，專案過程劃分成三個部分：專案規劃，專案執行和專案收尾。
每乙個專案都應該有它的生命週期模型，既然是模型就會有很多牛人來制定，牛人制定的就會有很多經典，我不想介紹那麼多的經典：我最熟悉的莫過：瀑布模型和增量迭代模型，瀑布模型應該是使用的最普遍的模型，我說的是現在，將來我還沒有研究，增量迭代模型我想最經典的還是rup了吧！
對於乙個專案，高層的領導、業務經理，專案經理經過了討論會形成乙個過程，以後的設計就會按照這個標準過程進行，其實乙個公司經過很多專案之後會對某一種過程漸漸熟悉後我建議還是定為乙個標準過程比較好，標準過程都會有乙個圖示來表示，給每乙個專案經理乙份，視為孔孟之道！我的標準過程模版：見下圖：
標準開發過程地各個階段的描述將會在後面的章節給出，至於各個階段之間的關係那就是專案管理中的一些計畫文件了。
承上啟下：以下分步介紹標準開發的各個階段。
在介紹每乙個階段之前，我突然想到乙個很重要的事情，對了，需求管理也是專案管理的一部分，也許先介紹「專案管理計畫「會更加合適：
《一》專案管理計畫
專案管理計畫是專案經理承擔的所有規劃任務的核心，各種規劃任務的結果都會出現在這裡，是指導所有專案執行的基準文件，貫穿整個專案始終。
我想強調的一點是：專案管理文件描述所有溝通和專案問題解決的結果，對於乙個專案管理溝通始終指導著專案的進行，而對於專案經理來說，溝通包含與客戶的溝通和團隊內部的溝通，但是不管是哪一種溝通，我們都是按照一些既定的程式，畢竟我們可能都互相不了解，文件形式的溝通也許是這個世界必不可少的部分；問題解決的結果也會體現在文件上，包含專案監控、評測和風險管理以及專案的最後總結報告。
也許以下乙個專案模版更加能夠表達我的意思：
a． 專案提要
aa.專案綜述：
簡要的介紹專案的情況，內涵和外延，專案的合作雙方，專案的組成部分等資訊,**的形式也是乙個好主意：
專案和客戶聯絡人員
ab.向客戶做出的承諾：作為乙個里程碑似的的東西，也許需要乙個專案規模和工作量的估計才能得出，本應該在此先聊一點這方面的問題，但是前面已經提到過了，專案計畫貫穿著專案的始終，他是在專案的執行過程中一步步生成的，我理解的專案工作量應該在需求分析作完之後，然後是分析設計部分中的類圖，數數有多少用例、每個用例涉及到資料庫操作，其實這些可以從類圖推測出來，這個時候該是收穫的季節了，每個用例的工作量才能比較正確的得出，但是在這個承諾當中也應該包含需求分析和分析設計的一部分需要付出的時間，因為我們不能不給這個作這方面分析的傢伙發工資啊！
看來我還是給出乙個模版（粒度按專案實際情況來定）來說明問題：
估計標準：
專案估算的構造工作量
按階段的工作量估計
有了資料，話好說多了，根據以上表的工作量估計，做個承諾的時刻到了，還是模版說明：
在前面我已經表明我的立場：用**來說明問題；
甘特圖是一種來說明專案進度的很好的方式；
我推薦用visio來做，當然你要是熟悉rose這樣的支撐環境，我還能說什麼？一級棒！
ac.人員安排
● 按角色人員分配
按技能和經驗人員分配
ad.開發環境
ae.所需要的硬體和軟體資源
軟體工程與專案管理 教學總結
林銳，2003年12月4日 2003年10月和11月，我給華師大軟體學院2003級嵌入式系統專業的工程碩士講授 軟體工程與專案管理 課程。總課時為38小時，用了6個週日，每週日全天講課。教材採用我的著作 軟體工程與專案管理解析 分以下專題講解和練習 新視野 企業 產品 人 立項管理和結項管理 專案規...
軟體工程與專案管理課程標準
一 課程概述 一 課程性質 軟體工程與專案管理 是計算機應用專業教學計畫中一門綜合性和實踐性很強的核心課程，主要內容包括軟體工程概述 可行性分析 需求分析 概要設計 詳細設計 物件導向分析與設計 編碼 軟體專案管理。二 課程基本理念 本課程以 面向崗位 以崗位需求 為導向 以典型工作過程為依據選取教...
軟體工程與實踐
2011 2012學年第二學期期末複習資料 本科一 名詞解釋 1.軟體生存週期 2.資料字典 3.軟體測試 二 填空 1.構成軟體專案的最終產品 和2.軟體生存週期的三個階段 和3.需求分析的技術主要有 和4.模組具有 和四個特性。三 簡單題 1.什麼是黑盒測試?黑盒測試主要採用的技術有哪些?2.資...