第一篇:軟件工程實(shí)驗(yàn)文檔
《軟件工程課程設(shè)計(jì)》
一、提交實(shí)驗(yàn)報(bào)告文擋及要求
序報(bào)告名目 的 要 求
號(hào) 稱
以全面、系統(tǒng)的分析為主要方法,經(jīng)濟(jì)效益為核心,圍繞影響項(xiàng)目的可行性各種因素,運(yùn)用大量的數(shù)據(jù)資料論證擬建項(xiàng)目是否可行,給出項(xiàng)目可1
分析
行性分析報(bào)告。2 3 項(xiàng)目需根據(jù)給定的的題目或自選題目進(jìn)行需求分析工作;進(jìn)行功能需求、非求分析 功能需求分析得出需求規(guī)格說(shuō)明書。
項(xiàng)目概建立初始結(jié)構(gòu)圖,對(duì)初始結(jié)構(gòu)構(gòu)圖進(jìn)行改進(jìn)、優(yōu)化得出概要設(shè)計(jì)說(shuō)明要設(shè)計(jì) 書。
項(xiàng)目詳進(jìn)行詳細(xì)設(shè)計(jì)工作,得出詳細(xì)設(shè)計(jì)說(shuō)明書。
細(xì)設(shè)計(jì)
項(xiàng)目編本次實(shí)習(xí)不需編碼
碼 5
進(jìn)行黑盒、白盒測(cè)試試用例設(shè)計(jì)形成測(cè)試用例表;
項(xiàng)目測(cè)進(jìn)行黑盒測(cè)試,得出測(cè)試記錄; 6
試 進(jìn)行白盒測(cè)試,得出測(cè)試記錄;
形成測(cè)試報(bào)告。7 項(xiàng)目管利用Project進(jìn)行項(xiàng)目計(jì)劃、進(jìn)度、協(xié)調(diào)等管理材料。
理
二、課程實(shí)踐選題(課程設(shè)計(jì)題目)
題目一:電子商務(wù)網(wǎng)站建設(shè)
是一個(gè)集客戶購(gòu)物、下訂單、訂單處理、銷售統(tǒng)計(jì)等功能于一體的系統(tǒng)。通過(guò)瀏覽器,讓客戶可以查詢貨物,把貨物放入購(gòu)物車,創(chuàng)建賬戶/登陸賬戶,創(chuàng)建訂單,通過(guò)信用卡支付等。系統(tǒng)劃分成了多個(gè)模塊,松耦合的設(shè)計(jì)架構(gòu),允許可以和多個(gè)數(shù)據(jù)源,EIS(企業(yè)信息系統(tǒng))進(jìn)行交互。功能如下: 1.用戶
注冊(cè)/登陸/忘記密碼/管理個(gè)人信息
查詢貨物
購(gòu)物車管理
提交訂單
信用卡支付
查詢歷史購(gòu)物記錄 2.貨物商店
接受/處理訂單消息
手工接受/拒絕訂單
用E-mail來(lái)通知客戶
發(fā)訂單給供應(yīng)商 銷售統(tǒng)計(jì) 3.供應(yīng)商
接受訂單
派送貨物給用戶
提供一個(gè)基于web的庫(kù)存管理
維護(hù)庫(kù)存數(shù)據(jù)庫(kù)
題目二:外文圖書采購(gòu)系統(tǒng) 1.問(wèn)題概述
某圖書館外文采購(gòu)有兩個(gè)組--征訂組和驗(yàn)收登記組。分別承擔(dān)書籍訂購(gòu)和進(jìn)書驗(yàn)收任務(wù)。為了減輕勞動(dòng)強(qiáng)度和提高工作效率,打算采用計(jì)算機(jī)進(jìn)行管理。為此,系統(tǒng)分析員在進(jìn)行了調(diào)查研究,描述出外文采購(gòu)室現(xiàn)行系流程。
1)訂書組從供書單價(jià)收到訂書目錄,根據(jù)各單位的需要選擇出要訂購(gòu)的書目。2)為了避免浪費(fèi),對(duì)于已進(jìn)入過(guò)或已訂過(guò)的圖書和訂單留底。3)打印的訂單,要送給訂書單位和驗(yàn)收登記組,并留底。4)對(duì)所登記的書進(jìn)行統(tǒng)計(jì)表。
5)驗(yàn)收登記組從供書單位收到圖書和發(fā)票,根據(jù)訂單留底進(jìn)行驗(yàn)收。6)發(fā)票交給財(cái)務(wù)科進(jìn)行報(bào)賬。
7)為了避免浪費(fèi),對(duì)于已進(jìn)圖書再做查重,如果重了,轉(zhuǎn)讓出去或作別處理。如果不重,則登賬和打印查重卡。8)查重卡要交給訂書組用于查重。
9)已登記的書籍要送給編目室進(jìn)行編目。
10)已進(jìn)的書要記入圖書總賬并進(jìn)行進(jìn)書統(tǒng)計(jì)和打印進(jìn)行統(tǒng)計(jì)表。11)訂書統(tǒng)計(jì)表和進(jìn)書統(tǒng)計(jì)表交館領(lǐng)導(dǎo)。
這里沒(méi)有考慮出錯(cuò)和例外情況的處理。這些驗(yàn)收不合格怎么辦?查重的書號(hào)或書名輸入錯(cuò)誤怎么辦?等等。在實(shí)際運(yùn)行中,這些問(wèn)題都必須考慮到。
2.這個(gè)問(wèn)題比較適合用面向數(shù)據(jù)流的方法來(lái)求解。
求解這類問(wèn)題應(yīng)理解和當(dāng)前系統(tǒng)(可能是人工系統(tǒng)可能是計(jì)算機(jī)系統(tǒng))的業(yè)務(wù)流程,首先獲得當(dāng)前系統(tǒng)的物理模型。接著從當(dāng)前系統(tǒng)的物理模型抽象出當(dāng)前系統(tǒng)的的“怎么做到當(dāng)前系統(tǒng)的”做什么“的現(xiàn)象到本質(zhì)的抽象過(guò)程。然后通過(guò)分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)在邏輯上的差異,導(dǎo)出目標(biāo)系統(tǒng)的邏輯型。最后通過(guò)對(duì)目標(biāo)系統(tǒng)的邏輯模型,才能得到最終所要求的目標(biāo)系統(tǒng)。
題目三:畢業(yè)設(shè)計(jì)指導(dǎo)網(wǎng)站
畢業(yè)設(shè)計(jì)指導(dǎo)網(wǎng)站的目的是使學(xué)生和教師能夠通過(guò)網(wǎng)絡(luò)進(jìn)行畢業(yè)設(shè)計(jì)輔導(dǎo),這樣能夠得到最新的畢業(yè)設(shè)計(jì)信息,更好的輔導(dǎo)效果。內(nèi)容如下: 1.學(xué)生
注冊(cè)/登陸/忘記密碼/管理個(gè)人信息
上傳文件和下載文件
向指導(dǎo)教師提問(wèn)
查詢問(wèn)題 2.教師
登陸/忘記密碼
管理所輔導(dǎo)學(xué)生的賬戶 上傳文件和下載文件
回答問(wèn)題
群發(fā)消息 3.管理員
管理教師和學(xué)生信息
查詢統(tǒng)計(jì)數(shù)據(jù)(日問(wèn)題量,答疑率)
提醒教師答疑
發(fā)布公告
群發(fā)消息
要求: 1.加入評(píng)價(jià)機(jī)制(學(xué)生評(píng)價(jià)教師;系統(tǒng)根據(jù)網(wǎng)絡(luò)利用效率評(píng)價(jià)教師對(duì)學(xué)生的指導(dǎo)質(zhì)量等)
2.擴(kuò)展文檔管理功能(根據(jù)畢業(yè)設(shè)計(jì)的特點(diǎn),催交/管理/評(píng)價(jià)學(xué)生在不同階段上交的畢業(yè)設(shè)計(jì)文檔)
3.考慮適應(yīng)所有學(xué)院/大學(xué)的畢業(yè)設(shè)計(jì)指導(dǎo)網(wǎng)站
題目四:教務(wù)處課程管理網(wǎng)站
教務(wù)處課程管理網(wǎng)站的目的是使教務(wù)處方便地管理學(xué)生的選課情況、學(xué)習(xí)成績(jī)等信息,并通過(guò)該系統(tǒng)向?qū)W校的其他管理部門提供或獲取數(shù)據(jù)。內(nèi)容如下: 1.學(xué)生
登陸/忘記密碼
查詢成績(jī)
上傳平時(shí)作業(yè) 選課 2.教師
登陸/忘記密碼 查詢學(xué)生花名冊(cè) 布置作業(yè) 批改學(xué)生作業(yè) 提交學(xué)生成績(jī)
上傳課程資料(教學(xué)大綱、教學(xué)日歷和課件等)3.教務(wù)處
管理學(xué)生的賬戶 管理教師帳戶 發(fā)布公告
啟動(dòng)/關(guān)閉課程注冊(cè)功能 查詢成績(jī) 統(tǒng)計(jì)成績(jī)數(shù)據(jù)
提供查詢學(xué)生成績(jī)服務(wù)的接口 4.學(xué)生處
提供學(xué)生信息導(dǎo)入的接口
要求:1.通過(guò)Web Service提供服務(wù)或使用服務(wù)(如查詢成績(jī)服務(wù)和學(xué)生處學(xué)生信息獲取服務(wù))
2.考慮通用的教務(wù)處課程網(wǎng)站 題目五:病員監(jiān)護(hù)系統(tǒng)
本例為醫(yī)院特級(jí)護(hù)理病房的病員監(jiān)視系統(tǒng)。1)在每一病床旁有一個(gè)監(jiān)護(hù)器。
2)在病員身上附著各種傳感嘆器,監(jiān)測(cè)各種生理參數(shù),諸如血壓,呼吸,體溫。信號(hào)被被送到監(jiān)護(hù)器。
3)監(jiān)護(hù)器帶有輸入鍵盤,用以輸入病員的病號(hào)的病歷號(hào),各種監(jiān)測(cè)的生理因素的安全范圍值(上下限值),以及監(jiān)測(cè)頻率定期(監(jiān)測(cè)周期)等。
4)各監(jiān)測(cè)部件與中心計(jì)算機(jī)相連,后者按指定的監(jiān)測(cè)頻率定期地對(duì)監(jiān)視器進(jìn)行檢查。
5)檢查所得到的數(shù)據(jù)記錄在每個(gè)病員的記錄文件上。
6)如果發(fā)現(xiàn)病員的生理因數(shù)超出在安全范圍時(shí),在護(hù)理室有各病員的各種報(bào)警信號(hào)(燈光)出現(xiàn)。
7)每個(gè)監(jiān)視器有一開(kāi)關(guān),用來(lái)控制監(jiān)測(cè)工作。
8)本例中假設(shè)監(jiān)視255個(gè)病員,每人設(shè)定4個(gè)因素。監(jiān)視周期可從1秒到小時(shí)變化,對(duì)每一病員監(jiān)視1秒時(shí)間。
9)安全范圍為十進(jìn)數(shù)值,內(nèi)部表示為浮點(diǎn)數(shù)。病歷號(hào)為9整數(shù)。
題目六:簡(jiǎn)易辦公系統(tǒng)
很多辦公室的計(jì)算機(jī)完成了大量的文字處理功能,并沒(méi)有行使管理功能,現(xiàn)對(duì)其改進(jìn)如下:
(1)收發(fā)文管理:
對(duì)收到的公文進(jìn)行登記,分類編號(hào),(學(xué)校主要發(fā)文部門分為:教務(wù)處、財(cái)務(wù)處、學(xué)生處、人事處、保衛(wèi)處、工會(huì)以及其他),并形成文件主要內(nèi)容關(guān)鍵字,使收文能夠按照關(guān)鍵字、時(shí)間和部門查詢;對(duì)發(fā)文進(jìn)行登記,并形成文件主要內(nèi)容關(guān)鍵字,使發(fā)文能夠按照關(guān)鍵字、時(shí)間和部門查詢。(2)會(huì)議管理:
對(duì)所管理的2個(gè)會(huì)議室進(jìn)行自動(dòng)化管理,即由申請(qǐng)部門提交申請(qǐng),然后統(tǒng)一安排會(huì)議室以及各種會(huì)議資源(如投影儀、計(jì)算機(jī)、桌子、凳子等),能形成會(huì)議資源使用通知單送達(dá)申請(qǐng)部門,主管領(lǐng)導(dǎo)隨時(shí)查詢會(huì)議室使用情況(管理者直接負(fù)責(zé)管理)。能夠按照申請(qǐng)者的要求自動(dòng)生成會(huì)議通知單,由辦公室負(fù)責(zé)通知發(fā)放。能夠形成會(huì)議紀(jì)要,存檔并送到需要的部門(由申請(qǐng)者提供的信息決定)
題目七:低值易耗品管理系統(tǒng)
為了加強(qiáng)對(duì)學(xué)校實(shí)驗(yàn)室低值易耗品的管理和監(jiān)督,將指定專門的部門對(duì)其進(jìn)行管理,為了方便管理,減少工作量,擬定開(kāi)發(fā)一個(gè)低值易耗品管理系統(tǒng),描述如下:(1)學(xué)校每個(gè)院系及工程訓(xùn)練中心均有一個(gè)實(shí)驗(yàn)室,每個(gè)實(shí)驗(yàn)室每學(xué)期均有低值易耗品。
(2)基本管理流程:
每學(xué)期期末由各實(shí)驗(yàn)室上報(bào)下學(xué)期的低值易耗品清單,由材料管理科負(fù)責(zé)分類匯總,并報(bào)送審計(jì)處、財(cái)務(wù)處和校長(zhǎng),由實(shí)驗(yàn)主管部門負(fù)責(zé)對(duì)所有清單進(jìn)行審核,將清單中所有物品分為未批、待批、統(tǒng)購(gòu)和自購(gòu)四大部分。并將審批后的清單返還給實(shí)驗(yàn)室。其中統(tǒng)購(gòu)和自購(gòu)物品作為實(shí)驗(yàn)室計(jì)劃內(nèi)消耗,并根據(jù)參考價(jià)格計(jì)算出各個(gè)實(shí)驗(yàn)室下學(xué)期的計(jì)劃消耗金額。并形成計(jì)劃匯總表,報(bào)送上級(jí)部門。統(tǒng)購(gòu)物品由材料管理科統(tǒng)一購(gòu)買,應(yīng)能自動(dòng)生成全校統(tǒng)購(gòu)物品清單,清單上的物品能夠按院系和按物品類別分類匯總。物品購(gòu)買后,入庫(kù)。各個(gè)實(shí)驗(yàn)室按照指定計(jì)劃到庫(kù)房領(lǐng)用,其對(duì)應(yīng)消耗進(jìn)入實(shí)驗(yàn)室計(jì)劃消耗內(nèi)。
自購(gòu)物品由實(shí)驗(yàn)室自行購(gòu)買,購(gòu)買后將清單送到材料管理科審核,備案后,方可報(bào)帳。自購(gòu)物品也進(jìn)入本實(shí)驗(yàn)室計(jì)劃消耗內(nèi)。
材料管理科應(yīng)能隨時(shí)查詢當(dāng)前還未購(gòu)買的物品、以及當(dāng)前各個(gè)實(shí)驗(yàn)室計(jì)劃內(nèi)物品的領(lǐng)和消耗情況。
對(duì)未在計(jì)劃內(nèi)的物品消耗,采取由實(shí)驗(yàn)室填報(bào)申請(qǐng)表(在表中,必須說(shuō)明申報(bào)原因),送上級(jí)領(lǐng)導(dǎo)審核后,執(zhí)行所需費(fèi)用仍然進(jìn)入相應(yīng)院系的消耗。
學(xué)期末,應(yīng)產(chǎn)生學(xué)校各類物品消耗匯總表,各個(gè)院系實(shí)際消耗匯總表,所有物品計(jì)劃消耗與實(shí)際消耗對(duì)比分析表,各個(gè)院系計(jì)劃消耗與實(shí)際消耗對(duì)比分析表。
題目八:軟件工程課程自主學(xué)習(xí)課件建設(shè)
本課程主要在于采取一種全新的學(xué)習(xí)模式,采取網(wǎng)上自主教學(xué)的新模式,以自主教學(xué),強(qiáng)調(diào)教學(xué)順序,提出課件資源組件化、組件庫(kù)的思想,其主要描述如下: 選定軟件工程教材并對(duì)軟件工程進(jìn)行教學(xué)單元的劃分,形成教學(xué)內(nèi)容的劃分,并形成教學(xué)資源勘查點(diǎn),并形成不同的教學(xué)模式。
完成組件設(shè)計(jì)。并形成組件的建設(shè)和組件庫(kù)管理的基本框架。完成服務(wù)器架構(gòu)以及客戶端界面的設(shè)計(jì)
題目九:超市管理系統(tǒng)一個(gè)面向小型超市的管理系統(tǒng),可完成以下工作: 1.實(shí)現(xiàn)客戶購(gòu)物收銀管理; 2.向超市倉(cāng)庫(kù)中添加商品,記錄商品的損耗(如過(guò)期、變質(zhì)等非購(gòu)買方式的損耗); 3.查詢某商品的庫(kù)存情況;
4.當(dāng)各種商品庫(kù)存量少于某規(guī)定值時(shí),系統(tǒng)給予提示; 5.實(shí)現(xiàn)月度、年度商品銷售情況統(tǒng)計(jì)(如銷售量最大的商品,銷售額最多的商品,各商品的銷售量、銷售額匯總等)
題目十:學(xué)生管理系統(tǒng)
1.學(xué)生檔案信息維護(hù),包括注冊(cè)、注銷、更新等; 2.學(xué)生選課管理,從可選的課程中選擇若干課程; 3.學(xué)生成績(jī)管理,實(shí)現(xiàn)學(xué)生成績(jī)的登記;
4.學(xué)生信息、選課情況、成績(jī)的查詢和報(bào)表輸出; 滿足以下限制:
每個(gè)學(xué)生選擇的課程數(shù)在15~18之間;
學(xué)生信息注銷后,便不允許對(duì)與之相關(guān)的信息作任何修改,但可查閱; 成績(jī)的登記是按照課程來(lái)登記的;
學(xué)生只能實(shí)現(xiàn)2、4功能,且只涉及與自身相關(guān)的內(nèi)容;
題目十一:企業(yè)單位物資管理系統(tǒng)
1.實(shí)現(xiàn)物資的購(gòu)入、登記、報(bào)廢等管理;
2.可將各類物資分配到企業(yè)各個(gè)科室以便使用; 3.可按照物資類別,名稱,價(jià)格、科室等查詢、統(tǒng)計(jì); 4.可生成相應(yīng)的統(tǒng)計(jì)報(bào)表; 其他說(shuō)明、限制:
所管理的物資分兩大類:固定資產(chǎn)(如家具、電器)、耗材(文具等); 每一件固定資產(chǎn)有唯一的資產(chǎn)編號(hào);
物資管理員可以完成以上1、2、3、4功能,而普通員工只可查詢本人、本科室相關(guān)的情況;
題目十二:高等數(shù)學(xué)學(xué)習(xí)和測(cè)試系統(tǒng)
系統(tǒng)緊扣高等數(shù)學(xué)教學(xué)大綱,根據(jù)教學(xué)大綱的要求,將高等數(shù)學(xué)的全部教學(xué)內(nèi)容分為課程學(xué)習(xí)、隨堂練習(xí)、綜合測(cè)試三大部分。系統(tǒng)制作應(yīng)遵循的幾個(gè)原則
1.教學(xué)性原則; 2.可操作性原則; 3.科學(xué)性原則; 4.簡(jiǎn)約性原則; 5.藝術(shù)性原則; 6.適度信息量原則
題目十三:高等學(xué)校畢業(yè)生就業(yè)服務(wù)信息系統(tǒng) 不僅僅提供基礎(chǔ)的信息服務(wù),而且要充分利用豐富的網(wǎng)絡(luò)資源,將現(xiàn)代化的管理手段與先進(jìn)網(wǎng)絡(luò)技術(shù)的有機(jī)結(jié)合,對(duì)畢業(yè)生順利就業(yè)將起到重大的促進(jìn)和保障作用。(最好要具有就業(yè)論壇的信息過(guò)濾功能).題目十四:學(xué)校教材訂購(gòu)系統(tǒng) 本系統(tǒng)可細(xì)化為兩個(gè)子系統(tǒng):銷售系統(tǒng)和采購(gòu)系統(tǒng)銷售系統(tǒng)的工作過(guò)程為:首先由教師或?qū)W生提交購(gòu)書單,經(jīng)教材發(fā)行人員審核是有效購(gòu)書單后,開(kāi)發(fā)票、登記并返給教師或?qū)W生領(lǐng)書單,教師或?qū)W生即可去書庫(kù)領(lǐng)書。
采購(gòu)系統(tǒng)的主要工作過(guò)程為:若是脫銷教材,則登記缺書,發(fā)缺書單給書庫(kù)采購(gòu)人員;一旦新書入庫(kù)后,即發(fā)進(jìn)書通知給教材發(fā)行人員。以上的功能要求在計(jì)算機(jī)上實(shí)現(xiàn)。技術(shù)要求和限制條件:
當(dāng)書庫(kù)中的各種書籍?dāng)?shù)量發(fā)生變化(包括領(lǐng)書和進(jìn)書時(shí)),都應(yīng)修改相關(guān)的書庫(kù)記錄,如庫(kù)存表或進(jìn)/出庫(kù)表。
在實(shí)現(xiàn)上述銷售和采購(gòu)的工作過(guò)程時(shí),需考慮有關(guān)單據(jù)的合法性驗(yàn)證。系統(tǒng)的外部項(xiàng)至少包含三個(gè):教師、學(xué)生和教材工作人員。系統(tǒng)的相關(guān)數(shù)據(jù)存儲(chǔ)至少包含6個(gè):購(gòu)書表、庫(kù)存表、缺書登記表、待購(gòu)教材表、進(jìn)/出庫(kù)表。
題目十五:機(jī)票預(yù)訂系統(tǒng)
航空公司為給旅客乘機(jī)提供方便,需開(kāi)發(fā)一機(jī)票預(yù)定系統(tǒng)。各旅行社把預(yù)定機(jī)票的旅客信息(姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等)輸入到該系統(tǒng),系統(tǒng)為旅客安排航班。當(dāng)旅客交付了預(yù)定金后,系統(tǒng)印出取票通知和帳單給旅客,旅客在飛機(jī)起飛的前一天憑取票通知和帳單交款取票,系統(tǒng)核對(duì)無(wú)誤即印出機(jī)票給旅客。此外航空公司為隨時(shí)掌握各航向飛機(jī)的乘載情況,需定期進(jìn)行查詢統(tǒng)計(jì),以便適當(dāng)調(diào)整。技術(shù)要求及限定條件:
(1)在分析系統(tǒng)功能時(shí)要考慮有關(guān)證件的合法性驗(yàn)證(如身份證、取票通知、交款發(fā)票等)。(2)對(duì)于本系統(tǒng)還應(yīng)補(bǔ)充以下功能: 1)旅客延誤了取票時(shí)間的處理 2)班機(jī)取消后的處理
3)旅客臨時(shí)更改機(jī)票班次的處理
系統(tǒng)的外部項(xiàng)至少包含三個(gè):旅客、旅行社和航空公司。
題目十六:實(shí)驗(yàn)室設(shè)備管理系統(tǒng)
每學(xué)年要對(duì)實(shí)驗(yàn)室設(shè)備使用情況進(jìn)行統(tǒng)計(jì)、更新,其中:
(1)對(duì)于已徹底損壞的作報(bào)廢處理,同時(shí)詳細(xì)記錄有關(guān)信息。
(2)對(duì)于有嚴(yán)重問(wèn)題(故障)的要即使修理,并記錄修理日期、設(shè)備名、修理廠家、修理費(fèi)、責(zé)任人等。(3)對(duì)于急需但又缺少的設(shè)備需以“申請(qǐng)表”的形式送交上級(jí)領(lǐng)導(dǎo)請(qǐng)求批準(zhǔn)購(gòu)買。新設(shè)備購(gòu)入后要立即進(jìn)行設(shè)備登記(包括類別、設(shè)備名、型號(hào)、規(guī)格、單價(jià)、數(shù)量、購(gòu)置日期、生產(chǎn)廠家、購(gòu)買人等),同時(shí)更新申請(qǐng)表的內(nèi)容。
(4)隨時(shí)對(duì)現(xiàn)有設(shè)備及其修理、報(bào)廢情況進(jìn)行統(tǒng)計(jì)、查詢,要求能夠按類別和時(shí)間段(某日期之前)查詢。技術(shù)要求及限定條件
(1)所有工作由專門人員負(fù)責(zé)完成,其他人不得任意使用。
(2)每件設(shè)備在作入庫(kù)登記時(shí)均由系統(tǒng)按類別自動(dòng)順序編號(hào),形成設(shè)備號(hào);設(shè)備報(bào)廢時(shí)要及時(shí)修改相應(yīng)的設(shè)備記錄,且有領(lǐng)導(dǎo)認(rèn)可。
(3)本系統(tǒng)數(shù)據(jù)存儲(chǔ)至少應(yīng)包含:設(shè)備記錄、修理記錄、報(bào)廢記錄、購(gòu)買申請(qǐng)。(4)本系統(tǒng)的輸入項(xiàng)至少包含:新設(shè)備信息、修理信息、申請(qǐng)購(gòu)買信息、報(bào)廢信息、具體查詢統(tǒng)計(jì)要求。
(5)本系統(tǒng)輸出項(xiàng)至少包含設(shè)備購(gòu)買申請(qǐng)表、修理/報(bào)廢注銷/設(shè)備資金統(tǒng)計(jì)表。
題目十七:通用試題庫(kù)組卷系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)
考試是進(jìn)行教學(xué)目標(biāo)評(píng)價(jià)的主要手段 ,試卷是測(cè)量學(xué)生學(xué)習(xí)質(zhì)量的一把”尺子"。而命題的水平則是檢驗(yàn)教學(xué)質(zhì)量的關(guān)鍵。傳統(tǒng)的試卷命題一般是用手工的方式實(shí)現(xiàn)的 ,不但工作量大、容易出錯(cuò) ,而且不能把教師從繁重的出卷勞動(dòng)中解放出來(lái)。在現(xiàn)行的教育中 ,雖然有些高等院校也有一些專門的課程的試題庫(kù)管理系統(tǒng) ,但是通用性的效果不佳。隨著 Internet 的出現(xiàn)和廣泛使用 ,WEB 使得實(shí)現(xiàn)廣泛的網(wǎng)絡(luò)共享、集中的安全控制和友好的使用界面達(dá)到了完美的結(jié)合。開(kāi)發(fā)基于 Web 的在線組卷系統(tǒng)就具有很重要的意義。
開(kāi)發(fā)網(wǎng)上的通用試題庫(kù)組卷系統(tǒng) ,不僅可以很好的實(shí)現(xiàn)教考分離 ,可以提高教學(xué)質(zhì)量 ,而且可以使高校的教學(xué)管理質(zhì)量更上一層樓。它是將系統(tǒng)架設(shè)在一個(gè) WEB站 點(diǎn)上運(yùn)行 ,通過(guò)瀏覽器訪問(wèn) ,它提供了傳統(tǒng)題庫(kù)系統(tǒng)所不能完成的某些功能。充分利用網(wǎng)絡(luò)資源 ,教師、專家可以在終端進(jìn)行試題庫(kù)的編輯、更新等操作 ,學(xué)生則可以通過(guò)動(dòng)態(tài)的選擇不同的類型、數(shù)量的試題來(lái)進(jìn)行在線學(xué)習(xí)和考試 ,來(lái)檢測(cè)自己的學(xué)習(xí)效果。
功能模塊:
錄入模塊:在教學(xué)大綱和考試大綱的指導(dǎo)下 ,可以向組卷庫(kù)里添加符合要求的試題和試卷。
查詢模塊:系統(tǒng)中的所有用戶可以查詢?cè)嚲?、試題、用戶等信息。組卷模塊:是通用試題庫(kù)組卷系統(tǒng)的一個(gè)核心模塊 ,這部分的設(shè)計(jì)的優(yōu)劣能夠反映其試卷質(zhì)量的高低。就目前而言 ,為了滿足不同人的需求 ,組卷的形式大概可以分為以下兩種。手工組卷是指系統(tǒng)根據(jù)一些條件后調(diào)出一定范圍的試題,然后出題人員在這個(gè)范圍的試題內(nèi)逐個(gè)地通過(guò)復(fù)選來(lái)形成試卷的方法。出題者可以利用現(xiàn)有的試題庫(kù) ,按照條件查詢 ,可以在查詢結(jié)果中對(duì)每一試題進(jìn)行率選, 順序也可以進(jìn)行調(diào)整 ,出題人員不斷重復(fù)這個(gè)步驟 ,并可以依據(jù)每題的難易程度來(lái)控制整份試卷的難易。自動(dòng)組卷是指出題人員向系統(tǒng)只提供一些很簡(jiǎn)潔的計(jì)劃,完全由系統(tǒng)自動(dòng)按照一定的算法和規(guī)則在試題庫(kù)里自動(dòng) ,系統(tǒng)根據(jù)一些參數(shù)的設(shè)定 ,比如: 試題的考試時(shí)間 ,按題型比例出卷,隨機(jī)抽取試題并試題不重復(fù)等等, 靈活地抽取各類型的試題組成試卷 ,那么就會(huì)導(dǎo)致試卷的內(nèi)容隨著庫(kù)中的試題的變化而變化。
考試模塊:本系統(tǒng)的另一個(gè)核心模塊。其主要功能是為學(xué)生提供一個(gè)考試平臺(tái) ,根據(jù)對(duì)出題方式的設(shè)定 ,輸入試卷編號(hào),如果試卷確實(shí)存在 ,那就可以調(diào)出試卷進(jìn)行在線測(cè)試 ,考生在頁(yè)面上進(jìn)行答題, 最后將答案提交給服務(wù)器 ,為了規(guī)范考試紀(jì)律,該系統(tǒng)采用了自愿交卷和自動(dòng)交卷。
刪除模塊:只有管理員才具有權(quán)限去刪除,可以選擇刪除試題、科目等信息。
題目十八:操作系統(tǒng)精品課程網(wǎng)站設(shè)計(jì)與實(shí)現(xiàn) 《操作系統(tǒng)》是軟件學(xué)院軟件工程專業(yè)的主干必修課,為嵌入式系統(tǒng)及其應(yīng)用提供課程支持,它在計(jì)算機(jī)知識(shí)結(jié)構(gòu)中有著極其重要的地位和作用,可為學(xué)生較全面的建立起關(guān)于計(jì)算機(jī)系統(tǒng)的概念?!恫僮飨到y(tǒng)》課程又是考研課程和軟考重要必考課程之一,定位于計(jì)算機(jī)各相關(guān)專業(yè)的本科生,因此在授課內(nèi)容上強(qiáng)調(diào)知識(shí)的完備性、實(shí)際系統(tǒng)的關(guān)聯(lián)性、基本理論的應(yīng)用性及新技術(shù)的引入。該課程要求學(xué)生能夠很好地掌握計(jì)算機(jī)操作系統(tǒng)的基本概念、各種資源管理的思想和算法,能夠較好的理解操作系統(tǒng)原理,而且能夠拓展原理的應(yīng)用,也為學(xué)生的底層程序開(kāi)發(fā)及后續(xù)發(fā)展奠定基礎(chǔ)。因此,開(kāi)發(fā)一個(gè)操作系統(tǒng)精品課程網(wǎng)站顯得尤其重要。
功能模塊:
課程介紹:主要包括軟件工程的課程簡(jiǎn)介、教學(xué)大綱、選用教材、參考文獻(xiàn)等。師資隊(duì)伍:主要是介紹軟件工程的主講教師、教學(xué)專家、教師風(fēng)采(主要采用視頻播放教師現(xiàn)場(chǎng)授課)、教學(xué)成果(包括教改課題、教改論文)教學(xué)資源:主要向?qū)W生提供豐富的課內(nèi)和課外知識(shí),使學(xué)生可在課外時(shí)間預(yù)習(xí)和復(fù)習(xí)課程知識(shí),并能根據(jù)自己的興趣了解相關(guān)的課外知識(shí)。這些模塊還提供各類資源的下載功能,如電子課件、閱讀資料、例題習(xí)題、課程設(shè)計(jì)等。
在線考試:管理員或教師維護(hù)題庫(kù)、根據(jù)試題的題庫(kù)設(shè)置考試的試卷規(guī)則、錄入允許參加考試的考生名單、考生隨機(jī)抽取題庫(kù)試題進(jìn)行考試、教師批卷或計(jì)算機(jī)自動(dòng)判卷、統(tǒng)計(jì)考試成績(jī)、查詢考試結(jié)果。在線考試還具備學(xué)生的自測(cè)功能,即學(xué)生可任意選擇自測(cè)章節(jié)、知識(shí)點(diǎn)和難度系數(shù)進(jìn)行組題,以確定測(cè)試范圍,系統(tǒng)將根據(jù)學(xué)生的選項(xiàng),自動(dòng)隨機(jī)調(diào)出相應(yīng)范圍內(nèi)的題目。學(xué)生答題結(jié)束后,系統(tǒng)記錄學(xué)生的答題情況,以供學(xué)生日后參考復(fù)習(xí)。系統(tǒng)還會(huì)在答題結(jié)束后自動(dòng)給出參考答案,供學(xué)生參考。對(duì)于客觀性題目, 系統(tǒng)還會(huì)自動(dòng)打出分?jǐn)?shù)。
輔導(dǎo)答疑:是實(shí)現(xiàn)“網(wǎng)上答疑”,在網(wǎng)上學(xué)生提出問(wèn)題,教師進(jìn)行解答,這些提問(wèn)和解答都被系統(tǒng)記錄,以便其他用戶查看和學(xué)習(xí),達(dá)到信息的共享目的。用戶管理:主要用于對(duì)用戶分角色進(jìn)行有效的授權(quán)管理,系統(tǒng)主要包含三類用戶:學(xué)生、教師和系統(tǒng)管理員,每類用戶對(duì)本系統(tǒng)有各自不同的使用權(quán)限。學(xué)生的權(quán)限最低,只有一般的使用權(quán)。教師和系統(tǒng)管理員具有較高的權(quán)限,如教師可以進(jìn)行作業(yè)管理,題庫(kù)模塊的維護(hù)及答疑等;系統(tǒng)管理員則負(fù)責(zé)公告,教學(xué)資源,試題庫(kù),角色等各種功能的管理。
作業(yè)管理:該模塊主要是學(xué)生在這里提交作業(yè),教師可以在線批改作業(yè),給出成績(jī),學(xué)生可以在查看作業(yè)批改情況。
第二篇:軟件工程實(shí)驗(yàn)
作業(yè)一
1.請(qǐng)畫出由下列文字描述的系統(tǒng)流程圖,請(qǐng)用Microsoft Visio 或Word軟件畫圖
設(shè)某城市招干考試成績(jī)統(tǒng)計(jì)系統(tǒng)。
考生分三個(gè)專業(yè),不同專業(yè)考試科目不同:
法律專業(yè)---考政治、語(yǔ)文、法律
行政專業(yè)---考政治、語(yǔ)文、行政
財(cái)經(jīng)專業(yè)---考政治、語(yǔ)文、財(cái)經(jīng)學(xué)
每個(gè)考生在報(bào)名時(shí)登記姓名、地址、年齡和報(bào)考專業(yè)。報(bào)名后招干辦公室根據(jù)專業(yè)考生專業(yè)及地址在市區(qū)或郊區(qū)來(lái)編排準(zhǔn)考證號(hào)碼和考場(chǎng)。考生參加考試后,輸入每個(gè)考生的各門課程的成績(jī),并統(tǒng)計(jì)出每個(gè)考生三門課程的總成績(jī)。按準(zhǔn)考證號(hào)的順序打印出考生考試成績(jī)單,分發(fā)給每個(gè)考生。各專業(yè)分別將考生按成績(jī)總分從高到低的次序排序,以便決定錄取名單。
作業(yè)二
畫考務(wù)處理系統(tǒng)的數(shù)據(jù)流圖。
考務(wù)處理系統(tǒng)功能如下:
(1)對(duì)考生送來(lái)的報(bào)名單進(jìn)行檢查;(2)對(duì)合格的報(bào)名單編好準(zhǔn)考證號(hào)后將準(zhǔn)考證送給考生,并將匯總后的考生名單送給閱卷站;?3)對(duì)閱卷站送來(lái)的成績(jī)單進(jìn)行檢查,并根據(jù)考試中心制定的合格標(biāo)準(zhǔn)審定合格者;(4)制作考生通知單(含成績(jī)及合格/不合格標(biāo)志)送給考生;(5)按地區(qū)進(jìn)行成績(jī)分類統(tǒng)計(jì)和試題難度分析,產(chǎn)生統(tǒng)計(jì)分析表。
作業(yè)三
1、請(qǐng)為某倉(cāng)庫(kù)的管理設(shè)計(jì)一個(gè)ER模型。該倉(cāng)庫(kù)主要管理零件(包括零件編號(hào)、名稱、顏色、重量)的定購(gòu)和供應(yīng)等事項(xiàng)。倉(cāng)庫(kù)向工程項(xiàng)目(包括項(xiàng)目編號(hào)、項(xiàng)目名稱、開(kāi)工日期)供應(yīng)零件,并且根據(jù)需要向供應(yīng)商(包括供應(yīng)商編號(hào)、名稱、地址)定購(gòu)零件。
2、畫復(fù)印機(jī)的狀態(tài)轉(zhuǎn)換圖 復(fù)印機(jī)的工作過(guò)程大致如下: 未接到復(fù)印命令時(shí)處于閑置狀態(tài),一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài),完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài),等待下一個(gè)復(fù)印命令;
如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)沒(méi)紙,則進(jìn)入缺紙狀態(tài),發(fā)出警告,等待裝紙,裝滿紙后進(jìn)入閑置狀態(tài),準(zhǔn)備接收復(fù)印命令;
如果復(fù)印時(shí)發(fā)生卡紙故障,則進(jìn)入卡紙狀態(tài),發(fā)出警告等待維修人員來(lái)排除故障,故障排除后回到閑置狀態(tài)。
作業(yè)四
請(qǐng)將上列給出的具有變換型的DFD圖導(dǎo)出它的軟件結(jié)構(gòu)SC圖
作業(yè)五
某程序流程圖如下圖所示,請(qǐng)分別用N-S圖和PAD圖表示。
作業(yè)六
練習(xí)題:用判定表和判定樹(shù)表示“檢查訂貨單”偽碼 IF 客戶訂貨金額超過(guò)5000元 THEN IF 客戶拖延未還賒欠錢款超過(guò)60天 THEN 在償還欠款前不予批準(zhǔn)
ELSE(拖延未還賒欠錢款不超過(guò)60天)發(fā)批準(zhǔn)書,發(fā)貨單 ENDIF ELSE(客戶訂貨金額未超過(guò)5000元)IF 客戶拖延未還賒欠錢款超過(guò)60天 THEN 發(fā)批準(zhǔn)書,發(fā)貨單,并發(fā)催款通知書 ELSE(拖延未還賒欠錢款不超過(guò)60天)發(fā)批準(zhǔn)書,發(fā)貨單 ENDIF ENDIF
作業(yè)七
設(shè)計(jì)下列偽碼程序的語(yǔ)句覆蓋和路徑覆蓋測(cè)試用例: START
INPUT(A,B,C)IF A>5 THEN X=10 ELSE X=1 END IF IF B>10 THEN Y=20 ELSE Y=2 END IF IF C>15 THEN Z=30 ELSE Z=3 END IF PRINT(X,Y,Z)STOP
實(shí)習(xí)
請(qǐng)參考機(jī)票預(yù)訂系統(tǒng)實(shí)例 飛機(jī)票預(yù)訂系統(tǒng).zip
一、課程實(shí)踐任務(wù)
學(xué)生自行分組選擇一個(gè)項(xiàng)目,完成一個(gè)實(shí)際軟件項(xiàng)目的分析、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試全過(guò)程,領(lǐng)會(huì)軟件工程的基本思想,明晰各個(gè)階段的主要任務(wù),使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計(jì)算機(jī)輔助軟件工具,采用規(guī)范化的軟件工程方法進(jìn)行軟件項(xiàng)目的研發(fā)。
二、課程實(shí)踐的要求
第三篇:軟件工程實(shí)驗(yàn)二
實(shí)驗(yàn)二:需求分析報(bào)告
實(shí)驗(yàn)學(xué)時(shí):2
課后2學(xué)時(shí)
實(shí)驗(yàn)類型:技能性
一、目的與任務(wù)
目的:明確需求分析任務(wù)的重要性,掌握需求分析的主要具的使用方法和步驟,寫出需求規(guī)格說(shuō)明書。
二、實(shí)驗(yàn)安排
1、裝有Offic軟件,Visio 2010的微機(jī)系統(tǒng).2、實(shí)驗(yàn)安排方式:本實(shí)驗(yàn)為開(kāi)放實(shí)驗(yàn),各組可同時(shí)進(jìn)行實(shí)驗(yàn),每組8-10人。
三、實(shí)驗(yàn)內(nèi)容及步驟
1、選擇一個(gè)管理系統(tǒng)(人事管理系統(tǒng)、工資管理系統(tǒng)、學(xué)生檔案管理系統(tǒng)等)。
2、軟件工程的原理對(duì)該系統(tǒng)的問(wèn)題進(jìn)行分析;
3、分析系統(tǒng)的數(shù)據(jù)需求獲得當(dāng)前系統(tǒng)的物理模型,然后抽象出當(dāng)前系統(tǒng)的邏輯模型,再建立目標(biāo)系統(tǒng)的邏輯模型;理出系統(tǒng)的數(shù)據(jù)流程圖;
4、用Visio 2010畫出該系統(tǒng)的數(shù)據(jù)流圖,用結(jié)構(gòu)化分析方法對(duì)整個(gè)系統(tǒng)進(jìn)行分析細(xì)化,用數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型,描繪信息在系統(tǒng)中流動(dòng)和處理的情況;數(shù)據(jù)流圖是分析和設(shè)計(jì)的工具,它主要描述系統(tǒng)完成的功能而不是系統(tǒng)的物理實(shí)現(xiàn)。
5、在Microsoft Word文檔下寫出該系統(tǒng)的數(shù)據(jù)字典,用數(shù)據(jù)字典對(duì)人們不了解的條目進(jìn)行解釋,對(duì)所有被加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)進(jìn)行解釋;
6、用小說(shuō)明來(lái)描述最底層的基本加工邏輯,小說(shuō)明并不描述具體的加工過(guò)程,而只是這個(gè)加工的輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯關(guān)系。
7、用Visio 2007畫出該系統(tǒng)的IPO圖,它的基本形式是左邊框中列出有關(guān)的輸入數(shù)據(jù),在中間的框中列出主要的處理,在右邊的框中列出產(chǎn)生的輸出數(shù)據(jù);
8、用層次方框圖或Warnier圖對(duì)系統(tǒng)進(jìn)行說(shuō)明;層次方框圖是由樹(shù)型結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)數(shù)型結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框,它代表完整的數(shù)據(jù)結(jié)構(gòu),下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集,最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素。
四、思考題
1、軟件需求分析在整個(gè)軟件生存周期中的地位?
2、在軟件需求分析中要完成哪些任務(wù),所完成的資料在以后的工作中起什么作用?
3、做需求分析的過(guò)程中有沒(méi)有做社會(huì)調(diào)研?
附錄一:
實(shí)驗(yàn)要求
軟件工程實(shí)驗(yàn)要求學(xué)生采用“項(xiàng)目小組”的形式,結(jié)合具體的開(kāi)發(fā)項(xiàng)目進(jìn)行設(shè)計(jì)。具體要求如下:
1.班級(jí)按項(xiàng)目小組進(jìn)行分組,每組不得超過(guò)10人 2.每個(gè)項(xiàng)目小組選出項(xiàng)目負(fù)責(zé)人或項(xiàng)目經(jīng)理,由項(xiàng)目經(jīng)理召集項(xiàng)目組成員討論、選定開(kāi)發(fā)項(xiàng)目
3.項(xiàng)目中的每項(xiàng)任務(wù)要落實(shí)到人且規(guī)定該任務(wù)的起止日期和時(shí)間
4.每個(gè)項(xiàng)目小組必須按照《軟件工程實(shí)驗(yàn)指導(dǎo)書》附錄中給定的文檔規(guī)范標(biāo)準(zhǔn)提供項(xiàng)目文檔
5.題目自定或采用附錄二中的題目
6.軟件開(kāi)發(fā)的方法自定(結(jié)構(gòu)化或面向?qū)ο蟮姆椒▽W(xué))
附錄二:
實(shí)驗(yàn)題目
題目一:“教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排” 1.系統(tǒng)簡(jiǎn)介
每個(gè)學(xué)期的期中,學(xué)校教務(wù)處向各個(gè)學(xué)院發(fā)出下各學(xué)期的教學(xué)計(jì)劃,包括課程名稱、課程代碼、課時(shí)、班級(jí)類別(本科、???、成人教育、研究生)、班號(hào)等;學(xué)院教學(xué)主管人員根據(jù)教學(xué)任務(wù)和要求給出各個(gè)課程的相關(guān)限制(如:任課教師的職稱、上課的班數(shù)、最高和最低周學(xué)時(shí)數(shù)等);任課教師自報(bào)本人授課計(jì)劃,經(jīng)所在教研室協(xié)調(diào)任可,將教學(xué)計(jì)劃上交學(xué)院主管教學(xué)計(jì)劃的人員,批準(zhǔn)后上報(bào)學(xué)校教務(wù)處,最終由教務(wù)處給出下個(gè)學(xué)期全學(xué)院教師的教學(xué)任務(wù)書。
假設(shè)上述排課過(guò)程全部由人工操作,現(xiàn)要求為上述過(guò)程實(shí)現(xiàn)計(jì)算機(jī)自動(dòng)處理過(guò)程。2.限定條件
(1)每位教師的主講課程門數(shù)不超過(guò)2門/學(xué)期:講師以下職稱的教師不能承擔(dān)學(xué)院定主課的主講任務(wù)。(2)學(xué)院中層干部的主講課時(shí)不能超過(guò)4學(xué)時(shí)/周。
(3本學(xué)期出現(xiàn)嚴(yán)重教學(xué)事故的教師不能承擔(dān)下各學(xué)期的主講任務(wù)。
(4)本系統(tǒng)的輸入項(xiàng)至少包括:教務(wù)處布置的教學(xué)計(jì)劃,學(xué)院教師自報(bào)的授課計(jì)劃和學(xué)院定的有關(guān)授課限制條件。(5)本系統(tǒng)的輸出項(xiàng)至少包括:教務(wù)處最終下達(dá)全院教師的教學(xué)任務(wù)書和學(xué)院各個(gè)班級(jí)下各學(xué)期的課程表(可以不含上課地點(diǎn))。
題目二:“學(xué)校教材定購(gòu)系統(tǒng)” 1.系統(tǒng)簡(jiǎn)介
本系統(tǒng)可以細(xì)化為兩個(gè)子系統(tǒng):銷售系統(tǒng)和采購(gòu)系統(tǒng) 銷售系統(tǒng)的主要工作過(guò)程為:首先由教師或?qū)W生提交購(gòu)書單,經(jīng)教材發(fā)行人員審核是有效購(gòu)書單后,開(kāi)發(fā)票、登記并返給教師或?qū)W生領(lǐng)書單,教師或?qū)W生可以到書庫(kù)領(lǐng)書。
采購(gòu)系統(tǒng)的主要工作過(guò)程為:若是教材脫銷,則登記缺書,發(fā)缺書單給書庫(kù)采購(gòu)人員;一旦新書入庫(kù)后,即發(fā)進(jìn)書通知給教材發(fā)行人員。
以上功能要求在計(jì)算機(jī)上實(shí)現(xiàn)。2.技術(shù)要求和限制條件
(1)當(dāng)書庫(kù)中的各種書籍?dāng)?shù)量發(fā)生變化(包括進(jìn)書和出書)時(shí),都應(yīng)修改相關(guān)的書庫(kù)記錄,如庫(kù)存表或進(jìn)/出庫(kù)表。(2)在實(shí)現(xiàn)上述銷售和采購(gòu)的工作過(guò)程時(shí),需考慮有關(guān)的合法性驗(yàn)證。
(3)系統(tǒng)的外部項(xiàng)至少包括:教師、學(xué)生和教材工作人員。(4)系統(tǒng)的相關(guān)數(shù)據(jù)存儲(chǔ)至少包括:購(gòu)書表、庫(kù)存表、缺書登記表、待購(gòu)教材表、進(jìn)庫(kù)表和出庫(kù)表。
題目三:“機(jī)票預(yù)定系統(tǒng)” 1.系統(tǒng)簡(jiǎn)介
航空公司為給旅客乘機(jī)提供方便,需要開(kāi)發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。各個(gè)旅行社把預(yù)定機(jī)票的旅客信息(姓名、性別、工作單位、身份證號(hào)碼(護(hù)照號(hào)碼)、旅行時(shí)間、旅行始發(fā)地和目的地,航班艙位要求等)輸入到系統(tǒng)中,系統(tǒng)為旅客安排航班。當(dāng)旅客交付了預(yù)訂金后,系統(tǒng)打印出取票通知和帳單給旅客,旅客在飛機(jī)起飛前一天憑取票通知和帳單交款取票,系統(tǒng)核對(duì)無(wú)誤即打印出機(jī)票給旅客。此外航空公司為隨時(shí)掌握各個(gè)航班飛機(jī)的乘載情況,需要定期進(jìn)行查詢統(tǒng)計(jì),以便適當(dāng)調(diào)整。
2.技術(shù)要求和限制條件(1)在分析系統(tǒng)功能時(shí)要考慮有關(guān)證件的合法性驗(yàn)證(如身份證、取票通知和交款發(fā)票)等。(2)對(duì)于本系統(tǒng)還應(yīng)補(bǔ)充一下功能: 1.旅客延誤了取票時(shí)間的處理 2.航班取消后的處理
3.旅客臨時(shí)更改航班的處理(3)系統(tǒng)的外部輸入項(xiàng)至少包括:旅客、旅行社和航空公司。
題目四:“學(xué)校內(nèi)部工資管理系統(tǒng)” 1.系統(tǒng)簡(jiǎn)介
假設(shè)學(xué)校共有教職工約1000人,10個(gè)行政部門和8個(gè)系。每個(gè)月20日前各個(gè)部門(包括系和部門)要將出勤情況上報(bào)人事處,23日前人事處將出勤工資、獎(jiǎng)金及扣款清單送到財(cái)務(wù)處。財(cái)務(wù)處于每個(gè)月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每個(gè)月3日將工資條發(fā)給每個(gè)單位。若由員工調(diào)入或調(diào)出、校內(nèi)調(diào)動(dòng)、離退休變化,則由人事處通知相關(guān)部門和財(cái)務(wù)處。
2.技術(shù)要求和限制條件
(1)本系統(tǒng)的數(shù)據(jù)存儲(chǔ)至少包括:工資表、部門匯總表、扣稅款表、銀行發(fā)放表等。
(2)除人事處、財(cái)務(wù)處外,其他職能部門和系名稱可以簡(jiǎn)化表示。
(3)工資、獎(jiǎng)金、扣款細(xì)節(jié)由學(xué)生自定義。
題目五:“實(shí)驗(yàn)室設(shè)備管理系統(tǒng)” 1.系統(tǒng)簡(jiǎn)介
每學(xué)年要對(duì)實(shí)驗(yàn)室設(shè)備使用情況進(jìn)行統(tǒng)計(jì)、更新。其中:(1)對(duì)于已徹底損壞的做報(bào)廢處理,同時(shí)詳細(xì)記錄有關(guān)信息。(2)對(duì)于由嚴(yán)重問(wèn)題(故障)的要及時(shí)修理,并記錄修理日期、設(shè)備名、編號(hào)、修理廠家、修理費(fèi)用、責(zé)任人等。(3)對(duì)于急需修改但又缺少的設(shè)備,需以“申請(qǐng)表”的形式送交上級(jí)領(lǐng)導(dǎo)請(qǐng)求批準(zhǔn)購(gòu)買。新設(shè)備購(gòu)入后要立即進(jìn)行設(shè)備登記(包括類別、設(shè)備名、編號(hào)、型號(hào)、規(guī)格、單價(jià)、數(shù)量、購(gòu)置日期、生產(chǎn)廠家、保質(zhì)期和經(jīng)辦人等信息),同時(shí)更新申請(qǐng)表的內(nèi)容。
(4)隨時(shí)對(duì)現(xiàn)有設(shè)備及其修理、報(bào)廢情況進(jìn)行統(tǒng)計(jì)、查詢,要求能夠按類別和時(shí)間段等查詢。
2.技術(shù)要求及限制條件
(1)所有工作由專門人員負(fù)責(zé)完成,其他人不得任意使用。(2)每件設(shè)備在做入庫(kù)登記時(shí)均由系統(tǒng)按類別加自動(dòng)順序號(hào)編號(hào),形成設(shè)備號(hào);設(shè)備報(bào)廢時(shí)要及時(shí)修改相應(yīng)的設(shè)備記錄,且有領(lǐng)導(dǎo)認(rèn)可。
(3)本系統(tǒng)的數(shù)據(jù)存儲(chǔ)至少包括:設(shè)備記錄、修理記錄、報(bào)廢記錄、申請(qǐng)購(gòu)買記錄。
(4)本系統(tǒng)的輸入項(xiàng)至少包括:新設(shè)備信息、修理信息、申請(qǐng)購(gòu)買信息、具體查詢統(tǒng)計(jì)要求。本系統(tǒng)的輸出項(xiàng)至少包括:設(shè)備購(gòu)買申請(qǐng)表、修理/報(bào)廢設(shè)備資
金統(tǒng)計(jì)表
題目六:“校園代金卡系統(tǒng)” 1.系統(tǒng)簡(jiǎn)介
校園代金卡系統(tǒng)配套符合金融標(biāo)準(zhǔn)的金融設(shè)備——自助繳費(fèi)機(jī)(帶圈存功能),以銀行卡為輔助,從真正意義上實(shí)現(xiàn)全方位的現(xiàn)代化校園管理,實(shí)現(xiàn)校園貨幣電子化。它以非接觸式IC卡又稱射頻卡為操作手段,配合校園計(jì)算機(jī)網(wǎng)絡(luò),實(shí)現(xiàn)整個(gè)學(xué)校的全方位智能卡網(wǎng)絡(luò)化管理,將先進(jìn)的IC卡技術(shù)服務(wù)用于學(xué)校的教學(xué)、科研、管理和生活等方面。用IC卡取代借書證、餐票、計(jì)算機(jī)房的上機(jī)卡、通道出入證件等;并作為校園信息查詢卡,使教師和學(xué)生可以輕松查詢教學(xué)設(shè)備、教室情況、圖書音像資料、校園活動(dòng)等各類信息。整個(gè)系統(tǒng)的建成,為學(xué)校從各項(xiàng)日常管理事務(wù)到各種長(zhǎng)期數(shù)據(jù)處理提供科學(xué)的解決方案,以節(jié)約學(xué)校的人力物力,在提高學(xué)校管理能力的基礎(chǔ)上,亦能為學(xué)校帶來(lái)一定的經(jīng)濟(jì)效益。師生手持一張智能卡就可以實(shí)現(xiàn)學(xué)校全部事務(wù),實(shí)現(xiàn)學(xué)校的各種消費(fèi)的無(wú)紙幣流通。
2.校園代金卡系統(tǒng)功能要求 在代金卡系統(tǒng)的功能要求中,首先應(yīng)該劃分出系統(tǒng)必須完成的所有功能。
校園代金卡系統(tǒng)能夠運(yùn)用于解決學(xué)生和教職工的消費(fèi)既管理問(wèn)題,包括購(gòu)物消費(fèi)、購(gòu)飯消費(fèi)、遲到、早退學(xué)生登記、圖書借閱、機(jī)房上機(jī)、學(xué)生成績(jī)查詢、校園綜合信息查詢、學(xué)生身份驗(yàn)證等。其中校園代金卡系統(tǒng)又分為一卡通中心平臺(tái)、銀行接口子系統(tǒng)、圖書管理系統(tǒng)、消費(fèi)管理系統(tǒng)、學(xué)生學(xué)籍管理系統(tǒng)、身份驗(yàn)證識(shí)別系統(tǒng)、門禁考勤系統(tǒng)等子系統(tǒng),各個(gè)系統(tǒng)所實(shí)現(xiàn)功能也不相同,主要分為: 一卡通中心平臺(tái)
校園代金卡的一卡通中心平臺(tái)實(shí)現(xiàn)了對(duì)校園卡的發(fā)放、掛失、取消等管理,能夠傳輸和處理數(shù)據(jù)系統(tǒng),交易數(shù)據(jù),結(jié)算清算各種費(fèi)用,在沒(méi)有工作人員參與的情況下自己也能進(jìn)行一系列的工作,節(jié)省時(shí)間和人力。
銀行接口子系統(tǒng)
校園代金卡的銀行接口子系統(tǒng)能實(shí)現(xiàn)銀行卡和學(xué)生校園卡帳號(hào)對(duì)應(yīng),兩卡分離,學(xué)生家長(zhǎng)持銀行卡,學(xué)生持校園代金卡。家長(zhǎng)使用銀行系統(tǒng)的全國(guó)異地通存通兌業(yè)務(wù),給學(xué)生銀行卡中匯款。通過(guò)設(shè)在校園內(nèi)的圈存機(jī),可以實(shí)現(xiàn)銀行卡到校園卡的電子錢包圈存并可自助查詢銀行帳戶余額。這樣學(xué)生不必從銀行取出現(xiàn)金然后再對(duì)校園卡進(jìn)行充值,節(jié)約了人力,方便了學(xué)生充值校園代金卡。
附錄三:
軟件開(kāi)發(fā)文檔指南 可行性研究報(bào)告
可行性研究報(bào)告的編寫目的是:說(shuō)明該軟件開(kāi)發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)、經(jīng)濟(jì)和社會(huì)條件方面的可行性;評(píng)述為了合理地達(dá)到開(kāi)發(fā)目標(biāo)而可能先擇的各種方案;說(shuō)明論證所選定的方案??尚行匝芯繄?bào)告的編寫內(nèi)容要求如下:
1.1 引言
1.1.1 編寫目的 1.1.2 背景 1.1.3 定義
1.1.4 參考資料
1.2 可行性研究的前提
1.2.1 要求 1.2.2 目標(biāo)
1.2.3 條件、假定和限制 1.2.4 進(jìn)行可行性研究的方法 1.2.5 評(píng)價(jià)尺度
1.3 對(duì)現(xiàn)有系統(tǒng)的分析 1.3.1 數(shù)據(jù)流程和處理流程 1.3.2 工作負(fù)荷 1.3.3 費(fèi)用開(kāi)支 1.3.4 人員 1.3.5 設(shè)備 1.3.6 局限性
1.4 所建議的系統(tǒng)
1.4.1 對(duì)所建議系統(tǒng)的說(shuō)明 1.4.2 數(shù)據(jù)流程各處理流程 1.4.3 改進(jìn)之處 1.4.4 影響
1.4.4.1 對(duì)象設(shè)備的影響 1.4.4.2 對(duì)軟件的影響
1.4.4.3 對(duì)用戶單位機(jī)構(gòu)的影響 1.4.4.4 對(duì)系統(tǒng)動(dòng)行的影響 1.4.4.5 對(duì)開(kāi)發(fā)的影響
1.4.4.6 對(duì)地點(diǎn)和設(shè)施的影響 1.4.4.7 對(duì)經(jīng)費(fèi)開(kāi)支的影響 1.4.5 局限性
1.4.6 技術(shù)條件方面的可行性 1.5 可選擇其他系統(tǒng)方案 1.5.1 可選擇的系統(tǒng)方案1 1.5.2 可選擇的系統(tǒng)方案2 ……
1.6 投資及收益分析 1.6.1 支出
1.6.1.1 基本建設(shè)投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益
1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比 1.6.4 投資回收周期 1.6.5 敏感性分析
1.7 社會(huì)條件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 結(jié)論 項(xiàng)目開(kāi)發(fā)計(jì)劃
編制項(xiàng)目開(kāi)發(fā)計(jì)劃的目的是用文件的形式,把對(duì)于在開(kāi)發(fā)過(guò)程中各項(xiàng)工作的負(fù)責(zé)人員、開(kāi)發(fā)進(jìn)度所需經(jīng)費(fèi)預(yù)算、所需軟、硬件條件等問(wèn)題作出安排記載下來(lái),以便根據(jù)本計(jì)劃開(kāi)展和檢查本項(xiàng)目的開(kāi)發(fā)工作。編制內(nèi)容要求如下:
2.1 引言
2.1.1 編寫目的 2.1.2 背景 2.1.3 定義
2.1.4 參考資料 2.2 項(xiàng)目概述 2.2.1 工作內(nèi)容 2.2.2 主要參加人員 2.2.3 產(chǎn)品及成果 2.2.3.1 程序 2.2.3.2 文件 2.2.3.3 服務(wù)
2.2.3.4 非移交產(chǎn)品 2.2.4 驗(yàn)收標(biāo)準(zhǔn)
2.2.5 完成項(xiàng)目的最遲期限 2.2.6 本計(jì)劃的審查者與批準(zhǔn)者 2.3 實(shí)施總計(jì)劃
2.3.1 工作任務(wù)的分解 2.3.2 接口人員 2.3.3 進(jìn)度 2.3.4 預(yù)算
2.3.5 關(guān)鍵問(wèn)題 2.4 支持條件
2.4.1 計(jì)算機(jī)系統(tǒng)支持 2.4.2 需要用戶承擔(dān)的工作 2.4.3 需由外單位提供的條件 2.5 專題計(jì)劃要點(diǎn) 3 軟件需求說(shuō)明書
軟件需求說(shuō)明書的編制是為了使用戶的軟件開(kāi)發(fā)者雙方對(duì)該軟件的起初規(guī)定有一個(gè)共同的理解,使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。編制軟件需求說(shuō)明書的內(nèi)容要求如下:
3.1 引言
3.1.1 編寫的目的 3.1.2 背景 3.1.3 定義
3.1.1 參考資料 3.2 任務(wù)概述 3.2.1 目標(biāo)
3.2.2 用戶的點(diǎn) 3.2.3 假定與約束 3.3 需求規(guī)定
3.3.1 對(duì)功能的規(guī)定 3.3.2 對(duì)性能的規(guī)定 3.3.2.1 精度
3.3.2.2 時(shí)間特性要求 3.3.2.3 靈活性
3.3.3 輸入輸出要求
3.3.4 數(shù)據(jù)管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運(yùn)行環(huán)境規(guī)定 3.4.1 設(shè)備
3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 數(shù)據(jù)需求說(shuō)明書
數(shù)據(jù)要求說(shuō)明書的編制目的是為了向整個(gè)開(kāi)發(fā)時(shí)期提供關(guān)于處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。編制數(shù)據(jù)要求說(shuō)明書的內(nèi)容要求如下: 引言
編寫目的 背景 定義
參考資料
數(shù)據(jù)的邏輯描述 靜態(tài)數(shù)據(jù) 動(dòng)態(tài)輸入數(shù)據(jù) 動(dòng)態(tài)輸出數(shù)據(jù) 內(nèi)部生成數(shù)據(jù) 數(shù)據(jù)約定 數(shù)據(jù)的采集 要求和范圍 輸入的承擔(dān)者 處理 影響 概要設(shè)計(jì)說(shuō)明書
概要設(shè)計(jì)說(shuō)明書可稱作系統(tǒng)設(shè)計(jì)說(shuō)明書,這里說(shuō)的系統(tǒng)是指程序系統(tǒng),編制的目的是說(shuō)明對(duì)程序的系統(tǒng)的設(shè)計(jì)考慮,包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等,為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。編制概要設(shè)計(jì)說(shuō)明書的內(nèi)容要求如下:
5.1 引言
5.1.1 編寫目的 5.1.2 背景 5.1.3 定義
5.1.4 參考資料 5.2 總體設(shè)計(jì) 5.2.1 需求規(guī)定 5.2.2 運(yùn)行環(huán)境
5.2.3 基本設(shè)計(jì)概念和處理流程 5.2.4 結(jié)構(gòu)
5.2.5 功能需求與程序的關(guān)系 5.2.6 人工處理過(guò)程 5.2.7 尚未解決的問(wèn)題 5.3 接口設(shè)計(jì) 5.3.1 用戶接口 5.3.2 內(nèi)部接口 5.3.3 外部接口 5.4 運(yùn)行設(shè)計(jì)
5.4.1 運(yùn)行模塊組合 5.4.2 運(yùn)行控制 5.4.3 運(yùn)行時(shí)間
5.5 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 5.5.1 邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn) 5.5.2 物理結(jié)構(gòu)設(shè)計(jì)要點(diǎn) 5.5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系 5.6 系統(tǒng)出錯(cuò)處理設(shè)計(jì) 5.6.1 出錯(cuò)信息 5.6.2 補(bǔ)救措施 5.6.3 系統(tǒng)維護(hù)設(shè)計(jì) 6 詳細(xì)設(shè)計(jì)說(shuō)明書
詳細(xì)說(shuō)明書可稱作程序設(shè)計(jì)說(shuō)明書。編制目的是說(shuō)明一個(gè)軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序(每個(gè)模塊或子程序)的設(shè)計(jì)考慮,如果一個(gè)軟件系統(tǒng)比較簡(jiǎn)單,層次很少,本文件可以不單獨(dú)編寫,有關(guān)內(nèi)容合并概要設(shè)計(jì)說(shuō)明書。對(duì)詳細(xì)設(shè)計(jì)說(shuō)明書的內(nèi)容要不得要求如下:
6.1 引言
6.1.1 編寫目的 6.1.2 背景 6.1.3 定義 6.1.4 參考資料
6.2 程序系統(tǒng)的組織結(jié)構(gòu)
6.3 程序1(標(biāo)識(shí)符)設(shè)計(jì)說(shuō)明 6.3.1 程序描述 6.3.2 功能 6.3.3 性能 6.3.4 輸入項(xiàng) 6.3.5 輸出項(xiàng) 6.3.6 算法 6.3.7 流程邏輯 6.3.8 接口 6.3.9 存儲(chǔ)分配 6.3.10 注釋設(shè)計(jì) 6.3.11 限制條件 6.3.12 測(cè)試計(jì)劃
6.3.13 尚未解決的問(wèn)題
6.4 程序2(標(biāo)識(shí)符)設(shè)計(jì)說(shuō)明 …… 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書
數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書的編制目的是對(duì)于設(shè)計(jì)中的數(shù)據(jù)庫(kù)所有標(biāo)識(shí)、邏輯結(jié)構(gòu)和理結(jié)構(gòu)作出具體的設(shè)計(jì)規(guī)定。其內(nèi)容要求如下:
7.1 引言
7.1.1 編寫目的 7.1.2 背景 7.1.3 定義
7.1.4 參考資料 7.2 外部設(shè)計(jì)
7.2.1 標(biāo)識(shí)符和狀態(tài) 7.2.2 使用它的程序 7.2.3 約定
7.2.4 專門指導(dǎo) 7.2.5 支持軟件 7.3 結(jié)構(gòu)設(shè)計(jì)
7.3.1 概念結(jié)構(gòu)設(shè)計(jì) 7.3.2 邏輯結(jié)構(gòu)設(shè)計(jì) 7.3.3 理結(jié)構(gòu)設(shè)計(jì) 7.4 運(yùn)用設(shè)計(jì)
7.4.1 數(shù)據(jù)字典設(shè)計(jì) 7.4.2 安全保密設(shè)計(jì) 8 用戶手冊(cè)
用戶手冊(cè)的編制是要使用非專門術(shù)語(yǔ)的語(yǔ)言,充分地描述該軟件系統(tǒng)工程所具有的功能及基本的使用方法。使用戶(或潛在用戶)通過(guò)本手冊(cè)能夠了解該軟件的用途,并且能夠確定在什么情況下,如何使用它。具體的內(nèi)容要求如下:
8.1 引言
8.1.1 編寫目的 8.1.2 背景 8.1.3 定義
8.1.4 參考資料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 時(shí)間特性 8.2.2.3 靈活性 8.2.3 安全保密 8.3 運(yùn)行環(huán)境 8.3.1 硬設(shè)備 8.3.2 支持軟件 8.3.3 數(shù)據(jù)結(jié)構(gòu) 8.4 使用過(guò)程
8.4.1 安裝與初始化 8.4.2 輸入
8.4.2.1 輸入數(shù)據(jù)的現(xiàn)實(shí)背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉例 8.4.3 輸出
8.4.3.1 輸出數(shù)據(jù)的現(xiàn)實(shí)背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢
8.4.5 出錯(cuò)處理與恢復(fù) 8.4.6 終端操作 9 操作手冊(cè)
操作手冊(cè)的編制是為了向操作人中提供該軟件每一個(gè)運(yùn)行的具體過(guò)程和有關(guān)知識(shí),包括操作方法的細(xì)節(jié)。具體的內(nèi)容要求如下:
9.1 引言
9.1.1 編寫目的 9.1.2 背景 9.1.3 定義 9.1.2 參考資料 9.2 軟件概述 9.2.1 軟件的結(jié)構(gòu) 9.2.2 程序表 9.2.3 文卷表
9.3 安裝與初始化 9.4 運(yùn)行說(shuō)明 9.4.1 運(yùn)行表 9.4.2 運(yùn)行步驟
9.4.3 運(yùn)行1(標(biāo)識(shí)符)說(shuō)明 9.4.3.1 運(yùn)行控制 9.4.3.2 操作信息
9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文段
9.4.3.5 輸出文段的復(fù)制 9.4.3.6 啟動(dòng)恢復(fù)過(guò)程
9.4.4 運(yùn)行2(標(biāo)識(shí)符)說(shuō)明 9.5 非常規(guī)過(guò)程 9.6 遠(yuǎn)程操作 10 模塊開(kāi)發(fā)卷宗
模塊開(kāi)發(fā)卷宗是在模塊開(kāi)發(fā)過(guò)程中逐步編寫出來(lái)的,每完成一個(gè)模塊或一級(jí)密切相關(guān)的模塊的復(fù)審時(shí)編寫一份,應(yīng)該把所有的模塊開(kāi)發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開(kāi)發(fā)的進(jìn)度和結(jié)果,以便于對(duì)整個(gè)模塊開(kāi)發(fā)工作的管理和復(fù)審,并為將來(lái)的維護(hù)提供非常有用的技術(shù)信息。具體的內(nèi)容要求如下:
10.1 標(biāo)題
10.2 模塊開(kāi)發(fā)情況表 10.3 功能說(shuō)明 10.4 設(shè)計(jì)說(shuō)明 10.5 源代碼清單 10.6 測(cè)試說(shuō)明 10.7 復(fù)審的結(jié)論 11 測(cè)試計(jì)劃 11.1 引言
11.1.1 編寫目的 11.1.2 背景 11.1.3 定義
11.1.4 參考資料 11.2 計(jì)劃
11.2.1 軟件說(shuō)明 11.2.2 測(cè)試內(nèi)容
11.2.3 測(cè)試1(標(biāo)識(shí)符)11.2.3.1 進(jìn)度安排 11.2.3.2 條件 11.2.3.3 測(cè)試資料 11.2.3.4 測(cè)試培訓(xùn)
11.2.4 測(cè)試2(標(biāo)識(shí)符)……
11.3 測(cè)試設(shè)計(jì)說(shuō)明
11.3.1 測(cè)試1(標(biāo)識(shí)符)11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過(guò)程
11.3.2 測(cè)試2(標(biāo)識(shí)符)……
11.4 評(píng)價(jià)準(zhǔn)則 11.4.1 范圍
11.4.2 數(shù)據(jù)整理 11.4.3 尺度 測(cè)試分析報(bào)告
測(cè)試分析報(bào)告的編寫是為了把組裝測(cè)試和確認(rèn)測(cè)試的結(jié)果、發(fā)現(xiàn)及分析寫成文件加發(fā)記載,具體的編寫內(nèi)容要求如下:
12.1 引言
12.1.1 編寫目的 12.1.2 背景 12.1.3 定義 12.1.4 參考資料 12.2 測(cè)度概要
12.3 測(cè)試結(jié)果及發(fā)現(xiàn) 12.3.1 測(cè)試1(標(biāo)識(shí)符)12.3.2 測(cè)試2(標(biāo)識(shí)符)……
12.4 對(duì)軟件功能的結(jié)論 12.4.1 功能1(標(biāo)識(shí)符)12.4.1.1 能力 12.4.1.2 限制
12.4.2 功能2(標(biāo)識(shí)符)……
12.5 分析摘要 12.5.1 能力
12.5.2 缺陷和限制 12.5.3 建議 12.5.4 評(píng)價(jià)
12.6 測(cè)試資源消耗 13 開(kāi)發(fā)進(jìn)度月報(bào)
開(kāi)發(fā)進(jìn)度月報(bào)的編制目的是及時(shí)向有關(guān)管理部門匯報(bào)項(xiàng)目開(kāi)發(fā)的進(jìn)展和情況,以便函及時(shí)發(fā)現(xiàn)或處理開(kāi)發(fā)過(guò)程中出現(xiàn)的問(wèn)題。一般地,開(kāi)發(fā)進(jìn)度月報(bào)是以項(xiàng)目組為單位每月編寫的。如果被開(kāi)發(fā)的軟件系統(tǒng)規(guī)模比較大,整個(gè)工程項(xiàng)目被劃分給若干個(gè)分項(xiàng)目組承擔(dān),開(kāi)發(fā)進(jìn)度月報(bào)將以項(xiàng)目組為單位按月編寫。具體的內(nèi)容要求如下:
13.1 標(biāo)題
13.2 工程進(jìn)度與狀態(tài) 13.2.1 進(jìn)度 13.2.2 狀態(tài)
13.3 資源耗用與狀態(tài) 13.3.1 資源耗用 13.3.1.1 工時(shí) 13.3.1.2 機(jī)時(shí) 13.3.2 狀態(tài)
13.4 經(jīng)費(fèi)支出與狀態(tài) 13.4.1 經(jīng)費(fèi)支出 13.4.1.1 支持性費(fèi)用 13.4.1.2 設(shè)備購(gòu)置費(fèi) 13.4.2 狀態(tài)
13.5 下個(gè)月的工作計(jì)劃 13.6 建議 項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告
項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告的編制是為了總結(jié)本項(xiàng)目開(kāi)發(fā)工作的經(jīng)驗(yàn),說(shuō)明實(shí)際取得的開(kāi)發(fā)結(jié)果以及對(duì)整個(gè)開(kāi)發(fā)工作的各個(gè)方面的評(píng)價(jià)。具體的內(nèi)容要求如下:
14.1 引言
14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實(shí)際開(kāi)發(fā)結(jié)果 14.2.1 產(chǎn)品
14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 進(jìn)度 14.2.5 費(fèi)用
14.3 開(kāi)發(fā)工作評(píng)價(jià)
14.3.1 對(duì)生產(chǎn)效率的評(píng)價(jià) 14.3.2 對(duì)產(chǎn)品質(zhì)量的評(píng)價(jià) 14.3.3 對(duì)技術(shù)方法的評(píng)價(jià) 14.3.4 出錯(cuò)原因的分析
第四篇:軟件工程實(shí)驗(yàn)心得
早在我選擇民政職業(yè)技術(shù)學(xué)院就讀軟件開(kāi)發(fā)與項(xiàng)目管理這門專業(yè)的時(shí)候,我一直認(rèn)為軟件開(kāi)發(fā)無(wú)非是努力的敲代碼,從敲代碼的過(guò)程中去體會(huì)各行代碼的意思和用處,在沒(méi)學(xué)軟件工程時(shí)我一直都是努力的敲代碼去學(xué)習(xí)軟件開(kāi)發(fā)這門專業(yè)。在大一的時(shí)候我敲代碼的激情很好,但是到大二的時(shí)候就出現(xiàn)問(wèn)題了,我根本就不喜歡敲代碼了,看見(jiàn)代碼就頭疼。所以感覺(jué)厭惡這門專業(yè),對(duì)學(xué)習(xí)也不感興趣了。而且,還有一件更頭疼的事是在寫一個(gè)簡(jiǎn)單的程序時(shí)竟然老是出錯(cuò),難一點(diǎn)的,復(fù)雜一點(diǎn)的程序竟然無(wú)從下手。但是去看程序的參考答案時(shí)都看得懂,又感覺(jué)很容易。學(xué)了軟件工程以后,我就感覺(jué)我以前的學(xué)習(xí)方法是錯(cuò)誤的。以前我只注重于代碼,而不注重理論知識(shí)以及編程的思路,程序的架構(gòu)。以至于在些程序時(shí)沒(méi)有寫程序的思路,不能形成程序的架構(gòu)。只想到看腦袋里是否有與此類似的代碼。越想程序越亂,最后腦袋里一片空白。不知道程序從哪個(gè)方面下手了。
軟件工程這門課程是做軟件開(kāi)發(fā)的人必學(xué)的課程,通過(guò)學(xué)這門課程,程序員就會(huì)注重軟件開(kāi)發(fā)的理論知識(shí),以及做項(xiàng)目開(kāi)發(fā)的思路。學(xué)了這門課程后你寫程序就不會(huì)去盲目的去套用代碼,而是理清此程序的架構(gòu)以及思路。程序該從什么時(shí)候開(kāi)始,什么時(shí)候結(jié)束。在中間需要添加什么樣的功能,以完善該軟件。其實(shí)學(xué)軟件工程并不難,而且很容易。軟件工程與日常生活聯(lián)系起來(lái)的話,就是在一天中你該先做什么,后做什么。理解了先做什么,后做什么了以后寫程序就不是那么難了,再?gòu)?fù)雜的程序也可以分成幾大塊。你理清程序的思路后就可以一步步的解決其中的難題,最終實(shí)現(xiàn)軟件的功能。如果沒(méi)學(xué)軟件工程不知道理清程序的思路的話,做一個(gè)大的項(xiàng)目開(kāi)發(fā),那么多的代碼,沒(méi)有一個(gè)很好的結(jié)構(gòu),最終只會(huì)導(dǎo)致程序混亂,錯(cuò)誤百出,知道代碼再多也會(huì)素手無(wú)策的。
總而言之,作為一個(gè)程序員學(xué)習(xí)軟件工程這門課程是至關(guān)必要的,如果沒(méi)學(xué)習(xí)軟件工程,你就不會(huì)做項(xiàng)目開(kāi)發(fā),也不可能開(kāi)發(fā)出一個(gè)完善的軟件出來(lái)。
軟件工程實(shí)驗(yàn)心得(2):
曾經(jīng)看過(guò)一本書叫《道法自然》,內(nèi)容略記得一二,但我最欣賞的是它的書名。軟件設(shè)計(jì)沒(méi)什么太神秘有東西,只要用心體會(huì),其實(shí)一切都很自然。軟件的設(shè)計(jì)之“道”,也不在于設(shè)計(jì)有多么的華麗、精巧,而在于其樸實(shí)、自然,最終達(dá)到“以無(wú)招勝有招”,進(jìn)入一個(gè)全新的境界。
一、軟件設(shè)計(jì)理論的層次
以我的拙見(jiàn),軟件設(shè)計(jì)領(lǐng)域中的各種概念,可以分為以下幾個(gè)層次來(lái)進(jìn)行理解:
1、軟件設(shè)計(jì)的目的:重用性、擴(kuò)展性。
這是最高的層次,是應(yīng)對(duì)軟件危機(jī)的需要。
2、設(shè)計(jì)原則:低耦合、高聚合。
各種軟件設(shè)計(jì)的原則,如依賴倒置原則、單一職則原則、面向接口等,以及各種設(shè)計(jì)模式,其根本的目的其實(shí)只是為了降低耦合這么簡(jiǎn)單。因?yàn)橹挥械婉詈喜拍芨玫倪m應(yīng)變化,更好的重用和擴(kuò)展。
3、實(shí)現(xiàn)方法:運(yùn)用設(shè)計(jì)模式封裝變化、降低耦合。
設(shè)計(jì)模式只是用來(lái)“封裝變化、降低耦合”的工具而已。它是面向?qū)ο笤O(shè)計(jì)時(shí)代的產(chǎn)物,其本質(zhì)就是充分運(yùn)用面向?qū)ο蟮娜齻€(gè)特性,即:封裝、繼承和多態(tài),進(jìn)行靈活的組合運(yùn)用。
二、關(guān)于耦合1、耦合的粒度
耦合無(wú)論如何也是不可避免的。當(dāng)我們實(shí)現(xiàn)接口、繼承父類的時(shí)候,就會(huì)不可避免的產(chǎn)生耦合。耦合是有不同粒度的,我們解耦到什么粒度為止,我認(rèn)為應(yīng)以模塊的重用粒度為準(zhǔn)。盡量解除重用模塊或?qū)ο笾g的耦合。而重用模塊之內(nèi)的耦合,應(yīng)屬于聚合的范疇,所以不要盲目的去解耦,否則就陷入了誤區(qū)。
2、解耦的原理
怎樣才能解耦呢,或者說(shuō)為什么各種設(shè)計(jì)模式能達(dá)到解耦的目的呢?我覺(jué)得有以下幾個(gè)思路:
(1)將具體的東西抽象處理
(2)將分散的東西集中處理
而面向?qū)ο笾械慕涌?、繼承正為我們提供了這樣的一種機(jī)制。通過(guò)訪問(wèn)接口或基類或抽象類,而不是具體的實(shí)現(xiàn)類,從而與具體的實(shí)現(xiàn)類達(dá)到了解耦的目的。我們還可以設(shè)計(jì)一些控制類,像潤(rùn)滑劑一樣,協(xié)調(diào)各實(shí)現(xiàn)類之間的訪問(wèn),也可以達(dá)到耦的目的。
事實(shí)上,各種設(shè)計(jì)模式的基本思想也就是這樣。創(chuàng)建型模式是為了解除創(chuàng)建對(duì)象時(shí)產(chǎn)生的耦合,實(shí)際上是解除對(duì)類稱名的依賴,而結(jié)構(gòu)型和行為型是為了解除對(duì)象屬性或方法的直接調(diào)用。不管什么設(shè)計(jì)模式,都是將對(duì)具體實(shí)現(xiàn)類的訪問(wèn)提升為對(duì)接口、基類或用于協(xié)調(diào)的控制類的訪問(wèn)。
三、關(guān)于接口
這一節(jié)更具體,談一談接口,因?yàn)槭褂媒涌谑擒浖O(shè)計(jì)的重要手段,但已經(jīng)不屬于“道”了~
1、接口與繼承
接口描述的是對(duì)象某一個(gè)方面行為特征。使用接口與使用繼承關(guān)系各有優(yōu)缺點(diǎn),使用子類繼承可以繼承父類的功能,體現(xiàn)了重用的精神。而接品更加靈活,因?yàn)樗獬俗宇惻c父類之間的高度耦合,它體現(xiàn)在靈活擴(kuò)展的精神。
2、接口與純虛類
理論上接口可以由純虛基類實(shí)現(xiàn)類似的功能,那為什么還我們不去掉接口的概念,而直接使用虛類呢?
接口存在的理由就是它更加靈活,關(guān)系簡(jiǎn)單,易于理解。比如一個(gè)類可以實(shí)現(xiàn)十幾個(gè)甚至幾十個(gè)接口,但一般開(kāi)發(fā)工具只支持單繼承(由于多繼承太容易導(dǎo)致混亂和沖突),如果要繼承十幾層,系統(tǒng)結(jié)構(gòu)想必會(huì)無(wú)法理解了,我以為這是接口存在的最重要的原因。
如果接口和虛類繼承結(jié)合使用,可以產(chǎn)生強(qiáng)大的威力,這也是許多設(shè)計(jì)模式的“殺手锏”。
以上算是總結(jié)一下自己的心得。肯定有不少片面之處,請(qǐng)各位指教。
第五篇:軟件工程實(shí)驗(yàn)心得體會(huì)
軟件工程實(shí)驗(yàn)心得體會(huì)
軟件工程實(shí)驗(yàn)心得體會(huì)一:軟件工程實(shí)驗(yàn)心得體會(huì)
經(jīng)過(guò)這學(xué)期軟件工程實(shí)驗(yàn)的學(xué)習(xí),深深感到用戶需求對(duì)軟件的重要性。成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的,而高質(zhì)量的需求來(lái)源于用戶與開(kāi)發(fā)人員之間有效的溝通與合作。當(dāng)用戶有一個(gè)問(wèn)題可以用計(jì)算機(jī)系統(tǒng)來(lái)解決,而開(kāi)發(fā)人員開(kāi)始幫助用戶解決這個(gè)問(wèn)題,溝通就開(kāi)始了。
需求獲取可能是最困難、最關(guān)鍵、最易出錯(cuò)及最需要溝通交流的活動(dòng)。對(duì)需求的獲取往往有錯(cuò)誤的認(rèn)識(shí):用戶知道需求是什么,我們所要做的就是和他們交談從他們那里得到需求,只要問(wèn)用戶系統(tǒng)的目標(biāo)特征,什么是要完成的,什么樣的系統(tǒng)能適合商業(yè)需要就可以了,但是實(shí)際上需求獲取并不是想象的這樣簡(jiǎn)單,這條溝通之路布滿了荊棘。首先需求獲取要定義問(wèn)題范圍,系統(tǒng)的邊界往往是很難明確的,用戶不了解技術(shù)實(shí)現(xiàn)的細(xì)節(jié),這樣造成了系統(tǒng)目標(biāo)的混淆。
其次是對(duì)問(wèn)題的理解,用戶對(duì)計(jì)算機(jī)系統(tǒng)的能力和限制缺乏了解,任何一個(gè)系統(tǒng)都會(huì)有很多的用戶或者不同類型的用戶,每個(gè)用戶只知道自己需要的系統(tǒng),而不知道系統(tǒng)的整體情況,他們不知道系統(tǒng)作為一個(gè)整體怎么樣工作效率更好,也不太清楚那些工作可以交給軟件完成,他們不清楚需求是什么,或者說(shuō)如何以一種精確的方式來(lái)描述需求,他們需要開(kāi)發(fā)人員的協(xié)助和指導(dǎo),但是用戶與開(kāi)發(fā)人員之間的交流很容易出現(xiàn)障礙,忽略了那些被認(rèn)為是'很明顯'的信息。最后是需求的確認(rèn),因?yàn)樾枨蟮牟环€(wěn)定性往往隨著時(shí)間的推移產(chǎn)生變動(dòng),使之難以確認(rèn)。為了克服以上的問(wèn)題,必須有組織的執(zhí)行需求的獲取活動(dòng)。
需求獲取活動(dòng)要完成的任務(wù)或者步驟的過(guò)程如下:
1、編寫項(xiàng)目視圖和范圍文檔
系統(tǒng)的需求包括四個(gè)不同的層次:業(yè)務(wù)需求、用戶需求和功能需求、非功能性需求。業(yè)務(wù)需求說(shuō)明了提供給用戶新系統(tǒng)的最初利益,反映了組織機(jī)構(gòu)或用戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù),這在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明。功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。
非功能性需求是用戶對(duì)系統(tǒng)良好運(yùn)作提出的期望,包括了易用性、反應(yīng)速度、容錯(cuò)性、健壯性等等質(zhì)量屬性。需求獲取就是根據(jù)系統(tǒng)業(yè)務(wù)需求去獲得系統(tǒng)用戶需求,然后通過(guò)需求分析得到系統(tǒng)的功能需求和非功能需求。項(xiàng)目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務(wù)需求,應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo),評(píng)估問(wèn)題解決方案的商業(yè)和技術(shù)可行性,所有的使用實(shí)例和功能需求都必須遵從的標(biāo)準(zhǔn)。而范圍文檔定義了項(xiàng)目產(chǎn)品所包括的所有工作及產(chǎn)生產(chǎn)品所用的過(guò)程。項(xiàng)目相關(guān)人員對(duì)項(xiàng)目的目標(biāo)和范圍能達(dá)成共識(shí),整個(gè)項(xiàng)目組都應(yīng)該把注意力集中在項(xiàng)目目標(biāo)和范圍上。
2、用戶群分類
系統(tǒng)用戶在很多方面存在著差異,例如:使用系統(tǒng)的頻度和程度、應(yīng)用領(lǐng)域和計(jì)算機(jī)系統(tǒng)知識(shí)、所使用的系統(tǒng)特性、所進(jìn)行的業(yè)務(wù)過(guò)程、訪問(wèn)權(quán)限、地理上的布局以及個(gè)人的素質(zhì)和喜好等等。根據(jù)這些差異,你可以把這些不同的用戶分成不同的用戶類。與ULM中Usecase的Actor概念一樣,用戶類不一定都指人,也可以包括其他應(yīng)用系統(tǒng)、接口或者硬件,這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點(diǎn),并詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況,將有助于需求的獲取和系統(tǒng)設(shè)計(jì)。
3、建立核心隊(duì)
通常用戶和開(kāi)發(fā)人員不自覺(jué)的都有一種'我們和他們'的想法,產(chǎn)生一種對(duì)立關(guān)系,把彼此放在對(duì)立面,每一方都定義自己的'邊界',只想自己的利益而忽略對(duì)方的想法。他們通過(guò)文檔、記錄和對(duì)話來(lái)溝通,而不是作為一個(gè)合作的整體去識(shí)別和確定需求完成任務(wù)。實(shí)踐證明這樣的方法是不正確的,不會(huì)給雙方帶來(lái)一點(diǎn)益處,良好的溝通關(guān)系沒(méi)有建立導(dǎo)致了誤解和忽略重要的信息。只有當(dāng)雙方參與者都明白要成功自己需要什么,同時(shí)也知道要成功對(duì)方需要什么時(shí),才能建立起一種合作關(guān)系。
為了建立合作關(guān)系通常采取一種組隊(duì)的方式來(lái)獲取需求,建立一個(gè)由用戶代表和開(kāi)發(fā)人員組成的聯(lián)合小組作為需求獲取的核心隊(duì)伍。聯(lián)合小組將負(fù)責(zé)識(shí)別需求、分析解決方案和協(xié)商分歧,小組成員可以采用會(huì)議、電子郵件、綜合辦公系統(tǒng)等方式進(jìn)行交流,但交流時(shí)應(yīng)注意以下原則:小組會(huì)議應(yīng)該由中立方來(lái)組織和主持,用戶和開(kāi)發(fā)人員都要參加;交流預(yù)先要確定準(zhǔn)備和參與的規(guī)則;議題要明確并覆蓋所有關(guān)鍵點(diǎn),但信息來(lái)源應(yīng)該自由;交流目標(biāo)要明確,并告知所有的成員。
4、確定使用實(shí)例
從用戶代表處收集他們將使用系統(tǒng)完成所需任務(wù)的描述,討論用戶與系統(tǒng)間的交互方式和對(duì)話要求,這就是使用實(shí)例,一個(gè)單一的使用實(shí)例可能包括完成某項(xiàng)任務(wù)的許多邏輯相關(guān)任務(wù)和交互順序。使用實(shí)例方法給需求獲取帶來(lái)的好處來(lái)自于該方法是用以任務(wù)為中心和以用戶為中心的觀點(diǎn),比起使用以功能為中心和以開(kāi)發(fā)者為中心的方法,使用實(shí)例方法可以使用戶更清楚地理解和認(rèn)識(shí)到新系統(tǒng)允許他們做什么和怎么做。描寫使用實(shí)例的時(shí)候要注意使用簡(jiǎn)潔直白的表述,盡量使用主動(dòng)語(yǔ)態(tài),用'系統(tǒng)'或者'用戶'作為主語(yǔ),比如'用戶提交用戶密碼,系統(tǒng)驗(yàn)證用戶密碼是否正確',還有一點(diǎn)在描述中不要設(shè)計(jì)界面細(xì)節(jié),比如'用戶從下拉框中選擇產(chǎn)品類型'。使用實(shí)例為以后寫用例場(chǎng)景描述中的基本路徑和擴(kuò)展路徑提供了素材。
5、分析用戶工作流程
分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程,通過(guò)分析使用實(shí)例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的使用實(shí)例和功能需求,統(tǒng)一建模語(yǔ)言的使用有助于與用戶進(jìn)一步交流。每個(gè)用例的描述應(yīng)包括:編號(hào),為每個(gè)用例分配一個(gè)唯一的編號(hào),為需求的追溯提供了方便;參與者,與這個(gè)用例交互的 actor;前置條件,開(kāi)始用例前所必須具備的系統(tǒng)狀態(tài);后置條件,用例完成后系統(tǒng)達(dá)到的狀態(tài);基本路徑,用例完成的關(guān)鍵路徑,也是用戶期望的路徑;擴(kuò)展點(diǎn),基本路徑的分枝,表示意外情況;字段說(shuō)明,路徑中名稱的進(jìn)一步分解說(shuō)明,對(duì)以后類屬性的定義和數(shù)據(jù)庫(kù)字段設(shè)計(jì)起作用;設(shè)計(jì)約束,實(shí)現(xiàn)用例的非功能約束。
6、檢查問(wèn)題報(bào)告
通過(guò)檢查當(dāng)前已經(jīng)運(yùn)行系統(tǒng)的問(wèn)題報(bào)告來(lái)進(jìn)一步完善需求客戶的問(wèn)題報(bào)告及補(bǔ)充需求為新系統(tǒng)或新版本提供了大量豐富的改進(jìn)及增加特性的想法,負(fù)責(zé)提供用戶支持及幫助的人能為收集需求過(guò)程提供極有價(jià)值的信息。
7、需求重用
如果客戶要求的功能與已有的系統(tǒng)很相似,則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。業(yè)務(wù)建模和領(lǐng)域建模式需求重用的最好方法,像分析模式和設(shè)計(jì)模式一樣,需求也有自己的模式。
總結(jié) :經(jīng)過(guò)一學(xué)期的軟工實(shí)驗(yàn),深刻感到其重要性的同時(shí)也學(xué)到了不少的東西,將對(duì)我在今后的軟件開(kāi)發(fā)過(guò)程中起極大的作用
>軟件工程實(shí)驗(yàn)心得體會(huì)二:軟件工程實(shí)驗(yàn)心得>>(789字)
早在我選擇民政職業(yè)技術(shù)學(xué)院就讀軟件開(kāi)發(fā)與項(xiàng)目管理這門專業(yè)的時(shí)候,我一直認(rèn)為軟件開(kāi)發(fā)無(wú)非是努力的敲代碼,從敲代碼的過(guò)程中去體會(huì)各行代碼的意思和用處,在沒(méi)學(xué)軟件工程時(shí)我一直都是努力的敲代碼去學(xué)習(xí)軟件開(kāi)發(fā)這門專業(yè)。在大一的時(shí)候我敲代碼的激情很好,但是到大二的時(shí)候就出現(xiàn)問(wèn)題了,我根本就不喜歡敲代碼了,看見(jiàn)代碼就頭疼。所以感覺(jué)厭惡這門專業(yè),對(duì)學(xué)習(xí)也不感興趣了。而且,還有一件更頭疼的事是在寫一個(gè)簡(jiǎn)單的程序時(shí)竟然老是出錯(cuò),難一點(diǎn)的,復(fù)雜一點(diǎn)的程序竟然無(wú)從下手。但是去看程序的參考答案時(shí)都看得懂,又感覺(jué)很容易。學(xué)了軟件工程以后,我就感覺(jué)我以前的學(xué)習(xí)方法是錯(cuò)誤的。以前我只注重于代碼,而不注重理論知識(shí)以及編程的思路,程序的架構(gòu)。以至于在些程序時(shí)沒(méi)有寫程序的思路,不能形成程序的架構(gòu)。只想到看腦袋里是否有與此類似的代碼。越想程序越亂,最后腦袋里一片空白。不知道程序從哪個(gè)方面下手了。
軟件工程這門課程是做軟件開(kāi)發(fā)的人必學(xué)的課程,通過(guò)學(xué)這門課程,程序員就會(huì)注重軟件開(kāi)發(fā)的理論知識(shí),以及做項(xiàng)目開(kāi)發(fā)的思路。學(xué)了這門課程后你寫程序就不會(huì)去盲目的去套用代碼,而是理清此程序的架構(gòu)以及思路。程序該從什么時(shí)候開(kāi)始,什么時(shí)候結(jié)束。在中間需要添加什么樣的功能,以完善該軟件。其實(shí)學(xué)軟件工程并不難,而且很容易。軟件工程與日常生活聯(lián)系起來(lái)的話,就是在一天中你該先做什么,后做什么。理解了先做什么,后做什么了以后寫程序就不是那么難了,再?gòu)?fù)雜的程序也可以分成幾大塊。你理清程序的思路后就可以一步步的解決其中的難題,最終實(shí)現(xiàn)軟件的功能。如果沒(méi)學(xué)軟件工程不知道理清程序的思路的話,做一個(gè)大的項(xiàng)目開(kāi)發(fā),那么多的代碼,沒(méi)有一個(gè)很好的結(jié)構(gòu),最終只會(huì)導(dǎo)致程序混亂,錯(cuò)誤百出,知道代碼再多也會(huì)素手無(wú)策的。
總而言之,作為一個(gè)程序員學(xué)習(xí)軟件工程這門課程是至關(guān)必要的,如果沒(méi)學(xué)習(xí)軟件工程,你就不會(huì)做項(xiàng)目開(kāi)發(fā),也不可能開(kāi)發(fā)出一個(gè)完善的軟件出來(lái)。
>軟件工程實(shí)驗(yàn)心得體會(huì)三:軟件工程實(shí)驗(yàn)心得>>(1261字)
曾經(jīng)看過(guò)一本書叫《道法自然》,內(nèi)容略記得一二,但我最欣賞的是它的書名。軟件設(shè)計(jì)沒(méi)什么太神秘有東西,只要用心體會(huì),其實(shí)一切都很自然。軟件的設(shè)計(jì)之“道”,也不在于設(shè)計(jì)有多么的華麗、精巧,而在于其樸實(shí)、自然,最終達(dá)到“以無(wú)招勝有招”,進(jìn)入一個(gè)全新的境界。
一、軟件設(shè)計(jì)理論的層次
以我的拙見(jiàn),軟件設(shè)計(jì)領(lǐng)域中的各種概念,可以分為以下幾個(gè)層次來(lái)進(jìn)行理解:
1、軟件設(shè)計(jì)的目的:重用性、擴(kuò)展性。
這是最高的層次,是應(yīng)對(duì)軟件危機(jī)的需要。
2、設(shè)計(jì)原則:低耦合、高聚合。
各種軟件設(shè)計(jì)的原則,如依賴倒置原則、單一職則原則、面向接口等,以及各種設(shè)計(jì)模式,其根本的目的其實(shí)只是為了降低耦合這么簡(jiǎn)單。因?yàn)橹挥械婉詈喜拍芨玫倪m應(yīng)變化,更好的重用和擴(kuò)展。
3、實(shí)現(xiàn)方法:運(yùn)用設(shè)計(jì)模式封裝變化、降低耦合。
設(shè)計(jì)模式只是用來(lái)“封裝變化、降低耦合”的工具而已。它是面向?qū)ο笤O(shè)計(jì)時(shí)代的產(chǎn)物,其本質(zhì)就是充分運(yùn)用面向?qū)ο蟮娜齻€(gè)特性,即:封裝、繼承和多態(tài),進(jìn)行靈活的組合運(yùn)用。
二、關(guān)于耦合1、耦合的粒度
耦合無(wú)論如何也是不可避免的。當(dāng)我們實(shí)現(xiàn)接口、繼承父類的時(shí)候,就會(huì)不可避免的產(chǎn)生耦合。耦合是有不同粒度的,我們解耦到什么粒度為止,我認(rèn)為應(yīng)以模塊的重用粒度為準(zhǔn)。盡量解除重用模塊或?qū)ο笾g的耦合。而重用模塊之內(nèi)的耦合,應(yīng)屬于聚合的范疇,所以不要盲目的去解耦,否則就陷入了誤區(qū)。
2、解耦的原理
怎樣才能解耦呢,或者說(shuō)為什么各種設(shè)計(jì)模式能達(dá)到解耦的目的呢?我覺(jué)得有以下幾個(gè)思路:
(1)將具體的東西抽象處理
(2)將分散的東西集中處理
而面向?qū)ο笾械慕涌?、繼承正為我們提供了這樣的一種機(jī)制。通過(guò)訪問(wèn)接口或基類或抽象類,而不是具體的實(shí)現(xiàn)類,從而與具體的實(shí)現(xiàn)類達(dá)到了解耦的目的。我們還可以設(shè)計(jì)一些控制類,像潤(rùn)滑劑一樣,協(xié)調(diào)各實(shí)現(xiàn)類之間的訪問(wèn),也可以達(dá)到耦的目的。
事實(shí)上,各種設(shè)計(jì)模式的基本思想也就是這樣。創(chuàng)建型模式是為了解除創(chuàng)建對(duì)象時(shí)產(chǎn)生的耦合,實(shí)際上是解除對(duì)類稱名的依賴,而結(jié)構(gòu)型和行為型是為了解除對(duì)象屬性或方法的直接調(diào)用。不管什么設(shè)計(jì)模式,都是將對(duì)具體實(shí)現(xiàn)類的訪問(wèn)提升為對(duì)接口、基類或用于協(xié)調(diào)的控制類的訪問(wèn)。
三、關(guān)于接口
這一節(jié)更具體,談一談接口,因?yàn)槭褂媒涌谑擒浖O(shè)計(jì)的重要手段,但已經(jīng)不屬于“道”了~
1、接口與繼承
接口描述的是對(duì)象某一個(gè)方面行為特征。使用接口與使用繼承關(guān)系各有優(yōu)缺點(diǎn),使用子類繼承可以繼承父類的功能,體現(xiàn)了重用的精神。而接品更加靈活,因?yàn)樗獬俗宇惻c父類之間的高度耦合,它體現(xiàn)在靈活擴(kuò)展的精神。
2、接口與純虛類
理論上接口可以由純虛基類實(shí)現(xiàn)類似的功能,那為什么還我們不去掉接口的概念,而直接使用虛類呢?
接口存在的理由就是它更加靈活,關(guān)系簡(jiǎn)單,易于理解。比如一個(gè)類可以實(shí)現(xiàn)十幾個(gè)甚至幾十個(gè)接口,但一般開(kāi)發(fā)工具只支持單繼承(由于多繼承太容易導(dǎo)致混亂和沖突),如果要繼承十幾層,系統(tǒng)結(jié)構(gòu)想必會(huì)無(wú)法理解了,我以為這是接口存在的最重要的原因。
如果接口和虛類繼承結(jié)合使用,可以產(chǎn)生強(qiáng)大的威力,這也是許多設(shè)計(jì)模式的“殺手锏”。
以上算是總結(jié)一下自己的心得??隙ㄓ胁簧倨嬷?,請(qǐng)各位指教。