第一篇：網上服裝店管理系統需求分析報告

網上服裝店管理系統需求分析報告

1.引言

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

1.1編寫目的：

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

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

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

1.2讀者對象

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

1.3產品的范圍

制作本軟件的目的是，借助網絡向消費者提供產品和信息服務，實現產品和服務項消費者防線的轉移。把軟件與企業目標或業務策略相聯系。

2綜合描述 2.1產品的背景

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

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

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

2.3產品功能概述

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

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

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

訂購商品：客戶可以對需要的商品進行網上訂購。

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

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

（2）后臺

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

3.外部接口需求

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

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

4.系統功能需求

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

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

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

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

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

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

5.其它非功能需求

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

網絡環境下的多用戶系統 數據的完整性，準確性 數據完成的時間性，數據安全性

服裝自動統計分析及數據的自動處理 5.2安全措施需求

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

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

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

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

第二篇：網上書店管理系統 需求分析

第一章概述 需求分析

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

第二章功能需求

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

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

第三章性能需求

3.1 軟件環境------------------------------3

3.2 硬件環境------------------------------3

第四章系統可行性分析

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

4.2 經濟可行性----------------------------4

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

第五章出錯處理需求

5.1 處理錯誤5

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

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

一 需求分析的意義：

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

二 功能需求：

前臺功能

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

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

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

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

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

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

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

后臺功能

（1）圖書館里

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

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

（2）用戶管理

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

（3）訂單管理

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

（4）會員管理

修改、刪除會員資料。

三 性能需求：

硬件：微型計算機，計算機局域網絡。

軟件：Win

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

四 系統可行性分析：

4.1 技術可行性

根據前期的市場調查與對下列系統功能、性能及實現系統的各項所需技術的約束條件的分析來看，本系統程序開發應是一個集數據庫管理和查詢為一身的系統，根據現有的開發技術，開發硬件、開發軟件的性能要求及環境條件等來看，各項條件良好。同時，考慮給予的開發期限較為充裕，預計可以在規定期限內完成預定功能地開發與實現。

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

4.2 經濟可行性

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

4.3 社會可行性

（1）法律可行性

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

（2）用戶可行性

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

五 出錯處理需求：

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

六 不確定性要求：

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

第三篇：網上購物管理系統需求分析說明書

網上購物管理系統 需求分析說明書

文件名稱：需求分析說明書 文件編號：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.需求規定..............................................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.運行環境規定..........................................4

需求分析說明書

1.引言

1.1編寫目的：

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

1.2背景：

本軟件全稱為網上購物管理系統。

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

1.3參考資料：

陽光酒店管理系統。

2.任務概述

2.1目標：

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

2.2用戶的特點：

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

3.1目標： 3.1首頁

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

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

3.3商品詳細信息

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

3.4登陸

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

3.5商品分類管理

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

3.6商品管理

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

3.7退出界面

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

4.運行環境規定

環境：Eclipse集成開發環境（jdk1.8 Tomcat7.0）操作系統：windows2010 數據庫：MySQL

第四篇：圖書管理系統需求分析報告

圖書管理系統

1引言

1.1編寫目的

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

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

1.2背景

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

說明：

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

軟件屬于圖書管理信息系統的一部分，應用中可能需要引用圖書管理系統其它部分的數據內容，此處暫且使用自定義的數據表項

1.3定義

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

ASP：全稱為Active Server Pages，是一套由微軟公司開發的服務器端運行的腳本平臺，可用于開發動態網頁

1.4參考資料

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

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

2任務概述

2.1目標

2.1目標

圖書查詢系統的初衷是：

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

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

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

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

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

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

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

2.3假定和約束

? 在開發中要考慮用戶的可能出現的操作以及在出現問題后的處理：

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

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

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

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

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

? 管理人員有良好的專業素養來應對突發事件如服務器操作系統的崩潰

3需求規定

3.1對功能的規定

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

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

3.2.2時間特性要求

如果本系統使用局域網鏈接，網絡速度較快，并且本系統只適應于中小型圖書館使用，不會造成數據擁塞的現象，所以查詢時間、內容更新時間都是瞬間完成。如果使用互聯網鏈接，則由于網絡速度問題可能造成一定延遲。或者由于長期使用致使的軟件老化或數據庫負擔增加也可能造成延時。

3.2.3靈活性

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

c． 適當整理數據庫，或者增加網絡傳輸速度可以提高速度。

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

3.3輸入輸出要求

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

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

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

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

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

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

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

（5）數據流圖

a.新書入庫

b．圖書借閱

C．過期提示

d．借閱查詢

e.還書處理

3.5數據管理能力要求

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

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

3.6其他專門要求

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

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

4運行環境規定

4.1設備

a． 為了使系統穩定的運行，硬件要求cpu達到奔騰3以上，內存至少為256MB。

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

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

4.2支持軟件

建議使用windowos2000及以上的系統，測試環境為windows xp操作系統下使用asp.net.4.3接口

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

4.4控制

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

第五篇：訂單管理系統需求報告分析

1、訂單管理系統 1.1、系統總體介紹

1、采購基礎數據功能包括：物料數據維護、訂/交貨方式維護、來源類別維護、采購員維護、采購系統維護。

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

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

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

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

6、主要應用部門：財務部門，營銷部門，生產部門，運輸部門

2、系統業務流程分析

3、系統功能模塊說明：

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

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

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

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

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