軟體工程需求分析報告
學號：20111415
班級: 1102班
姓名：伍嘉宇
指導老師：吳一帆
1.1 編寫目的
可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解。經過對此專案進行詳細調查研究，初擬系統實現報告，對軟體開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。
本報告經審核後，交軟體經理審查。
1.2 背景
開發的系統名稱：電子商務**
本專案的任務提出者：軟體工程老師——吳老師
專案開發者：120開發小組
使用者：廣大消費者
實現軟體的單位：校園超市
專案與其他軟體，系統的關係：本系統採用客戶機伺服器原理，採用的是sql selver資料庫，在各種瀏覽器中使用者可以實現操作。
1.3 定義
o**p online shopping mall platform購物**系統
1.4 參考資料
人事管理系統的可行性研究報告
《軟體工程導論》張海藩，清華大學出版社
2.1目標
這是乙個購物**平台，主要要完成對使用者註冊/登陸、商品展示/搜尋、購物等。 2） 效能：準確度要高，資料要完善。
3） 輸入輸出：使用者註冊時必須準確輸入個人資訊，商品資訊也要準確輸入，使用者訂貨要準確記錄，修改庫存量，使用者可以檢視商品資訊，管理員可以查詢和修改商品及使用者資訊 4） 基本的資料流程和處理流程：會員登陸後瀏覽商品，選中加入購物車，然後確認，生成訂單，購物完成。
處理流程和資料流程用圖表的方式：表示出最基本的資料流程和處理流程，並輔之以敘述； 5） 安全與保密要求: 使用者填寫必要資料和可選資料後成為本購物**的會員，只有註冊會員才可以進行購物操作，非註冊會員只能檢視商品資料。
6） 資料的**：通過網路資源。主要的目標：
1）提高了銷售的工作效率。 2) 建立與顧客之間進行網上交易的平台，增加公司的銷售渠道，為顧客提供更便捷的服務 3) 採用網上銷售模式，減少中間環節的費用，提交公司利潤。 4）規範化的管理使用者與商品資訊，使公司的商品銷售管理更加現代化。
2.2使用者的特點
使用者多種多樣，只要會上網的人都可以在該**上進行買賣交易。使用者更多集中在20-35歲的學生和白領之間。
2.3假定和約束
1） 限制：o**p系統最多40天左右開發時間，需要對成本進行壓縮，採用合理的技術。
2） 條件：高效能電腦配置二台或者三颱左右，做伺服器使用 ，小組成立網上銷售策劃小組，配合開發並，提供人員資訊
3.1對功能的規定
3.2 對效能的規定
3.2.1精度
對於價錢的精度要到分，不能允許系統在訂單價錢方面出現錯誤。
3.2.2時間特性要求
響應時間要短；
更新處理時間要快；
處理訂單資料資訊的轉換和傳送時間要少；
等待電子商店提交訂單資訊的時間要快；
3.2.3靈活性
軟體操作方式上的變化比較小；
執行環境的變化穩定；
同其他軟體的介面的變化快；
維修計畫的變化或者改進比較迅速；
3.3輸入輸出要求
客戶輸入商品的資訊，系統要在最快的時間內給與使用者商品資訊上的輸出。電子商店對於使用者訂單的輸入資訊，要以最短的時間輸出訂單的確認資訊。**商要以最快的速度給使用者發貨，以免使用者久等。
3.4資料管理能力要求（針對軟體系統）
及時統計商品的銷售記錄，及時更新商品的庫存數量，給使用者帶來最新的訊息。
3.5故障處理要求
軟體問題若出現的話將影響所有工作人員的工作，所有的次序都會買賣次序將停止。所有軟體維修人員要及時維修，儘量減少損失。
3.6其他專門要求
電子商店要對使用者的資訊保安保密的要求要好，對使用方便的要求要高，對可維護性、可補充性、易讀性、可靠性、執行環境可轉換性的特殊要求都要做到，使得使用者用起來方便快捷。
4.1裝置
列出執行該軟體所需要的硬裝置。說明其中的新型裝置及其專門功能，包括：
a.處理器型號及記憶體容量
b.外存容量、聯機或離線、**及其儲存格式，裝置的型號及數量
c.輸入及輸出裝置的型號和數量，聯機或離線；
d.資料通訊裝置的型號和數量
e.功能鍵及其他專用硬體
4.2支援軟體
windows x p windows7 列出支援軟體，包括要用到的作業系統、編譯程式、測試支援軟體等。
4.3介面
系統同其他系統之間的介面要比較好用可行、資料通訊協議。
4.4控制
控制這些訊號的**來自於電腦的汽車維修系統，用該系統控制所有工作的進行。控制的訊號與電信聯絡，皆有線網，以避免掉線帶來的損失問題。
1層資料流圖
6、資料字典
1．使用者登入表資訊表中：
1.欄位名： name
資料項： 使用者號
含義說明：每個使用者的編號
別名： 客戶編號
型別： 字元型
長度： 20
取值範圍：十個中文字元內
取值含義：根據讀使用者登入時用的名字。
2.欄位名： produce name
資料項： 產品資訊
含義說明：每個產品的標號
別名： 產品編號
型別： 字元型
長度： 20
取值範圍：十個中文字元內
取值含義：根據讀商品的名字。
3.欄位名：shop name
資料項： 電子商店的資訊
含義說明：每個電子商店的資訊
別名： 商店編號
型別： 字元型
長度： 20
取值範圍：十個中文字元內
取值含義：根據每個商店名字的第乙個字母的順序排列
1、資料流名： 訂單資訊
說明： 訂單資訊
資料流**： 系統
資料流去向： **商
組成： 姓名，**號碼，商品資訊，商品金額，交易時間
平均流量： 每天500個
高峰期流量： 每天1000個
2、資料流名： 使用者資訊
說明： 使用者資訊
資料流**： 系統
資料流去向： **商和電子商店
組成： 姓名，**號碼
平均流量： 每天500個
高峰期流量： 每天1000個
3、資料流名： 派送貨物資訊
說明： 貨物資訊
資料流**： **商
資料流去向： 使用者
組成： 使用者姓名，**號碼，商品名稱，派發日期
平均流量： 每天100個
高峰期流量： 每天200個
1.資料檔名：使用者檔案
簡述：存放的是使用者基礎資訊資料。
資料檔案組成:表單形式儲存
組成：客戶檔案=姓名+**號碼+商品資訊+商品金額+交易時間
儲存方式: 以使用者名為記錄關鍵字公升序排列
資料檔名：使用者資訊檔案
2.資料檔名：商品名稱
簡述：識別商品的標誌
資料檔案組成:表單形式儲存
組成：商品名稱=中文名+英文名
儲存方式: 以商品名稱的首字母的先後順序為記錄關鍵字公升序排列
資料檔名：商品資訊檔案
3.資料檔名：庫存盤案
簡述：存放商品庫存的資訊檔案
資料檔案組成:表單形式儲存
組成：數字+單位
儲存方式: 以商品名稱的首字母的先後順序為記錄關鍵字公升序排列
資料檔名：庫存盤案
1.處理過程： 使用者查詢記錄資訊
加工編號：2
說明： 根據使用者情況記錄資訊
加工邏輯：
begin
輸入使用者檢視記錄資訊請求和交易日期
if 在訂單資訊檔案中找不到該使用者
else返回到交易主頁
2.處理過程： 使用者資訊處理
加工編號：2
說明： 根據使用者情況處理資訊
加工邏輯：
begin
核對使用者登入資訊
if 在使用者檔案中找不到該使用者 then 可讓他註冊該**
else返回到交易主頁
else
更新客戶的資訊情況
end 系統自行儲存所有登入**使用者的資訊
3.處理過程： 訂單資訊處理
加工編號：2
說明： 根據使用者訂單情況處理資訊
加工邏輯：
begin
核對使用者訂單資訊
if 在使用者檔案中找不到該商品 then 可讓他重新選擇其他商品
else返回到主頁字再次進行交易
else 彈出主頁商品選單
end彈出抱歉視窗
學生管理系統需求說明書
1.開發背景 隨著科學技術的不斷提高，電腦科學日漸成熟，其強大的功能已為人們深刻認識，它已經進入人類社會的各個領域並發揮著越來越重要的作用，然而在計算機應用普及以前我國大部分高校的學生資訊管理僅靠人工進行管理和操作，這種管理方式存在著許多缺點，如 效率低，密保性差，另外時間一長，將產生大量的檔案和資...
超市管理系統需求說明書
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.輸人輸出要求 4 3.4資料管理能力要求 ...
財富管理系統需求說明書
1 編寫目的 5 2 背景 5 3 功能架構 5 4 需求描述 5 4.1 機構設定 5 4.1.1 機構列表 5 4.1.2 機構新增 6 4.1.3 機構修改 7 4.1.4 機構刪除 7 4.1.5 機構移動 8 4.2 客戶經理管理 9 4.2.1 客戶經理列表 9 4.2.2 客戶經理新增...