Visual Basic .Net 程式案例學習: 03. 場地預約系統 (2014版) Visual Basic .Net 程式案例學習: 03. 場地預約系統 (2014版) 3.1 問題 ¶ 這是一間學校單位的場地預約系統，由於是臨時的構想，想把原本紙上作業放置在網路上供教師們填選，以節省人力資源，到時候只需要定時派工讀生至網頁上查詢列印，即可做到管理的需求。 在一次的會議上臨時的想法，由該處室長官提出，希望能夠透過網頁讓學校教師，可以預約場地，而不用提出人力專門負責登記預約，教師也不必透過電話或是親自到訪登記，強調必須能夠有月曆供參考，避免教師誤填，還要有避免衝堂的機制，才不會造成衝突。 介面要越簡單越好，教師並不想打太多資料，而工讀生也要能很方便的操作。 3.2 需求 ¶ 由於是臨時的想法，我們掌握先求有再求好的概念，因為身為資訊人員，與使用者的角度是不同的，使用者是希望透過資訊人員解決目前的問題，他們不會像資訊人員能夠考慮到擴充性、效率、介面、…等等的問題。而且這類的臨時提案，很有可能隨時更改，因為臨時的提案，很有可能連需求者都無法完全構思或者是完全描述，在還沒有看到成品之前，需求者是沒有概念可言的。 那身為資訊人員應如何掌握重點呢？首先由數據下手，全校教職員約三百人，會使用到場地的約一百人，而並不是每一堂都要使用到特殊場地，因此粗估約有五十人會在每一星期做預約，實際上更少，因為場地數量也沒有這麼多。 而後從介面思考，簡單的介面就是資料量少且排版順暢，依據使用者瀏覽的概念，我們將網頁切割成左右兩塊，左邊是控制區，右邊是資料區及填表區，如此就不會太複雜。而瀏覽者一般都是由上往下閱讀，由左往右閱讀，為求控制功能概念能夠順利傳達，我們在命名功能項目時必須簡潔有力。在選單的部分，幾乎只讓使用者透過點選的方式操作即可，不要讓使用者輸入太多資料。 因此我們的思考模式是先由模組再到介面，而需求者的思考模式是先由介面再到功能。這兩者思考方向差距很大，軟體工程雖然有提出解決的方法，簡單的說就是透過使用者不斷的回饋，進而修正問題，拉近開發者與需求者之間的距離。但是實際面來看，這種臨時的提案實在沒有必要這麼做，不如快速解決以達效率，然後將時間擺放在...

Visual Basic .Net 程式案例學習: 01. 快速建置資訊系統 (2014版) Visual Basic .Net 程式案例學習: 01. 快速建置資訊系統 (2014版) 1 簡介 ¶ 這是一本介紹用簡潔又快速的方式應用資訊的書籍，怎麼說呢？原因在題目，這是個無解的題目，永遠都有更快更好的方式建立系統，科技日新月異，本來要花十年的工，現今可能只要十分鐘。現實一點好了，工作總是這麼多，事情永遠做不完，尤其資訊行業，永遠都有新鮮事。當然能快就快，一件事趕快處理完，自己還可以多撈一些自修的時間，我想鮮少會有老闆願意或知道讓員工自修，其實也是知識資產增加的部份。因為看不到嘛！只有當員工離職時才會驚覺，阿～那個某某人以前真的做了很多事。因此，這本教材的動機就很清晰明瞭了，就是希望能夠替資訊人員增加一些時間，無論自修自樂都是好事。能夠調節身心，免得時時處在緊繃的狀態，那人久了也真是受不了。 本教材會分為兩個大類，一類是在於分析問題及處理方式，第二類是以實際的案例來做說明。本教材有個好處，程式碼公開，好不好用直接可以試用，您可以自行修改程式碼應用在工作上，無須重新再將程式碼輸入一遍。謂何第一類？就是提供簡單的分析方法，現實工作中除非是很有制度的公司，要不然是不會重視分析階段，大部分都是構想一下，就開始邊作邊想邊改。因此作者依據以往的經驗，規劃出幾段重要的項目，在分析時要考慮的部份。依照所列的項目去設想，很快就可以有系統的雛形。並且列出基本系統規格文件，輪廓較為清晰。 第二類的部份，是拿出實際案例，描述當初設計場景，有原始的程式碼，並標示出重點，以供讀者修改，進而讓使用者了解設計架構及修改重點。儘量採取輕鬆及簡單的方式讓使用者能夠快速明瞭，能夠快速應用。目的是要解決問題，而並非是完全自製程式。有時透過既有的軟體就可以解決的問題，例如像是微軟的Office系列產品可處理的問題，就交給微軟處理吧。或不能完全交給，也可以採取合作的方式，給一部份自己做，一部份交由微軟Office。解決問題隨時想到手邊可用的方法，就可以立刻拿來用，可行的話，稍微包裝一下，再送出去。一個問題有多的解法，實例說明時，會採取類似的介紹方法，而不單一直述一種作法。...

Visual Basic .Net 程式案例學習: 00. 教材說明 (2017版) Visual Basic .Net 程式案例學習: 00. 教材說明 (2017版) 編輯大意 ¶ 本教材以Visual Basic .NET 為導向，目標是讓初學者由入門到進階，編排方式由網頁開始建立觀念，先由大量的圖示引導學習者，使學習者能夠快入進入狀況，而後慢慢以文字敘述，描述功能及操作。筆者於多項實際案例中挑選出具有代表性的項目，進而解析從最初分析到實務設計，以及可擴充的部分，都有最詳細詳盡的解釋及說明。 由於本教材探討的是系統，並非是程式語言，因此希望讀者在閱讀的時候，能夠把自我的概念提升到分析師的領域，如此閱讀本教材會比較順暢。 本教材所介紹的程式系統，皆已經過使用者驗證，可實際作業，本人願意將程式碼完全釋放，您可以加以修改成為自己的程式，無論是任何用途（包含商業用途），但必須加註引用筆者的姓名，這是自由軟體開放源碼的精神之一。您取得作者的原始碼之後，再搭配本教材的說明註解，便能夠事半功倍的修改程式，加速開發的過程，這也是筆者的期待。 筆者本身通過許多檢定以及實務接案經驗，因此能有效的提供完整的解決案件的技巧，無論是工作上或是接案上都可以讓讀者們事半功倍。 最後，能夠順利完成本教材要感謝親愛的女兒，以及我的父母和老弟，他們能夠體諒我，照顧我的身體健康，使得我能夠打起精神，仔細的撰寫本教材。如果有任何的批評指教，都請指導，我會繼續努力，力求完美。 賴岱佑 敬上 教材原始檔說明 ¶ 請點選『標題』超連結，即可下載程式原始碼及執行檔。 本教材適用版本為 Visual Studio 2005，但大部分都還可以適用新版本的 Visual Studio 目錄 　 標題 　 執行檔 or 首頁 　 專案檔 　 02 可換殼的動態文宣之宣傳網站 　 MainPage.aspx MyWeb.sln 03 場地預約系統 Main.aspx web-nssh.sln 04 財產設備管理系統 -start-.aspx Ri...

網路便當訂購系統 (ASP) 網路便當訂購系統 ¶ 網路便當訂購系統完整程式碼下載 1 問題 ¶ 這是一所學校所提出的需求，由於該校每個班級都有電腦可以上網，因此想把紙本作業流程改成網路版本。原來的流程是由班級的伙委在規定的時間內統計好餐盒訂購的數量，然後利用下課時間繳交到學務處，學務處的職員在將全校班級師生報到的數量做統計，必須在廠商來的急做便當的時間之前報給廠商，因此這段時間是相當短的，無庸置疑的是這流程常有意外產生，例如：班級伙委忘記繳交訂購單，訂購單數量錯誤，臨時高層長官加訂便當，…，等等。這都造成許多的麻煩和不必要的工作。 因此想採用電腦化作業，這套系統希望能夠服務到三方，訂購者、管理者、廠商。訂購者可以查詢當天以及未來日期的便當，也可預訂便當，回報訂購的情形，並且瀏覽廠商資料，看廠商提供的菜色如何。管理者可以有公佈欄、跑馬燈告知訊息，並且可以設定便當訂購時間，管理帳號，瀏覽報表。廠商可以透過網路，看到今天訂購的數量，以及學生預購的數量，瀏覽報表。而報表可以依照日、月、年做統計，這方便校方與廠商核對訂購量，以便處理金錢問題。初估約有三百人會使用到這個系統，而且集中在早上及下午訂購便當的時段。 2 需求 ¶ 表格 1 「網路便當訂購系統」系統目的分析表 版本：1.0 　 要做什麼 　 不要做什麼（不要做不代表不會做） 　 能做什麼 （第一格：必要項目） （第二格：次要項目） 訂購者可以訂購今日便當，但有時間限制。 訂購者可以預訂便當。 訂購者可以退訂今日便當，但有時間限制。 訂購者可以回報中餐及晚餐的訂購情形。 廠商可以查閱今日班級訂購統計表。 管理者可以限制訂購時間。 廠商可以查閱今日菜單訂購統計表。 管理者可以變更訂購時間。 廠商可以查閱今日訂購詳細紀錄表。 管理者可以設定預購天數。 廠商可以新增產品（餐盒）。 管理者可以設定訂購量不超過該班級人數。 廠商可以刪除產品（餐...