【文章內(nèi)容簡介】 ：設(shè)備購買申請表、修理/報(bào)廢設(shè)備資金統(tǒng)計(jì)表。題目六、學(xué)生公寓管理系統(tǒng)學(xué)校有若干公寓，每棟5層，每層18個(gè)房間，每個(gè)房間4個(gè)學(xué)生，需要一個(gè)公寓管理系統(tǒng)實(shí)現(xiàn)管理。系統(tǒng)主要功能如下。（1）寢室分配：根據(jù)系別、年級、班級分配寢室。查詢寢室狀態(tài)和入住信息。（2）學(xué)生管理：實(shí)現(xiàn)入住學(xué)生信息的維護(hù)和查詢功能。（3）信息查詢：按公寓樓號、學(xué)生姓名等查詢住宿信息。（4）財(cái)產(chǎn)管理：實(shí)現(xiàn)對公寓財(cái)產(chǎn)的管理功能。（5）出入登記：實(shí)現(xiàn)對學(xué)生搬出公寓的貨物進(jìn)行登記和對外來人員進(jìn)行登記等功能。（6）系統(tǒng)管理：參數(shù)設(shè)置（如公寓樓號、寢室房號、系別、年級、班級的設(shè)置）、權(quán)限管理和系統(tǒng)維護(hù)（數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)）。題目七、學(xué)校衛(wèi)生管理系統(tǒng)結(jié)合學(xué)校衛(wèi)生工作的需要，開發(fā)一個(gè)衛(wèi)生管理系統(tǒng)。系統(tǒng)主要功能如下。（1）衛(wèi)生工作組成員管理：提供工作組成員信息（職務(wù)、工作類型、工作內(nèi)容等）的維護(hù)和查詢功能。（2）衛(wèi)生工作安排：提供衛(wèi)生活動信息（活動名稱、地點(diǎn)、內(nèi)容、人員/單位及負(fù)責(zé)人等）的維護(hù)和查詢功能，評定每次衛(wèi)生活動情況。（3）健康教育管理：提供健康教育工作（健康教育計(jì)劃項(xiàng)目、教育人員、教育內(nèi)容等）的維護(hù)和查詢功能。（4）學(xué)生體驗(yàn)管理：記錄每位學(xué)生每學(xué)期體驗(yàn)各項(xiàng)指標(biāo)詳細(xì)情況。（5）常見病防治管理：提供常見病信息（常見病名稱、類型、病發(fā)表現(xiàn)、傳染性等）的維護(hù)和查詢功能，記錄每個(gè)班學(xué)生常見病患者情況，統(tǒng)計(jì)年級、班級或個(gè)人常見病患者情況。（6）公益獻(xiàn)血管理：提供學(xué)生獻(xiàn)血信息（包括獻(xiàn)血量、獻(xiàn)血證號和獻(xiàn)血時(shí)間）的維護(hù)和查詢功能。（7）綜合體質(zhì)管理：提供每位學(xué)生綜合體質(zhì)信息的維護(hù)和查詢功能。題目八、田徑運(yùn)動會管理系統(tǒng)學(xué)校希望針對運(yùn)動會的田徑比賽，開發(fā)一個(gè)田徑運(yùn)動會管理系統(tǒng)。系統(tǒng)主要功能如下。（1）賽前準(zhǔn)備：田徑運(yùn)動會規(guī)則設(shè)置，報(bào)名表錄入，自動分組分道，輸出運(yùn)動員姓名號碼對照表，輸出項(xiàng)目分組表。（2）比賽管理：實(shí)現(xiàn)智能化成績處理，包括成績錄入、名次判定、運(yùn)動隊(duì)成績統(tǒng)計(jì)、團(tuán)體總分統(tǒng)計(jì)等。（3）查詢：破紀(jì)錄人次統(tǒng)計(jì)，按單位、姓名、號碼等查詢成績。（4）打印：各種檢錄表、成績單及團(tuán)體總分表、獎(jiǎng)牌榜、決賽成績總表、破紀(jì)錄情況表。第四篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關(guān)系。測試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細(xì)心有條理，總結(jié)問題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會很出色，因此這里還有一個(gè)要求，就是要喜歡測試這項(xiàng)工作。我們沒有對軟件進(jìn)行完全測試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒有進(jìn)行測試的部分。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險(xiǎn)降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。測試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：沒有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項(xiàng)目中沒有預(yù)算足夠的回歸測試時(shí)間，修改缺陷可能引入新的缺陷。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進(jìn)行修復(fù)。不是缺陷的缺陷。我們經(jīng)常會碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時(shí)間時(shí)考慮再處理。缺陷是否修改要由軟件測試人員、項(xiàng)目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。 建議我們從以下兩個(gè)方面做起：加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識互相轉(zhuǎn)移的過程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉(zhuǎn)化。管理者就應(yīng)該把員工的個(gè)人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。 測試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。測試核心模塊的目的是建立用戶對軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭得時(shí)間后，及時(shí)修改缺陷來彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。實(shí)際上完全測試是不可能的。主要有以下原因：完全測試比較耗時(shí)，時(shí)間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測試；輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。類的繼承導(dǎo)致所有的子類會包含基類的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多?！叭毕菀粋€(gè)連著一個(gè)”不是一個(gè)客觀規(guī)律，只是一個(gè)常見的現(xiàn)象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。測試人員只要嚴(yán)肅認(rèn)真的測試程序就可以了。軟件測試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測試產(chǎn)品和測試項(xiàng)目仍然會有很多不同的地方：質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會投入較多的人力、物力資源。項(xiàng)目最后要和用戶共同驗(yàn)收測試，這是產(chǎn)品測試不具有的特點(diǎn)。此外，測試產(chǎn)品與測試項(xiàng)目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 測試報(bào)告一般分為內(nèi)部測試報(bào)告和外部測試報(bào)告。內(nèi)部報(bào)告是我們在測試工作中的項(xiàng)目文檔，反映了測試工作的實(shí)施情況,一般外部測試報(bào)告要滿足下面幾個(gè)要求：根據(jù)內(nèi)部測試報(bào)告進(jìn)行編寫，一般可以摘錄；不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報(bào)告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須