景區(qū)自助售票系統(tǒng) 軟件項(xiàng)目管理計(jì)劃_第1頁
景區(qū)自助售票系統(tǒng) 軟件項(xiàng)目管理計(jì)劃_第2頁
景區(qū)自助售票系統(tǒng) 軟件項(xiàng)目管理計(jì)劃_第3頁
景區(qū)自助售票系統(tǒng) 軟件項(xiàng)目管理計(jì)劃_第4頁
景區(qū)自助售票系統(tǒng) 軟件項(xiàng)目管理計(jì)劃_第5頁
已閱讀5頁,還剩16頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、.哈爾濱工業(yè)大學(xué)計(jì)算機(jī)學(xué)院軟件工程課程設(shè)計(jì)軟件工程管理方案景區(qū)售票軟件系統(tǒng):傷得起!版本: Version 1.0日期:2021.04.21:.;景區(qū)售票軟件系統(tǒng)工程管理方案Version 1.0組名傷得起!組長 李雷1080310601 成員 朱文龍1080310608 何明剛1080310615 郭偉龍1080310621本報(bào)告由小組四人共同完成第一、二章由朱文龍完成第三章由李雷完成第四章由何明剛完成第五章由郭偉龍完成哈爾濱工業(yè)大學(xué)計(jì)算機(jī)學(xué)院軟件工程課程設(shè)計(jì)軟件工程管理方案景區(qū)售票軟件系統(tǒng)傷得起!版本: Version 1.0日期:2021.04.21文檔信息工程稱號:景區(qū)售票軟件系統(tǒng)小組

2、稱號:傷得起!工程擔(dān)任人:李雷文檔擔(dān)任人:朱文龍編制日期:2021.04.21版本:Version 1.0文檔分工姓名擔(dān)任內(nèi)容朱文龍文檔的主要框架和起草、更新何明剛文檔的更新修正記錄日期版本修正闡明修正者2021.04.211.0文檔的起草和構(gòu)建朱文龍203.1 3.2 5.3 資源需求李雷20216.191.2 5.1 5.2 5.4 5.5 郭偉龍2021.06.162.0添加了第一章的主要任務(wù)活動和里程碑章節(jié);修正了第一章第一部分的部分說法。朱文龍目錄 TOC o 1-3 h z u HYPERLINK l _Toc290056170 1.簡介 PAGEREF _To

3、c290056170 h 4 HYPERLINK l _Toc290056171 1.1工程概述 PAGEREF _Toc290056171 h 4 HYPERLINK l _Toc290056172 1.2工程交付產(chǎn)品 PAGEREF _Toc290056172 h 4 HYPERLINK l _Toc290056173 1.3SPMP 的演化 PAGEREF _Toc290056173 h 4 HYPERLINK l _Toc290056174 1.4參考資料 PAGEREF _Toc290056174 h 4 HYPERLINK l _Toc290056175 1.5 術(shù)語與縮寫 PAG

4、EREF _Toc290056175 h 4 HYPERLINK l _Toc290056176 2.工程組織 PAGEREF _Toc290056176 h 5 HYPERLINK l _Toc290056177 2.1過程模型 PAGEREF _Toc290056177 h 5 HYPERLINK l _Toc290056178 2.2組織構(gòu)造 PAGEREF _Toc290056178 h 5 HYPERLINK l _Toc290056179 2.3組織接口 PAGEREF _Toc290056179 h 5 HYPERLINK l _Toc290056180 2.4工程職責(zé) PAGE

5、REF _Toc290056180 h 5 HYPERLINK l _Toc290056181 3.管理過程 PAGEREF _Toc290056181 h 7 HYPERLINK l _Toc290056182 3.1管理目的和優(yōu)先級 PAGEREF _Toc290056182 h 7 HYPERLINK l _Toc290056183 3.2假設(shè)、依賴關(guān)系和限制 PAGEREF _Toc290056183 h 7 HYPERLINK l _Toc290056184 3.3風(fēng)險(xiǎn)管理 PAGEREF _Toc290056184 h 7 HYPERLINK l _Toc290056185 3.4

6、監(jiān)視和控制機(jī)制 PAGEREF _Toc290056185 h 7 HYPERLINK l _Toc290056186 3.5人員方案 PAGEREF _Toc290056186 h 8 HYPERLINK l _Toc290056187 4.技術(shù)過程 PAGEREF _Toc290056187 h 9 HYPERLINK l _Toc290056188 4.1方法、工具和技術(shù) PAGEREF _Toc290056188 h 9 HYPERLINK l _Toc290056189 4.2軟件文檔 PAGEREF _Toc290056189 h 9 HYPERLINK l _Toc2900561

7、90 4.3用戶文檔 PAGEREF _Toc290056190 h 9 HYPERLINK l _Toc290056191 4.4工程支持功能 PAGEREF _Toc290056191 h 9 HYPERLINK l _Toc290056192 5.任務(wù)包、進(jìn)度表和預(yù)算 PAGEREF _Toc290056192 h 10 HYPERLINK l _Toc290056193 5.1任務(wù)包 PAGEREF _Toc290056193 h 10 HYPERLINK l _Toc290056194 5.2依賴關(guān)系 PAGEREF _Toc290056194 h 10 HYPERLINK l _T

8、oc290056195 5.3資源需求 PAGEREF _Toc290056195 h 10 HYPERLINK l _Toc290056196 5.4預(yù)算 PAGEREF _Toc290056196 h 10 HYPERLINK l _Toc290056197 5.5資源分配和進(jìn)度表 PAGEREF _Toc290056197 h 101.簡介1.1工程概述1.1.1 工程目的隨著我國城市旅游業(yè)的快速開展,人們生活程度的提高,對旅游行業(yè)籠統(tǒng)管理方面要求不斷提高。傳統(tǒng)的人工方式已顯得陳舊和落后,旅游景區(qū)的售檢票系統(tǒng)曾經(jīng)不再是以前那種人工的,復(fù)雜的,任務(wù)量大的售票檢票系統(tǒng),而是一種電子化的新型系

9、統(tǒng)。 建立旅游景區(qū)售檢票系統(tǒng),不僅使景區(qū)的管理程度有了提高,同時(shí)也相應(yīng)地完善了旅游景區(qū)的管理制度。這種系統(tǒng)極大的方便的管理員的管理和查詢等操作。為管理者提供決策支持?jǐn)?shù)據(jù),以便及時(shí)地發(fā)現(xiàn)問題,合理安排日常業(yè)務(wù)任務(wù),制定新的資金投入和方案。這種電子化任務(wù)方式防止了人工操作呵斥的失誤,提高了任務(wù)效率和質(zhì)量,從而也提高了經(jīng)濟(jì)效益?!皞闷鹦〗M方案開發(fā)的“景區(qū)售票系統(tǒng),估計(jì)可以實(shí)現(xiàn)景區(qū)門票的查詢,購買,贊揚(yáng),咨詢四項(xiàng)根本功能供消費(fèi)者運(yùn)用,以及管理員的日常維護(hù)功能。初步開發(fā)成形的系統(tǒng)具備根本的運(yùn)用功能,初步的界面設(shè)計(jì),運(yùn)用測試案例尚不完備,具有客戶端和網(wǎng)頁版兩種以供選擇。1.1.2 開發(fā)目的緩解旅游景區(qū)的

10、售檢票的人力壓力,提供高效的,快節(jié)的,穩(wěn)定的操作。實(shí)現(xiàn)系統(tǒng)應(yīng)具有適用性、可靠性、有效性及方便性。軟件工程實(shí)際課開發(fā)系統(tǒng)可以提高成員的動手才干,深化了解軟件工程的愉快之處。1.1.3 任務(wù)進(jìn)度普通軟件開發(fā)時(shí)間:第一個(gè)短周期內(nèi)要完成方案和分析任務(wù)2%-3%,10%-15%;第二個(gè)短周期要完成設(shè)計(jì)任務(wù)20%-25%;第三個(gè)短周期根本完成開發(fā)任務(wù)15%-20%;剩余時(shí)間全部投入測試任務(wù)30%-40%。根據(jù)軟件工程課程要求模擬的時(shí)間進(jìn)程為: 時(shí)間工程2021年春節(jié)學(xué)期5周6周7周8周9周10周11周12周13周14周15周工程規(guī)劃與預(yù)備工程分析工程設(shè)計(jì)工程實(shí)施工程試運(yùn)轉(zhuǎn)工程測試工程驗(yàn)收1.1.4 主要任

11、務(wù)活動系統(tǒng)開發(fā)的主要任務(wù)活動包括開發(fā)前對系統(tǒng)開發(fā)環(huán)境,背景和開發(fā)目的的探求,初步擬定可以實(shí)現(xiàn)的功能和應(yīng)該具備的屬性。系統(tǒng)重點(diǎn)開發(fā)階段為代碼編寫與測試,應(yīng)占據(jù)大部分時(shí)間。系統(tǒng)每個(gè)階段都要進(jìn)展文檔的編寫以及不斷的跟進(jìn)、更寫。小組成員有專人擔(dān)任文檔的維護(hù)。系統(tǒng)開發(fā)最后階段設(shè)計(jì)測試數(shù)據(jù)進(jìn)展測試。進(jìn)展除錯以及美化界面,加強(qiáng)程序的強(qiáng)壯性。1.1.5 關(guān)鍵里程碑 主要里程碑:需求規(guī)格書確實(shí)定系統(tǒng)架構(gòu)的完成程序測試的完成系統(tǒng)交付運(yùn)用1.2工程交付產(chǎn)品最終交付源代碼、系統(tǒng)文件、文檔資料等可供定量檢查的資料。 1.2.1 產(chǎn)品所需滿足的系統(tǒng)需求 1產(chǎn)品界面友好,操作簡單。 2. 及時(shí)保管信息和相關(guān)操作記錄。 3.

12、 保證一定的執(zhí)行效率。 4. 可以實(shí)現(xiàn)各處的售票系統(tǒng)信息聯(lián)動,保證最新的售票信息。 1.3SPMP 的演化文檔的構(gòu)建和起草由朱文龍擔(dān)任;文檔的更新由朱文龍和何明剛共同完成;按進(jìn)程和各項(xiàng)任務(wù)實(shí)踐情況適時(shí)變卦文檔的更新機(jī)制。1.4參考資料 1. HYPERLINK search.china-pub/s/?key1=%a3%a8%c3%c0%a3%a9Roger+S.Pressman t _blank 美Roger S.Pressman.2007年1月.2. 呂云翔. 2021年1月.3.竇萬峰.2021年5月.1.5 術(shù)語與縮寫尚未商議。2.工程組織2.1過程模型2.1.2 采用瀑布式開發(fā)模型:

13、2.1.2選擇瀑布式模型的緣由瀑布式模型是經(jīng)典的軟件開發(fā)模型,將功能的實(shí)現(xiàn)與設(shè)計(jì)分開,便于分工協(xié)作,即采用構(gòu)造化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。將 HYPERLINK baike.baidu/view/47193.htm t _blank 軟件生命周期劃分為制定方案、需求分析、軟件設(shè)計(jì)、程序編寫、 HYPERLINK baike.baidu/view/16563.htm t _blank 軟件測試和運(yùn)轉(zhuǎn)維護(hù)等六個(gè)根本活動,并且規(guī)定了它們自上而下、相互銜接的固定次序,好像瀑布流水,逐級下落。為工程提供了按階段劃分的檢查點(diǎn),可以根據(jù)里程碑似的時(shí)間節(jié)點(diǎn)對軟件工程的進(jìn)程進(jìn)展跟蹤和驗(yàn)收,完成了

14、前一階段內(nèi)容,即可關(guān)注下一階段的任務(wù),便于集中精神,盡量減少反復(fù)開發(fā)修復(fù),呵斥任務(wù)效率的降低。在瀑布模型中,軟件開發(fā)的各項(xiàng)活動嚴(yán)厲按照線性方式進(jìn)展,當(dāng)前活動接受上一項(xiàng)活動的任務(wù)結(jié)果,實(shí)施完成所需的任務(wù)內(nèi)容。當(dāng)前活動的任務(wù)結(jié)果需求進(jìn)展驗(yàn)證,假設(shè)驗(yàn)證經(jīng)過,那么該結(jié)果作為下一項(xiàng)活動的輸入,繼續(xù)進(jìn)展下一項(xiàng)活動,否那么前往修正。 2.1.3 本工程的過程模型重要的時(shí)間節(jié)點(diǎn)紅色字體標(biāo)出!時(shí)間工程2021年春節(jié)學(xué)期5周6周7周8周9周10周11周12周13周14周15周工程規(guī)劃與預(yù)備工程分析工程設(shè)計(jì)工程實(shí)施工程試運(yùn)轉(zhuǎn)工程測試工程驗(yàn)收2.1.4 交付的產(chǎn)品和標(biāo)志最終的產(chǎn)品交付以可實(shí)踐運(yùn)轉(zhuǎn)的軟件系統(tǒng)和闡明文件,

15、在課程終了前一周終了產(chǎn)品開發(fā)。終了標(biāo)志為用戶可以正常運(yùn)用系統(tǒng),并根本沒有錯誤。并定期按用戶需求和實(shí)踐情況進(jìn)展更新。2.2組織構(gòu)造2.3組織接口表 1 工程接口組織聯(lián)絡(luò)人聯(lián)絡(luò)信息客戶:景區(qū)#分包商:#軟件質(zhì)量保證#軟件配置管理#2.4工程職責(zé)角色職責(zé)描畫擔(dān)任人員工程經(jīng)理指點(diǎn)工程團(tuán)隊(duì),執(zhí)行和管理工程,擔(dān)任工程的交付任務(wù)李雷1080310601開發(fā)人員擔(dān)任詳細(xì)工程進(jìn)程的實(shí)施,代碼的編寫,程序的測試等。朱文龍1080310608李雷1080310601郭偉龍1080310621何明剛108310615表 2 工程職責(zé)秘書協(xié)調(diào)各方進(jìn)展溝通和監(jiān)視各項(xiàng)進(jìn)程朱文龍10803106083.管理過程3.1管理目的

16、和優(yōu)先級根本原那么:由于團(tuán)隊(duì)人員較少,每位成員多項(xiàng)分工,既要詳細(xì)到程序的編寫和調(diào)試,又要有整體協(xié)調(diào)的才干。工程經(jīng)理和執(zhí)行秘書擔(dān)任協(xié)調(diào)客戶需求和工程進(jìn)程。各成員相互監(jiān)視,高效有序的完成系統(tǒng)開發(fā)。目的 A:團(tuán)隊(duì)的最高目的是在預(yù)定時(shí)間內(nèi)完成產(chǎn)品的根本功能開發(fā),并能根本可以交付客戶運(yùn)用。目的 B:要按時(shí)更新文檔和最好記錄便于后續(xù)的維護(hù)。目的 C:可以保證一定的系統(tǒng)運(yùn)轉(zhuǎn)效率,保證平安性。目的D:任務(wù)分工明確,接口銜接順暢,經(jīng)常溝通確定進(jìn)程和需求處理的問題。目的E:提高系統(tǒng)性能與功能,添加系統(tǒng)的壽命3.2假設(shè)、依賴關(guān)系和限制闡明:描畫一切對工程外部的問題和事件所做的假設(shè),以及由這些問題和事件引起的限制。編

17、號工程外部問題限制1客戶要求的交付時(shí)間過早不可以完成一切的模塊開發(fā)2效力器數(shù)據(jù)庫與軟件需求不符要改動軟件數(shù)據(jù)庫設(shè)計(jì),不能及時(shí)完成軟件網(wǎng)絡(luò)部署3硬件器材如檢票器等到貨較晚推遲硬件接口的開發(fā),前期只能完成軟件模擬4客戶提出新的需求開發(fā)新的組件,推遲工程交付時(shí)間5客戶違約終止工程進(jìn)程,或?qū)ひ捫碌目蛻?資金鏈斷裂員工積極性受挫,開發(fā)進(jìn)度嚴(yán)重受影響甚至停頓3.3風(fēng)險(xiǎn)管理表 3 工程風(fēng)險(xiǎn)編號風(fēng)險(xiǎn)描畫風(fēng)險(xiǎn)類型概率影響程度后果緩解戰(zhàn)略1開發(fā)人員技術(shù)程度難以滿足預(yù)期要求產(chǎn)品規(guī)模40%災(zāi)難的開發(fā)進(jìn)程停滯在開發(fā)的過程中不斷學(xué)習(xí)系統(tǒng)的規(guī)模預(yù)算不準(zhǔn)確產(chǎn)品規(guī)模30%嚴(yán)重的交付時(shí)間推遲,開發(fā)人員為做好長期預(yù)備適當(dāng)?shù)木啿挥?/p>

18、要的系統(tǒng)設(shè)計(jì)交付日期推遲商業(yè)影響50%嚴(yán)重的發(fā)生違約風(fēng)險(xiǎn)經(jīng)常與客戶溝通用戶改動起初的需求產(chǎn)品規(guī)模60%細(xì)微的重新設(shè)計(jì)某些部分經(jīng)常與客戶溝通短少對開發(fā)中所運(yùn)用工具的培訓(xùn)開發(fā)環(huán)境20%可忽略的開場階段進(jìn)度緩慢不斷進(jìn)展相關(guān)的培訓(xùn)人員變動頻繁人員60%嚴(yán)重的交付時(shí)間推遲,效率下降相近的最好文本的維護(hù),便于新進(jìn)人員了解風(fēng)險(xiǎn)詳細(xì)描畫1開發(fā)人員技術(shù)程度難以滿足預(yù)期要求同窗們實(shí)踐開發(fā)閱歷少,技術(shù)水品有限,不能滿足需求系統(tǒng)的規(guī)模預(yù)算不準(zhǔn)確沒有實(shí)踐的開發(fā)閱歷,對任務(wù)量估計(jì)不準(zhǔn)交付日期推遲任務(wù)效率低,沒有閱歷,人員變動等等要素均會導(dǎo)致用戶改動起初的需求用戶隨著實(shí)踐任務(wù)改動一部分需求是正常的短少對開發(fā)中所運(yùn)用工具的培

19、訓(xùn)時(shí)間緊張,人員少,沒有培訓(xùn)人員人員變動頻繁由于課業(yè)壓力、實(shí)習(xí)外出等,某些同窗能夠中途退出3.4監(jiān)視和控制機(jī)制3.4.1 報(bào)告機(jī)制:小組各成員每天將任務(wù)進(jìn)展整理成電子文檔交給文檔維護(hù)員進(jìn)展文檔維護(hù)。定期舉行例會,共同討論工程進(jìn)展中的問題,并做好會議記錄。工程經(jīng)理和執(zhí)行秘書親密關(guān)注工程的各期進(jìn)展,確保按時(shí)交付運(yùn)用。并確保風(fēng)險(xiǎn)在可控范圍內(nèi)。3.4.2 報(bào)告格式:報(bào)告主題,時(shí)間段,發(fā)現(xiàn)人,報(bào)告內(nèi)容,審核意見3.4.3 評審機(jī)制:提出問題,大家共同處理。一致經(jīng)過,并做記錄。工程經(jīng)理制定下一階段任務(wù)目的和執(zhí)行進(jìn)程,執(zhí)行秘書嚴(yán)厲監(jiān)視。3.5人員方案人員類型人數(shù)技藝要求所需培訓(xùn)培訓(xùn)方式C+程序員3熟習(xí)C+編

20、程和微軟.Net平臺C+編程小組學(xué)習(xí)數(shù)據(jù)庫程序員3熟習(xí)SQL語句,熟練運(yùn)用SQL Sever 2005SQL語句小組學(xué)習(xí)界面程序員2熟習(xí)CSS、Photoshop、.Net平臺CSS、Photoshop、.Net平臺自學(xué)文檔維護(hù)員1熟習(xí)運(yùn)用Word及PowerpointWord及Powerpoint自學(xué)軟件測試人員2熟練運(yùn)用開發(fā)工具的debug工具,有耐性debug工具小組學(xué)習(xí)執(zhí)行秘書1較強(qiáng)的溝通才干,能及時(shí)調(diào)解組內(nèi)以及組與組之間的矛盾無無4.技術(shù)過程4.1方法、工具和技術(shù)4.1.1編程言語:C+4.1.2所需技術(shù):SqlSever 2005、Windows .Net4.1.3執(zhí)行規(guī)范:采用業(yè)

21、內(nèi)通用的方式進(jìn)展文件命名、代碼版式、注釋等。4.1.3軟件的交付過程:由相關(guān)的程序員交付代碼,測試人員進(jìn)展測試,并集體討論合格之后即可交付。軟件文檔1、設(shè)計(jì)報(bào)告初稿在總體設(shè)計(jì)階段,小組根據(jù)需求規(guī)格闡明文檔,完成軟件體系構(gòu)造的設(shè)計(jì),由組編寫軟件體系構(gòu)造設(shè)計(jì)文檔初稿,并在后續(xù)開發(fā)階段補(bǔ)充和更新。該文檔由文檔維護(hù)員擔(dān)任維護(hù)更新。 2、 測試文檔 在軟件開發(fā)階段,測試人員需求編寫測試規(guī)格闡明文檔,并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格闡明文檔建立測試環(huán)境、預(yù)備測試數(shù)據(jù)。 . 個(gè)人工程總結(jié) 由組內(nèi)成員各自獨(dú)立完成,對開發(fā)過程中獲得的任務(wù)閱歷進(jìn)總結(jié)。在提交系統(tǒng)時(shí)一并提交。 . 其他文檔 軟件開發(fā)過程

22、中的其他文檔,如開發(fā)日志按組員意見選擇公開與否,風(fēng)險(xiǎn)報(bào)告及其處置意見等,由秘書進(jìn)展整理與會聚。作為以后軟件開發(fā)以及交流的閱歷。4.3用戶文檔在更新用需求分析階段,測試人員需求開場著手編寫用戶文檔,并在需求析終了后需求構(gòu)成初稿;在后續(xù)階段不斷由文檔維護(hù)員戶文檔;并在系統(tǒng)交付階段隨著系一致同被交付。5.任務(wù)包、進(jìn)度表和預(yù)算5.1任務(wù)包闡明:將工程分解為任務(wù)包活動和義務(wù),并對任務(wù)包詳細(xì)描畫義務(wù)活動詳細(xì)描畫工程預(yù)備(工程管理方案)1.1 構(gòu)成工程小組有效的組織與管理各類資源(例如人),以使工程可以在預(yù)定的范圍、質(zhì)量、時(shí)間和本錢等約束條件下順利交付1.2 系統(tǒng)方案選定1.3 制定軟件工程管理方案1.4

23、建立配置管理環(huán)境和開發(fā)環(huán)境需求分析需求規(guī)格闡明2.1 建立用例模型,動態(tài)、靜態(tài)模型對需求進(jìn)展分析,滿足業(yè)務(wù)需求、用戶需求、系統(tǒng)需求2.2 編寫需求規(guī)格闡明2.3 評審需求需求規(guī)格2.4 修正需求規(guī)格闡明2.5 獲得開戰(zhàn)后續(xù)任務(wù)同意2.6 需求分析任務(wù)完成總體設(shè)計(jì)軟件設(shè)計(jì)3.1 審閱需求規(guī)格闡明分析模型,對工程進(jìn)展總體設(shè)計(jì),實(shí)現(xiàn)界面初步設(shè)計(jì)3.2 完成界面設(shè)計(jì)文檔3.3 評審界面設(shè)計(jì)文檔3.4 修正設(shè)計(jì)文檔3.5 獲得開戰(zhàn)后續(xù)任務(wù)同意3.6 初步設(shè)計(jì)任務(wù)完成軟件開發(fā)4.1 審閱總體設(shè)計(jì)文檔代碼實(shí)現(xiàn)軟件功能的開發(fā)4.2 確定模塊化或分層參數(shù)4.3 分配義務(wù)給開發(fā)團(tuán)體人員4.4 編寫代碼4.5 開發(fā)

24、人員測試調(diào)試4.6 開發(fā)任務(wù)完成集成與測試5.1 模塊買賣測試產(chǎn)品5.2 建立集成系統(tǒng)5.3 測試系統(tǒng)5.4 修正代碼,完善功能5.5 重新集成測試整體測試完成交付6.1 預(yù)備安裝程序交付總結(jié)6.2 系統(tǒng)演示6.3 遞交文檔、代碼和產(chǎn)品6.4 總結(jié)閱歷教訓(xùn)6.5 交付完成5.2依賴關(guān)系闡明:描畫任務(wù)包之間的次序關(guān)系,目的是處理這些工具包之間的相互依賴關(guān)系和對外部事件的依賴性。待定5.3資源需求 闡明:提供完成工程所需的全部資源,包括人員、支持軟件、計(jì)算機(jī)硬件、辦公室和實(shí)驗(yàn)室設(shè)備以及工程資源維護(hù)需求的數(shù)目和類型等。人員:傷得起!小組軟件工程開發(fā)成員支持軟件的開發(fā)環(huán)境:Microsoft Visual Studio 2021Microsoft Office word 2021Microsoft Office visio 2021Visual Assist XUmlStarMYSQL5.1Adobe Dreamweaver CS

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論