課程設計腳本

❶ 大師好,我現在做課程設計,需要將接收來的GPS數據顯示到百度地圖上,並標記位置和軌跡.

您好，我大致研究了BAIDU MAPS API和GOOGLE MAPS API，可以通過前台JAVA Script來顯示地圖標識點，如果需要實時的顯示，還需要JAX結合後台程序來實現，JAX完成數據的調用和地圖的刷新工作，具體的請參考JAX相關資料。另外後台程序主要是接受JAX的請求並返回地理數據。這些API僅支持頁面前台的數據顯示，不支持資料庫層面的操作，JAX是個不錯的方法，當然也可以動態生成頁面，比如由程序輸出頁面數據，將地理位置直接嵌在頁面上，然後定期刷新。

❷ 急求一份資料庫課程設計

合肥經濟技術職業學院
電子信息系

課程設計報告

課程：資料庫課程設計

題目：學生管理系統

班級：09計 用

成員：

指導老師：
日期：

目錄
第一章 前言 3
1.1 課題簡介 3
1.2 設計目的 3
1.3 需求分析 4
第二章 資料庫實例的分析及應用 4
2.1 題目和E-R圖 4
2.2 資料庫的實現 5
2.3 資料庫結構屬性 8
2.3.1主鍵（主鍵約束PRIMARYKEY;索引設置） 8
2.3.2資料庫的默認值和規則 13
2.3.3 視圖和存儲過程 15
2.3.4 觸發器 17
第三章 總結報告 19
參考文獻 19

第一章 前言
1.1 課題簡介
資料庫技術是計算機科學技術發展最快，應用最為廣泛的技術之一。其在計算機設計，人工智慧，電子商務，企業管理，科學計算等諸多領域均得到了廣泛的應用，已經成為計算機信息系統和應用的核心技術和重要基礎。
本文主要介紹學生成績管理系統的資料庫設計，從需求分析到資料庫的運行與維護都進行詳細的敘述。本系統是利用SQL開發出來的。通過SQL建立學生成績管理系統，大大方便和簡化了數據的查詢和處理，管理員可以通過SQL語言對表內數據進行添加，刪除，修改，查詢等操作，還可以建立多用戶，對其使用許可權進行分配和回收。隨著數據處理的不斷進步和計算機網路的迅速發展，使資料庫應用系統不僅在功能而且在結構上都有了深刻的變化，而且運用在生活的每一個方面。通過學習關系代數，關系演算，函數依賴，關系模式分解，關系模式的規范化讓我們建立了扎實的關系資料庫理論基礎。而在掌握基本理論的基礎上掌握關系資料庫的設計方法，掌握現代信息系統的開發方法也顯得尤為必要。目前在關系資料庫中用得最多的SQL資料庫，開發資料庫的語言工具多數用C++.。所以對於計算機專業的學生來說掌握資料庫應用的基本技術，熟悉編程語言與SQL資料庫的結合運用是我們計算機專業學生之必備本領。本次課程設計是以學生信息管理系統為模擬模型，運用C++編程語言結合SQL資料庫所開發系統。
1.2 設計目的
隨著學生數量的日益增多，學校對學生的管理要求也越來越高，為了使信息技術與學生信息更好的結合在一起以及使學生成績的管理更加系統化，數字化，因此我們設計了該學生信息管理系統。運用基於E-R模型的資料庫設計方法和關系規范化理論做指導完成從系統的分析到設計直至系統的最終實現，開發學生成績管理系統，完成學生成績管理系統的全部功能。首先做好需求分析，並完成數據流圖，其次做概念分析，利用實體聯系的方法將需求分析的用戶需求抽象為信息結構，得到E-R圖，然後就是邏輯結構設計，將E-R圖轉換為計算機系統所支持的邏輯模型。最後利用SQL完成具體的實例。
1.3 需求分析
1、問題的提出：為了高效率的完成學生的管理，決定開發學生管理系統。
2、需完成的功能：
（1）能錄入、修改、查詢、輸出學生的檔案信息，這些信息包括學生的成績、課程、個人信息等。
（2）觸發器，索引,約束，規則，默認值，，視圖，存儲過程的建立及使用。

第二章 資料庫實例的分析及應用
2.1 題目和E-R圖
隨著學生數量的日益增多，學校對學生的管理要求也越來越高，為了使信息技術與學生信息更好的結合在一起以及使學生成績的管理更加系統化，數字化，因此我們設計了該學生信息管理系統。以下是次學生信息管理系統的E-R圖，進一步詳細的說明資料庫的結構以及用途。實體和屬性的定義：
學生表（學生學號，姓名，班級編號）
班級表（班級編號，班級名稱，系部編號）
系部表（系部編號，系部名）
教師表（教師名，課程編號，系部編號）
課程表（課程編號，課程名，學分，教師，系部號）
下面是E-R圖，用來進一步說明資料庫的作用和用途：

2.2 資料庫的實現
運用SQL Server 2000數據設計表格的物理結構如下：

班級表：

學生表：

系部表：

課程表：

教師表：

各表關系圖：

設計表格的具體填入數據是：
班級表：

學生表：

教師表：

系部表：

課程表：

2.3 資料庫結構屬性
2.3.1主鍵（主鍵約束PRIMARYKEY;索引設置）
1.索引與書目錄相似，可以快速找到指定內容。索引通過記錄表中的關鍵值來指向表中的記錄，這樣資料庫就不用掃描而能定位到相關的記錄。以下是對各表進行索引的實現。
學生表的設置如圖：

班級表的設計如下：

教師表的設計如下：

課程表的設計如下：

系部表的設置如下：

2.約束定義了關於允許什麼數據進入資料庫的規則，是分配給表或表中某列的一個屬性。使用約束的目的在於防止列中出現非法的數據，可以自動維護資料庫的數據完整性。下面是用企業管理器對class表實現的主鍵約束：

2.3.2資料庫的默認值和規則
1.使用默認可以實現當用戶在向數據表中插入新紀錄時，如果沒有給出某列的輸入值，則由SQL Server自動為該列輸入默認值。下面是對class表進行實現默認的功能：

實現默認值：

2.規則也是實現數據完整性的方法之一，作用與CHECK約束類似，在向表的某列插入或更新數據時，用它來限制輸入值的取值范圍。下面我們運用對Course表進行規則的實現：

2.3.3 視圖和存儲過程
1.視圖的作用相當於一個虛擬表，是用戶查看資料庫表中數據的一種方式使用戶通過他能夠以需要的方式瀏覽表中的部分或全部數據，而數據的物理存放位置仍然在資料庫的表中。我們通過在企業管理器中創建視圖管理視圖應用視圖，更加形象具體的說明了視圖的作用。
添加表格到視圖：

添加數據並運行：

運行結果，具體視圖呈現：

2.存儲過程是一組編譯在單個執行計劃中的Transact-SQL語句，它將一些固定的操作集中起來交給SQL-Server資料庫伺服器完成，以實現某個任務。首先我們在查詢管理器中創建存儲過程：

並且執行存儲過程：

在企業管理器中也可以體現出存儲過程：

2.3.4 觸發器
觸發器的作用是強制執行業務規則。SQL Server主要提供了兩種機制來強制業務規則和數據完整性：約束和觸發器。觸發器在指定的表中數據發生變化時被調用以響應INSERT、UPDATE或DELETE事件。觸發器可以查詢其他表，並可以包含復雜的語句。SQL Server將觸發器和觸發它的語句作為可在觸發器內回滾的單個事物對待，如果檢測到嚴重錯誤，則整個事物即自動回滾。首先我們在查詢管理器中新建觸發器：

新建觸發器：

管理觸發器：

第三章 總結報告
這次的課程設計真的做起來困難重重，深刻體會到做一個軟體，裡面需要的很多知識我們沒有接觸過，去圖書館找書的時候發現，我們學的僅僅是皮毛，還有很多東西需要我們去發掘，就算是借一本書看完它，我們還是會發現還有很多知識沒有吃透，這需要我們不斷的實踐，不斷地自學習，不斷地發現問題去思考問題。
經過不斷地測試，不斷地改進，其中還是發現了不少問題，第一次做這些工作，沒有任何經驗，甚至無從下手，還是很謝謝老師和同學的幫忙，從中也學到了一些代碼的寫法，為什麼要這樣寫，通過和同學的討論，找到一些書本上沒有的方法，如何數據綁定等等，怎樣從資料庫中將數據提取出來放到一個文本框或者標簽內，這些東西是組成界面的東西，雖然小，但是可以體現整個軟體的水平，其實並不需要建多少資料庫的表，寫多少復雜的存儲過程，是不是用了資料庫函數，觸發器等等，但是至少要弄明白這些東西如果操作，清晰思路才能將功能分清晰。
經過一段時間的學習與實踐，學生信息管理系統基本上開發好了。該系統具備了：添加、修改、刪除、瀏覽、查詢、輸出日程信息，實現了根據用戶需求查看日程等功能。作為一個個人日程管理系統，本系統所提供的功能的確太少了一些，僅僅只實現了一些基本的功能，有很多地方還有待擴展和改良。
人如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業出去即是面臨找工作，從學習這個專業，到以後做這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鍾，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇於嘗試，這是這次課程設計給我的最大感想。在此特別感謝老師的辛苦指導和教育！
參考文獻
黃維通編《SQL Server2000 簡明教程》
徐人鳳 曾建華編《SQL Server2000資料庫及應用》

❸ 微課程設計與製作選擇理由

微課程設計與製作選擇理由是以學生為中心，重視學習情境、資源、活動的設計。

微課程是以某一學習主題為核心組織起來的相關活動，所以它不僅僅是簡單地將技術整合到課程中去，更重要的是將已經脫離社會的學習活動回歸到真實的生活中，將人為孤立起來的知識回歸到真實的生活源泉中，將單一的被動接受學習方式還原為豐富多彩的學習方式群落。

微課程課時一般比較短，教學材料小，具有很大的靈活性，所設計的活動一般和現實相關，不只是讓學生提取知識，而是鼓勵學生進行更高層次的思考，在具體的活動過程中，學生既學習了本門課程的知識，也豐富了其他相關學科知識。

微課程類型：

1、PPT式微課程，此課程比較簡單，PPT由文字、音樂、圖片構成，設計PPT自動播放功能，然後轉換成視頻，時間在5分鍾左右。

2、講課式微課程：由講師按照微課程要求，按照模塊化進行授課拍攝，經過後期剪輯轉換，形成微課程，時間為5-10分鍾。

3、情景劇式微課程，此課程借鑒好萊塢大片拍攝模式，企業組成微課研發團隊，對課程內容進行情景劇設計策劃，撰寫腳本，選擇導演、演員、場地進行拍攝，經過製片人後期視頻剪輯製作，最終形成微課程。時間為5-10分鍾。

❹ 資料庫課程設計

一、通過ODBC DSN建立連接 運用ODBC數據源，首先必須在控制面板的ODBC中設置數據源，然後再編寫腳本和資料庫源建立連接。 1、創建 ODBC DSN 通過在 Windows 的"開始"菜單打開"控制面板"，您可以創建基於 DSN 的文件。雙擊"ODBC"圖標，然後選擇"系統 DSN"屬性頁，單擊"添加"，選擇資料庫驅動程序，然後單擊"下一步"。按照後面的指示配置適用於您的資料庫軟體的 DSN。常用的資料庫軟體有Microsoft Access和SQL Server等，這里以SQL Server 資料庫為例。 配置 SQL Server 資料庫系統 DSN：注意如果資料庫駐留在遠程伺服器上，請與伺服器管理員聯系，獲取附加的配置信息；下面的過程使用 SQL Server 的 ODBC 默認的設置，它可能不適用於您的硬體配置。在"創建新數據源"對話框中，從列表框中選擇"SQL Server"，然後單擊"下一步"。鍵入 DSN 文件的名稱，然後單擊"下一步"。單擊"完成"創建數據源。鍵入運行 SQL 服務程序的伺服器的名稱、登錄 ID 和密碼。在"創建 SQL Server 的新數據源"對話框中，在"伺服器"列表框中鍵入包含 SQL Server 資料庫的伺服器的名稱，然後單擊"下一步"。選擇驗證登錄 ID 的方式。如果要選擇 SQL 伺服器驗證，請輸入一個登錄 ID 和密碼，然後單擊"下一步"。在"創建 SQL Server 的新數據源"對話框中，設置默認資料庫、存儲過程設置的驅動程序和 ANSI 標識，然後單擊"下一步"。（要獲取詳細信息，請單擊"幫助"。）在對話框（同樣名為"創建 SQL Server 的新數據源"）中，選擇一種字元轉換方法，然後單擊"下一步"。（詳細信息，請單擊"幫助"。）在下一個對話框（同樣名為"創建 SQL Server 的新數據源"）中，選擇登錄設置。 注意典型情況下，您只能使用日誌來調試資料庫訪問問題。 在"ODBC Microsoft SQL Server 安裝程序"對話框中，單擊"測試數據源"。如果 DSN 正確創建，"測試結果"對話框將指出測試成功完成。 首先，流程是一切的根本。所謂軟體工程，當初上課的時候根本無法體會其意義。現在經過一個個爛系統的熏陶之後，終於漸漸明白，流程不是用來說說而已的，一個項目真的不是那麼容易就可以掌控的，進度控制是項目順利進行的基礎。沒有大局觀，面對問題和變更就會不知所措了。 其次，架構是重要的，比你想像的還要重要！往往我們自以為明白這一點，但實際做起來卻總是不知不覺地偏離。上次做的宿舍管理系統，自以為做得很好，現在知道了，當時寫頁面那麼痛苦就是因為我們用的是「JSP + JavaBean」，連一個servlet都沒寫，把"C-V"部分全都推在頁面上了。。。這次用了Struts，雖然也沒用用到深層的東西，但至少明白了何為MVC，並切身感受到了Struts帶來的方便。 再次，我們原來只算是高級勞工罷了。說得很好聽，搞技術的，其實弄懂弄好技術之後，還不一樣是一堆一堆的體力勞動。所以有時候我在連續熬夜趕工調試代碼的時候會有種厭倦感，有時甚至真的做到想吐！因為做來做去都是那些東西，就像A片看多了也會乏味一樣吧。 最後，實踐比一切空談和理論更能學到東西。注意，這里不是說理論的基礎的東西就沒用。看『Java How To Program』那麼久，感覺真的很上癮。是的，沒錯，上癮！弄清了很多概念，解答了很多一直讓人困惑的問題。但是！！一個項目做下來，你就會覺得跟項目過程中學到的東西相比，平時那些不過都是理論都是皮毛，一旦不用很快就忘記，始終要在實踐中才會發現問題才會努力去解決才能成長。不過沒看完的『Java How To Program』還是會繼續看的，始終認為基礎便是這樣的東西，枯燥（JHTP至少比『Thinking In Java』好多了），看似簡單，卻是你走上高處的基礎。

❺ 根據本課程的課程設計，選取其中一個段落進行推廣片的分鏡頭腳本設計（構成一個蒙太奇段落）。（30分）

=.=好學生作業要自己做的。不然你畢業論文怎麼辦

❻ 求拓展培訓項目腳本~~

1.時間：
l小時以上

人數：
不限，人數較多時，需要將隊員劃分成若干個由8～12個人組成的小組。

道具：
(每個小組)
·選取兩棵結實的大樹(用來支撐蜘蛛網)。
·尼龍繩或其它類似的繩子(用來編織蜘蛛網)。
·8個如圖1所示的螺栓，或者幾節電線，甚至幾小節繩子亦可(用來把蜘蛛網固定在樹上)。
·蒙眼布，如果有人被蜘蛛咬著了，他的眼睛就會被蒙起來。
·選項：用來做警報器的小鈴鐺；用來製造氣氛的大橡膠蜘蛛。

概述：
這是一個廣為人知的著名的戶外游戲，它是幻想和挑戰的完美融合。它可以被用來創建團隊、培養團隊合作精神、學習沖突處理技巧、培養領導才能、鍛煉溝通能力。雖然這個游戲需要培訓專員進行一定的准備工作，但是這些准備工作一定會帶來超值回報。

目的：
1．培養團隊合作精神。
2．增進溝通。
3．體現協同工作在解決問題中的作用。
4．把隊員團結在一起。
5．學會克服看似難以解決的問題。

准備：
培訓專員需要為每個小組架設一個蜘蛛網，具體方法如下：
1．用螺栓或繩子在2棵樹上做出8個固定點(如圖1)，每棵樹上4個點，最低固定點距離地面約20cm(8英寸)，同一棵樹上的固定點間距為70era(2英尺4英寸)。這樣最高固定點距離地面約為2．3m(7英尺8英寸)。
2．固定點做好後，利用固定點來測量編織蜘蛛網邊框所需的尼龍繩的長度。
尼龍繩的長度= (兩棵樹的間距+最高固定點與最低固定點之間的距離)×2
在編織邊框之前，最好先在尼龍繩上打出繩結。繩結的做法是從尼龍繩的一端開始，每隔10～15cm打一個結。打繩結的作用是阻止內部網線的任意滑動(如圖2)。
3．編織蜘蛛網的邊框。具體做法如下：從樹l開始，把尼龍繩的一端系在樹l的最低固定點上；用繩子由下至上穿過樹1的其他三個固定點，到達最高固定點；把繩子從樹1的最高固定點拉到樹2的最高固定點；用繩子從上到下穿過樹2的四個固定點，到達最低固定點；把繩子從樹2的最低固定點拉回到樹l的最低固定點；拉緊繩子，形成一個長方型，把繩子的剩餘部分固定在樹1的最低固定點上。

2.抓球
機會成本，是指由於將某種資源用於某種特定用途而放棄的其他各種用途中的最高收益。每一種資源可以有多種用途，而這些資源又是十分稀缺的，因而將一種資源使用於某一種用途，就不得不放棄將這種資源用於其他各種用途的"機會"，放棄了這些機會，也就放棄了在這些用途中可能得到的收益，這些收益中的最高值就是將該資源使用於某種特定用途而付出的"代價"或"成本"。所以，准確把握機會成本無論對企業還是對個人都至關重要。 目標：使學員正確認識自己的實力以及對機會的正確評價、選擇等。
時間：15-20分鍾
教具：准備乒乓球若干只，用適當的方法在乒乓球上進行編號，並用塑料袋裝好。
過程：
1、 將學員分成數量相等的小組。
2、 宣布游戲規則：
1)不同編號的乒乓球代表不同分值。
2)每個人只能抓一次，時間為10秒。
3)評分標准：
A．小組成員估計抓數與實際抓數差值的絕對值的和（越小越好）；
B．小組成員每個人抓數的分值和（越大越好）。

3.2—3分鍾的游戲開場白．加上找出答案所需的時間。不同的小組找出答案所需時間可能會有非常大的差別。

人數：

不限，人數較多時，需要將隊員劃分成若干個由4個人組成的小組。

道具：

·兩頂紅帽子，分別裝在兩個不透明的厚紙袋子里。

·兩頂藍帽子，分別裝在兩個不透明的厚紙袋子里。

·一堵磚牆或是一棵大樹(用來把一名隊員和其他三名隊員隔開)。

概述：

這是一個能讓所有隊員都開動腦筋的游戲。可以用它來培養團隊精神和溝通能力。單純以娛樂為目的來玩也未嘗不可。

目的：

1．展示以小組為單位解決問題的好處，展示集體智慧的力量。

2．娛樂。

3．可以作為課外思考題。

准備：

把四頂帽子分別放人4個紙袋子里，注意放的過程不要讓隊員們看見。在袋子上做好標記，以保證在發帽子時，給1號戰俘一頂紅帽子，2號戰俘一頂藍帽子，3號戰俘一頂紅帽子，4號戰俘一頂藍帽子。

步驟：

l、告訴隊員他們需要一起來解決一道難題。

2．邀請4個志願者充當戰俘。給每個志願者一個裝有帽子的紙袋子，告訴他們得到命令之後才能打開紙袋子，不得擅自開啟。

3．讓4個志願者排隊站好(如主圖所示)。l號戰俘站在磚牆或大樹的後面，將被戴上一頂紅帽子；2號戰俘站在磚牆或大樹的另一側，將被戴上一頂藍帽子；3號戰俘站在2號戰俘的後面，將被戴上一頂紅帽子；4號戰俘站在3號戰俘的後面，將被戴上一頂藍帽子。四個志願者站好後，告訴他們在任何情況下都不許說話和回頭。

4．讓其他隊員每四個人組成一個小組，並告訴他們保持沉默，仔細聽。

5．所有小組組建完畢、就位之後，給站好的4個「戰俘」作游戲開場白，開場白如下：

請你們把自己想像成戰俘集中營里的戰俘。集中營的司令讓你們四個人站成一排，並給每人戴一頂帽子。他不許你們移動、回頭和說話。如果有人膽敢回頭或說話，就會立刻被槍決。現在。請你們閉上眼睛，把帽子從袋子里拿出來，戴在頭上。在這個過程中，任何人都不許看自己的帽子。司令讓你們猜出自己所戴帽子的顏色，如果你們4個人中有人能說對自己所戴帽子的顏色，你們4個人都會被釋放。但是，如果第一個答案是錯誤的，你們都會被槍決。顯然，第一個答案將決定你們的命運。一個重要的已知條件是4項帽子中兩頂是紅的。兩頂是藍的。別忘了。不可以說話、走動和回頭。

6．有必要的話，重述一遍游戲開場白，以確保4個人都明確了問題和游戲規則。然後，對他們說：「從現在開始，你們說出的第一句話將會決定你們的生死。祝你們好運!」

7．把其他小組帶到這4個人聽力所及的范圍之外，問他們哪個戰俘可能猜出自己帽子的顏色?為什麼?

8．游戲小組找到答案之後，引導隊員就解決問題、團隊合作和溝通等方面展開討論。

討論問題示例：

·你們在游戲過程中碰到了什麼問題?怎樣分析問題 答案的?每個人都做了什麼?

·這個游戲揭示了什麼道理?

·如何將這個游戲和我們的實際工作聯系起來?

安全：

變通：

1．可以讓多個小組同時做這個游戲。

2．每個小組都遵循上面的步驟，這樣來做需要較長的游戲時間和更多的帽子。

3．這個游戲也可以作為課外作業，讓學員們自己去思考。

只有第三個戰俘可以猜出自己所戴帽子的顏色。因為他可以看到自己前面的人(也就是2號戰俘)戴著藍帽子，他可以據此這樣推理：如果他自己也帶著一頂藍帽子的話，4號戰俘就會看到兩頂藍帽子，那麼4號戰俘就可以知道自己戴的是紅帽子；但是4號戰俘沒有說話，這說明4號戰俘一定是看到了一頂藍帽子和一頂紅帽子。而自己已經看到了一頂藍帽子，那麼自己的帽子一定是紅色的。

❼ 幫忙做下linux課程設計，

5．某系統管理員需每天做一定的重復工作，請按照下列要求，編制一個解決方案：
（1）在下午4 :50刪除/abc目錄下的全部子目錄和全部文件；
（2）從早8:00～下午6:00每小時讀取/xyz目錄下x1文件中每行第一個域的全部數據加入到/backup目錄下的bak01.txt文件內；
（3）每逢星期一下午5:50將/data目錄下的所有目錄和文件歸檔並壓縮為文件：backup.tar.gz；
（4）在下午5:55將IDE介面的CD-ROM卸載（假設：CD-ROM的設備名為hdc）；
（5）在早晨8:00前開機後啟動。
解決方案：
（1）用vi創建編輯一個名為prgx的crontab文件；
（2）prgx文件的內容：
50 16 * * * rm -r /abc/*
0 8-18/1 * * * cut -f1 /xyz/x1 >;>; /backup/bak01.txt
50 17 * * * tar zcvf backup.tar.gz /data
55 17 * * * umount /dev/hdc
（3）由超級用戶登錄，用crontab執行 prgx文件中的內容：
root@xxx:#crontab prgx；在每日早晨8:00之前開機後即可自動啟動crontab。

❽ 資料庫課程設計實例

資料庫課程設計

題目：小型超市管理系統
1、項目計劃
1.1系統開發目的
（1）大大提高超市的運作效率；
（2）通過全面的信息採集和處理，輔助提高超市的決策水平；
（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。
1.2背景說明
21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互並存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。
1.3項目確立
針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前台POS銷售系統、後台管理系統，其中這兩個子系統又包含其它一些子功能。
1.4應用范圍
本系統適應於各種小型的超市。
1.5 定義
（1）商品條形碼：每種商品具有唯一的條形碼，對於某些價格一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。
（4）促銷：在一定時期內，某些商品會按低於原價的促銷價格銷售。
庫存告警提示：當商品的庫存數量低於庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
1.6 參考資料
《資料庫原理及設計》 陶宏才編 清華大學出版社
《SQL Server 2000 實用教程》范立南編 清華大學出版社
《SQL Server 2000 編程員指南》李香敏編 北京希望電子出版社
《輕松搞定 SQL Server 2000 程序設計》Rebecca M.Riordan編
《軟體工程規范》Watts S.Humphrey編 清華大學出版社
《軟體工程理論與實踐》 Shari Lawrence Pfleeger編 清華大學出版社
《軟體需求分析》 Swapna Kishore編 機械工業出版社
《軟體工程思想》 林銳編

2、邏輯分析與詳細分析
2.1系統功能
（1）、零售前台（POS）管理系統，本系統必須具有以下功能：
 商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能准確快速地進行商品掃描錄入。
 收銀業務：通過掃描條形碼或者直接輸入商品名稱（對於同類多件商品採用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款後，自動計算找零，同時列印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員並持有本人會員卡，則在交易前先掃描會員卡，並對所購物品全部實行95折優惠，並將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。
 安全性：OS登陸、退出、換班與操作鎖定等許可權驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
 獨立作業：有的斷網收銀即在網路伺服器斷開或網路不通的情況下，收銀機仍能正常作業
(2)、後台管理系統，本系統必須具備以下功能
 進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢列印計劃進貨與入庫記錄及金額。
 銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和列印商品銷售日、月、年報表。
 庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟體為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。
 人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作許可權管理。 客戶銷售許可權管理。

（3）系統結構
系統總體結構

模塊子系統結構

功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。

功能描述：收銀業務子系統能計算交易總額，列印交易清單，並根據會員卡打折。

功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和列印計劃進貨與入庫記錄的功能。

功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況並產生年、月、日報表，同時可以生成銷售排行榜。

功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，並根據庫存的狀態報警，以及自動盤點計算。

功能描述：人員管理子系統提供基本信息登記管理，員工操作許可權管理，客戶銷售許可權管理的功能。
2.2、流程圖
前台管理系統

頂層DFD圖

第0層DFD圖

第1層DFD圖

2.3、戶類型與職能
（1）、員工（營業員）：
 通過商品條形碼掃描輸入商品到購買清單
 操作軟體計算交易總金額
 操作軟體輸出交易清單
 對會員進行會員卡掃描以便打折
（2）、：超市經理
 操作軟體錄入商品，供貨商，廠商
 操作軟體制定進貨計劃
 查詢列印計劃進貨與入庫記錄
 操作軟體控制商品銷售與否
 查詢列印銷售情況
 操作軟體生成銷售排行榜
 查詢庫存明細記錄
 根據軟體發出的庫存告警進行入貨
 操作軟體進行盤點計算
（3）、總經理：
 基本信息登記管理
 員工操作許可權管理
 客戶銷售許可權管理
2.4、統開發步驟
 確定參與者和相關的用況
 為每個用況設計過程
 建立順序圖，確定每個腳本中對象的協作
 創建類，確定腳本中的對象
 設計, 編碼, 測試, 集成類
 為過程編寫系統測試案例
 運行測試案例，檢驗系統
2.5、系統環境需求
 系統模式

本系統採用C/S模式作為開發模式
 硬體環境
伺服器端：
高性能的計算機一台，
普通的雙絞線作為連接。
客戶端： 普通的計算機或者工作站，
普通的雙絞線作為連接。
 軟體環境
伺服器端：安裝SQL Server 2000的伺服器版本，
安裝windows 2000伺服器版本，
配置了諾頓等必須的防毒軟體。
客戶端： 安裝SQL Server2000的伺服器版本，
安裝了VB等可視化開發工具軟體，
安裝windows2000伺服器版本。

2.6、系統安全問題
信息系統盡管功能強大，技術先進，但由於受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟體，資料庫，操作系統等漏洞或缺陷，硬體，通信部分的漏洞，企業內部人員的因素，病毒，「黑客」等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。
 系統要能重建
 系統應該是可審查的
 系統應能進行有效控制，抗干擾能力強
 系統使用者的使用許可權是可識別的
3、基於UML的建模
3.1語義規則
用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用於描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬體設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然後用例執行其所代表的功能，執行完後用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。
UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標准表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標准；不是過程也不是方法但允許任何一種過程和方法使用它。

用例（use case）：

參與者（actor）：

3.2、UML模型
3.21、系統UML模型

3.22、子系統UML模型
（1）零售前台（POS）管理系統用例視圖

（2）後台管理系統用例視圖

3.3、系統實現圖

4、超市銷售系統概念設計文檔
（1）、系統ER圖

（2）、系統ER圖說明
1) 商店中的所有用戶（員工）可以銷售多種商品，每種商品可由不同用戶（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。
（3）、視圖設計
1) 交易視圖(v_Dealing)——用於查詢交易情況的視圖；
2) 計劃進貨視圖(v_PlanStock)——用於查詢進貨計劃的視圖；
3) 銷售視圖(v_Sale)——用於查詢銷售明細記錄的視圖；
4) 入庫視圖(v_Stock)——用於查詢入庫情況的視圖。
5、邏輯設計文檔
（1）、系統關系模型
a) 商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號，供貨商編號）
b) 用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）
c) 會員表（會員編號，會員卡號，累積消費金額，注冊日期）
d) 銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）
e) 交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）
f) 進貨入庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）
g) 供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）
h) 廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）

（2）、系統資料庫表結構
資料庫表索引
表名 中文名
MerchInfo 商品信息表
User 用戶表
Menber 會員表
Sale 銷售表
Dealing 交易表
Stock 進貨入庫表
Provide 供貨商表
Factory 廠商表

商品信息表(MerchInfo)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MerchID int 4 P Not null 商品編號
MerchName Varchar 50 Not null 商品名稱
MerchPrice Money 4 Not null 價格
MerchNum Int 4 Not null 庫存數量
CautionNum Int 4 Not null 庫存報警數量
PlanNum Int 4 null 計劃進貨數
BarCode Varchar 50 Not null 條形碼
SalesProPrice Money 4 促銷價格
SalesProDateS Datetime 8 促銷起日期
SalesProDateE Datetime 8 促銷止日期
AllowAbate Int 4 Not null 允許打折
AllowSale Int 4 Not null 允許銷售
FactoryID Varchar 10 F Not null 廠商編號
ProvideID Varchar 10 F Not null 供貨商編號

用戶表(User)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
UserID varchar 10 P Not null 用戶編號
UserName Varchar 25 Not null 用戶名稱
UserPW Varchar 50 Not null 用戶密碼
UserStyle Int 4 Not null 用戶類型

會員表(Menber)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MemberID Varchar 10 P Not null 會員編號
MemberCard Varchar 20 Not null 會員卡號
TotalCost Money 4 Not null 累積消費金額
RegDate Datetime 8 Not null 注冊日期

銷售表(Sale)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
SaleID Varchar 10 P Not null 銷售編號
MerChID Varchar 10 F Not null 商品編號
SaleDate Datetime 8 Not null 銷售日期
SaleNum Int 4 Not null 銷售數量
SalePrice Money 4 Not null 銷售單額

交易表(Dealing)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
DealingID Varchar 10 P Not null 交易編號
DealingPrice Money 4 Not null 交易金額
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 會員卡號
UserName Varchar 10 F Not null 用戶名稱

入庫紀錄表(Stock)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
StockID Varchar 10 P Not null 入庫編號
MerchID Varchar 10 F Not null 入庫商品編號
MerchNum Int 4 Not null 入庫數量
MerchPrice Money 4 Not null 單額
TotalPrice Money 4 Not null 總額
StockDate Datetime 8 Datetime 入庫日期
PlanDate Datetime 8 Datetime 計劃進貨日期
StockState Int 4 Not null 入庫狀態

供貨商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
ProvideID varchar 10 P Not null 供貨商編號
ProvideName Varchar 50 Not null 供貨商名稱
ProvideAddress Varchar 250 供貨商地址
ProvidePhone Varchar 25 供貨商電話

廠商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
FactoryID varchar 10 P Not null 廠商編號
FactoryName Varchar 50 Not null 廠商名稱
FactoryAddress Varchar 250 廠商地址
FactoryPhone Varchar 25 廠商電話
6、物理設計文檔
/*----------創建資料庫----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go

/*----------創建基本表----------*/
use [SuperMarketdb]
go
/*創建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*創建廠商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*創建會員表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*創建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*創建供應商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*創建銷售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*創建入庫表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*創建用戶表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO

/*----------創建表間約束----------*/
/*商品信息表中廠商編號、供應商編號分別與廠商表、供應商表之間的外鍵約束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*銷售表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入庫表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO

/*----------創建索引----------*/
/*在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一個以商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO

/*----------創建視圖----------*/
/*創建用於查詢交易情況的視圖*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 員工名稱,
MemberCard as 會員卡號,
DealingPrice as 交易金額
FROM Dealing
GO
/*創建用於查詢進貨計劃的視圖*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchNum as 計劃進貨數量,
Stock.PlanDate as 計劃進貨日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*創建用於查詢銷售明細記錄的視圖*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
MerchInfo.MerchPrice as 商品價格,
Sale.SalePrice as 銷售價格,
Sale.SaleNum as 銷售數量,
Sale.SaleDate as 銷售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*創建用於查詢入庫情況的視圖*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchPrice as 入庫價格,
Stock.MerchNum as 入庫數量,
Stock.TotalPrice as 入庫總額,
Stock.StockDate as 入庫日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO

7、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。
由於開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
 本系統只適合小型超市使用，不能適合中大型超市使用；
 超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由於限於時間，本系統只能做出其中的一部分功能；
對於以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。

❾ C#課程設計瀏覽器的設計運行提示當前腳本發生錯誤，如何改代碼

調試狀態，看一下發生錯誤的地方，什麼原因出的錯？沒有代碼，無法具體看你的問題,祝你好運！

❿ 資料庫課程設計，腳本。請問這個腳本怎麼改

你的圖截取得不夠清晰，看不清楚