軟體專案設計文件書



網路程式規格書

＜遠端訂貨系統＞

成員：

597435002 胡建川

597435007 郭正台

597435008 陳立奇

597435009 許惠民

597435026 高得勝

＜2009/01/18＞

1 簡介（Introduction）

1.1 目的（Purpose）…………………………………………3

1.2 使用的範圍（Scope）……………………………………3

1.3 使用的系統（system）…………………………………4

2 總體描述（Overall description）

2.1 伺服器介面（Server interface）……………………5

2.2 用戶介面（User interface）…………………………10

2.3 操作行為（Operation behavior）……………………13

3 系統功能（System functions）

3.1 功能說明（Functions）………………………………14

3.2 圖表說明（Diagram）…………………………………16

3.3 功能定義（Definition）………………………………18

4 附錄（Appendix）

4.1 參考文獻………………………………………………20

4.2 會議紀錄………………………………………………20

1.簡介（Introduction）

1.1目的(Purpose)

在80年代，無論是套裝軟體或是電腦遊戲因為網路的不發達，多數是以單機的方式呈現，直到網路的漸成熟，現今世界各地均是透過網際網路來溝通，這也是此次課程專題的主要目的與方向，也因為高速網路的來臨加上分散式的環境愈顯成熟，所以分散式的環境是必然的驅勢，針對期末專案，我們計畫設計一套可以完成遠端訂貨的系統，經由此系統的運作，達到客戶遠端訂貨，服務廠商由伺服器端確認訂單後出貨的一貫化作業及提升客戶服務的效能。

1.2使用的範圍（Scope）

現行狀況：

無論是什麼樣的商品，都是透過電話的方式來連絡，而在連絡的過程，必須不斷的記下客戶的資訊及對所訂購產品的需求，常常會因聽不清楚或記錄不完全的情況發生，而且由於客戶對產品的資訊了解不完全或客戶得不到最新產品的資訊因而造成送貨的過程狀況百出，及銷售、退貨或交易糾紛..等等的種種問題。

擬解決問題：

透過網路的運用，我們可以將所有遠端訂貨的”人的需求”及”商品特色及規格的需求”，使用網路線上訂購的方式將所有商品的資訊整理並集合起來，且將商品資訊及規格詳細的於產品描述說明處，詳細的記載及說明，並且能及時提供新商品的上架資訊，客戶端在完成商品的訂購及客戶資料的鍵入後，廠家也同時利用系統完成的資料做處理與整合，以方便貨物的送達。

1.3使用的系統（System）

作業系統:Windows xp or Windows vista

程式語言:撰寫的語言部分，本組採平常有在使用的Visual Basic來撰寫，

系統配置(安裝、環境)

一、在程式架構部分：

程式的執行架構是客戶端使用專用的登錄程式來登入伺服器，由伺服器取得並下載最新商品資料回客戶端，商品資料下載完成後便與伺服器離線,使用者於客戶端完成選購商品之後，再將已選購商品資料檔回傳給伺服器作訂購處理及確認。本遠端訂購系統程式設計，以符合課程的內容為原則，採用主從式架構的設計方式。

二、系統配置部分：

一般windows 作業系統及環境，且必須能連結上網際網路即可，不需額外及繁瑣的環境設定。

2.總體描述（Overall description）

2.1伺服器介面（Server interface）

a.伺服器後台管理主畫面[pic]

b.系統資料設定

[pic]

c.系統主功能選擇

[pic]

d.基本資料設定

[pic]

e.系統網路連線設定

[pic]

f.產品資料設定

[pic]

g.檢視產品設定資訊

[pic]h.啟動伺服器

[pic]

i.客戶訂購資料查詢

[pic]

2.2用戶介面（User interface）

a.訂貨系統主畫面

[pic]

b.更新商品資料

[pic]

c.上傳訂購資料

[pic]

d.系統設定

[pic]

e.使用者資料管理及設定

[pic]

f.連線設定

[pic]

2.3操作行為（Oper ation behavior）

客戶端使用專用的登錄程式來登入伺服器，由伺服器取得最新商品資料回客戶端，待使用者於客戶端完成商品選購之後，再將已選購商品資料回傳給伺服器作訂購處理及確認。

3. 系統功能（System functions）

3.1功能說明（Functions）

1. 伺服器端︰

本遠端訂購系統程式設計，server端具備有︰

A.商品資料新增、查詢、刪除等維護功能。

B.已訂購客戶的資料及商品查詢。

C.即時顯示目前上線的客戶資訊及連線狀態。

2. 客戶端︰

Client 端具備功能有

A. 最新商品資料的下載與更新。

B. 多組客戶基本資料的建立維護功能。

C. 多組客戶帳號及密碼的設定維護功能。

D. 所有商品資訊及規格查詢。

E. 訂購商品。

F. 已訂購商品的資料查詢、新增、刪除、上傳等功能。

G. 已訂購商品的資料確認及上傳功能。

3. 系統運作原理︰

客戶端使用專用的登錄程式來登入伺服器，由伺服器取得並下載最新商品資料回客戶端，商品資料下載完成後便與伺服器離線,使用者於客戶端完成選購商品之後，再將已選購商品資料檔回傳給伺服器作訂購處理及確認。

四、系統運作程序︰

← 客戶端開機

← 執行專用登錄程式

← 設定帳號及密碼

← 設定基本資料(地址、電話等)

← 連上網際網路

← 登入伺服器

← 連線登入取得最新商品資訊

← 將最新商品資訊下載回客戶端

← 與伺服器離線

← 查詢及訂購商品

← 登入伺服器

← 將已選購商品資料上傳至伺服器

← 完成訂購確認

3.2圖表說明（Diagram）

任務時程相依性對照表

|工作項目 |工作天數 |工作相依性 |里程碑 |

|T1 |系統架構規畫 |5 | | |

|T2 |操作介面討論 |5 |T1 |M1 |

|T3 |選單功能定義 |10 |T1 |M1 |

|T4 |介面優化(需求最後確定) |5 |T2，T3 |M2 |

|T5 |程式撰寫 |30 |T4 |M3 |

|T6 |資料庫內容準備 |30 | | |

|T7 |測試與整合一 |10 |T5，T6 |M4 |

|T8 |測試與整合二 |5 |T5，T6 |M4 |

|T9 |最終程式核對 |5 |T7，T8 |M5 |

|T10 |最終測試 |5 |T9 |M6 |

|T11 |成果展示 |1 |T10 |M7 |

任務時程活動圖(activity chart)

[pic]

任務時程長條圖(bar chart)

[pic]

3.3功能定義（Definition）

a.商品資料查詢

[pic]

b. 更新商品資料

[pic]

c. 上傳訂購資料 ,完成商品訂購

[pic]

4. 附錄（Appendix）

4.1參考文獻

|參考資料名稱 |作者、出版社或網址 |

|VB入門網 | |

|碧海藍天_專題討論區_程式設計與產業資訊版 |

| |html |

|程式設計俱樂部 | |

|VB研究小站 | |

|如意網站VB教學網 | |

|VB6中文專業版徹底研究 |博碩/彭明柳 |

|Visual Basic與Windows API進階程式設計 |黃嘉輝/黃悅珊 文魁 |

|Visual Basic 視窗程式設計經典（實務篇） |林永森/碁峰 |

|Visual Basic 6.0與Windows API講座 |王國榮/旗標 |

|Visual Basic 6實例教本 |盧毅/文魁 |

|Visual Basic 6 完全程式設計手冊：最具權威的Visual Basic 6程式設計人員快速參 |Dan Rahmel/著 美商麥格羅希爾 |

|考手冊 | |

|Visual Basic 6.0 程式設計實務 |王永聯/新文京 |

|Visual Basic 網路應用程式設計(internet篇) |陳峰棋/知城 |

4.2會議紀錄

時間：2008/12

地點：線上教學

紀錄：胡建川

出席：全員

討論事項：初步報告

依照表決後登記本組的題目是「遠端訂貨系統」，這個題目也剛好是我們其中一位組員的構想，大概討論後，其實當初一開始的想法主要只是想說做出一套可以透過網路架構來完成互動作業的系統，但在經過討論後，發現在這樣急促的時間內與軟體能力薄弱的本組，要完成專案實在是一個艱鉅的任務，所以在程式架構部分我們做了些許的修正，程式架構的部分由立奇來為大家說明，先大家討論組的情況與如何作業的部分的分配，全組對程式方面曾經有研究的只有立奇與得勝，其餘3位都非本科系，所以在程式方面幾乎得仰賴兩位同學，其它三位在程式的撰寫後段著重在測試與相關的驗證。

我們將整個專案大概分為幾個時段：包括專案需求，專案時程，工作分配以及實施；而有關專案的規畫部分也剛好是本學期現在正在修的另一門課程『軟體工程』的內容，所以我們專案規畫的方式，是將所學內容運用在程式專案當中。

首先，在專案需求的部分，在經過同組組員的討論後，因為也考量到時間與能力的因素，原本的內容蠻困難達到的，所以我們做了原始內容的修正，而在實施的內容與技術我們由立奇做補強說明。

在時程的部分，大架構的部分已經大概討論出具體內容，也就是在11/23日時已經將預定達成的功能都定義完成，而此部分全部組員是利用在skype上做討論方式共同參與，基本上是有想法的出想法有點子的出點子，不可行的則由寫程式的主要成員在評估。

程式的撰寫部分，感覺要完全做出來困難度很高，此部分，已由同組的立奇和得勝開始進行中，以這個階段而言，其餘三位成員則以學習的態度從撰寫出來的部分程式做探討，因為程式的部分另一項重點在於程式真正出來後的測試，此部分就是由另三位成員來做執行。

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download