第一篇：網(wǎng)上服裝店管理系統(tǒng)需求分析報告

網(wǎng)上服裝店管理系統(tǒng)需求分析報告

1.引言

本需求分析報告是對于服裝管理系統(tǒng)的商品管理部分做了大概的描述，先整體綜述產(chǎn)品相關信息，再從功能的和非功能的方面介紹產(chǎn)品，給出了有關產(chǎn)品的相關模型。具體內(nèi)容讀者可以通過目錄加以了解。

1.1編寫目的：

隨著計算機的普及，人們對計算機的認識及需求有了明顯的增加，計算機對于大量信息的管理的優(yōu)勢更是顯而意見的，得益于商品行業(yè)的日益壯大，服裝銷售行業(yè)規(guī)模也日漸龐大，商品的類型及數(shù)量以及相關的數(shù)據(jù)量也隨之日益繁雜，越來越難以人工化加以實現(xiàn)，這就給服裝行業(yè)的庫存及銷售管理提出了挑戰(zhàn)，急需開發(fā)一種可以滿足此行業(yè)需要，使繁瑣數(shù)據(jù)變得簡單、易操作、可視化。對于完善的系統(tǒng)來說不僅如此：友好的界面、較強的可操作性、易于學習、良好的穩(wěn)定性、健壯性、可移植性等都是我們要考慮的因素。

在此背景下，服裝管理系統(tǒng)應運而生，本軟件主要實現(xiàn)服裝管理系統(tǒng)的商品管理部分，包括：用戶管理，商品管理，倉庫管理，系統(tǒng)維護等幾個模塊。

對于個體經(jīng)營者來說，有了這個服裝銷售管理系統(tǒng)，店主的工作任務可能會是半工倍。該管理系統(tǒng)軟件目前已有比較完善的管理和使用功能。管理系統(tǒng)軟件是為了滿足店主方便對進貨與出貨的方便，同時方便商品的各種管理與操作。

1.2讀者對象

本軟件需求規(guī)格說明的讀者包括:用戶、需求縫隙人員、軟件設計人員、軟件測試人員和文檔編寫人員。

1.3產(chǎn)品的范圍

制作本軟件的目的是，借助網(wǎng)絡向消費者提供產(chǎn)品和信息服務，實現(xiàn)產(chǎn)品和服務項消費者防線的轉移。把軟件與企業(yè)目標或業(yè)務策略相聯(lián)系。

2綜合描述 2.1產(chǎn)品的背景

人類進入21世紀，電子商務伴隨著IT的成熟，逐漸發(fā)展壯大，成為網(wǎng)絡經(jīng)濟核心。電子商務的發(fā)展過程中，人們意識到在線購物的無地域界限、安全、方便快捷及其價格優(yōu)勢，在線購物的隊伍逐漸擴大，不多增長的強大需求正成為電子商務的發(fā)展動力?；A環(huán)境的成熟與需求欲望的增長將推動電子商務的不斷發(fā)展。隨著互聯(lián)網(wǎng)在中國的進一步普及應用，網(wǎng)上購物逐漸成為人們的網(wǎng)上行為之一！根據(jù)中國互聯(lián)網(wǎng)絡信息中心(CNNIC)2012年01月17日在京發(fā)布《第29次中國互聯(lián)網(wǎng)絡發(fā)展狀況統(tǒng)計報告》?！秷蟾妗凤@示，截至去年底，中國網(wǎng)民規(guī)模達到5.13億，2011年新增網(wǎng)民5580萬人。互聯(lián)網(wǎng)普及率較2010年提升4個百分點，達到38.3%。中國社科院信息化研究中心秘書長、《互聯(lián)網(wǎng)周刊》主編姜奇平認為，我們正處在一個數(shù)字移民的高峰期。網(wǎng)民規(guī)模達到5億，這已相當于一個大洲的人口；一年增長5000多萬，相當于一個中等國家的人口。這是從實體空間向互聯(lián)網(wǎng)的虛擬空間的“移民”，表明人們把工作和生活的更多內(nèi)容轉移到了互聯(lián)網(wǎng)上。

綜上所述，網(wǎng)上隨著信息技術的快速發(fā)展，以及網(wǎng)上購物帶給消費者的便利性，已經(jīng)的到越來越多年輕人的青睞。在各種類型的購物網(wǎng)站中，提供網(wǎng)上開店與可行性，得到了諸多網(wǎng)名服務的C2C、B2C網(wǎng)站以及其服務的適用性的認可，網(wǎng)上開店以其低成本、低啟動金資、快捷的交易方式的到許多人們的青睞。因此，我界定開一家以經(jīng)營尚時休閑為主的服裝網(wǎng)店.2.2問題描述

網(wǎng)上服裝店是一個在互聯(lián)網(wǎng)上進行服裝銷售的電子商務系統(tǒng)，消費者可以通過該系統(tǒng)選購自己要買的服裝商品?？蛻敉ㄟ^網(wǎng)上這個商業(yè)窗口，可以瀏覽商品列表，查看每個上品的信息。在瀏覽商品的過程中，如果對某個是哪個品感興趣，可以將該商品添加到購物車。另外，客戶隨時可以查看購物車中的狀況。購物活動完成后，需要結賬提交訂單，系統(tǒng)將其導入結賬的向導中，在訂單提交成功后，客戶可以查詢自己提價的查詢訂單。在結賬時，要求客戶是在胡策客戶并且處于登陸狀態(tài)，如果當時哈沒有注冊，則要求客戶首先注冊。如果當時沒有登陸則要求客戶稍顯登陸。

2.3產(chǎn)品功能概述

系統(tǒng)共分為前臺和后臺兩個部分。在前臺部分中，包括客戶在線注冊、瀏覽商品、查詢商品信息、訂購商品等操作，后臺管理部分包括商品信息管理、客戶訂單管理、普通管理員的管理、客戶的管理、各種即時信息的發(fā)布管理。

（1）前臺;瀏覽商品：客戶可以瀏覽網(wǎng)上商城的漢族要商品信息。

查詢商品：客戶可以輸入條件，查詢某些感興趣的商品。

訂購商品：客戶可以對需要的商品進行網(wǎng)上訂購。

購物車：客戶可以把購物的商品信息放到購物車中，可以把商品從購物車 中拿出。

客戶信息維護：維護客戶自己的個人信息。主要是客戶的密碼、通信地址等基本個人信息。

（2）后臺

公告管理：添加、修改、刪除公告。商品管理

3.外部接口需求

通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關聯(lián)圖僅能表示高層抽象的外部接口，必須對接口數(shù)據(jù)和外部組件進行詳細描述，并且寫入數(shù)據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應該把這些外部接口的全部詳細需求并入到這一部分實例中。

注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分，附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務的人的需求；而外部接口需求描述的是接口本身的需求。

4.系統(tǒng)功能需求

本系統(tǒng)主要分為四個模塊：用戶管理，商品管理，倉庫管理，系統(tǒng)維護。

4.1除了完成產(chǎn)品的基本功能外還需做到安全方面的細節(jié)： 實現(xiàn)驗證碼機制，以防惡意注冊和惡意提交信息； 實現(xiàn)對進入系統(tǒng)的信息進行安全校驗，防止惡意破壞； 實現(xiàn)URL安全訪問機制，以防惡意訪問； 實現(xiàn)權限驗證功能，以防惡意破壞。4.2一些關于用戶的人性化細節(jié)：

由于操作人員的計算機知識有限，因此要求系統(tǒng)具有良好的人機界面。

如果系統(tǒng)的使用對象較多，則要求有較好的權限管理。方便的數(shù)據(jù)查詢，支持多條件查詢。

系統(tǒng)支持良好的數(shù)據(jù)備份和還原操作，有效保護數(shù)據(jù)，減少意外損失。在相應的權限下，可方便的刪除數(shù)據(jù)。數(shù)據(jù)計算自動完成，盡量減少人工干預。4.3激勵／響應序列

用戶進入軟件界面，首先根據(jù)用戶注冊與否選擇注冊和直接登錄，未注冊的用戶注冊，已注冊的直接進入登陸界面。登陸界面分為用戶登錄和管理員登陸，用戶選擇用戶登錄后就可以看到商品的相關信息。管理員登陸進入界面后可以管理商品以及用戶的想關信息

5.其它非功能需求

在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。5.1性能需求

網(wǎng)絡環(huán)境下的多用戶系統(tǒng) 數(shù)據(jù)的完整性，準確性 數(shù)據(jù)完成的時間性，數(shù)據(jù)安全性

服裝自動統(tǒng)計分析及數(shù)據(jù)的自動處理 5.2安全措施需求

本軟件在使用過程中有可能發(fā)生帳號信息外泄，請定期及時修改密碼。

對于大于一定數(shù)量的購買行為進行限制。每次購買行為前進行身份認證。5.3安全性需求

每個用戶在第一次登錄后，必須更改他的系統(tǒng)預置登錄密碼，系統(tǒng)預置的登錄密碼不能重用。

登錄密碼輸入錯誤三次封鎖此號，解封必須聯(lián)系管理員。不能使用過于簡單的密碼，如123456。

第二篇：網(wǎng)上書店管理系統(tǒng) 需求分析

第一章概述 需求分析

1.1需求分析意義-------------------------1

第二章功能需求

2.1 前臺功能------------------------------2

2.2 后臺功能------------------------------2

第三章性能需求

3.1 軟件環(huán)境------------------------------3

3.2 硬件環(huán)境------------------------------3

第四章系統(tǒng)可行性分析

4.1 技術可行性----------------------------4

4.2 經(jīng)濟可行性----------------------------4

4.3 社會可行性----------------------------4

第五章出錯處理需求

5.1 處理錯誤5

第六章將來可能提出的要求

6.1 不確定性要求-------------------------6

一 需求分析的意義：

一個好的產(chǎn)品之所以能成為一個好的產(chǎn)品，關鍵在于需求分析是否充分考慮到用戶的所有需求，好的需求分析能提高工作效率，減少不必要的麻煩。需求分析的任務是發(fā)現(xiàn)、規(guī)范用戶需求的過程，有益于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，便于采用工程方法開發(fā)軟件，提高軟件的質量，便于開發(fā)人員、維護人員、管理人員之間的交流、協(xié)作，作為工作成果的原始依據(jù)，并且可向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該軟件是否與自己的需求相關。

二 功能需求：

前臺功能

（1）會員管理：登錄是需要的憑證，每個會員都有自己的管理界面，可進行資料的修改等操縱。

（2）圖書查詢：圖書查詢的目的是為了幫助用戶快速地找到想要購買的圖書。用戶可以按照書名、作者、出版社等方式查詢到想要的書籍。當用戶選擇了某類書籍時應能顯示書籍信息：圖片、會員價、市場價等。

（3）圖書展示：為了將網(wǎng)絡他、書店中的圖書有序的羅列出來。圖書展示分為：新品圖書、推薦圖書、暢銷圖書、排行榜。

（4）購物車：購物車中要列出用戶所選擇的書籍名稱、市場價、會員價、數(shù)量，總計金額。好、用戶可以刪除購物車中的書籍，修改某個書籍的數(shù)量，清空購物車，到結算頁面確認并下定單。

（5）訂單生成與管理：購物后，確認支付和配送方法后生成訂單。系統(tǒng)發(fā)送郵件通知書店管理員。會員還可以查詢自己訂單的處理的處理情況和歷史訂單。

（6）結算功能：結算前必須再次驗證用戶，驗證合法后，進入結算頁面，顯示訂單的日期、收貨信息、購買書籍清單，用戶還可以再次修改收貨人信息，修改或刪除已選書籍，當確認后，可以選擇下訂單。

（7）在線幫助：簡單介紹網(wǎng)站的購物流程，一姐一些常見的問題。

后臺功能

（1）圖書館里

添加新書：管理員和添加人員可以通過這個功能詳述點錄入新的圖書。添加信息包括書名、作者、出版社、縮略圖異界所屬類別等等。

管理書籍：管理員和添加人員可以進行圖書的查看、編輯、修改。

（2）用戶管理

此功能只有最高權限管理員擁有，這好似用來管理后臺管理員的功能、可能添加、修改、刪除新的管理員以及分派權限、修改管理密碼。

（3）訂單管理

訂單管理處理時首先判斷管理員的身份，然后課根據(jù)就、訂單狀態(tài)來做相應的服務。訂單狀態(tài)分為五種：未作任何處理、用戶已經(jīng)劃出款、服務商已經(jīng)收到款、服務商已經(jīng)發(fā)貨、用戶已經(jīng)收到貨。

（4）會員管理

修改、刪除會員資料。

三 性能需求：

硬件：微型計算機，計算機局域網(wǎng)絡。

軟件：Win

7、JDK/Tomcat/、Struts、Eclipse、mysql。

四 系統(tǒng)可行性分析：

4.1 技術可行性

根據(jù)前期的市場調(diào)查與對下列系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項所需技術的約束條件的分析來看，本系統(tǒng)程序開發(fā)應是一個集數(shù)據(jù)庫管理和查詢?yōu)橐簧淼南到y(tǒng)，根據(jù)現(xiàn)有的開發(fā)技術，開發(fā)硬件、開發(fā)軟件的性能要求及環(huán)境條件等來看，各項條件良好。同時，考慮給予的開發(fā)期限較為充裕，預計可以在規(guī)定期限內(nèi)完成預定功能地開發(fā)與實現(xiàn)。

在軟件方面本程序設計采用的開發(fā)環(huán)境是Microsoft Visual Studio 2010,采用開發(fā)語言 ASP、NET編寫程序，采用SQL Server2008 做后臺數(shù)據(jù)庫。在硬件方面電腦的各種配置包括輸入輸出能力，內(nèi)部存儲器和外部存儲器的容量都能滿足用戶的要求。

4.2 經(jīng)濟可行性

據(jù)調(diào)查，在中國有實際購買行為的網(wǎng)民中，有57.6%購買的是圖書，有26.4%購買音像制品，這充分說明以網(wǎng)絡書店為代表的出版物在線銷售有良好的發(fā)展機遇。出版物網(wǎng)上銷售有諸多有點：24小時服務、送貨上門、無店鋪銷售、搜索查詢數(shù)據(jù)庫等優(yōu)點，彌補了傳統(tǒng)出版發(fā)行業(yè)的不足。隨著人們購物觀念、購物習慣的改變以及網(wǎng)上購物質量、信譽的提升，出版物在線銷售將有更大的空間。方便、快捷和經(jīng)濟使用的電子商務將推動企業(yè)的發(fā)展。而在線銷售圖書是不少企業(yè)的首選，這樣網(wǎng)絡書店便應運而生。

4.3 社會可行性

（1）法律可行性

該平臺是自主研發(fā)設計，因此不會構成侵權，在法律上是可行的。

（2）用戶可行性

該系統(tǒng)是一個電子商務網(wǎng)站，所以操作簡易，用戶購買不需要了解整個書店的工作流程，只需要按照提示一步步操作即可完成購書等其他活動。

五 出錯處理需求：

處理需求指的是當應用系統(tǒng)發(fā)現(xiàn)他自己犯下一個錯誤時所采取的行動，但是，應該有選擇地提出這類出錯處理需求，對應用系統(tǒng)本事錯誤的檢測應該僅限于系統(tǒng)的關鍵部分，而且應該盡可能少。

六 不確定性要求：

井蓋明確地列出那些雖然不屬于當前系統(tǒng)開發(fā)范疇，目的是在設計過程中對系統(tǒng)將來可能的擴充和修改預作準備，以便一旦確實需要時能比較容易第進行這種擴充和修改。

第三篇：網(wǎng)上購物管理系統(tǒng)需求分析說明書

網(wǎng)上購物管理系統(tǒng) 需求分析說明書

文件名稱：需求分析說明書 文件編號：xxxxxxxxxxxxx 編 制 人： 韓焱 編值日期：2016年11月25 審 核 人：xxxxxxxxxxxxx 版 本： 1.0 指導老師： 孫亞非 1.引言..................................................3 1.1編寫目的：........................................3 1.2背景：............................................3 1.3參考資料：........................................3 2.任務概述..............................................3 2.1目標：............................................3 2.2用戶的特點：.......................................3 3.需求規(guī)定..............................................3 3.1目標：............................................3 3.1首頁..............................................3 3.2商品搜索..........................................4 3.3商品詳細信息.......................................4 3.4登陸..............................................4 3.5商品分類管理.......................................4 3.6商品管理..........................................4 3.7退出界面..........................................4 4.運行環(huán)境規(guī)定..........................................4

需求分析說明書

1.引言

1.1編寫目的：

本文檔為網(wǎng)上購物管理系統(tǒng)需求分析報告，為網(wǎng)上購物管理系統(tǒng)的設計的主要依據(jù)，主要針對網(wǎng)上購物管理系統(tǒng)的概要設計和詳細設計的人員，作為項目驗收的主要依據(jù)。

1.2背景：

本軟件全稱為網(wǎng)上購物管理系統(tǒng)。

本軟件為滄州職業(yè)技術學院本次考試作品，由小組成員曹孟，崔佳媚，韓焱共同完成。本軟件適用于普通網(wǎng)上購物商店。

1.3參考資料：

陽光酒店管理系統(tǒng)。

2.任務概述

2.1目標：

滿足客戶的需求，實現(xiàn)網(wǎng)上購物的流程。主要功能包括商品搜索、商品詳細信息、客戶端登陸、商品分類管理、商品管理、退出等。

2.2用戶的特點：

最終用戶為管理員及購物人員，界面應簡潔友好，功能完善，系統(tǒng)易用，易維護。3.需求規(guī)定

3.1目標： 3.1首頁

首頁展示了商品分類及推薦商品，并可以進行商品搜索。3.2商品搜索

在搜索框總輸入搜索內(nèi)容，點擊“搜索”按鈕即可按關鍵字進行搜索。

3.3商品詳細信息

點擊商品列表的商品圖片即可進入商品詳細信息。

3.4登陸

點擊登陸，完成管理端的登陸。

3.5商品分類管理

里面包括商品分類管理的查看、分類添加、分類刪除、分類編輯、分類搜索等功能，完成商品分類的增刪改查的功能。

3.6商品管理

里面包括商品查詢、商品添加、商品編輯及商品刪除，完成商品增刪改查的管理功能。

3.7退出界面

點擊右上角的“退出”圖標，即可退出管理系統(tǒng)。

4.運行環(huán)境規(guī)定

環(huán)境：Eclipse集成開發(fā)環(huán)境（jdk1.8 Tomcat7.0）操作系統(tǒng)：windows2010 數(shù)據(jù)庫：MySQL

第四篇：圖書管理系統(tǒng)需求分析報告

圖書管理系統(tǒng)

1引言

1.1編寫目的

本項目為圖書管理系統(tǒng)；書寫此文檔是為了確定客戶的真正需求，因此我們在可行性分析的基礎上進一步了解、調(diào)查、明確用戶對系統(tǒng)的綜合要求、數(shù)據(jù)要求等；確定了一份完整、準確、清晰、具體的系統(tǒng)要求，從而得出系統(tǒng)必須完成什么樣的功能。

此文檔包含了用戶對系統(tǒng)的具體要求，系統(tǒng)的功能需求等；可做為用戶需求的確定書和總體設計的依據(jù)，也是驗證和維護系統(tǒng)的依據(jù)。

1.2背景

社會的信息化帶來了極大的信息量，而圖書作為一種重要的信息交流傳輸載體,不管是在數(shù)量還是種類上都大大增加；因此我們迫切需要設計圖書管理系統(tǒng)來滿足日益增加的服務需求和管理需求。圖書管理信息化中的一個主要環(huán)節(jié)就是圖書借閱和歸還的管理，因此針對這個環(huán)節(jié)的就成為圖書管理系統(tǒng)的一個重要組成部分，而且是必不可少的一部分，也是應用最廣的一部分。我們開發(fā)的系統(tǒng)正是為滿足這一部分的需求，期望該系統(tǒng)能給管理者和借閱者都帶來利益。

說明：

A.軟件系統(tǒng)的名稱：圖書管理系統(tǒng) B.開發(fā)者：徐達、金振興、葉雷、王鵬 C.該軟件系統(tǒng)同其他系統(tǒng)的關系

軟件屬于圖書管理信息系統(tǒng)的一部分，應用中可能需要引用圖書管理系統(tǒng)其它部分的數(shù)據(jù)內(nèi)容，此處暫且使用自定義的數(shù)據(jù)表項

1.3定義

B/S：Browser/Server(瀏覽器/服務器)結構 SQL語言：用于數(shù)據(jù)庫操縱的標準語言.NET：MS提供的一種高效的開發(fā)以及運行平臺

ASP：全稱為Active Server Pages，是一套由微軟公司開發(fā)的服務器端運行的腳本平臺，可用于開發(fā)動態(tài)網(wǎng)頁

1.4參考資料

a．《軟件工程導論 》 清華大學出版社 張海潘編著

b.《軟件工程學實驗 》 科學出版社 蘇正、王文等編著 c.《數(shù)據(jù)庫系統(tǒng)概論 》 高等教育出版社 王珊、薩師煊等編著 d.《C#.NET程序設計基礎教程》 清華大學出版社 王華秋主編

2任務概述

2.1目標

2.1目標

圖書查詢系統(tǒng)的初衷是：

（1）.讓用戶在最快的時間內(nèi)找到他所需要的書目

（2）.讓用戶在最短的時間內(nèi)了解新書的到館的情況以及書刊在館情況（3）.讓用戶最大限度的使用圖書這種公共資源

（4）.讓用戶了解自己的學習目標以及有哪些相應的圖書與之配套（5）.讓管理人員在盡可能短的時間內(nèi)完成書刊的流通（6）.讓管理人員在短時間內(nèi)了解學生們的需要（7）.讓管理人員及時更新在觀書目

（8）.讓管理人員更好的控制書刊的流通

可以在廣大的學校中或者小型圖書館推廣這套系統(tǒng)，來提高圖書管理的效率，解決人工管理的問題。2.2用戶的特點

（1）.在校讀書的學生有很強的適應性可以在很短的時間內(nèi)完成對這套系統(tǒng)的適應在最短的時間內(nèi)提高效率（2）.想不斷加強自身學習的人可以在圖書館以外的地方使用客戶端來完成自己想要借閱的書籍（3）.對新鮮事物有很強好奇心的用戶可以用這套系統(tǒng)來在最快時間內(nèi)充實自己讓系統(tǒng)可以更好的適應自己（4）.有一定知識水平了解簡單電腦操作的用戶可以在熟悉系統(tǒng)的前提下深入的了解系統(tǒng)，使之更好的為自己服務（5）.管理人員要熟悉服務器的維護數(shù)據(jù)的更新以及備份工作這就要求管理人員要了解數(shù)據(jù)庫的一些基本原理在出現(xiàn)問題的情況下可以簡單的處理（6）.經(jīng)過簡單培訓可以熟練使用該系統(tǒng)的服務人員

預計使用頻度為平均一個5000人的學校為：大約平均500—1000人/天

2.3假定和約束

? 在開發(fā)中要考慮用戶的可能出現(xiàn)的操作以及在出現(xiàn)問題后的處理：

? 假定使用查詢功能的人員出現(xiàn)登陸不了的情況及時的恢復對原有數(shù)據(jù)的備份可以由管理人員來完成。

? 最大限度滿足接受不同用戶在同時發(fā)出的請求。例如可以有100人同時查詢數(shù)據(jù)就可以有100人同時修改自己的數(shù)據(jù)

? 如果用戶的知識結構不是很好可以進行一下簡單的培訓。應該教會用戶相應的操作以及應對緊急情況的手段。

? 如果用戶的密碼丟失則需要重新驗證，需要輸入一個密碼提示問題 ? 管理人員對數(shù)據(jù)出現(xiàn)誤操作則需要完成數(shù)據(jù)的恢復

? 管理人員如果沒有及時更改書目信息則該書不能被借出 ? 管理人員需要良好的職業(yè)素質來保證圖書更新的情況

? 管理人員有良好的專業(yè)素養(yǎng)來應對突發(fā)事件如服務器操作系統(tǒng)的崩潰

3需求規(guī)定

3.1對功能的規(guī)定

用列表的方式，逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出。3.2對性能的規(guī)定 3.2.1精度

該軟件在使用中，對“按序列號查詢”要求全數(shù)字外，其他查詢方式并沒有特殊要求，并且在按照書名查詢時候支持“模糊查詢”，如：你要查詢的書名為“軟件工程基礎導論”，你可以在查詢框里面輸入“軟件工程”，系統(tǒng)將把所有的書名含有“軟件工程”字樣的書名列出。

3.2.2時間特性要求

如果本系統(tǒng)使用局域網(wǎng)鏈接，網(wǎng)絡速度較快，并且本系統(tǒng)只適應于中小型圖書館使用，不會造成數(shù)據(jù)擁塞的現(xiàn)象，所以查詢時間、內(nèi)容更新時間都是瞬間完成。如果使用互聯(lián)網(wǎng)鏈接，則由于網(wǎng)絡速度問題可能造成一定延遲?；蛘哂捎陂L期使用致使的軟件老化或數(shù)據(jù)庫負擔增加也可能造成延時。

3.2.3靈活性

a． 可以使用多種查詢方式查詢，時間允許的前提下可以增加多重條件模糊查詢功能。b． 適用多種windows版本。

c． 適當整理數(shù)據(jù)庫，或者增加網(wǎng)絡傳輸速度可以提高速度。

d． 在時間允許的情況下可以適當增加讀者留言板、圖書推薦等模塊，方便用戶使用。

3.3輸入輸出要求

輸出數(shù)據(jù)：如果添加成功，輸出成功提示信息，失敗則提示檢查信息，重新輸入。3.4 數(shù)據(jù)字典

（1）讀者（帳號，姓名，班級，性別，組號）

名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：姓名簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。名字：性別簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。

名字：班級簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。名字：組號簡述：對用戶的等級說明，并且管理最大借書量。范圍：”01“?”05”長度：使用位置：借書時對借書量進行限制。(2)管理員（帳號，姓名）

名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：姓名簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。

（3）圖書(圖書編號,類別,書名,作者,出版日期,出版社,定價,總數(shù)量,剩下數(shù)量,備注)

名字：圖書編號簡述：唯一標識每一本圖書的關鍵域 范圍：長度：使用位置：在新書入庫，借閱登記，借閱查詢，圖書整理，超期提示中使用到名字：書名名字：類名簡述：標識每一本圖書的十簡述：每一個圖書有一個類幾名字 別，用以管理員分類管理 范圍：范圍：長度：長度：使用位置：在在新書入庫，借閱登記，借閱查詢，使用位置：用戶查找的時候圖書整理，超期提示中使用可以對查找的項目進行限制到名字：作者簡述：標識每一本圖書的寫作者 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：定價名字：類別簡述：每一個圖書有一個類簡述：標識每一本圖書的實別，用以管理員分類管理際價格 范圍：長度：使用位置：用戶查找的時候使用位置：在新書入庫，借可以對查找的項目進行限制閱等級，圖書整理中使用到名字：類型名字：類名簡述：每一個圖書有一個類 簡述：標識圖書的分類種類別，用以管理員分類管理 范圍：范圍：長度：長度：使用位置：在新書入庫，借使用位置：用戶查找的時候閱等級，圖書整理中使用到可以對查找的項目進行限制名字：圖書庫存數(shù)量簡述：管理每一種圖書的現(xiàn)存量 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：出版社簡述：標識每一個圖書的出版處 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到名字：出版日期 簡述：標識每一本圖書的出版日期范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到（4）借還(用戶帳號,圖書編號,借書日期,到期日期,數(shù)量,還書日期)名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：圖書編號簡述：唯一標識每一本圖書的關鍵域 范圍：長度：使用位置：在新書入庫，借閱登記，借閱查詢，圖書整理，超期提示中使用到名字：數(shù)量簡述：管理每一種圖書的現(xiàn)存量 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：借書日期簡述：標識用戶在何時借書 范圍：長度：使用位置：在借閱等級中使用名字：到期日期簡述：標識用戶應在何時還書 范圍：長度：使用位置：借閱登記中使用名字：還書日期簡述：標識用戶在何時還書 范圍：長度：使用位置：在借閱登記中使用

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

a.新書入庫

b．圖書借閱

C．過期提示

d．借閱查詢

e.還書處理

3.5數(shù)據(jù)管理能力要求

要求對兩萬左右的學生借閱信息和10萬本以上的圖書進行有效的管理，并且隨著學生人數(shù)的增長和圖書數(shù)量的增多，要能快速地查詢出有效的信息，3.6故障處理要求

對于任何硬件或軟件系統(tǒng)來說，都不可避免的會存在問題，當機器或者軟件出現(xiàn)故障的時候，就應要有可靠的辦法來解決才行。我們做的系統(tǒng)是可以通過網(wǎng)絡運行的，所以應該考慮當網(wǎng)絡發(fā)生擁塞時的處理情況。這個圖書查詢系統(tǒng)當遇到上述情況時會自動重新發(fā)送數(shù)據(jù)給服務器，避免了使用者再次輸入信息的麻煩，而如果機器遇到突然死機就可能造成數(shù)據(jù)丟失，我們也設置了系統(tǒng)自動恢復到操作前狀態(tài)的功能，盡可能的降低擁護的損失。

3.6其他專門要求

對于此系統(tǒng)來說，為了維護讀者的權利，防止數(shù)據(jù)在傳輸?shù)倪^程中泄露個人信息，必須給傳輸?shù)臄?shù)據(jù)加密，而且本系統(tǒng)界面全由圖象和文字組成，使用方便。

在用戶登錄操作界面的時候，密碼采用了密文的形式，防止用戶使用不當造成密碼泄露。在系統(tǒng)內(nèi)部，考慮到不同擁護的需求以及系統(tǒng)的維護需要和長期發(fā)展的要求，我們的設計使得系統(tǒng)的可補充性好，維護簡單，易讀易懂，對系統(tǒng)軟件的適應性強

4運行環(huán)境規(guī)定

4.1設備

a． 為了使系統(tǒng)穩(wěn)定的運行，硬件要求cpu達到奔騰3以上，內(nèi)存至少為256MB。

b．外存可以不做要求，但建議應該在20GB以上。

c． 本系統(tǒng)要求在聯(lián)機情況下使用，用戶可以通過網(wǎng)絡（局域網(wǎng)或者Internet）訪問，但是為了便于使用，建議用戶使用局域網(wǎng)。

4.2支持軟件

建議使用windowos2000及以上的系統(tǒng)，測試環(huán)境為windows xp操作系統(tǒng)下使用asp.net.4.3接口

軟件與其他軟件之間應該有較好的接口和通信協(xié)議，實現(xiàn)相互之間的通信需要，增強本軟件的實用性和功能。

4.4控制

當使用者通過圖形界面進行操作時，用戶輸入相應信息后，點擊相應按鍵，激發(fā)內(nèi)部數(shù)據(jù)傳輸。軟件自身對輸入數(shù)據(jù)進行對照識別，判斷數(shù)據(jù)類型（和格式）是否相符，做出相應處理，把結果輸出給用戶。

第五篇：訂單管理系統(tǒng)需求報告分析

1、訂單管理系統(tǒng) 1.1、系統(tǒng)總體介紹

1、采購基礎數(shù)據(jù)功能包括：物料數(shù)據(jù)維護、訂/交貨方式維護、來源類別維護、采購員維護、采購系統(tǒng)維護。

2、采購計劃管理功能包括：請購計劃維護、請購計劃合并、采購計劃生成。

3、采購訂單管理功能包括：采購訂單維護、采購合同維護、訂單終止或取消、訂單結案。

4、采購詢價管理功能包括：報價資料維護、詢價資料維護。

5、供應商評估管理功能包括：供應商類型維護、供應商資料維護、供應商報價維護、供應商評估。

6、主要應用部門：財務部門，營銷部門，生產(chǎn)部門，運輸部門

2、系統(tǒng)業(yè)務流程分析

3、系統(tǒng)功能模塊說明：

（1）、采購基礎數(shù)據(jù): 采購子系統(tǒng)的基本數(shù)據(jù)有采購員資料、供應商資料、采購提前期以及業(yè)務流程設置。對這些數(shù)據(jù)就及時加以維護。

（2）、采購計劃管理: 通過物料需求（訂貨點控制、訂貨周期控制等生成的請購計劃）來生成采購計劃（或采購建議訂單），并綜合考慮物料的訂貨批量、采購提前期、庫存量、運輸方式以及計劃外的物料申請，進行系統(tǒng)自動物料合并，也可以人工干預和修改。另外，有些原材料的采購提前期很長（有的進口件要半年以上的采購周期），因此有可能超過主生產(chǎn)計劃制定周期。這類采購的采購計劃應經(jīng)過銷售、財務與計劃等部門的綜合討論與評估確定所需的數(shù)量和時間，然后制定材料的中期或長期采購計劃。

（3）、采購訂單管理: 根據(jù)訂貨批量、采購提前期、庫存量、運輸方式、用款計劃以及計劃外的物料申請進行物料合并，生成采購訂單，并經(jīng)過確認后即可進行訂單輸出，最后下達給供應商，也可以網(wǎng)上發(fā)布訂單。對于臨時追加的采購任務，可以通過與供應商協(xié)商直接下達采購訂單。

（4）、采購詢價管理: 落實采購訂單的采購供應商。采購業(yè)務人員廣泛利用市場的采購供應資源，進行價格咨詢并商談有關交貨數(shù)量、交貨期、質量要求與技術要求，落實每種物料的供應商。對新開發(fā)的供應商資源還要進行供應商的認證過程，經(jīng)過相應的評審并合格后才能作為許可采購的供應商。

（5）、供應商評估管理: 建立對供應商檔案，同時對首選、次選等供應商加以分類，并建立供應商的供應物品明細（品種、價格、供應期、運輸方式等），資料最終必須進行確認才有效。系統(tǒng)在執(zhí)行采購訂單下達時，要讀入相應的供應商資料。供應商資料是采購子系統(tǒng)的基本資料，并且還要初始化供應商的有關賬務資料。初始化完成后才能處理采購業(yè)務。