隨著個人素質(zhì)的提升，報告使用的頻率越來越高，我們在寫報告的時候要注意邏輯的合理性。報告書寫有哪些要求呢？我們怎樣才能寫好一篇報告呢？下面是小編幫大家整理的最新報告范文，僅供參考，希望能夠幫助到大家。
軟件工程需求分析報告總結(jié)篇一
報告名稱專業(yè) 班級 學(xué)號 姓名 指導(dǎo)教師
基于jsp的圖書館管理系統(tǒng)的設(shè)計與實現(xiàn)
軟件技術(shù)
1.引言
隨著計算機技術(shù)的不斷應(yīng)用和提高，計算機已經(jīng)深入到社會生活的各個角落，計算機軟件也在各方面得到廣泛的應(yīng)用。但是，很多圖書館仍采用手工管理圖書的方法，不僅效率低、易出錯、手續(xù)繁瑣，而且耗費大量的人力。為了滿足圖書館管理人員對圖書館書籍，讀者資料，借還書等進(jìn)行高效的管理，并結(jié)合我院圖書館管理現(xiàn)狀，在工作人員具備一定的計算機操作能力的前提下，特編此圖書管理系統(tǒng)軟件以提高圖書館的管理效率。1.1 編寫目的
本需求的編寫是為了研究圖書管理系統(tǒng)軟件的開發(fā)途徑和應(yīng)用方法。同時它也是進(jìn)行項目策劃、概要設(shè)計和詳細(xì)設(shè)計的基礎(chǔ)，是維護(hù)人員進(jìn)行內(nèi)部維護(hù)，信息更新，驗收和測試的依據(jù)。1.2 預(yù)期的讀者和閱讀建議
本需求的預(yù)期讀者是我院圖書館管理員，部分學(xué)員，與圖書管理系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組成人員，扶助開發(fā)者，軟件驗證者。1.3 背景及范圍
本項目的名稱：圖書館管理系統(tǒng)開發(fā)軟件。
本項目的任務(wù)提出者及開發(fā)者是圖書管理系統(tǒng)軟件開發(fā)小組,用戶是學(xué)院圖書館及相關(guān)讀者。
本產(chǎn)品是針對電腦管理圖書的需求設(shè)計的，主要包括管理員管理模塊和學(xué)員自助服務(wù)模塊。其中，管理員管理模塊可以完成讀者登記、購入新書、圖書檢索、讀者借還書、圖書注銷等主要功能，學(xué)員自助服務(wù)模塊可以完成學(xué)員電子閱讀，圖書檢索功能。1.4 參考資料
1.《軟件工程》 ——賽煜、劉文編著東軟電子出版社
2.《數(shù)據(jù)庫系統(tǒng)概論》 ——薩師煊、王珊 編著高等教育出版社 3.《jsp項目開發(fā)》 ——薩師煊 陳丹丹、高飛 編著清華大學(xué)出版社 2.綜合描述
為方便對圖書館書籍，讀者資料，借還書等進(jìn)行高效的管理，特編寫該程 序以提高圖書館的管理效率。使用該程序后，圖書館管理人員可以管理讀者的登記，圖書的購入、借出、歸還以及注銷等；還可以查詢某位讀者、某本圖書的借閱情況，對當(dāng)前借閱情況給出一些統(tǒng)計，給出統(tǒng)計表格，以全面掌握圖書的情況。在學(xué)校圖書館內(nèi)部的現(xiàn)有局域網(wǎng)這個網(wǎng)絡(luò)環(huán)境下,信息由各用戶在規(guī)定的權(quán)限下在各自的工作站上錄入，信息上網(wǎng)后各用戶可查詢，調(diào)用，達(dá)到信息共享。2.1 產(chǎn)品的前景
圖書館在正常運營中面對大量書籍、讀者信息以及兩者間相互聯(lián)系產(chǎn)生的借書信息、還書信息?，F(xiàn)有的人工記錄方法既效率低又錯誤過多，大大影響了圖書館的正常管理工作。因此需要對書籍資源、讀者資源、借書信息、還書信息進(jìn)行管理，及時了解各個環(huán)節(jié)中信息的變更，有利用管理效率的提高。本系統(tǒng)通過強大的計算機技術(shù)給圖書管理人員和讀者借、還書帶來便利。本系統(tǒng)除了圖書館內(nèi)管理的一般功能還外，還包括網(wǎng)上在線查詢圖書信息、查詢本人的借閱情況和續(xù)借等功能。系統(tǒng)的功能相對比較完善，根據(jù)以后不同的需要，還要對系統(tǒng)進(jìn)行更新。
2.2產(chǎn)品的功能
(1)讀者信息的制定、輸入、修改、查詢，包括種類、性別、借書數(shù)量、借書期限、備注。
(2)書籍基本信息制定、輸入、修改、查詢，包括書籍編號、類別、關(guān)鍵詞、備注。
(3)借書信息制定、輸入、修改、查詢，包括書籍編號、讀者編號、借書日期、借書期限、備注。
(4)還書信息制定、輸入、修改、查詢，包括書籍編號、讀者編號、還書日期、還書期限、備注。
(5)有條件、多條件查詢各種信息.2.3用戶類和特征
本系統(tǒng)的最終用戶為管理員（圖書管理員和其它管理人員），他們可以刪除圖書信息、刪除或增加學(xué)生信息，可以查看讀者的借閱信息。他們都具有一定的計算機應(yīng)用基礎(chǔ)，可以比較熟練操作計算機； 運行環(huán)境 1）硬件環(huán)境 ? 服務(wù)器
(1)處理器（cpu）：雙核，intel奔騰d或amd速龍64x2以上
(2)內(nèi)存容量（ram）：1g以上
? 客戶端
(1)處理器（cpu）：雙核，intel奔騰d或amd速龍64x2以上
(2)內(nèi)存容量（ram）：1g以上 2）軟件環(huán)境 ? 數(shù)據(jù)庫服務(wù)器端(1)操作系統(tǒng)：windows7(2)數(shù)據(jù)庫管理系統(tǒng)：mysql，配置tcp/ip協(xié)議 ? web服務(wù)器端
(1)操作系統(tǒng)：windows7(2)internet 信息服務(wù)（iis）6.0管理器 ? 客戶端
(1)操作系統(tǒng)：windows 7(2)web瀏覽器：internet explorer 5.0以上，配置tcp/ip協(xié)議
2.4 設(shè)計與實現(xiàn)上的限制
開發(fā)時間比較緊，機器限制，開發(fā)人員的經(jīng)驗少，是開發(fā)系統(tǒng)中主要的問題。開發(fā)經(jīng)費不到位，管理不完善，設(shè)計時沒能全得到考慮，都會影響本項目的開發(fā)進(jìn)程 3.功能需求 3.1 需求規(guī)定
在圖書管理系統(tǒng)中，管理員要為每個讀者建立借閱賬戶，并給讀者發(fā)放不同類別的借閱卡（借閱卡可提供卡號、讀者姓名），賬戶內(nèi)存儲讀者的個人信息和借閱記錄信息。持有借閱卡的讀者可以通過管理員（作為讀者的代理人與系統(tǒng)交互）借閱、歸還圖書，不同類別的讀者可借閱圖書的范圍、數(shù)量和期限不同，可通過互聯(lián)網(wǎng)或圖書館內(nèi)查詢終端查詢圖書信息和個人借閱情況，以及續(xù)借圖書（系統(tǒng)審核符合續(xù)借條件）。借閱圖書時，先輸入讀者的借閱卡號，系統(tǒng)驗證借閱卡的有效性和讀者是否可繼續(xù)借閱圖書，有效則顯示讀者的基本信息，供管理員人工核對。然后輸入要借閱的書號，系統(tǒng)查閱圖書信息數(shù)據(jù)庫，顯示圖書的基本信息，供管理員人工核對。最后提交借閱請求，若被系統(tǒng)接受則存儲借閱紀(jì)錄，并修改可借閱圖書的數(shù)量。歸還圖書時，輸入讀者借閱卡號和圖書號（或丟失標(biāo)記號），系統(tǒng)驗證是否有此借閱紀(jì)錄以及是否超期借閱，無則提示，有則顯示讀者和圖書的基本信息供管理員人工審核。如果有超期借閱或丟失情況，先轉(zhuǎn)入過期罰款或圖書丟失處理。然后提交還書請求，系統(tǒng)接受后刪除借閱紀(jì)錄，并登記并修改可借閱圖書的數(shù)量。
圖書管理員定期或不定期對圖書信息進(jìn)行入庫、修改、刪除等圖書信息管理以及注銷（不外借），包括圖書類別和出版社管理。3.2 功能分類如圖1
系統(tǒng)信息參數(shù)設(shè)置圖書館信息基礎(chǔ)信息管理書架設(shè)置管理員設(shè)置圖書詞庫設(shè)置購入新書圖書館管理系統(tǒng)系統(tǒng)登陸圖書管理圖書注銷學(xué)生借書學(xué)生管理學(xué)生還書圖書信息查詢查詢子系統(tǒng)學(xué)生信息查詢
圖1
3.3 具體需求 系統(tǒng)的總體圖見圖2 圖書館管理人員用戶名和密碼登陸信息驗證輸入管理請求數(shù)據(jù)處理管理請求顯示數(shù)據(jù)顯示器密碼錯誤信息當(dāng)前日期管理員表系統(tǒng)時鐘當(dāng)前日期處理查詢請求數(shù)據(jù)查詢結(jié)果圖2
第一層圖：
（1）登陸子系統(tǒng)如圖3 圖書館管理人員用戶名和密碼密碼驗證用戶名驗證權(quán)限顯示器登陸錯誤信息權(quán)限顯示管理員表顯示可用的控件和界面圖3管理員登錄
（2）查詢模塊
查詢讀者信息及其借書情況如圖4 圖書館管理輸入學(xué)生查詢關(guān)鍵字學(xué)生信息查人員詢學(xué)生信息學(xué)生文件借書文件顯示器輸入圖書查詢關(guān)鍵字圖書目錄文件圖書信息查詢圖書信息圖4查詢讀者信息及其借書情況
第二層圖：
（1）處理新書購入（如圖5）
? 規(guī)格說明
輸入新書的全部信息。? 引言
為了輸入新書的全部信息（包括：分類目錄號，流水號書名，作者，內(nèi)容摘要，價格和購書日期等）。
? 輸入
新書的全部信息。? 處理
通過圖書管理系統(tǒng)寫入圖書目錄文件。? 輸出
新書的全部信息。
圖5輸入新書全部信息
（2）處理學(xué)生借書（如圖6）
? 規(guī)格說明
查詢讀者借書的相關(guān)信息。? 引言
為了查詢讀者借書的相關(guān)信息。? 輸入
借書信息的關(guān)鍵字。? 處理
利用關(guān)鍵字在借書文件中找到此流水號圖書的相關(guān)信息。? 輸出 借書相關(guān)信息。
罰款單學(xué)生文件非法學(xué)生信息圖書館管理輸入學(xué)生字段檢查學(xué)生欠人員費情況欠款超額，拒絕借書顯示器接受借書，輸入圖書信息借書成功系統(tǒng)時鐘當(dāng)前日期更新數(shù)據(jù)庫借書文件圖6 查詢讀者借書
（3）處理學(xué)生還書（圖7）
? 規(guī)格說明 輸入讀者還書信息。? 引言
為了把讀者還書的相關(guān)信息（包括：圖書分類號，流水號，讀者號，借閱日期和還書日期等）寫入還書文件中。
? 輸入 讀者還書信息。? 處理
通過圖書管理系統(tǒng)寫入還書文件中。? 輸出
讀者還書信息的全部內(nèi)容。圖書館管理人員輸入圖書字段根據(jù)圖書字段查找數(shù)據(jù)庫借書信息和學(xué)生信息計算欠款結(jié)果還書成功借書文件當(dāng)前日期系統(tǒng)時鐘學(xué)生文件圖書目錄文件 欠款金額顯示器罰款單圖7輸入讀者還書信息表
（4）處理圖書注銷（如圖8）
? 規(guī)格說明
注銷圖書的相關(guān)內(nèi)容。? 引言
為了注銷圖書的相關(guān)信息。? 輸入
圖書信息的關(guān)鍵字（圖書分類號或書名）。? 處理
利用關(guān)鍵字在圖書目錄文件中找到此圖書分類號或書名圖書的相 關(guān)信息
? 輸出
圖書的注銷信息。
圖書館管理人根據(jù)圖書字輸入注銷圖書字段員段，查找數(shù)據(jù)庫修改操作操作驗證非法操作圖書目錄文件輸入修改信息系統(tǒng)時鐘當(dāng)前日期保存修改記錄注銷成功顯示器圖8 注銷圖書
（5）處理學(xué)生信息查詢（如圖9）? 規(guī)格說明
讀者登記，即讀者的具體信息。? 引言
為了把讀者的具體信息（包括：讀者編號，姓名，學(xué)院，專業(yè)，年級等）寫入讀者目錄文件中。
? 輸入 讀者具體信息。? 處理
通過圖書管理系統(tǒng)寫入讀者目錄文件中。? 輸出 讀者具體信息。
圖書館管理確定查詢類輸入查找字段查找字段，關(guān)鍵字查找數(shù)據(jù)庫人員型及字段查詢結(jié)果顯示器學(xué)生文件借書文件圖9讀者登記
（6）處理圖書信息查詢（圖10）
? 規(guī)格說明
查詢圖書的相關(guān)內(nèi)容。? 引言
為了查找圖書的相關(guān)信息。? 輸入
圖書信息的關(guān)鍵字（圖書分類號或書名）。? 處理
利用關(guān)鍵字在圖書目錄文件中找到此圖書分類號或書名圖書的相關(guān)信息。? 輸出
圖書的相關(guān)信息。圖書館管理人確定查詢類型輸入查詢關(guān)鍵字查詢字段及關(guān)鍵字查找數(shù)據(jù)庫員及字段查詢結(jié)果顯示器借書文件圖書目錄文件圖10 查詢圖書
4.非功能需求 4.1性能需求 1）精度需求
在精度需求上，根據(jù)使用需求，在各項數(shù)據(jù)的輸入，輸出及傳輸過程中，可以滿足各種精度的需求。
2）時間需求
在軟件方面，響應(yīng)時間，更新處理時間都比較快且迅速，完全滿足用戶要求。3）靈活性
當(dāng)用戶需求，如操作方式，運行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時，設(shè)計的軟件要做適當(dāng)調(diào)整，靈活性非常大。
4）故障處理
內(nèi)部故障處理：在開發(fā)階段可以隨即修改數(shù)據(jù)庫里的相應(yīng)內(nèi)容。
外部故障：對編輯的程序進(jìn)行重裝載時，第一次裝載認(rèn)為錯，修改。第二次運行，在需求調(diào)用時出錯，有錯誤提示，重試。4.2 屬性 1）保密性
本軟件作為教學(xué)管理輔助設(shè)備，它的規(guī)模比較小，不需要保密技術(shù)，先頂一個程序中某些區(qū)域的規(guī)約，給不同的模塊分配不同的功能。
2）可維護(hù)性
本軟件的組成程序組構(gòu)較為簡單，直觀意義上較獨立。因此，給予電子化的所構(gòu)成的硬件的簡單可維護(hù)的特點，決定了該軟件的簡單。他與文件系統(tǒng)的 4.3 其他需求 1）數(shù)據(jù)庫
數(shù)據(jù)庫是實現(xiàn)有組織的，動態(tài)的存儲大量關(guān)聯(lián)數(shù)據(jù)，方便多用戶訪問的計算機軟硬自愿組成的系統(tǒng)。他與文件系統(tǒng)的重要區(qū)別時數(shù)據(jù)的充分共享，交叉訪問，與應(yīng)用程序的高度獨立性。
由于本軟件的整體結(jié)構(gòu)比較簡單，所涉及的數(shù)據(jù)相對來說也比較少，組成文件的最小單位是記錄。
2）操作
a.初始化操作 b.數(shù)據(jù)處理的功能較強 c.后援和恢復(fù)操作
軟件工程需求分析報告總結(jié)篇二
三、需求規(guī)格說明書
三、需求規(guī)格說明書
1．引言.............................................................................................................................................1
1.1編寫目的.............................................................................................................................1 1.2項目背景.............................................................................................................................2 1.3定義.....................................................................................................................................2 1.4參考資料.............................................................................................................................2 2．任務(wù)概述.....................................................................................................................................2
2.1目標(biāo).....................................................................................................................................2 2.2運行環(huán)境.............................................................................................................................3 2.3條件與限制.........................................................................................................................3 3．?dāng)?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ī)劃與進(jìn)度、組織軟件開發(fā)與測試，撰寫本文檔。為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須了解用戶的需求。本文檔是根據(jù)用戶所
三、需求規(guī)格說明書
提供的需求和分析員共同探討后擬定。在這里將詳細(xì)介紹用戶所需要實現(xiàn)的功能及實現(xiàn)該功能的硬件軟件的基本需求，以避免在軟件開發(fā)后交付用戶使用中出現(xiàn)不必要的麻煩。同時在這里將詳細(xì)的介紹本軟件的模塊調(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定義
【列出文當(dāng)中所用到的專門術(shù)語的定義和縮寫詞的原文。】
實體：客觀世界中存在的且可互相區(qū)別的事物。聯(lián)系：客觀事物中的彼此之間的關(guān)系。屬性：實體或者聯(lián)系所具有的性質(zhì)。
管理員：指日常管理維護(hù)本軟件的管理人員或倉庫主管單位的領(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目標(biāo)
1.提高工作人員的正確性，省略了手工核對的工作量。2.倉庫是貨物貿(mào)易的核心部位，管理好倉庫可以使貿(mào)易更加便捷，在繁忙的人去管理倉庫的同時，人的能力是有限的，而倉庫管理系統(tǒng)可以大大的提高工作效率，在總的方面進(jìn)
三、需求規(guī)格說明書
3.4.5.6.行調(diào)動。
在管理方面更加便捷，無需復(fù)雜的人員記錄，管理領(lǐng)導(dǎo)在輸入相應(yīng)的信息后可以直觀的了解各個倉庫的各種詳細(xì)動態(tài)。
采購人員在這里可以根據(jù)本軟件清晰地了解到哪里需求較大，哪里需求較小，從而去合理的進(jìn)行采購。
倉庫管理系統(tǒng)可以使企業(yè)領(lǐng)導(dǎo)、客戶在更高的層面去了解銷售詳細(xì)信息，并且可以更好地規(guī)劃業(yè)務(wù)模式，實現(xiàn)利益最大化，牢固倉庫和客戶之間的合作關(guān)系。功能實現(xiàn)：系統(tǒng)涵蓋了倉庫管理在實際應(yīng)用中的各項流程，包括倉庫的進(jìn)銷存功能模塊，報表生成功能，訂單的生成、管理、查詢功能以及利潤分析功能。系統(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 硬件：
標(biāo)準(zhǔn)配置：
cpu:：p166以上 內(nèi)存：32m以上
硬盤空間：200m以上 標(biāo)準(zhǔn)鍵盤、標(biāo)準(zhǔn)鼠標(biāo)、標(biāo)準(zhǔn)顯示器 標(biāo)準(zhǔn)vga顯卡 推薦配置：
cpu：p300以上 內(nèi)存：64m以上 硬盤空間：1g以上 標(biāo)準(zhǔn)鍵盤、標(biāo)準(zhǔn)鼠標(biāo)、標(biāo)準(zhǔn)顯示器 標(biāo)準(zhǔn)vga顯卡 100m以太網(wǎng)卡 軟件：
標(biāo)準(zhǔn)配置：
數(shù) 據(jù) 庫：microsoft sql server 200
2.3條件與限制
(1)對倉庫管理的專業(yè)調(diào)配等具體技術(shù)細(xì)節(jié)缺乏足夠的知識。(2)缺乏和用戶的足夠的溝通，對目標(biāo)系統(tǒng)很難有精確的定位。
三、需求規(guī)格說明書
3．?dāng)?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)管理員的唯一標(biāo)識定義：用戶名=15{字符}位置：用戶登陸表
三、需求規(guī)格說明書
名稱：密碼別名：password描述：登錄倉庫管理系統(tǒng)的唯一認(rèn) 證標(biāo)記定義：密碼=15{數(shù)字}位置：用戶登陸表
名稱：商品編碼別名：spm描述：倉庫商品的唯一標(biāo)識定義：商品編碼=8{字符}位置：商品信息表 庫存信息表 進(jìn)貨信息表 退貨信息表 商品銷售信息表 商品退貨信息表
三、需求規(guī)格說明書
名稱：商品信息別名：shb描述：商品的基本屬性定義：商品信息=商品編碼+商品名稱+數(shù)量+供應(yīng)商+當(dāng)前庫存位置：庫存信息表 進(jìn)貨信息表 供應(yīng)商信息表 商品銷售信息表 退貨信息表
名稱：庫存信息表別名：kcb描述：每一天倉庫存儲信息的更新 清單 定義：庫存信息表=商品編碼+商品名+當(dāng)前庫存+商品單價+銷售總量+退貨總攬位置：庫存信息表
三、需求規(guī)格說明書
名稱：進(jìn)貨信息表別名：jhb描述：倉庫購入商品的信息定義：進(jìn)貨信息表=商品編碼+商品數(shù)量+單位+單價+供應(yīng)商+進(jìn)貨時間位置：進(jìn)貨信息表
名稱：供貨商信息表別名：ghsb描述：采購員采購商品的聯(lián)系人員表或廠家信息表定義：供貨商信息表=供貨商名稱+聯(lián)系人電話+聯(lián)系人方式+傳真+地址+郵政編碼位置：供應(yīng)商信息表 進(jìn)貨信息表 退貨信息表
三、需求規(guī)格說明書
名稱：商品銷售信息表別名：xsb描述：對銷售出去的信息的總體統(tǒng)計記錄定義：銷售信息表=商品編號+銷售數(shù)量+購買人+購買時間位置：輸出到打印機 商品銷售信息表
名稱：退貨信息表別名：thb描述：對退回的貨物信息進(jìn)行登記匯總定義：退貨信息表=商品編號+退貨數(shù)量+單位+單價+供應(yīng)商+退貨時間位置：輸出到打印機 退貨信息表
三、需求規(guī)格說明書
名稱：商品退貨信息表別名：spthb描述：對退回的商品進(jìn)行登記統(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退貨信息表進(jìn)貨進(jìn)貨信息表h退貨人j退貨k倉庫管理倉庫管理員ptq銷售記錄表銷售庫存信息表r購貨方 倉庫 e-r 圖
庫區(qū)編號倉庫主管倉庫面積倉庫
商品 e-r圖
三、需求規(guī)格說明書
商品編碼商品名稱商品單價供應(yīng)商庫存數(shù)量n商品存儲m倉庫入庫時間出庫時間采購員庫區(qū)號管理負(fù)責(zé)人 銷售 e-r圖
商品名稱購買日期商品編碼商品k購買l消費者購買數(shù)量商品單價
商品名稱商品編碼生產(chǎn)廠家數(shù)量p商品銷售q倉庫單價銷售日期購買人銷售管理員
退貨 e-r 圖
三、需求規(guī)格說明書
商品名稱商品編碼生產(chǎn)廠家退貨數(shù)量p商品退貨q倉庫單價退貨日期退貨人主要負(fù)責(zé)人
3.5.2 ipo圖
ipo 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：進(jìn)貨管理 日期：2011/11/2編號：4被調(diào)用：倉庫管理系統(tǒng)輸入：商品信息調(diào)用：產(chǎn)生訂貨清單；添加、刪除商品信息輸出：商品、供應(yīng)商信息處理：對入庫的貨物的具體信息進(jìn)行登記、刪除，便于了解 倉庫存儲狀態(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)用： 銷售輸出：商品銷售記錄處理：對商品銷售具體信息進(jìn)行記錄、以及對顧客退貨的信息進(jìn)行處理局部數(shù)據(jù)元素：商品名稱、編號、單價、銷售時間、數(shù)量、購貨人等
注釋：
三、需求規(guī)格說明書
ipo 表系統(tǒng)：倉庫管理系統(tǒng) 作者：張啟松模塊：供貨商管理 日期：2011/11/2編號：3被調(diào)用：倉庫管理系統(tǒng)調(diào)用： 供貨商輸入：供貨商輸出：供貨商信息處理：根據(jù)輸入的供貨商，對供貨商的信息進(jìn)行添加、修改、刪除等局部數(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)商品信息的添加。對商品的基本信息進(jìn)行錄入并保存。
(2)商品信息的修改：在有商品進(jìn)入時，修改庫存商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。
(3)商品信息的刪除：當(dāng)商品沒貨時，又不準(zhǔn)備再進(jìn)相同的貨時，可以將該商品的信息從庫存清單中刪除，保證信息庫中無冗余的數(shù)據(jù)。(4)庫存信息的查詢。(5)庫存不足發(fā)出警報信息。5）進(jìn)貨管理
（1）由庫存清單的信息產(chǎn)生訂貨清單。
（2）商品的驗收，當(dāng)符合要求時選擇入庫，反之，選擇退貨。6）銷售管理
（1）銷售信息的添加（統(tǒng)計時）。
（2）銷售信息的刪除（退貨時）。
（3）銷售信息的統(tǒng)計（上周、本周銷售，上月、本月銷售）。（4）銷售信息的查詢（主要針對銷售統(tǒng)計）。7）人員管理
（1）工作人員信息的添加。
（2）工作人員信息的刪除。（3）工作人員信息的修改。（4）工作人員信息的查詢
4.2功能描述 4.2.1用戶登錄
系統(tǒng)登錄功能的主要功能是對用戶身份進(jìn)行驗證，只有在系統(tǒng)登錄時輸入合法
三、需求規(guī)格說明書
用戶名和密碼才能進(jìn)入倉庫管理系統(tǒng)。
退出系統(tǒng)功能保證用戶在已經(jīng)保存當(dāng)前操作的情況下安全退出，防止不必要的信息丟失
用戶注銷功能在不退出系統(tǒng)的情況下更改登陸用戶
4.2.2倉庫管理
庫存管理的主要功能是產(chǎn)生進(jìn)貨、退貨、商品銷售、商品退貨的清單，并進(jìn)行庫存的盤點和驗收
4.2.3 業(yè)務(wù)查詢
業(yè)務(wù)查詢模塊主要實現(xiàn)對當(dāng)前庫存量的查詢，對銷售歷史記錄的查詢，以及對倉庫進(jì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倉庫管密碼以進(jìn)貨管理員及身份理選擇4.1產(chǎn)生訂貨清單庫存清單4.1.1添加商品信息4.1.2刪除商品信息d2 供貨商信息
圖2進(jìn)貨管理模塊
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)時需要正確的用戶名和密碼，當(dāng)密碼和用戶名錯誤輸入三次，系統(tǒng)不允許再輸入。當(dāng)電腦因意外斷電，系統(tǒng)將自動保存信息
7.2維護(hù)設(shè)計
11.詳細(xì)編寫各階段的文檔資料，利于開發(fā)和維護(hù)。
軟件工程需求分析報告總結(jié)篇三
軟件工程課設(shè)報告
題 目：軟件工程課設(shè)管理系統(tǒng) ——需求分析報告 學(xué)生姓名：王星
學(xué) 號：1176807448 專 業(yè)：計算機4班 指導(dǎo)教師：趙宇紅
文檔名稱： 需求分析報告 項目名稱： 軟件工程課設(shè)管理系統(tǒng) 項目負(fù)責(zé)人：王星
編寫： 完成日期： 2014.6.19 審核：
開發(fā)單位：
王星 薛浩楠
軟件工程課設(shè)管理系統(tǒng)小組
目錄
需求分析報告...................................................................................................................................4
一．引言...................................................................................................................................4
1.編寫目的：...................................................................................................................4 2.背景及范圍:.................................................................................................................4 3.名詞定義：...................................................................................................................4 4.參考資料：...................................................................................................................5
二、任務(wù)概述...........................................................................................................................5
1．目標(biāo)：.........................................................................................................................5 2.系統(tǒng)功能劃分：...........................................................................................................6 3.安全性：.......................................................................................................................6
三、具體需求分析...................................................................................................................6
1．系統(tǒng)流程圖：.............................................................................................................6 2.數(shù)據(jù)流圖：...................................................................................................................8 3.數(shù)據(jù)字典：...................................................................................................................8
需求分析報告
一．引言
隨著計算機的普及，人們對計算機的認(rèn)識及需求有了明顯的增加。計算機對于大量信息的管理的優(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é)生的項目進(jìn)度情況，且給出學(xué)生的分?jǐn)?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．目標(biāo)：(1)開發(fā)意圖：
a.為了軟件工程課程管理系統(tǒng)更完善；
b.為了軟件工程課程管理更方便；
c.為了減輕軟件工程管理工作人員的工作負(fù)擔(dān);d.為了加強學(xué)院的正規(guī)化管理;(2)應(yīng)用目標(biāo)：
通過本系統(tǒng)軟件，能幫助課程設(shè)計教師利用計算機，快速方便的對課程進(jìn)行管理，上傳資料，填寫進(jìn)度報告，查找的所需操作。(3)產(chǎn)品描述：
本產(chǎn)品是一種工作在windows系統(tǒng)平臺的軟件，它是以acess數(shù)據(jù)庫。(4)產(chǎn)品功能： 2.系統(tǒng)功能劃分：
使用該系統(tǒng)有三個角色教師，學(xué)生，客戶。教師可以查看學(xué)生選課情況，可以查看學(xué)生設(shè)計報告，填寫學(xué)生項目進(jìn)度情況，給出分?jǐn)?shù)，修改密碼，上傳課程設(shè)計題目，學(xué)習(xí)資料。學(xué)生可以查看選課情況和成績，選課?？蛻糁豢梢詾g覽選課信息。
2．系統(tǒng)可分為5個模塊：
（1）基本信息：教師和學(xué)生的信息包括教師號，學(xué)生號，教師開設(shè)的課程設(shè)計的題目，學(xué)生選的課程設(shè)計題目，項目進(jìn)度和分?jǐn)?shù)。（2）選課：顯示教師開設(shè)的課程設(shè)計題目，實現(xiàn)學(xué)生選課。
（3）查詢：學(xué)生查詢可選題，自己選題情況，自己課程設(shè)計成績。教師查詢學(xué)生選題情況，學(xué)生設(shè)計報告。
（4）修改：教師填寫項目進(jìn)度情況和給出分?jǐn)?shù)，學(xué)生填寫同組的其他同學(xué)的姓名，學(xué)號，班級，小組長，修改結(jié)果存入相應(yīng)數(shù)據(jù)庫等。
（5）密碼：教師和學(xué)生可以修改自己的登陸密碼，結(jié)果保存用戶信息數(shù)據(jù)庫。3.安全性：
設(shè)立三種級別的用戶：student,teacher,guest，對每種類型的用戶設(shè)置不同的權(quán)限。
student：查詢分?jǐn)?shù)，課程設(shè)計報告上傳功能 teacher：提供對系統(tǒng)的實際操作功能 guest： 提供信息瀏覽功能
三、具體需求分析
1．系統(tǒng)流程圖：
學(xué)生登陸教師登陸驗證學(xué)生身份驗證教師身份驗證成功驗證成功修改密碼查詢選課信息查詢選課上傳資料與設(shè)計題目查看設(shè)計報告查看選題情況修改密碼學(xué)生信息數(shù)據(jù)庫選課給出分?jǐn)?shù)和填寫進(jìn)度情況教師信息數(shù)據(jù)庫課程設(shè)計報告上傳填寫同組人員信息選課數(shù)據(jù)庫客戶登陸客戶瀏覽
圖3.1系統(tǒng)流程圖
2.數(shù)據(jù)流圖：
客戶用戶信息數(shù)據(jù)庫選題數(shù)據(jù)庫用戶學(xué)號與密碼顯示修改密碼上傳確定選題驗證口令題目與有關(guān)資料課程設(shè)計題目數(shù)據(jù)庫登陸教師顯示登陸成員列表驗證口令填寫進(jìn)度表顯示選課學(xué)生小組成員信息核對填寫同組人員信息教工號和密碼進(jìn)度數(shù)據(jù)庫工作報告表課程設(shè)計報告修改密碼用戶設(shè)計報告表給出分?jǐn)?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è)計報告上傳。
軟件工程需求分析報告總結(jié)篇四
軟件需求 需求工程 分析建模 需求管理 本章小結(jié) 學(xué)習(xí)目標(biāo)
本章介紹需求分析的意義概念和方法了解結(jié)構(gòu)化分析方法和需求管理的關(guān)鍵活動要求學(xué)會運用實體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)控制圖進(jìn)行結(jié)構(gòu)化分析建模能夠編寫軟件需求規(guī)格說明 學(xué)習(xí)方法
正確理解需求工程涉及的基本概念結(jié)合具體實例運用結(jié)構(gòu)化分析技術(shù)從而達(dá)到理論學(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)最為困難的部分就是準(zhǔn)確說明開發(fā)什么最為困難的概念性工作便是編寫詳細(xì)的技術(shù)需求包括所有面向用戶面向機器和其它軟件系統(tǒng)的接口
ieee軟件工程標(biāo)準(zhǔn)詞匯表將需求定義為
1用戶解決問題或達(dá)到目標(biāo)所需的條件或能力
2系統(tǒng)或系統(tǒng)部件要滿足合同標(biāo)準(zhǔn)規(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)品高層次的目標(biāo)要求它們在項目視圖與范圍文檔中予以說明
用戶需求
描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說明
功能需求
定義了開發(fā)人員必須實現(xiàn)的軟件功能使得用戶能完成他們的任務(wù)從而滿足了業(yè)務(wù)需求 非功能需求
是從各個角度對系統(tǒng)的約束和限制反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求
非功能需求包括過程需求產(chǎn)品需求和外部需求三類其中過程需求有交付實現(xiàn)方法和標(biāo)準(zhǔn)等需求產(chǎn)品需求包含性能可用性實用性可靠性可移植性安全保密性容錯性等方面的需求外部需求有法規(guī)成本操作性等需求
需求工程中的缺陷將給項目的成功帶來極大風(fēng)險導(dǎo)致缺陷的原因主要包括以下方面 缺乏足夠的用戶參與
客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費那么多功夫開發(fā)人員可能也不重視用戶的參與究其原因一是因為與用戶合作不如編寫代碼有意思二是因為開發(fā)人員覺得已經(jīng)明白用戶的需求了在某些情況下與實際使用產(chǎn)品的用戶直接接觸很困難而客戶也不太明白自己的真正需求然而在項目的早期讓具有代表性的用戶直接參與到開發(fā)隊伍中并一同經(jīng)歷整個開發(fā)過程很重要
用戶需求不斷增加
在開發(fā)過程中用戶需求經(jīng)常發(fā)生變化但是不斷的變更會使其整體結(jié)構(gòu)越來越亂整個程序也難以理解和維護(hù)如果要減少需求變更的影響范圍就必須在項目的開始對項目視圖范圍目標(biāo)約束限制和成功標(biāo)準(zhǔn)給予明確說明并將此說明作為評價需求變更和新特性的參照框架
需求模棱兩可
模棱兩可是需求規(guī)格說明中最嚴(yán)重的問題它意味著不同的人對需求說明產(chǎn)生了不同的理解或者是同一個人能用不止一個方式來解釋某項需求說明模棱兩可的需求帶來的后果便是返工--重做一些你認(rèn)為已做好的事情返工會耗費開發(fā)總費用的40而70～85的重做是由于需求方面的錯誤引起的添加不必要的特性
有時候開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說明中并未涉及的新功能然而常常是用戶并不認(rèn)為這些功能性很有用開發(fā)人員應(yīng)當(dāng)為客戶構(gòu)思方案并為他們提供一些具有創(chuàng)新意識的思路具體提供哪些功能要在客戶的需要和允許時限內(nèi)的技術(shù)可行性之間求得平衡
規(guī)格說明過于簡單
客戶往往不明白需求分析的重要性只是提供一份十分簡略的規(guī)格說明僅涉及產(chǎn)品概念上的內(nèi)容然后讓開發(fā)人員在項目進(jìn)展中去完善從而導(dǎo)致開發(fā)人員先建立產(chǎn)品結(jié)構(gòu)再完成需求說明
忽略了用戶分類
大多數(shù)產(chǎn)品是由不同的人使用其不同的特性使用頻繁程度也有所差異使用者受教育程度和經(jīng)驗水平也不盡相同如果你不能在項目早期就針對所有這些主要用戶進(jìn)行分類的話必然導(dǎo)致有的用戶對產(chǎn)品感到失望
總體來說導(dǎo)致需求缺陷的原因主要體現(xiàn)在三個方面 需求的溝通與理解 需求的變化與控制 需求說明的明確與完整 需求工程中的缺陷將給項目成功帶來極大風(fēng)險如產(chǎn)品的成本過高產(chǎn)品的功能和質(zhì)量無法完全滿足用戶的期望等等即使一個項目團隊的人員和配備都很不錯但不重視需求過程也會付出慘痛的代價
本節(jié)知識點 需求工程的內(nèi)容 需求獲取 需求分析 編寫需求文檔 需求驗證
需求工程是指應(yīng)用已證實有效的原理和方法系統(tǒng)地描述出待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束
通常需求工程由一些過程組成可分為需求開發(fā)和需求管理兩部分
需求開發(fā)的主要活動 確定產(chǎn)品所期望的用戶類 獲取每個用戶類的需求 了解實際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求 分析源于用戶的信息以區(qū)別用戶任務(wù)需求功能需求業(yè)務(wù)規(guī)則質(zhì)量屬性建議解決方法和附加信息
將系統(tǒng)級的需求分為幾個子系統(tǒng)并將需求中的一部份分配給軟件組件 了解相關(guān)質(zhì)量屬性的重要性 商討實施優(yōu)先級的劃分 將所收集的用戶需求編寫成規(guī)格說明和模型 評審需求規(guī)格說明確保對用戶需求達(dá)到共同的理解與認(rèn)識并在整個開發(fā)小組接受說明之前將問題都弄清楚
需求管理的主要活動 定義需求基線 評審提出的需求變更評估每項變更的可能影響從而決定是否實施它 以一種可控制的方式將需求變更融入到項目中 使當(dāng)前的項目計劃與需求一致 估計變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾 讓每項需求都能與其對應(yīng)的設(shè)計源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤 在整個項目過程中跟蹤需求狀態(tài)及其變更情況
今天我們引入“需求工程”的概念強調(diào)用工程化的方法進(jìn)行需求開發(fā)和需求管理其中需求開發(fā)是采用有效方法獲得高質(zhì)量需求的過程而需求管理則是在需求說明形成之后有效地控制其變更的過程二者缺一不可
一工作內(nèi)容 聆聽用戶的需求 分析和整理所獲取的信息 形成文檔化的描述 二基于用例的方法
隨著面向?qū)ο蠹夹g(shù)的發(fā)展基于用例的方法在需求獲取和建模方面應(yīng)用得越來越普遍這種方法是以任務(wù)為中心和以用戶為中心的比起使用以功能為中心的方法它可以使用戶更清楚地認(rèn)識到新系統(tǒng)允許他們做什么
用例模型以用戶和任務(wù)為中心將整個工作的焦點集中在從用戶的角度說明系統(tǒng)能夠干什么完全不考慮具體的實現(xiàn)細(xì)節(jié)從而達(dá)到準(zhǔn)確地理解客戶需求的目的在用例模型中角色和用例是兩個基本概念分別代表著系統(tǒng)外部的執(zhí)行者和系統(tǒng)應(yīng)包含的功能因此建立用例模型的主要工作是確定角色確定用例和描述用例 a確定角色
角色代表著與系統(tǒng)交互的人或事通過確認(rèn)系統(tǒng)功能使用者和維護(hù)者以及與系統(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ā)中取得成效實踐證明它能有效地解決用戶參與的問題
需求分析主要是對收集到的需求進(jìn)行提煉分析和仔細(xì)審查以確保所有的風(fēng)險承擔(dān)者都明白其含義并找出其中的錯誤遺漏或其它不足的地方形成完整的分析模型分析的目的在于開發(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)建用戶接口原型
當(dāng)開發(fā)人員或用戶不能確定需求時開發(fā)一個用戶接口原型可以使許多概念和可能發(fā)生的事更為直觀明了用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題同時找出需求文檔與原型之間所有的沖突之處 分析需求可行性
在允許的成本和性能要求下分析每項需求實施的可行性明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險包括與其它需求的沖突對外界因素的依賴和技術(shù)障礙
確定需求的優(yōu)先級別
應(yīng)用分析方法來確定用例產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求當(dāng)允許需求變更時在特定的版本中加入每一項變更并在那個版本計劃中作出需要的變更 為需求建立模型
需求的圖形分析模型是軟件需求規(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ù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語
分析建模的方法有很多其中最重要的兩種方法是結(jié)構(gòu)化分析和面向?qū)ο蠓治?結(jié)構(gòu)化分析方法提供實體關(guān)系圖數(shù)據(jù)流圖和狀態(tài)轉(zhuǎn)換圖三種圖形模型分別進(jìn)行數(shù)據(jù)建模功能建模和動態(tài)建模
人們習(xí)慣于用自然語言來描述軟件需求但這會產(chǎn)生許多意想不到的問題如不精確二義性等因此需要采用適當(dāng)?shù)姆椒ㄐ纬梢恢碌耐陚涞暮蜔o二義性的軟件需求規(guī)格說明
通常編寫軟件需求規(guī)格說明有三種方法 將結(jié)構(gòu)化語言與自然語言結(jié)合編寫文本型文檔 建立可視化的模型 采用形式化的方法進(jìn)行需求規(guī)格說明
軟件需求規(guī)格說明是需求開發(fā)的最終結(jié)果它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)也是所有子系列項目規(guī)劃設(shè)計和編碼的基礎(chǔ)
軟件需求規(guī)格說明是用戶分析人員和設(shè)計人員之間進(jìn)行理解和交流的手段 測試人員可以根據(jù)軟件需求規(guī)格說明中對產(chǎn)品行為的描述制定測試計劃測試用例和測試過程 文檔人員根據(jù)軟件需求規(guī)格說明和用戶界面設(shè)計編寫用戶手冊等 軟件需求規(guī)格說明指導(dǎo)著整個系統(tǒng)的開發(fā)過程評審過的需求規(guī)格說明需要進(jìn)行變更控制
a 引言
概要敘述軟件需求規(guī)格說明便于讀者理解文檔如何編寫以及如何閱讀和解釋
在軟件項目中開發(fā)組織應(yīng)該采用一種標(biāo)準(zhǔn)的軟件需求規(guī)格說明的模板現(xiàn)在有許多軟件需求規(guī)格說明模板可以使用這里介紹其中的一種 a1 目的
對產(chǎn)品進(jìn)行定義在該文檔中詳盡說明了這個產(chǎn)品的軟件需求包括修正或發(fā)行版本號如果這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系那么就只定義文檔中說明的部分或子系統(tǒng) a2 文檔約定
描述編寫文檔時所采用的標(biāo)準(zhǔn)或排版約定包括正文風(fēng)格提示區(qū)或重要符號
a3 預(yù)期的讀者和閱讀建議
列舉了軟件需求規(guī)格說明所針對的不同讀者例如開發(fā)人員項目經(jīng)理營銷人員用戶測試人員或文檔的編寫人員描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)提出了最適合于每一類型讀者閱讀文檔的建議 a4 產(chǎn)品范圍
提供了對指定的軟件及其目的的簡短描述包括利益和目標(biāo) a5 參考文獻(xiàn)
列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源可能包括用戶界面風(fēng)格指導(dǎo)合同標(biāo)準(zhǔn)系統(tǒng)需求規(guī)格說明使用實例文檔或相關(guān)產(chǎn)品的軟件需求規(guī)格說明在這里應(yīng)該給出詳細(xì)的信息包括標(biāo)題名稱作者版本號日期出版單位或資料來源以方便讀者查閱這些文獻(xiàn) b 綜合描述
這一部分概述了正在定義的產(chǎn)品以及它所運行的環(huán)境使用產(chǎn)品的用戶和已知的限制假設(shè)和依賴 b1 產(chǎn)品的前景
描述了軟件需求規(guī)格說明中所定義的產(chǎn)品的背景和起源說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品是否是現(xiàn)有應(yīng)用程序的替代品或者是否是一個新型的自含型產(chǎn)品如果軟件需求規(guī)格說明定義了大系統(tǒng)的一個組成部分那么就要說明這部分軟件是怎樣與整個系統(tǒng)相關(guān)聯(lián)的并且要定義出兩者之間的接口 b2 產(chǎn)品的功能
概述了產(chǎn)品所具有的主要功能其詳細(xì)內(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ī)范或標(biāo)準(zhǔn) 企業(yè)策略政府法規(guī)或工業(yè)標(biāo)準(zhǔn) 硬件限制例如定時需求或存儲器限制 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn) b6 假設(shè)和依賴
列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素以及項目對外部因素存在的依賴 c 外部接口需求
利用本節(jié)來確定可以保證新產(chǎn)品與外部組件正確連接的需求 c1 用戶界面
陳述所需要的用戶界面的軟件組件描述每個用戶界面的邏輯特征以下是可能要包括的一些特征
將要采用的圖形用戶界面 g u i標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格 屏幕布局或解決方案的限制 將出現(xiàn)在每個屏幕的標(biāo)準(zhǔn)按鈕功能或?qū)Ш芥溄永缫粋€幫助按鈕 快捷鍵 錯誤信息顯示標(biāo)準(zhǔn)
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ò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等定義了相關(guān)的消息格式規(guī)定通信安全或加密問題數(shù)據(jù)傳輸速率和同步通信機制 d 系統(tǒng)特性 d1 說明和優(yōu)先級
簡短說明該系統(tǒng)的特性并指出該特性的優(yōu)先級是高中還是低另外還可以包括對特定優(yōu)先級部分的評價例如利益損失費用和風(fēng)險 d2 激勵響應(yīng)序列
列出輸入激勵用戶動作來自外部設(shè)備的信號或其它觸發(fā)器和定義這一特性行為的系統(tǒng)響應(yīng)序列 d3 功能需求
詳列出與該特性相關(guān)的詳細(xì)功能需求這些是必須提交給用戶的軟件功能使用戶可以使用所提供的特性執(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)的需求定義必須采取的安全保護(hù)或動作還有那些預(yù)防的潛在的危險動作明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)策略或規(guī)則 e3 安全性需求
詳盡陳述與系統(tǒng)安全性完整性或私人問題相關(guān)的需求這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)定義用戶身份確認(rèn)或授權(quán)需求明確產(chǎn)品必須滿足的安全性或保密性策略 e4 軟件質(zhì)量屬性
詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性這些特性必須是確定定量的并在可能時是可驗證的 e5 業(yè)務(wù)規(guī)則
列舉出有關(guān)產(chǎn)品的所有操作規(guī)則例如什么人在特定環(huán)境下可以進(jìn)行何種操作這些本身不是功能需求但它們可以暗示某些功能需求執(zhí)行這些規(guī)則 e6 用戶文檔
列舉出將與軟件一同發(fā)行的用戶文檔部分例如用戶手冊在線幫助和教程明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn) f 其他需求
定義在軟件需求規(guī)格說明的其它部分未出現(xiàn)的需求例如國際化需求或法律上的需求你還可以增加有關(guān)操作管理和維護(hù)部分來完善產(chǎn)品安裝配置啟動和關(guān)閉修復(fù)和容錯以及登錄和監(jiān)控操作等方面的需求這一部分可以省略
需求驗證是為了確保需求說明準(zhǔn)確完整地表達(dá)必要的質(zhì)量特點當(dāng)你閱讀軟件需求規(guī)格說明時可能覺得需求是對的但實現(xiàn)時卻很可能會出現(xiàn)問題當(dāng)以需求說明為依據(jù)編寫測試用例時你可能會發(fā)現(xiàn)說明中的二義性而所有這些都必須改善因為需求說明要作為設(shè)計和最終系統(tǒng)驗證的依據(jù)
正確性 完整性 可驗證性 無二義性 可修改性 可跟蹤性 一致性
審查需求文檔
對需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的有效方法組織一個由不同代表如分析人員客戶設(shè)計人員測試人員組成的小組對srs及相關(guān)模型進(jìn)行仔細(xì)的檢查
以需求為依據(jù)編寫測試用例
根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例客戶通過使用測試用例以確認(rèn)是否達(dá)到了期望的要求從測試用例追溯回功能需求以確保沒有需求被疏忽并且確保所有測試結(jié)果與測試用例相一致同時要使用測試用例來驗證需求模型的正確性如對話框圖和原型等
編寫用戶手冊
在需求開發(fā)早期即可起草一份用戶手冊用它作為需求規(guī)格說明的參考并輔助需求分析 確定合格的標(biāo)準(zhǔn)
讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的將合格的測試建立在使用情景描述或用例的基礎(chǔ)之上
需求驗證包括需求評審和需求測試兩個部分需求評審又包括正式的和非正式的兩種形式
需求評審是一種有效的需求驗證手段通常以用例模型為基礎(chǔ)編寫測試用例進(jìn)行檢驗雖然沒有在運行系統(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)化分析”方法和當(dāng)今流行的“面向?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)的逐步分解和細(xì)化得到的數(shù)據(jù)子集底層的矩形框代表組成該數(shù)據(jù)結(jié)構(gòu)的基本元素是數(shù)據(jù)的最小單位不可再分割
數(shù)據(jù)建模的其他圖形工具層次方框圖 層次方框圖非常適合描述自頂向下的需求分析方法中數(shù)據(jù)的層次關(guān)系系統(tǒng)分析員可以從對頂層信息的分類開始沿著層次圖中的每條路徑逐步細(xì)化直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)為止
例如某單位職工的實發(fā)工資由應(yīng)發(fā)工資和扣款兩部分組成每部分又可進(jìn)一步細(xì)分如應(yīng)發(fā)工資又可分為基本工資和獎金基本工資又可分為國家工資津貼補貼獎金也可分為出勤獎和業(yè)績獎津貼和補貼還可以再進(jìn)一步地細(xì)分 實發(fā)工資的層次方框圖如下圖所示
數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具它描述了信息流和數(shù)據(jù)轉(zhuǎn)換通過對加工進(jìn)行分解可以得到數(shù)據(jù)流圖
df有四種元素其基本符號如下圖所示
外部實體與系統(tǒng)進(jìn)行交互但系統(tǒng)不對其進(jìn)行加工和處理的實體用帶標(biāo)記的矩形表示 加工對數(shù)據(jù)進(jìn)行的變換和處理用帶標(biāo)記的圓圈表示 數(shù)據(jù)流在數(shù)據(jù)加工之間或數(shù)據(jù)存儲和數(shù)據(jù)加工之間進(jìn)行流動的數(shù)據(jù)用帶標(biāo)記的箭頭表示 數(shù)據(jù)存儲在系統(tǒng)中需要存儲的實體用帶標(biāo)記的雙實線表示
第0層df稱為基本系統(tǒng)模型可以將整個軟件系統(tǒng)表示為一個具有輸入和輸出的黑匣子用一個圓圈表示上一層df中的每一個圓圈可以進(jìn)一步擴展成一個獨立的數(shù)據(jù)流圖以揭示系統(tǒng)中程序的細(xì)節(jié)部分
這種循序漸進(jìn)的細(xì)化過程可以繼續(xù)進(jìn)行直到最低層的圖僅描述原子過程操作為止每一層數(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用帶標(biāo)記的圓圈或矩形表示狀態(tài)用箭頭表示從一種狀態(tài)到另一種狀態(tài)的變換箭頭上的文本標(biāo)記表示引起變換的條件 例如在操作系統(tǒng)中當(dāng)存在多個申請占用cpu運行的進(jìn)程 進(jìn)程是分配cpu的最小處理單位 時系統(tǒng)將按照某種調(diào)度策略為各個進(jìn)程分配cpu此時進(jìn)程的狀態(tài)可能有三種就緒運行和等待 就緒等待分配cpu 運行占用cpu進(jìn)行相應(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ù)進(jìn)行自頂向下地分解直到不需要進(jìn)一步解釋且參與人員都清楚其含義為止
數(shù)據(jù)組合有三種方式
順序以確定的次序連接多個數(shù)據(jù)項
選擇從多個數(shù)據(jù)項中選取一個
重復(fù)將某個數(shù)據(jù)項重復(fù)多次 為了能夠?qū)?shù)據(jù)流中的各組成成分進(jìn)行準(zhǔn)確的定義在數(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é)號課程編號分?jǐn)?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ù)流圖是分層繪制的整個過程反映了自頂向下進(jìn)行功能分解和細(xì)化的分析過程 頂層也稱第0層df用于表示系統(tǒng)的開發(fā)范圍以及該系統(tǒng)與周圍環(huán)境的數(shù)據(jù)交換關(guān)系 最底層df代表了那些不可進(jìn)一步分解的原子加工 中間層df是對上一層父圖的細(xì)化其中的每一個加工可以繼續(xù)細(xì)化中間層次的多少由系統(tǒng)的復(fù)雜程度決定
第0層df將整個系統(tǒng)表示成一個加工 2 確定并標(biāo)記主要的輸入和輸出 分離出下一層中的加工數(shù)據(jù)對象和存儲 并對其進(jìn)行細(xì)化一次細(xì)化一個加工 4 標(biāo)記所有加工和箭頭 重復(fù)步驟3和4直到所有的加工 只執(zhí)行一個簡單的操作可以很容易地用 程序?qū)崿F(xiàn)
繪制第0層df的時候?qū)⒄麄€系統(tǒng)看成一個加工然后找出作用于該加工的外部實體以及相應(yīng)的數(shù)據(jù)輸入和輸出
繪制下一層數(shù)據(jù)流圖時細(xì)化第0層的加工從而描述系統(tǒng)的主要功能 繼續(xù)進(jìn)行分解直到所有的加工只執(zhí)行一個簡單的操作為止
實例分析 學(xué)生成績管理系統(tǒng) 第0層df圖
1教務(wù)人員維護(hù)學(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ù)進(jìn)行分解我們分析第1層df中的加工查詢學(xué)生成績
學(xué)生查詢成績時需要提供合法性檢查因此查詢學(xué)生成績可以分解為合法性檢查和查詢成績兩個處理步驟從而形成第2層df如下圖所示
根據(jù)以上實例和經(jīng)驗繪制數(shù)據(jù)流圖應(yīng)當(dāng)遵循以下原則 1 分層時子圖的輸入輸出數(shù)據(jù)流必須和父圖中相應(yīng)加工的輸入輸出數(shù)據(jù)流一致 加工的編號應(yīng)該唯一且具有層次性 加工不應(yīng)該只有輸入或只有輸出通常既有輸入又有輸出 4 數(shù)據(jù)流圖不應(yīng)反映處理的順序 加工之間應(yīng)通過數(shù)據(jù)存儲進(jìn)行通信避免從一個加工直接流到另一個加工 數(shù)據(jù)應(yīng)通過加工進(jìn)行流動避免從一個數(shù)據(jù)存儲直接流到另一個數(shù)據(jù)存儲 數(shù)據(jù)流圖中所有元素的命名應(yīng)當(dāng)對客戶有意義且與業(yè)務(wù)相關(guān) 8 不要在一個圖中繪制7個以上的加工否則難于繪制和理解
數(shù)據(jù)字典
以下列出“學(xué)生成績管理系統(tǒng)”的部分?jǐn)?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位字符 長度 字符串 類型 無 別名 唯一標(biāo)識學(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)中可能存在許多腳本很多實體需要進(jìn)行狀態(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)該事件要進(jìn)行怎樣的活動這種活動又會激發(fā)哪些事件等 根據(jù)事件和活動劃分實體的狀態(tài)考慮發(fā)生怎樣的事件使該實體進(jìn)入這個狀態(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用帶有標(biāo)記的矩形來表示 關(guān)系表示數(shù)據(jù)對象之間的相互連接er用直線連接相關(guān)聯(lián)的數(shù)據(jù)對象并在直線上用帶標(biāo)記的菱形框來表示關(guān)系 屬性也稱性質(zhì)指數(shù)據(jù)對象某一方面的特征 er用帶有標(biāo)記的橢圓來表示 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ù)字典 第四章 軟件需求分析與建模 符 號 含 義 說 明 表示定義為 用于對 左邊的條目進(jìn)行確切的定義 表示與關(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)致二義性所以盡量把每項需求用簡潔明了的用戶性的語言表達(dá)出來 需求規(guī)格說明的格式和組織方式應(yīng)保證后續(xù)的修改能夠比較容易和協(xié)調(diào)一致我們可以使用軟件工具或者使用目錄表索引和相互參照列表等方法使軟件需求規(guī)格說明更容易修改 可跟蹤性意味著每項需求都能與其對應(yīng)的來源設(shè)計源代碼和測試用例聯(lián)系起來 需求規(guī)格說明中描述的需求都可以運用一些可行的手段對其進(jìn)行驗證和確認(rèn) 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)該與各種層次的客戶進(jìn)行充分的交流和溝通包括決策領(lǐng)導(dǎo)使用部門的領(lǐng)導(dǎo)具體使用人員系統(tǒng)維護(hù)人員等盡量清楚地理解用戶的問題和要求 對于用戶提供的各種問題和要求分析人員需要對其進(jìn)行歸納和整理借助一些工具和方法從用戶一般性的陳述里面提取用戶的真正需求并由此確定軟件的功能性能接口關(guān)系約束條件等 不論是用戶的提出問題還是最終獲取的需求都應(yīng)該形成文檔化的描述這種描述需要各種人員的一致理解和認(rèn)同 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 需求工程 第四章 軟件需求分析與建模
軟件工程需求分析報告總結(jié)篇五
文檔名稱：需求分析
項目名稱：學(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ù)庫進(jìn)行設(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、目標(biāo):（1）給出軟件系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)結(jié)構(gòu)。
（2）提出詳細(xì)的功能說明，確定設(shè)計限定條件，規(guī)定性能需求。
（3）密切與用戶的聯(lián)系，使用戶明確自己的任務(wù)，以便實現(xiàn)上述兩項
目標(biāo)。
（4）以最低的成本，在最短的期限內(nèi)開發(fā)出具有管理學(xué)生和學(xué)生信息
功能的智能管理系統(tǒng)。（包括：人力與設(shè)備費用的節(jié)??；處理速
度的提高；人員工作效率的提高）
2、用戶特點：
本系統(tǒng)所面向的用戶是大學(xué)學(xué)生和教師，對用戶計算機專業(yè)方面的知識要求不是很高，只要對電腦能熟練操作就ok。易于操作，這也是本軟件設(shè)計的一大目標(biāo)。
3、條件與限制：
（1）建議該系統(tǒng)運行的最短壽命為5年；
（2）進(jìn)行該系統(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é)進(jìn)度安排表專業(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、修改當(dāng)前登錄用戶的密碼。
b、可以瀏覽，查看，搜索頁面信息。
2）教師管理功能： a、教師可以在線瀏覽，查看，搜索各類頁面。
b、可以在線添加、刪除、修改學(xué)生各種信息。c、可以在線通知學(xué)生各種消息。3）管理員管理功能：a、可以進(jìn)行學(xué)生資料錄入
b、可以對學(xué)生信息查詢、修改、刪除、添加。
（2）功能描述：
1）登錄功能：驗證登錄用戶是否為數(shù)據(jù)庫中的合法用戶，判斷登陸的用戶是一般學(xué)生還是教師。一般學(xué)生只能實現(xiàn)瀏覽，查看，搜
索功能；教師可以查看、修改、添加、刪除學(xué)生某方面的信息。管理員可以對用戶信息進(jìn)行修改。
2）主界面功能：可以瀏覽學(xué)生各方面的信息，還可以進(jìn)入登陸頁面，可以查找某個學(xué)生信息。
3）用戶管理功能：管理員（即超級用戶）可以添加新的用戶以及修
改當(dāng)前登錄用戶的密碼。也可實現(xiàn)登錄用戶的重新登錄和退出，可以修改學(xué)生信息。一般學(xué)生則可以瀏覽，搜索，查看各種信息。
2、性能需求：(1)對性能的規(guī)定
1）精度：查詢時應(yīng)保證查詢率，所有在相應(yīng)域中包含查詢關(guān)鍵字的 記錄都應(yīng)能查到，同時保證準(zhǔn)確率。
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)給出適當(dāng)?shù)母恼崾?。若運行時遇到不可恢復(fù)的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫
完好無損。
4、界面需求：
(1）登錄界面：驗證登錄用戶是否為數(shù)據(jù)庫中的合法用戶，選擇登錄的用戶是一般學(xué)生還是教師。一般學(xué)生只能實現(xiàn)瀏覽，查看，搜
索功能；教師可以查看、修改、添加、刪除學(xué)生某方面的信息。管理員可以對用戶信息進(jìn)行修改。
(2）主界面：可以瀏覽用戶各方面的信息，還可以進(jìn)入登錄頁面，可以查找某個學(xué)生信息。
（3）注冊界面：用戶可以在主界面上選擇注冊，進(jìn)入注冊界面，填寫用戶基本信息（名字、班級、年級……）。
5、其他需求：
（1）安全保密：增加用戶登錄驗證，確保信息安全性。（2）可移植性：軟件能夠安裝于windows下的各種流行版本。
