網路便當訂購系統 (ASP)
網路便當訂購系統¶
1 問題¶
這是一所學校所提出的需求，由於該校每個班級都有電腦可以上網，因此想把紙本作業流程改成網路版本。原來的流程是由班級的伙委在規定的時間內統計好餐盒訂購的數量，然後利用下課時間繳交到學務處，學務處的職員在將全校班級師生報到的數量做統計，必須在廠商來的急做便當的時間之前報給廠商，因此這段時間是相當短的，無庸置疑的是這流程常有意外產生，例如：班級伙委忘記繳交訂購單，訂購單數量錯誤，臨時高層長官加訂便當，…，等等。這都造成許多的麻煩和不必要的工作。
因此想採用電腦化作業，這套系統希望能夠服務到三方，訂購者、管理者、廠商。訂購者可以查詢當天以及未來日期的便當，也可預訂便當，回報訂購的情形，並且瀏覽廠商資料，看廠商提供的菜色如何。管理者可以有公佈欄、跑馬燈告知訊息，並且可以設定便當訂購時間，管理帳號，瀏覽報表。廠商可以透過網路，看到今天訂購的數量，以及學生預購的數量，瀏覽報表。而報表可以依照日、月、年做統計，這方便校方與廠商核對訂購量，以便處理金錢問題。初估約有三百人會使用到這個系統，而且集中在早上及下午訂購便當的時段。
2 需求¶
表格 1 「網路便當訂購系統」系統目的分析表
| 版本：1.0 | 要做什麼 | 不要做什麼（不要做不代表不會做） |
|---|---|---|
| 能做什麼 | （第一格：必要項目） | （第二格：次要項目） |
| 訂購者可以訂購今日便當，但有時間限制。 | 訂購者可以預訂便當。 | |
| 訂購者可以退訂今日便當，但有時間限制。 | 訂購者可以回報中餐及晚餐的訂購情形。 | |
| 廠商可以查閱今日班級訂購統計表。 | 管理者可以限制訂購時間。 | |
| 廠商可以查閱今日菜單訂購統計表。 | 管理者可以變更訂購時間。 | |
| 廠商可以查閱今日訂購詳細紀錄表。 | 管理者可以設定預購天數。 | |
| 廠商可以新增產品（餐盒）。 | 管理者可以設定訂購量不超過該班級人數。 | |
| 廠商可以刪除產品（餐盒）。 | 管理者可以設定資料保存天數。 | |
| 管理者可以新增、刪除、修改班級帳號，並且可以查閱使用紀錄。 | ||
| 管理者可以新增、刪除、修改廠商帳號，並查詢使用紀錄。 | ||
| 管理者可以瀏覽日報表，月報表。 | ||
| 管理者可以瀏覽日總表，月總表。 | ||
| 不能做什麼（不能做代表不需要做） | （第三格：不必要項目） | （第四格：不需要項目） |
| 廠商可以查看日報表。 | 首頁要能夠秀出跑馬燈訊息。 | |
| 廠商可以查看月報表。 | 首頁可以看到廠商資料。 | |
| 管理者可以查看中餐、晚餐回報單。 | 班級、管理者、廠商皆可自行修改密碼。 | |
| 管理者可以替廠商新增、刪除產品（餐盒）。 | 管理者可以發佈跑馬燈訊息及公告訊息。 |
表格 2 「網路便當訂購系統」系統目標分析表
| 版本： | 重要 | 不重要 |
|---|---|---|
| 優先 | （重） | （急） |
| 訂購者可以訂購今日便當，但有時間限制。 | 訂購者可以預訂便當。 | |
| 訂購者可以退訂今日便當，但有時間限制。 | 訂購者可以回報中餐及晚餐的訂購情形。 | |
| 廠商可以查閱今日班級訂購統計表。 | 管理者可以限制訂購時間。 | |
| 廠商可以查閱今日菜單訂購統計表。 | 管理者可以變更訂購時間。 | |
| 廠商可以查閱今日訂購詳細紀錄表。 | 管理者可以設定預購天數。 | |
| 廠商可以新增產品（餐盒）。 | 管理者可以設定訂購量不超過該班級人數。 | |
| 廠商可以刪除產品（餐盒）。 | 管理者可以設定資料保存天數。 | |
| 管理者可以新增、刪除、修改班級帳號，並且可以查閱使用紀錄。 | ||
| 管理者可以新增、刪除、修改廠商帳號，並查詢使用紀錄。 | ||
| 管理者可以瀏覽日報表，月報表。 | ||
| 管理者可以瀏覽日總表，月總表。 | ||
| 不急迫 | （輕） | （緩） |
| 廠商可以查看日報表。 | 首頁要能夠秀出跑馬燈訊息。 | |
| 廠商可以查看月報表。 | 首頁可以看到廠商資料。 | |
| 管理者可以查看中餐、晚餐回報單。 | 班級、管理者、廠商皆可自行修改密碼。 | |
| 管理者可以替廠商新增、刪除產品（餐盒）。 | 管理者可以發佈跑馬燈訊息及公告訊息。 |
表格 3 「網路便當訂購系統」系統規格表
| 規格項目 | 規格內容 | 備註 |
|---|---|---|
| 首頁 | 要能夠看到跑馬燈訊息及廠商資料。 | … |
| 班級 | 可看到公佈欄訊息。 | |
| 可以訂購今日便當，但有時間限制。 | … | |
| 可以退訂今日便當，但有時間限制。 | ||
| 可以預訂便當。 | ||
| 可以回報中餐及晚餐的訂購情形。 | ||
| 管理者 | 可以發佈跑馬燈訊息及公告訊息。 | … |
| 可以限制訂購時間。 | ||
| 可以變更訂購時間。 | ||
| 可以設定預購天數。 | ||
| 可以設定訂購量不超過該班級人數。 | ||
| 可以設定資料保存天數。 | ||
| 可以新增、刪除、修改班級帳號，並且可以查閱使用紀錄。 | ||
| 可以新增、刪除、修改廠商帳號，並查詢使用紀錄。 | ||
| 可以瀏覽日報表，月報表。 | ||
| 可以瀏覽日總表，月總表。 | ||
| 可以查看中餐、晚餐回報單。 | ||
| 可以替廠商新增、刪除產品（餐盒）。 | ||
| 廠商 | 可以查閱今日班級訂購統計表。 | … |
| 可以查閱今日菜單訂購統計表。 | ||
| 可以查閱今日訂購詳細紀錄表。 | ||
| 可以新增產品（餐盒）。 | ||
| 可以刪除產品（餐盒）。 | ||
| 可以查看日報表。 | ||
| 可以查看月報表。 | ||
| 密碼管理 | 班級、管理者、廠商皆可自行修改密碼。 | … |
3 特色¶
整套系統只有813KB（不包含資料庫），但卻能夠服務三百多人，並且有效率能夠即時看到訂購餐盒的情形，網頁報表紀錄能夠讓校方與廠商對帳的時候有依據，訂購者能夠瀏覽產品資料，並且預購。
4 使用工具¶
| 語言 | 軟體 |
|---|---|
| ASP、JScript、VBScript | MS Frontpage、JAVA Applet、Adobe Photoshop、Ulead PhotoImpact |
5 系統架構¶
為了管理方便，整個系統架構採用資料夾分類，觀點由來賓、訂購者、管理者、廠商來看，資料夾也就是這樣分類，因此所屬資料夾內的檔案就是處理相關角色的程式碼，檔案命名也相當清楚易懂，看到檔案名稱就可以知道該程式碼的作業內容。
為求資料安全，密碼及帳號都有字數限制。除此之外，避免由外部直接登入到某網頁竄改資料，因此使用多重框架的設計，讓沒有帳號密碼的外部來賓，無法直接藉由搜尋網址的方式找到登入到具有功能的網頁。因此可以看到-start-.html包含著-start-.asp，而-start-.asp又包含著Guest.html，這就是多重框架的設計。
在設計本系統的時候，首先要定義的是資料庫的欄位，藉由資料庫的欄位才能看到系統的概觀。設計之前先拋開所有的規則（訂購規則），先完成整個訂購流程的程式碼，然後再慢慢將規則加入程式碼中，不要一開始就包含訂購規則一起設計，否則會造成測試上的不完全。
在讀者看到報表功能的時候，一定會覺得相當難以修改設計，其實因為採用ASP，因此讀者必須具備HTML的設計能力，才能了解報表是如何產生。
6 程式實作¶
程式碼的部分在本章並不列出，原因是程式碼內皆附有註解，讀者可以直接參考程式碼內的註解，進行修改的動作。因此在這節我們將介紹安裝的注意事項，以及操作的功能簡介。
Setp 1：如圖 1 ，首先我們以 Windows 2003 Server、IIS 6.0 為例，先將本程式檔案複製在硬碟中，然後找到本程式的資料庫檔案 STORE.MDB，按下滑鼠右鍵，點選內容，新增 Everyone 的權限，並設定可讀可寫。
圖 1
Step 2：如圖 2，點選網際網路資訊服務(IIS)。
圖 2
Step 3：如圖 3，在網站上點選滑鼠右鍵，點選新增、網站。
圖 3
Step 4：如圖 4，點選下一步。
圖 4
Step 5：如圖 5，輸入網站敘述。
圖 5
Step 6：如圖 6，設定伺服器IP位址，以及埠號。本範例採用預設值，讀者可以依照自己的需求設定。
圖 6
Step 7：如圖 7，設定檔案路徑，也就是本程式的根目錄。
圖 7
Step 8：如圖 8，勾選執行指令碼(例如：ASP)。
圖 8
Step 9：如圖 9，點選完成。
圖 9
Step 10：如圖 10，在新建的網站上點選滑鼠右鍵，叫出功能表，點選內容。
圖 10
Step 11：如圖 11，點選文件頁籤，點選新增，輸入 -start-.html。
圖 11
Step 12：如圖 12，點選主目錄頁籤，點選設定按鈕，跳出應用程式設定視窗，點選選項頁籤，勾選啟用上層路徑，按下確定鈕。
圖 12
Step 13：如圖 13，打開IE，輸入 http://127.0.0.1 ，就可以看到網站。
圖 13
很簡單的就架設完成了，預設的管理者帳號：1234567890、密碼：1234567890，預設的廠商帳號：1111111111、密碼：1111111111，預設的班級帳號：12345678、密碼：12345678。讀者們可以開啟STORE.MDB，找到帳號資料表，就可以看到所有的帳號及密碼，但讀者要修改的時候，請記得要對應所屬的角色。
7 修改重點¶
由於訂購資料日漸增加，其實可以替管理者撰寫資料庫備份的功能，但由於本案管理者不需要這項功能，因為每月結帳之後，訂購資料就對管理者沒有用了。但不同的使用者有不同需求，如果要做到統計分析，這些資料就必須保存下來，因此若有此需求，讀者可以自行增加資料庫備份的功能，這是彈指之間的事情，卻能替系統帶來更大的方便。
其實一般公司行號也有訂購便當的需求，一般都是用紙上作業，因為訂購量並不大，而且也沒有那麼複雜的作業程序，但是透過本系統，可以節省許多統計的作業時間，並且相當方便的藉由網頁跟商家訂購便當。
對於廠商而言，也可以修改成自己的訂購網站，變成自家便當訂購網站，而且無須修改程式，只要填寫資料庫內的資料即可。相當方便有效率。
8 結論¶
這套系統上線順利，並且符合三方的需求，而且所需資源並不高，可以很方便的架設在有IIS上的Server。說實在的安裝本系統只需要將檔案拷貝至硬碟，設定IIS即可，過程應該不會超過十分鐘，重點在於設定資料庫的基本資料會花比較多的時間。這套系統已經運行多年，因此讀者可以很放心的架設，甚至於修改成適合自己的網頁。
