項目管理經(jīng)驗

1、第1章：項目團(tuán)隊與工作計劃 分組與分工不同公司或不同的項目的組織結(jié)構(gòu)不同，組織結(jié)構(gòu)的各成員或角色有各自的職責(zé)。配置管理員問題：？定位自己？換位思考?項目經(jīng)理需要干什么（九大知識領(lǐng)域與五個過程組）。工作計劃對任務(wù)進(jìn)行有效分解，粒度適中,一般控制在40小時內(nèi)，不要超過5個工作日。 第2章：需求分析 需求規(guī)格說明書需求變更處理第3章：軟件設(shè)計 概要設(shè)計基本目標(biāo) ：能夠針對軟件需求分析中提出的一系列軟件問題，概要地回答問題如何解決 。輸入：概要設(shè)計要求建立在需求分析基礎(chǔ)之上，軟件需求文檔是軟件概要設(shè)計的前提條件 。軟件概要設(shè)計主要包括哪些方面：需求文檔-需求框架-設(shè)計系統(tǒng)架構(gòu)-概要設(shè)計文檔部分需求文檔

2、-功能需求-設(shè)計軟件結(jié)構(gòu)（分解成不同子系統(tǒng)、約定接口）-軟件結(jié)構(gòu)-概要設(shè)計文檔部分需求文檔-數(shù)據(jù)需求-設(shè)計數(shù)據(jù)模型-概要設(shè)計文檔部分需求文檔-非功能需求（包括安全、災(zāi)備、可靠性等）-系統(tǒng)（軟硬環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)環(huán)境及各種措施）-概要設(shè)計部分系統(tǒng)架構(gòu)設(shè)計內(nèi)容分解子系統(tǒng)：根據(jù)業(yè)務(wù)需求-業(yè)務(wù)架構(gòu)-設(shè)計獨立子系統(tǒng)約定接口：分析子系統(tǒng)之間通信，確定子系統(tǒng)外部接口及使用協(xié)議等約定系統(tǒng)環(huán)境：分析系統(tǒng)應(yīng)用場景及應(yīng)用特點、技術(shù)特點等各種現(xiàn)實情況，確定軟件、硬軟網(wǎng)絡(luò)、數(shù)據(jù)及存儲等環(huán)境，及滿足系統(tǒng)的非功能性要求的各種措施軟件結(jié)構(gòu)設(shè)計在系統(tǒng)架構(gòu)確定后，對組成系統(tǒng)的各個子系統(tǒng)的結(jié)構(gòu)進(jìn)行設(shè)計，主要包括：確定構(gòu)造子系統(tǒng)的各模

3、塊元素，并根據(jù)軟件需求定義模塊（或再分解的子模塊）的功能；根據(jù)子系統(tǒng)特點選擇相關(guān)技術(shù)或根據(jù)概要設(shè)計約定的技術(shù)進(jìn)行邏輯層（或組件）設(shè)計；定義模塊接口或組件接口數(shù)據(jù)結(jié)構(gòu)，并確定模塊之間的調(diào)用關(guān)系；公共數(shù)據(jù)設(shè)計共享數(shù)據(jù)模型與域的劃分系統(tǒng)安全設(shè)計 ：權(quán)限（數(shù)據(jù)權(quán)限）、操作日志、文件與數(shù)據(jù)加密等 運行環(huán)境約定硬件要求操作系統(tǒng)要求服務(wù)器要求數(shù)據(jù)庫要求網(wǎng)絡(luò)要求存儲要求其它概要設(shè)計文檔內(nèi)容主要內(nèi)容： 系統(tǒng)目標(biāo) 系統(tǒng)架構(gòu) （業(yè)務(wù)架構(gòu)、軟硬、網(wǎng)絡(luò)架構(gòu)等、架構(gòu)視圖） 軟件結(jié)構(gòu) 數(shù)據(jù)結(jié)構(gòu) 安全與災(zāi)備 詳細(xì)設(shè)計設(shè)計目標(biāo)與內(nèi)容根本目標(biāo) ：確定如何具體實現(xiàn)所要求的系統(tǒng)，從而得出對目標(biāo)系統(tǒng)的精確描述。 前提條件 ：在概要設(shè)計

4、的基礎(chǔ)上，描述各模塊具體實現(xiàn)和處理邏輯 面向?qū)ο笤O(shè)計方法用例圖、類圖、狀態(tài)圖、序列圖等使用詳細(xì)設(shè)計文檔內(nèi)容詳細(xì)設(shè)計文檔包含主要內(nèi)容 ：軟件的業(yè)務(wù)邏輯 數(shù)據(jù)處理過程 模塊間的數(shù)據(jù)接口 各模塊的實現(xiàn)算法、數(shù)據(jù)結(jié)構(gòu) 對核心算法、核心功能的實現(xiàn)進(jìn)行描述 4章：項目規(guī)范與版本控制 項目規(guī)范包含項目過程、流程、文檔命名、數(shù)據(jù)庫、編碼、用戶界面、測試和評審等等規(guī)范作用提高可讀性 促進(jìn)團(tuán)隊協(xié)作 提高程序員的個人能力 知識傳遞，加快工作交接 降低維護(hù)成本 降低缺陷引入的機會研發(fā)人員主要涉及內(nèi)容數(shù)據(jù)庫規(guī)范數(shù)據(jù)庫規(guī)范 編碼規(guī)范界面規(guī)范界面風(fēng)格要一致 特定內(nèi)容的展現(xiàn)格式要一致 特定內(nèi)容的輸入格式要統(tǒng)一 操作風(fēng)格要一致

5、 功能設(shè)定要保持一致 版本控制作用團(tuán)隊成員可以并行開發(fā) 彼此的修改不會沖突 保留工作過程中產(chǎn)生的所有內(nèi)容的所有版本 工具版本控制系統(tǒng)可以做到，目前常用的有SVN、VSS、Git等 SVN統(tǒng)一的版本號 原子提交 VSS支持Windows系統(tǒng)所有文件格式 適合.NET開發(fā) Git 不需要服務(wù)器端軟件 第5章：進(jìn)度風(fēng)險管理與項目評審 進(jìn)度管理進(jìn)度管理的概念 ：對項目中的實際進(jìn)展情況和預(yù)定完成期限進(jìn)行的管理進(jìn)度管理的要點 ：及時掌握團(tuán)隊每個成員的工作進(jìn)度 明確任務(wù)完成標(biāo)準(zhǔn) 使用敏捷模型管理軟件開發(fā)過程 及時調(diào)整計劃 找出影響項目進(jìn)度的因素 關(guān)注人風(fēng)險管理風(fēng)險管理的策略 ：被動風(fēng)險管理 主動風(fēng)險管理風(fēng)險

6、管理的要點：風(fēng)險意識 風(fēng)險識別 風(fēng)險回避 風(fēng)險轉(zhuǎn)移 風(fēng)險損失控制 項目評審評估內(nèi)容 ：項目組完成的項目內(nèi)容 項目進(jìn)度及項目計劃執(zhí)行情況 項目中存在的風(fēng)險 項目開發(fā)中遇到的困難及問題，解決思路 后續(xù)開發(fā)計劃 第6章：軟件測試 質(zhì)量意識在一個組織中不同角色的人對質(zhì)量有不同的職責(zé)：作為高層管理：負(fù)責(zé)組織的質(zhì)量項目經(jīng)理：負(fù)責(zé)項目的質(zhì)量個人：負(fù)責(zé)所做工作的質(zhì)量即將要走向社會的你，對自己負(fù)責(zé)的工作，從現(xiàn)在開始就要建立起質(zhì)量觀念。測試階段詳細(xì)代碼所以在編程的時候進(jìn)行單元測試。詳細(xì)設(shè)計階段需要完成測試設(shè)計，把每個單元模塊集成起來一起測試，就是集成測試，主要是測試代碼的接口問題。在概要測試階段是對系統(tǒng)的整體把握

7、，測試時也要進(jìn)行系統(tǒng)整體情況進(jìn)行測試。驗收測試，就是結(jié)合需求對系統(tǒng)進(jìn)行測試，測試做出的系統(tǒng)是否符合需求的要求。1、單元測試。單元測試是針對軟件設(shè)計的最小單位-程序模塊甚至代碼段進(jìn)行正確性檢驗的測試工作，通常由開發(fā)人員進(jìn)行。 2、集成測試。集成測試是將模塊按照設(shè)計要求組裝起來進(jìn)行測試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測試是由測試人員和開發(fā)人員來共同完成的。 3、系統(tǒng)測試。系統(tǒng)測試是在集成測試通過后進(jìn)行的，目的是充分運行系統(tǒng)，驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。它主要由測試部門進(jìn)行，是測試部門最大最重要的一個

8、測試，對最終產(chǎn)品的質(zhì)量有重大的影響。 4、驗收測試。驗收測試以需求階段的需求規(guī)格說明書為驗收標(biāo)準(zhǔn)，測試時要求模擬實際用戶的運行環(huán)境。對于實際項目可以和客戶共同進(jìn)行，對于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對功能模塊的全面測試，尤其要進(jìn)行文檔測試。測試用例測試用例的定義：測試用例就是某個特定場景，軟件程序在這種場景下，必須能夠正常運行并且得到預(yù)期的結(jié)果。一個簡化的測試用例：用例： 用戶登錄前置條件：用戶進(jìn)入到“用戶登錄頁面”輸入： 合法用戶在系統(tǒng)中的用戶名和密碼期待結(jié)果：用戶提交正確的用戶名和密碼后， 順利進(jìn)入系統(tǒng)測試結(jié)果：成功/失敗缺陷跟蹤管理系統(tǒng)了解缺陷處理過程測試人員-提出bug（有

9、對應(yīng)狀態(tài)）研發(fā)主管/項目經(jīng)理-查閱并分配bug到修復(fù)人(開發(fā)人員)（有對應(yīng)狀態(tài)）開發(fā)人員-查詢分配給自己的bug（并修復(fù)bug并自己測試)開發(fā)人員-修改bug狀態(tài)（例如 已修復(fù)）并填寫修復(fù)相關(guān)信息(后邊需要修改測試申請單 )測試人員-重新測試bug,如果沒有問題，修改bug狀態(tài)，關(guān)閉bug,如果還有問題，重新修改bug狀態(tài)（重新打開)。第7章：驗收交付與過程改進(jìn) 項目實施什么是項目實施？定義：實施是指將軟件系統(tǒng)部署到客戶方的計算機上，協(xié)助客戶準(zhǔn)備基礎(chǔ)數(shù)據(jù)，使軟件系統(tǒng)順利上線運行 項目實施時的準(zhǔn)備：保證軟件符合需求，質(zhì)量過關(guān)全面做好測試工作（集成測試、系統(tǒng)測試、性能測試）制定實施計劃：要發(fā)布的代

10、碼版本、數(shù)據(jù)庫創(chuàng)建方式、基礎(chǔ)數(shù)據(jù)準(zhǔn)備方式準(zhǔn)備好程序代碼和相關(guān)文檔：用戶手冊、測試用例文檔用戶培訓(xùn)培訓(xùn)人員的選擇： 行業(yè)積累雄厚，對客戶方業(yè)務(wù)很了解，對我們的系統(tǒng)很了解培訓(xùn)時注意事項： 制定好培訓(xùn)計劃 ：了解客戶時間，做好溝通和安排 準(zhǔn)備好培訓(xùn)內(nèi)容 項目驗收項目驗收：對系統(tǒng)進(jìn)行范圍和質(zhì)量核實 ，最后，需要客戶在驗收報告上簽字，大中型的項目會有一個簽字驗收儀式 。維護(hù)階段維護(hù)階段工作校正性維護(hù)：診斷、校正軟件錯誤的過程適應(yīng)性維護(hù)：為適應(yīng)環(huán)境的變更（計算機設(shè)備更新）而修改軟件的維護(hù)活動完善性維護(hù)：為滿足用戶提出的新功能、性能要求而進(jìn)行的維護(hù)預(yù)防性維護(hù)：為進(jìn)一步改進(jìn)可維護(hù)性、可靠性而進(jìn)行的維護(hù)活動過程

11、改進(jìn)過程問題的存在很多軟件企業(yè)的軟件開發(fā)過程中，都存在著各種問題： 同等規(guī)模的項目，乙部門總是比甲部門周期長，成本高，而且容易出現(xiàn)各種風(fēng)險。同類的錯誤反復(fù)重犯。要么是需求沒有控制好，要么設(shè)計出問題，項目壓力大，項目成員流失來得。對相同錯誤，項目團(tuán)隊似乎對錯誤“沒有記性”。CMMI CMMI全稱是Capability Maturity Model Integration，即軟件能力成熟度模型集成（也有稱為：軟件能力成熟度集成模型），是美國國防部的一個設(shè)想，1994年由美國國防部（United States Department of Defense）與卡內(nèi)基-梅隆大學(xué)（Carnegie-Mell

12、on University）下的軟件工程研究中心（Software Engineering Institute，SEISM）以及美國國防工業(yè)協(xié)會（National Defense Industrial Association）共同開發(fā)和研制的，他們計劃把現(xiàn)在所有現(xiàn)存實施的與即將被發(fā)展出來的各種能力成熟度模型，集成到一個框架中去。其目的是幫助軟件企業(yè)對軟件工程過程進(jìn)行管理和改進(jìn)，增強開發(fā)與改進(jìn)能力，從而能按時地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。五個級別：1） 初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應(yīng)式的。2）可管理級建立了基本的項目管理過程來跟蹤費用、進(jìn)度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項目取得的成功經(jīng)驗。3） 已定義級已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件，軟件產(chǎn)品的生產(chǎn)在整個軟件過程是可見的。4） 量化管理級分析對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。管理有一個作出結(jié)論的客觀依據(jù)，管理能夠在定