2016系統(tǒng)分析課件sys14項(xiàng)目管理

大連理工大學(xué)軟件學(xué)院2015年度春季第14章：項(xiàng)目管理大連理工大學(xué)軟件學(xué)院2象目?大連理工大學(xué)軟件學(xué)院3項(xiàng)目“項(xiàng)目”一詞最早于上個(gè)世紀(jì)50年代在漢語中出現(xiàn)。項(xiàng)目指一系列獨(dú)特的、復(fù)雜的并相互關(guān)聯(lián)的活動，這些活動有著一個(gè)明確的目標(biāo)或目的必須在特定的時(shí)間、預(yù)算、資源限定內(nèi)，依據(jù)規(guī)范完成。項(xiàng)目參數(shù)包括：項(xiàng)目范圍、質(zhì)量、成本、時(shí)間、資源。大連理工大學(xué)軟件學(xué)院4項(xiàng)目管理項(xiàng)目管理，簡稱（Project

Management）項(xiàng)目的管理者，在有限的資源約束下，運(yùn)用系統(tǒng)的觀點(diǎn)、方法和理論，對項(xiàng)目涉及的全部工作進(jìn)行有效地管理。即從項(xiàng)目的投資決策開始到項(xiàng)目結(jié)束的全過程進(jìn)行計(jì)劃、組織、指揮、協(xié)調(diào)、控制和評價(jià)，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)大連理工大學(xué)軟件學(xué)院5曼哈頓計(jì)劃(Manhattan

Project)美國陸軍部于1942年6月開始實(shí)施的利用核裂變反應(yīng)來研制原子彈的計(jì)劃，亦稱曼哈頓計(jì)劃。為了先于納粹德國制造出原子彈，該工程集中了當(dāng)時(shí)西方國家

(除納粹德國外)最優(yōu)秀的核科學(xué)家，動員了10萬多人參加這一工程，歷時(shí)3年，耗資20億美元。于1945年7月16日成功地進(jìn)行了世界上第一次核爆炸，并按計(jì)劃制造出兩顆實(shí)用的原子彈。整個(gè)工程取得圓滿成功。在工程執(zhí)行過程中，負(fù)責(zé)人L.R.格羅夫斯和R.奧本海默應(yīng)用了系統(tǒng)工程的思路和方法，大大縮短了工程所耗時(shí)間。這一工程的成功促進(jìn)了第二次世界大戰(zhàn)后系統(tǒng)工程的發(fā)展。大連理工大學(xué)軟件學(xué)院6項(xiàng)目管理項(xiàng)目管理(Project

Management,PM)美國最早的曼哈頓計(jì)劃開始的名稱后由華羅庚教授50年代引進(jìn)中國由于歷史原因叫統(tǒng)籌法和優(yōu)選法項(xiàng)目管理是“管理科學(xué)與工程”學(xué)科的分支介于自然科學(xué)和社會科學(xué)之間的一門邊緣學(xué)科。有代表性的項(xiàng)目管理技術(shù):關(guān)鍵性途徑方法（CPM）項(xiàng)目評估和反思（PERT）大連理工大學(xué)軟件學(xué)院7歷史CPM美國杜邦公司和蘭德公司于1957年聯(lián)合研究提出它假設(shè)每項(xiàng)活動的作業(yè)時(shí)間是確定值，重點(diǎn)在于費(fèi)用和成本的控制。PERT出現(xiàn)是在1958年，由美國海軍特種計(jì)劃局和洛克希德航空公司在規(guī)劃和研究在核潛艇上發(fā)射“北極星”導(dǎo)彈的計(jì)劃中首先提出。PERT中作業(yè)時(shí)間是不確定的，是用概率的方法進(jìn)行估計(jì)的估算值不十分關(guān)心項(xiàng)目費(fèi)用和成本，重點(diǎn)在于時(shí)間控制被主要應(yīng)用于含有大量不確定因素的大規(guī)模開發(fā)研究項(xiàng)目。大連理工大學(xué)軟件學(xué)院8歷史20世紀(jì)60年代項(xiàng)目管理的應(yīng)用范圍也還只是局限于建筑、國防和航天等少數(shù)領(lǐng)域，因?yàn)轫?xiàng)目管理在美國的阿波羅登月項(xiàng)目中取得巨大成功，由此風(fēng)靡全球。兩大項(xiàng)目管理的研究體系:其一是以歐洲為首的體系——國際項(xiàng)目管理協(xié)會（IPMA）另外是以美國為首的體系——美國項(xiàng)目管理協(xié)會（PMI）大連理工大學(xué)軟件學(xué)院9方便面制作系統(tǒng)項(xiàng)目大連理工大學(xué)軟件學(xué)院10項(xiàng)目管理?明確的目標(biāo)：餓了特定的時(shí)間、預(yù)算、資源：沒時(shí)間，沒錢，不會做飯相互關(guān)聯(lián)的活動:Step

1.

購買方便面Step

2.

準(zhǔn)備熱水Step

3.

泡面大連理工大學(xué)軟件學(xué)院11項(xiàng)目管理1.項(xiàng)目啟動2.確定可行性3.活動規(guī)劃和控制4.項(xiàng)目進(jìn)度安排5.功能點(diǎn)分析6.管理分析與設(shè)計(jì)活動7.敏捷開發(fā)121.項(xiàng)目啟動1.1

組織內(nèi)的問題;1.2

定義問題;1.3

選擇項(xiàng)目13大連理工大學(xué)軟件學(xué)院14現(xiàn)有系統(tǒng)出現(xiàn)了問題

項(xiàng)目啟動組織為了

適應(yīng)變革，對業(yè)務(wù)進(jìn)

行改進(jìn)1.項(xiàng)目啟動系統(tǒng)項(xiàng)目由很多不同的發(fā)起者出于多種考慮而啟動的。一些提議的項(xiàng)目將經(jīng)歷各種各樣的評估階段。商業(yè)人員提出系統(tǒng)項(xiàng)目的主要原因：建設(shè)系統(tǒng)：他們碰到了必須求助于系統(tǒng)解決方案的問題。升級系統(tǒng)：他們認(rèn)識到了通過升級，變更和安裝新系統(tǒng)會帶來改進(jìn)的機(jī)會。大連理工大學(xué)軟件學(xué)院151.項(xiàng)目啟動系統(tǒng)項(xiàng)目由很多不同的發(fā)起者出于多種考慮而啟動的。工作繁忙，沒有時(shí)間做飯。制作時(shí)間縮短加工工序簡單外出時(shí)，攜帶方便。容易攜帶吃上熱乎的食品價(jià)格便宜。建設(shè)系統(tǒng)：方便面的誕生大連理工大學(xué)軟件學(xué)院16方便面是1958年日籍臺灣人安藤百福（原名吳百福）于大阪府池田市發(fā)明的。安藤百福并在發(fā)明方便面后，創(chuàng)立日清食品株式會社販?zhǔn)邸半u湯拉面”口味最初的售價(jià)為35日圓大連理工大學(xué)軟件學(xué)院17方便面據(jù)2000年日本的一個(gè)民意調(diào)查顯示，方便面被認(rèn)為是日本上個(gè)世紀(jì)最重要的發(fā)明，卡拉OK次之。2002年全球共消費(fèi)方便面550億袋。2007年中國方便面產(chǎn)量達(dá)到498億包，占世界總產(chǎn)量的1/2；目前中國人消費(fèi)掉的方便面占全世界1/3,中國已成為世界方便面產(chǎn)銷第一大國。大連理工大學(xué)軟件學(xué)院18方便面的目標(biāo)安藤百福在開發(fā)之際設(shè)定了五個(gè)條件：必須簡便；必須可口、有營養(yǎng)；必須能在常溫下長期存放；必須衛(wèi)生；必須廉價(jià)。大連理工大學(xué)軟件學(xué)院191.項(xiàng)目啟動升級系統(tǒng)：他們認(rèn)識到了通過升級，變更和安裝新系統(tǒng)會帶來改進(jìn)的機(jī)會。更好吃，更方便，更營養(yǎng)，更便利：有油炸方便面、非油炸方便面；有袋裝、碗裝、杯裝；還有雜糧非油炸方便面、玉米方便面、方便粉絲等等。大連理工大學(xué)軟件學(xué)院201.項(xiàng)目啟動1.3制定項(xiàng)目1.2定義問題1.1發(fā)現(xiàn)問題發(fā)現(xiàn)問題定義問題制定項(xiàng)目211.1

發(fā)現(xiàn)問題系統(tǒng)輸出的結(jié)果？有的時(shí)候面太硬，有的時(shí)候面太軟味道單調(diào)（咸）系統(tǒng)內(nèi)部人員狀態(tài)？經(jīng)常換不同的方便面用不同溫度的水泡面外部環(huán)境對系統(tǒng)的影響？除了自己，沒人吃我做的方便面。大連理工大學(xué)軟件學(xué)院221.1

發(fā)現(xiàn)問題23要識別的問題可以查看的特定信號對照業(yè)績標(biāo)準(zhǔn)檢查輸出太多錯誤工作進(jìn)展很慢工作方式不正確工作未完成根本沒有進(jìn)展觀察雇員的行為高缺勤率對工作不滿意的人很多人員調(diào)整頻繁聆聽外部反饋，包括：軟件開發(fā)商顧客軟件供應(yīng)商投訴改進(jìn)建議滯銷銷售額下降1.2

定義問題陳述：女朋友到我家來做客，我要做一頓好吃的招待她。議題（當(dāng)前情況）：我不會做飯，只會做方便面目標(biāo)（期望情況）：做一頓好吃的方便面需求：色香味，有營養(yǎng)約束：經(jīng)費(fèi)有限，時(shí)間有限大連理工大學(xué)軟件學(xué)院241.2

定義問題需求約束目標(biāo)1制定目標(biāo)目標(biāo)2目標(biāo)3議題1制定議題議題2議題3問題的陳述大連理工大學(xué)軟件學(xué)院251.2

定義問題陳述一段話概括問題議題是當(dāng)前的情況目標(biāo)是期望的情況需求需求，必須完成的事情，可能的解決方案包括安全性，可用性，政府要求等。約束制限開發(fā)的約束（預(yù)算制限，時(shí)間制限）大連理工大學(xué)軟件學(xué)院261.2

定義問題常見業(yè)務(wù)相關(guān)的業(yè)務(wù)問題業(yè)務(wù)的目的是什么？業(yè)務(wù)盈利么？公司打算發(fā)展或擴(kuò)張么？企業(yè)對技術(shù)的態(tài)度（或文化）怎么樣？企業(yè)對IT的預(yù)算是什么？企業(yè)的資源有專門技能么？大連理工大學(xué)軟件學(xué)院271.2

定義問題問題的采集：識別幾次面談中多次重復(fù)出現(xiàn)的議題，主題，題目

用戶可能傳達(dá)相同的隱喻（把企業(yè)說成旅游，戰(zhàn)爭）用戶可能會對某個(gè)主題長篇大論用戶可能直接告訴你“只是一個(gè)主要的問題”用戶可能通過肢體語言來傳遞重要性問題可能是用戶提到的第一件事情大連理工大學(xué)軟件學(xué)院28大連理工大學(xué)軟件學(xué)院291.3

選擇項(xiàng)目項(xiàng)目選擇應(yīng)考慮以下5條明確標(biāo)準(zhǔn)：管理人員的支持合理安排項(xiàng)目執(zhí)行時(shí)間時(shí)間可行性提高實(shí)現(xiàn)組織目標(biāo)的可能性目標(biāo)可行性系統(tǒng)分析員和組織所用的資源是實(shí)際的在資源的角度上看，項(xiàng)目是可行的。與組織能夠以其他方式投入資源相比，該項(xiàng)目是值得的本項(xiàng)目是有價(jià)值的大連理工大學(xué)軟件學(xué)院302.確定可行性大連理工大學(xué)軟件學(xué)院312.1

定義目標(biāo);2.2

確定資源;2.3

判斷可行性2.確定可行性3個(gè)主要方面進(jìn)行評估：操作可行性技術(shù)可行性經(jīng)濟(jì)可行性可行性研究：為管理人員收集主要的數(shù)據(jù)；使他們能夠?qū)κ欠窭^續(xù)進(jìn)行系統(tǒng)研究做出決策。大連理工大學(xué)軟件學(xué)院322.1

定義目標(biāo)改進(jìn)系統(tǒng)的方法（系統(tǒng)的角度）：加快某個(gè)過程消除不必要的，或重復(fù)的步驟（簡化過程）合并過程通過改變表格和顯示屏，減少輸入錯誤減少冗余存儲減少冗余輸出提高系統(tǒng)和子系統(tǒng)的集成大連理工大學(xué)軟件學(xué)院332.1

定義目標(biāo)現(xiàn)有主要3類系統(tǒng)：電子商務(wù)系統(tǒng)管理信息系統(tǒng)（MIS）事務(wù)處理系統(tǒng)（TPS）可行性影響表格Feasibility

Impact

Grid,

FIG大連理工大學(xué)軟件學(xué)院34圖3.3大連理工大學(xué)軟件學(xué)院352.1

定義目標(biāo)公司的目標(biāo)包括（公司的角度）：增加公司的利潤支持組織的競爭戰(zhàn)略改善與軟件供應(yīng)商和合伙人的合作改進(jìn)內(nèi)部運(yùn)作的支持，有效地，高效率地生產(chǎn)商品和提供服務(wù)改進(jìn)內(nèi)部決策的支持，從而使決策更有效改進(jìn)客戶服務(wù)提高員工士氣大連理工大學(xué)軟件學(xué)院36圖3.4大連理工大學(xué)軟件學(xué)院372.1

定義目標(biāo)建立可行性影響表格的過程中：了解過程，和公司的目標(biāo)為什么要建立系統(tǒng)了解設(shè)計(jì)高效，而有意義的系統(tǒng)的重要性。定義真正有意義的目標(biāo)：考慮對現(xiàn)實(shí)組織目標(biāo)的真正貢獻(xiàn)以下是項(xiàng)目不可接受的：為了自動化，而使手動過程自動化吹噓新技術(shù)（超出貢獻(xiàn)的新技術(shù)投資）大連理工大學(xué)軟件學(xué)院382.2

確定資源技術(shù)可行性我會做方便面，所以做新的方便面也沒問題。經(jīng)濟(jì)可行性方便面項(xiàng)目的開發(fā)時(shí)間和成本上都沒有問題。操作可行性為了方便面更好吃，我愿意執(zhí)行新的方便面計(jì)劃。大連理工大學(xué)軟件學(xué)院392.2

確定資源大連理工大學(xué)軟件學(xué)院403個(gè)關(guān)鍵的可行性要素技術(shù)可行性：附加到現(xiàn)行系統(tǒng)可用來滿足用戶需求的技術(shù)經(jīng)濟(jì)可行性：系統(tǒng)分析員的時(shí)間系統(tǒng)研究的成本參與研究的雇員的時(shí)間成本估計(jì)的硬件成本軟件包/軟件開發(fā)成本操作可行性：系統(tǒng)安裝后是否可運(yùn)行系統(tǒng)是否被使用2.3

判斷可行性項(xiàng)目可行性不是由系統(tǒng)分析員做出決策的。是由管理人員做出決策的。決策基于系統(tǒng)分析員熟練而專業(yè)收集的可行性數(shù)據(jù)。判斷標(biāo)準(zhǔn)：項(xiàng)目研究必須快速完成。投入該項(xiàng)目的資源最少。通過研究得到可靠的信息?，F(xiàn)有的所有利益都保持高水平。大連理工大學(xué)軟件學(xué)院413.1

估計(jì)所需的時(shí)間；3.2

使用甘特圖安排項(xiàng)目進(jìn)度；3.3

使用PERT圖3.活動規(guī)劃和控制大連理工大學(xué)軟件學(xué)院423.1

估計(jì)所需的時(shí)間分析：收集各種方便面種類，吃法，味道。建議使用【辛拉面】設(shè)計(jì)：使用骨頭熬湯加入蔬菜（菠菜，或小白菜）加入雞蛋實(shí)現(xiàn)：嘗嘗433.1

估計(jì)所需的時(shí)間44階段活動分析數(shù)據(jù)收集數(shù)據(jù)流和決策分析建議準(zhǔn)備設(shè)計(jì)數(shù)據(jù)項(xiàng)設(shè)計(jì)輸入設(shè)計(jì)

輸出設(shè)計(jì)

數(shù)據(jù)組織實(shí)現(xiàn)實(shí)現(xiàn)評估3.1

估計(jì)所需的時(shí)間大連理工大學(xué)軟件學(xué)院45活動詳細(xì)的活動所需時(shí)間（周）數(shù)據(jù)收集執(zhí)行面談3整理調(diào)查表4閱讀公司報(bào)表4引入原型5觀察對原型的反應(yīng)3數(shù)據(jù)流和決策分析分析數(shù)據(jù)流8建議準(zhǔn)備執(zhí)行成本/效益分析3準(zhǔn)備建議2提交建議23.1

估計(jì)所需的時(shí)間項(xiàng)目計(jì)劃最難得部分是估計(jì)完成每個(gè)任務(wù)，或活動的時(shí)間，這是關(guān)鍵步驟。調(diào)查某個(gè)項(xiàng)目落后的原因時(shí)：項(xiàng)目團(tuán)隊(duì)成員提到了最初錯誤的進(jìn)度估計(jì)妨礙了項(xiàng)目的成功完成。通過預(yù)測最有可能的，悲觀的，樂觀的估計(jì)所需時(shí)間:通過一個(gè)加權(quán)的平均公式來確定活動所需時(shí)間減少估計(jì)固有值的不確定性大連理工大學(xué)軟件學(xué)院463.2使用甘特圖安排項(xiàng)目進(jìn)度甘特圖（Gantt

chart）是在20世紀(jì)初由亨利.甘特開發(fā)的。它基本上是一種線條圖橫軸表示時(shí)間縱軸表示要安排的活動線條表示在整個(gè)期間上計(jì)劃的和實(shí)際的活動完成情況甘特圖直觀地表明：任務(wù)計(jì)劃在什么時(shí)候進(jìn)行以及實(shí)際進(jìn)展與計(jì)劃要求的對比大連理工大學(xué)軟件學(xué)院473.2使用甘特圖安排項(xiàng)目進(jìn)度大連理工大學(xué)軟件學(xué)院483.3

使用PERT圖2大連理工大學(xué)軟件學(xué)院49394758A,4B,7C,6D,8E,5F,5G,7H,10I,1260J,8K,81開始10結(jié)束活動持續(xù)時(shí)間啞活動3.3

使用PERT圖大連理工大學(xué)軟件學(xué)院503.3

使用PERT圖大連理工大學(xué)軟件學(xué)院51大連理工大學(xué)軟件學(xué)院52大連理工大學(xué)軟件學(xué)院53練習(xí)—畫出以下項(xiàng)目分析的pert圖活動前導(dǎo)活動持續(xù)時(shí)間A執(zhí)行面談無3B

整理調(diào)查表A4C

閱讀公司報(bào)表無4D

分析數(shù)據(jù)流B、C8E

引入原型B、C5F

觀察對原型的反應(yīng)E3G

執(zhí)行成本/效益分析D3H

準(zhǔn)備建議F、G2I

提交建議H24.1

時(shí)間定量；4.2

項(xiàng)目管理；4.3

解決系統(tǒng)復(fù)雜性4.基于計(jì)算機(jī)的項(xiàng)目進(jìn)度安排大連理工大學(xué)軟件學(xué)院55基于計(jì)算機(jī)的甘特圖Microsoft

Project大連理工大學(xué)軟件學(xué)院56基于計(jì)算機(jī)的PERT圖Microsoft

Project大連理工大學(xué)軟件學(xué)院574.1

時(shí)間定量項(xiàng)目管理的最新發(fā)展是時(shí)間定量（time

boxing）概念傳統(tǒng)上一個(gè)項(xiàng)目按照：階段，里程碑，任務(wù)進(jìn)行分解時(shí)間定量：對項(xiàng)目使用絕對到日期（duedate）已知項(xiàng)目規(guī)模和目標(biāo)，設(shè)置合理的日期是重要的。其他進(jìn)度方法：個(gè)人信息管理（personal

information

management,PIM）如：Microsoft

Outlook包括商業(yè)聯(lián)絡(luò)電話號，每日每周的計(jì)劃，任務(wù)列表等。大連理工大學(xué)軟件學(xué)院584.2

項(xiàng)目管理分析與設(shè)計(jì)過程可能會變得難以控制，尤其在所開發(fā)的系統(tǒng)很大時(shí)。我們通常用一些項(xiàng)目管理技術(shù)：如何管理某人按時(shí)完成系統(tǒng)的進(jìn)度如何確定需要什么如何啟動項(xiàng)目如何制作問題的定義如何檢查完成系統(tǒng)項(xiàng)目的可行性如何降低風(fēng)險(xiǎn)如何識別和管理活動如何雇傭，管理和激勵團(tuán)隊(duì)成員。大連理工大學(xué)軟件學(xué)院594.3

解決系統(tǒng)復(fù)雜性Costar:估計(jì)模型由系統(tǒng)分析員輸入系統(tǒng)的估計(jì)大小包括當(dāng)前系統(tǒng)的源代碼這種項(xiàng)目類型的熟悉程度，調(diào)整難度可以考慮：團(tuán)隊(duì)的經(jīng)驗(yàn)和能力平臺或操作系統(tǒng)的類型最終軟件的可用程度其他太高成本的因素大連理工大學(xué)軟件學(xué)院605.功能點(diǎn)分析大連理工大學(xué)軟件學(xué)院615.1

估計(jì)項(xiàng)目的人員需求；5.2

風(fēng)險(xiǎn)管理5.功能點(diǎn)分析另一種估計(jì)項(xiàng)目大小的方法是使用“功能點(diǎn)分析”基于計(jì)算機(jī)系統(tǒng)的5大類組件：外部輸入外部輸出外部查詢內(nèi)部邏輯文件外部接口文件6263646566675.功能點(diǎn)分析功能計(jì)算可以估計(jì)代碼行數(shù)，并且因不同語言而異。軟件產(chǎn)品研究（/products）第二代語言（COBOL）代碼行數(shù)=功能點(diǎn)X

107第三代語言（Java或C++）代碼行數(shù)=功能點(diǎn)X

80使用PowerBuilder或HTML代碼行數(shù)=功能點(diǎn)X

20685.1

估計(jì)項(xiàng)目的人員需求估計(jì)項(xiàng)目完成所需的人月數(shù)的經(jīng)驗(yàn)法則是：人月數(shù)=1.4

X(代碼行數(shù)/1000)用來計(jì)算計(jì)劃的工作月數(shù)：計(jì)劃的月數(shù)=3

X

人月1/3COBOL：計(jì)劃的月數(shù)=3

X

391/3

≈10個(gè)月C++或Java：計(jì)劃的月數(shù)=3

X

291/3

≈9個(gè)月PowerBuilder：計(jì)劃的月數(shù)=3

X

71/3

≈6個(gè)月大連理工大學(xué)軟件學(xué)院695.2

風(fēng)險(xiǎn)管理大連理工大學(xué)軟件學(xué)院70可能威脅整個(gè)項(xiàng)目完成的潛在問題問題發(fā)生率問題發(fā)生導(dǎo)致的延遲時(shí)間延遲預(yù)算團(tuán)隊(duì)由于在完成另一個(gè)項(xiàng)目二被延遲0.5060天30天經(jīng)理們在需求確定階段沒有時(shí)間0.2520天5天補(bǔ)償項(xiàng)目延遲的時(shí)間預(yù)算35天計(jì)算確保項(xiàng)目按時(shí)完成所需的附加時(shí)間6.管理分析與設(shè)計(jì)活動組建團(tuán)隊(duì)團(tuán)隊(duì)管理的溝通策略

設(shè)置項(xiàng)目生產(chǎn)率的目標(biāo)激勵項(xiàng)目團(tuán)隊(duì)成員使用COTS軟件管理項(xiàng)目管理電子商務(wù)項(xiàng)目制訂項(xiàng)目章程避免項(xiàng)目失敗大連理工大學(xué)軟件學(xué)院71項(xiàng)目團(tuán)隊(duì)一、項(xiàng)目負(fù)責(zé)人制定項(xiàng)目計(jì)劃，明確各項(xiàng)具體任務(wù)需要的時(shí)間，控制項(xiàng)目的進(jìn)度確定開發(fā)所用的技術(shù)和方法，并在項(xiàng)目的進(jìn)行過程中組織應(yīng)用這些技術(shù)完成具體的工作有計(jì)劃地分配現(xiàn)有的各種資源，合理安排技術(shù)人員的工作，正確處理各種資源的短缺和技術(shù)人員離開項(xiàng)目團(tuán)隊(duì)的情況。掌握項(xiàng)目參與各方的實(shí)際需求，協(xié)調(diào)項(xiàng)目參與各方的關(guān)系控制項(xiàng)目的規(guī)模。隨著信息系統(tǒng)項(xiàng)目的開發(fā)，會出現(xiàn)功能需求和系統(tǒng)規(guī)模不斷增長的情況，項(xiàng)目經(jīng)理需要合理地控制項(xiàng)目的規(guī)模。正確地評價(jià)團(tuán)隊(duì)中的每一位成員，正確地評價(jià)他們的工作成績，并給予適當(dāng)?shù)募?，肯定團(tuán)隊(duì)中每一位成員的貢獻(xiàn)。大連理工大學(xué)軟件學(xué)院72項(xiàng)目團(tuán)隊(duì)二、系統(tǒng)分析員獲取相關(guān)業(yè)務(wù)的原始單據(jù)和報(bào)表確定需要輸入和輸出的內(nèi)容及數(shù)據(jù)的處理流設(shè)計(jì)業(yè)務(wù)需求調(diào)查問卷與業(yè)務(wù)人員進(jìn)行交流，明確具體業(yè)務(wù)需求了解企業(yè)組織結(jié)構(gòu)及人員配備明確企業(yè)內(nèi)部職能的劃分及與其他部門的關(guān)系（5）（6）程（7）（8）大連理工大學(xué)軟件學(xué)院73明確數(shù)據(jù)間的計(jì)算關(guān)系

參與系統(tǒng)開發(fā)人員的培訓(xùn)項(xiàng)目團(tuán)隊(duì)三、系統(tǒng)設(shè)計(jì)員根據(jù)業(yè)務(wù)需求，設(shè)計(jì)目標(biāo)系統(tǒng)的運(yùn)行模式及業(yè)務(wù)流程評估并選擇修系統(tǒng)的網(wǎng)絡(luò)設(shè)備、硬件設(shè)備和相關(guān)軟件確定目標(biāo)系統(tǒng)發(fā)的功能結(jié)構(gòu)完成數(shù)據(jù)庫數(shù)據(jù)模型的設(shè)計(jì)確定數(shù)據(jù)編碼方案對系統(tǒng)功能結(jié)構(gòu)中的模塊進(jìn)行處理和進(jìn)行輸入/輸出設(shè)計(jì)大連理工大學(xué)軟件學(xué)院74項(xiàng)目團(tuán)隊(duì)四、數(shù)據(jù)庫系統(tǒng)管理員數(shù)據(jù)庫系統(tǒng)的邏輯設(shè)計(jì)和物理實(shí)現(xiàn)數(shù)據(jù)庫系統(tǒng)的升級采用適當(dāng)?shù)拇胧?shù)據(jù)庫系統(tǒng)進(jìn)行加密，保證只有通過授權(quán)的用戶才能夠使用相應(yīng)的數(shù)據(jù)確定衡量數(shù)據(jù)庫系統(tǒng)性能的指標(biāo)，并監(jiān)控?cái)?shù)據(jù)系統(tǒng)的性能及規(guī)模增長，保證數(shù)據(jù)庫系統(tǒng)的正常運(yùn)行確保數(shù)據(jù)庫系統(tǒng)正確的備份和恢復(fù)數(shù)據(jù)庫系統(tǒng)的日常管理大連理工大學(xué)軟件學(xué)院75項(xiàng)目團(tuán)隊(duì)五、系統(tǒng)管理員硬件系統(tǒng)的安裝和軟件系統(tǒng)的配置硬件、軟件系統(tǒng)的升級創(chuàng)建系統(tǒng)安全機(jī)制，保證系統(tǒng)的安全運(yùn)行（4）確定衡量系統(tǒng)性能的指標(biāo)，并監(jiān)控系統(tǒng)的性能（5）

對計(jì)算機(jī)系統(tǒng)的日常管理和突發(fā)問題的解決大連理工大學(xué)軟件學(xué)院76項(xiàng)目團(tuán)隊(duì)六、程序設(shè)計(jì)員按照統(tǒng)一的規(guī)范編寫程序源代碼進(jìn)行系統(tǒng)交付使用前的程序調(diào)試負(fù)責(zé)合同所規(guī)定的系統(tǒng)維護(hù)期內(nèi)的程序維護(hù)大連理工大學(xué)軟件學(xué)院77項(xiàng)目團(tuán)隊(duì)八、業(yè)務(wù)人員協(xié)助系統(tǒng)分析員了解企業(yè)的組織結(jié)構(gòu)、人員配備、組織內(nèi)部的職能劃分及各部門之間的關(guān)系直接或協(xié)助系統(tǒng)分析員填寫相關(guān)需求調(diào)查表提供相關(guān)的原始單據(jù)和報(bào)表提供相關(guān)的數(shù)據(jù)指標(biāo)體系以相應(yīng)的計(jì)算關(guān)系公式協(xié)調(diào)應(yīng)用方與項(xiàng)目組以及其他各方之間的關(guān)系大連理工大學(xué)軟件學(xué)院78項(xiàng)目團(tuán)隊(duì)七、文檔管理員參照統(tǒng)一的文檔書寫規(guī)范，撰寫及整理項(xiàng)目開發(fā)各階段的文檔對文檔進(jìn)行分類，并編制文檔目錄負(fù)責(zé)文檔的日常管理大連理工大學(xué)軟件學(xué)院797.項(xiàng)目特征大連理工大學(xué)軟件學(xué)院80項(xiàng)目的特征81有明確的目標(biāo)項(xiàng)目之間的活動具有相關(guān)性限定的周期有獨(dú)特性資源成本的約束性項(xiàng)目的不確定性名詞術(shù)語大連理工大學(xué)軟件學(xué)院82必須了解下列名詞的區(qū)別:–大項(xiàng)目通常由若干個(gè)有聯(lián)系的或類似的項(xiàng)目組成，以相互協(xié)調(diào)的方式對其進(jìn)行管理，以獲得單獨(dú)管理每個(gè)項(xiàng)目所不能取得的預(yù)期收益。有時(shí)也指規(guī)模特別大、時(shí)間特別長的項(xiàng)目。–工作包項(xiàng)目

（是大項(xiàng)目的組成部分）子項(xiàng)目

是項(xiàng)目或大型項(xiàng)目中相互獨(dú)立的一部分，可以 在一定程度上對其進(jìn)行獨(dú)立管理。是工作分解結(jié)構(gòu)中最底層次的可交付成果一切都將是項(xiàng)目，一切都將變成項(xiàng)目