⑴ 詳細設計說明書 介面 是什麼意思
介面可以認為是用戶與伺服器之間交互的地方，就像一扇門。例如在網上購物，支付寶之類的就是介面。
⑵ 網上購物系統需求分析說明書性能規定是怎麼規定的
對性能的規抄定
1精度
說明對該軟體的輸襲入、輸出數據精度的要求，可能包括傳輸過程中的精度。
2時間特性要求
說明對於該軟體的時間特性要求，如對：
a．響應時間；
b．更新處理時間；
c．數據的轉換和傳送時間；
d．解題時間；等的要求。
3靈活性
說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：
a．操作方式上的變化；
b．運行環境的變化；
c．同其他軟體的介面的變化；
d．精度和有效時限的變化；
e．計劃的變化或改進。對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
⑶ 到哪裡下載軟體概要設計說明書要免費的，謝謝啦！
網上超市管理系統
概要設計說明書
文件名稱：概要設計說明書
文件編號：Qdhygj20050720
編 制 人：王榮芳
編制日期：2005年 7月 20日
審 核 人：王榮芳
版 本：1.00版
1引言
1.1編寫的目的
本文檔為網上超市管理系統概要設計說明書，為超市管理系統詳細的設計的主要依據。
1.2背景
項目名稱：網上超市管理系統
委託單位：華育國際
開發者：王榮芳
用戶：某某超市
1.3定義
商品條形碼：
1.4參考資料
2總體設計
2.1需求規定
主要功能包括用戶管理、進貨管理、商品種類管理和銷售管理等等。
詳細說明見超市管理系統需求規格說明書。
2.2運行環境
伺服器：IIS5.0以上
操作系統：windows2000,windows xp
資料庫：SQL Server
2.3用戶許可權管理模塊
系統提供一個預設超級管理員，該超級管理員登錄後，直接轉到許可權分配頁面，可以分配用戶許可權，並可以進行其它操作。
戶分為：普通用戶，注冊用戶，商品管理員，售貨員，超級管理員
ASP網上購物系統
需求說明
文件名稱：概要設計說明書
文件編號： QDHYASP1001
編 制 人： 周峰
編制日期：2005年 8月 30日
審 核 人： 周峰
版本標識：2.50版
1.引言
1.1.編寫目的
編寫此需求分析報告，實現商場、中小企業或個人在互聯網上進行新產品展示，網上通信留言功能，重點實現網上商品的查找、在線購買功能。實現普通用戶只能瀏覽，注冊用戶可以在線定購，後台管理人員可以進行產品上傳更新、注冊用戶的管理等功能。
1.2.項目背景
項目名稱：ASP網上購物系統
項目委託單位： hyst105040701
項目開發單位：040701班
項目簡介：本系統主要實現網上產品展示與在線定購及人員的管理，一、不同身份有不同的許可權功能（管理人員、注冊用戶、遊客） 二、在線產品展示（分頁顯示） 三、在線定購 四、後台管理（用戶管理、商品的管理）
（本系統為040701班的畢業設計項目）
1.3.問題陳述
對用戶提供的服務有：
l 在線產品展示
l 在線查找功能
l 在線下訂單。
l
2.任務概述
2.1.需求概述
2.1.1.在線展示
只要登錄到網站後，就可以在線瀏覽展示商品，
最新商品動畫展示
在線購買商品從後台資料庫動態顯示商品圖片與產品名。
單擊產品名或圖片就看到產品的詳細介紹。要添加購買與收藏功能。
2.1.2.在線下訂單：
只有注冊用戶才能利用該系統下訂單。注冊後並且處於激活狀態才可以購物下訂單。非注冊用戶和處於非激活狀態的用戶，只能瀏覽商品的基本情況。用戶登錄後，就可以使用系統提供的各種功能。
單擊產品對應的購買按鈕後，要顯示購物車界面，在該界面中要實現購買產品數量統計、總價格統計及每種產品的購買時間。
在購物車中，可以實現繼續購買、產品數量的修改、刪除購買物品、到收銀台付款功能。
在信息填寫與提交中，要實現「返回上一步」修改功能，實現所以信息統計界面。實現產生訂購單號功能。
2.1.3後台管理服務
管理員修改功能
商品管理功能
會員管理功能
2.1.4留言功能
2.2.運行環境
伺服器端： ASP+SQLSERVER2000+IIS 5.0
客戶端： IE瀏覽器
2.3.開發環境
SQLServer資料庫+IIS5.0+Windows2000+Dreamweaver2004
2.5.限制和約束
l 一個客戶在系統中只有一個賬號。
l 客戶要想購物必須先登陸。
l 管理員只能進行三次登錄
3.總體設計
3.1.參與者(不同使用身份)
Ø 遊客
Ø 注冊用戶
Ø 管理員
3.2購物流程
1) 注冊用戶（註：在歡迎頁面，未登陸的用戶可瀏覽商品信息）
2) 用戶登陸（註：在歡迎頁面）
3) 瀏覽商品信息
4) 選擇購物和數量（攢機或是單一購買）
5) 選擇付款方式（如匯款定單狀態默認為3）
6) 確定購買（插入資料庫購物單表）
7) 系統處理購物單表插入定單表並設置1，（返回訂單id）
8) 定單查詢（可按定單號和全部查詢），定單狀態為1、3的可以取消，狀態為6的付款方式為貨到付款的可以取消。
9) 定單收到後，由客戶簽字，把定單狀態改為2
3.3系統管理員流程
1) 登陸
2）修改管理員密碼
3）會員用戶的刪除、修改、添加
4）商品的添加，
5）購買商品的瀏覽、刪除與更新
4 數據描述
本系統中共有6張表，管理員表、用戶信息表、產品表、產品類型表、購物單表、留言表。每種表具體欄位及類型見下表：（可以根據自己的需要增加表，但主要表的欄位不能少。）
管理員表-admins
欄位名 欄位 類型 長度 說明
管理員ID u_id 自增 not null 主
姓名 u_Name varchar(10) not null 10
密碼 u_Pwd char(8) not null 定長 8
用戶信息表-userInfo
欄位名 欄位 類型 長度 說明
用戶名 u_Name varchar(10) 10 主
真實姓名 u_TrueName varchar(8) 8
身份證號 u_IDcard char(18) not null 18 定長
性別 u_Sex char(2) not null 2 定長
年齡 u_Age tinyint not null 2
住址 u_Add nvarchar(40) not null 40
聯系電話 u_Tel char(11) not null 11 定長
郵編 u_ Postalcode char(6) not null 6 定長
E-mail u_Email varchar(40)
備注 u_Remark nvarchar(100)
產品表-goods
欄位名 欄位 類型 長度 說明
商品ID 1.1 goods＿id char(2) 主
商品類型ID 1.1 goodsType_id char(2) not null 外
商品名 goods_name nvarchar Not NULL 8
價格 goods_price smallmoney not null 18
會員價 Goods_price1 nvarchar(40) 80
圖片 goods_photo varchar(80) 80 圖片的位置
描述 goods_depict nvarchar(100) 200
產品類型表-goodsType
欄位名 欄位 類型 長度 說明
1.1 商品類型ID 1.1 goodsType_id char(2) not null
⑷ 有沒有概要設計說明書的模版啊
編號：_________________
版本：_________________
<系統名稱>
網上購物概要設計說明書
委託單位
承辦單位
編寫簽名_________________ 年 月 日
復查簽名_________________ 年 月 日
批准簽名_________________ 年 月 日
網上購物概要設計說明書
文件狀態：
[√] 草稿
[ ] 正式發布
[ ] 正在修改 文件標識： Project No.XXX-RD-RF No.XXX（自己定義）
當前版本： X.Y
作 者：
完成日期： Year-Month-Day
版 本 歷 史
版本/狀態 作者 參與者 起止日期 備注
1引言 4
1.1編寫目的 4
1.2背景 4
1.3定義 4
1.4參考資料 4
2總體設計 4
2.1需求規定 4
2.2運行環境 5
2.3基本設計概念和處理流程 5
2.4結構 5
2.5功能需求與程序的關系 5
2.6人工處理過程 5
2.7尚未問決的問題 6
3介面設計 6
3.1用戶介面 6
3.2外部介面（硬體介面） 6
3.3內部介面（軟體介面） 6
4運行設計 6
4.1運行模塊組合 6
4.2運行控制 6
4.3運行時間 7
5系統數據結構設計 7
5.1邏輯結構設計要點 7
5.2物理結構設計要點 7
5.3數據結構與程序的關系 7
6系統出錯處理設計 8
6.1出錯信息 8
6.2補救措施 8
6.3系統維護設計 8
1引言
1.1編寫目的
說明編寫這份概要設計說明書的目的，指出預期的讀者。
1.2背景
說明：
a. 待開發軟體系統的名稱；
b. 列出此項目的任務提出者、開發者、用戶以及將運行該軟體的計算站（中心）。
1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出有關的參考文件，如：
a. 本項目的經核準的計劃任務書或合同，上級機關的批文；
b. 屬於本項目的其他已發表文件；
c. 本文件中各處引用的文件、資料，包括所要用到的軟體開發標准。列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
序號 資料名 文件編號 發表日期 出版單位
2總體設計
2.1需求規定
說明對本系統的主要的輸入輸出項目、處理的功能性能要求（可以參考需求說明書）
2.1.1功能描述
2.1.2性能要求
2.2運行環境
簡要地說明對本系統的運行環境（包括硬體環境和支持環境）的規定（可以參考需求說明書）
2.3基本設計概念和處理流程
說明本系統的基本設計概念和處理流程，盡量使用圖表的形式（可以參照圖書零售系統範例）
註：可以使用word繪制流程圖（示意圖），也可以使用專業的MS Visio或者Rational Rose繪制
2.4結構
用一覽表及框圖或者樹狀圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系（可以參照圖書零售系統範例）
2.5功能需求與程序的關系
本條用一張如下的矩陣圖說明各項功能需求的實現是處於哪個模塊中的：
模塊1 模塊2 …… 模塊n
功能需求1 √
功能需求2 √
……
功能需求n √ √
如：
用戶登錄 用戶信息管理 ……
用戶名、密碼驗證 √
彩色驗證碼驗證 √
修改用戶個人信息 √
2.6人工處理過程
說明在本軟體系統的工作過程中不得不包含的人工處理過程（如果有的話）。
2.7尚未問決的問題
說明在概要設計過程中尚未解決、而設計者認為在系統完成之前必須解決的各個問題。
3介面設計
3.1用戶介面
說明將向用戶提供的命令和它們的語法結構，以及軟體的回答信息（可以參照圖書零售系統範例）
3.2外部介面（硬體介面）
說明本系統同外界的所有介面的安排，包括軟體與硬體之間的介面、本系統與各支持軟體之間的介面關系，比如需要從外界系統接收哪些數據，或者需要輸出哪些數據給外部系統等
3.3內部介面（軟體介面）
說明本系統之內的各個系統元素之間的介面的安排（可暫時先省去）
4運行設計
4.1運行模塊組合
說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟體。
模塊集合 運行條件 支持軟體
4.2運行控制
說明每一種外界的運行控制的方式方法和操作步驟。
運行名稱 控制方法 操作步驟
4.3運行時間
說明每種運行模塊組合將佔用各種資源的時間。
運行名稱 所佔資源 時間
5系統數據結構設計
5.1邏輯結構設計要點
給出本系統內所使用的每個數據結構的名稱、標識符以及它們之中每個數據項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系。
5.2物理結構設計要點
給出本系統內所使用的每個數據結構中的每個數據項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區域）、設計考慮和保密條件。
補充說明：5.1和5.2可以合並為列出資料庫中的所有表的設計結構（可以參照圖書零售系統範例）
5.3數據結構與程序的關系
說明各個數據結構（表）與訪問這些數據結構的模塊的關系：
模塊1 模塊2 …… 模塊n
表1 √
表2 √
……
表n √ √
如
用戶登錄 用戶信息管理 ……
User_Table √ √
……
6系統出錯處理設計
6.1出錯信息
用一覽表的方式說朗每種可能的出錯或故障情況出現時，系統輸出信息的形式、含意及處理方法。
出錯情況 提示信息 發生條件 解決辦法
6.2補救措施
說明故障出現後可能採取的變通措施，可能包括：
a. 後備技術說明准備採用的後備技術，當原始系統數據萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁碟信息記錄到磁帶上去就是對於磁碟媒體的一種後備技術；
b. 降效技術說明准備採用的後備技術，使用另一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術可以是手工操作和數據的人工記錄；
c. 恢復及再啟動技術說明將使用的恢復再啟動技術，使軟體從故障點恢復執行或使軟體從頭開始重新運行的方法。
6.3系統維護設計
說明為了系統維護的方便而在程序內部設計中作出的安排，包括在程序中專門安排用於系統的檢查與維護的檢測點和專用模塊。 各個程序之間的對應關系，可採用如下的矩陣圖的形式；
⑸ 如何寫網站建設需求說明書
產品需求文檔
<項目名稱>
目錄
1.總體說明
1.1修訂歷史2
1.2項目概述2
1.3功能范圍2
1.4用戶范圍2
1.5詞彙表2
1.6非功能需求2
1.7其他說明2
2.UC部分3
2.1整體說明3
2.2UC正文3
2.2.1.UC_<用例名稱1>3
2.2.2.UC_<用例名稱2>3
對單個UC的說明3
1.
總體說明
1.1 修訂歷史
日期
版本
說明
作者
1.2 項目概述
項目概述
<簡單描述項目的背景、意義、目的、目標等，描述領域知識>
1.3 功能范圍
功能范圍
<給出業務邏輯圖，類似BUC：描述各角色的職責、與周邊系統的關系、全局商業規則>
1.4 用戶范圍
角色
描述（涉及到的actor、system的描述）
1.5 詞彙表
詞彙
描述（術語與縮寫的描述）
1.6 非功能需求
需求
描述
數據監控
<針對一個功能模塊級別的監控點，必填，並且功能上線2周後需要給出數據分析報告>
<性能>
<用戶體驗>
<……>
1.7 其他說明
其他說明
<其他任何需要說明的內容>
2.
UC部分
2.1 整體說明
類圖
<截圖>（可選，對業務領域的描述）
<類圖說明>
用例圖
<截圖>（必選）
<用例圖說明>
狀態圖
<截圖>（可選）
<狀態圖說明>
2.2 UC正文
2.2.1. UC_<用例名稱1>
……
2.2.2. UC_<用例名稱2>
……
對單個UC的說明
注1：視覺層面的描述通常直接通過Demo表達（如頁面大小，顏色字體字型大小等）
注2：界面細節，引用界面規範文檔（如表格中的文字對其方式）
注3：交互細節，引用交互規範文檔（如出錯提示的方式）
注4：文案細節，引用文案規範文檔（如各種提示文案）
⑹ 服裝店設計說明書範文
服裝店設計說明範文
對於服裝店來說,裝修風格到位就是成功的一半。可裝修是件復雜的事情,時間安排、項目預算、裝修公司的資質等等細節問題太多,如果想局部改動一下,往往與裝修公司溝通一整天。因此很多人乾脆敷衍了事，或者隨意在牆上貼幾張皺紋紙，或者隨便選牆壁色彩，把本來光線就不足的店裡刷成墨綠色的牆面，導致從外面看起來店鋪里好像沒有開燈，消費者就沒有心情進去逛。
服裝的形象和風格定位要從店鋪的客戶群分類出發，區分不同風格應用不同的宣傳方式。休閑服裝的賣場應該給人以隨意、輕松的感覺，可以放節奏感強的背景音樂，有對比強烈的色彩和絢爛的燈光，折放、正面展示、側面展示要互相穿插，貨架的擺放要在隨意中又有整體的感覺。女裝賣場的色彩要有女人味，淡藍+白、紅+白、紫紅+白、駝色+白、白、黑+白等都是不錯的選擇，賣場的線條要流線、纖細，燈光柔和，多點鏡子(女人天生愛照鏡子，當你這里鏡子多的時候，就算沒有看你的衣服也會把她們吸引過來。)而男裝則以粗獷的線條，深沉的色彩為主，多用胡桃木等材料製作。
店堂是服裝鞋帽店的主體.因此店堂的設計及合理布局十分重要,它能夠起到有效利用空間、展示商品的作用。
這時應重點選擇有代表性的，能表現流行趨勢或主題的服裝作為重點展示，並且要明確地介紹商品，避免燈光因素改變原有服裝的色相。陣列不當在視覺上會對原有服裝的款式產生曲解，突出重點，通過色彩的對比、服裝財質的對比或光的直射加強重點，另外，還要考慮顧客的視線，以人體工程學為設計的依據，採用不同的道具、配件。
T恤衫、襯衫、裙子、絲巾等材質較輕的服飾比較合適做壁面陳列。大空間的壁面陳列可塑性強，可以應用厚紙張、別針、燈光照明和折疊技巧使服裝產生立體感，合理運用點、線、面的構成手法將商品生動地表現出來。小空間的壁面陳列商品不宜太多、留出空白的空間和運用色彩的對比突出重點。
其實，幾乎所有的商品都適合 【下一頁請看： http://www.ckd8.cn/?action-viewnews-itemid-8174】