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

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

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

今日事

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

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

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

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

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

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

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

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

四、功能需求

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

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

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

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

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

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

移動(dòng)端android平臺(tái)

六、性能要求

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

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

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

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

（二）一、引言

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

1.1編寫(xiě)目的：

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

1.2背景及范圍

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

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

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

1.3定義 縮寫(xiě)詞

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

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

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

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

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

2.2應(yīng)用范圍：

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

2.3子集說(shuō)明：

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

2.4軟件功能描述：

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

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

2.5軟件操作人員的要求

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

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

自己添加一些

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

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

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

4.2軟件自身時(shí)間特性需求

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

五、軟件屬性

5.1可用性

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

5.2安全性

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

5.3可維護(hù)性

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

5.4兼容性

由于尚未測(cè)試，故無(wú)法對(duì)兼容性進(jìn)行評(píng)析。

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

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

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

二、引言

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

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

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

網(wǎng)站前臺(tái)模塊

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

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

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

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

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

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

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

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

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

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

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

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

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

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

后臺(tái)功能模塊

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

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

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

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

首頁(yè)的友情鏈接里。

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

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

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

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

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

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

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

系統(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個(gè)，千兆SFP光纖接口≥24個(gè)

6、萬(wàn)兆XFP接口≥1個(gè)

7、支持IP ACL，支持基于源/目的IP或MAC、三層IP協(xié)議類型、TCP/UDP四層端口號(hào)、IP優(yōu)先級(jí)、基于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、每個(gè)端口提供4個(gè)優(yōu)先級(jí)隊(duì)列，可分別設(shè)定隊(duì)列帶寬，支持WRR/SP/SWRR等調(diào)度方式。

9、內(nèi)置 DHCP Server,可對(duì)用戶分配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ù)器與路由器之間加個(gè)防火墻很有必要。網(wǎng)絡(luò)操作系統(tǒng)，網(wǎng)絡(luò)服務(wù)器軟件等可能存在一些安全漏洞，應(yīng)當(dāng)及時(shí)對(duì)系統(tǒng)進(jìn)行補(bǔ)丁程序升級(jí)，加固系統(tǒng)的安全性。網(wǎng)絡(luò)系統(tǒng)遵循安全規(guī)范和達(dá)到的安全級(jí)別，采用各種殺毒軟件。

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

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

根據(jù)我們的預(yù)算和資源限制，完成該項(xiàng)目大約需要半年?？蛻粝胫匦沦?gòu)置設(shè)備并賣掉現(xiàn)存的舊設(shè)備。

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

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

聽(tīng)棠的“客戶需求何時(shí)休”深刻的披露了這個(gè)問(wèn)題存在的根源。

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

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

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

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

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

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

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

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

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

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

需求分析報(bào)告

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

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

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

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

二、為什么要需求分析

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

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

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

四、需求分析的過(guò)程

需求分析的階段工作可以分為四個(gè)方面：?jiǎn)栴}識(shí)別、分析與綜合、制定規(guī)格說(shuō)明、評(píng)審。

主要代碼：

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(”請(qǐng)輸入名字“);

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)告

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

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語(yǔ)...................................................................2 1.3 參照標(biāo)準(zhǔn)...............................................................2 2.測(cè)試日期安排............................................................3 3.測(cè)試小組及成員..........................................................3 4.測(cè)試具體內(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 軟件代碼測(cè)試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測(cè)試...........................................................5 4.4.1 界面(外觀)測(cè)試.......................................................6 4.4.2 可用性測(cè)試...........................................................6 4.4.3 功能測(cè)試.............................................................6 4.4.4 穩(wěn)定性(強(qiáng)度)測(cè)試.....................................................6 4.4.5 性能測(cè)試.............................................................6 4.4.6 強(qiáng)壯性(恢復(fù))測(cè)試.....................................................6 4.4.7 邏輯性測(cè)試...........................................................6 4.4.8 破壞性測(cè)試...........................................................6 4.4.9 安全性測(cè)試...........................................................7 5.測(cè)試結(jié)果交付方式........................................................7

1.引言

1.1 目的

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

1.2 術(shù)語(yǔ)

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

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

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

● GB 8566—1995；

信息技術(shù)軟件生存期過(guò)程 ● OGB8567—1988* 計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南 ● GB 9385* 計(jì)算機(jī)軟件需求說(shuō)明編制指南 ● GB 9386—1988* 計(jì)算機(jī)軟件測(cè)試文件編制指南 ● 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 軟件文檔管理指南 ● 開(kāi)發(fā)者企業(yè)規(guī)范

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

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

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

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

2.測(cè)試日期安排

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

3.測(cè)試小組及成員

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

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

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

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

4.1 合法性檢查

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

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

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

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

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

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

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

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

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

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

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

● 完備性

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

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

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

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

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

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

4.3 軟件代碼測(cè)試

4.3.1 源代碼一般性檢查

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

● 命名規(guī)范檢查

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

● 注釋檢查

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

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

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

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

4.3.2 軟件一致性檢查

● 編譯檢查

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

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

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

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

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

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

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

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

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

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

4.4.1 界面(外觀)測(cè)試

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

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

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

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

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

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

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

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

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

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

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

4.4.9 安全性測(cè)試

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

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

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

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

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

● 測(cè)試人員簽字登記表