第一篇：項(xiàng)目需求分析報(bào)告

項(xiàng)目需求分析報(bào)告

（一）一、項(xiàng)目名稱

今日事

二、設(shè)計(jì)背景

隨著社會的發(fā)展，我們的生活節(jié)奏逐漸加快，與此同時，網(wǎng)絡(luò)的大量普及，導(dǎo)致大量的信息不斷的沖擊著我們。在這種生活節(jié)奏下，我們難免會出現(xiàn)一不小心忘掉一些重要的事情，這是讓我們產(chǎn)生這個想法的一個方面。

另一方面，現(xiàn)如今的學(xué)生總是計(jì)劃很多，卻很少付諸行動，這不僅與個人的堅(jiān)持與否有關(guān)，同樣是因?yàn)椴饺氪髮W(xué)時代后，大家心中充滿了迷茫所致，往往計(jì)劃趕不上變化，因此，我們決定開發(fā)這樣一款軟件，來改變這種情況。

三、項(xiàng)目風(fēng)險(xiǎn)

該軟件開發(fā)項(xiàng)目的風(fēng)險(xiǎn)承擔(dān)者有：

任務(wù)提出者：需要承擔(dān)的風(fēng)險(xiǎn)是產(chǎn)品是否能達(dá)到用戶的需求，該產(chǎn)品是否能帶來收益。

軟件開發(fā)者：需要承擔(dān)的風(fēng)險(xiǎn)是產(chǎn)品是否能滿足需求報(bào)告說明書里的各種功能需求等。

產(chǎn)品使用者：需要承擔(dān)的風(fēng)險(xiǎn)是產(chǎn)品是否能滿足自己所需。

四、功能需求

日歷功能，可以查詢?nèi)掌?/p>

制定計(jì)劃功能，分為長期，中期，短期三個層次，短期即為今日事，中期為1周或1月，長期為數(shù)月或1年，這些可以由用戶自己設(shè)置。

完成計(jì)劃功能，可以通過勾選來標(biāo)注哪些是已經(jīng)完成的，哪些是還為完成的。

成就系統(tǒng)，通過統(tǒng)計(jì)各期所完成計(jì)劃數(shù)量給予用戶相應(yīng)稱號，同時可以與其他用戶進(jìn)行競爭。

提醒功能，手機(jī)解屏?xí)r提醒用戶今日需要做的事，而在每天結(jié)束時，匯報(bào)今日完成進(jìn)度。

五、運(yùn)行環(huán)境

移動端android平臺

六、性能要求

為保證軟件能夠長期，安全，穩(wěn)定，高效的運(yùn)行，應(yīng)滿足以下性能要求：

時間特性：系統(tǒng)響應(yīng)時間應(yīng)在人的感覺和視覺范圍內(nèi)（<1S），系統(tǒng)響應(yīng)時間足夠迅速（<5s）。

適應(yīng)性：在操作方式，運(yùn)行環(huán)境，軟件接口或開發(fā)計(jì)劃發(fā)生變化時，應(yīng)具有適應(yīng)能力。

項(xiàng)目需求分析報(bào)告

（二）一、引言

引言是對這份軟件產(chǎn)品需求分析報(bào)告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應(yīng)該如何閱讀、理解和解釋這份文檔

1.1編寫目的：

本需求分析報(bào)告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了本學(xué)校排課系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用，同時它也是進(jìn)行項(xiàng)目策劃、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的基礎(chǔ)，是維護(hù)人員進(jìn)行內(nèi)部維護(hù)，信息更新，驗(yàn)收和測試的依據(jù)。

1.2背景及范圍

本項(xiàng)目的名稱：學(xué)校排課系統(tǒng)。

本項(xiàng)目的任務(wù)提出者及開發(fā)者是：計(jì)算機(jī)應(yīng)用三班張哲，用戶是學(xué)校。

本產(chǎn)品是針對電腦進(jìn)行排課的需求設(shè)計(jì)的，可以完成：基本數(shù)據(jù)錄入與維護(hù)、課程表編排、課表沖突分析報(bào)告、課表輸出、可以直接或?qū)С鲋罞xcel打印總課表、教師課表、()班級課表、場地課表、系統(tǒng)管理。

1.3定義 縮寫詞

學(xué)校排課系統(tǒng)軟件：學(xué)校排課系統(tǒng)軟件是為了幫助學(xué)校老師對學(xué)校的排課更加方便和快速制作處課程表及其管理學(xué)校的課程的軟件。

二、項(xiàng)目描述：

使用改程序后，學(xué)校的排課可以很輕松的安排好，而卻可以盡量避免平時排課時出現(xiàn)的排課沖突，還可以臨時加補(bǔ)課等功能。

2.1軟件開發(fā)的目標(biāo)：

改善目前有些學(xué)校人工排課是常常出現(xiàn)的沖突以及浪費(fèi)的大量時間。同時也通過實(shí)踐來提高自己的動手能力。

2.2應(yīng)用范圍：

理論上能實(shí)現(xiàn)中小學(xué)排課，職業(yè)中學(xué)排課。

2.3子集說明：

軟件主要分為兩個模塊，一個基本信息的錄入，一個是進(jìn)行排課的管理。

2.4軟件功能描述：

外部功能：實(shí)現(xiàn)了可視化窗口，排課，調(diào)課。

內(nèi)部功能：基本信息的錄入、固定課的設(shè)置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看；排課操作、調(diào)課操作、場地調(diào)課操作、老師課表及學(xué)生課表生成。

2.5軟件操作人員的要求

軟件的操作人員要求具有一定的電腦常識，并且具有排課的初步常識。

三、軟件結(jié)構(gòu)化描述

自己添加一些

四、環(huán)境要求：

4.1數(shù)據(jù)錄入精度需求

在進(jìn)行向數(shù)據(jù)庫錄入數(shù)據(jù)時，要求數(shù)據(jù)記錄準(zhǔn)確。

4.2軟件自身時間特性需求

程序排課響應(yīng)時間：由于生成課表是需要看電腦的配置，所有時間可能會不一樣，有時候需要等上幾分鐘

五、軟件屬性

5.1可用性

本軟件由于自身的能力限制，所有只限現(xiàn)在所有的功能。

5.2安全性

由于軟件運(yùn)行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞，可以從新錄入信息進(jìn)行更正

5.3可維護(hù)性

本軟件利用數(shù)據(jù)庫進(jìn)行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進(jìn)行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進(jìn)行修改，這樣系統(tǒng)維護(hù)性十分方便。

5.4兼容性

由于尚未測試，故無法對兼容性進(jìn)行評析。

第二篇：項(xiàng)目需求分析報(bào)告

福州八中鰲峰初級中學(xué)項(xiàng)目的網(wǎng)絡(luò)需求分析報(bào)告

一、項(xiàng)目名稱：福州八中鰲峰初級中學(xué)

二、引言

該網(wǎng)絡(luò)是校園網(wǎng)站信息發(fā)布系統(tǒng),學(xué)校主站，含各個學(xué)科子站點(diǎn)，包含德育處，團(tuán)委，學(xué)生會，教務(wù)處，總務(wù)處，辦公室，工會子站。主要欄目設(shè)置：學(xué)校概況、信息中、黨群工作、校務(wù)公開、德育教育、教學(xué)管理、教學(xué)科研、學(xué)生園地、中高考專題、心靈驛站、校友之窗、友情鏈接、數(shù)字校園

三、系統(tǒng)目標(biāo)描述和功能描述

1、信息發(fā)布系統(tǒng)

網(wǎng)站前臺模塊

首頁：學(xué)校網(wǎng)站的索引頁，還包括模糊搜索站內(nèi)資源的功能。

一中概況：發(fā)布學(xué)校的簡介、發(fā)展?fàn)顩r和學(xué)校自身的相關(guān)信息，并動態(tài)歸類。

黨團(tuán)組織：發(fā)布學(xué)校黨團(tuán)建設(shè)的相關(guān)資訊，并動態(tài)歸類。

學(xué)校資訊：發(fā)布學(xué)校近期活動和新聞。

學(xué)校管理：發(fā)布學(xué)校各部門的相關(guān)通知與文件，并動態(tài)歸類。

教學(xué)教研：發(fā)布學(xué)校在教學(xué)研討和課題研究方面的相關(guān)信息，并動態(tài)歸類。

教學(xué)資源：管理和發(fā)布論文、課件、教案和考卷等方面的資源。

電子像冊：１．可以上傳圖片格式，F(xiàn)LASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．實(shí)現(xiàn)圖片漸變編輯功能。３．新增、刪除、修改４．權(quán)限管理 新課程：發(fā)布學(xué)校在新課程方面取得的成績，并動態(tài)歸類。

班級&社團(tuán)：為各班級各社團(tuán)開設(shè)空間，供發(fā)布信息和照片。

教師博客管理系統(tǒng)：自我簡介，消息管理，空間管理，好友管理，日志管理等。

電子相冊：可包含多個相冊，數(shù)量不限；

班級&社團(tuán)：可在不影響界面整體效果的基礎(chǔ)上讓相應(yīng)班級修改部分界面元素（包括自定義班級主頁的標(biāo)志性圖片、班級主頁的背景圖片和班級主頁的顏色主題），另外，該模塊還包含有班級電子相冊。

留言板：實(shí)現(xiàn)留言與答復(fù)的功能。

學(xué)生論壇：學(xué)習(xí)網(wǎng)絡(luò)上開源論壇的實(shí)現(xiàn)方式，實(shí)現(xiàn)一個學(xué)生交流活動的平臺。相對獨(dú)立于學(xué)校網(wǎng)站。

后臺功能模塊

權(quán)限管理使用指南權(quán)限管理下共分3個模塊：[角色管理] [給角色分配權(quán)限][給用戶分配權(quán)限]

（1）通知公告只有系統(tǒng)管理員ADMIN才有權(quán)發(fā)布通知公告。發(fā)布的內(nèi)容將顯示在各部門首頁的公告欄里。

（2）網(wǎng)上調(diào)查只有系統(tǒng)管理員ADMIN才有權(quán)發(fā)布網(wǎng)上調(diào)查。發(fā)布的內(nèi)容將顯示在各部門首頁的網(wǎng)上調(diào)查里。

（3）友情鏈接只有系統(tǒng)管理員ADMIN才有權(quán)編輯友情鏈接。發(fā)布的內(nèi)容將顯示在各部門

首頁的友情鏈接里。

2、辦公信息化管理系統(tǒng)

主要功能：今日工作：是用戶進(jìn)行日常辦公的主要場所，用來存放待處理的有關(guān)文件、網(wǎng)絡(luò)報(bào)送以及工作消息等信息。

公文系統(tǒng)：用于公文的登記、發(fā)布、存檔以及生成報(bào)表。

工作消息：用戶發(fā)布日常工作中的通知等信息。

網(wǎng)絡(luò)報(bào)送：傳遞相關(guān)工作資料。

交流登記：記錄學(xué)校大事件以及每次對外交流情況等。

教師檔案：有關(guān)教師檔案管理，全程維護(hù)每一位教師檔案的變動情況。

系統(tǒng)設(shè)置：系統(tǒng)日常運(yùn)作與環(huán)境設(shè)置。

3網(wǎng)絡(luò)性能需求

核心交換機(jī)（機(jī)箱式）

1、背板帶寬≥640Gbps2、交換容量≥480Gbps3、包轉(zhuǎn)發(fā)率≥350Mpps4、雙電源模塊冗余5、10/100/1000Base-T口≥12個，千兆SFP光纖接口≥24個

6、萬兆XFP接口≥1個

7、支持IP ACL，支持基于源/目的IP或MAC、三層IP協(xié)議類型、TCP/UDP四層端口號、IP優(yōu)先級、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持負(fù)載均衡

10、支持802.1Q VLAN數(shù)量≥4K11、支持的路由協(xié)議，如RIPv1/V2,并支持MD5認(rèn)證、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入層交換機(jī)

1、固化10/100M電口≥242、固化千兆Combo(SFP/GT)接口≥

23、交換容量≥32Gbps4、包轉(zhuǎn)發(fā)速率≥6.6Mpps，全線速

5、MAC表容量≥16K6、Vlan表項(xiàng)≥4K7、堆疊或者集群管理數(shù)量≥248、每個端口提供4個優(yōu)先級隊(duì)列，可分別設(shè)定隊(duì)列帶寬，支持WRR/SP/SWRR等調(diào)度方式。

9、內(nèi)置 DHCP Server,可對用戶分配IP地址。

10、支持標(biāo)準(zhǔn)和擴(kuò)展ACL，完全硬件線速實(shí)現(xiàn)。

11、支持防IP報(bào)文DOS攻擊。

12、支持ARP安全功能，可以防止ARP欺騙、防止ARP掃描。

13、設(shè)備與核心交換機(jī)同一品牌；

光纖模塊SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模塊（MMF,550m），LC接口 設(shè)備與核心交換機(jī)同一品牌；按廠家規(guī)定保修.防火墻在服務(wù)器與路由器之間加個防火墻很有必要。網(wǎng)絡(luò)操作系統(tǒng)，網(wǎng)絡(luò)服務(wù)器軟件等可能存在一些安全漏洞，應(yīng)當(dāng)及時對系統(tǒng)進(jìn)行補(bǔ)丁程序升級，加固系統(tǒng)的安全性。網(wǎng)絡(luò)系統(tǒng)遵循安全規(guī)范和達(dá)到的安全級別，采用各種殺毒軟件。

網(wǎng)絡(luò)管理系統(tǒng)

基本特性:全中文圖形化界面。支持平臺:WINDOWS平臺，系統(tǒng)呈現(xiàn)網(wǎng)絡(luò)的真實(shí)拓?fù)鋱D，支持三層網(wǎng)絡(luò)拓?fù)?、二層物理拓?fù)?、VLAN子網(wǎng)拓?fù)涞炔煌某尸F(xiàn)方式，支持拓?fù)涞淖詣影l(fā)現(xiàn)設(shè)備，WEB拓?fù)湟晥D。能夠發(fā)現(xiàn)VLAN中所有終端PC設(shè)備，并計(jì)算出終端設(shè)備IP地址、MAC地址、接入交換機(jī)端口等信息，自動在拓?fù)鋱D上顯示終端設(shè)備連接和出入流量、丟包等等情況。

根據(jù)我們的預(yù)算和資源限制，完成該項(xiàng)目大約需要半年。客戶想重新購置設(shè)備并賣掉現(xiàn)存的舊設(shè)備。

第三篇：怎么做項(xiàng)目需求分析報(bào)告

項(xiàng)目需求分析，看了聽棠的“客戶需求何時休”，深有感觸，何曾自己不是被這個問題整天困擾：客戶需求，為什么總在變阿？做項(xiàng)目真辛苦阿！這樣的感嘆整天都掛在口上?？蛻粜枨笞儎哟_實(shí)是一個軟件開發(fā)永遠(yuǎn)不變的話題。為什么小的軟件企業(yè)面對經(jīng)常變動的需求是如此的狼狽？到底要怎么做才能滿足客戶的需求？

聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源。

需求分析，不僅僅是拿到客戶的需求，更重要的是還需進(jìn)行分析，了解細(xì)節(jié)，并就細(xì)節(jié)跟客戶咨詢，獲取最詳細(xì)的資料?？蛻羲芴峁┙o你的只是他們想到的功能需求，很多問題并不在他們考慮的范圍之內(nèi)，如果作為項(xiàng)目承擔(dān)方?jīng)]有去做分析，簡單的按照功能要求去設(shè)計(jì)、規(guī)劃，最終出來的系統(tǒng)是很難完全符合客戶的業(yè)務(wù)流程的，這時，自然需要更改，被看成了需求的更改。其實(shí)，都是缺乏分析所一手造成的。問題等到系統(tǒng)出來了才被發(fā)現(xiàn)，這樣的系統(tǒng)本身就是先天不足的了。

聽棠所說到的幾點(diǎn)，感受特別深：

“其實(shí)問題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進(jìn)行分析”

“客戶本身是不怎么懂技術(shù)的，客戶只知道自己的業(yè)務(wù)需求，而在軟件設(shè)計(jì)時，是在把業(yè)務(wù)需求抽象到系統(tǒng)中實(shí)現(xiàn)的，把業(yè)務(wù)轉(zhuǎn)變?yōu)檫壿嫊r，一切都應(yīng)該符合邏輯的，但客戶的業(yè)務(wù)思想有時候在軟件系統(tǒng)實(shí)現(xiàn)時會有問題的，這就需要分析時分析出來的。少了分析，問題也會在后面的開發(fā)中暴露出來，到時可就更麻煩了?！?/p>

還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設(shè)計(jì)時，才會分析出這里的矛盾，而這些問題，如果在期初時，軟件負(fù)責(zé)人不分析，而是純粹的“聽從”客戶要求去做，當(dāng)暴露這些問題時，你怪客戶也沒用啊。

項(xiàng)目需求分析報(bào)告，在了解客戶需求時，不要不動腦子，不要一味的點(diǎn)頭說“I C”，其實(shí)在表面的業(yè)務(wù)里面可能包含著N多的細(xì)節(jié)，這些細(xì)節(jié)是需要你反問客戶的，只有當(dāng)你提的問題越多，最終獲取的需求最具體，才能讓項(xiàng)目越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣了解客戶需求未免太麻煩了。至于一些在技術(shù)上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關(guān)心你的技術(shù)細(xì)節(jié)的，但你如果給他解釋的話，他也會試著理解的。

客戶的需求本身是無休止，因?yàn)樗麄儽旧硪苍谧?，但?dāng)你期初的分析合理，后面的變動也將在邏輯上變動，相信代價已經(jīng)不會那么大了。這其實(shí)也體現(xiàn)了系統(tǒng)的擴(kuò)展性。

需求分析，是一個項(xiàng)目提出方和承擔(dān)方相互溝通的過程，一方是系統(tǒng)的使用者，一方是系統(tǒng)的制造者，在系統(tǒng)制造過程中，只有雙方相互配合，共同對系統(tǒng)進(jìn)行設(shè)計(jì)才能最后達(dá)到使用的要求?？蛻羰菢I(yè)務(wù)上的熟悉者，對業(yè)務(wù)流程有非常清晰的了解，但是，對于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達(dá)到的功能，但是，這其中包含的業(yè)務(wù)流程是非常復(fù)雜的。我們拿到客戶需求后，應(yīng)該根據(jù)功能、流程進(jìn)行初步的設(shè)計(jì)，構(gòu)造出業(yè)務(wù)流程圖，再讓客戶進(jìn)行評審，提出業(yè)務(wù)流程上不對的地方進(jìn)行修改。這樣來回的交流，最終才能取得較全面的需求，并減少后期的修改。

謹(jǐn)記一點(diǎn)，需求是經(jīng)常變動的，只有先做好需求的分析，了解業(yè)務(wù)以后的發(fā)展趨勢，做好具有拓展性的系統(tǒng)設(shè)計(jì)，才會給系統(tǒng)更大的擴(kuò)展空間，從而在需求發(fā)生變化的時候可以更從容的修改。

第四篇：需求分析報(bào)告

需求分析報(bào)告

一、所謂“需求分析”，是指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么?？梢哉f，“需求分析”就是確定要計(jì)算機(jī)“做什么”。

需求分析是一項(xiàng)重要的工作，也是最困難的工作。該階段工作有以下特點(diǎn)：

（1）用戶與開發(fā)人員很難進(jìn)行交

（2）用戶的需求是動態(tài)變化的（3）系統(tǒng)變更的代價呈非線性增長

二、為什么要需求分析

需求分析具有決策性，方向性，策略性的作用。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！

三、需求分析的任務(wù)

需求分析的任務(wù)就是解決“做什么”的問題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確的的表達(dá)用戶的需求。

四、需求分析的過程

需求分析的階段工作可以分為四個方面：問題識別、分析與綜合、制定規(guī)格說明、評審。

主要代碼：

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;

namespace 擲骰子

{public partial class Form1 : Form{public Form1(){InitializeComponent();}

private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”請輸入名字“);

return;}

Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一樣大“;

}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;

}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";

}}

}

第五篇：需求分析報(bào)告

測試（驗(yàn)收）大綱

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語...................................................................2 1.3 參照標(biāo)準(zhǔn)...............................................................2 2.測試日期安排............................................................3 3.測試小組及成員..........................................................3 4.測試具體內(nèi)容............................................................3 4.1 合法性檢查.............................................................3 4.2 軟件文檔檢查...........................................................3 4.2.1 必須提供檢查的文檔...................................................3 4.2.2 其他可能需要檢查的文檔...............................................4 4.2.3 由業(yè)主確定必須檢查的其他文檔.........................................4 4.2.4 文檔質(zhì)量的度量準(zhǔn)則...................................................4 4.3 軟件代碼測試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測試...........................................................5 4.4.1 界面(外觀)測試.......................................................6 4.4.2 可用性測試...........................................................6 4.4.3 功能測試.............................................................6 4.4.4 穩(wěn)定性(強(qiáng)度)測試.....................................................6 4.4.5 性能測試.............................................................6 4.4.6 強(qiáng)壯性(恢復(fù))測試.....................................................6 4.4.7 邏輯性測試...........................................................6 4.4.8 破壞性測試...........................................................6 4.4.9 安全性測試...........................................................7 5.測試結(jié)果交付方式........................................................7

1.引言

1.1 目的

為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進(jìn)軟件的成功驗(yàn)收，專門制定了本大綱。其主要目的在于為所要進(jìn)行的測試工作制定各種必要的準(zhǔn)則和規(guī)范，以及在有關(guān)方面協(xié)議的基礎(chǔ)上對測試工作進(jìn)行合理組織與管理。

1.2 術(shù)語

本大綱所提及的術(shù)語，其定義遵照GB/T 11457標(biāo)準(zhǔn)。

1.3 參照標(biāo)準(zhǔn)

● GB/T 11457—1995 軟件工程術(shù)語

● GB 8566—1995；

信息技術(shù)軟件生存期過程 ● OGB8567—1988* 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 ● GB 9385* 計(jì)算機(jī)軟件需求說明編制指南 ● GB 9386—1988* 計(jì)算機(jī)軟件測試文件編制指南 ● GB/T 12504—1990 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ● OGB/T 12505—1990 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范 ● OGB/T 14079—1993 軟件維護(hù)指南

● OGB/T 14394—1993 計(jì)算機(jī)軟件可靠性和可維護(hù)性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開發(fā)者企業(yè)規(guī)范

軟件開發(fā)者有關(guān)軟件工程的規(guī)范 ● 其它文件

例如：合同書等，法律文件中的有關(guān)規(guī)定。

說明：（1）應(yīng)該遵循自頂而下、就嚴(yán)不就寬的原則，除非合同書等法律文件中另有規(guī)定。

（2）標(biāo)記（*）號的標(biāo)準(zhǔn)為推薦標(biāo)準(zhǔn)。

2.測試日期安排

開發(fā)方如期交付軟件的基礎(chǔ)上，由業(yè)主審核確定具體日期安排。

3.測試小組及成員

由業(yè)主聘請具有一定的分析、設(shè)計(jì)、編程和軟件測試經(jīng)驗(yàn)的測試組長和其他專業(yè)人員組成。測試組設(shè)組長一名(可設(shè)有副組長)，負(fù)責(zé)整個測試的計(jì)劃、組織工作。

或委托具有國家認(rèn)可測試資質(zhì)的第三方進(jìn)行測試。

4.測試具體內(nèi)容

測試內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項(xiàng)工作。

4.1 合法性檢查

檢查開發(fā)者在開發(fā)本軟件時，使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

● 項(xiàng)目實(shí)施計(jì)劃； ● 詳細(xì)技術(shù)方案；

● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)； ● 概要設(shè)計(jì)說明書(PDD)；

● 詳細(xì)設(shè)計(jì)說明書(DDD)(含數(shù)據(jù)庫設(shè)計(jì)說明書)； ● 軟件測試計(jì)劃(STP)(含測試用例)； ● 軟件測試報(bào)告(STR)；

● 用戶手冊(SUM)(含操作、使用、維護(hù)、應(yīng)急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項(xiàng)目實(shí)施計(jì)劃(PIP)； ● 項(xiàng)目開發(fā)總結(jié)(PDS)；

● 軟件質(zhì)量保證計(jì)劃(SQAP)；

4.2.2 其他可能需要檢查的文檔

● 軟件配置計(jì)劃(SCMPP)； ● 項(xiàng)目進(jìn)展報(bào)表(PPR)； ● 階段評審報(bào)表(PRR)； 4.2.3 由建設(shè)方確定必須檢查的其他文檔

說明：如果建設(shè)方認(rèn)為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認(rèn)為不需要進(jìn)行額外的文檔檢查，則本部分無內(nèi)容。4.2.4 文檔質(zhì)量的度量準(zhǔn)則

文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準(zhǔn)則就是要評審各階段文檔的合適性。主要有以下六條：

● 完備性

開發(fā)方必須按照GB 8567(計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的?！?正確性

在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階 段的需求相一致?！?簡明性

在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡練，適合各 種文檔的特定讀者?！?可追蹤性

在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個方面。前者是指在不同的文檔的相關(guān)內(nèi) 容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度?！?自說明性

在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個階段中，不同文檔能夠獨(dú)立表達(dá)，該軟件在其相應(yīng)階段的 階段成果的能力?！?規(guī)范性

在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。

4.3 軟件代碼測試

4.3.1 源代碼一般性檢查

僅對系統(tǒng)關(guān)鍵模塊的源代碼進(jìn)行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準(zhǔn)確性，是否存在潛在性錯誤，以及代碼的可維護(hù)性。

● 命名規(guī)范檢查

檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范，該規(guī)范可 以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。

● 注釋檢查

檢查程序中的注釋是否規(guī)范，注釋量是否達(dá)到約定要求，例如：要求注釋量達(dá)到 30％左右。● 接口檢查

檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一 致，特定的外部接口協(xié)議是否符合?！?數(shù)據(jù)類型檢查

源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計(jì)結(jié)果?！?限制性檢查

對一些程序中使用到的、具有使用限制的命令、事件、方法、過程、函數(shù)、對象、控件等進(jìn)行檢查。檢查在長時間運(yùn)行時，有無可能接近或者達(dá)到限制條件，這里考慮的系統(tǒng)運(yùn)行時間可能長達(dá)數(shù)年。

4.3.2 軟件一致性檢查

● 編譯檢查

要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯誤，并且能夠完成 相應(yīng)的功能，從而確定移交的確實(shí)是正確的源代碼。● 安裝／卸載檢查

在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運(yùn)行這些軟件模 塊，能否完成相應(yīng)的功能，從而確定移交的確實(shí)是正確的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載。● 運(yùn)行模塊檢查

將新安裝的軟件模塊與現(xiàn)場運(yùn)行模塊用軟件工具抽樣比較，確認(rèn)交付的軟件安裝 盤與現(xiàn)場運(yùn)行軟件一致。

抽查數(shù)處現(xiàn)場運(yùn)行模塊用軟件工具比較，確認(rèn)現(xiàn)場運(yùn)行軟件一致。

4.4 軟件系統(tǒng)測試

軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側(cè)面看，也是對軟件開發(fā)設(shè)計(jì)的再確認(rèn)。

進(jìn)行軟件系統(tǒng)測試工作時，具體的測試用例是由開發(fā)方提供，并由測試方和用戶共同補(bǔ)充制定的。在開發(fā)方做完功能演示后，可以進(jìn)行下列測試：

● 界面(外觀)測試； ● 可用性測試； ● 功能測試；

● 穩(wěn)定性(強(qiáng)度)測試； ● 性能測試；

● 強(qiáng)壯性(恢復(fù))測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。說明：實(shí)際進(jìn)行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測試內(nèi)容都必須進(jìn)行測試。

4.4.1 界面(外觀)測試

對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設(shè)計(jì)中給出)，檢查各界面設(shè)計(jì)是否規(guī)范，包括：界面風(fēng)格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計(jì)時方法、時間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。4.4.2 可用性測試

測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug，紀(jì)錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴(yán)重程度。4.4.3 功能測試

檢查數(shù)據(jù)在流程中各個階段的準(zhǔn)確性。對系統(tǒng)中每一模塊利用實(shí)際數(shù)據(jù)運(yùn)行，將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應(yīng)該得出的結(jié)果相比較，或與軟件需求規(guī)格說明書中要求的結(jié)果進(jìn)行比較，如有偏差，則功能測試不能通過。

檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實(shí)際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。

如果存在遺產(chǎn)數(shù)據(jù)，應(yīng)該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。4.4.4 穩(wěn)定性(強(qiáng)度)測試

測試系統(tǒng)的能力最高實(shí)際限度，即檢查軟件在一些超負(fù)荷情況下，功能實(shí)現(xiàn)的情況。例如：要求軟件進(jìn)行某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進(jìn)行大量復(fù)雜的查詢等。

利用邊界測試(最大值、最小值、N次循環(huán))對系統(tǒng)進(jìn)行模擬運(yùn)行測試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測試

根據(jù)系統(tǒng)設(shè)計(jì)指標(biāo)，或者對被測軟件提出的性能指標(biāo)，測試軟件的運(yùn)行性能，例如：傳輸連接最長時限、傳輸錯誤率、計(jì)算精度、記錄精度、響應(yīng)時限和恢復(fù)時限等。4.4.6 強(qiáng)壯性(恢復(fù))測試

采用人工的干擾使應(yīng)用軟件、平臺軟件或者系統(tǒng)硬件出錯，中斷正常使用，檢測系統(tǒng)的恢復(fù)能力。進(jìn)行強(qiáng)壯性測試時，應(yīng)該參考性能測試相關(guān)的測試指標(biāo)。4.4.7 邏輯性測試

根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運(yùn)行，選擇一些極限數(shù)據(jù)判斷軟件運(yùn)行是否存在錯誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯誤或非法后門。4.4.8 破壞性測試

輸入錯誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報(bào)錯糾錯的能力及穩(wěn)定性。并測試可連續(xù)使用多長時間而系統(tǒng)不崩潰。

4.4.9 安全性測試

驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種非常的干擾，安全測試時需要設(shè)計(jì)一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。

說明：進(jìn)行安全測試時，必須遵循相關(guān)的安全規(guī)定，并且有業(yè)主派員參加。

5.測試結(jié)果交付方式

測試結(jié)束后，由測試組填寫軟件測試報(bào)告，并將測試報(bào)告與全部測試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測試方雙方協(xié)商確定。測試報(bào)告包括下列內(nèi)容：

● 軟件測試計(jì)劃 ● 軟件測試日志 ● 軟件文檔檢查報(bào)告 ● 軟件代碼測試報(bào)告 ● 軟件系統(tǒng)測試報(bào)告 ● 測試總結(jié)報(bào)告

● 測試人員簽字登記表