軟件分析報告。

宜未雨綢而繆，毋臨竭而掘井。幼兒園教師在工作過程中，都需要提前尋找一些資料。資料一般指代可供人們參考的信息知識等。資料對我們的學(xué)習(xí)工作發(fā)展有著重要的意義！所以，您有沒有了解過幼師資料的種類呢？小編特別從網(wǎng)絡(luò)上整理了軟件分析報告范例，相信會對你有所幫助！

軟件分析報告(篇1)

三、需求規(guī)格說明書

三、需求規(guī)格說明書

1．引言.............................................................................................................................................1

1.1編寫目的.............................................................................................................................1 1.2項目背景.............................................................................................................................2 1.3定義.....................................................................................................................................2 1.4參考資料.............................................................................................................................2 2．任務(wù)概述.....................................................................................................................................2

2.1目標.....................................................................................................................................2 2.2運行環(huán)境.............................................................................................................................3 2.3條件與限制.........................................................................................................................3 3．數(shù)據(jù)描述.....................................................................................................................................4

3.1靜態(tài)數(shù)據(jù).............................................................................................................................4 3.2動態(tài)數(shù)據(jù).............................................................................................................................4 3.3數(shù)據(jù)庫介紹.........................................................................................................................4 3.4數(shù)據(jù)詞典.............................................................................................................................4 3.5數(shù)據(jù)采集.............................................................................................................................9 4．功能需求...................................................................................................................................10 4.1功能劃分...........................................................................................................................16 4.2功能描述...........................................................................................................................17 5．性能需求...................................................................................................................................18 5.1數(shù)據(jù)精確度.......................................................................................................................18 5.2時間特性...........................................................................................................................18 5.3適應(yīng)性...............................................................................................................................18 6．運行需求...................................................................................................................................19 6.1用戶界面...........................................................................................................................19 6.2硬件接口...........................................................................................................................19 6.3軟件接口...........................................................................................................................19 6.4故障處理...........................................................................................................................21 7．其它需求...................................................................................................................................22

1．引言

1.1編寫目的

為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須了解用戶的需求。本文檔是根據(jù)用戶所

三、需求規(guī)格說明書

提供的需求和分析員共同探討后擬定。在這里將詳細介紹用戶所需要實現(xiàn)的功能及實現(xiàn)該功能的硬件軟件的基本需求，以避免在軟件開發(fā)后交付用戶使用中出現(xiàn)不必要的麻煩。同時在這里將詳細的介紹本軟件的模塊調(diào)用等等相關(guān)問題。

1.2項目背景

在步入信息化、數(shù)字化的今天，倉庫是我們生活工作中不可缺少的一部分，倉庫管理如何管理，讓利益最大化。在如今用軟件控制所有流程，可以大大的提高倉庫的工作效率，有效地節(jié)省物力人力資源。a.項目委托單位：XXX倉庫存儲基地；開發(fā)單位：內(nèi)蒙古工業(yè)大學(xué)信息工程學(xué)院軟件09-1班；主管部門：計算機系領(lǐng)導(dǎo) b.軟件名稱：倉庫信息管理系統(tǒng)

1.3定義

【列出文當中所用到的專門術(shù)語的定義和縮寫詞的原文?！?/p>

實體：客觀世界中存在的且可互相區(qū)別的事物。聯(lián)系：客觀事物中的彼此之間的關(guān)系。屬性：實體或者聯(lián)系所具有的性質(zhì)。

管理員：指日常管理維護本軟件的管理人員或倉庫主管單位的領(lǐng)導(dǎo)。

1.4參考資料

[1]李香敏《SQL Server 2000 編程員指南》第1版.北京.希望電子出版社 [2]張海藩《軟件工程導(dǎo)論》第五版.北京.清華大學(xué)出版社

[3]陶宏才.《數(shù)據(jù)庫原理及設(shè)計》.第1版.北京.清華大學(xué)出版社.2004年 [4]小型倉庫管理系統(tǒng)軟件需求規(guī)格說明書 [5]2006軟件綜合設(shè)計指導(dǎo)書

2．任務(wù)概述

2.1目標

1.提高工作人員的正確性，省略了手工核對的工作量。2.倉庫是貨物貿(mào)易的核心部位，管理好倉庫可以使貿(mào)易更加便捷，在繁忙的人去管理倉庫的同時，人的能力是有限的，而倉庫管理系統(tǒng)可以大大的提高工作效率，在總的方面進

三、需求規(guī)格說明書

3.4.5.6.行調(diào)動。

在管理方面更加便捷，無需復(fù)雜的人員記錄，管理領(lǐng)導(dǎo)在輸入相應(yīng)的信息后可以直觀的了解各個倉庫的各種詳細動態(tài)。

采購人員在這里可以根據(jù)本軟件清晰地了解到哪里需求較大，哪里需求較小，從而去合理的進行采購。

倉庫管理系統(tǒng)可以使企業(yè)領(lǐng)導(dǎo)、客戶在更高的層面去了解銷售詳細信息，并且可以更好地規(guī)劃業(yè)務(wù)模式，實現(xiàn)利益最大化，牢固倉庫和客戶之間的合作關(guān)系。功能實現(xiàn)：系統(tǒng)涵蓋了倉庫管理在實際應(yīng)用中的各項流程，包括倉庫的進銷存功能模塊，報表生成功能，訂單的生成、管理、查詢功能以及利潤分析功能。系統(tǒng)遵循了易學(xué)易用的設(shè)計理念，以貼近業(yè)務(wù)管理，融合財務(wù)分析為主要線索，使其成為倉庫管理員的高級業(yè)務(wù)助理

2.2運行環(huán)境

操作系統(tǒng)：Microsoft Windows 2000 Advanced Server 支持環(huán)境：IIS 5.0 硬件：

標準配置：

CPU:：P166以上 內(nèi)存：32M以上

硬盤空間：200M以上 標準鍵盤、標準鼠標、標準顯示器 標準VGA顯卡 推薦配置：

CPU：P300以上 內(nèi)存：64M以上 硬盤空間：1G以上 標準鍵盤、標準鼠標、標準顯示器 標準VGA顯卡 100M以太網(wǎng)卡 軟件：

標準配置：

數(shù) 據(jù) 庫：Microsoft SQL Server 200

2.3條件與限制

(1)對倉庫管理的專業(yè)調(diào)配等具體技術(shù)細節(jié)缺乏足夠的知識。(2)缺乏和用戶的足夠的溝通，對目標系統(tǒng)很難有精確的定位。

三、需求規(guī)格說明書

3．數(shù)據(jù)描述

3.1靜態(tài)數(shù)據(jù)

員工編號、管理人員賬號、密碼

3.2動態(tài)數(shù)據(jù)

輸入數(shù)據(jù)：商品編號、供應(yīng)商信息、商品單價、數(shù)量、用戶賬號和密碼 輸出數(shù)據(jù)：商品信息、出入庫時間、數(shù)量

3.3數(shù)據(jù)庫介紹

本系統(tǒng)是一種工作在windows系統(tǒng)平臺的軟件，它是以SQL數(shù)據(jù)庫為基礎(chǔ)

3.4數(shù)據(jù)詞典

名稱：用戶名別名：name描述：倉庫管理管理系統(tǒng)管理員的唯一標識定義：用戶名=15{字符}位置：用戶登陸表

三、需求規(guī)格說明書

名稱：密碼別名：password描述：登錄倉庫管理系統(tǒng)的唯一認 證標記定義：密碼=15{數(shù)字}位置：用戶登陸表

名稱：商品編碼別名：SPM描述：倉庫商品的唯一標識定義：商品編碼=8{字符}位置：商品信息表 庫存信息表 進貨信息表 退貨信息表 商品銷售信息表 商品退貨信息表

三、需求規(guī)格說明書

名稱：商品信息別名：SHB描述：商品的基本屬性定義：商品信息=商品編碼+商品名稱+數(shù)量+供應(yīng)商+當前庫存位置：庫存信息表 進貨信息表 供應(yīng)商信息表 商品銷售信息表 退貨信息表

名稱：庫存信息表別名：KCB描述：每一天倉庫存儲信息的更新 清單 定義：庫存信息表=商品編碼+商品名+當前庫存+商品單價+銷售總量+退貨總攬位置：庫存信息表

三、需求規(guī)格說明書

名稱：進貨信息表別名：JHB描述：倉庫購入商品的信息定義：進貨信息表=商品編碼+商品數(shù)量+單位+單價+供應(yīng)商+進貨時間位置：進貨信息表

名稱：供貨商信息表別名：GHSB描述：采購員采購商品的聯(lián)系人員表或廠家信息表定義：供貨商信息表=供貨商名稱+聯(lián)系人電話+聯(lián)系人方式+傳真+地址+郵政編碼位置：供應(yīng)商信息表 進貨信息表 退貨信息表

三、需求規(guī)格說明書

名稱：商品銷售信息表別名：XSB描述：對銷售出去的信息的總體統(tǒng)計記錄定義：銷售信息表=商品編號+銷售數(shù)量+購買人+購買時間位置：輸出到打印機 商品銷售信息表

名稱：退貨信息表別名：THB描述：對退回的貨物信息進行登記匯總定義：退貨信息表=商品編號+退貨數(shù)量+單位+單價+供應(yīng)商+退貨時間位置：輸出到打印機 退貨信息表

三、需求規(guī)格說明書

名稱：商品退貨信息表別名：SPTHB描述：對退回的商品進行登記統(tǒng)計定義：銷售信息統(tǒng)計表=商品編號+退貨數(shù)量+退貨人+退貨時間位置：輸出到打印機 商品退貨信息表

3.5數(shù)據(jù)采集 3.5.1 E-R圖

綜合E-R圖

三、需求規(guī)格說明書

供應(yīng)商信息供應(yīng)商n供應(yīng)m商品商品信息表g退貨信息表進貨進貨信息表h退貨人j退貨k倉庫管理倉庫管理員ptq銷售記錄表銷售庫存信息表r購貨方 倉庫 E-R 圖

庫區(qū)編號倉庫主管倉庫面積倉庫

商品 E-R圖

三、需求規(guī)格說明書

商品編碼商品名稱商品單價供應(yīng)商庫存數(shù)量n商品存儲m倉庫入庫時間出庫時間采購員庫區(qū)號管理負責人 銷售 E-R圖

商品名稱購買日期商品編碼商品K購買L消費者購買數(shù)量商品單價

商品名稱商品編碼生產(chǎn)廠家數(shù)量p商品銷售q倉庫單價銷售日期購買人銷售管理員

退貨 E-R 圖

三、需求規(guī)格說明書

商品名稱商品編碼生產(chǎn)廠家退貨數(shù)量p商品退貨q倉庫單價退貨日期退貨人主要負責人

3.5.2 IPO圖

IPO 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：進貨管理 日期：2011/11/2編號：4被調(diào)用：倉庫管理系統(tǒng)輸入：商品信息調(diào)用：產(chǎn)生訂貨清單；添加、刪除商品信息輸出：商品、供應(yīng)商信息處理：對入庫的貨物的具體信息進行登記、刪除，便于了解 倉庫存儲狀態(tài)局部數(shù)據(jù)元素：商品名稱、編碼、單價、供應(yīng)商信息等注釋：

三、需求規(guī)格說明書

IPO表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：系統(tǒng)登錄 日期：2011/11/2編號：1被調(diào)用：倉庫管理系統(tǒng)調(diào)用：登錄輸入：用戶名和密碼輸出：登錄成功或登錄失敗處理：省份驗證局部數(shù)據(jù)元素：用戶名、密碼注釋：

三、需求規(guī)格說明書

IPO 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：人員管理 日期：2011/11/2編號： 8被調(diào)用：倉庫管理系統(tǒng)輸入：工作人員信息調(diào)用： 人員管理輸出：工作人員信息處理：倉庫員工的管理局部數(shù)據(jù)元素：姓名、性別、年齡、職稱、工資等

注釋：

三、需求規(guī)格說明書

IPO 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松 模塊：銷售管理 日期：2011/11/2編號：5被調(diào)用：倉庫管理系統(tǒng)輸入：商品信息調(diào)用： 銷售輸出：商品銷售記錄處理：對商品銷售具體信息進行記錄、以及對顧客退貨的信息進行處理局部數(shù)據(jù)元素：商品名稱、編號、單價、銷售時間、數(shù)量、購貨人等

注釋：

三、需求規(guī)格說明書

IPO 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：供貨商管理 日期：2011/11/2編號：3被調(diào)用：倉庫管理系統(tǒng)調(diào)用： 供貨商輸入：供貨商輸出：供貨商信息處理：根據(jù)輸入的供貨商，對供貨商的信息進行添加、修改、刪除等局部數(shù)據(jù)元素：供貨商信息、商品編碼、名稱、數(shù)量、等

注釋：

4．功能需求

4.1功能劃分

1）系統(tǒng)登錄

用戶可根據(jù)用戶名和密碼登錄系統(tǒng)，選擇自己 2）系統(tǒng)設(shè)置

(1)添加刪除用戶：只限于管理員操作。管理員可以向里面添加和刪除用戶信

三、需求規(guī)格說明書

息，也可修改用戶密碼。3）供應(yīng)商信息管理(1)供應(yīng)商信息的添加(2)供應(yīng)商信息的修改;(3)供應(yīng)商信息的刪除;(4)供應(yīng)商信息的查詢;

4）庫存管理

(1)商品信息的添加。對商品的基本信息進行錄入并保存。

(2)商品信息的修改：在有商品進入時，修改庫存商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。

(3)商品信息的刪除：當商品沒貨時，又不準備再進相同的貨時，可以將該商品的信息從庫存清單中刪除，保證信息庫中無冗余的數(shù)據(jù)。(4)庫存信息的查詢。(5)庫存不足發(fā)出警報信息。5）進貨管理

（1）由庫存清單的信息產(chǎn)生訂貨清單。

（2）商品的驗收，當符合要求時選擇入庫，反之，選擇退貨。6）銷售管理

（1）銷售信息的添加（統(tǒng)計時）。

（2）銷售信息的刪除（退貨時）。

（3）銷售信息的統(tǒng)計（上周、本周銷售，上月、本月銷售）。（4）銷售信息的查詢（主要針對銷售統(tǒng)計）。7）人員管理

（1）工作人員信息的添加。

（2）工作人員信息的刪除。（3）工作人員信息的修改。（4）工作人員信息的查詢

4.2功能描述 4.2.1用戶登錄

系統(tǒng)登錄功能的主要功能是對用戶身份進行驗證，只有在系統(tǒng)登錄時輸入合法

三、需求規(guī)格說明書

用戶名和密碼才能進入倉庫管理系統(tǒng)。

退出系統(tǒng)功能保證用戶在已經(jīng)保存當前操作的情況下安全退出，防止不必要的信息丟失

用戶注銷功能在不退出系統(tǒng)的情況下更改登陸用戶

4.2.2倉庫管理

庫存管理的主要功能是產(chǎn)生進貨、退貨、商品銷售、商品退貨的清單，并進行庫存的盤點和驗收

4.2.3 業(yè)務(wù)查詢

業(yè)務(wù)查詢模塊主要實現(xiàn)對當前庫存量的查詢，對銷售歷史記錄的查詢，以及對倉庫進貨、退貨，商品銷售、退貨信息的查詢

4.2.4 系統(tǒng)設(shè)置

系統(tǒng)設(shè)置模塊主要是對供應(yīng)商信息和登陸用戶信息的管理。能夠?qū)崿F(xiàn)對供應(yīng)商和登陸用戶信息的添加、修改、刪除功能。

5．性能需求

5.1數(shù)據(jù)精確度

數(shù)據(jù)精確度：單價小數(shù)點后保留兩位有效數(shù)字、商品編碼為六位。軟件的輸入精度:小數(shù)點后保留1位有效數(shù)字 輸出數(shù)據(jù)精度的要求: 小數(shù)點后保留1位有效數(shù)字 傳輸過程中的精度: 小數(shù)點后保留1位有效數(shù)字

5.2時間特性

（1）查詢速度：不超過10s（2）其他所有交互功能反應(yīng)速度：不超過3s（3）可靠性：平均故障間隔時間不低于200h（4）響應(yīng)時間:0.5秒以內(nèi)（5）更新處理時間:0.5秒鐘以內(nèi)

三、需求規(guī)格說明書

（6）數(shù)據(jù)的轉(zhuǎn)換和傳送時間: 1秒以內(nèi)（7）解題時間: 1秒以內(nèi)

5.3適應(yīng)性

操作方式上的變化:該軟件實用與現(xiàn)在流行的操作系統(tǒng)精度和有效時限的變化，可以根據(jù)實際情況自行設(shè)置

6．運行需求

6.1用戶界面

【如屏幕格式、報表格式、菜單格式、輸入輸出時間等?！?/p>

6.2硬件接口

1.登陸終端的接口 2.打票終端機的接口 3.條碼錄入終端機的接口

6.3軟件接口

圖1登錄時的用戶名和密碼

三、需求規(guī)格說明書

D3 商品信息用戶名4倉庫管密碼以進貨管理員及身份理選擇4.1產(chǎn)生訂貨清單庫存清單4.1.1添加商品信息4.1.2刪除商品信息D2 供貨商信息

圖2進貨管理模塊

D3 商品信息商品銷售信息倉庫管理員用戶名密碼5銷售管理5.1銷售商品5.2 顧客退貨打印小票采購員顧客5.3銷售倉庫管銷售統(tǒng)統(tǒng)計理員計表

圖3商品銷售模塊

三、需求規(guī)格說明書

D2 供貨商信息用戶名3倉庫管密碼以供貨商理員及身份管理選擇3.1添加供貨商3.2刪除供貨商3.3修改供貨商3.4查詢供貨商信息倉庫管理員

圖4供貨商管理模塊

D4 工作人員信息倉庫管理員用戶名8密碼以人員管及身份理選擇8.1添加人員信息8.2 刪除人員信息8.3修改人員信息8.4工作人員信息表查詢?nèi)藛T信息

圖5人員管理模塊

倉庫管理員6.4故障處理

4.（1）在輸入數(shù)據(jù)不符合定義時

提示正確類型并重新輸入； 5.（2）用戶名和密碼輸入三次還沒有正確輸入，則系統(tǒng)自動鎖定；

三、需求規(guī)格說明書

6.（3）數(shù)據(jù)在數(shù)據(jù)庫中已有備份，系統(tǒng)出錯時可以靠數(shù)據(jù)庫恢復(fù)；

7.（4）再啟動技術(shù)，使軟件從故障點恢復(fù)執(zhí)行或使軟件從頭開始重新運行的方法；

8.（5）斷電后系統(tǒng)會自動保存數(shù)據(jù)。

7．其它需求

7.1安全保密設(shè)計

9.對數(shù)據(jù)庫的查看訪問必須有用戶名和密碼

10.安全性：登錄系統(tǒng)時需要正確的用戶名和密碼，當密碼和用戶名錯誤輸入三次，系統(tǒng)不允許再輸入。當電腦因意外斷電，系統(tǒng)將自動保存信息

7.2維護設(shè)計

11.詳細編寫各階段的文檔資料，利于開發(fā)和維護。

軟件分析報告(篇2)

本文中，主要針對工程機械出租的各項步驟、以及設(shè)計系統(tǒng)的廣義意義進行了分析，從而根據(jù)各部分不同的需求闡明了本系統(tǒng)使各個功能模塊相連接并實現(xiàn)工作、統(tǒng)計的作用。

1.1 編寫目的

在計算機科技的飛速發(fā)展的21世紀，軟件系統(tǒng)以及英特網(wǎng)也在不斷融入我們的生活。然而在工程機械出租領(lǐng)域，設(shè)備的種類、數(shù)量越來越多，設(shè)備管理所涉及的是巨大的系統(tǒng)工程，由于企業(yè)出租規(guī)模大、管理涉及面廣，又是造成統(tǒng)計、管理不到位都將給企業(yè)的正常經(jīng)營帶來一定的影響，所以如何利用先進的網(wǎng)絡(luò)技術(shù)和優(yōu)異的計算機軟件系統(tǒng)更有效的收集、處理這些設(shè)備的租借，同時建立以現(xiàn)代信息化為核心的管理體制，減輕相關(guān)人員人工對租借管理及數(shù)據(jù)處理的負擔，完成一個工程機械設(shè)備管理系統(tǒng)就變得尤為重要。

1、 信息交互要求

軟件系統(tǒng)要求利用一一切租賃操作作為輸入，通過數(shù)據(jù)收集計算達到處理的目的。

2、 附加影響要求

在系統(tǒng)正常工作過程中，需要達到最好的人際結(jié)合效果，對其他設(shè)備的正常工作不可以有太大的影響，設(shè)計人員需要根據(jù)用戶的需要做出相應(yīng)的調(diào)整；

3、功能的實現(xiàn)要求；

在滿足客戶的要求下，設(shè)計人員、開發(fā)人員需要根據(jù)本文參考相關(guān)需求程度，做出相應(yīng)的軟件系統(tǒng)設(shè)計。

1.2 項目來源

本設(shè)計的初步設(shè)想來源于宏達軟件體驗中心。宏達軟件主要從事各行業(yè)的管理軟件開發(fā)和應(yīng)用推廣，宏達體驗中心擁有多支精干、穩(wěn)定的軟件技術(shù)開發(fā)隊伍，這些隊伍不僅具有一流的專業(yè)素質(zhì)和研發(fā)能力，同時還擁有豐富的系統(tǒng)開發(fā)經(jīng)驗，且具有良好的職業(yè)道德修養(yǎng)和綜合分析能力。 隨著時代的發(fā)展，宏達公司也在不斷開發(fā)、完善宏達系列軟件，嚴把質(zhì)量關(guān)，用一流的軟件回報用戶，受到了用戶的好評，宏達系列管理軟件以其功能強大、

操作簡便、價格低廉的特性贏得了全國廣大用戶的青睞。目前用戶已遍及全國所有省份、自治區(qū)、直轄市；用戶遍及電子、電器、醫(yī)藥、服裝、建筑、物資、化工、商貿(mào)、超市、旅游、機械、建材、科技、通訊等各類企業(yè)公司，同時擁有大量機關(guān)、事業(yè)單位、學(xué)校、研究所等機關(guān)事業(yè)型單位用戶。

隨著管理自動化的程度越來越高，大部分任務(wù)都直接由各種設(shè)備來完成，因此利用先進的計算機技術(shù)來管理，提高人機工作的效率成為了一項重要手段。

1.3項目風險

本項目中，不同身份的工作人員需要對各自負責的工作及出發(fā)點等承擔一定的風險。

任務(wù)提出者需要對項目的完成進度以及設(shè)計需求的整體方向負責，產(chǎn)品是否為大眾所接將成為任務(wù)提出者所要負擔的風險。

軟件開發(fā)者需要對統(tǒng)計、收集、計算的相關(guān)程序編碼是否正確承擔責任，對運行軟件后的一切技術(shù)上的風險承擔一定的風險。

產(chǎn)品使用者在完成交易過后的使用過程中，需要對自己的一切操作負責，相應(yīng)的需要承擔軟件系統(tǒng)在使用過程中因操作不當崩潰的風險等。

1.4 文檔約定

本文的正文部分以宋體、小四為主要格式，行間距為1.5倍行距，各個主要題頭的格式為黑體、四號。

本文檔所涉及的一些專業(yè)術(shù)語及英文縮寫如下：

Acess: Microsoft Office Access（前名 Microsoft Access）是由微軟發(fā)布的關(guān)聯(lián)式數(shù)據(jù)庫管理系統(tǒng)。它結(jié)合了 Microsoft Jet Database Engine 和 圖形用戶界面兩項特點，是 Microsoft Office的成員之一。其實Access 也是微軟公司另一個通訊程序的名字，想與 ProComm 以及其他類似程序來競爭?？墒鞘潞笪④涀C實這是個失敗計劃，并且將它中止。數(shù)年后他們把名字重新命名于數(shù)據(jù)庫軟件。Access在2000年的時候成為了計算機等級考試中的計算機二級的一種數(shù)據(jù)庫語言并且因為它的易學(xué)易用的特點正逐步取代傳統(tǒng)的VFP成為二級中最受歡迎的數(shù)據(jù)庫語言。

Visual Foxpro：Visual FoxPro簡稱VFP，是Microsoft公司推出的數(shù)據(jù)庫開發(fā)軟件，用它來開發(fā)數(shù)據(jù)庫，既簡單又方便。Visual FoxPro源于美國Fox Software公司推出的數(shù)據(jù)庫產(chǎn)品FoxBase，在DOS上運行，與xBase系列相容。FoxPro原來是FoxBase的加強版，最高版本曾出過2.6。之后，F(xiàn)ox Software被微軟收購，加以發(fā)展， 使其可以在 Windows 上

運行， 并且更名為 Visual FoxPro。目前最新版為 Visual FoxPro 9.0，而在學(xué)校教學(xué)和教育部門考證中還依然延用經(jīng)典版的 Visual FoxPro 6.0。在桌面型數(shù)據(jù)庫應(yīng)用中，處理速度極快，是日常工作中的得力助手。

數(shù)據(jù)：泛指表示一個指定的值或條件的數(shù)字、符號（或字母）等。數(shù)據(jù)是表示信息的，但這種表示要適合傳輸、分析和處理。此處，常把數(shù)據(jù)當作信息的同義詞。

Container：Container類是IContainer 接口的默認實現(xiàn)。容器是封裝和跟蹤零個或更多個組件的對象。在此上下文中,包容是指邏輯包容,而不是直觀包容。

數(shù)據(jù)源：提供某種所需數(shù)據(jù)的原始媒體。

C/S 結(jié)構(gòu)：即大家熟知的客戶機和服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。

1.5 預(yù)期讀者和閱讀建議

本軟件產(chǎn)品需求分析報告所針對的預(yù)期讀者包括：

開發(fā)人員

用戶

項目經(jīng)理

租賃方

開發(fā)人員需要根據(jù)本文詳細計劃產(chǎn)品的開發(fā)，并且以達到最好的人機結(jié)合和為企業(yè)創(chuàng)造一定的經(jīng)濟效益為主要目的；用戶需要熟知本文所描述的產(chǎn)品計劃，以對產(chǎn)品有一定的了解，在之后的操作過程中才能有一定的熟練度，不以至于出現(xiàn)錯誤操作；項目經(jīng)理則可以按照此文檔安排項目進度以及工作經(jīng)費等相關(guān)、租賃方需要對本文有一定的了解，至少熟悉工作流程以及系統(tǒng)需要達到的目的，從而更好地配合出租廠商做好統(tǒng)計、記賬、處理數(shù)據(jù)的相關(guān)方面的工作。

1.6產(chǎn)品范圍

本產(chǎn)品適用于為工程項目出租機械設(shè)備的相關(guān)公司，由于大型施工設(shè)備租賃市場處于發(fā)展過程中存在著租賃企業(yè)數(shù)量多且規(guī)模小、效益差、惡性競爭嚴重等問題，本產(chǎn)品意在于協(xié)助每個工程機械設(shè)備出租公司合理地優(yōu)化相關(guān)工作。

1.7 參考文獻

軟件分析報告(篇3)

2.1產(chǎn)品的狀況

工程機械設(shè)備管理系統(tǒng)提供了對基礎(chǔ)信息錄入、機械設(shè)備出車單錄入、挖掘機回車單錄入、員工登記錄入、加油登記錄入等的模式錄入和表格界面錄入。錄入信息時可能會出現(xiàn)相同的信息，為了避免重復(fù)錄入部分字段設(shè)置了輔助錄入功能，只需輸入幾項即可完成錄入功能，操作方便快捷，可以很大的提高工作效率。

本系統(tǒng)將不是產(chǎn)品系列中的下一成員，也同時還不是成熟產(chǎn)品所改進的下一代產(chǎn)品，但是現(xiàn)有應(yīng)用軟件卻不能成為它的替代品(升級產(chǎn)品)，所以這是一個新型的、自主型的產(chǎn)品。

2.2 產(chǎn)品的功能

根據(jù)上述分析，可以將本系統(tǒng)的各項子系統(tǒng)功能陳列如下：

1．基礎(chǔ)信息管理系統(tǒng)：

本系統(tǒng)主要負責儲存、錄入及讀取相關(guān)資源，這些資源主要包括：機械設(shè)備檔案、供商信息、客戶信息等；

2．機械設(shè)備調(diào)度管理系統(tǒng)：

本系統(tǒng)主要負責統(tǒng)計工程機械出車單、以及對挖掘機的租賃做相關(guān)管理管理（挖掘機回車單、某機械設(shè)備期間統(tǒng)計、期間統(tǒng)計查詢）；

3．壓路機管理系統(tǒng)：

本系統(tǒng)主要負責運行壓路機回車單、某機械設(shè)備期間統(tǒng)計、期間統(tǒng)計查詢及相關(guān)方面的工作。

4．裝載機管理系統(tǒng)：

本系統(tǒng)主要對裝載機回車單、某機械設(shè)備期間統(tǒng)計、期間統(tǒng)計查詢做相關(guān)的程序的管理。

5．重型半掛管理系統(tǒng)：

本系統(tǒng)主要對裝載機回車單、某機械設(shè)備期間統(tǒng)計、期間統(tǒng)計查詢做相關(guān)的程序的管理。

6．客戶管理系統(tǒng)：

本系統(tǒng)主要負責記錄并統(tǒng)計、處理客戶的還款、組織客戶統(tǒng)計表、檢查并記錄機械設(shè)備狀態(tài)等工作。

7．員工管理系統(tǒng)：

本系統(tǒng)提供一個員工信息服務(wù)系統(tǒng)，可以實現(xiàn)員工登記、事故登記、員工考勤、員工生日提醒。

8．加油管理系統(tǒng)：

本系統(tǒng)的作用在于加油登記、加油統(tǒng)計、余油統(tǒng)計；

9．配件管理系統(tǒng)：

本系統(tǒng)主要處理配件信息、配件入庫、維護領(lǐng)料、配件庫存、舊件回收、采購申請單、采購申請明細。

10．保養(yǎng)審驗管理系統(tǒng)：

本系統(tǒng)的作用是對設(shè)備做保養(yǎng)登記、對設(shè)備審驗進行登記、設(shè)備審驗提醒、對保養(yǎng)期間查詢等。

11．企業(yè)與產(chǎn)品檢索系統(tǒng)：

本系統(tǒng)可以實現(xiàn)在線查詢企業(yè)和產(chǎn)品信息，可以按多種方式進行查詢；

12．在線調(diào)查系統(tǒng)：

本系統(tǒng)可以實現(xiàn)在線調(diào)查功能，對用戶進行各種情況的調(diào)查。

2.3 用戶類型和特性

本系統(tǒng)的用戶主要由以下人員組成：

1、工程機械出租管理部人員：此類人員負責的是對公司內(nèi)部機械設(shè)備出租，并對其出租明細做一個詳細的錄入，需要時可以讀取相關(guān)信息。

2、機械設(shè)備保管部門人員：負責對公司內(nèi)出租的工程機械設(shè)備做定期的管理與保養(yǎng)，并且負責設(shè)備的出納。

編寫本文檔所參考的資料如下：

[1]《施工機械信息化管理的研究[J]科技情報開發(fā)與經(jīng)濟》王健2003.11

[2]《工程機械產(chǎn)品圖庫管理信息系統(tǒng)的研究[J]工程機械》賀尚紅1998.5

[3]《開發(fā)新一代設(shè)備信息管理系統(tǒng)》龔元明1995.6

[4] 《數(shù)據(jù)庫基礎(chǔ)與應(yīng)用[M]》 成先海.2008.

[5]《軟件工程[M]》. 程成，陳霞.，2003

軟件分析報告(篇4)

軟件工程課設(shè)報告

題 目：軟件工程課設(shè)管理系統(tǒng) ——需求分析報告 學(xué)生姓名：王星

學(xué) 號：1176807448 專 業(yè)：計算機4班 指導(dǎo)教師：趙宇紅

文檔名稱： 需求分析報告 項目名稱： 軟件工程課設(shè)管理系統(tǒng) 項目負責人：王星

編寫： 完成日期： 2014.6.19 審核：

開發(fā)單位：

王星 薛浩楠

軟件工程課設(shè)管理系統(tǒng)小組

目錄

需求分析報告...................................................................................................................................4

一．引言...................................................................................................................................4

1.編寫目的：...................................................................................................................4 2.背景及范圍:.................................................................................................................4 3.名詞定義：...................................................................................................................4 4.參考資料：...................................................................................................................5

二、任務(wù)概述...........................................................................................................................5

1．目標：.........................................................................................................................5 2.系統(tǒng)功能劃分：...........................................................................................................6 3.安全性：.......................................................................................................................6

三、具體需求分析...................................................................................................................6

1．系統(tǒng)流程圖：.............................................................................................................6 2.數(shù)據(jù)流圖：...................................................................................................................8 3.數(shù)據(jù)字典：...................................................................................................................8

需求分析報告

一．引言

隨著計算機的普及，人們對計算機的認識及需求有了明顯的增加。計算機對于大量信息的管理的優(yōu)勢更是顯而易見。有了這個軟件工程課程設(shè)計管理系統(tǒng)，學(xué)生與老師的工作任務(wù)就可能會事半功倍。1.編寫目的：

計算機專業(yè)的學(xué)生有90多名，而且隨著每年的擴招，人數(shù)不斷的增加，每次軟件工程課程設(shè)計都采用手工操作，費時費力。為了解決這個問題，決定做一個軟件工程課程設(shè)計管理系統(tǒng)，對每個學(xué)期選修軟件工程課程設(shè)計的學(xué)生基本情況作個統(tǒng)計。主要是學(xué)生從該系統(tǒng)中選題，填寫同組學(xué)生的姓名，學(xué)號，班級，組長等基本情況；查詢自己的課程設(shè)計成績。老師通過該系統(tǒng)查看學(xué)生的選題情況，填寫學(xué)生的項目進度情況，且給出學(xué)生的分數(shù)，這有利于老師教學(xué)，及時了解學(xué)生的情況，提高教學(xué)質(zhì)量，減輕老師的工作量，改善原有的比較繁鎖的工作。2.背景及范圍: 名稱：軟件工程課程設(shè)計管理系統(tǒng)

任務(wù)的開發(fā)人員：楊宇飛，薛浩楠，王星，陳晶 開發(fā)軟件的單位：軟件工程課程設(shè)計管理系統(tǒng)小組

軟硬件設(shè)施：個人計算機，JAVA，Acess數(shù)據(jù)庫，Windows 97/xp操作系統(tǒng) 決定開發(fā)軟件工程課程設(shè)計管理系統(tǒng)，估價成本不高于1000元，二周交付使用。3.名詞定義：

實體：客觀世界中存在的且可互相區(qū)別的事物。聯(lián)系：客觀事物中的彼此之間的關(guān)系。屬性：實體或者聯(lián)系所具有的性質(zhì)。4.參考資料：

軟件工程基礎(chǔ) 湯淮 西安交通大學(xué)出版社

軟件工程------技術(shù)，方法與環(huán)境 王立福，張世琨，朱冰 編著 北京大學(xué)出版社

軟件開發(fā)技術(shù) 倪秉營 電子科技大學(xué)出版社 軟件工程 張權(quán)范 清華大學(xué)出版社

二、任務(wù)概述

該軟件工程課程設(shè)計管理系統(tǒng)軟件目前已有比較完善的管理與使用功能。研制軟件工程課程設(shè)計管理系統(tǒng)軟件是為了滿足軟件工程教師與學(xué)生方便對課程的各種管理與操作。1．目標：(1)開發(fā)意圖：

a.為了軟件工程課程管理系統(tǒng)更完善；

b.為了軟件工程課程管理更方便；

c.為了減輕軟件工程管理工作人員的工作負擔;d.為了加強學(xué)院的正規(guī)化管理;(2)應(yīng)用目標：

通過本系統(tǒng)軟件，能幫助課程設(shè)計教師利用計算機，快速方便的對課程進行管理，上傳資料，填寫進度報告，查找的所需操作。(3)產(chǎn)品描述：

本產(chǎn)品是一種工作在windows系統(tǒng)平臺的軟件，它是以Acess數(shù)據(jù)庫。(4)產(chǎn)品功能： 2.系統(tǒng)功能劃分：

使用該系統(tǒng)有三個角色教師，學(xué)生，客戶。教師可以查看學(xué)生選課情況，可以查看學(xué)生設(shè)計報告，填寫學(xué)生項目進度情況，給出分數(shù)，修改密碼，上傳課程設(shè)計題目，學(xué)習(xí)資料。學(xué)生可以查看選課情況和成績，選課。客戶只可以瀏覽選課信息。

2．系統(tǒng)可分為5個模塊：

（1）基本信息：教師和學(xué)生的信息包括教師號，學(xué)生號，教師開設(shè)的課程設(shè)計的題目，學(xué)生選的課程設(shè)計題目，項目進度和分數(shù)。（2）選課：顯示教師開設(shè)的課程設(shè)計題目，實現(xiàn)學(xué)生選課。

（3）查詢：學(xué)生查詢可選題，自己選題情況，自己課程設(shè)計成績。教師查詢學(xué)生選題情況，學(xué)生設(shè)計報告。

（4）修改：教師填寫項目進度情況和給出分數(shù)，學(xué)生填寫同組的其他同學(xué)的姓名，學(xué)號，班級，小組長，修改結(jié)果存入相應(yīng)數(shù)據(jù)庫等。

（5）密碼：教師和學(xué)生可以修改自己的登陸密碼，結(jié)果保存用戶信息數(shù)據(jù)庫。3.安全性：

設(shè)立三種級別的用戶：Student,Teacher,Guest，對每種類型的用戶設(shè)置不同的權(quán)限。

Student：查詢分數(shù)，課程設(shè)計報告上傳功能 Teacher：提供對系統(tǒng)的實際操作功能 Guest： 提供信息瀏覽功能

三、具體需求分析

1．系統(tǒng)流程圖：

學(xué)生登陸教師登陸驗證學(xué)生身份驗證教師身份驗證成功驗證成功修改密碼查詢選課信息查詢選課上傳資料與設(shè)計題目查看設(shè)計報告查看選題情況修改密碼學(xué)生信息數(shù)據(jù)庫選課給出分數(shù)和填寫進度情況教師信息數(shù)據(jù)庫課程設(shè)計報告上傳填寫同組人員信息選課數(shù)據(jù)庫客戶登陸客戶瀏覽

圖3.1系統(tǒng)流程圖

2.數(shù)據(jù)流圖：

客戶用戶信息數(shù)據(jù)庫選題數(shù)據(jù)庫用戶學(xué)號與密碼顯示修改密碼上傳確定選題驗證口令題目與有關(guān)資料課程設(shè)計題目數(shù)據(jù)庫登陸教師顯示登陸成員列表驗證口令填寫進度表顯示選課學(xué)生小組成員信息核對填寫同組人員信息教工號和密碼進度數(shù)據(jù)庫工作報告表課程設(shè)計報告修改密碼用戶設(shè)計報告表給出分數(shù)上傳學(xué)生信息數(shù)據(jù)庫成績數(shù)據(jù)庫顯示

圖3.2數(shù)據(jù)流圖

3.數(shù)據(jù)字典：

數(shù)據(jù)流描述：

數(shù)據(jù)流名：用戶名密碼 數(shù)據(jù)來源：用戶登陸處理 數(shù)據(jù)去向：驗證信息處理。說明：用戶輸入用戶名和密碼 數(shù)據(jù)組成：用戶名+密碼 數(shù)據(jù)流量：小 數(shù)據(jù)流名：直接登陸

數(shù)據(jù)來源：用戶登陸處理

數(shù)據(jù)去向：客戶界面

說明：普通用戶不輸入用戶名和密碼直接以客戶身份登陸

數(shù)據(jù)流名：登陸

數(shù)據(jù)來源：驗證信息處理正確

數(shù)據(jù)去向：根據(jù)驗證信息返回條件決定是教師界面還是學(xué)生界面 說明：系統(tǒng)登陸到教師界面。數(shù)據(jù)流名：選題，資料

數(shù)據(jù)來源：教師界面的輸入選題和資料窗口 數(shù)據(jù)去向：上傳處理

說明：教師輸入要上傳的課題和資料 數(shù)據(jù)流名：小組成員信息 數(shù)據(jù)來源：選課信息界面 數(shù)據(jù)去向：驗證填寫信息處理

說明：學(xué)生填寫同組其他同學(xué)姓名，學(xué)號，班級，小組長名。數(shù)據(jù)流名：工作報告。數(shù)據(jù)來源：課題信息界面 數(shù)據(jù)去向：上傳處理

說明：學(xué)生將各階段工作報告上傳。數(shù)據(jù)流名：設(shè)計報告 數(shù)據(jù)來源：選題信息界面 數(shù)據(jù)去向：上傳處理

說明：學(xué)生填寫所選課題的設(shè)計報告上傳。

軟件分析報告(篇5)

有關(guān)教育軟件的調(diào)查與分析報告

如火如荼的教育信息化事業(yè)，讓越來越多企業(yè)加入了教育軟件行 業(yè)，教育軟件產(chǎn)品日漸豐富，然而教育軟件業(yè)也面臨越來越多的問題。我于20xx年四月份對鄭州一中、八中、省實驗中學(xué)、實驗 小學(xué)、外國語學(xué)校、42中、69中、46中八所學(xué)校通過問卷調(diào)查和焦作東環(huán)路小學(xué)、信陽第一高級中學(xué)兩所學(xué)校進行電話調(diào)查，目的就是針對河南教育軟件業(yè)的緩慢發(fā)展進行剖析?，F(xiàn)將學(xué)校教育軟件在教學(xué)辦公、管理、資源方面的應(yīng)用狀況綜述如下：

一、教育軟件在教學(xué)辦公、管理、資源方面的應(yīng)用狀況

目前，我省各類學(xué)校有8。02萬所，而學(xué)校教育軟件的使用有以下特點：閑置不用，做為擺設(shè)；理論與實踐不結(jié)合。學(xué)校投資軟件與硬件（計算機、投影儀、展臺等）的比值為1：100.也就說學(xué)校在投資硬件達到100萬時才愿意出資1萬元來購買軟件使用。

（一） 通過教育部門購買軟件的使用：

查閱學(xué)校關(guān)于購買軟件的資料發(fā)現(xiàn)我省教育有關(guān)部門規(guī)定每個學(xué)校根據(jù)學(xué)生人數(shù)每學(xué)期有一筆?？钣呻娊甜^統(tǒng)一組織訂購的教學(xué)軟件。而學(xué)校在訂購教學(xué)軟件的使用中存在一定的問題，對此八所學(xué)校進行調(diào)查中，購買與教學(xué)管理、資源、辦公方面的軟件占50％，而實際使用率占40％；訂購vcd的以故事片為主的占30％，使用率占95％以上；訂與硬件有關(guān)的占20％，使用率占95％以上。

（二）通過現(xiàn)金購買大型軟件的使用：

大多學(xué)校認為硬件投資上百萬或近百萬了，確實應(yīng)該買些管理類、辦公類、資源類軟件了。而真正買回來了一年半載才開始用，對鄭州一中、八中、省實驗中學(xué)、小學(xué)、外國語學(xué)校、42中、69中、46中焦作東環(huán)路小學(xué)、信陽第一高級十所學(xué)的使用結(jié)果是充分使用的占0％，部分使用占90％，閑置不用的占10％。

（三） 教師主動提出購買軟件的使用：

在教材不斷更新的今天，要求老師們在教學(xué)方法，教學(xué)手段和內(nèi)容上也要有所改變，跟進教學(xué)的步伐，當然也有部分老 師提出新的建議購買與教學(xué)有關(guān)的軟件，其使用率偏高，約達到100％。

（四）受軟件自身限制軟件的使用：

大多學(xué)校還存在今年用這些軟件明年用那些軟件，隨著時戰(zhàn)間的累計軟件越來越多，老師的報怨也越來越多。由于缺乏統(tǒng)一標準，不同軟件廠商、甚至同一廠商的軟件之間無法有效地交換數(shù)據(jù)和協(xié)同工作，各種應(yīng)用軟件只能將各自的數(shù)據(jù)封鎖在“數(shù)據(jù)墳?zāi)埂敝?。教育軟件互操作這一國際化難題，已經(jīng)實實在在地擺在了國內(nèi)教育軟件行業(yè)的面前。

（五）地區(qū)經(jīng)濟差異化教育軟件的使用：

以焦作為代表的豫北地區(qū)是河南經(jīng)濟發(fā)展較快的地區(qū)。他們在信息化教育及教育軟件 的投資和使用中一直充當著帶頭兵。以焦東路小學(xué)為例，此學(xué)校硬件網(wǎng)絡(luò)環(huán)境一般，但每次購買軟件都 很慎重，無論是通過電教費還是通過現(xiàn)金購買，他們都從實用的角度考察和分析，加之校長對每位老師的業(yè)務(wù)知識進行定期的考核與要求，最終該校使硬件與軟件的充份使用率達到100％。一個普通的學(xué)校的應(yīng)用反映一個地區(qū)的應(yīng)用，可見經(jīng)濟的發(fā)展對教育軟件的發(fā)展是起著帶動的力量。

以信陽為代表的豫南地區(qū)是河南經(jīng)濟發(fā)展比較滯后的地區(qū)。以信陽一高為例，此學(xué)校是信陽最好的高中，硬件網(wǎng)絡(luò)環(huán)境在該地屬上等，但軟件嚴重缺乏，教師能夠進行計算機操作的占60％，而熟練使用軟件 的只有四五人，教師對輔助教學(xué)的一些多媒體制作大多依賴那四五人，此學(xué)校只注重抓教學(xué)，不重視教育信息化，從一個好學(xué)校反映一個地區(qū)對在教育軟件的 使用和理解是不夠的。

二、教育軟件緩慢增長的原因分析：

通過以上數(shù)據(jù)可看出軟件在使用方面存在很大的問題，通過調(diào)查造成軟件不能充分合理使用的原因在于：

（一）對用戶而言，數(shù)據(jù)重復(fù)錄入、維護成本提高、無法及時采用新的技術(shù)，以及教育系統(tǒng)數(shù)據(jù)傳遞缺乏統(tǒng)一標準，致使教育軟件應(yīng)用難以獲得更大提升，地區(qū)性教育行政管理信息化更是舉步維艱。其次，從企業(yè)而言，軟件開發(fā)無標準可循，每一項產(chǎn)品的研發(fā)都冒著巨大風險；而每當用戶提出新的需求，廠商仍將耗費驚人的資源和力量進行重復(fù)開發(fā)，使特色化、規(guī)?；慕?jīng)營發(fā)展被扼殺于搖籃中，企業(yè)之間更妄談有效地合作。最后，擴展到整個社會領(lǐng)域，資源遭到極度浪費，產(chǎn)業(yè)發(fā)展被禁錮，無法形成一定規(guī)模；而用戶為解決數(shù)據(jù)上報問題，盲目采取 “一刀切”的采購辦法，要求學(xué)校教育管理機構(gòu)采用統(tǒng)一的軟件，從而直接導(dǎo)致了行業(yè)緩慢增長的危機！

（二）教師專業(yè)化問題。教師專業(yè)化是指教師職業(yè)具有自己獨特的職業(yè)條件

和培養(yǎng)體制，有相應(yīng)的管理制度和措施。調(diào)查得知并不是所有的老師對計算機的掌握都很熟練，尤其是涉及到專業(yè)性的操作問題。比如現(xiàn)在教學(xué)當中要使用課件來輔助教學(xué)，這就要求每一位任課老師都會通過業(yè)務(wù)知識用計算機做出課件來，而實際能獨立做出課件的占10％。在教育當中大家又都在爭論這樣一個問題，“到底是提倡老師做課件還是提倡用課件？”做課件就要求老師提高相應(yīng)的知識技術(shù)水平；用課件吧又不能完全符合自己的教學(xué)思想和思路，而較大型的辦公管理軟件

在管理學(xué)校人、財、物過程中是經(jīng)常會遇到程序、數(shù)據(jù)庫方面的頭疼問題。較多一些人在使用當中解決不了之后也就不了了之不用了。

（三）管理方面的問題。做為較大型的辦公、管理、資源類軟件就是針對學(xué)校人、財、物各個方面的管理與使用，只有學(xué)校各個部門積極配合同時使用，才能真正的叫用起來，發(fā)揮應(yīng)用的作用。而不是校領(lǐng)導(dǎo)及老師認為哪一個是目前重要抓的則用，次要的就不用，這樣是無法用軟件來改變無指化辦公也對我國現(xiàn)代化教育軟件業(yè)的發(fā)展有阻礙的作用。

（四）使用方面的問題。教師人員在使用當中存在很大的惰性，往往是掌握不了正常的使用和操作。調(diào)查結(jié)果表明，學(xué)校各部門能熟練使用該工作正常所需軟件的占10％，完全不會操作的占20％。

（五）環(huán)境方面的問題。對十所學(xué)校的調(diào)查 中，硬件與軟件環(huán)境相匹配的占70％；幾乎不相匹配的占10％；勉強相匹配的占20％。所以在購買軟件時應(yīng)根據(jù)學(xué)?，F(xiàn)有的硬件情況合理地配置軟的或跟據(jù)軟件 的需求定硬件。

(六)軟件公司的售后服務(wù)問題。學(xué)校不能把教育軟件用起 來在很大一方面是由軟件公司決定的，這個成份要占到30％。教師的專業(yè)化水平肯定比不上公司 的專業(yè)人員，這就需要軟件公司開發(fā)出來的產(chǎn)品在功能上應(yīng)該切合實際所用，緊跟新課程改革的步伐；同時應(yīng)該針對實情況如教師的`技術(shù)水平、應(yīng)用水平有相對應(yīng)的售后方面的培訓(xùn)和售后服務(wù)項目。以解決客戶在使用過程中的后顧之憂。

三、 我省教育軟件業(yè)發(fā)展應(yīng)注意的問題：

（一）大力開展對在職教師進行信息技術(shù)的全員培訓(xùn)。加強教師信息技術(shù)技能和應(yīng)用考核，實行現(xiàn)代教育技術(shù)合格證制度，并作為評聘職稱、教師聘任和評先晉級的重要條件。必須通過改革、加強和發(fā)展教師教育來實現(xiàn)。即加強和不斷完善各級各類師范院校和教師進修機構(gòu)信息化環(huán)境、設(shè)施等基礎(chǔ)設(shè)施建設(shè)，建設(shè)全國教師教育信息化網(wǎng)絡(luò)體系的基礎(chǔ)設(shè)施框架；初步構(gòu)建全國教師教育信息網(wǎng)絡(luò)化教育體系，初步構(gòu)建基于信息化環(huán)境下教師職前培養(yǎng)和職后培訓(xùn)的一體化教師教育體系；探索基于信息化環(huán)境下教師教育教學(xué)的新模式，探索基于信息化環(huán)境下教師教育教學(xué)管理的新模式，探索在市場經(jīng)濟條件下推進教師教育信息化的新模式；突出教師教育網(wǎng)絡(luò)課程建設(shè)和教學(xué)資源的開發(fā)，突出中小學(xué)信息技術(shù)教育師資的培養(yǎng)和培訓(xùn)，突出各學(xué)科教師將信息技術(shù)與課程教學(xué)整合能力的培養(yǎng)培訓(xùn)，突出有關(guān)教師教育信息化政策、評估標準的制定與實施。使全體教師樹立現(xiàn)代教育觀念，學(xué)會“三大技術(shù)”，即媒體技術(shù)、媒傳技術(shù)、教學(xué)設(shè)計技術(shù)；達到“會”，即會上網(wǎng)查閱資料、會使用教學(xué)課件、會使用計算機備課、會制作課件。

（二） 強化應(yīng)用，推進整合。完善軟件資源建設(shè)，堅決克服重硬件輕軟件的現(xiàn)象。隨著我國教育信息化建設(shè)工作的逐步深入，對有關(guān)教育軟件方面的標準和規(guī)范的需求越來越迫切。 我們必須完善軟件資源建設(shè)，滿足我國教育信息化建設(shè)的需要。

（三）加強領(lǐng)導(dǎo)，規(guī)范教育軟件業(yè)的發(fā)展。標準和規(guī)范總是滯后于應(yīng)用已經(jīng)嚴重制約著國內(nèi)教育軟件業(yè)的發(fā)展。只有建立統(tǒng)一的數(shù)據(jù)規(guī)范，走標準化道路，教育軟件才能獲得突破性的提升和發(fā)展。各種調(diào)查結(jié)果顯示，我省教育軟件的不規(guī)范化使用已成為事實也是導(dǎo)致教育軟件緩慢發(fā)展的重要原因。從理論上講規(guī)范教育軟件業(yè)、規(guī)范合理使用是促進我國軟件業(yè)也是推進我國現(xiàn)代化教育的最有效的手段。

（四）大力發(fā)展經(jīng)濟推動教育軟件業(yè)的發(fā)展。 教育軟件業(yè)的緩慢發(fā)展對我省實現(xiàn)及應(yīng)用信息化技術(shù)起到了阻礙 。 以經(jīng)濟的飛速發(fā)展改變教育軟件 的傳統(tǒng)發(fā)展模式，這是教育軟件發(fā)展的必然趨勢。

軟件分析報告(篇6)

1.概要設(shè)計說明書

在當今全球信息化大潮中，互聯(lián)網(wǎng)（即因特網(wǎng)——Internet）異軍突起，給21世紀的人類社會增添了無限的活力，成為現(xiàn)代社會生活中一道亮麗的風景線。互聯(lián)網(wǎng)帶給人們的不僅僅是技術(shù)，而是一種以信息為標志的嶄新的生活方式。他正在改變著人們的工作和生活方式。有人曾以“圍城”比喻互聯(lián)網(wǎng)，但所不同的是，“外面的人想進去，里面的人不想出來?！被ヂ?lián)網(wǎng)為什么有這么大的魅力呢？這不僅與人們?nèi)找嬖鲩L的文化生活有關(guān)，更重要的是與互聯(lián)網(wǎng)的技術(shù)不斷更新和革命有關(guān)。

1.1編寫目的

網(wǎng)上大學(xué)生實習(xí)選擇方式較之傳統(tǒng)的交易方式有著很明顯的優(yōu)勢，它將網(wǎng)絡(luò)技術(shù)與傳統(tǒng)的實習(xí)預(yù)約進行了完美結(jié)合，解決大學(xué)生尋找實習(xí)公司難的的問題，也方便公司尋找合適的實習(xí)人員，為公司進行可持續(xù)發(fā)展人才提供一個良好的平臺，為大學(xué)生在就業(yè)前積累行業(yè)工作經(jīng)驗提供了一個機會。

1.2項目背景

軟件名稱：通達大學(xué)生實習(xí)在線

項目的任務(wù)提出者：恒泰通達有線公司

開發(fā)者：恒泰通達項目部(架構(gòu)師:馬兆鑫項目經(jīng)理:蘭佳卉)

用戶：在校大學(xué)生

1.3參考資料

PHP相關(guān)書籍mysql數(shù)據(jù)庫書籍

1.4定義

使用技術(shù)：apache+php+mysql smarty引擎

軟件分析報告(篇7)

總論作為可行性研究報告的首要部分，要綜合敘述研究報告中各部分的主要問題和研究結(jié)論，并對項目的可行與否提出最終建議，為可行性研究的審批提供方便。

本項目可行性研究報告編制依據(jù)如下：

1.《中華人民共和國公司法》;

2.《中華人民共和國行政許可法》;

3.《國務(wù)院關(guān)于投資體制改革的決定》國發(fā)20號 ;

4.《產(chǎn)業(yè)結(jié)構(gòu)調(diào)整目錄版》;

5.《國民經(jīng)濟和社會發(fā)展第十二個五年發(fā)展規(guī)劃》;

6.《建設(shè)項目經(jīng)濟評價方法與參數(shù)(第三版)》，國家發(fā)展與改革委員會

年審核批準施行;

8. 企業(yè)投資決議;

9. ……;

10. 地方出臺的相關(guān)投資法律法規(guī)等。

在可行性研究中，對項目的產(chǎn)品銷售、原料供應(yīng)、政策保障、技術(shù)方案、資金總額及籌措、項目的財務(wù)效益和國民經(jīng)濟、社會效益等重大問題，都應(yīng)得出明確的結(jié)論，主要包括：

三、主要技術(shù)經(jīng)濟指標表

在總論部分中，可將研究報告中各部分的主要技術(shù)經(jīng)濟指標匯總，列出主要技術(shù)經(jīng)濟指標表，使審批和決策者對項目作全貌了解。

19 稅前財務(wù)凈現(xiàn)值FNPV(i=8%) 萬元 11761.20

對可行性研究中提出的項目的主要問題進行說明并提出解決的建議。

項目總投資主要來自項目發(fā)起公司自籌資金，按照計劃在3月份前完成項目申報審批工作。預(yù)計項目總投資資金到位時間在4月底。整個項目建設(shè)期內(nèi)，主要完成項目可研報告編制、項目備案、土建及配套工程、人員招聘及培訓(xùn)、設(shè)備簽約、設(shè)備生產(chǎn)、設(shè)備運行及驗收等工作。

項目發(fā)起公司擬設(shè)立專項資金賬戶用于項目建設(shè)用資金的管理工作。對于資金不足部分則以銀行貸款、設(shè)備融資，合作，租賃等多種方式解決。

項目產(chǎn)品的原料目前在市場上供應(yīng)充足，可以實現(xiàn)就近采購。項目本著生產(chǎn)優(yōu)質(zhì)產(chǎn)品、創(chuàng)造一流品牌的理念，對原材料環(huán)節(jié)進行嚴格把關(guān)，對原料供應(yīng)商進行優(yōu)選，保證生產(chǎn)順利進行。

項目生產(chǎn)本著高起點、高標準的準則，擬采購先進技術(shù)工藝設(shè)備，引進先進生產(chǎn)管理經(jīng)驗，對生產(chǎn)技術(shù)員工進行專業(yè)化培訓(xùn)，保證生產(chǎn)高效、工藝先進、產(chǎn)品質(zhì)量達標。

這一部分主要應(yīng)說明項目發(fā)起的背景、投資的必要性、投資理由及項目開展的支撐性條件等等。

軟件運營服務(wù)項目所屬行業(yè)是在最近幾年間迅速發(fā)展。行業(yè)在繁榮國內(nèi)市場、擴大出口創(chuàng)匯、吸納社會就業(yè)、促進經(jīng)濟增長等方面發(fā)揮的作用越來越明顯……

我國非常中國軟件運營服務(wù)領(lǐng)域的發(fā)展，國家和地方在最近幾年有關(guān)該領(lǐng)域的政策力度明顯加強，突出表現(xiàn)在如下幾個方面：

(1)穩(wěn)定國內(nèi)外市場;

(2)提高自主創(chuàng)新能力;

(3)加快實施技術(shù)改造;

(4)淘汰落后產(chǎn)能;

(5)優(yōu)化區(qū)域布局;

(6)完善服務(wù)體系;

(7)加快自主品牌建設(shè);

(8)提升企業(yè)競爭實力。

(一)……

(二)……

(三)……

本項目建設(shè)堅持高起點、高標準方案，為保證工藝先進性，關(guān)鍵設(shè)備引進國外廠商，其他輔助設(shè)備從國內(nèi)廠商中優(yōu)選。該公司始建于，改制為股份有限公司，經(jīng)過多年的技術(shù)改造和生產(chǎn)實踐，公司創(chuàng)造出一流的軟件運營服務(wù)工藝和先進的管理技術(shù)，完全能夠按照行業(yè)標準進行生產(chǎn)和檢測，其新技術(shù)方案的引入，將有效保證本項目順利開展。

軟件運營服務(wù)項目實施由項目發(fā)起公司自行組織，引進先進生產(chǎn)設(shè)備，土建工程由公司自主組織建設(shè)。項目建成后，項目運作由該公司全資注冊子公司主導(dǎo)，項目產(chǎn)品面向國內(nèi)、國際兩個市場。目前，國內(nèi)外市場發(fā)展均較為迅速，市場空間放量速度加快，市場需求強勁，可以保證產(chǎn)品有效銷售。

軟件分析報告(篇8)

軟件需求 需求工程 分析建模 需求管理 本章小結(jié) 學(xué)習(xí)目標

本章介紹需求分析的意義概念和方法了解結(jié)構(gòu)化分析方法和需求管理的關(guān)鍵活動要求學(xué)會運用實體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)控制圖進行結(jié)構(gòu)化分析建模能夠編寫軟件需求規(guī)格說明 學(xué)習(xí)方法

正確理解需求工程涉及的基本概念結(jié)合具體實例運用結(jié)構(gòu)化分析技術(shù)從而達到理論學(xué)習(xí)及在實際項目中應(yīng)用的目的 難重點

本章的學(xué)習(xí)重點在于理解軟件需求的概念和重要性熟悉需求開發(fā)和需求管理的基本思想和主要活動掌握結(jié)構(gòu)化的分析方法難點是怎樣在實際的軟件項目中靈活運用這些思想和方法 課前思考 軟件需求存在什么問題 什么是軟件需求 什么是需求工程 常見的需求分析方法是什么 需求分析的結(jié)果可以驗證嗎 需求規(guī)格說明有什么質(zhì)量要求

本節(jié)知識點 軟件需求的定義 需求的層次 導(dǎo)致需求缺陷的原因

隨著計算機技術(shù)的飛速發(fā)展軟件已經(jīng)成為人們生活中不可缺少的一部分人們在使用軟件的過程中常常會抱怨它無法執(zhí)行某些基本操作但對于軟件開發(fā)人員而言用戶不斷提出新的要求是一件多么煩人的事

其實在軟件開發(fā)過程中遇到的許多問題都是由于收集編寫協(xié)商修改軟件需求過程中的失誤帶來的諸如信息收集不全功能不明確交流不充分文檔不完善需求發(fā)生變化等可以這樣說軟件項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”

開發(fā)軟件系統(tǒng)最為困難的部分就是準確說明開發(fā)什么最為困難的概念性工作便是編寫詳細的技術(shù)需求包括所有面向用戶面向機器和其它軟件系統(tǒng)的接口

IEEE軟件工程標準詞匯表將需求定義為

1用戶解決問題或達到目標所需的條件或能力

2系統(tǒng)或系統(tǒng)部件要滿足合同標準規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力

3一種反映上面1或2所描述的條件或能力的文檔說明

下面列出其他幾種關(guān)于需求的定義 需求是用戶所需要的并能觸發(fā)一個程序或系統(tǒng)開發(fā)工作的說明 需求是從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點功能及屬性等 需求是指明必須實現(xiàn)什么的規(guī)格說明它描述了系統(tǒng)的行為特性或?qū)傩允窃陂_發(fā)過程中對系統(tǒng)的約束

軟件需求包括四個不同的層次即業(yè)務(wù)需求用戶需求和功能需求另外還有非功能需求

軟件需求各組成部分之間的關(guān)系如下圖所示

業(yè)務(wù)需求 反映了組織機構(gòu)或客戶對系統(tǒng)或產(chǎn)品高層次的目標要求它們在項目視圖與范圍文檔中予以說明

用戶需求

描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說明

功能需求

定義了開發(fā)人員必須實現(xiàn)的軟件功能使得用戶能完成他們的任務(wù)從而滿足了業(yè)務(wù)需求 非功能需求

是從各個角度對系統(tǒng)的約束和限制反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求

非功能需求包括過程需求產(chǎn)品需求和外部需求三類其中過程需求有交付實現(xiàn)方法和標準等需求產(chǎn)品需求包含性能可用性實用性可靠性可移植性安全保密性容錯性等方面的需求外部需求有法規(guī)成本操作性等需求

需求工程中的缺陷將給項目的成功帶來極大風險導(dǎo)致缺陷的原因主要包括以下方面 缺乏足夠的用戶參與

客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費那么多功夫開發(fā)人員可能也不重視用戶的參與究其原因一是因為與用戶合作不如編寫代碼有意思二是因為開發(fā)人員覺得已經(jīng)明白用戶的需求了在某些情況下與實際使用產(chǎn)品的用戶直接接觸很困難而客戶也不太明白自己的真正需求然而在項目的早期讓具有代表性的用戶直接參與到開發(fā)隊伍中并一同經(jīng)歷整個開發(fā)過程很重要

用戶需求不斷增加

在開發(fā)過程中用戶需求經(jīng)常發(fā)生變化但是不斷的變更會使其整體結(jié)構(gòu)越來越亂整個程序也難以理解和維護如果要減少需求變更的影響范圍就必須在項目的開始對項目視圖范圍目標約束限制和成功標準給予明確說明并將此說明作為評價需求變更和新特性的參照框架

需求模棱兩可

模棱兩可是需求規(guī)格說明中最嚴重的問題它意味著不同的人對需求說明產(chǎn)生了不同的理解或者是同一個人能用不止一個方式來解釋某項需求說明模棱兩可的需求帶來的后果便是返工--重做一些你認為已做好的事情返工會耗費開發(fā)總費用的40而70～85的重做是由于需求方面的錯誤引起的添加不必要的特性

有時候開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說明中并未涉及的新功能然而常常是用戶并不認為這些功能性很有用開發(fā)人員應(yīng)當為客戶構(gòu)思方案并為他們提供一些具有創(chuàng)新意識的思路具體提供哪些功能要在客戶的需要和允許時限內(nèi)的技術(shù)可行性之間求得平衡

規(guī)格說明過于簡單

客戶往往不明白需求分析的重要性只是提供一份十分簡略的規(guī)格說明僅涉及產(chǎn)品概念上的內(nèi)容然后讓開發(fā)人員在項目進展中去完善從而導(dǎo)致開發(fā)人員先建立產(chǎn)品結(jié)構(gòu)再完成需求說明

忽略了用戶分類

大多數(shù)產(chǎn)品是由不同的人使用其不同的特性使用頻繁程度也有所差異使用者受教育程度和經(jīng)驗水平也不盡相同如果你不能在項目早期就針對所有這些主要用戶進行分類的話必然導(dǎo)致有的用戶對產(chǎn)品感到失望

總體來說導(dǎo)致需求缺陷的原因主要體現(xiàn)在三個方面 需求的溝通與理解 需求的變化與控制 需求說明的明確與完整 需求工程中的缺陷將給項目成功帶來極大風險如產(chǎn)品的成本過高產(chǎn)品的功能和質(zhì)量無法完全滿足用戶的期望等等即使一個項目團隊的人員和配備都很不錯但不重視需求過程也會付出慘痛的代價

本節(jié)知識點 需求工程的內(nèi)容 需求獲取 需求分析 編寫需求文檔 需求驗證

需求工程是指應(yīng)用已證實有效的原理和方法系統(tǒng)地描述出待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束

通常需求工程由一些過程組成可分為需求開發(fā)和需求管理兩部分

需求開發(fā)的主要活動 確定產(chǎn)品所期望的用戶類 獲取每個用戶類的需求 了解實際用戶任務(wù)和目標以及這些任務(wù)所支持的業(yè)務(wù)需求 分析源于用戶的信息以區(qū)別用戶任務(wù)需求功能需求業(yè)務(wù)規(guī)則質(zhì)量屬性建議解決方法和附加信息

將系統(tǒng)級的需求分為幾個子系統(tǒng)并將需求中的一部份分配給軟件組件 了解相關(guān)質(zhì)量屬性的重要性 商討實施優(yōu)先級的劃分 將所收集的用戶需求編寫成規(guī)格說明和模型 評審需求規(guī)格說明確保對用戶需求達到共同的理解與認識并在整個開發(fā)小組接受說明之前將問題都弄清楚

需求管理的主要活動 定義需求基線 評審提出的需求變更評估每項變更的可能影響從而決定是否實施它 以一種可控制的方式將需求變更融入到項目中 使當前的項目計劃與需求一致 估計變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾 讓每項需求都能與其對應(yīng)的設(shè)計源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤 在整個項目過程中跟蹤需求狀態(tài)及其變更情況

今天我們引入“需求工程”的概念強調(diào)用工程化的方法進行需求開發(fā)和需求管理其中需求開發(fā)是采用有效方法獲得高質(zhì)量需求的過程而需求管理則是在需求說明形成之后有效地控制其變更的過程二者缺一不可

一工作內(nèi)容 聆聽用戶的需求 分析和整理所獲取的信息 形成文檔化的描述 二基于用例的方法

隨著面向?qū)ο蠹夹g(shù)的發(fā)展基于用例的方法在需求獲取和建模方面應(yīng)用得越來越普遍這種方法是以任務(wù)為中心和以用戶為中心的比起使用以功能為中心的方法它可以使用戶更清楚地認識到新系統(tǒng)允許他們做什么

用例模型以用戶和任務(wù)為中心將整個工作的焦點集中在從用戶的角度說明系統(tǒng)能夠干什么完全不考慮具體的實現(xiàn)細節(jié)從而達到準確地理解客戶需求的目的在用例模型中角色和用例是兩個基本概念分別代表著系統(tǒng)外部的執(zhí)行者和系統(tǒng)應(yīng)包含的功能因此建立用例模型的主要工作是確定角色確定用例和描述用例 A確定角色

角色代表著與系統(tǒng)交互的人或事通過確認系統(tǒng)功能使用者和維護者以及與系統(tǒng)接口的其他系統(tǒng)或硬件設(shè)備等可以有效地識別出系統(tǒng)角色 B確定用例

一個完整的系統(tǒng)包含若干個用例每個用例具體說明應(yīng)完成的功能識別用例首先要確定系統(tǒng)所能反映的外部事件并把這些事件與參與的執(zhí)行者和特定的使用實例聯(lián)系起來最終繪制出用例圖 C描述用例

單純地使用用例圖不能提供用例所具有的全部信息因此需要使用文字描述那些不能反映在圖形上的信息用例描述實際上是關(guān)于角色與系統(tǒng)如何交互的規(guī)格說明要求清晰明確沒有二義性

建立用例模型是一種需求獲取的有效方法其簡潔清晰的描述方式容易被軟件人員和用戶共同理解和接受這種方法已經(jīng)在許多大型系統(tǒng)的開發(fā)中取得成效實踐證明它能有效地解決用戶參與的問題

需求分析主要是對收集到的需求進行提煉分析和仔細審查以確保所有的風險承擔者都明白其含義并找出其中的錯誤遺漏或其它不足的地方形成完整的分析模型分析的目的在于開發(fā)出高質(zhì)量的和具體的需求從而支持項目的估算和軟件的設(shè)計開發(fā)和測試

需求分析的主要活動包括 繪制系統(tǒng)關(guān)聯(lián)圖 創(chuàng)建用戶接口原型 分析需求可行性 確定需求的優(yōu)先級別 創(chuàng)建數(shù)據(jù)字典 為需求建立模型

繪制系統(tǒng)關(guān)聯(lián)圖

這種關(guān)聯(lián)圖用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型

創(chuàng)建用戶接口原型

當開發(fā)人員或用戶不能確定需求時開發(fā)一個用戶接口原型可以使許多概念和可能發(fā)生的事更為直觀明了用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題同時找出需求文檔與原型之間所有的沖突之處 分析需求可行性

在允許的成本和性能要求下分析每項需求實施的可行性明確與每項需求實現(xiàn)相聯(lián)系的風險包括與其它需求的沖突對外界因素的依賴和技術(shù)障礙

確定需求的優(yōu)先級別

應(yīng)用分析方法來確定用例產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求當允許需求變更時在特定的版本中加入每一項變更并在那個版本計劃中作出需要的變更 為需求建立模型

需求的圖形分析模型是軟件需求規(guī)格說明極好的補充說明它們能提供不同的信息與關(guān)系以幫助找到不正確的不一致的遺漏的和冗余的需求這些模型包括數(shù)據(jù)流圖實體關(guān)系圖狀態(tài)變換圖對話框圖對象類及交互作用圖等 創(chuàng)建數(shù)據(jù)字典

數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義在需求階段數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語

分析建模的方法有很多其中最重要的兩種方法是結(jié)構(gòu)化分析和面向?qū)ο蠓治?結(jié)構(gòu)化分析方法提供實體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)轉(zhuǎn)換圖三種圖形模型分別進行數(shù)據(jù)建模功能建模和動態(tài)建模

人們習(xí)慣于用自然語言來描述軟件需求但這會產(chǎn)生許多意想不到的問題如不精確二義性等因此需要采用適當?shù)姆椒ㄐ纬梢恢碌耐陚涞暮蜔o二義性的軟件需求規(guī)格說明

通常編寫軟件需求規(guī)格說明有三種方法 將結(jié)構(gòu)化語言與自然語言結(jié)合編寫文本型文檔 建立可視化的模型 采用形式化的方法進行需求規(guī)格說明

軟件需求規(guī)格說明是需求開發(fā)的最終結(jié)果它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)也是所有子系列項目規(guī)劃設(shè)計和編碼的基礎(chǔ)

軟件需求規(guī)格說明是用戶分析人員和設(shè)計人員之間進行理解和交流的手段 測試人員可以根據(jù)軟件需求規(guī)格說明中對產(chǎn)品行為的描述制定測試計劃測試用例和測試過程 文檔人員根據(jù)軟件需求規(guī)格說明和用戶界面設(shè)計編寫用戶手冊等 軟件需求規(guī)格說明指導(dǎo)著整個系統(tǒng)的開發(fā)過程評審過的需求規(guī)格說明需要進行變更控制

a 引言

概要敘述軟件需求規(guī)格說明便于讀者理解文檔如何編寫以及如何閱讀和解釋

在軟件項目中開發(fā)組織應(yīng)該采用一種標準的軟件需求規(guī)格說明的模板現(xiàn)在有許多軟件需求規(guī)格說明模板可以使用這里介紹其中的一種 a1 目的

對產(chǎn)品進行定義在該文檔中詳盡說明了這個產(chǎn)品的軟件需求包括修正或發(fā)行版本號如果這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系那么就只定義文檔中說明的部分或子系統(tǒng) a2 文檔約定

描述編寫文檔時所采用的標準或排版約定包括正文風格提示區(qū)或重要符號

a3 預(yù)期的讀者和閱讀建議

列舉了軟件需求規(guī)格說明所針對的不同讀者例如開發(fā)人員項目經(jīng)理營銷人員用戶測試人員或文檔的編寫人員描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)提出了最適合于每一類型讀者閱讀文檔的建議 a4 產(chǎn)品范圍

提供了對指定的軟件及其目的的簡短描述包括利益和目標 a5 參考文獻

列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源可能包括用戶界面風格指導(dǎo)合同標準系統(tǒng)需求規(guī)格說明使用實例文檔或相關(guān)產(chǎn)品的軟件需求規(guī)格說明在這里應(yīng)該給出詳細的信息包括標題名稱作者版本號日期出版單位或資料來源以方便讀者查閱這些文獻 b 綜合描述

這一部分概述了正在定義的產(chǎn)品以及它所運行的環(huán)境使用產(chǎn)品的用戶和已知的限制假設(shè)和依賴 b1 產(chǎn)品的前景

描述了軟件需求規(guī)格說明中所定義的產(chǎn)品的背景和起源說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員是否是成熟產(chǎn)品所改進的下一代產(chǎn)品是否是現(xiàn)有應(yīng)用程序的替代品或者是否是一個新型的自含型產(chǎn)品如果軟件需求規(guī)格說明定義了大系統(tǒng)的一個組成部分那么就要說明這部分軟件是怎樣與整個系統(tǒng)相關(guān)聯(lián)的并且要定義出兩者之間的接口 b2 產(chǎn)品的功能

概述了產(chǎn)品所具有的主要功能其詳細內(nèi)容將在d中描述所以在此只需要概略地總結(jié)例如用列表的方法給出很好地組織產(chǎn)品的功能使每個讀者都易于理解用圖形表示主要的需求分組以及它們之間的聯(lián)系例如數(shù)據(jù)流程圖的頂層圖或類圖都是有用的 b3 用戶類和特征

確定你覺得可能使用該產(chǎn)品的不同用戶類并描述它們相關(guān)的特征有一些需求可能只與特定的用戶類相關(guān)將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開 b4 運行環(huán)境

描述了軟件的運行環(huán)境包括硬件平臺操作系統(tǒng)和版本還有其它的軟件組件或與其共存的應(yīng)用程序 b5 設(shè)計和實現(xiàn)上的限制

確定影響開發(fā)人員自由選擇的問題并說明這些問題為什么成為一種限制可能的限制包括如下內(nèi)容

必須使用或者避免的特定技術(shù)工具編程語言和數(shù)據(jù)庫 所要求的開發(fā)規(guī)范或標準 企業(yè)策略政府法規(guī)或工業(yè)標準 硬件限制例如定時需求或存儲器限制 數(shù)據(jù)轉(zhuǎn)換格式標準 b6 假設(shè)和依賴

列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素以及項目對外部因素存在的依賴 c 外部接口需求

利用本節(jié)來確定可以保證新產(chǎn)品與外部組件正確連接的需求 c1 用戶界面

陳述所需要的用戶界面的軟件組件描述每個用戶界面的邏輯特征以下是可能要包括的一些特征

將要采用的圖形用戶界面 G U I標準或產(chǎn)品系列的風格 屏幕布局或解決方案的限制 將出現(xiàn)在每個屏幕的標準按鈕功能或?qū)Ш芥溄永缫粋€幫助按鈕 快捷鍵 錯誤信息顯示標準

c2 硬件接口

描述系統(tǒng)中軟件和硬件每一接口的特征這種描述可能包括支持的硬件類型軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議 c3 軟件接口

描述該產(chǎn)品與其它外部組件由名字和版本識別的連接包括數(shù)據(jù)庫操作系統(tǒng)工具庫和集成的商業(yè)組件明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的描述所需要的服務(wù)及內(nèi)部組件通信的性質(zhì)確定將在組件之間共享的數(shù)據(jù) c4 通信接口

描述與產(chǎn)品所使用的通信功能相關(guān)的需求包括電子郵件Web瀏覽器網(wǎng)絡(luò)通信標準或協(xié)議及電子表格等等定義了相關(guān)的消息格式規(guī)定通信安全或加密問題數(shù)據(jù)傳輸速率和同步通信機制 d 系統(tǒng)特性 d1 說明和優(yōu)先級

簡短說明該系統(tǒng)的特性并指出該特性的優(yōu)先級是高中還是低另外還可以包括對特定優(yōu)先級部分的評價例如利益損失費用和風險 d2 激勵響應(yīng)序列

列出輸入激勵用戶動作來自外部設(shè)備的信號或其它觸發(fā)器和定義這一特性行為的系統(tǒng)響應(yīng)序列 d3 功能需求

詳列出與該特性相關(guān)的詳細功能需求這些是必須提交給用戶的軟件功能使用戶可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實例執(zhí)行任務(wù) e 其他非功能需求 e1 性能需求

闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求并解釋它們的原理以幫助開發(fā)人員作出合理的設(shè)計選擇確定相互合作的用戶數(shù)或者所支持的操作響應(yīng)時間以及與實時系統(tǒng)的時間關(guān)系 e2 安全設(shè)施需求

詳盡陳述與產(chǎn)品使用過程中可能發(fā)生的損失破壞或危害相關(guān)的需求定義必須采取的安全保護或動作還有那些預(yù)防的潛在的危險動作明確產(chǎn)品必須遵從的安全標準策略或規(guī)則 e3 安全性需求

詳盡陳述與系統(tǒng)安全性完整性或私人問題相關(guān)的需求這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護定義用戶身份確認或授權(quán)需求明確產(chǎn)品必須滿足的安全性或保密性策略 e4 軟件質(zhì)量屬性

詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性這些特性必須是確定定量的并在可能時是可驗證的 e5 業(yè)務(wù)規(guī)則

列舉出有關(guān)產(chǎn)品的所有操作規(guī)則例如什么人在特定環(huán)境下可以進行何種操作這些本身不是功能需求但它們可以暗示某些功能需求執(zhí)行這些規(guī)則 e6 用戶文檔

列舉出將與軟件一同發(fā)行的用戶文檔部分例如用戶手冊在線幫助和教程明確所有已知的用戶文檔的交付格式或標準 f 其他需求

定義在軟件需求規(guī)格說明的其它部分未出現(xiàn)的需求例如國際化需求或法律上的需求你還可以增加有關(guān)操作管理和維護部分來完善產(chǎn)品安裝配置啟動和關(guān)閉修復(fù)和容錯以及登錄和監(jiān)控操作等方面的需求這一部分可以省略

需求驗證是為了確保需求說明準確完整地表達必要的質(zhì)量特點當你閱讀軟件需求規(guī)格說明時可能覺得需求是對的但實現(xiàn)時卻很可能會出現(xiàn)問題當以需求說明為依據(jù)編寫測試用例時你可能會發(fā)現(xiàn)說明中的二義性而所有這些都必須改善因為需求說明要作為設(shè)計和最終系統(tǒng)驗證的依據(jù)

正確性 完整性 可驗證性 無二義性 可修改性 可跟蹤性 一致性

審查需求文檔

對需求文檔進行正式審查是保證軟件質(zhì)量的有效方法組織一個由不同代表如分析人員客戶設(shè)計人員測試人員組成的小組對SRS及相關(guān)模型進行仔細的檢查

以需求為依據(jù)編寫測試用例

根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例客戶通過使用測試用例以確認是否達到了期望的要求從測試用例追溯回功能需求以確保沒有需求被疏忽并且確保所有測試結(jié)果與測試用例相一致同時要使用測試用例來驗證需求模型的正確性如對話框圖和原型等【wWw.36gh.com 合同范本網(wǎng)】

編寫用戶手冊

在需求開發(fā)早期即可起草一份用戶手冊用它作為需求規(guī)格說明的參考并輔助需求分析 確定合格的標準

讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的將合格的測試建立在使用情景描述或用例的基礎(chǔ)之上

需求驗證包括需求評審和需求測試兩個部分需求評審又包括正式的和非正式的兩種形式

需求評審是一種有效的需求驗證手段通常以用例模型為基礎(chǔ)編寫測試用例進行檢驗雖然沒有在運行系統(tǒng)上執(zhí)行測試用例但是設(shè)計測試用例的過程可以解釋需求的許多問題

本節(jié)知識點 分析模型--實體關(guān)系圖數(shù)據(jù)流圖狀態(tài)轉(zhuǎn)換圖 數(shù)據(jù)字典 結(jié)構(gòu)化分析過程

多年來人們提出了許多分析建模的方法其中占主導(dǎo)地位的兩種方法是傳統(tǒng)的“結(jié)構(gòu)化分析”方法和當今流行的“面向?qū)ο蟮姆治觥狈椒ū竟?jié)重點介紹結(jié)構(gòu)化分析方法面向?qū)ο蟮姆治龇椒ㄔ诤竺嬲鹿?jié)介紹

需求分析產(chǎn)生的模型使人們可以更好地理解將要建造的系統(tǒng)它有助于系統(tǒng)分析員理解系統(tǒng)的信息功能和行為成為確定需求規(guī)格說明完整性一致性和精確性的重要依據(jù)奠定了軟件設(shè)計的基礎(chǔ)

結(jié)構(gòu)化分析導(dǎo)出的分析模型包括數(shù)據(jù)模型功能模型和行為模型該模型以數(shù)據(jù)字典為核心描述了軟件使用的所有數(shù)據(jù)對象圍繞這個核心的是實體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)轉(zhuǎn)換圖具體形式如下圖所示 實體關(guān)系圖ER數(shù)據(jù)建模的基礎(chǔ)描述數(shù)據(jù)對象及其關(guān)系 數(shù)據(jù)流圖DF功能建模的基礎(chǔ)描述數(shù)據(jù)怎樣轉(zhuǎn)換以及轉(zhuǎn)換的功能 狀態(tài)轉(zhuǎn)換圖ST行為建模的基礎(chǔ)表示系統(tǒng)的各種行為狀態(tài)以及狀態(tài)間的轉(zhuǎn)換方式 數(shù)據(jù)模型包括三種基本元素 數(shù)據(jù)對象 屬性 關(guān)系 它們對理解問題的信息域提供了基礎(chǔ)

兩個數(shù)據(jù)對象之間有以下三種關(guān)聯(lián)ER在數(shù)據(jù)對象之間的連線上用數(shù)字或字母表示

一對一11對象 A的一個實例只能關(guān)聯(lián)到對象B的一個實例對象 B的一個實例也只能關(guān)聯(lián)到對象A的一個實例如一個丈夫只能有一個妻子一個妻子也只能有一個丈夫

一對多1N對象 A的一個實例可以關(guān)聯(lián)到對象B的一個或多哥實例而對象 B的一個實例只能關(guān)聯(lián)到對象A的一個實例如一個母親可以有多個孩子而一個孩子只能有一個母親

多對多MN對象 A的一個實例可以關(guān)聯(lián)到對象B的一個或多個實例同時對象 B的一個實例也可以關(guān)聯(lián)到對象A的一個或多個實例如一個叔叔可以有多個侄子一個侄子也可以有多個叔叔

數(shù)據(jù)建模的其他圖形工具層次方框圖

層次方框圖通過樹型結(jié)構(gòu)的一系列多層次的矩形框描述復(fù)雜數(shù)據(jù)的層次結(jié)構(gòu)樹型結(jié)構(gòu)頂端的矩形框只有一個用于代表完整的數(shù)據(jù)結(jié)構(gòu)下面各層的矩形框是對完整數(shù)據(jù)結(jié)構(gòu)的逐步分解和細化得到的數(shù)據(jù)子集底層的矩形框代表組成該數(shù)據(jù)結(jié)構(gòu)的基本元素是數(shù)據(jù)的最小單位不可再分割

數(shù)據(jù)建模的其他圖形工具層次方框圖 層次方框圖非常適合描述自頂向下的需求分析方法中數(shù)據(jù)的層次關(guān)系系統(tǒng)分析員可以從對頂層信息的分類開始沿著層次圖中的每條路徑逐步細化直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細節(jié)為止

例如某單位職工的實發(fā)工資由應(yīng)發(fā)工資和扣款兩部分組成每部分又可進一步細分如應(yīng)發(fā)工資又可分為基本工資和獎金基本工資又可分為國家工資津貼補貼獎金也可分為出勤獎和業(yè)績獎津貼和補貼還可以再進一步地細分 實發(fā)工資的層次方框圖如下圖所示

數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具它描述了信息流和數(shù)據(jù)轉(zhuǎn)換通過對加工進行分解可以得到數(shù)據(jù)流圖

DF有四種元素其基本符號如下圖所示

外部實體與系統(tǒng)進行交互但系統(tǒng)不對其進行加工和處理的實體用帶標記的矩形表示 加工對數(shù)據(jù)進行的變換和處理用帶標記的圓圈表示 數(shù)據(jù)流在數(shù)據(jù)加工之間或數(shù)據(jù)存儲和數(shù)據(jù)加工之間進行流動的數(shù)據(jù)用帶標記的箭頭表示 數(shù)據(jù)存儲在系統(tǒng)中需要存儲的實體用帶標記的雙實線表示

第0層DF稱為基本系統(tǒng)模型可以將整個軟件系統(tǒng)表示為一個具有輸入和輸出的黑匣子用一個圓圈表示上一層DF中的每一個圓圈可以進一步擴展成一個獨立的數(shù)據(jù)流圖以揭示系統(tǒng)中程序的細節(jié)部分

這種循序漸進的細化過程可以繼續(xù)進行直到最低層的圖僅描述原子過程操作為止每一層數(shù)據(jù)流圖必須與它上一層數(shù)據(jù)流圖保持平衡和一致因此子圖的所有輸入輸出流要與其父圖相匹配

狀態(tài)轉(zhuǎn)換圖通過描述狀態(tài)以及導(dǎo)致系統(tǒng)改變狀態(tài)的事件來表示系統(tǒng)的行為它沒有表示出系統(tǒng)所執(zhí)行的處理只表示了處理結(jié)果可能的狀態(tài)轉(zhuǎn)換

ST用帶標記的圓圈或矩形表示狀態(tài)用箭頭表示從一種狀態(tài)到另一種狀態(tài)的變換箭頭上的文本標記表示引起變換的條件 例如在操作系統(tǒng)中當存在多個申請占用CPU運行的進程 進程是分配CPU的最小處理單位 時系統(tǒng)將按照某種調(diào)度策略為各個進程分配CPU此時進程的狀態(tài)可能有三種就緒運行和等待 就緒等待分配CPU 運行占用CPU進行相應(yīng)的處理 掛起

name=baidusnap1>

放棄CPU的使用

數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具體現(xiàn)了自頂向下逐步求精的分析過程確定了系統(tǒng)的任務(wù)流和數(shù)據(jù)流 實體關(guān)系圖描述了系統(tǒng)的數(shù)據(jù)關(guān)系從而幫助開發(fā)人員分析和理解系統(tǒng)數(shù)據(jù)的組成并為系統(tǒng)設(shè)計階段定義系統(tǒng)數(shù)據(jù)庫的物理結(jié)構(gòu)打下基礎(chǔ) 狀態(tài)轉(zhuǎn)換圖描述了系統(tǒng)狀態(tài)之間的變化過程它對于實時系統(tǒng)和控制系統(tǒng)尤為重要

數(shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)存儲數(shù)據(jù)加工 最底層加工和數(shù)據(jù)流它記錄的主要內(nèi)容有 基本信息名字別名描述 定義數(shù)據(jù)長度數(shù)據(jù)類型數(shù)據(jù)結(jié)構(gòu) 使用特點取值范圍使用頻率使用方式等 控制信息來源用戶引用程序讀寫權(quán)限等 其他說明

在數(shù)據(jù)字典中數(shù)據(jù)元素的定義可以是基本元素及其組合數(shù)據(jù)進行自頂向下地分解直到不需要進一步解釋且參與人員都清楚其含義為止

數(shù)據(jù)組合有三種方式

順序以確定的次序連接多個數(shù)據(jù)項

選擇從多個數(shù)據(jù)項中選取一個

重復(fù)將某個數(shù)據(jù)項重復(fù)多次 為了能夠?qū)?shù)據(jù)流中的各組成成分進行準確的定義在數(shù)據(jù)字典中使用了多種具有特定意義的符號如下

結(jié)構(gòu)化分析過程實質(zhì)上就是創(chuàng)建數(shù)據(jù)模型功能模型和行為模型其中數(shù)據(jù)建模的工具是實體關(guān)系圖功能建模的工具是數(shù)據(jù)流圖行為建模的工具是狀態(tài)轉(zhuǎn)換圖另外使用數(shù)據(jù)字典定義系統(tǒng)的所有數(shù)據(jù)項

為了理解和學(xué)會使用這些建模工具我們結(jié)合一個學(xué)生成績管理系統(tǒng)的實例講解整個分析過程并給出部分實體關(guān)系圖數(shù)據(jù)流圖狀態(tài)轉(zhuǎn)換圖和數(shù)據(jù)字典

下面列出用戶對學(xué)生成績管理系統(tǒng)的要求 教務(wù)人員錄入學(xué)生信息課程信息和成績信息 學(xué)生可以隨時查詢自己所選課程的成績 由于學(xué)生成績屬于敏感信息系統(tǒng)必須提供必要的安全措施以防非法存取

在需求收集的過程中要求客戶列出應(yīng)用軟件或業(yè)務(wù)過程涉及到的“事物”將其演化成數(shù)據(jù)對象 一次考慮一個對象分析員和客戶定義這個對象和其他對象之間是否存在連接 如果存在連接應(yīng)創(chuàng)建一個或多個關(guān)系

對每一個關(guān)系確定其關(guān)聯(lián)類型

重復(fù)步驟2到步驟4直到定義了所有關(guān)系

定義每個實體的屬性

形式化并復(fù)審實體關(guān)系圖 重復(fù)步驟1到7直到數(shù)據(jù)建模完成

實例分析 學(xué)生成績管理系統(tǒng) 實體學(xué)生課程成績 實體屬性定義

學(xué)生學(xué)號姓名性別出生日期入學(xué)年月

課程課程編號課程名稱課程學(xué)分課程描述

成績學(xué)號課程編號分數(shù)考核日期

顯然學(xué)生課程和成績都是系統(tǒng)的實體并且可以初步定義它們的屬性

教務(wù)人員雖然是系統(tǒng)的用戶但其信息與系統(tǒng)處理無關(guān)因此不用作為實體 由于成績信息包含了選課信息因此選課信息不用單獨記錄

因此系統(tǒng)的實體是學(xué)生課程和成績

我們分析這些實體之間的關(guān)聯(lián)關(guān)系從實際情況得知一個學(xué)生可以選多門課程一門課程也可以有多個學(xué)生選修但每個學(xué)生選一門課程必須有一個成績根據(jù)上述分析我們得到如圖所示的實體關(guān)系圖

實體關(guān)系圖

通常數(shù)據(jù)流圖是分層繪制的整個過程反映了自頂向下進行功能分解和細化的分析過程 頂層也稱第0層DF用于表示系統(tǒng)的開發(fā)范圍以及該系統(tǒng)與周圍環(huán)境的數(shù)據(jù)交換關(guān)系 最底層DF代表了那些不可進一步分解的原子加工 中間層DF是對上一層父圖的細化其中的每一個加工可以繼續(xù)細化中間層次的多少由系統(tǒng)的復(fù)雜程度決定

第0層DF將整個系統(tǒng)表示成一個加工 2 確定并標記主要的輸入和輸出 分離出下一層中的加工數(shù)據(jù)對象和存儲 并對其進行細化一次細化一個加工 4 標記所有加工和箭頭 重復(fù)步驟3和4直到所有的加工 只執(zhí)行一個簡單的操作可以很容易地用 程序?qū)崿F(xiàn)

繪制第0層DF的時候?qū)⒄麄€系統(tǒng)看成一個加工然后找出作用于該加工的外部實體以及相應(yīng)的數(shù)據(jù)輸入和輸出

繪制下一層數(shù)據(jù)流圖時細化第0層的加工從而描述系統(tǒng)的主要功能 繼續(xù)進行分解直到所有的加工只執(zhí)行一個簡單的操作為止

實例分析 學(xué)生成績管理系統(tǒng) 第0層DF圖

1教務(wù)人員維護學(xué)生信息和課程信息并登錄學(xué)生的選課成績 2學(xué)生查詢自己的成績單

對于學(xué)生成績管理系統(tǒng)而言整個系統(tǒng)就是一個加工學(xué)生成績管理

教務(wù)人員是數(shù)據(jù)的源點學(xué)生是數(shù)據(jù)的終點 教務(wù)人員需要錄入學(xué)生信息課程信息和成績說明學(xué)生信息課程信息和成績是數(shù)據(jù)流同樣查詢請求和查詢結(jié)果也是數(shù)據(jù)流 根據(jù)上述分析得到如圖所示的第0層DF圖

第1層DF圖

對第0層DF圖中的加工學(xué)生成績管理 展開得知學(xué)生信息是教務(wù)人員需要錄入的一個信息因此加入一個加工錄入學(xué)生信息同樣得到錄入課程信息登記成績兩個加工另外數(shù)據(jù)流查詢請求和查詢結(jié)果應(yīng)該由加工查詢成績來完成

這樣我們用錄入學(xué)生信息錄入課程信息登記學(xué)生成績和查詢學(xué)生成績四個加工代替第0層的學(xué)生成績管理同時增加這些數(shù)據(jù)流對應(yīng)的數(shù)據(jù)存儲即學(xué)生課程和成績最后得到如圖所示的第1層DF圖

第2層DF圖

為了繼續(xù)進行分解我們分析第1層DF中的加工查詢學(xué)生成績

學(xué)生查詢成績時需要提供合法性檢查因此查詢學(xué)生成績可以分解為合法性檢查和查詢成績兩個處理步驟從而形成第2層DF如下圖所示

根據(jù)以上實例和經(jīng)驗繪制數(shù)據(jù)流圖應(yīng)當遵循以下原則 1 分層時子圖的輸入輸出數(shù)據(jù)流必須和父圖中相應(yīng)加工的輸入輸出數(shù)據(jù)流一致 加工的編號應(yīng)該唯一且具有層次性 加工不應(yīng)該只有輸入或只有輸出通常既有輸入又有輸出 4 數(shù)據(jù)流圖不應(yīng)反映處理的順序 加工之間應(yīng)通過數(shù)據(jù)存儲進行通信避免從一個加工直接流到另一個加工 數(shù)據(jù)應(yīng)通過加工進行流動避免從一個數(shù)據(jù)存儲直接流到另一個數(shù)據(jù)存儲 數(shù)據(jù)流圖中所有元素的命名應(yīng)當對客戶有意義且與業(yè)務(wù)相關(guān) 8 不要在一個圖中繪制7個以上的加工否則難于繪制和理解

數(shù)據(jù)字典

以下列出“學(xué)生成績管理系統(tǒng)”的部分數(shù)據(jù)字典條目

4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 在系統(tǒng)功能擴充時可能增加定義項 其他說明 隨時但經(jīng)常在新生入學(xué)時期 峰值 10000左右 數(shù)據(jù)量 學(xué)號 姓名 性別 出生日期 入學(xué)年月 定義 無 別名 包括學(xué)生的主要信息 描述 學(xué)生 數(shù)據(jù)項名 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 學(xué)號不能重復(fù) 其他說明 6位字符 長度 字符串 類型 無 別名 唯一標識學(xué)生的編號 描述 學(xué)號 數(shù)據(jù)流名 4332 創(chuàng)建數(shù)據(jù)流模型 第四章 軟件需求分析與建模 在系統(tǒng)功能擴充時可能增加種類 其他說明 隨時但經(jīng)常在學(xué)期開學(xué) 峰值 10000次左右 頻率 無 別名 系統(tǒng)處理的一個命令 描述 學(xué)生成績查詢 數(shù)據(jù)流名 4333 創(chuàng)建行為模型 第四章 軟件需求分析與建模

通常來說行為建模用于實時系統(tǒng) 實時系統(tǒng)中可能存在許多腳本很多實體需要進行狀態(tài)劃分和描述狀態(tài)轉(zhuǎn)換圖 在事務(wù)系統(tǒng)中系統(tǒng)行為相對簡單只有某些行為較復(fù)雜的實體才需要建立其狀態(tài)轉(zhuǎn)換圖 4333 創(chuàng)建行為模型 第四章 軟件需求分析與建模 1 分析外部事件所謂外部事件是指外部實體與系統(tǒng)的一次交互 分析事件的響應(yīng)者該響應(yīng)者為了響應(yīng)該事件要進行怎樣的活動這種活動又會激發(fā)哪些事件等 根據(jù)事件和活動劃分實體的狀態(tài)考慮發(fā)生怎樣的事件使該實體進入這個狀態(tài)怎樣的事件使該實體從這個狀態(tài)轉(zhuǎn)換到另一狀態(tài)等 4333 創(chuàng)建行為模型 第四章 軟件需求分析與建模 實例分析學(xué)生成績管理系統(tǒng)

在學(xué)生成績管理系統(tǒng)中學(xué)生成績信息必須采取安全措施我們采取登錄方法避免非法使用系統(tǒng)這樣該系統(tǒng)存在登錄正常和出錯等狀態(tài)的轉(zhuǎn)換如下圖所示 4333 創(chuàng)建行為模型 第四章 軟件需求分析與建模 431 分析模型 第四章 軟件需求分析與建模 431 分析模型 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模

數(shù)據(jù)對象表示具有不同屬性的事物ER用帶有標記的矩形來表示 關(guān)系表示數(shù)據(jù)對象之間的相互連接ER用直線連接相關(guān)聯(lián)的數(shù)據(jù)對象并在直線上用帶標記的菱形框來表示關(guān)系 屬性也稱性質(zhì)指數(shù)據(jù)對象某一方面的特征 ER用帶有標記的橢圓來表示 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 屬性 ER圖中的基本符號 連接 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 學(xué)生選課ER圖 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 工資計算系統(tǒng)ER圖 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4311 實體關(guān)系圖 第四章 軟件需求分析與建模 4312 數(shù)據(jù)流圖 第四章 軟件需求分析與建模 4312 數(shù)據(jù)流圖 第四章 軟件需求分析與建模 4312 數(shù)據(jù)流圖 第四章 軟件需求分析與建模 工資計算系統(tǒng)的頂層 0層 數(shù)據(jù)流圖 4312 數(shù)據(jù)流圖 第四章 軟件需求分析與建模 4312 數(shù)據(jù)流圖 第四章 軟件需求分析與建模 4313 狀態(tài)轉(zhuǎn)換圖 第四章 軟件需求分析與建模 4313 狀態(tài)轉(zhuǎn)換圖 第四章 軟件需求分析與建模 4313 狀態(tài)轉(zhuǎn)換圖 第四章 軟件需求分析與建模 431 分析模型 第四章 軟件需求分析與建模 432 數(shù)據(jù)字典 第四章 軟件需求分析與建模 432 數(shù)據(jù)字典 第四章 軟件需求分析與建模 432 數(shù)據(jù)字典 第四章 軟件需求分析與建模 432 數(shù)據(jù)字典 第四章 軟件需求分析與建模 符 號 含 義 說 明 表示定義為 用于對 左邊的條目進行確切的定義 表示與關(guān)系 X ab表示X由a和b共同構(gòu)成 [ ] [ ] 表示或關(guān)系 X [ab]與X [ab]等價表示X由a或b組成 表示可選項 X a 表示a可以在X中出現(xiàn)也可以不出現(xiàn) 表示重復(fù) 大括號中的內(nèi)容重復(fù)0到多次 m n 表示規(guī)定次數(shù)的重復(fù) 重復(fù)的次數(shù)最少m次最多n次 表示基本數(shù)據(jù)元素 中的內(nèi)容是基本數(shù)據(jù)元素不可再分 連接符 month 112表示month可取1～12中的任意值 表示注釋 兩個星號之間的內(nèi)容為注釋信息 433 結(jié)構(gòu)化分析過程 第四章 軟件需求分析與建模 433 結(jié)構(gòu)化分析過程 第四章 軟件需求分析與建模 433 結(jié)構(gòu)化分析過程 第四章 軟件需求分析與建模 4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4331 創(chuàng)建實體關(guān)系圖 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 425 需求驗證 第四章 軟件需求分析與建模 4251 需求說明的質(zhì)量特性 第四章 軟件需求分析與建模 需求規(guī)格說明對系統(tǒng)功能行為性能等的描述必須與用戶的期望相吻合代表了用戶的真正需求 需求規(guī)格說明應(yīng)該包括軟件要完成的全部任務(wù)不能遺漏任何必要的需求信息注重用戶的任務(wù)而不是系統(tǒng)的功能將有助于你避免不完整性 需求規(guī)格說明對各種需求的描述不能存在矛盾如術(shù)語使用沖突功能和行為特性方面的矛盾以及時序上的不一致等 需求規(guī)格說明中的描述對所有人都只能有一種明確統(tǒng)一的解釋由于自然語言極易導(dǎo)致二義性所以盡量把每項需求用簡潔明了的用戶性的語言表達出來 需求規(guī)格說明的格式和組織方式應(yīng)保證后續(xù)的修改能夠比較容易和協(xié)調(diào)一致我們可以使用軟件工具或者使用目錄表索引和相互參照列表等方法使軟件需求規(guī)格說明更容易修改 可跟蹤性意味著每項需求都能與其對應(yīng)的來源設(shè)計源代碼和測試用例聯(lián)系起來 需求規(guī)格說明中描述的需求都可以運用一些可行的手段對其進行驗證和確認 4252 需求驗證的方法 第四章 軟件需求分析與建模 4252 需求驗證的方法 第四章 軟件需求分析與建模 4252 需求驗證的方法 第四章 軟件需求分析與建模 4252 需求驗證的方法 第四章 軟件需求分析與建模 43 分析建模 第四章 軟件需求分析與建模 43 分析建模 第四章 軟件需求分析與建模 431 分析模型 第四章 軟件需求分析與建模 431 分析模型 第四章 軟件需求分析與建模 42 需求工程 第四章 軟件需求分析與建模 需求開發(fā)又可分為問題獲取分析編寫規(guī)格說明和驗證四個階段如圖所示 421 需求工程的內(nèi)容 第四章 軟件需求分析與建模 421 需求工程的內(nèi)容 第四章 軟件需求分析與建模 421 需求工程的內(nèi)容 第四章 軟件需求分析與建模 421 需求工程的內(nèi)容 第四章 軟件需求分析與建模 421 需求工程的內(nèi)容 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 分析人員應(yīng)該與各種層次的客戶進行充分的交流和溝通包括決策領(lǐng)導(dǎo)使用部門的領(lǐng)導(dǎo)具體使用人員系統(tǒng)維護人員等盡量清楚地理解用戶的問題和要求 對于用戶提供的各種問題和要求分析人員需要對其進行歸納和整理借助一些工具和方法從用戶一般性的陳述里面提取用戶的真正需求并由此確定軟件的功能性能接口關(guān)系約束條件等 不論是用戶的提出問題還是最終獲取的需求都應(yīng)該形成文檔化的描述這種描述需要各種人員的一致理解和認同 422 需求獲取 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 422 需求獲取 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 423 需求分析 第四章 軟件需求分析與建模 424 編寫需求文檔 第四章 軟件需求分析與建模 424 編寫需求文檔 第四章 軟件需求分析與建模 4241 軟件需求規(guī)格說明 第四章 軟件需求分析與建模 4241 軟件需求規(guī)格說明 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 4242 模板 第四章 軟件需求分析與建模 第四章 軟件需求分析與建模 第四章 軟件需求分析與建模 第四章 軟件需求分析與建模 第四章 軟件需求分析與建模 第四章 軟件需求分析與建模 41 軟件需求 第四章 軟件需求分析與建模 41 軟件需求 第四章 軟件需求分析與建模 41 軟件需求 第四章 軟件需求分析與建模 41 軟件需求 第四章 軟件需求分析與建模 411 軟件需求的定義 第四章 軟件需求分析與建模 411 軟件需求的定義 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 412 需求的層次 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 413 需求錯誤的原因 第四章 軟件需求分析與建模 42 需求工程 第四章 軟件需求分析與建模 42 需求工程 第四章 軟件需求分析與建模

軟件分析報告(篇9)

文檔名稱：需求分析

項目名稱：學(xué)生智能管理系統(tǒng)一、引言：

1、編寫目的：

對龐大的信息隨著學(xué)校的規(guī)模不斷擴大，學(xué)生數(shù)量急劇增加，有關(guān)學(xué)生的各種信息也成倍增長。有必要開發(fā)學(xué)生信息管理系統(tǒng)來提高學(xué)生管理工作的效率。通過這樣的系統(tǒng)，可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計和快速查詢，從而減少管理方面的工作量，同時也可以方便學(xué)生對信息的獲取。

學(xué)生信息系統(tǒng)也是實現(xiàn)學(xué)校管理現(xiàn)代化和信息化的重要內(nèi)容。因此，學(xué)生信息管理系統(tǒng)應(yīng)該能夠為用戶提供充足的信息和快捷的查詢手段，并且，面對學(xué)生生活的不斷豐富化，各種小方面管理軟件的泛濫，身為學(xué)生以及考慮學(xué)校本身管理的多方面的統(tǒng)一。本小

組所開發(fā)系統(tǒng)是基于C/S結(jié)構(gòu)，使用 Visual Basic程序設(shè)計語言及SQLServer2000數(shù)據(jù)庫進行設(shè)計與開發(fā)。

本系統(tǒng)針對軟件界面的人性化，生活化，做了突破性的工作，以及多項管理功能的集成上作了初步的拓展，目的在于使管理者和訪問者易于甚至樂于接受，并提出學(xué)校管理系統(tǒng)的一體化概念，使學(xué)校的管理更有效率。

2、定義：

（1）靜態(tài)數(shù)據(jù)：系統(tǒng)內(nèi)部有關(guān)的數(shù)據(jù)結(jié)構(gòu)和操作規(guī)程

（2）動態(tài)數(shù)據(jù) ：程序運行時輸入和輸出的數(shù)據(jù)

（3）數(shù)據(jù)字典： 數(shù)據(jù)字典(DD，Data Dictionary)是關(guān)于數(shù)據(jù)流

程圖中出現(xiàn)的所有名字（數(shù)據(jù)流、處理、數(shù)據(jù)存儲）的定義的集合。

3、參考資料：

[1]張向宏.軟件生命周期質(zhì)量保證與測試.北京：電子工業(yè)出版

社.2009 [2]張海藩.軟件工程導(dǎo)論.北京：清華大學(xué)出版社.2005 [3]張煥君.基于VB和SQL的數(shù)據(jù)庫編程技術(shù).北京：清華大學(xué)出版

社.2008

二：任務(wù)概述：

1、目標:（1）給出軟件系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)結(jié)構(gòu)。

（2）提出詳細的功能說明，確定設(shè)計限定條件，規(guī)定性能需求。

（3）密切與用戶的聯(lián)系，使用戶明確自己的任務(wù)，以便實現(xiàn)上述兩項

目標。

（4）以最低的成本，在最短的期限內(nèi)開發(fā)出具有管理學(xué)生和學(xué)生信息

功能的智能管理系統(tǒng)。（包括：人力與設(shè)備費用的節(jié)?。惶幚硭?/p>

度的提高；人員工作效率的提高）

2、用戶特點：

本系統(tǒng)所面向的用戶是大學(xué)學(xué)生和教師，對用戶計算機專業(yè)方面的知識要求不是很高，只要對電腦能熟練操作就ok。易于操作，這也是本軟件設(shè)計的一大目標。

3、條件與限制：

（1）建議該系統(tǒng)運行的最短壽命為5年；

（2）進行該系統(tǒng)方案選擇比較的期限為2個月；

（3）建議該系統(tǒng)軟件投入使用的最遲時間為2009年12月20日；

（4）該系統(tǒng)要受資金、壽命、社會等系列因素的制約和限制。

（5）由于系統(tǒng)較小，且在Windows系統(tǒng)開發(fā)，故在Windows環(huán)境下運

行沒有什么限制。

三：數(shù)據(jù)描述:

1、靜態(tài)數(shù)據(jù)：

靜態(tài)數(shù)據(jù)是系統(tǒng)內(nèi)部有關(guān)的數(shù)據(jù)結(jié)構(gòu)和操作規(guī)程。具體包括：系統(tǒng)用戶表格、學(xué)生基本信息表格、班級信息表格、課程基本信息表格、年級課程設(shè)置信息表格、學(xué)生成績信息表格……

2、動態(tài)數(shù)據(jù)：

動態(tài)數(shù)據(jù)包括程序運行時輸入和輸出的數(shù)據(jù)，具體是數(shù)據(jù)庫的各個表的各個不同元素與屬性值，就是學(xué)生信息。

3、數(shù)據(jù)描述：

根據(jù)上面的分析就可以設(shè)計出能夠滿足用戶需求的各種數(shù)據(jù)實體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)，這些實體包括各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動。

本系統(tǒng)的實體有：學(xué)生實體、課程實體、日常工作實體、教師實體。各個實體具體的描述E_R圖如下：

日常安排活動通知系內(nèi)工作姓名性別督辦日常工作執(zhí)行成績?nèi)粘Ｓ涗洐n案聯(lián)系教師教學(xué)生學(xué)證件課程部門教師任課表（學(xué)期）課程安排表（學(xué)期）教學(xué)進度安排表專業(yè)核心課程個學(xué)期周數(shù)分配表

4、數(shù)據(jù)字典:

（1）數(shù)據(jù)流條目——數(shù)據(jù)流條目給出某個數(shù)據(jù)流和定義，它通常是列 出該數(shù)據(jù)流的各組數(shù)據(jù)元素。

該系統(tǒng)的數(shù)據(jù)流條目： 數(shù)據(jù)流名：學(xué)生

別名 ：無

組成 ：學(xué)號+姓名+性別+個人電話+家庭電話+籍貫+系別+ 年級+班級+備注 數(shù)據(jù)流名：教師 別名 ：無

組成 ：證件號碼+姓名+性別+個人電話+系別 數(shù)據(jù)流名：課程信息 別名 ：無

組成 ：課程編號+課程名稱+課程類型+任課老師+上課時間+課

時+學(xué)分

數(shù)據(jù)流名：學(xué)生成績信息

別名 ：無

組成 ：考試編號+學(xué)生學(xué)號+學(xué)生成績

數(shù)據(jù)流名：學(xué)生課余活動信息

別名 ：無

組成 ：活動編號+活動名稱+活動時間+活動類型+參 與院系

（2）數(shù)據(jù)存儲條目—— 對數(shù)據(jù)存儲的定義

文件名：學(xué)生記錄

別名 ：學(xué)生信息

簡述 ：存放所有學(xué)生信息

組成 ：學(xué)生信息文件={學(xué)生基本信息記錄}+{學(xué)生成績記錄}+{學(xué)生 課余活動信息記錄}+{學(xué)生課程信息記錄} 組織：按學(xué)生學(xué)號編排

存取要求：關(guān)鍵字是：學(xué)生學(xué)號+課程號+活動編號

查詢要求：要求能立即查詢

文件名：教師記錄

別名：教師信息

簡述：存放所有的教師信息

組成：教師信息文件=｛教師基本信息記錄｝

組織：按教師證件號編排

存取要求：關(guān)鍵字是：教師證件號

查詢要求：要求能立即查詢

（3）數(shù)據(jù)項條目——給出某個數(shù)據(jù)單項的定義，通常是數(shù)據(jù)項值類型。

數(shù)據(jù)項名：學(xué)生學(xué)號

別名：無

取值：8｛數(shù)字｝8 注釋:無

數(shù)據(jù)項名：年級

別名：無

取值：〔Ｆ｜Ｍ｜Ｊ｜Ｓ〕 Ｆ－freshmen, 一年級

Ｍ－sophomore,二年級

Ｊ－junjor, 三年級

Ｓ－senior, 四年級

注釋:F,M,J,S可分別用1,2,3,4代替 數(shù)據(jù)項名：系和班級編號 別名：無 取值：8｛數(shù)字｝8 注釋：無

數(shù)據(jù)項名：課程編號 別名：無 取值：8｛數(shù)字｝8 注釋：無

數(shù)據(jù)項名：活動編號 別名：無 取值：6｛數(shù)字｝6 注釋：無

數(shù)據(jù)項名：考試編號 別名：無 取值：8｛數(shù)字｝8 注釋：無

數(shù)據(jù)項名：教師證號 別名:無

取值：11｛數(shù)字｝11 注釋：無

（4）處理說明條目——給出數(shù)據(jù)流程圖中不分解的變換處理說明定義。

處理名：查閱學(xué)生信息庫

激發(fā)條件：接受到有效用戶名和密碼

優(yōu)先級：普通

輸入：用戶名和密碼

輸出：學(xué)生信息

加工邏輯：根據(jù)學(xué)生信息庫記錄 IF輸入用戶名和密碼有效 THEN顯示學(xué)生信息

ELSE請重新輸入（最多三次）ENDIF

（5）數(shù)據(jù)流圖

輸入用戶名和密碼分析用戶類型輸入用戶類型分析用戶名有效和密碼用密戶名碼和注冊用戶名和修改密碼用戶顯示結(jié)果學(xué)生信息添加及刪除反饋給用戶系統(tǒng)界面輸入有效命令修改用戶名及密碼學(xué)生添刪密碼修改用戶注冊表處理命令學(xué)生選課選課密碼修改學(xué)生信息表存儲修改信息修改學(xué)生課程表學(xué)生成績及信息查詢查詢密碼

5、數(shù)據(jù)采集:

系統(tǒng)數(shù)據(jù)采集是由數(shù)據(jù)庫系統(tǒng)在軟件運行期間通過人機界面來提示用戶輸入的。

四：需求規(guī)定：

1、功能需求：（1）對功能的規(guī)定

1）學(xué)生管理功能： a、修改當前登錄用戶的密碼。

b、可以瀏覽，查看，搜索頁面信息。

2）教師管理功能： a、教師可以在線瀏覽，查看，搜索各類頁面。

b、可以在線添加、刪除、修改學(xué)生各種信息。c、可以在線通知學(xué)生各種消息。3）管理員管理功能：a、可以進行學(xué)生資料錄入

b、可以對學(xué)生信息查詢、修改、刪除、添加。

（2）功能描述：

1）登錄功能：驗證登錄用戶是否為數(shù)據(jù)庫中的合法用戶，判斷登陸的用戶是一般學(xué)生還是教師。一般學(xué)生只能實現(xiàn)瀏覽，查看，搜

索功能；教師可以查看、修改、添加、刪除學(xué)生某方面的信息。管理員可以對用戶信息進行修改。

2）主界面功能：可以瀏覽學(xué)生各方面的信息，還可以進入登陸頁面，可以查找某個學(xué)生信息。

3）用戶管理功能：管理員（即超級用戶）可以添加新的用戶以及修

改當前登錄用戶的密碼。也可實現(xiàn)登錄用戶的重新登錄和退出，可以修改學(xué)生信息。一般學(xué)生則可以瀏覽，搜索，查看各種信息。

2、性能需求：(1)對性能的規(guī)定

1）精度：查詢時應(yīng)保證查詢率，所有在相應(yīng)域中包含查詢關(guān)鍵字的 記錄都應(yīng)能查到，同時保證準確率。

2）時間特性要求：一般操作的響應(yīng)時間應(yīng)在1－2秒內(nèi)。

3）適應(yīng)性：滿足運行環(huán)境在允許操作系統(tǒng)之間的安全轉(zhuǎn)換和與其它

應(yīng)用軟件的獨立運行要求。

4）靈活性：在需求發(fā)生變化時，本系統(tǒng)的對這些變化的適應(yīng)能力相

對而言是比較強的，包括操作方式上的變化；運行環(huán)境 的變化；同其他軟件的接口的變化；精度和有效時限的變化。(2）功能結(jié)構(gòu)圖

學(xué)生智能管理系統(tǒng)行政樓3#實驗樓圖書館教學(xué)樓大學(xué)生活動中心郵局師生互動教務(wù)處電信系辦公室電信系輔導(dǎo)員辦公室

3、運行需求:（1）用戶界面

系統(tǒng)運行時主界面大致要求為Windows的經(jīng)典運行界面，主界面可以是SDI(單文檔界面)即每個窗體之間是獨立的，也可以是MDI（多文檔界面）：有一個主窗，可以包含其他窗體。本系統(tǒng)采用多文檔界面，這樣可以使程序更加美觀，整齊有序。（2）硬件接口

軟件較小除硬盤外，還有DVD光驅(qū)，打印機等。（3）軟件接口

在這里主要考慮軟件與操作系統(tǒng)的接口，考慮到文檔處理的需要有可能可以包括與較常用的辦公軟件的接口。

（4）開發(fā)環(huán)境

操作系統(tǒng)： WindowsXP或更高

數(shù)據(jù)庫類型：SQL Server 2000 CPU：P2000mmx以上，內(nèi)存大于64M。

需要建立WEB服務(wù)器

（5）故障處理

在用戶的輸入有錯誤的情況下，對于用戶的輸入錯誤應(yīng)給出適當?shù)母恼崾?。若運行時遇到不可恢復(fù)的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫

完好無損。

4、界面需求：

(1）登錄界面：驗證登錄用戶是否為數(shù)據(jù)庫中的合法用戶，選擇登錄的用戶是一般學(xué)生還是教師。一般學(xué)生只能實現(xiàn)瀏覽，查看，搜

索功能；教師可以查看、修改、添加、刪除學(xué)生某方面的信息。管理員可以對用戶信息進行修改。

(2）主界面：可以瀏覽用戶各方面的信息，還可以進入登錄頁面，可以查找某個學(xué)生信息。

（3）注冊界面：用戶可以在主界面上選擇注冊，進入注冊界面，填寫用戶基本信息（名字、班級、年級……）。

5、其他需求：

（1）安全保密：增加用戶登錄驗證，確保信息安全性。（2）可移植性：軟件能夠安裝于windows下的各種流行版本。

相信《軟件分析報告范例》一文能讓您有很多收獲！“幼兒教師教育網(wǎng)”是您了解幼師資料，工作計劃的必備網(wǎng)站，請您收藏yjs21.com。同時，編輯還為您精選準備了軟件分析報告專題，希望您能喜歡！