圖書館占座系統(tǒng)的開發(fā)

1、圖書館占座系統(tǒng)的開發(fā)一.項目描述1.項目背景圖書館作為一個學(xué)校相對高級的場所，大量的藏書，能夠為我們供應(yīng)豐富的學(xué)習(xí)資源。相對安靜、舒適的學(xué)習(xí)環(huán)境，更是使它成為自習(xí)的最佳去處；然而，作為報答一個公共場所，每一天都有大量的同學(xué)進(jìn)進(jìn)出出，由于每個人的行為習(xí)慣或思維方式的不同，便引發(fā)了一系列的不良現(xiàn)象。其中最嚴(yán)峻的莫過于“占位”現(xiàn)象。每當(dāng)寒冷的冬季以及各種考試來臨前圖書館當(dāng)仁不讓的成為了人群爆滿的地方，然而圖書館座位有限，便開頭有人占位，或幫同學(xué)占位，而且占位的方式很多，幾本甚至一本書、一瓶水、一支筆就可以占一個座位什么樣的東西都能拿來占位。圖書館的位置資源開頭緊缺，由于雖然每個桌子上都有書或其他的占

2、位物品，但三分之一的位置是沒人的，同學(xué)們對此一片怨聲載道  試著想象下這樣一個場景：“過幾天就要考試了，為了考出好一點的成果，你昨晚便下定決心，明天肯定要泡一天的圖書館，把遺漏的、沒有理解清楚的學(xué)問補回來；可其次天，當(dāng)你背著書包來到圖書館的時候，從一樓找到六樓，卻發(fā)覺不僅每個書庫連自修室都沒有空位置。令人惱火的是偌大的自修室內(nèi)，只是稀疏零散地坐著幾個同學(xué)。一張可以坐四人的桌子，上面往往只有一個人麻木地坐著。而其他座位上則是任憑地放著幾本書，仿佛是在告誡你：“不要打這座位的辦法，這里有人了！”2.項目目的（1）為學(xué)校處理和解決圖書館占位問題供應(yīng)科學(xué)的依據(jù)和解決方案；（2）為同學(xué)營造一個

3、良好的圖書館學(xué)習(xí)環(huán)境；（3）節(jié)省同學(xué)們找座位的時間；（4）更合理的使用圖書館自習(xí)室；3.項目目標(biāo)制作一個簡潔易操作的軟件系統(tǒng)，同學(xué)們無論在何時何地都能通過手機或電腦依據(jù)自己的學(xué)號和教務(wù)系統(tǒng)的密碼登陸本軟件，進(jìn)行占位，但座位只保留半個小時。假如半個小時后，該同學(xué)不去該座位摁確認(rèn)鍵的話，那么該座位將會變成無人座。4項目主要內(nèi)容 （1） 需求分析（2）編寫程序（3）購買服務(wù)器（4）應(yīng)用于圖書館二.工作分解結(jié)構(gòu)圖書館占座系統(tǒng)開發(fā)方案需求分析1201系統(tǒng)設(shè)計編碼系統(tǒng)測試試運行定義系統(tǒng)11可行方案規(guī)律模型流程分析功能性能調(diào)試程序具體方案概要設(shè)計確認(rèn)測試集成測試單元測試改正性系統(tǒng)測試適應(yīng)性修改方案完善性模塊

4、劃分確定接口建立算法數(shù)據(jù)結(jié)構(gòu)流程圖整體結(jié)構(gòu)三任務(wù)包的描述1.方案方案主要包括定義系統(tǒng)和可行方案，對項目的整體進(jìn)行方案。2.需求分析主要包括功能性能分析、流程分析、規(guī)律模型分析以及修改方案。敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。3.系統(tǒng)設(shè)計對軟件系統(tǒng)進(jìn)行概要設(shè)計，即系統(tǒng)設(shè)計。概要設(shè)計需要對軟件系統(tǒng)的設(shè)計 進(jìn)行考慮，包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能安排、接口設(shè)計、 運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等，為軟件的具體設(shè)計供應(yīng)基礎(chǔ)。在概要設(shè)計的基礎(chǔ)上，需要進(jìn)行軟件系統(tǒng)的具體設(shè)計。在具體設(shè)

5、計中，描述實 現(xiàn)具體模塊所涉及到的主要算法、數(shù)據(jù)結(jié)構(gòu)、類的層次結(jié)構(gòu)及調(diào)用關(guān)系，需要說明軟件系統(tǒng)各個層次中的每一個程序(每個模塊或子程序)的設(shè)計考慮，以便進(jìn)行編碼和測試。應(yīng)當(dāng)保證軟件的需求完全安排給整個軟件。具體設(shè)計應(yīng)當(dāng)足夠具體，能夠依據(jù)具體設(shè)計報告進(jìn)行編碼。 4.編碼包括程序和調(diào)劑。在軟件編碼階段，依據(jù)軟件系統(tǒng)具體設(shè)計報告中對數(shù)據(jù)結(jié)構(gòu)、算法分析和模塊實現(xiàn)等方面的設(shè)計要求，開頭具體的編寫程序工作，分別實現(xiàn)各模塊的功能，從而實現(xiàn)對目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。5.系統(tǒng)測試測試編寫好的系統(tǒng)。交給用戶使用，用戶使用后一個一個的確認(rèn)每個功能。6.試運行包括改正適應(yīng)以及改善。四.責(zé)任矩陣任

6、務(wù)項目經(jīng)理程序員甲程序員乙技術(shù)專家100軟件開發(fā)FC110方案FC111定義系統(tǒng)FC112可行方案FC120需求分析FC121功能性能FCCC122流程分析FCC123規(guī)律模型FCCC124修改方案FCCC130系統(tǒng)設(shè)計FCCC1310概要設(shè)計FC1311整體結(jié)構(gòu)FCCC1312模塊劃分FCCC1313確定接口FCCC1320具體方案FCCC1321建立算法FCCC1322數(shù)據(jù)結(jié)構(gòu)FCCC1323流程圖FCCC140編碼J,SFFC141編寫程序J,FFC142調(diào)試J,SFFC150系統(tǒng)測試J,SFFC151單元測試J,SFFC152集成測試J,SFFC153確認(rèn)測試J,SFFC154系統(tǒng)測試

7、J,SFFC160試運行J,SFFC161改正性運行J,SFFC162適應(yīng)性運行J,SFFC163完善性運行J,SFFC170交付FCCC注：負(fù)責(zé)；參與；審批；監(jiān)督五任務(wù)間相互關(guān)系的網(wǎng)絡(luò)圖0022111定義系統(tǒng) 0022053112可行方案 2055083121功能性能50880124122流程分析8012 120175123規(guī)律模型12017170192124修改方案170191902121311整體結(jié)構(gòu)190212102431312模塊劃分210242402511313確定接口240252503161321建立算法250313103321322數(shù)據(jù)結(jié)構(gòu)310333303631323流程圖3

8、30363605620141編寫程序36056560615142調(diào)試560616107110151單元測試61071760793153確認(rèn)測試76079710765152集成測試71076790812154系統(tǒng)測試79081810821160運行81082790812154系統(tǒng)測試79081六進(jìn)度方案項目的里程碑方案1)1月5日1月9日 方案階段2)1月10日2月1日 需求分析3)2月1日2月25日 系統(tǒng)設(shè)計，包括概要設(shè)計和具體設(shè)計4)2月26日4月1日 編碼5)4月2日4月30日 系統(tǒng)測試6)5月1日 試運行序號任務(wù)天數(shù)/天111定義系統(tǒng)2112可行方案3121功能性能3122流程分析412

9、3規(guī)律模型5124修改方案21311整體結(jié)構(gòu)21312模塊劃分31313確定接口11321建立算法61322數(shù)據(jù)結(jié)構(gòu)41323流程圖3141編寫程序20142調(diào)試5151單元測試10152集成測試5153確認(rèn)測試3154系統(tǒng)測試2161改正性運行1162適應(yīng)性運行1163完善性運行1170交付七成本方案任務(wù)預(yù)算/元方案1000需求分析6000系統(tǒng)設(shè)計20000編碼70000系統(tǒng)測試30000試運行30000總計：157000元八項目風(fēng)險管理 1、需求不明確     需求不明確是軟件開發(fā)過程中經(jīng)?？赡苡龅降膯栴}，這類問題往往表現(xiàn)在需求范圍未界定、

10、需求未細(xì)化、需求描述不清楚、需求遺漏、需求相互沖突等多個方面。在軟件開發(fā)過程的生命周期各階段中，需求不明確所造成的鋪張是最大的，必需盡早盡可能解決。確定用戶需求是件格外困難的事情，我們經(jīng)常從以下幾個方面著手處理需求不明確問題：(1) 讓用戶參與開發(fā) (2) 開發(fā)用戶界面原型(3) 需求爭辯會議(4) 強化需求分析與評審2、項目缺少可見性軟件開發(fā)項目，往往在項目進(jìn)度和軟件質(zhì)量方面缺少可見性，項目越缺少可見性，項目就越難以把握，項目就越有可能失敗。我們可以通過迭代開發(fā)、技術(shù)評審、持續(xù)集成來增加項目的可見性。應(yīng)對方法：（1) 迭代開發(fā)(2) 技術(shù)評審(3) 持

11、續(xù)集成。每日構(gòu)建、持續(xù)集成，讓項目進(jìn)度跟蹤工作更加簡潔。當(dāng)項目小組每天重新編譯系統(tǒng)時，已完成與未完成的功能清楚可見，小組成員能夠簡潔地從軟件的表現(xiàn)知道距離整體完成還有多遠(yuǎn)。3、新技術(shù)引入   技術(shù)創(chuàng)新是一種具有探究性、制造性的技術(shù)經(jīng)濟活動。在開發(fā)過程中引入新技術(shù)，不行避開地要遇到各種風(fēng)險。通過T形軟件開發(fā)、充分論證、多階段評審、同行閱歷等措施可降低新技術(shù)風(fēng)險。應(yīng)對方法：(1) T形軟件開發(fā)在項目開發(fā)早期，開發(fā)小組應(yīng)當(dāng)建立系統(tǒng)的架構(gòu)，解決關(guān)鍵技術(shù)難題、開發(fā)系統(tǒng)的基礎(chǔ)構(gòu)件，并對系統(tǒng)所需要應(yīng)用的技術(shù)做深度探究。(2) 充分論證。在可行性分析階段，要廣

12、泛搜集相關(guān)信息，設(shè)計多種可行方案，進(jìn)行充分論證。(3) 同行閱歷   針對新技術(shù)，由于沒有閱歷可借鑒，因此在探究過程中要充分利用互聯(lián)網(wǎng)，通過搜尋同行閱歷，往往事半功倍4、技術(shù)兼容性風(fēng)險     硬件產(chǎn)品之間、系統(tǒng)軟件(操作系統(tǒng)、中間件、數(shù)據(jù)庫管理系統(tǒng))與主機設(shè)備之間、系統(tǒng)軟件之間、應(yīng)用軟件與系統(tǒng)軟件之間以及應(yīng)用軟件之間，都可能存在兼容性問題。往往系統(tǒng)集成的項目越簡單，兼容性問題就越有可能存在。應(yīng)對方法：設(shè)計先行 。在做系統(tǒng)的總體設(shè)計方案時，務(wù)必把好相關(guān)產(chǎn)品的選型關(guān)，確保網(wǎng)絡(luò)、主機、系統(tǒng)軟件與應(yīng)用

13、軟件之間不要存在較大的技術(shù)兼容性問題。5、性能問題   由于先期設(shè)計不足，性能問題往往在系統(tǒng)切換或新系統(tǒng)使用一段時間后暴露。消滅性能問題往往要進(jìn)行大量的優(yōu)化工作，甚至局部的或全面的重新設(shè)計。無論是用戶還是開發(fā)者，誰都不期望消滅性能問題(1) 性能規(guī)劃   在系統(tǒng)設(shè)計時，應(yīng)做好前期做性能規(guī)劃，對可能消滅性能問題的環(huán)節(jié)做到充分的估量。(2) 性能測試 。在開發(fā)過程中，要重視性能測試和壓力測試，盡可能模擬現(xiàn)實使用環(huán)境，搭建測試平臺。另外，由于開發(fā)環(huán)境的計算機往往比生產(chǎn)環(huán)境的計算機配置高，在做測試時應(yīng)盡量找一些配

14、置低的機器、較小的網(wǎng)絡(luò)帶寬進(jìn)行測試。(3) 充分的調(diào)試時間 。在項目開發(fā)方案中，為后期性能優(yōu)化留有余地。在對系統(tǒng)進(jìn)行性能優(yōu)化后，要進(jìn)行性能測試和壓力測試，可能還要做幾次回歸測試。6、倉促上線     在項目實施過程中，上線環(huán)節(jié)最簡潔出紕漏。應(yīng)充分考慮各種可能消滅的問題，做好風(fēng)險對策。應(yīng)對方法：(1) 應(yīng)急預(yù)案(2) 分步切換7、可用性問題    軟件的可用性包括軟件的使用是不是高效、是否簡潔學(xué)習(xí)、是否簡潔記憶、是否令人開心、是否不易出錯等諸多因素。往往由于軟件的可用性差，導(dǎo)致用戶不滿足，甚至被市場淘汰。在項目開發(fā)中應(yīng)留意可用性問題，避開軟件