第一篇：軟件工程第二次實(shí)驗(yàn)報告

江 西 理 工 大 學(xué)

軟件工程 實(shí)驗(yàn)報告

實(shí)驗(yàn)名稱 實(shí)驗(yàn)2 編寫軟件可行性分析報告 實(shí)驗(yàn)日期 2014-04-03 專業(yè)班級 計算機(jī)111班 桌號

實(shí) 驗(yàn) 人

學(xué)號

同組人

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

對一個軟件系統(tǒng)進(jìn)行可行性分析，將可行性分析過程的結(jié)果進(jìn)行分析匯總，編寫一份描述計劃任務(wù)的可行性分析報告。

二、實(shí)驗(yàn)內(nèi)容和步驟

（1）系統(tǒng)概述。對當(dāng)前系統(tǒng)及存在問題的簡單描述、新系統(tǒng)特點(diǎn)及開發(fā)要點(diǎn)，新系統(tǒng)及其各個子系統(tǒng)的功能與特性、新系統(tǒng)與當(dāng)前系統(tǒng)的比較等。

（2）可行性分析?？尚行苑治鍪菆蟾娴闹黧w。論述新系統(tǒng)在經(jīng)濟(jì)上、技術(shù)上、運(yùn)行上、管理及法律上的可行性，以及對新系統(tǒng)的主客觀條件的分析。

（3）初步開發(fā)方案及開發(fā)計劃。在可行性分析的基礎(chǔ)上，提出初步開發(fā)建議方案和計劃。

（4）結(jié)論意見。綜合上訴分析，說明新系統(tǒng)是否可行，給出具體結(jié)論。

三、結(jié)果分析 1 引言

1．1 編寫目的：

可行性研究的目的是為了對問題進(jìn)行研究，以最小的代價在最短的時間內(nèi) 確定問題是否可解

經(jīng)過對此項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報告，對軟件開發(fā)中將要

面臨的問題及其解決方案進(jìn)行初步設(shè)計及合理安排。明確開發(fā)風(fēng)險及其所帶來的 經(jīng)濟(jì)效益。本報告經(jīng)審核后，交軟件經(jīng)理審查。1.2項(xiàng)目背景：

開發(fā)軟件名稱：機(jī)票預(yù)訂系統(tǒng)。

項(xiàng)目任務(wù)提出者：中國民航及中國國際旅游開發(fā)公司。項(xiàng)目開發(fā)者：浙江大學(xué)IMK 開發(fā)小組。用戶：中國民航及中國國際旅游開發(fā)公司。

第2 頁 / 共4頁

實(shí)現(xiàn)軟件單位：中國國際旅游開發(fā)公司及浙江大學(xué) 項(xiàng)目與其他軟件，系統(tǒng)的關(guān)系：

本項(xiàng)目采用客戶機(jī)/服務(wù)器原理，客戶端的程序是建立在Windows NT 系統(tǒng)上以MicrosoftVisual C++為開發(fā)軟件的應(yīng)用程序，服務(wù)器端采用Linux 為操作系統(tǒng)的工作站，是采用Oracle8 的為開發(fā)軟件的數(shù)據(jù)庫服務(wù)程序。1．3 參考資料： 《軟件工程導(dǎo)論》，張海藩，清華大學(xué)出版社?！秾?shí)用軟件工程》，鄭人杰等，清華大學(xué)出版社。２ 可行性研究的前提 2.1要求

主要功能：為游客提供機(jī)票預(yù)定服務(wù)，方便旅游局的售票工作，提高旅游局的服 務(wù)質(zhì)量和服務(wù)效率

性能要求：機(jī)場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統(tǒng)的 定單必須無差錯的存儲在機(jī)場的主服務(wù)器上。對服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時正確的刷新。

輸出要求：數(shù)據(jù)完整，詳實(shí)。輸出要求：簡捷，快速，實(shí)時。

安全與保密要求：服務(wù)器的管理員享有對機(jī)場航班信息庫及機(jī)票信息庫和定票信 息庫的管理與修改。售票員只享有對訂票信息庫的部分修改（寫入與讀出）。完成期限：預(yù)計六個月。2.2目標(biāo)：

系統(tǒng)實(shí)現(xiàn)后，大大提高旅游局的機(jī)票預(yù)定服務(wù)效率。降低售票服務(wù)中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。2.3條件，假定和限制 建議軟件壽命：5 年。

經(jīng)費(fèi)來源：中國國際旅游開發(fā)公司。

硬件條件：服務(wù)器sun 工作站，終端為pc 機(jī)。運(yùn)行環(huán)境：Linux 數(shù)據(jù)庫：Oracle8

2.4決定可行性的主要因素

成本/效益分析結(jié)果，效益〉成本。

技術(shù)可行，現(xiàn)有技術(shù)可完全承擔(dān)開發(fā)任務(wù)。操作可行，軟件能被原有工作人員快速接受。３ 技術(shù)可行性分析 系統(tǒng)簡要描述：

在旅游局中的終端是安裝了Windows NT 的PC 機(jī)，主要目的是向機(jī)場的服務(wù)器傳 遞數(shù)據(jù)。當(dāng)顧客在旅游局進(jìn)行咨詢時，終端向服務(wù)器發(fā)出查詢請求，服務(wù)器根據(jù)航班信息庫的實(shí)時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。當(dāng)顧客向售票員定票時，終

第3頁 / 共4頁第4頁/ 共4頁

端向服務(wù)器發(fā)出詳盡的一份定單，服務(wù)器核對后，存入定票信息庫，并修改機(jī)票信息庫。當(dāng)顧客再次來取票時，終端向服務(wù)器發(fā)出查詢定票請求，服務(wù)器接收后，查詢定票信息庫，核對后，傳送機(jī)票確認(rèn)表單，終端打印出機(jī)票。４ 經(jīng)濟(jì)可行性分析 4.1支出 基礎(chǔ)投資：

終端PC 機(jī)２０臺：8000*20 = 16 萬 網(wǎng)絡(luò)設(shè)備：10 萬 輔助配置：10 萬 共計：36 萬

其他一次性投資： 系統(tǒng)管理員事務(wù) 航班信息的更新

服務(wù)器終端顯示數(shù)據(jù)產(chǎn)生報表 售票員查詢請求 數(shù)據(jù)庫產(chǎn)生報表 客戶機(jī)終端顯示數(shù)據(jù) 售票員表單申請產(chǎn)生報表 客戶機(jī)終端顯示數(shù)據(jù)

售票員機(jī)票核對事務(wù)在客戶端打印機(jī)票和帳單產(chǎn)生報表及帳單 Oracle 8.0 : 20 萬 Windows NT: 10 萬 操作員培訓(xùn)費(fèi)：5 萬 共計：35 萬 經(jīng)常性支出：

人工費(fèi)用: 6(月)*20(人)*5000(圓)=60 萬 其他不可知額外支出: 20 萬 共計: 80 萬

支出共計: 151 萬 4.2效益 一次性收益 0 元

經(jīng)常性收益

（按銀行利率：1%）；

減少員工20 人(1000 圓/人)五年收益:

1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 萬 工作效率提高收益（工作效率提高30%）:

30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 萬 經(jīng)常性收益共計: 160 萬

不可定量收益

因服務(wù)質(zhì)量提高增加旅客量10%:

1000 萬*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 萬 收益共計: 520 萬 4.3收益/投資比

520 萬/151 萬= 344% 4.4投資回收周期 2-3 年

4.5敏感性分析

設(shè)計系統(tǒng)周期為五年, 估計最長可達(dá)10 年 處理速度: 一般查詢速度<4 秒 關(guān)鍵數(shù)據(jù)查詢速度: <2 秒 5 用戶使用可行性

使用本軟件人員要求有一定計算機(jī)基礎(chǔ)的人員,系統(tǒng)管理員要求由計算機(jī)的專業(yè)知 識,所有人員都要經(jīng)過本公司培訓(xùn).管理人員也需經(jīng)一般培訓(xùn).經(jīng)過培訓(xùn)人員將會熟練使用本軟件.兩名系統(tǒng)管理員,一名審計員將進(jìn)行專業(yè)培訓(xùn),他們將熟練管理本系統(tǒng).６ 其他可供選擇的方案

客戶端與服務(wù)器端聯(lián)系在一起，在旅游局中只設(shè)立終端，在機(jī)場設(shè)立服務(wù)器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務(wù)器處理，只在終端上顯示數(shù)據(jù)結(jié)果。此設(shè)計簡化了數(shù)據(jù)處理，但加重了服務(wù)器的數(shù)據(jù)處理。而使用客戶端/服務(wù)器機(jī)理，簡化數(shù)據(jù)流量，加快數(shù)據(jù)處理。７ 結(jié)論意見

由于投資效益比遠(yuǎn)大于100%, 技術(shù)、經(jīng)濟(jì)、操作都有可行性，可以進(jìn)行開發(fā)。

四、實(shí)驗(yàn)心得

此次文檔的編寫在整個軟件開發(fā)的過程中，起到了很重要的作用。它讓我們知道在以后的軟件開發(fā)過程中應(yīng)該注意的問題，并且應(yīng)該做出相應(yīng)的措施來解決軟件開發(fā)過程中出現(xiàn)的各種問題。

第二篇：軟件工程實(shí)驗(yàn)報告

《軟件工程》實(shí)驗(yàn)報告

專業(yè)班級微軟IT一班

學(xué)生姓名

指導(dǎo)教師趙春剛

實(shí)驗(yàn)一需求分析

一、實(shí)驗(yàn)?zāi)康耐ㄟ^對軟件項(xiàng)目的需求分析，掌握需求分析的主要方法和技術(shù)，了解需求分析過程。

二、實(shí)驗(yàn)要求

自選一個軟件項(xiàng)目，應(yīng)用軟件工程中需求分析方法對系統(tǒng)需求進(jìn)行分析。

三、實(shí)驗(yàn)內(nèi)容

1、項(xiàng)目完成主要功能概述（1）項(xiàng)目名稱

（2）項(xiàng)目完成主要功能

2、項(xiàng)目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）

四、實(shí)驗(yàn)總結(jié)

實(shí)驗(yàn)二軟件設(shè)計

一、實(shí)驗(yàn)?zāi)康耐ㄟ^對軟件項(xiàng)目的軟件設(shè)計，掌握軟件設(shè)計的方法的技術(shù)，了解軟件設(shè)計過程。

二、實(shí)驗(yàn)要求

針對需求分析所選的項(xiàng)目和功能模塊進(jìn)行。完成軟件項(xiàng)目主要概要設(shè)計和詳細(xì)設(shè)計。

三、實(shí)驗(yàn)內(nèi)容

1、項(xiàng)目概要設(shè)計描述（建立概要設(shè)計模型）

（友情提示：完成項(xiàng)目的主要系統(tǒng)結(jié)構(gòu)圖（功能模塊圖）即可）

2、項(xiàng)目詳細(xì)設(shè)計描述（建立詳細(xì)設(shè)計模型）

（友情提示：用流程圖或UML相關(guān)模型（活動圖、時序圖等），完成兩個模塊以上）

四、實(shí)驗(yàn)總結(jié)

說明：（此實(shí)驗(yàn)為可選做，若完成實(shí)驗(yàn)成績加分）

實(shí)驗(yàn)三軟件測試

一、實(shí)驗(yàn)?zāi)康耐ㄟ^對軟件項(xiàng)目的測試，掌握軟件測試的原理和方法，了解軟件測試過程。

二、實(shí)驗(yàn)要求

針對需求分析所選的項(xiàng)目和功能模塊進(jìn)行。完成軟件項(xiàng)目主要功能模塊的測試。

三、實(shí)驗(yàn)內(nèi)容

1、采用主要測試方法描述

2、主要功能模塊測試用例設(shè)計

四、實(shí)驗(yàn)總結(jié)

第三篇：軟件工程實(shí)驗(yàn)報告

實(shí)驗(yàn)三：面向?qū)ο蟮南到y(tǒng)對象模型實(shí)驗(yàn)

一、實(shí)驗(yàn)?zāi)康?/p>

1: 熟悉面向?qū)ο蠓治龅幕痉椒?，加深理解對象模型、動態(tài)模型和功能模型的意義和 作

2: 學(xué)習(xí)使用rose工具進(jìn)行面向?qū)ο蠓治龅姆椒?/p>

3：理解對象模型、動態(tài)模型和功能模型在rose系統(tǒng)中的表示

4：學(xué)習(xí)用例圖、類圖、關(guān)聯(lián)圖、順序圖、狀態(tài)圖的繪制方法，了解其各自的作用

二、實(shí)驗(yàn)環(huán)境

1.硬件環(huán)境

P4以上的個人計算機(jī)環(huán)境，要求內(nèi)存不少于128MB，硬盤不小于20G.。2.軟件環(huán)境

操作系統(tǒng)：Windows 2000 或 Windows XP 數(shù)據(jù)庫： SqlServer 2000 或 Access 2003數(shù)據(jù)庫系統(tǒng) 3.通用工具軟件

通用繪圖工具： MicroSoft Visio 2003 文本編輯工具： MicroSoft Word 2003 4.CASE工具

實(shí)體建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、實(shí)驗(yàn)內(nèi)容

1.實(shí)驗(yàn)題目

已知資料管理系統(tǒng)提供資料信息維護(hù)、資料查詢、借閱/歸還三項(xiàng)基本功能。使用本系統(tǒng)的角色包括管理員、教師、學(xué)生三類。管理員可從事所有操作，學(xué)生與教師只能進(jìn)行資料查詢、借閱/歸還操作。教師最多可以同時借閱10本資料、學(xué)生只能同時借閱5本。對于借閱期滿3個月但是仍未歸還的資料，在管理員控制下，系統(tǒng)將自動生成并輸出“催還單”。

試采用面向?qū)ο蟮姆治龇椒▽Α百Y料管理系統(tǒng)”進(jìn)行需求分析和初步設(shè)計，做出其詳細(xì)的需求陳述；定義基本功能及角色；提取對象、做出用例圖和類圖 2.實(shí)驗(yàn)內(nèi)容

利用rose工具進(jìn)行系統(tǒng)建模的實(shí)驗(yàn)，建立所指定之題目的用例圖和對象模型 3.系統(tǒng)初步設(shè)計

資料管理系統(tǒng)的角色有三種，分別是管理員、教師、學(xué)生。資料管理系統(tǒng)的基本功能有一下三項(xiàng)： ? 資料信息維護(hù) ? 資料查詢 ? 借閱/歸還 4.思考題

1：“角色定義”在應(yīng)用系統(tǒng)中有什么作用？ 答：角色的定義有利于明晰角色所對應(yīng)的事物以及對數(shù)據(jù)和功能的操作權(quán)限，是系統(tǒng)更加條理。

2：USE-CASE圖反映了系統(tǒng)在哪一方面的需求？ 答：它描述了系統(tǒng)的功能以及如何使用一個系統(tǒng)并顯示誰將是相關(guān)的用戶、用戶希望系統(tǒng)提供什么服務(wù)以及用戶需要為系統(tǒng)提供的服務(wù)，它反映了整個系統(tǒng)的一個大概設(shè)計。3：對象模型應(yīng)當(dāng)包括哪些內(nèi)容？使用ROSE工具進(jìn)行分析建模時，通過哪幾種圖例描述對象模型？

答：對象模型描述的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括系統(tǒng)的類和對象，他們之間的屬性和操作，以及它們之間的聯(lián)系。它通常用用例圖和類圖來描述。

5系統(tǒng)類圖

6.系統(tǒng)用例圖

第四篇：軟件工程實(shí)驗(yàn)報告

《軟件工程》課程實(shí)驗(yàn)報告

實(shí)驗(yàn)名稱：教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排

姓名：

院（系）：軟 件 學(xué) 院

專業(yè)班級：

學(xué)號：

指導(dǎo)教師：

地點(diǎn)：

成績：

時間：2012 年 10月 日 至 2012 年 11月 8 日

1.實(shí)驗(yàn)?zāi)康拇_定項(xiàng)目的可實(shí)施性，獲取項(xiàng)目的需求，并在此基礎(chǔ)上完成系統(tǒng)的邏輯功能模型的建立，了解軟件工程中需求分析階段的主要活動和需求分析文檔描述的主要內(nèi)容，掌握利用數(shù)據(jù)流圖描述系統(tǒng)功能需求的方法，正確應(yīng)用數(shù)據(jù)字典。增進(jìn)對軟件工程的理解，學(xué)會系統(tǒng)的分析軟件的構(gòu)成，掌握并理解軟件從確立到測試等一系列過程。

2.實(shí)驗(yàn)內(nèi)容

1.系統(tǒng)簡介

每個學(xué)期的期中，學(xué)校教務(wù)處向各個學(xué)院發(fā)出下各學(xué)期的教學(xué)計劃，包括課程名稱、課程代碼、課時、班級類別（本科、專科、成人教育、研究生）、班號等；學(xué)院教學(xué)主管人員根據(jù)教學(xué)任務(wù)和要求給出各個課程的相關(guān)限制（如：任課教師的職稱、上課的班數(shù)、最高和最低周學(xué)時數(shù)等）；任課教師自報本人授課計劃，經(jīng)所在教研室協(xié)調(diào)任可，將教學(xué)計劃上交學(xué)院主管教學(xué)計劃的人員，批準(zhǔn)后上報學(xué)校教務(wù)處，最終由教務(wù)處給出下個學(xué)期全學(xué)院教師的教學(xué)任務(wù)書。

假設(shè)上述排課過程全部由人工操作，現(xiàn)要求為上述過程實(shí)現(xiàn)計算機(jī)自動處理過程。

2.限定條件

a)每位教師的主講課程門數(shù)不超過2門/學(xué)期：講師以下職稱的教師不能承擔(dān)學(xué)院定主課的主講任務(wù)。

b)學(xué)院中層干部的主講課時不能超過4學(xué)時/周。

c)本學(xué)期出現(xiàn)嚴(yán)重教學(xué)事故的教師不能承擔(dān)下各學(xué)期的主講任務(wù)。

d)本系統(tǒng)的輸入項(xiàng)至少包括：教務(wù)處布置的教學(xué)計劃，學(xué)院教師自報的授課計劃和學(xué)院定的有關(guān)授課限制條件。

e)本系統(tǒng)的輸出項(xiàng)至少包括：教務(wù)處最終下達(dá)全院教師的教學(xué)任務(wù)書和學(xué)院各個班級下各學(xué)期的課程表（可以不含上課地點(diǎn)）。

項(xiàng)目數(shù)據(jù)流圖

系統(tǒng)的分析“教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排”的組成、結(jié)構(gòu)和實(shí)現(xiàn)步驟，明白項(xiàng)目的業(yè)務(wù)流程圖，繪制數(shù)據(jù)流圖（DFD），數(shù)據(jù)模型（ER），編寫數(shù)據(jù)字典（DD），數(shù)據(jù)加工處理的描述，撰寫需求規(guī)格說明書

3.實(shí)驗(yàn)步驟

1.2.3.4.5.對圖書管理系統(tǒng)進(jìn)行分析，整合用戶權(quán)限和操作 根據(jù)用戶操作流程畫出系統(tǒng)流程圖 對系統(tǒng)做出概要分析，擬定開發(fā)流程 繪制出甘特圖 繪制線性時間圖

4總結(jié)與回顧

通過這次實(shí)驗(yàn)，我學(xué)到了很多東西，教務(wù)管理系統(tǒng)是學(xué)校的管理核心，管理應(yīng)涉及到學(xué)校的專業(yè)設(shè)置、學(xué)藉管理、成績管理、網(wǎng)上注冊、開課管理、選課管理、師資管理等，在數(shù)據(jù)庫一級建立強(qiáng)有力的安全系統(tǒng)，管理人員可以在互聯(lián)網(wǎng)的任何地方辦工，真正實(shí)現(xiàn)學(xué)校網(wǎng)上管理。

學(xué)校中的教務(wù)管理是一項(xiàng)很重要的工作，包括學(xué)生管理，教師管理和課程管理等。開發(fā)“教務(wù)信息處理系統(tǒng)”的目的就是利用計算機(jī)的查詢和運(yùn)算功能，代替手工處理，提高工作效力和質(zhì)量，所以該系統(tǒng)是必要而且能夠?qū)崿F(xiàn)的。

此次開發(fā)的軟件是教務(wù)管理系統(tǒng)的一個子系統(tǒng)，即學(xué)院課程安排。通過此次課程設(shè)計，我們更加了解了軟件的原理，軟件的開發(fā)方法和步驟，如繪制數(shù)據(jù)流圖和數(shù)據(jù)字典的編寫。進(jìn)一步掌握了有關(guān)數(shù)據(jù)庫設(shè)計的知識和JAVA程序設(shè)計，了解了有關(guān)網(wǎng)絡(luò)的相關(guān)知識，對軟件開發(fā)平臺有了一定了解。我增長了不少軟件工程與編程，數(shù)據(jù)庫的知識。在作設(shè)計的過程中，軟件是不斷變化的，開始構(gòu)造的是一方面，實(shí)際制作時又是另外一方面，所以得不斷變化。軟件必須有效的支持他的用戶，我們做的軟件是學(xué)生選課系統(tǒng)，所以我們需要從學(xué)生和老師，管理員的實(shí)際情況出發(fā)，制定他們操作方便的系統(tǒng)，是軟件對用戶友好。

在寫數(shù)據(jù)字典之前，我對數(shù)據(jù)字典的理解有一些偏差，通過這次作實(shí)驗(yàn)，我知道了數(shù)據(jù)字典就是對數(shù)據(jù)流，數(shù)據(jù)流分量，數(shù)據(jù)存儲，處理的定義集合。我們做這種比較小的軟件時，數(shù)據(jù)字典還比較好維護(hù)，哪里出了問題，可以很快的找到，然后改正。如果做比較大的軟件時，數(shù)據(jù)字典就不好維護(hù)了。開發(fā)大的軟件系統(tǒng)時，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，貌似人工維護(hù)就不太可能了。

這次實(shí)驗(yàn)的完成是我們小組共同努力的結(jié)果，我們每個人都付出了很大的汗水，也讓我明白了團(tuán)隊(duì)合作是多么的重要，那么大的工作量僅靠一個人的力量是不可能完成的，在以后的工作和學(xué)習(xí)中一定要重視團(tuán)隊(duì)合作的重要性，多與合作伙伴交流，了解每個人的想法，最后大家的想法和在一起就是個很了不起的工作。也讓我認(rèn)識到軟件在我們的生活中越來越重要，我們的生活處處離不開軟件，也讓我對自己以后的工作有了很深的了解，讓我可以向著自己的目標(biāo)一點(diǎn)點(diǎn)前進(jìn)。

第五篇：軟件工程實(shí)驗(yàn)報告--初識軟件工程

GDOU-B-11-112

學(xué)生實(shí)驗(yàn)報告書（學(xué)生用表）
實(shí)驗(yàn)名稱 學(xué)院(系)學(xué)生姓名 學(xué)號 初識軟件工程 專業(yè) 實(shí)驗(yàn)地點(diǎn) 課程名稱 軟件工程 班級 實(shí)驗(yàn)日期 課程號

一，實(shí)驗(yàn)?zāi)康?軟件工程涉及的知識內(nèi)容多，軟件工具多、標(biāo)準(zhǔn)多，本實(shí)驗(yàn)的目的是為了軟件工程 初學(xué)者介紹網(wǎng)絡(luò)學(xué)習(xí)環(huán)境，通過對有關(guān)知識的檢索，使學(xué)習(xí)者對軟件工程有一個初步的 了解，為后續(xù)學(xué)習(xí)打下基礎(chǔ)。二，實(shí)驗(yàn)原理（1）軟件工程的概念（2）軟件工程的質(zhì)量與控制（3）工程工具（4）網(wǎng)絡(luò)學(xué)習(xí)（5）軟件創(chuàng)業(yè)的成功范例 三，實(shí)驗(yàn)環(huán)境 硬件：聯(lián)網(wǎng)計算機(jī)，校園網(wǎng)和因特網(wǎng)。軟件：Windows 操作系統(tǒng)。Office 軟件等。四，實(shí)驗(yàn)內(nèi)容
（1）軟件的概念與特點(diǎn)。答：軟件是用戶與硬件之間的接口界面。用戶主要是通過軟件與計算機(jī)進(jìn)行交流。軟件 是計算機(jī)系統(tǒng)設(shè)計的重要依據(jù)。為了方便用戶，為了使計算機(jī)系統(tǒng)具有較高的總體效用，在設(shè) 計計算機(jī)系統(tǒng)時，必須全局考慮軟件與硬件的結(jié)合，以及用戶的要求和軟件的要求。1．運(yùn)行時，能夠提供所要求功能和性能的指令或計算機(jī)程序集合。2．程序能夠滿意地處理信息的數(shù)據(jù)結(jié)構(gòu)。3．描述程序功能需求以及程序如何操作和使用所要求的文檔。以開發(fā)語言作為描述語言，可以認(rèn)為 ： 軟件=程序+數(shù)據(jù)+文檔。

（2）按照國家的標(biāo)準(zhǔn)，軟件的生命周期劃分為幾個階段？軟件生命周期中各個階段 的主要任務(wù)是什么？ 答：依據(jù)不同的原則對軟件生命周期的劃分也不同，《軟件工程國家標(biāo)準(zhǔn)——計算機(jī)軟件開 發(fā)規(guī)范》(GB8566—88)中將軟件生命周期劃分為 8 個階段：可行性研究與計劃、需求分析、概要 設(shè)計、詳細(xì)設(shè)計、實(shí)現(xiàn)(包括單元測試)、組裝測試(集成測試)、確認(rèn)測試、使用和維護(hù)。本書按照人 們所習(xí)慣的粗分方法把上面 8 個階段劃分為計劃、開發(fā)和維護(hù) 3 個階段，在概述其他兩個階段的基 礎(chǔ)上重點(diǎn)介紹軟件的開發(fā)過程。概括地說，軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)三個時期組成，每個時期又 可進(jìn)一步劃分成若干個階段。軟件定義時期的任務(wù)是確定軟件開發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程 目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計完成該項(xiàng)工程需要的資源和成本，并且制定工程進(jìn)

度表。這個時期的工作通常又稱為系統(tǒng)分析，由系統(tǒng)分析員負(fù)責(zé)完成。軟件定義時期通常進(jìn)一步劃分 成三個階段，即問題定義、可行性研究和需求分析。開發(fā)時期具體設(shè)計和實(shí)現(xiàn)在前一個時期定義的軟件，它通常由下述四個階段組成：概要設(shè)計，詳 細(xì)設(shè)計，編碼和單元測試，綜合測試。其中前兩個階段又

稱為系統(tǒng)設(shè)計，后兩個階段又稱為系統(tǒng)實(shí)現(xiàn)。運(yùn)行維護(hù)時期的主要任務(wù)是使軟件持久地滿足用戶的需要。具體地說，當(dāng)軟件在使用過程中發(fā)現(xiàn) 錯誤時應(yīng)該加以改正； 當(dāng)環(huán)境改變時應(yīng)該修改軟件以適應(yīng)新的環(huán)境； 當(dāng)用戶有新要求時應(yīng)該及時改進(jìn) 軟件以滿足用戶的新需要。通常對維護(hù)時期不再進(jìn)一步劃分階段，但是每一次維護(hù)活動本質(zhì)上都是一 次壓縮和簡化了的定義和開發(fā)過程。下面簡要介紹上述各個階段應(yīng)該完成的基本任務(wù)。1．問題定義 問題定義階段必須回答的關(guān)鍵問題是： “要解決的問題是什么”。如果不知道問題是什么就試圖解決 這個問題，顯然是盲目的，只會自白浪費(fèi)時間和金錢，最終得出的結(jié)果很可能是毫無意義的。盡管確 切地定義問題的必要性是十分明顯的，但是在實(shí)踐中它卻可能是最容易被忽視的一個步驟。通過調(diào)研，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和工程規(guī)模的書面報告，并且需要得到 客戶對這份報告的確認(rèn)。2．可行性研究 這個階段要回答的關(guān)鍵問題是：“上一個階段所確定的問題是否有行得通的解決辦法”。并非所有問 題都有切實(shí)可行的解決辦法，事實(shí)上，許多問題不可能在預(yù)定的系統(tǒng)規(guī)?；驎r間期限之內(nèi)解決。如果 問題沒有可行的解，那么花費(fèi)在這項(xiàng)工程上的任何時間、資源和經(jīng)費(fèi)都是無謂的浪費(fèi)?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。必須記住，可 行性研究的目的不是解決問題，而是確定問題是否值得去解。怎樣達(dá)到這個目的?當(dāng)然不能靠主觀猜 想而只能靠客觀分析。系統(tǒng)分析員必須進(jìn)一步概括地了解用戶的需求，并在此基礎(chǔ)上提出若干種可能 的系統(tǒng)實(shí)現(xiàn)方案，對每種方案都從技術(shù)、經(jīng)濟(jì)、社會因素(例如，法律)等方面分析可行性，從而最終 確定這項(xiàng)工程的可行性。3．需求分析 這個階段的任務(wù)仍然不是具體地解決客戶的問題，而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個問 題。雖然在可行性研究階段已經(jīng)粗略了解了用戶的需求，甚至還提出了一些可行的方案，但是，可行 性研究的基本目的是用較小的成本在較短的時間內(nèi)確定是否存在可行的解法，因此許多細(xì)節(jié)被忽略 了。然而在最終的系統(tǒng)中卻不能遺漏任何一個微小的細(xì)節(jié)，所以可行性研究并不能代替需求分析，它 實(shí)際上并沒有準(zhǔn)確地回答“系統(tǒng)必須做什么”這個問題。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也就 是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。用戶了解他們所面對的問題，知道必須做什么，但是通常不能完

完整準(zhǔn)確地表達(dá)出他們的要求，更 不知道怎樣利用計算機(jī)解決他們的問題；軟件開發(fā)人員知道怎樣用軟件實(shí)現(xiàn)人們的要求，但是對特定 用戶的具體要求并不完全清楚。因此，系統(tǒng)分析員在需求分析階段必須和用戶密切配合，充分交流信 息，以得出經(jīng)過用戶確認(rèn)的系統(tǒng)需求。這個階段的另外一項(xiàng)重要任務(wù)，是用正式文檔準(zhǔn)確地記錄對目標(biāo)系統(tǒng)的需求，這份文檔通常稱為 規(guī)格說明(specification)。4．概要設(shè)計 這個階段的基本任務(wù)是，概括地回答“怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?”這個問題。概要設(shè)計又稱為初步設(shè)計、邏輯設(shè)計、高層設(shè)計或總體設(shè)計。首先，應(yīng)該設(shè)計出實(shí)現(xiàn)目標(biāo)系統(tǒng)的幾種可能的方案。軟件工程師應(yīng)該用適當(dāng)?shù)谋磉_(dá)工具描述每種 可能的方案，分析每種方案的優(yōu)缺點(diǎn)，并在充分權(quán)衡各種方案的利弊的基礎(chǔ)上，推薦一個最佳方案。此外，還應(yīng)該制定出實(shí)現(xiàn)所推薦的方案的詳細(xì)計劃。如果客戶接受所推薦的系統(tǒng)方案，則應(yīng)該進(jìn)一步

完成本階段的另一項(xiàng)主要任務(wù)。上述設(shè)計工作確定了解決問題的策略及目標(biāo)系統(tǒng)中應(yīng)包含的程序，但是，對于怎樣設(shè)計這些程序，軟件設(shè)計的一條基本原理指出，程序應(yīng)該模塊化，也就是說，一個程序應(yīng)該由若干個規(guī)模適中的模塊 按合理的層次結(jié)構(gòu)組織而成。因此，概要設(shè)計的另一項(xiàng)主要任務(wù)就是設(shè)計程序的體系結(jié)構(gòu)，也就是確 定程序由哪些模塊組成以及模塊間的關(guān)系。5．詳細(xì)設(shè)計 概要設(shè)計階段以比較抽象概括的方式提出了解決問題的辦法。詳細(xì)設(shè)計階段的任務(wù)就是把解法具 體化，也就是回答“應(yīng)該怎樣具體地實(shí)現(xiàn)這個系統(tǒng)”這個關(guān)鍵問題。這個階段的任務(wù)還不是編寫程序，而是設(shè)計出程序的詳細(xì)規(guī)格說明。這種規(guī)格說明的作用很類似 于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍(lán)圖，它們應(yīng)該包含必要的細(xì)節(jié)，程序員可以根據(jù)它們寫出 實(shí)際的程序代碼。詳細(xì)設(shè)計也稱為模塊設(shè)計、物理設(shè)計或低層設(shè)計。在這個階段將詳細(xì)地設(shè)計每個模塊，確定實(shí)現(xiàn) 模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。6．編碼和單元測試 這個階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。程序員應(yīng)該根據(jù)目標(biāo)系統(tǒng)的性質(zhì)和實(shí)際環(huán)境，選取一種適當(dāng)?shù)母呒壋绦蛟O(shè)計語言(必要時用匯編語 言)，把詳細(xì)設(shè)計的結(jié)果翻譯成用選定的語言書寫的程序，并且仔細(xì)測試編寫出的每一個模塊。7．綜合測試 這個階段的關(guān)鍵任務(wù)是通過各種類型的測試(及相應(yīng)的調(diào)試)使軟件達(dá)到預(yù)定的要求。8．軟件維護(hù) 維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動使系統(tǒng)持久地滿足用戶的需要。通常有四類維護(hù)活動：改正性維護(hù)，也就是診斷和改

正在使用過程中發(fā)現(xiàn)的軟件錯誤；適應(yīng)性維 護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù) 防性維護(hù)，即修改軟件為將來的維護(hù)活動預(yù)先做準(zhǔn)備。雖然沒有把維護(hù)階段進(jìn)一步劃分成更小的階段，但是實(shí)際上每一項(xiàng)維護(hù)活動都應(yīng)該經(jīng)過提出維護(hù) 要求(或報告問題)，分析維護(hù)要求，提出維護(hù)方案，審批維護(hù)方案，確定維護(hù)計劃，修改軟件設(shè)計，修改程序，測試程序，復(fù)查驗(yàn)收等一系列步驟，因此實(shí)質(zhì)上是經(jīng)歷了一次壓縮和簡化了的軟件定義和 開發(fā)的全過程。每一項(xiàng)維護(hù)活動都應(yīng)該準(zhǔn)確地記錄下來，做為正式的文檔資料加以保存。我國國家標(biāo)準(zhǔn)《計算機(jī)軟件開發(fā)規(guī)范》(GB8566—88)也把軟件生命周期劃分成 8 個階段，這些階 段是：可行性研究與計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，實(shí)現(xiàn)，組裝測試，確認(rèn)測試，使用和維 護(hù)。其中，實(shí)現(xiàn)階段即是編碼與單元測試階段，組裝測試即是集成測試，確認(rèn)測試即是驗(yàn)收測試?？?見，國家標(biāo)準(zhǔn)中劃分階段的方法與前面講的階段劃分方法基本相同，差別僅僅是：因?yàn)閱栴}定義的工 作量很小而沒有把它作為一個獨(dú)立的階段列出來； 由于綜合測試的工作量過大而把它分解成了兩個階 段。在實(shí)際從事軟件開發(fā)工作時，軟件規(guī)模、種類、開發(fā)環(huán)境及開發(fā)時使用的技術(shù)方法等因素，都影 響階段的劃分。事實(shí)上，承擔(dān)的軟件項(xiàng)目不同，應(yīng)該完成的任務(wù)也有差異，沒有一個適用于所有軟件 項(xiàng)目的任務(wù)集合。適用于大型復(fù)雜項(xiàng)目的任務(wù)集合，對于小型且較簡單的項(xiàng)目而言往往就過于復(fù)雜了。因此，一個科學(xué)、有效的軟件工程過程應(yīng)該定義一組適合于所承擔(dān)的項(xiàng)目特點(diǎn)的任務(wù)集合。一個任務(wù) 集合通常包括一組軟件工程工作任務(wù)、里程碑和應(yīng)該交付的產(chǎn)品(軟件配置成分)。[Page] 生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個階段的執(zhí)行順序，因此，也稱為過程模型。剛才講過，實(shí)際從事軟件開發(fā)工作時應(yīng)該根據(jù)所承擔(dān)的項(xiàng)目的特點(diǎn)來劃分階段，但是，下面講述 軟件過程模型時并不是針對某個特定項(xiàng)目講的，因此，只能使用“通用的”階段劃分方法。由于瀑布模

型與快速原型模型的主要區(qū)別是獲取用戶需求的方法不同，因此，下面在介紹生命周期模型時把“規(guī) 格說明”作為一個階段獨(dú)立出來。此外，問題定義和可行性研究的主要任務(wù)是概括地了解用戶的需求，為了簡潔地描述軟件過程，把它們都?xì)w并到需求分析中去了。同樣，為了簡單起見，把概要設(shè)計和詳 細(xì)設(shè)計合并在一起稱為“設(shè)計”。

（3）軟件工程質(zhì)量與控制。答：四上運(yùn)行的算法拿到

了五上用，但它的處理器換了，導(dǎo)致了數(shù)據(jù)的“溢出”，所以發(fā)射三十七秒后墜毀。（4）軟件工程的標(biāo)準(zhǔn)。答：按照國家的軟件開發(fā)標(biāo)準(zhǔn)可以有以下的開發(fā)標(biāo)準(zhǔn):
(1)開發(fā)進(jìn)度月報編寫規(guī)范.

.

(2)操作手冊編寫規(guī)范(3)數(shù)據(jù)庫設(shè)計說明書編寫規(guī)范(4)數(shù)據(jù)要求說明書編寫規(guī)范(5)概要設(shè)計說明書編寫規(guī)范(6)模塊開發(fā)卷宗編寫規(guī)范(7)測試分析報告編寫規(guī)范(8)測試計劃文檔編寫規(guī)范(9)用戶手冊編寫規(guī)范(10)詳細(xì)設(shè)計說明書編寫規(guī)范(11)件質(zhì)量保證計劃編寫規(guī)范(12)軟件配置管理計劃編寫規(guī)范(13)軟件需求說明書編寫規(guī)范(14)項(xiàng)目開發(fā)總結(jié)報告編寫規(guī)范

(5)軟件工程模型過程。

（6）軟件創(chuàng)業(yè)的典型。
答：巨人漢卡是史玉柱的創(chuàng)業(yè)起點(diǎn)，989 年 10 月，深圳。史玉柱舉起一臺 IBM286，摔在地上，接著，又舉起一臺 IBM286，摔在地上。兩名員工抱走剩下的幾臺電腦和打印機(jī)，從此沒了蹤跡?? 1988 年，從深圳大學(xué)研究生畢業(yè)，史玉柱回到合肥原單位。沒幾天，他提交了辭職報告。向以 前幫過的朋友借了一臺 IBMPC，史玉柱開始在家編寫文字處理軟件?！拔沂菑奈业脑瓎挝唤y(tǒng)計局看出 這個市場需求的?！爱?dāng)時每個單位都花 2 萬元購置一臺四通打字機(jī)，同時也在購置電腦。大多數(shù)情況 ” 下，電腦總是被放在一旁不用。我就想編一套軟件，取代四通打字，直接用電腦打字?！?半年之后，M-6401 在史玉柱合肥的家中誕生。史玉柱送了一套給原單位。幾張軟盤一裝，就能 打出比四通打字機(jī) 24 點(diǎn)陣更漂亮的 64 點(diǎn)陣字，而且，編輯屏幕比四通打字機(jī)大很多，單位的四通打 字機(jī)從此被放到一旁沒人用了。一看有戲，史玉柱立即揣軟盤，南下深圳。史玉柱在深圳大學(xué)有個老師，同時是天津大學(xué)深圳科 貿(mào)發(fā)展公司員工。老師很器重史玉柱，專門為史玉柱成立電腦部，交給史玉柱承包。史玉柱每月只要 交一兩千元固定的管理費(fèi)用，剩下都?xì)w自己所有。沒錢買電腦，史玉柱將自己的軟件演示給賣電腦的老板看，“我現(xiàn)在沒錢，你讓我先拿回去，等 我軟件賣了錢，給你多加 1000 元利潤?！辟u電腦的老板居然同意了，讓副經(jīng)理將電腦抱給史玉柱。這 名副經(jīng)理后來加入了史玉柱公司，現(xiàn)在是征途公司副董事長。沒錢打廣告，史玉柱跑到北京，闖進(jìn)《計算機(jī)世界》報社廣告部，演示軟件給當(dāng)時的廣告主任賀 靜華看。賀靜華答應(yīng)先給史玉柱打三期 1/4 版廣告。1989 年 8 月 2 日，《計算機(jī)世界》第一次刊出了史玉柱寫的 M6401 中文軟件廣告前天，廣州一 家政府機(jī)關(guān)打電話過來說要買，史玉柱跳上中巴趕到廣州去，留了三套軟件給他們?；貋砗?，史玉柱 立刻接到了寧波的要貨電

話。8 月 16 日，史玉柱收到三張銀行匯款，一共 1.5 萬元。一張 8820 元，是廣州批發(fā)的三套；另外 兩張是零售匯款，每張 3500 元。8 月收入達(dá)到 4 萬多元，9 月份 16 萬，10 月份超過 100 萬。M6401 開始是軟加密，很快被破解，史玉柱立即開始使用加密卡。8 月底，9 月初，經(jīng)朋友介紹，史玉柱招聘了三個員工。到 10 月份，其中一名員工說： “我們每 個人都應(yīng)該有股份，大家應(yīng)該將賺到錢的分掉?！笔酚裰煌猓鲝埨^續(xù)打廣告。史玉柱對員工說： 股份的事情可以商量，但每人 25%不可能?！?“軟件是我開發(fā)的，啟動資金是我出的。我至少應(yīng)該控股?？梢越o兩人 10%到 15%?！眱晌粏T工嫌太少，鬧僵之后，史玉柱摔了電腦，管財務(wù)的員工不參與，另 外兩名員工只好抱著剩下的幾臺電腦和打印機(jī)，走人了事。

“我從此再不搞股份制了?！澳腹疽欢ㄎ覀€人所有，下面的公司可以考慮我控股。“中國人合 ” ” 作精神本來就很差，一旦有了股份，就有了和你斗的資本。造成公司結(jié)構(gòu)不穩(wěn)定?！昂髞砦揖徒o我的 ” 高管高薪水和獎金，就是給比他應(yīng)該得到的股份分紅還要多的錢。我認(rèn)為，這個模式是正確的，從此 以后，我的公司就再沒發(fā)生過內(nèi)斗?！?10 月，史玉柱將 100 萬元廣告砸向《計算機(jī)世界》，M6401 月銷售額乘勢攀升到了 500 萬元。1990 年前三個月，史玉柱已經(jīng)掙到了 3000 萬元。此時，求伯君的 WPS 借助方正的品牌和渠道橫空出世，史玉柱一看不妙，帶領(lǐng)一名助手跑進(jìn)深 圳大學(xué)學(xué)生公寓封閉開發(fā) M6402。從 M6402 開始，史玉柱開始使用巨人漢卡名稱?！爱?dāng)時 IBM 藍(lán)色 巨人最火，我們就抄襲了巨人這個名稱?！?等到 M6402 投入市場的時候，WPS 已經(jīng)超越了 M6401，巨人 M6402 縮短了和 WPS 差距，但還 是無法超過 WPS。史玉柱再次組織了十幾個人的研發(fā)隊(duì)伍，跑到深圳大學(xué)封閉開發(fā)巨人 M6403。1991 年春節(jié)剛過，深圳。巨人連鎖會議。經(jīng)銷商包機(jī)過來，現(xiàn)場訂貨，史玉柱當(dāng)場拿下 3500 萬 元現(xiàn)金支票。

成績
注:請用 A4 紙書寫，不夠另附紙。

指導(dǎo)教師

日期
第 頁，共 頁