




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
軟件工程實驗指導(dǎo)書
課程名稱:軟件工程(實踐)
項目內(nèi)容
《軟件工程》是計算機應(yīng)用專業(yè)非常重要的一門專業(yè)課,該課程包括
筆試和試驗兩部分,并且也是課程設(shè)計的科目之一.學(xué)習(xí)《軟件工程》,考
生不僅需要掌握至少一門程序設(shè)計語言,還需要對數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫、操
作系統(tǒng)等課程有一定的了解,綜合性很強.
一、實驗?zāi)康?/p>
軟件工程本身是一門實踐性要求較高的課程,課程實踐使學(xué)生能夠在深入學(xué)習(xí)
基本理論知識的基礎(chǔ)上,對軟件開發(fā)過程、軟件開發(fā)的主要活動以及軟件開發(fā)的主
要成果有進一步的認識和理解,做到理論與實踐相結(jié)合.通過實踐,讓學(xué)生參與軟件
開發(fā)過程,融入項目團隊,提高成員之間的協(xié)作意識,加強溝通與交流,最終提交一
個軟件作品,初步掌握軟件開發(fā)過程與開發(fā)方法.
1WINDOWS計算機
二、常用實驗2WindowsServer(2000%2003等)或者Linux/WindowsXP、Vista
儀器設(shè)備等,MSSQLServer2000以及適當?shù)拈_發(fā)工具.
實踐項目可以自行擬定,也可以由實踐指導(dǎo)老師制定,項目規(guī)模適中
即可,要求目標系統(tǒng)實現(xiàn)之后有5-8個表即可.
在實驗環(huán)節(jié)的安排和組織上,強調(diào)模擬公司化管理.要求4?6名同學(xué)成立一個
開發(fā)小組來模擬軟件公司,并選擇?個合適的應(yīng)用項目,按照軟件企業(yè)的正規(guī)開發(fā)
流程組織實施,以開發(fā)實際可使用的軟件作為目標,結(jié)合課程知識進行開發(fā).
1制訂項目開發(fā)計劃,選定項目,確定項目實施內(nèi)容、規(guī)模,初步安
排項目進度計劃、以及人員分工.
三、實驗項目
2目標系統(tǒng)的詳細定義,確定系統(tǒng)的功能需求、性能需求以及其它
約束需求,并利用各種描述工具表達需求定義,之后開發(fā)小組內(nèi)部交流,
形成對問題的統(tǒng)一認識.要求做一定的人機界面原型.
3總體設(shè)計,制定問題的總體解決方案,包括總體架構(gòu)設(shè)計、數(shù)據(jù)結(jié)
構(gòu)/數(shù)據(jù)庫設(shè)計、接口設(shè)計,通過交流意見,改善總體設(shè)計.
4詳細設(shè)計,設(shè)計詳細的設(shè)計方案,主要內(nèi)容為控制流設(shè)計、人機界
面改善.
5編碼實現(xiàn),根據(jù)選定的開發(fā)環(huán)境、編程語言,實現(xiàn)詳細設(shè)計的內(nèi)
容.要求實現(xiàn)過程中遵循一般編程規(guī)則:縮進格式、注釋、規(guī)范等.
6測試,制定測試計劃,搭建測試環(huán)境,設(shè)計測試方案、測試數(shù)據(jù),
并實施測試.
考核主要內(nèi)容為開發(fā)過程中的各類文檔資料,重點在于文檔內(nèi)容是否齊
全、前后之間是否一致.
1項目立項、計劃書;
四、實驗基本2項目需求規(guī)格說明書:
要求3項目總體設(shè)計說明書;
4項目詳細設(shè)計說明書;
5項目源代碼、可執(zhí)行程序;
6項目測試計劃書、項目測試設(shè)計、以及項目測試結(jié)果與統(tǒng)計信息.
實驗報告作為每個實驗的總結(jié),是學(xué)生科研素質(zhì)培養(yǎng)的重要手段,是
整個實驗的完成情況、學(xué)生實驗技能和數(shù)據(jù)處理能力的集中表現(xiàn),是評定
實驗課成績的最主要依據(jù).
按照基本格式要求,分類列舉實驗H的和要求,描繪實驗項目中各個
五、實驗報告模塊的功能需求、過程及其實現(xiàn)方法,對功能有詳細的闡述,對過程有較
完善的流程圖,章節(jié)安排合理、有完整的格式安排;內(nèi)容用詞準確,語句通
順,圖表編號正確,圖題表頭格式正確;內(nèi)容布局合理,代碼量適中,能夠
對實驗內(nèi)容有較好的展示與分析.
實驗報告考核時間要求:2小時.
軟件工程.王立福.機工工業(yè)出版社.2012.3
軟件工程(第2版).李代平清華大學(xué)出版社.
六、必讀和參
軟件工程(第4版).張海藩.人民郵電出版社.2013.9
考書目
軟件工程一一理論與實踐.呂云翔.人民郵電出版社.2012.8
自編實驗指導(dǎo)書.
優(yōu):能夠完成所安排的任務(wù),代碼完整展現(xiàn)達到實驗?zāi)康?實驗報告
格式正確,文字描述準確,語句通順,有完整的模塊狀態(tài)圖與流程圖;
良:能夠完成所選擇實驗中的大部分項0,實驗報告格式基本正確,
七、評分標準
文字描述準確,語句通順,有較好的模塊狀態(tài)圖與流程圖;
中:能夠完成所選擇實驗的一半項目,實驗報告格式基本正確,文字
描述基本準確,語句通順,有較好的模塊狀態(tài)圖與流程圖;
及格:能夠完成所選擇實驗的一個項凡實驗報告格式基本正確,文
字描述基本準確,語句通順,有較好的模塊狀態(tài)圖與流程圖;
不及格:沒能完成所選擇實驗的一個項目,或者實驗報告格式錯誤太
多,文字描述不恰當,語句不通順.
實驗一客戶管理系統(tǒng)需求分析說明書的撰寫
1實驗?zāi)康模?/p>
(1)通過撰寫說明書掌握軟件做需求分析說明書的一些基本方法和基本理念.
(2)掌握最優(yōu)方案的篩選和需求分析說明書的書寫過程.
(3)了解目前正規(guī)企業(yè)軟件需求說明書的寫法和需求說明書在軟件開發(fā)周期過程中的
重要性.
2實驗內(nèi)容和實驗步驟:
(1)通過市場調(diào)研,從技術(shù)可行性、經(jīng)濟可行性、操作可行性、法律可行性等幾方面寫
出開發(fā)該軟件的意義.
(2)撰寫出可行性報告.
(3)提供幾個可行方案,選出最優(yōu)的方案.
(4)寫出系統(tǒng)的需求分析說明
(5)功能簡介:指出必須完成的功能;次要的功能;可以不必立刻實現(xiàn)的功能等,優(yōu)先級
明確.
(6)寫出與客戶溝通之后的需求規(guī)格說明.(撰寫時按照網(wǎng)上的ISO行業(yè)標準來寫)
3軟件需求分析報告書寫模式
3.1引言
3.1.1項目名稱
3.1.2項目背景和內(nèi)容概要
項目的委托單位、開發(fā)單位、主管部門、與其它項目的關(guān)系,與其他機構(gòu)的關(guān)系等.
3.1.3相關(guān)資料、縮略語、定義
相關(guān)項目計劃、合同及上級機關(guān)批文,引用的文件、采用的標準等.縮寫詞和名詞
定義.
3.2任務(wù)概述
3.2.1目標
項目的開發(fā)目標和應(yīng)用目標.如果是其他系統(tǒng)的一部分,則說明其關(guān)系.
3.2.2范圍
包含的業(yè)務(wù),不包含的業(yè)務(wù).
3.2.3假定條件與約束限制
盡量列出開展木項目的假定和約束,例如:經(jīng)費限制:開發(fā)期限,設(shè)備條件,用戶現(xiàn)場環(huán)境
準備等.
3.3業(yè)務(wù)流程(以活動圖、系統(tǒng)級狀態(tài)遷移圖描述)
3.4數(shù)據(jù)描述
3.4.1原始數(shù)據(jù)描述
?靜態(tài)數(shù)據(jù)
?動態(tài)數(shù)據(jù)
3.4.2數(shù)據(jù)流圖及數(shù)據(jù)詞典
3.4.3數(shù)據(jù)概念模型和描述(以類圖、類級別的狀態(tài)遷移圖描述)
3.5功能需求(以用例圖、順序圖描述)
3.6界面要求
3.6.1報表格式
3.6.2圖形要求
3.6.3輸入輸出要求
3.7接口要求
描述與本系統(tǒng)相連的系統(tǒng)的接口數(shù)據(jù)格式,數(shù)據(jù)交換協(xié)議,接口功能等.
3.8性能需求
3.8.1數(shù)據(jù)精確度(例如,數(shù)據(jù)內(nèi)部精度,外部顯示精度)
3.8.2數(shù)據(jù)量
3.8.3時間特性要求
根據(jù)所開發(fā)系統(tǒng)的特點,規(guī)定系統(tǒng)對時間的特性的要求.例如:系統(tǒng)響應(yīng)時間、界面更新
處理時間、數(shù)據(jù)轉(zhuǎn)換與傳輸時間.
3.9運行環(huán)境需求
3.9.1網(wǎng)絡(luò)和硬件設(shè)備平臺(網(wǎng)絡(luò)拓撲圖及設(shè)備類型描述)、操作系統(tǒng)平
臺、數(shù)據(jù)庫系統(tǒng)平臺
3.9.2編程工具
3.9.3其它支撐軟件
3.10其它專門需求
3.10.1安裝和操作
3.10.2安全保密
3.10.3維護服務(wù)
實驗二客戶管理系統(tǒng)的總體設(shè)計
1實驗?zāi)康模?/p>
(1)了解并初步掌握系統(tǒng)總體設(shè)計的一般流程.
(2)熟練運用軟件結(jié)構(gòu)圖對軟件進行抽象描述.
2實驗內(nèi)容和實驗步驟:
(1)寫出系統(tǒng)說明
(2)寫出用戶手冊
(3)寫出測試計劃,測試方案
(4)畫出系統(tǒng)的軟件結(jié)構(gòu)圖
(5)數(shù)據(jù)庫設(shè)計
3系統(tǒng)概要設(shè)計書寫模式
3.1引言
3.1.1項目名稱
3.L2項目背景和內(nèi)容概要
項目的委托單位、開發(fā)單位、主管部門、與其它項目的關(guān)系,與其他機構(gòu)的關(guān)系等.
3.1.3相關(guān)資料、縮略語、定義
3.2概要設(shè)計
3.2.1軟件體系結(jié)構(gòu)
用圖來表示軟件系統(tǒng)的總體結(jié)構(gòu)框架,并對其進行描述.
3.2.2基本設(shè)計概念和處理流程
3.2.3軟件結(jié)構(gòu)
1)子系統(tǒng)劃分(以構(gòu)件圖描述)
A)子系統(tǒng)清單
B)各子系統(tǒng)功能描述
0相關(guān)項目計劃、合同及上級機關(guān)批文,引用的文件、采用的標準等.
D)縮寫詞和名詞定義
2)程序模塊劃分和功能分配,包括前端程序模塊和后端存儲過程的劃分和功能分配.
A)子系統(tǒng)及程序模塊清單
B)各程序模塊功能描述
0功能-模塊對照表
D)模塊-數(shù)據(jù)實體對照表
3)人工處理過程
描述不能完全自動處理,需人工處理的過程.
3.3軟件模塊的物理分布(以部署圖描述)
根據(jù)系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu),描述軟件模塊在各個設(shè)備上的物理分布.
3.4接口設(shè)計
3.4.1與外系統(tǒng)的接口
3.4.2內(nèi)部接口
3.5用戶界面設(shè)計
和用戶交互的最終界面在《詳細設(shè)計說明書》中設(shè)計解釋,在此應(yīng)對系統(tǒng)的主界面和界
面設(shè)計風(fēng)格進行設(shè)計和描述.
3.6數(shù)據(jù)結(jié)構(gòu)和算法設(shè)計(以構(gòu)件設(shè)計描述+協(xié)作圖)
3.6.1程序中數(shù)據(jù)結(jié)構(gòu)描述
描述系統(tǒng)中主要數(shù)據(jù)結(jié)構(gòu)和模塊間共享的數(shù)據(jù)結(jié)構(gòu).
3.6.2主要算法設(shè)計
3.7出錯處理設(shè)計
3.7.1出錯信息
3.7.2出錯處理措施
3.8安全保密設(shè)計
描述安全保密方案,權(quán)限的設(shè)置,保密算法,軟件的實現(xiàn)方法等.
實驗三客戶管理系統(tǒng)的詳細設(shè)計
1.實驗?zāi)康模?/p>
(1)深刻認識詳細設(shè)計在軟件開發(fā)流程過程中的重要地位,了解詳細設(shè)計的一般流程.
(2)熟練運用PS,dreamweaver等前臺軟件工具制作出系統(tǒng)各功能模塊實現(xiàn)后的效果圖.
(3)能運用專業(yè)術(shù)語對整個系統(tǒng)進行功能性的描述.
2.實驗內(nèi)容和實驗步驟:
(1)設(shè)計出所有的前臺界面
(2)從系統(tǒng)響應(yīng)時間,出錯信息處理,命令交互,設(shè)計過程方面考慮界面的設(shè)計
(3)根據(jù)需要畫出杰克遜圖
(4)設(shè)計算法
3.系統(tǒng)詳細設(shè)計書寫模式
3.1引言
3.1.1項目名稱
3.1.2項目背景和內(nèi)容概要
項目的委托單位、開發(fā)單位、主管部門、與其它項目的關(guān)系,與其他機構(gòu)的關(guān)系等.
3.1.3相關(guān)資料.、縮略語、定義
相關(guān)項目計劃、合同及上級機關(guān)批文,引用的文件、采用的標準等.縮寫詞和名詞定義.
3.2程序結(jié)構(gòu)(調(diào)用返回結(jié)構(gòu))
3.2.1程序結(jié)構(gòu)圖
主要表示程序間的調(diào)用關(guān)系.
3.2.2程序文件清單
子系統(tǒng)名程序文件名運行平臺編程語言簡要描述
3.3程序設(shè)計說明
程序文件名、子系統(tǒng)名、編寫者、編寫日期
第次修改、修改人、修改日期.
程序名稱、程序功能描述
輸入/輸出項、主要數(shù)據(jù)結(jié)構(gòu)
存取的數(shù)據(jù)庫表和字段
調(diào)用的其它程序、調(diào)用的公共函數(shù)庫或公共函數(shù)
算法、邏輯流程圖
測試要點
3.4用戶界面設(shè)計說明
3.4.1用戶界面圖
可制作有關(guān)用戶界面圖集的附錄參考.
3.4.2用戶界面與模塊關(guān)系表
用戶界面名稱用戶界面編號隸屬的子系統(tǒng)相關(guān)模塊名稱簡要名稱
實驗四系統(tǒng)功能測試
1.實驗?zāi)康模?/p>
(1)深刻理解系統(tǒng)功能測試在軟件工程中的意義,掌握系統(tǒng)功能測試的基本方法和基本
策略.
(2)熟練運用黑盒測試技術(shù)對系統(tǒng)進行測試,在測試的過程中注重重點和難點的反復(fù)練
習(xí).
(3)對等價劃分、邊界值分析、錯誤值推測等有深刻的學(xué)習(xí)和了解.
2.實驗內(nèi)容和實驗步驟:
(1)根據(jù)系統(tǒng)概要設(shè)計所確定的系統(tǒng)模塊設(shè)計集成測試的策略,并完成測試計劃說明書.
(2)驗證系統(tǒng)的所有功能看看其是否正確或遺漏.
(3)測試所有的正確和錯誤數(shù)據(jù).把運行異常的地方進行記錄.
(4)運用等價劃分,邊界值分析方法對所有數(shù)據(jù)進行測試.
3.技術(shù)測試規(guī)范(草案)
測試是程序設(shè)計的重要環(huán)節(jié),為了進一步規(guī)范公司的測試工作,為軟件測試工作提供詳
細的指引,以提高軟件開發(fā)工作的質(zhì)量,特制定本測試規(guī)范.
3.1測試流程
測試流程
3.1.1開發(fā)結(jié)束后
開發(fā)人員將程序交系統(tǒng)集成部安排測試.程序的開發(fā)者負責(zé)對軟件測試人員進行安裝、
配置和使用培訓(xùn),測試人員對安裝、配置和使用方法進行記錄,對程序不清楚的地方開發(fā)人員
負責(zé)解釋.
3.1.2開始正式測試前
測試負責(zé)人對軟件主要模塊版本進行詳細記錄.對于測試過程中的版本的更新,測試負
責(zé)人記錄并通知所有參加測試人員進行版本更新,每次開始測試前測試人員應(yīng)檢查測試計算
機上的版本是否為最新版本
3.1.3測試中發(fā)現(xiàn)問題
填寫《測試情況反饋表》(附表一),公司將根據(jù)反饋表對測試人員進行嘉獎,獎勵方法見
本規(guī)范第5條.反饋表定期匯總反饋給開發(fā)部,原則上半天反饋一次.開發(fā)人員負責(zé)解決問題,
開發(fā)人員在反饋表上對解決方法和問題出現(xiàn)原因進行記錄.在測試過程中,測試人員認為重
大問題,比如系統(tǒng)的內(nèi)存沖突、非法操作,測試人員應(yīng)爭取保留現(xiàn)場,請開發(fā)人員來現(xiàn)場查看.
經(jīng)解決的問題測試人員檢查后不再出現(xiàn),認可后在反饋表上簽字,弁記錄下解次時間.反饋表
由測試者保留,定期匯總上報.
3.1.4系統(tǒng)集成部定期提交《測試工作報告》
對于軟件產(chǎn)品的測試工作在每一版本的測試后提交測試總結(jié)報告,對于應(yīng)用系統(tǒng)的軟件
測試則應(yīng)根據(jù)項目大小,工期長短確定提交測試總結(jié)報告的周期和階段.
3.2.測試內(nèi)容
3.2.1安裝與測試環(huán)境:
?將程序單位的所有程序以及用到的公共子程序安裝到指定的多用戶測試環(huán)境,該環(huán)
境應(yīng)與程序?qū)嶋H運行環(huán)境一致;
?將系統(tǒng)編譯成可執(zhí)行文件.
3.2.2程序代碼檢查:
?程序單位的首部應(yīng)有程序說明和修改備注,內(nèi)容包括編寫或更改程序的人員、時間、
程序的功能及調(diào)用關(guān)系等;
?變量、過程、函數(shù)應(yīng)符合統(tǒng)一的命名規(guī)則;
?程序中不同的功能部分應(yīng)有清楚的說明信息,較復(fù)雜的程序段落也應(yīng)有說明信息;
?如果是修改,在修改的代碼處應(yīng)有修改注釋,注釋說明修改的人員、時間及內(nèi)容.
3.2.3畫面及報表格式檢查:
?畫面、報表的格式以及程序的命名應(yīng)符合統(tǒng)一的規(guī)則;
?畫面、報表的字段位置、長度、類型應(yīng)與設(shè)計文檔的要求一致.
3.2.4功能測試:
?如果有多個畫面,多個畫面之間切換正確;
?每一個畫面的功能鍵、觸發(fā)鍵、按鈕、菜單、選擇項功能正確;
?檢查數(shù)據(jù)項的關(guān)聯(lián)與限制功能是否正確;
?找出設(shè)計文檔中要求的未被包含在上述幾項測試中的功能,逐項測試,檢查是否達到
設(shè)計文檔要求的功能.
3.2.5正確性測試:
?有寫/刪除操作的程序,寫/刪除操作的結(jié)果正確,測試時應(yīng)手工打開數(shù)據(jù)庫表,以檢
查寫/刪除的效果;
?有查詢或報表操作時,檢查在各種選擇項的合理組合下,所產(chǎn)生的結(jié)果,對照數(shù)據(jù)庫
中的數(shù)據(jù)是否正確;
?對照設(shè)計文檔的要求,測試程序是否正確.
3.2.6可靠性測試:
?非法鍵容錯測試:在不同的畫面,不同的字段處輸入非法鍵,被測試程序應(yīng)有非法鍵
容錯能力;
?異常數(shù)據(jù)容錯測試:在不同的畫面,不同的字段輸入異常數(shù)據(jù),被測試程序應(yīng)有異常
數(shù)據(jù)容錯能力;
?程序負作用檢查,退出被測試程序后應(yīng)恢復(fù)到進入前的系統(tǒng)狀態(tài),不應(yīng)影響其它程序
的正確運行;
?殘留文件檢查,退出程式后在本地機和服務(wù)器的有關(guān)目錄或TEMP目錄
?下不應(yīng)留下任何無用的文件.
3.2.7效率測試:
本項測試需分開單用戶及多用戶的情況下進行.
?畫面操作效率測試:逐項測試每一項操作,特別是讀/寫、翻頁、滾屏等操作,記錄延
遲最長的操作及時間;
?報表及查詢效率測試:分別選擇最小范圍(非空)的數(shù)據(jù)及最大范圍(根據(jù)實際情況定)
的數(shù)據(jù),記下機器型號及產(chǎn)生結(jié)果所花的時間;
?評價程序效率是否合理;
3.2.8多用戶測試:
?隨機測試:在兩個或以上的終端同時多次進入和退出被測試程序,程序應(yīng)正確無誤;
?共享測試:在兩個或以上的終端同時調(diào)用被測試程
溫馨提示
- 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 暑假托班合同范本
- 房屋預(yù)售房合同范本
- 學(xué)校廚房廚師合同范本
- 大學(xué)晚會合同范本
- 商鋪租賃水電合同范本
- 如何用EXCEL建立報價表2
- 統(tǒng)編版二年級下冊語文《祖先的搖籃》【新課標版】課件完整版
- 簡單砌墻合同范本
- 2025合同協(xié)議未經(jīng)合同公司蓋章是否有效
- 《2025委托生產(chǎn)合同》
- 2024年強基計劃解讀 課件-2024屆高三下學(xué)期主題班會
- 認識常用電子元件圖解
- DB21-T 3413-2021地下工程自防護混凝土結(jié)構(gòu)耐久性技術(shù)規(guī)程
- 學(xué)校食品安全管理
- 痙攣性斜頸的物理治療與按摩技術(shù)
- 團隊溝通與協(xié)作培訓(xùn)
- 美的社會責(zé)任報告2023
- 2021年4月自考00908網(wǎng)絡(luò)營銷與策劃試題及答案含評分參考
- 2019外研社王嫣演講稿
- 設(shè)備安裝調(diào)試記錄表
- 臨床路徑工作總結(jié)醫(yī)院臨床路徑管理工作總結(jié)
評論
0/150
提交評論