軟體工程需求分析書案例分析

① 求軟體工程需求分析報告範文,謝謝!!!!

3.1 引言
3.1.1 編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
3.1.2 背景
說明
a.待開發的軟體系統的名稱，
b.本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路
c.該軟體系統同其他系統或其他機構的基本的相互來往關系。
3.1.3 定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
3.1.4 參考資料
列出用得著的參考資料，如:
a.本項目的經核準的計劃任務書或合同、上級機關的批文;
b.屬於本項目的其他已發表的文件，
c.本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。
列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
3.2 任務概述
3.2.1 目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的乒品是盧個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。
3.2.2 用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使用頻度。這些是軟體設計工作的重要約束。
3.2.3 假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3.3 需求規定

② 什麼是需求分析，其目標是什麼《軟體工程》

需求分析，也叫軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統功能的過程。

需求分析的目標是把用戶對待開發軟體提出的要求或需要進行分析與整理，確認後形成描述完整、清晰與規范的文檔，確定軟體需要實現的功能，完成的工作。此外，軟體的一些非功能性需求、軟體設計的約束條件、運行時與其他軟體的關系等也是軟體需求分析的目標。

(2)軟體工程需求分析書案例分析擴展閱讀：

需求分析階段分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。

1、問題識別：從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標准。這些需求包括功能需求、性能需求、環境需求、可靠性需求、安全保密需求、用戶界面需求、資源使用需求、軟體成本消耗與開發進度需求。

2、分析與綜合：逐步細化所有的軟體功能，找出系統各元素間的聯系，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。

3、制訂規格說明書： 編制文檔，描述需求。需求分析階段的成果是需求規格說明書，向下一階段提交。

4、評審：對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。

③ 寫軟體工程項目需求分析的具體步驟與詳細說明。

項目企劃書
一、 系統主題
a) 引言

b) 背景/選題動機/目的
c) 市場調查過程和結論
結論：校園社團沒有深層次的進入廣大學生中，需要一個社團的展示平台
二、 需求分析
a) 概要

b) 使用場景
校園社團
c) 應用領域/實用性分析

d) 未來發展方向

三、 團隊組成和分工
項目組成員：
分工：
四、 系統功能概述

五、 系統設計概述
a) 實現系統所採用的技術方案和技術亮點

b) 系統構架

c) 功能模塊描述

六、 系統環境
體系結構
開發平台
開發工具
開發語言
Client運行環境
Server運行環境
Web服務
資料庫

七、 項目時間進度表
項目重要里程碑 預計完成日期
完成項目企劃書 2012/5/30
項目框架設計 2012/6/
項目功能實現
後期修改、完善

④ 軟體工程 圖書管理系統需求分析

引言
一直以來人們使用傳統的人工方式管理圖書館的日常工作，對於圖書館的借書和還書過程，想必大家都已很熟悉。在計算機尚未在圖書館廣泛使用之前，借書和還書過程主要依靠手工。一個最典型的手工處理還書過程就是：讀者將要借的書和借閱證交給工作人員，工作人員將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里，並在借閱證和每本書貼的借閱條上填寫借閱信息。這樣借書過程就完成了。還書時，讀者將要還的書交給工作人員，工作人員根據圖書信息找到相應的書卡和借閱證，並填好相應的還書信息，這樣還書過程就完成了。

以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那麼長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。

為方便對圖書館書籍、讀者資料、借還書等進行高效的管理，特編寫該程序以提高圖書館的管理效率。使用該程序之後，工作人員可以查詢某位讀者、某種圖書的借閱情況，還可以對當前圖書借閱情況進行一些統計，給出統計表格，以便全面掌握圖書的流通情況。

本次作業設計題目：「圖書管理系統」主要目的是利用資料庫軟體編制一個管理軟體，用以實現圖書、讀者以及日常工作等多項管理。同時對整個系統的分析、設計過程給出一個完整論證。

圖書管理系統是一種基於集中統一規劃的資料庫數據管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數據的管理。本系統的建成無疑會為管理者對圖書管理系統提供極大的幫助。

2 系統設計
2.1 系統指導思想和建設目標
2.1.1 系統指導思想

立足於校園實際，著眼於未來發展，建成符合標准化協議、通用性較強、實用的系統，以提高圖書信息的現代化管理水平，實現信息資源的共享。

2.1.1 系統建設目標

（1）要解決的問題：（以某學校為參照） 隨著辦公自動化水平的不斷提高，現在學校管理學生信息也逐步從手工轉到計算機自動化信息處理階段。設計一個功能完整、操作簡便、界面友好的學生信息管理系統已經是勢在必行的了。

（2）系統開發的目的：提高圖書管理工作的效率，減少相關人員的工作量，使學校的圖書管理工作真正做到科學、合理的規劃，系統、高效的實施。

（3）系統名稱：圖書管理系統

2.2 總體功能設計
系統要能實現如下功能：

l 登錄系統：注銷用戶、系統退出。

l 管理：用戶管理、圖書管理、讀者管理、借閱管理。

l 查詢：圖書查詢、讀者查詢、借閱查詢。

l 報表列印：所有圖書、借出圖書、庫存圖書、所有讀者。

l 幫助：使用說明、關於。

3 資料庫設計
3.1 資料庫系統的選擇
本系統是一個中小型管理系統，運行環境是Windows2000 server，因此使用Windows環境下最容易使用且功能還可以的Microsoft Access 2000 作為後台的資料庫系統。

3.2 需求分析
圖3 圖書流通數據流圖

1．2

判斷能

否借書

索書

信息

讀 者

1．2

辦理借

書手續

讀者信息

查詢結果

借書申請

被借圖書

借書結果

借書信息

被借圖書復本量

(b) 借書

借閱

3

讀者

1

圖書

5

1．1

圖書

查詢

借書信息

查詢

4

判斷

2

判斷結果

索書

信息

圖書信息

讀 者

1

借書

2

還書

讀 者

申請借書

還書申請

借書結果

還書結果

(a) 頂層數據流圖

3

辦借
書證

讀者信息

辦證信息

需求分析是資料庫設計首先要做的工作，通過需求分析，我們作出了圖書管理系統的各層數據流圖，圖3是圖書流通數據流圖（圖中省略了「還書」和「辦理借書證」的數據流圖）。

在數據流圖的基礎上，定義數據字典。數據字典是關於資料庫中數據的描述，它的作用是在軟體分析和設計過程中為有關人員提供關於數據描述信息的查詢，以保證數據的一致性。下面在圖3的基礎上舉例說明數據字典的定義。

圖3中涉及很多數據項，其中數據項「讀者編號」可以描述如下：

數據項名：讀者編號

別名：讀者條碼

含義：唯一標識每個讀者

類型：字元型

取值范圍：00000000至99999999

取值含義：順序編號

「讀者」一個數據結構，它可以描述如下：

數據結構名：讀者

含義說明：是圖書管理系統的數據結構之一，定義了一個讀者的有關信息

組成：讀者編號，姓名，性別，單位

數據流「借閱記錄」可描述如下：

數據流名：借閱記錄

說明：讀者的借書記錄

數據來源：辦理借閱手續

數據去向：借閱

數據結構：讀者編號、圖書館藏號、借閱日期

數據存儲「借閱」可以描述如下：

數據存儲名：借閱

說明：記錄讀者的借書情況

流出數據流：借閱記錄

流入數據流：借閱記錄

數據描述：讀者編號、圖書館藏號、借閱日期

數據量：每年5000條以上

存取方式：隨機存取

處理過程「判斷能否借書」可描述如下：

處理過程「判斷能否借書」

說明：根據讀者的已借書情況可被借圖書的館藏情況判斷讀者能否借書

輸入：借閱記錄、讀者信息、被借圖書信息

輸出：能否借書的標志

處理：讀者提出借書請求後，先判斷該讀者以前的借書量是否達到了10本，如果達到了10本，則不能再借書，如果沒有達到10本，則再判斷讀者要借的圖書的可借量是否為0，如果不為0，則該書可以借出。

3.3 資料庫設計
在圖書管理系統中，資料庫設計占重要位置，資料庫設計質量的優劣，可直接影響到資料庫數據的冗餘度、數據的一致性、數據丟失等問題。下面就系統資料庫規范化設計進行說明。

3.3.1 資料庫設計的理論指導

資料庫設計的理論指導是範式理論，其主要內容如下：

1）如果關系模式R，其所有的域為單純域則稱R是規范化的關系，或稱第一範式 (1NF)

2）如果關系模式R為第一範式，且每個非主屬性完全函數依賴於碼，則模式R為第二範式（2NF）。

3) 如果關系模式R為第二範式，且每個非主屬性非傳遞依賴於碼，則稱關系模式R為第三範式(3NF)。

4)關系模式R為第一範式，滿足函數依賴集合F，X和A均為R的屬性集合，且X不包含A，如果R滿足X－>A且X必包含R的碼，稱關系模式R為BCNF範式。

3.3.2 資料庫設計

圖書管理系統資料庫常常要設計含有如下數據項：借書證號、姓名、單位、館藏號(館藏號為每本書上的條形碼號)、書名、分類號、作者、價格等。如何進行模式的設計呢？下面以圖書流通模塊所涉及的資料庫為例來說明。

圖 書

讀 者

借閱

m

n

借閱時間

館藏號

書名

分類號

作者

價格

借書證號

姓名

性別

圖4 圖書流通的E-R圖

屬於

單 位

1

n

單位名稱

單位編號

先設計圖書流通的實體－關系圖(E-R圖)。E-R圖由3個相關聯的部分構成，即實體、實體與實體之間的關系以及實體和關系的屬性。圖書流通過程中實體「圖書」與「讀者」之間的關系是借閱和被借閱的關系，實體「讀者」與「單位」之間的關系是屬於和被屬於的關系，「圖書」的屬性有「館藏號」、「書名」、「分類號」、「作者」、「價格」，「讀者」的屬性有「借書證號」、「姓名」、「性別」，「單位」的屬性有「單位編號」和「單位名稱」，「借閱」屬性「借書日期」，由此得出E-R圖如圖4。

從圖中可以知道：

①「借書證號」是唯一的，所以「借書證號」決定「姓名」，每位讀者應只屬於一個性別，所以「借書證號」也決定「性別」；

②「館藏號」是唯一的，所以「館藏號」決定「書名」、「分類號」、「作者」、「價格」；

③ 「單位編號」是唯一的，所以「單位編號」決定「單位名稱」；

④ 每位讀者在一個時間只能借一本書，所以「借書證號」 +「館藏號」決定「借閱時間」。

如果將這些數據項置於一個關系模式中，根據範式理論，該關系模式屬於1NF（第一範式），它存在刪除異常和冗餘等問題，不是理想的模式，因此要把它分解成滿足3NF或BCNF的關系模式。根據範式理論和E-R圖轉換成關系模型的規則，上面的E-R圖可轉換為4個關系模式：①圖書（館藏號、書名、分類號、作者、價格）；②讀者（借書證號、姓名、性別、單位編號）；③借閱（借書證號、館藏號、借閱時間），④單位(單位編碼、單位名稱)，其中打下劃線的為碼，這樣就解決了插入、刪除和數據冗餘等問題。

我們對數據的結構進行詳細的分析，按照上述的設計思想，共設計了讀者表，書目表，館藏表，流通表等百餘張數據表，然後創建視圖和存儲過程。下面舉例說明：

讀者表：借書證號、姓名、單位、讀者類別、職稱等欄位；

書目表：館藏號、ISBN、題名、作者、出版社、復本數、語種、文獻類型、版次等欄位；

館藏表：館藏號、索書號、分類號、種次號、館藏位置、單價、出版日期等欄位；

流通表：借書證號、館藏號、借期、還期、續借、應還期、操作員等欄位；

借閱規則表：讀者類別編碼、圖書類別編碼、限借冊數、每期天數、續借天數、過期日期、罰金等欄位。

讀者類別表：讀者類別編碼、讀者類別等欄位。

圖書類別表：圖書類別編碼、圖書類別等欄位。

3.4 資料庫索引
建立索引是加快查詢速度的有效手段，資料庫的每一個表建立了主鍵，主鍵由一個或幾個欄位組成，每一個表都按主鍵建立了索引，部分表為了滿足查詢和排序的需要，除建立主索引外，還建立了次索引。例如在查詢時要用到「館藏號」、「作者」、「題名」等條件來查找圖書，因此，在書目表上除了對主鍵「館藏號」建立了主索引外，也對「作者」、「書名」等建立了次索引。

3.5 視圖
視圖是從一個或幾個基本表導出的表，它是定義在基本表之上的，它是一個虛表，資料庫中只存放視圖的定義，而不存放視圖對應的數據，數據仍然存放在原來的基本表中。通過定義視圖，可以使用戶眼中的資料庫結構簡單、清晰，並可以簡化用戶的數據查詢操作。由於本系統數據表較多，表中的欄位多，為了簡化對表的操作，我們創建了圖書_按書名查詢、期刊_按刊名查詢、期刊_按編輯部查詢、借閱規則查詢、待還書查詢、超期記錄查詢等30餘個視圖。

3.6 存儲過程
存儲過程是一段經過編譯的程序代碼，存放在資料庫伺服器端。通過調用適當的存儲過程，可在伺服器端處理大量數據，再將處理結果送到客戶端。這樣可減少數據在網路上的傳送，消除網路阻塞現象；例如：要查詢某條記錄，若該記錄在表中的順序號是10000，不採用存儲過程，伺服器將從1至於10000條記錄數據逐條送至客戶端，採用存儲過程後，由於過程是經過編譯的並且是在本地，不需要通過網路，因此能很快查出所需記錄並將結果送到客戶端，大大減少了網上數據傳輸量。存儲過程另一好處是可供不同的開發工具調用，如PB、VB、ASP、Delphi等開發工具均可調用。在流通模塊和WEB查詢模塊上均有圖書檢索功能，實際上調用同一存儲過程完成的。本系統建立了60多個存儲過程，實現諸如借還書處理、新書入庫統計、編目入館藏、讀者統計、生成索書號等功能。

3.7 資料庫調用
採用ODBC介面實現資料庫的調用，採用ADO介面調用。

4 條形碼的使用
條形碼具有唯一性和一次輸入後就可反復使用的優點，利用條形碼技術作為信息快速輸入的手段可迅速且不易發生錯誤地處理圖書管理業務。本系統使用條形碼作為圖書和讀者的標識，實現標識的唯一性。

使用條碼後，能夠使圖書管理工作更加簡單、快捷、不易出錯。例如，當一本書具有唯一條形碼標識，每位讀者也具有唯一條形碼標識時，圖書的借閱、查詢就十分便捷了。應用條形碼取代了以往填寫書袋卡、借書證，核對借閱時間等繁瑣的手工勞動。讀者在借書時只要將借書證給工作人員，工作人員只需登錄借書系統，用條形碼閱讀器掃描讀者借書證上的條形碼，屏幕就會顯示出該讀者的信息，包括讀者姓名、單位、可借幾本書、已借幾本書、是否過期、有無罰款等。如可以借書，工作人員只需用條形碼閱讀器掃描該讀者所需借的書上的條形碼符號後，該書的書名和條形碼等信息都從資料庫中調出顯示在屏幕上，自動記錄在該讀者的借閱檔案中，借書工作即告完成。一般借一本書僅需 1至 2秒鍾。操作完後，計算機自動地將該借閱者和借閱的圖書號碼輸入對應資料庫中，並自動提示借閱期限

⑤ 軟體工程案例分析

條碼 RFID 無線網路與GPRS 倉儲 物流 MES 生產執行系統 自動識別技術是信息數據自動識讀、自動輸入計算機的重要方法和手段，它是以計算機技術和通信技術的發展為基礎的綜合性科學技術。自動識別技術近幾十年在全球范圍內得到了迅猛發展，初步形成了一個包括條碼技術、磁條(卡)技術、光學字元識別、系統集成化、射頻技術、聲音識別及視覺識別等集計算機、光、機電、通信技術為一體的高新技術學科。 （無線網路）
當今信息社會離不開計算機，正是自動識別技術的崛起，提供了快速、准確地進行數據採集輸入的有效手段，解決了由於計算機數據輸入速度慢、錯誤率高等造成的「瓶頸」難題，因而自動識別技術作為一種革命性的高新技術，正迅速為人們所接受。
一、條碼技術 （無線網路）
說起自動識別技術就必然要提到條碼，因為它在當今自動識別技術中佔有重要的地位。自動識別技術的形成過程是與條碼的發明、使用和發展分不開的。
條碼是由一組規則排列的條和空、相應的數字組成，這種用條、空組成的數據編碼可以供機器識讀，而且很容易譯成二進制數和十進制數。這些條和空可以有各種不同的組合方法，構成不同的圖形符號，即各種符號體系，也稱碼制，適用於不同的應用場合。
目前使用頻率最高的幾種碼制是EAN、UPC、39碼，交插25碼和EAN128碼，其中UPC條碼主要用於北美地區，EAN條碼是國際通用符號體系，它們是一種定長、無含義的條碼，主要用於商品標識。 EAN128條碼是由國際物品編碼協會(EAN lnternational)和美國統一代碼委員會(UCC)聯合開發、共同採用的一種特定的條碼符號。它是一種連續型、非定長有含義的高密度代碼，用以表示生產日期、批號、數量、規格、保質期、收貨地等更多的商品信息。另有一些碼制主要是適應特殊需要的應用方面，如庫德巴碼用於血庫、圖書館、包裹等的跟蹤管理、25碼用於包裝、運輸和國際航空系統為機票進行順序編號，還有類似39碼的93碼，它密度更高些，可代替39碼。
上述這些條碼都是一維條碼。由於條碼應用領域的不斷拓展，對一定面積上的條碼信息密度和信息量提出了更高的要求。為了更好地滿足這種需求，一種新的條碼編碼形式——二維條碼便應運而生了。從結構上講，二維條碼分為兩類，其中一類是由矩陣代碼和點代碼組成，其數據是以二維空間的形態編碼的，另一類是包含重疊的或多行條碼符號，其數據以成串的數據行顯示。重疊的符號標記法有CODE 49、CODE l6K和PDF417。
PDF是攜帶型數據文件(Portable data fI7e)的縮寫，417則與多寬度代碼有關，用來對字元編碼。PDF417是由SymboI Technologies Inc，設計和推出的。重疊代碼中包含了行與行尾標識符以及掃描軟體，就可以從標簽的不同部分獲得數據，只要所有的行都被掃到就可以組合成一個完整的數據輸入，所以這種碼的數據可靠性很好，對PDF417而言，標簽上污損或毀掉的部分高達50％時，仍可以讀取全部數據內容。
矩陣代碼如：Maxicode，Data Matrix，Code One，Vericode和DotCode A, 矩陣代碼標簽可以做得很小，甚至可以作成硅晶片的標簽，因此適用於小物件。 （無線網路）
光學字元識別OCR
光學字元識別OCR已有三十多年歷史，近幾年又出現了圖象字元識別ICR(Image Character Recognition)和智能字元識別ICR(Intelligent Charater Recognition)，實際上這三種自動識別技術的基本原理大致相同。
OCR的三個重要的應用領域：辦公室自動化中的文本輸入；郵件自動處理；與自動獲取文本過程相關的其它要求。這些領域包括：零售價格識讀，定單數據輸入、單證、支票和文件識讀，微電路及小件產品上狀態特特徵識讀等。由於在識別手跡特徵方面的進展，目前探索在手跡分析及鑒定簽名方面的應用。
三、磁條(卡)技術 （無線網路）
磁條技術應用了物理學和磁力學的基本原理。對自動識別製造商來說，磁條就是一層薄薄的由定向排列的鐵性氧化粒子組成的材料(也稱為塗料)，用樹脂粘合在一起並粘在諸如紙或塑料這樣的非磁性基片上。
磁條技術的優點是數據可讀寫，即具有現場改造數據的能力；數據存儲量能滿足大多數需求，便於使用，成本低廉)還具有一定的數據安全性；它能粘附於許多不同規格和形式的基材上。這些優點，使之在很多領域得到廣泛應用，如信用卡、銀行ATM卡、機票、公共汽車票、自動售貨卡、會員卡、現金卡(如電話磁卡)等。
四、聲音識別技術
聲音識別的迅速發展以及高效可靠的應用軟體的開發，使聲音識別系統在很多方面得到了應用、這種系統可以用聲音指令擬應用特定短句實現「不用手」 的數據採集、 其最大特點就是不用手和眼睛，這對那些採集數據同時還要完成手腳並用的工作場合，以及標簽僅為識別手段，數據採集不實際或不合適的場合尤為適用。
五、視覺識別 （無線網路）
視覺識別系統可以看作是這樣的系統：它能獲取視覺圖像，而且通過一個特徵抽取和分析的過程，歡迎光臨學網,收藏本篇文章 [1] [2] [3] $False$ 能自動識別限定的標志、字元、編碼結構或可作為確切識斷基礎呈現在圖象內的其它特徵。
隨著自動化的發展，視覺技術可與其他自動識別技術結合起來應用。
六、射頻識別技術(RF／ID) （無線網路）
射頻技術的基本本原理是電磁理論。射頻系統的優點是不局限於視線、識別距離比光學系統遠，射頻識別卡可具有讀寫能力，可攜帶大量數據、難以偽造和有智能等。
RF適用的領域：物料跟蹤、運載工具和貨架識別等要求非接觸數據採集和交換的場合，由於RF標簽具有可讀寫能力，對於需要頻繁改變數據內容的場合尤為適用。
射頻識別系統的傳送距離由許多因素決定，如傳送頻率、天線設計等。對於應用RF識別的特定情況應考慮反射距離、工作頻率、標簽的數據容量、尺寸、重量、定位、響應速度及選擇能力籌。
七、攜帶型數據終端和射頻通信(RF／DC) （無線網路）
攜帶型數據終端(PDT)可把那些採集到的有用數據存儲起來或傳送至一個信息管理系統。把它與適當的掃描器相連可有效地用於許多自動識別應用中；攜帶型數據終端一般包括一個掃描器、一個體積小但功能很強並常有存儲器的計算機、一個顯示器和供人工輸入的鍵盤。在只讀存儲器中裝有常駐內存的操作系統，用於控制數據的採集和傳送。PDT一般都是可編程的，允許編入一些應用軟體。PDT存儲器中的數據可隨時通過射頻通信技術傳送到主計算機。操作時先掃描位置標簽，貨架號碼、產品數量就都輸入到PDT，再通過RF／DC技術把這些數據傳送到計算機管理系統，可以得到客戶產品清單、發標、發運標簽、該地所存產品代碼和數量等。
八、智能卡(Smart Card) （無線網路）
隨著集成電路技術和計算機信息系統技術的全面發展，科學家們將具有處理能力和具有安全可靠、加密存儲功能的集成電路芯版嵌裝在一個與信用卡一樣大小的基片中，就是「集成電路卡」，國際上稱為「Smartcard」，我們譯為「智能卡」。其最大特點是具有獨立的運算和存儲功能，在無源情況下，數據也不會丟失，數據安全性和保密性都非常好，成本適中。智能卡與計算機系統相結合，可以方便地滿足對各種各樣信息的採集傳送、加密和管理的需要，它在國外的許多領域如：銀行、公路收費、水表煤氣收費、海關車輸檢查(使用射頻卡，車輛通過時即已讀寫完畢)等得到了廣泛應用。
我們可以把條碼與其他自動識別技術做個簡單比較：
條碼、OCR(光學字元識別)和MICR(磁性墨水)都是一種與印刷相關的自動識別技術。OCR 的優點是人眼可讀、可掃描，但輸入速度和可靠性不如條碼，數據格式有限，通常要用接觸式掃描器；MICR是銀行界用於支票的專用技術，在特定的領域中應用，成本高，而接觸識讀，可靠性高。
磁條技術是接觸識讀，它與條碼有三點不同：
一個是其數據可做部分讀寫操作，另一個是給定面積編碼容量比條碼大，還有就是對於物品逐一標識成本比條碼高，而且接觸性識讀最大缺點就是靈活性太差。
射頻識別和條碼一樣是非接觸式識別技術，由於無線電波能「掃描」數據，所以RF掛牌可做成隱形的，有些RF識別技術可讀數公里外的標簽，RF標簽可做成可讀寫的。RF識別的缺點是掛簽成本相當高，而且一般不能隨意扔掉，而多數條碼掃描壽命結束時可扔掉。視覺和聲音識別目前還沒有很好的推廣應用，機器視覺還可與OCR或條碼結合應用，聲音識別輸入可解放人的手。
RF、聲音、視覺等識別技術目前不如條碼技術成熟，其技術和應用的標准也還不夠健全。 （無線網路）
附表是條碼技術與其他自動識別技術的一個簡單的比較表。
通過比較，我們可以看出條碼技術能在商品、工業、郵電業、醫療衛生、物資管理、安全檢查、餐旅業、證卡管理、軍事工程、辦公室自動化等領域中得到廣泛應用，主要是由於其具有以下特點： （無線網路）
高速：鍵盤輸入12位數字需6秒鍾，而用條碼掃描器輸入則只要0．2秒。
准確：條碼的正確識讀率達99.99一99.999%。
成本低：條碼標簽成本低，識讀設備價格便宜。
靈活：根據顧客或業務的需求，容易開發出新產品；掃描景深大；識讀方式多，有手動式、固定式、半固定式；輸入、輸出設備種類多，操作簡單。
可擴展：目前在世界范圍內得到廣泛應用的EAN碼是國際標準的商品編碼系統，橫向、縱 向發展餘地都很大，現已成為商品流通業，生產自動管理，特別是EDI電子數據交換和國際貿易的 一個重要基礎，並將發揮巨大作用。
當然，由於幾種自動識別技術各有特點，在實際應用時，應具體情況具體分析，綜合比較、全面考慮（無線網路）。

⑥ 軟體工程需求分析說明書論文怎麼寫

1引言 2
1.1編寫目的 2
1.2背景 2
1.3定義 2
1.4參考資料 2
2任務概述 2
2.1目標 2
2.2用戶的特點 3
2.3假定和約束 3
3需求規定 3
3.1對功能的規定 3
3.2對性能的規定 3
3.2.1精度 3
3.2.2時間特性要求 3
3.2.3靈活性 4
3.3輸人輸出要求 4
3.4數據管理能力要求 4
3.5故障處理要求 4
3.6其他專門要求 5
4運行環境規定 5
4.1設備 5
4.2支持軟體 5
4.3介面 5
4.4控制 5

軟體需求說明書的編寫提示
1引言
1.1編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
1.2背景
說明：
a． 待開發的軟體系統的名稱；
b． 本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路；
c． 該軟體系統同其他系統或其他機構的基本的相互來往關系。
1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出用得著的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
2任務概述
2.1目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。|
2.2用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使甩頻度。這些是軟體設計工作的重要約束
2.3假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3需求規定
3.1對功能的規定
用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟體所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明軟體應支持的終端數和應支持的並行操作的用戶數。
3.2對性能的規定
3.2.1精度
說明對該軟體的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。
3.2.2時間特性要求
說明對於該軟體的時間特性要求，如對：
a． 響應時間；
b． 更新處理時間；
c． 數據的轉換和傳送時間；
d． 解題時間；等的要求。
3.2.3靈活性
說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：
a． 操作方式上的變化；
b． 運行環境的變化；
c． 同其他軟體的介面的變化；
d． 精度和有效時限的變化；
e． 計劃的變化或改進。
對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
3.3輸人輸出要求
解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。
3.4數據管理能力要求
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。
3.5故障處理要求
列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。
3.6其他專門要求
如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。
4運行環境規定
4.1設備
列出運行該軟體所需要的硬設備。說明其中的新型設備及其專門功能，包括：
a． 處理器型號及內存容量；
b． 外存容量、聯機或離線、媒體及其存儲格式，設備的型號及數量；
c． 輸入及輸出設備的型號和數量，聯機或離線；
d． 數據通信設備的型號和數量；
e． 功能鍵及其他專用硬體
4.2支持軟體
列出支持軟體,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟體等。
4.3介面
說明該軟體同其他軟體之間的介面、數據通信協議等。
4.4控制
說明控制該軟體的運行的方法和控制信號，並說明這些控制信號的來源。

⑦ 我的畢業論文有關軟體工程-軟體開發詳細的需求分析參考樣例|項目總體需求與設計

軟體工程-軟體開發詳細的需求分析需求規定3.1對功能的規定（1）首頁設計 首頁設計應該清晰簡單、美觀大方，同時還要做到信息充足，突出圖書的特點和操作的入口。 （2）、會員信息管理 只有登錄後的用戶可以修改、刪除自己的個人信息和訂購書籍，登錄人員可以根據用戶名/密碼組合來進行驗證。 本站管理員可以對書店會員的信息進行更新、修改、刪除。但是，這些私有信息屬於用戶，本站不能因為商業目的向外界公開，個人信息完全由個人來控制其內容，程序應提供個人信息維護的頁面。 （3）、信息查詢 提供查詢的頁面，用戶可以按照書的名稱、作者、出版商、價格、分類等進行查詢，並得到正確的信息列表。 （4）、安全管理 安全方面的管理，防止惡意攻擊、非法入侵和對數據的篡改。資料參考： http://www.lw5173.com/article/html/2557.html

⑧ 軟體工程需求分析的模板

需求規格說明闡述一個軟體系統必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統測試和用戶文檔的基礎，也是所有子系列項目規劃、設計和編碼的
基礎。它應該盡可能完整地描述系統預期的外部行為和用戶可視化行為。除了設計和實現上的限制，軟體需求規格說明不應該包括設計、構造、測試或工程管理的細
節。
1)採用軟體需求規格說明模版:
採用需求規格說明書模板在你的組織中要為編寫軟體需求文檔定義一種標准模板。該模板為記錄功能需求和各種其它與需求相關的重要信息提供了統一的結構。注
意，其目的並非是創建一種全新的模板，而是採用一種已有的且可滿足項目需要並適合項目特點的模板。許多組織一開始都採用IEEE標准
830-1998(IEEE 1998)描述的需求規格說明書模板。要相信模板是很有用的，但有時要根據項目特點進行適當的改動。

1
2
3
4
5
6

A引言
目的
文檔約定
預期的讀者和閱讀建議
產品的范圍
參考文獻

B綜合描述
產品的前景
產品的功能
用戶類和特徵
運行環境
設計和實現上的限制
假設和依賴附錄

C外部介面需求附錄
用戶界面附錄
硬體介面
軟體介面
通信介面

D系統特性
說明和優先順序
激勵/響應序列
功能需求

E 其它非功能需求
性能需求
安全設施需求
安全性需求
軟體質量屬性
業務規則
用戶文檔

F其它需求

G附件
詞彙表
分析模型
待確定問題的列表


表2 需求規格說明模板

a. 引言

引言提出了對軟體需求規格說明的縱覽，這有助於讀者理解文檔如何編寫並且如何閱讀和解釋。

a . 1 目的

對產品進行定義，在該文檔中詳盡說明了這個產品的軟體需求，包括修正或發行版本號。如果這個軟體需求規格說明只與整個系統的一部分有關系，那麼就只定義文檔中說明的部分或子系統。

a.2 文檔約定

描述編寫文檔時所採用的標准或排版約定，包括正文風格、提示區或重要符號。

a.3 預期的讀者和閱讀建議

列舉了軟體需求規格說明所針對的不同讀者，例如開發人員、項目經理、營銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩餘部分的內容及其組織結構。提出了最適合於每一類型讀者閱讀文檔的建議。

a.4 產品的范圍

提供了對指定的軟體及其目的的簡短描述，包括利益和目標。把軟體與企業目標或業務策略相聯系。可以參考項目視圖和范圍文檔而不是將其內容復制到這里。

⑨ 請問軟體工程中的需求分析都包括那些內容

需求分析是指理解用戶需求，就軟體功能與客戶達成一致，估計軟體風險和評估項目代價，最終形成開發計劃的一個復雜過程在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之後的軟體設計打下基礎。需求分析階段包括：
·業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。

·用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

·功能需求——定義了開發人員必須實現的軟體功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。

·非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標准、規范和約束，操作界面的具體細節和構造上的限制。

·需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用。
還有一個網頁去看看吧，也許對你可能有幫助。

http://hi..com/shiqyn/blog/item/77ef1c1bfa31351c8718bf00.html

還有在軟體工程的書籍上說的更清楚。