基于.net的藥店信息管理系統(tǒng)論文

1、<p><b>　　廊坊師范學院</b></p><p><b>　　本科畢業(yè)論文</b></p><p>　　學 號： 09040241034 </p><p>　　姓 名： 邱惠民</p><p>　　年 級： 2009級 </p>

2、<p>　　專 業(yè)： 計算機科學與技術 </p><p>　　論文題目： 基于ASP.NET藥店管理系統(tǒng) 指導教師： 楊曉光</p><p>　　廊坊師范本科生畢業(yè)論文（設計）</p><p>　　論文題目：基于.NET的藥店信息管理系統(tǒng)</p><p>　　論文摘要：目前，大中型城

3、市的多數(shù)藥品店已經實現(xiàn)了商品管理、員工管理、銷售管理及銷售管理等的信息化和網絡化，提高了管理效率。但是，在大多數(shù)小藥品店，藥品店管理仍然以傳統(tǒng)人工管理為主，特別是在藥品的入庫、銷售、庫存環(huán)節(jié)，傳統(tǒng)的手工管理處理信息混亂，賬目管理困難，效率低下，浪費嚴重，造成了資產的流失。使用本系統(tǒng)，可以使管理人員從大量繁瑣的手工操作中解放出來，方便藥品店管理者對藥品進銷存的實際情況進行集中的查詢與管理工作，改進藥品店的工作，提高工作效率和服務質量，同時

4、可以適應藥品店與社會醫(yī)保綜合管理的需求，減少資源的浪費和流失。經過實際調查和綜合分析，本系統(tǒng)使用功能強大的Microsoft VS.NET作為開發(fā)環(huán)境，使用編程語言C # 對整個系統(tǒng)進行設計與開發(fā)，后臺數(shù)據(jù)庫使用Microsoft SQL Server 2000。本系統(tǒng)可以根據(jù)實際應用的具體情況，適當加以修改，以便更好應用。本系統(tǒng)操作簡單，靈活性好，系統(tǒng)安全性高，運行穩(wěn)定。</p><p>　　關鍵字：管理系統(tǒng)，

5、藥品，.NET ，C#</p><p>　　Title:The Management System of Medicine Enters Sells Saves Based on .NET</p><p>　　Abstract: At present, the large and middle scale cities most hospitals already realized the

6、 outpatient service management, have been hospitalized the management, the drugs sale management and so on becoming an information based society , enhanced the management efficiency. But, in the majority county level hos

7、pital and the villages and towns clinic, the hospital management still by the traditional manual management primarily, specially in the medicine purchase, the sale, kept in stock the link, </p><p>　　Key word

8、s: management system;medicine;.NET C#</p><p><b>　　目 錄</b></p><p><b>　　1 緒 論3</b></p><p>　　1.1 課題研究背景及意義5</p><p>　　1.2 本系統(tǒng)使用的方法和語言5</

9、p><p>　　1.2.1 統(tǒng)一建模語言UML5</p><p>　　1.2.2 .NET和C#7</p><p><b>　　1.3系統(tǒng)描述8</b></p><p>　　1.4 分析方法8</p><p><b>　　2 需求收集9</b></p>

10、<p>　　2.1 業(yè)務過程分析10</p><p>　　2.2 研究領域分析12</p><p>　　2.2.1 初步用例模型開發(fā)12</p><p>　　2.2.2 開發(fā)初步類圖13</p><p>　　2.3 系統(tǒng)需求研究15</p><p>　　2.3.1 收集系統(tǒng)需求15</p&

11、gt;<p>　　2.3.2開發(fā)系統(tǒng)功能包圖16</p><p>　　3 系統(tǒng)分析與設計17</p><p>　　3.1 開發(fā)系統(tǒng)用例模型17</p><p>　　3.2 系統(tǒng)數(shù)據(jù)庫設計17</p><p>　　3.2.1 數(shù)據(jù)流分析17</p><p>　　3.3 數(shù)據(jù)字典18<

12、/p><p>　　3.2.2 本系統(tǒng)的數(shù)據(jù)項20</p><p>　　3.2.3 數(shù)據(jù)庫需求分析22</p><p>　　3.2.4 數(shù)據(jù)庫概念結構設計22</p><p>　　3.2.3 數(shù)據(jù)庫邏輯結構設計23</p><p>　　4 開發(fā)系統(tǒng)27</p><p>　　4.1

13、編制代碼27</p><p>　　4.2 系統(tǒng)實現(xiàn)27</p><p>　　4.2.1 用戶界面27</p><p>　　4.3 部分系統(tǒng)界面及功能簡介28</p><p>　　4.3.1用戶信息管理界面如圖4-228</p><p>　　4.3.2主界面 如圖4-329</p><

14、p>　　5 部 署30</p><p><b>　　結 束 語31</b></p><p><b>　　致　　謝31</b></p><p>　　參 考 文 獻32</p><p><b>　　1 緒論</b></p><p>　　1

15、.1 課題研究背景及意義</p><p>　　隨著生產技術的進步、現(xiàn)代化科學技術和社會經濟的迅速發(fā)展，世界正在向信息化社會前進，信息正在同物質、能源一起構成當代社會的三大支柱產業(yè)。社會活動的日益復雜，也使得各種管理工作越來越依賴計算機進行信息的操作處理。</p><p>　　與我們的健康有著密切關系的藥品衛(wèi)生系統(tǒng)，目前也面臨著信息時代的巨大挑戰(zhàn)，舊有的企業(yè)管理模式已不能適應新型社會主義市場

16、經濟的要求，再者藥品產品種類繁多、業(yè)務量大，單憑手工記賬很難適應工作的需要。同時，藥品作為一個關系到人民群眾健康的特殊行業(yè)，國家對藥品行業(yè)又有一些不同于其他行業(yè)的管理政策，這些都加大了管理的難度。如何盡快建立和完善藥品行業(yè)的信息化管理體制，已成為影響藥品行業(yè)生存發(fā)展的關鍵所在。</p><p>　　藥店信息管理系統(tǒng)就是為了解決傳統(tǒng)藥品管理過程中的進銷存人工處理混亂、賬目管理困難等問題，可以使管理人員從大量繁瑣的手

17、工操作中解放出來，方便地完成藥品信息管理、藥品入庫出庫等操作，方便靈活地完成各項藥品屬性、銷售狀況、供需狀態(tài)的統(tǒng)計，使得各個工作環(huán)節(jié)的組織更加規(guī)范，提高工作效率與服務質量；同時可以適應藥品店與社會醫(yī)保綜合管理的需求。從而可以改變藥品店藥庫藥品管理的傳統(tǒng)模式，加強藥庫管理，減少資源浪費和流失。</p><p>　　UML是多種方法相互借鑒、相互融合、趨于一致、走向標準化的產物。這樣的統(tǒng)一建模語言為軟件開發(fā)商及其用戶

18、帶來諸多便利。許多計算機技術發(fā)達的國家已有大量的軟件開發(fā)組織開始用UML進行系統(tǒng)建模，學習和使用UML已經成為一種潮流。我國軟件界對UML也相當關注，越來越多的人投入到了對UML的學習和研究中。</p><p>　　UML只是一種建模語言，在系統(tǒng)的具體編制過程中，我使用了Microsoft專門為使用．NET平臺而創(chuàng)建的語言C#。</p><p>　　1.2 本系統(tǒng)使用的方法和語言<

19、/p><p>　　1.2.1 統(tǒng)一建模語言UML </p><p>　　統(tǒng)一建模語言（Unified Modeling Language ,UML）是一種可視化的建模語言，它能讓系統(tǒng)構造者用標準的、易于理解的方式建立起能夠表達出他們想象力的系統(tǒng)藍圖，并且提供了便于不同人之間有效的共享和交流涉及結果的機制。</p><p>　　UML包括了一些可以相互組合圖表的圖形元

20、素。由于UML是一種語言，所以UML具有組合這些元素的法規(guī)。UML提供了系統(tǒng)設計所需要的多種圖，這些圖是在用多個視圖來展示一個系統(tǒng)，這組視圖被稱為一個模型（Model）。一個UML模型描述了一個系統(tǒng)需要做什么。同時，UML提供了組織和擴展這些圖的方法。</p><p>　　關于標準建模語言UML的內容，首先，UML融合了Booch、OMT和OOSE方法中的基本概念,而且這些基本概念與其他面向對象技術中的基本概念大

21、多相同,因而,UML必然成為這些方法以及其他方法的使用者樂于采用的一種簡單一致的建模語言;其次,UML不僅僅是上述方法的簡單匯合,而是在這些方法的基礎上廣泛征求意見,集眾家之長,幾經修改而完成的, 15101104015 </p><p>　　擴展了現(xiàn)有方法的應用范圍;第三,UML是標準的建模語言,而不是標準的開發(fā)過程。盡管UML的應用必然以系統(tǒng)的開發(fā)過程為背景,但由于不同的組織和不同的應用領域,需要采取不同的開

22、發(fā)過程。</p><p>　　作為一種建模語言,UML的定義包括UML語義和UML表示法兩個部分。</p><p>　　(1) UML語義　描述基于UML的精確元模型定義。</p><p>　　(2) UML表示法　定義UML符號的表示法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元

23、模型的實例。 標準建模語言UML的重要內容可以由下列五類圖(共9種圖形)來定義:</p><p>　　第一類是用例圖，第二類是靜態(tài)圖(Static diagram),包括類圖、對象圖和包圖。第三類是行為圖(Behavior diagram),描述系統(tǒng)的動態(tài)模型和組成對象間的交互關系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉移條件。通常, 狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫

24、狀態(tài)圖,僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系,有利于識別并行活動。第四類是交互圖(Interactive diagram),描述對象間的交互關系。其中順序圖顯示對象之間的動態(tài)合作關系,它強調對象之間消息發(fā)送的順序,同時顯示對象之間的交互;協(xié)作圖描述對象間的協(xié)作關系, 協(xié)作圖跟順序圖相似,顯示對象間的動態(tài)合作關系。除顯示信息交換外,協(xié)作圖還顯示對象以及

25、它們之間的關系。如果強調時間和順序,則使用順序圖;如果強調上下級關系,則選擇協(xié)作圖。這兩種圖合稱為交互圖。第五類是實現(xiàn)圖( Implementation diagram )，包括構件圖和配置圖。　　</p><p>　　1.2.2 .NET和C#</p><p>　　微軟的.NET是為了解決因特網應用中存在的普遍問題而預先建立的基礎設施。.NET的服務器版可運行在Windows NT．Wi

26、ndows 2000以及Windows XP Professional操作系統(tǒng)下．其員工版可運行在Windows 98、Windows Me、Windows XP Home下。目前它只是一個附加的服務補丁，以后的．NET版本極有可能成為操作系統(tǒng)的一部分，今后的版本也有可能會允許.NET的—部分運行在其他版本的Windows操作系統(tǒng)下，微軟的.NET提供了下述服務，具體如下</p><p>　　.NET提供了一種新

27、的運行環(huán)境．即.NET框架，它使得程序員能夠更容易、迅速地寫出優(yōu)良、健壯的程序代碼，并且能夠方便地管理、部署和修改代碼，所編寫的程序和組件都在該環(huán)境中執(zhí)行。它為程序員提供了一些新功能，例如自動內存管理(垃圾收集)．以及更方便地訪問所有系統(tǒng)服務。它添加了許多實用功能、例如易于訪問因特網和數(shù)據(jù)庫。它還為代碼復用提供了一種新的機制一一更易于使用．并且比COM更加有效和靈活。.NET框架更易于部署．因為它不需要進行注冊設置。它還為版本的制定提供

28、了標準化、系統(tǒng)級別的支持。程序員可以在任一種與.NET兼容的編程語言中使用上述全部功能</p><p>　　.NET為創(chuàng)建HTML頁面提供了一種新的編程模型，稱為ASP.NET．盡管智能的單機程序仍在不斷涌現(xiàn)，但是在不久的將來，大多數(shù)因特網通信都會以通用瀏覽器作為前端，這就要求服務器能夠使用HTML語言來構造頁面，以便瀏覽器識別并顯示給用戶。ASP.NET是一種運行在因特網信息服務(IIS)下的新環(huán)境，它使得程序

29、員能夠更容易地編寫代碼來構造基于HTML語言的web頁面，供瀏覽器查看。 ASP.NET提供了一種新的與語言無關的代碼編寫方式，并將其與web頁面請求相關聯(lián)。它提供了.NET的Web窗體，它是一種與控件交互的事件驅動編程模型、這使得編寫web頁面變得就像編寫普通的VB窗體一樣。ASP.NET包含了良好的會話狀態(tài)管理和安全功能，它比原來的ASP更加健壯，性能也得以提高。</p><p>　　.NET提供了windo

30、ws窗體，它是一種使用.NET框架編寫各種員工程序的新方法。 一個使用XML Web服務的專用員工端應用程序必須提供良好的用戶界面。高質量的界面能夠提供更佳的用戶感受，．NET提供了一種新的軟件包，它被稱為.NET windows窗體．這使得程序員能夠使用.NET框架輕易地編寫出專用的windows員工應用程序。</p><p>　　C#是可用于創(chuàng)建要運行在.NET上的應用程序的語言之一，它從C和C++語言演化

31、而來，是Microsoft專門為使用.NET平臺而創(chuàng)建的。因為C#是近期發(fā)展起來的，所以吸取了以前的教訓，考慮了其他語言的許多優(yōu)點，并解決了它們的問題。</p><p>　　使用C#開發(fā)應用程序比使用C++簡單，因為其語法比較簡單。但是，C#是一種強大的語言，在C++中能完成的任務在C#中也能完成，C#中與C++比較高級的功能等價的功能(例如直接訪問和處理系統(tǒng)內存)，只能在標記為“不安全”的代碼中使用。這個高級編

32、程技術是非常危險的(正如它的名稱)，因為它可能覆蓋系統(tǒng)中重要的內存塊，導致嚴重的后果。</p><p>　　C#代碼常常比C++略長一些。這是因為C#是一種類型安全的語言(與C++不同)，一旦為某些數(shù)據(jù)指定了類型，就不能轉換為另一個不相關的類型。所以，在類型之間轉換時，必須遵守嚴格的規(guī)則。執(zhí)行相向的任務時，用C#編寫的代碼通常比C++長。但C#代碼更健壯，調試也比較簡單，.NET總是可以隨時跟蹤數(shù)據(jù)的類型。在C#

33、中，不能完成如“把4字節(jié)的內存放在數(shù)據(jù)中，并把它解釋為x”等的任務。</p><p>　　C#只是.NET開發(fā)的一種語言，是目前最好的一種語言。C#的優(yōu)點是，它是唯一為.NET Framework而設計的語言，是移植到其他操作系統(tǒng)上的.NET版本中使用的主要語言。C#能使用.NET Framework代碼庫提供的每種功能</p><p><b>　　1.3系統(tǒng)描述</b&g

34、t;</p><p>　　本系統(tǒng)運用面向對象的思想，基于UML進行藥店信息管理系統(tǒng)的分析與設計。本文運用UML來分析和描述藥品店藥品管理所涉及的藥品基本信息管理、藥品入庫、出庫、調價、查詢、統(tǒng)計、盤點等一系列功能。</p><p>　　本系統(tǒng)主要包含系統(tǒng)用戶管理模塊、藥品管理模塊、銷售管理模塊、進貨管理模塊、在貨轉移管理模塊。</p><p><b>　　

35、1.4 分析方法</b></p><p>　　為了適應開發(fā)過程多方面的挑戰(zhàn)，不同的組織和不同的應用領域需要采取不同的開發(fā)過程才能提高開發(fā)效率。我在系統(tǒng)的設計開發(fā)中，使用了“快速應用工程指導原則”（Guidelines for Rapid APPLication Engineering），簡稱GRAPPLE。GRAPPLE的思想并沒有脫離以往的UML分析方法——RUP(Rational Unified

36、Process, 統(tǒng)一開發(fā)過程)。它是一組可以自適應的，靈活的開發(fā)思想，可以適應與許多不同組織的軟件開發(fā)過程，讓開發(fā)者發(fā)揮自己的創(chuàng)造力和好的思想來構建自己的組織。</p><p>　　GRAPPLE由5個段組成，即需求收集，分析，設計，開發(fā)，部署。本次的論文，便是以GRAPPLE方法的基本結構、步驟來構架的，由于在軟件的構建階段，設計和分析都可以往返進行直到設計完成，所以在論文中，我將分析與設計合并為一個章節(jié)來敘

37、述。之后在設計的基礎上使用微軟的Visual C#完成系統(tǒng)的實現(xiàn)。</p><p><b>　　2 需求收集</b></p><p>　　2.1 業(yè)務過程分析</p><p>　　開發(fā)一個系統(tǒng)的起點就是獲得對員工業(yè)務過程的理解，特別是獲得使用目標系統(tǒng)的員工的理解。這就需要系統(tǒng)分析員與員工進行充分的交流。首先要在調研的過程中了解到一套業(yè)務領域的

38、詞匯。</p><p>　　“藥店信息管理系統(tǒng)”需要實現(xiàn)的功能有主要有：“系統(tǒng)維護” ，“入庫管理 ”，“調價管理”，“出庫管理”， “財務信息管理”，“藥品信息管理”等，可以用下面的業(yè)務流程圖來表示它們之間的關系：</p><p><b>　?。?lt;/b></p><p>　　此次設計的“藥品進銷存藥店信息管理系統(tǒng)”需要完成的主要功能有：“系統(tǒng)

39、維護”，“入庫管理”，“調價管理”，“出庫管理”，“財務信息管理”，“藥品信息管理”等一系列與業(yè)務流程相配套的完整功能。</p><p>　　在系統(tǒng)中，主要的業(yè)務流通領域詞匯有以下幾大類：入庫計劃,入庫,財務驗收,付款處理,出庫,調價處理,庫存盤點,查詢。藥品信息管理的總體活動可以由以下的圖來描述：</p><p>　　2.2 研究領域分析</p><p>　　現(xiàn)

40、在仍然處在需求收集階段的概念性分析。這個階段需要開發(fā)出初步的類圖、建立和標記類之間的關聯(lián)，同時填充類的信息。</p><p>　　2.2.1 初步用例模型開發(fā)</p><p>　　用例是由參與者發(fā)起的，參與者能夠從用例的執(zhí)行中獲得有價值的事物。用例模型的圖形表示法很直觀。用例用一個橢圓形表示，直立人形圖表表示參與者。用例的發(fā)起參與者在用例圖的左側，接受參與者在用例圖的右側。參與者的名字放在

41、參與者圖表的下方，用例的名字可以放在橢圓形里面也可以放在橢圓形下方。關聯(lián)線連接參與者和用例，并且表示參與者與用例之間有通信關系。關聯(lián)線是實現(xiàn)，和類之間的關聯(lián)線類似。</p><p>　　用例分析的一個好處是它能展現(xiàn)出系統(tǒng)和外部世界之間的邊界。參與者是典型的系統(tǒng)外部實體，而用例屬于系統(tǒng)內部。系統(tǒng)的邊界用一個矩形（里面寫著系統(tǒng)的名字）來代表。系統(tǒng)的用例裝入矩形之內。</p><p>　　參與者

42、、用例和互連線共同組成了用例模型（use case model）.</p><p>　　下圖說明了這些符號：</p><p>　　圖2-4 用例模型示例</p><p>　　2.2.1.1 開發(fā)系統(tǒng)業(yè)務角色</p><p>　　首先，需要確定整個系統(tǒng)的業(yè)務角色。業(yè)務角色，顧名思義，就是與業(yè)務交流的人或物，都可以被稱為業(yè)務角色。在本管理系統(tǒng)中，

43、大體上可以分為生產廠家、供應商、入庫員、銷售員、基本操作員、系統(tǒng)管理員這六類業(yè)務角色。</p><p>　　2.2.1.2 開發(fā)初步用例圖</p><p>　　接下來，需要對每個業(yè)務角色標識業(yè)務用例，這些業(yè)務用例包括：生產藥品、購入藥品、批發(fā)銷售藥品、輸入藥品相關信息、售出藥品、管理整個系統(tǒng)流程等等。</p><p>　　這個階段的任務，就是描述系統(tǒng)用例與系統(tǒng)業(yè)務

44、角色之間的關系，如圖2-6中所示。</p><p>　　圖2-6 業(yè)務角色與系統(tǒng)用例</p><p>　　2.2.2 開發(fā)初步類圖</p><p>　　2.2.2.1 系統(tǒng)中的類</p><p>　　類圖(Class Diagram)描述類和類之間的靜態(tài)關系。與數(shù)據(jù)模型不同,它不僅顯示了信息的結構,同時還描述了系統(tǒng)的行為。類圖是定義其它圖的

45、基礎。在類圖的基礎上,狀態(tài)圖、合作圖等進一步描述了系統(tǒng)其他方面的特性。</p><p>　　對象(Object)與對客觀世界的理解相關。通常用對象描述客觀世界中某個具體的實體。所謂類(Class)是對一類具有相同特征的對象的描述。而對象是類的實例(Instance)。建立類模型時,應盡量與應用領域的概念保持一致,以使模型更符合客觀事實,易修改，易理解和易交流。</p><p>　　類描述一

46、類對象的屬性(Attribute)和行為(Behavior)。在UML中,類的可視化表示為一個劃分成三個格子的長方形(下面兩個格子可省略)。圖1中,"員工"就是一個典型的類。</p><p>　　類的獲取和命名：最頂部的格子包含類的名字。類的命名應盡量用應用領域中的術語,應明確、無歧義,以利于開發(fā)人員與用戶之間的相互理解和交流。類的獲取是一個依賴于人的創(chuàng)造力的過程,必須與領域專家合作,對研究領

47、域仔細地分析,抽象出領域中的概念,定義其含義及相互關系,分析出系統(tǒng)類,并用領域中的術語為類命名。一般而言,類的名字是名詞。</p><p>　　下面分析領域一下類中的動詞和名詞，其中的一些名詞將可能成為模型中的類，另一些名詞成為類的屬性。而動詞或者動詞短語則成為類的操作或類之間的關聯(lián)標記。</p><p>　　系統(tǒng)中涉及到的名詞有：</p><p>　　藥品（dru

48、g），用戶（user）, 管理員（administrator）, 普通用戶(common user),信息錄入員(information recorder)，盤點員，調價員，入庫員（buyer），倉庫保管員（depository keeper），銷售員(seller)，賬目(account), 發(fā)票(invoice), 賬單(bill), 入庫單(enter depository bill), 出庫單(out depository bi

49、ll), 調價單(change price bill), 員工（client）,供應商（merchant），等等。</p><p>　　系統(tǒng)中涉及到的動詞有：</p><p>　　入庫(enter depository ),出庫(out depository ),盤點(check)、調價(change price)、付賬(pay)、信息錄入(information enter)，等等。&l

50、t;/p><p>　　2.2.2.2 類之間的關系</p><p>　　在這個階段，對開發(fā)出來的初步類圖中的類，根據(jù)其意義來分成一些組。</p><p>　　人組成的一組: 用戶（user）, 管理員（administrator）, 過期日期（Due date）,普通用戶（common user),員工（client）,生產廠家（manufacturer）,供應商（me

51、rchant）,銷售員（seller）,入庫員（Buyer）</p><p>　　物品組成的一組：藥品（drug），藥庫（Depository）</p><p>　　生成的單據(jù)組成的一組：賬目（account）, 發(fā)票(invoice）,Check（支票）,賬單（bill）, 入庫單（enter depository bill）, 出庫單（out depository bill）, 調價單

52、（change price bill）</p><p>　　2.2.2.3 構建系統(tǒng)類圖</p><p>　　在完成了初步類圖的構建之后，需要建立和標記出類之間的關聯(lián)。具體的表述關聯(lián)的方法策略是：先從幾個類開始，找出與這個類存在關聯(lián)的其他類，然后再尋找另外一組類與其他類的關聯(lián)，直到窮盡了所有的類為止。</p><p>　　下面先介紹一下類之間常用的幾種關系以及他們

53、的概念：</p><p>　　關聯(lián)關系：關聯(lián)(Association)表示兩個類之間存在某種語義上的聯(lián)系。</p><p>　　角色：關聯(lián)兩頭的類以某種角色參與關聯(lián)。</p><p>　　關聯(lián)類：一個關聯(lián)可能要記錄一些信息,可以引入一個關聯(lián)類來記錄。</p><p>　　聚集和組成：聚集(Aggregation)是一種特殊形式的關聯(lián)。聚集表示

54、類之間的關系是整體與部分的關系。聚集可以進一步劃分成共享聚集(Shared Aggregation)和組成。</p><p>　　繼承關系：人們將具有共同特性的元素抽象成類別,并通過增加其內涵而進一步分類。繼承(Generalization)定義了一般元素和特殊元素之間的分類關系。在UML中,繼承表示為一頭為空心三角形的連線。如圖2-8中,將User進一步分為common user, administrator和

55、business user,使用的就是繼承關系。</p><p>　　依賴關系： 有兩個元素X、Y,如果修改元素X的定義可能會引起對另一個元素Y的定義的修改,則稱元素Y依賴(Dependency)于元素X。</p><p>　　2.3 系統(tǒng)需求研究</p><p>　　2.3.1 收集系統(tǒng)需求</p><p>　　在對一個系統(tǒng)的開發(fā)中，必須

56、集中考慮用戶的需求，這個步驟需要開發(fā)出系統(tǒng)的功能包圖，每個包應代表系統(tǒng)的一個功能模塊。</p><p>　　包：將許多類集合成一個更高層次的單位,形成一個高內聚、低耦合的類的集合。UML中這種分組機制叫包(Package)。</p><p>　　任何模型元素都運用包的機制。如果沒有任何啟發(fā)性原則來指導類的分組,分組方法就是任意的。在UML中,最有用的和強調最多的啟發(fā)性原則就是依賴。包圖主要

57、顯示類的包以及這些包之間的依賴關系。有時還顯示包和包之間的繼承關系和組成關系。</p><p>　　2.3.2開發(fā)系統(tǒng)功能包圖</p><p>　　現(xiàn)在可以開發(fā)出系統(tǒng)功能包圖如圖2-11。在圖2-11中,“系統(tǒng)”包由“界面”包和“單據(jù)”包和“使用者”包組成。這里稱它們?yōu)?quot;系統(tǒng)"包的內容。當不需要顯示包的內容時,包的名字放入主方框內,否則包的名字放入左上角的小方框中,而將

58、內容放入主方框內。包的內容可以是類的列表,也可以是另一個包圖,還可以是一個類圖。</p><p>　　圖2-11系統(tǒng)功能包圖</p><p>　　3 系統(tǒng)分析與設計</p><p>　　3.1 開發(fā)系統(tǒng)用例模型</p><p>　　用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預期行為，因而是一個強有力的工具，它能夠幫助開發(fā)者從用戶的觀點收集需求。<

59、;/p><p>　　用例是一個強有力的工具，當使用UML可視化的表達出這些概念后，用例甚至會變得更加強大?？梢暬梢韵蛴脩麸@示用例，他們可以提供更多的信息。實際生活中用戶常常知道的比他們清楚表達出來的要多：用例能夠幫助用戶解決這個問題。另外，可視化的表達形式允許將用例圖和其他種類的圖結合起來。</p><p>　　系統(tǒng)分析過程中的一個目標是產生一組用例。此想法是要對用例進行分類整理，以便于引用

60、。這些用例代表著用戶對系統(tǒng)的觀點。當要對系統(tǒng)升級時，用例目錄可以作為進一步收集升級需求的基礎。</p><p>　　3.2 系統(tǒng)數(shù)據(jù)庫設計</p><p>　　3.2.1 數(shù)據(jù)流分析</p><p>　　數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題?，F(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（dat

61、a flow diagram，簡稱DFD）來實現(xiàn)的。其具體的做法是：按業(yè)務流程圖理出的務流程順序，將相應調查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù)據(jù)流程圖。</p><p>　　商品進銷存管理系統(tǒng)的數(shù)據(jù)流程：對本系統(tǒng)操作的數(shù)據(jù)源的用戶為管理員用戶。管理員用戶可以進行信息查詢、添加、修改、刪除等相關操作。通過對本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經確定。</p><p>　　整個系統(tǒng)的

62、數(shù)據(jù)流程圖如2-2：</p><p><b>　　3.3 數(shù)據(jù)字典</b></p><p>　　數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的邏輯模型。</p><p>　　3.3.1 商品進銷存管理系統(tǒng)的數(shù)據(jù)字典</p><p>　　1.數(shù)據(jù)字典列表—

63、—數(shù)據(jù)流</p><p>　　2.數(shù)據(jù)字典列表——數(shù)據(jù)處理</p><p>　　3.數(shù)據(jù)字典列表——數(shù)據(jù)存儲</p><p>　　3.2.2 商品進銷存管理系統(tǒng)的數(shù)據(jù)項</p><p><b>　　管理員數(shù)據(jù)項：</b></p><p><b>　　貨物數(shù)據(jù)項：</b>&l

64、t;/p><p><b>　　廠商數(shù)據(jù)項</b></p><p><b>　　銷售數(shù)據(jù)項</b></p><p>　　3.2.3 數(shù)據(jù)庫需求分析</p><p>　　用戶的需求具體體現(xiàn)在各種學習成績的提供、保存、更新和查詢方面，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結構及

65、數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設計打下基礎。</p><p>　　1）用戶為管理員用戶；</p><p>　　2）管理員用戶登陸后可進行管理員信息、貨物信息及廠商信息等的維護，以且貨物入庫、貨物出庫及統(tǒng)計信息的維護；</p><p>　　經過系統(tǒng)功能分析和需求總結，考慮到將來功能上的擴展，設計如下的數(shù)據(jù)項和數(shù)據(jù)結構：</p>&l

66、t;p>　　1）管理員信息，包括數(shù)據(jù)項：帳號，密碼，權限等。</p><p>　　2）職員信息，包括數(shù)據(jù)項：職員ID，職員姓名，性別，電話，所在部門等。</p><p>　　3）貨物信息，包括數(shù)據(jù)項：俄編號，貨物名稱，計量單位，供貨廠商等。</p><p>　　5）銷售信息，包括數(shù)據(jù)項：系統(tǒng)編號，貨物名稱，貨物數(shù)量，銷售價格等。</p><

67、p>　　6）庫存信息，包括數(shù)據(jù)項：系統(tǒng)編號，貨物名稱，統(tǒng)計數(shù)據(jù)等。</p><p>　　7）廠商信息，包括數(shù)據(jù)項：系統(tǒng)編號，廠商名稱，負責人，電話，廠商地址等。</p><p>　　3.2.4 數(shù)據(jù)庫概念結構設計</p><p>　　得到上面數(shù)據(jù)項和數(shù)據(jù)結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實

68、體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動。</p><p>　　設計規(guī)劃出的實體有：管理員信息實體、員工信息實體、貨物信息實體、庫存信息實體、銷售信息實體和廠商信息實體。</p><p>　　管理員信息實體E-R圖如圖4-2所示：</p><p>　　職員信息實體ER圖如圖4-3所示：</p><p>　　3.2.3 數(shù)據(jù)庫邏輯

69、結構設計</p><p>　　數(shù)據(jù)庫的概念結構設計完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結構轉化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)庫模型，也就是數(shù)據(jù)庫的邏輯結構。</p><p>　　商品進銷存管理系統(tǒng)數(shù)據(jù)庫中各個表的設計結果如表所示。每個表格表示在數(shù)據(jù)庫中的一個表。</p><p><b>　　alllb表</b></p><p

70、><b>　　allusers表</b></p><p><b>　　bumen表</b></p><p>　　jinhuojilu</p><p>　　shangpinxinxi表</p><p>　　xiaoshoujilu表</p><p><b>　　

71、yuangong表</b></p><p><b>　　zhiwei表:</b></p><p><b>　　4 開發(fā)系統(tǒng)</b></p><p>　　這是真正開始實施編程的階段，有了充分的分析和設計結果，這個階段的工作就能快速平穩(wěn)的進行。</p><p><b>　　4.1

72、 編制代碼</b></p><p>　　根據(jù)前階段開發(fā)出來的類圖、對象圖、活動圖，下一步的工作就是編制實現(xiàn)系統(tǒng)的代碼。本設計我使用的編程語言是Visual C#。</p><p><b>　　4.2 系統(tǒng)實現(xiàn)</b></p><p>　　VS.NET編程環(huán)境提供了一個統(tǒng)一的集成開發(fā)環(huán)境，其中集成了許多可視化輔助工具，因此對于用戶界

73、面的建立和代碼的生成來說是比較簡單的。</p><p>　　4.2.1 用戶界面</p><p>　　用戶界面決定了系統(tǒng)可使用性的好壞。用戶界面的設計同樣需要講究藝術性和科學性，在利用藝術角度的見解和人性因素的研究之外，還要考慮到系統(tǒng)用戶的直觀感覺。</p><p>　　下面以藥品銷售出庫模塊為例，來介紹程序的界面。如圖4-1</p><p>

74、;　　圖4-1藥店信息管理系統(tǒng)登錄界面</p><p>　　系統(tǒng)界面設計十分簡單，只有“用戶名”、“密碼”兩個輸入框及“登陸”一個按鈕組成。此頁面肩負著系統(tǒng)的安全，所以其安全性能要求很高。</p><p>　　4.3 部分系統(tǒng)界面及功能簡介</p><p>　　4.3.1用戶信息管理界面如圖4-2</p><p>　　圖4-2用戶信息管理界

75、面</p><p>　　此界面所完成的功能，為管理的系統(tǒng)用戶信息，內容包括用戶名、密碼及再次確認密碼。</p><p><b>　　5 部 署</b></p><p>　　在以上的設計過程中，只是屬于軟件的設計階段，當開發(fā)完成后，系統(tǒng)就要被部署到適當?shù)挠布线\行并要與協(xié)同系統(tǒng)集成起來。在多數(shù)系統(tǒng)中，硬件是一個重要方面，一個系統(tǒng)可能要包括多種

76、操作平臺，并且要跨越很長的物理距離。一個堅實的系統(tǒng)硬件部署圖對系統(tǒng)設計來說是必需的。UML提供了一組圖符，用戶創(chuàng)建一幅圖來描述最終系統(tǒng)的硬件設置。</p><p><b>　　主要的硬件術語有：</b></p><p>　　節(jié)點（node）：各種計算資源的通用名稱。節(jié)點有兩種類型。處理器（processor）是能夠處理軟件構件的節(jié)點，設備（device）是不能執(zhí)行軟件

77、構件的節(jié)點。設備，如打印機或顯示器通常都具有某種形式的與外部世界的接口。</p><p>　　本系統(tǒng)的硬件部署圖如圖5-1所示：</p><p>　　圖5-1 硬件部署圖</p><p><b>　　結 束 語</b></p><p>　　經過這幾個月的設計和開發(fā)，“基于.NET的藥店信息管理系統(tǒng)”已經完成了，其功能符合

78、設計需求，能夠完成入庫、出庫、調價、盤點、藥品信息維護、查詢等功能。經過最后的使用，證明系統(tǒng)完全具有可行性與可擴充性。</p><p>　　此次設計中，我用SQL Server2000建立后臺數(shù)據(jù)庫，用VS.NET 的C#作為主要的應用程序開發(fā)工具，應用所學的UML知識進行了系統(tǒng)設計。運行環(huán)境是Windows xp/2000/2000Server.</p><p>　　在設計開始階段，我用

79、了一個半月的時間進行相關知識的學習、資料的搜集、熟悉開發(fā)工具及環(huán)境等工作，并到藥品店進行了實地的調研與學習。隨后，在UML的快速應用工程指導原則（GRAPPLE）的指導下展開了業(yè)務過程建模，系統(tǒng)用例建模，分析模型建立，設計模型建立，硬件部署，編碼以及系統(tǒng)的維護與調試，最后完成畢業(yè)設計論文的編寫和答辯準備工作。在開發(fā)過程中，我也遇到了各種各樣的困難，在指導老師王會青老師和周圍同學的指導、幫助下，得到解決，最終順利完成了本系統(tǒng)的開發(fā)工作。&

80、lt;/p><p>　　本系統(tǒng)的成功運行證明了統(tǒng)一建模語言可以滿足藥品進銷存、系統(tǒng)管理的復雜要求。在系統(tǒng)的分析階段，主要是分析系統(tǒng)的需求，理解系統(tǒng)要完成的基本功能,找出系統(tǒng)的用例（Use Case）和角色（Actor）,畫出系統(tǒng)的用例模型圖，用例模型是此后系統(tǒng)建模的基礎。通過分析每個用例的順序圖和協(xié)作圖，找到系統(tǒng)中的各個對象，建立系統(tǒng)的對象模型。抽象出系統(tǒng)的類，并將系統(tǒng)中聯(lián)系緊密的類劃分為若干個包，畫出包圖。在系統(tǒng)的

81、設計階段，需要做出高層的系統(tǒng)決策、確定基本的軟件結構并且對應用系統(tǒng)進行結構劃分。</p><p>　　統(tǒng)一建模語言（UML）出現(xiàn)以及在建模中的應用是軟件工程發(fā)展過程中的巨大革命，標志著軟件工程的新的發(fā)展階段。在設計的過程中，我對UML理論知識與建模過程有了更深入的理解，獨立解決實際問題的能力進一步增強，綜合運用所學知識解決實際問題的能力得到很大提高，為我今后的學習和工作積累了經驗，為以后完成更復雜的工作奠定了一定

82、的基礎。</p><p>　　但是由于畢業(yè)設計時間較短，該系統(tǒng)還有待于進一步改進，因此，仍有大量的工作需要開展，以使其更趨于完善！ </p><p><b>　　致　　謝</b></p><p>　　在本次畢業(yè)設計中，我得到了許多老師和同學的關懷和幫助，在此我要向他們表達我真摯的謝意。</p><p>　　首先，

83、我要感謝我的指導老師楊曉光老師。老師在從我接觸這個課題開始，就指導我廣泛接觸先進的技術。在系統(tǒng)設計與論文的寫作過程中，楊曉光老師也不斷的督促檢查，并提出了許多寶貴的有建設性的意見。楊曉光老師的精心指導和深切關懷，以及認真負責的工作態(tài)度，嚴謹?shù)闹螌W精神都使我獲益匪淺。在此謹向楊曉光老師表示崇高的敬意和衷心的感謝！</p><p>　　在程序的編碼階段，我也得到了許多同學的幫助，從他們身上我學到了許多的東西。<

84、/p><p>　　最后，我還要感謝所有評閱老師對我的論文的悉心評閱，答辯委員會老師對我的系統(tǒng)的關注與批評，院領導小組對我的綜合評定。</p><p>　　再次感謝廣大老師和同學們對我的幫助 </p><p><b>　　參 考 文 獻</b></p><p>　　1.（美） Wendy Boggs,

85、Michael Boggs．UML與Rational Rose2002從入門到精通．北京： 電子工業(yè)出版社，2002．</p><p>　　2.（美）Joseph Schmuller．UML基礎、案例與應用．北京：人民郵電出版社，2001．</p><p>　　3. 李滿潮 .Visual C#.NET編程基礎.北京：清華大學出版社，2002．</p><p>　　

86、4. Meilir Page.JonesUML．面向對象設計基礎．北京：科學出版社，2003．</p><p>　　5. 劉潤東．UML對象設計與編程．北京：希望電子出版社2002．</p><p>　　6. Martin Flower,Kendall Sott．UML精粹——標準對象建模語言簡明指南．北京： 清華大學出版社 ，1999．</p><p>　　7.

87、Karli Watson Marco Bellinaso．康博譯．C#入門經典．北京：清華大學出版社， 2002．</p><p>　　8. 孫三才 張智凱 許薰尹．C#與.NET技術平臺實戰(zhàn)演練．北京：中國青年出版社， 2002．</p><p>　　9. (美)普拉持(Platt，D.s.) ．黃惠萍等譯．Microsoft.NET精髓著．北京：機械工業(yè)出版社 ，2003．</

88、p><p>　　10. http://www.vchelp.net</p><p>　　11. http://www.yesky.com</p><p>　　12. http://www.quicksoft.com.cn/ </p><p>　　13. http://www.enut.com.cn/html/case/szyao

89、pin.htm</p><p>　　14. http://www.yygl.com/ </p><p>　　15. http://www.sql-server-performance.com/</p><p>　　16. http://www.phei.com.cn </p><p>　　17. http://www-30

90、6.ibm.com/software/rational/</p><p>　　18. http://www.rational.com </p><p>　　計算機科學與技術專業(yè)</p><p>　　畢業(yè)實習及畢業(yè)論文(設計)規(guī)范</p><p>　　計算機科學與工程學院</p><p><b>　　計算機科

91、學與技術系</b></p><p><b>　　2015年03月</b></p><p><b>　　目 錄</b></p><p>　　一. 畢業(yè)實習及畢業(yè)論文(設計)的主要目的1</p><p>　　二. 指導教師選聘及對指導教師的要求1</p><p

92、>　　三. 畢業(yè)實習分組及實施計劃3</p><p>　　四. 畢業(yè)論文(設計)的選題3</p><p>　　五．畢業(yè)實習及畢業(yè)論文(設計)的進度控制4</p><p>　　六、畢業(yè)論文的結構與格式7</p><p>　　七、畢業(yè)實習以及畢業(yè)論文(設計)成績評定10</p><p>　　八、畢業(yè)設計的歸

93、檔工作10</p><p>　　九、畢業(yè)實習及畢業(yè)論文(設計)領導小組12</p><p>　　附件1：任務書的填寫格式14</p><p>　　附件2：開題報告的填寫格式18</p><p>　　附件3：文獻綜述格式22</p><p>　　附件4：實習報告封面格式27</p><p&

94、gt;　　附件5：實習鑒定表格式28</p><p>　　附件6：實習成績評定表格式29</p><p>　　附件7：畢業(yè)論文格式的基本要求30</p><p>　　附件8：畢業(yè)設計袋封面填寫格式39</p><p>　　附件9：畢業(yè)論文驗收表40</p><p>　　附件10：畢業(yè)設計(論文)評論標準41

95、</p><p>　　附件11：畢業(yè)設計資料電子文檔目錄結構46</p><p>　　根據(jù)學院有關學生實習的規(guī)定和本專業(yè)教學計劃的安排，對計算機科學與技術專業(yè)學生畢業(yè)實習及畢業(yè)論文(設計)作如下具體安排：</p><p>　　一. 畢業(yè)實習及畢業(yè)論文(設計)的主要目的</p><p>　　畢業(yè)實習的主要目的：</p><

96、p>　　(1) 通過畢業(yè)實習，使學生從理論走向實踐，并運用所學的理論知識解決一些實際軟硬件應用問題，達到實踐鍛煉的目的。</p><p>　　(2) 總結升華理論知識的目的，使學生畢業(yè)后能迅速適應實際工作崗位。</p><p>　　(3) 為畢業(yè)論文(設計)獲取素材。</p><p>　　畢業(yè)論文(設計)的主要目的：</p><p>　

97、　(1) 全面檢驗學生四年所學得基本理論和基本技能狀況，鞏固學生所學知識，并提高學生運用所學知識的能力。</p><p>　　(2) 通過畢業(yè)論文(設計)的撰寫，彌補知識結構中的薄弱環(huán)節(jié)，優(yōu)化畢業(yè)生知識結構，提高畢業(yè)生的適應能力。</p><p>　　(3) 培養(yǎng)學生運用所學理論知識和技術，發(fā)現(xiàn)、分析和解決問題的能力，使學生掌握科學研究的方法和原則，培養(yǎng)和提高學生對理論和時間問題研究的能力

98、。</p><p>　　(4) 通過論文撰寫，培養(yǎng)學生創(chuàng)造性思維能力，提高學生創(chuàng)新能力。</p><p>　　二. 指導教師選聘及對指導教師的要求</p><p><b>　　指導教師選聘</b></p><p>　　(1) 指導教師應具有講師及以上專業(yè)技術職稱或具有碩士學位，并有一定實踐經驗的相關專業(yè)人員。</p

99、><p>　　(2) 指導教師的聘任由計算機科學與技術系根據(jù)工作需要提出初步名單，經計算機科學與技術學院院長審核，予以聘任。</p><p>　　(3) 指導教師指導學生數(shù)：講師或具有碩士學位的指導教師一般不超過6人，高級職稱(教授、副教授、高工)的指導人數(shù)不超過8人。</p><p>　　(4) 指導教師責任</p><p>　　1). 學生畢

100、業(yè)論文(設計)工作實行指導教師負責制。指導教師應以高度認真負責的態(tài)度對待畢業(yè)論文(設計)的指導工作，按時完成畢業(yè)論文(設計)的各項工作。</p><p>　　2). 指導教師對學生畢業(yè)論文(設計)中的以下事項負責：</p><p>　　把握正確的政治方向；</p><p>　　確保選題與培養(yǎng)目標的一致性；</p><p>　　論文(設計)結構

101、與撰寫格式的規(guī)范性；</p><p>　　督促學生保質、保量，按時圓滿地完成畢業(yè)論文(設計)工作。</p><p>　　(5) 指導教師指導工作基本要求</p><p>　　1). 提出參考選題；</p><p>　　2). 針對學生的選題，結合學生的實際情況，確定所指導學生的畢業(yè)論文(設計)題目，并提出明確的撰寫要求和進度計劃；</p

102、><p>　　3). 介紹有關參考文獻，指導學生搜集和查閱必要的資料；</p><p>　　4). 下發(fā)《畢業(yè)設計任務書》，認真指導和檢查學生填寫《開題報告》等相關內容，并在簽名處簽名；</p><p>　　5). 指導學生擬寫畢業(yè)論文提綱，定期檢查學生畢業(yè)論文的進展情況，做好每個階段的工作記錄；</p><p>　　6). 加強與學生的溝通，認

103、真指導學生提交論文初稿、2稿、3稿等，并及時提出修改意見，圓滿完成最終定稿；</p><p>　　7). 根據(jù)評分標準，結合學生平時的表現(xiàn)，評定畢業(yè)論文(設計)成績；指導教師評語字數(shù)不少于200字，其中包括工作態(tài)度、選題意義，理論水平、應用價值等；</p><p>　　8). 確認所指導學生的畢業(yè)論文(設計)是否可以遞交答辯，并簽署意見；</p><p>　　9).

104、 協(xié)助做好畢業(yè)設計(論文)的歸檔工作。</p><p>　　10). 撰寫畢業(yè)設計指導工作總結，包括所指導學生的選題分析、質量分析、計劃執(zhí)行情況等。</p><p>　　三. 畢業(yè)實習分組及實施計劃</p><p>　　(1) 畢業(yè)實習分組</p><p>　　畢業(yè)實習主要采取集中與分組相結合，以收集畢業(yè)論文資料為主，主要采取由各指導教師根據(jù)

105、學生所選論文(設計)題目，聯(lián)系，分派學生到相關單位進行實習，收集資料；計算機科學與技術系可以在此基礎上做統(tǒng)一安排。</p><p>　　(2) 畢業(yè)實習時間</p><p>　　根據(jù)教學計劃，學生在第四學年第2學期的第1周到第4周進行畢業(yè)實習，共4周。</p><p><b>　　(3) 實習要求</b></p><p>

106、;　　1). 實習期間，學生必須自覺遵守學院和實習單位的一切規(guī)章制度；</p><p>　　2). 并認真服從指導教師的安排，尊敬教師；</p><p>　　3). 經常與指導教師溝通，全面完成畢業(yè)實習和畢業(yè)論文(設計)所規(guī)定的各項任務；</p><p>　　4). 校外實習的同學，特別注意安全問題；</p><p>　　5). 按規(guī)定的時間

107、和格式等要求，在第四周結束后完成并前提交實習成果，主要包括：實習日志、畢業(yè)實習報告(不低于2000字，格式參見附件4)、實習單位鑒定表(格式參見附件5)；</p><p>　　6). 實習報告的內容</p><p>　　實習報告的內容必須包括：實習時間、實習地點、實習目的、實習單位介紹、實習內容介紹、實習心得體會等，根據(jù)具體實習情況可以添加其它一些內容。</p><p&

108、gt;　　7). 指導教師根據(jù)學生的實習情況，填寫實習成績評定表，格式參見附件6；</p><p>　　四. 畢業(yè)論文(設計)的選題</p><p><b>　　(1) 題目來源</b></p><p>　　畢業(yè)論文(設計)題目主要來源是：</p><p>　　1). 教師和學生到企業(yè)調研，了解和收集畢業(yè)論文(設計)的課

109、題；</p><p>　　2). 教師根據(jù)教學和科研的需要，結合當今計算機軟硬件技術的研究重點、計算機科學與工程學院的研究方向以及一些橫向聯(lián)系的單位的具體需求擬訂論文(設計)題目；</p><p>　　3). 學生根據(jù)興趣愛好和研究方向自行確定，并經指導教師同意的題目。</p><p>　　(2) 題目主要類型和范圍</p><p>　　根據(jù)

110、大學及計算機科學與工程學院關于“畢業(yè)論文(設計)的選題”要求，每個教師擬訂一定數(shù)量的題目，經計算機科學與技術系討論，確定最終的畢業(yè)論文(設計)題目類型和范圍。題目應保證符合計算機科學與技術專業(yè)的研究方向、培養(yǎng)目標，大小適宜，并具有新穎性（注意出題不要與其他老師重復，且不能和以前畢業(yè)設計題目重復）。</p><p><b>　　(3) 學生選題</b></p><p>

111、　　畢業(yè)論文(設計)題目于第七學期15周以前下發(fā)給學生，并在計算機學院畢業(yè)設計網站上公布，組織學生選題，采取學生自選與系里指定相結合的方式，確定每一個學生的畢業(yè)論文(設計)題目，并配備指導教師。具體題目及學生、指導教師配備情況、學生的選題情況等在學生完成選題工作后，于第七學期18周以前按大學實踐教學科的要求上報。每一階段的工作都要在計算機學院畢業(yè)設計網站上公布。</p><p>　　(4) 指導教師填寫好畢業(yè)論文

112、(設計)任務書，及時下達給學生。</p><p>　　五．畢業(yè)實習及畢業(yè)論文(設計)的進度控制</p><p>　　1. 畢業(yè)實習及畢業(yè)論文(設計)的進度控制</p><p><b>　　注釋：</b></p><p>　　(1). 進行畢業(yè)設計(論文)的學生，應結合選題內容，在調研、查閱資料的基礎上寫一篇文獻綜述，字數(shù)

113、不少于2000字。格式參見附件3。參考文獻不少于10篇（最好是期刊文章），至少含英文文獻3篇；</p><p>　　(2).進行畢業(yè)設計(論文)的學生英應完成一篇文獻翻譯，文獻內容必須和畢業(yè)設計內容相關且應獨立完成，文獻原文不少于1萬英文印刷字符，譯文稿撰寫在統(tǒng)一的稿紙上，同時上交原文。教師應留下評閱意見，簽注日期最好在畢業(yè)實習收集資料結束時。</p><p>　　(3). 學生畢業(yè)實習的

114、主要目的是運用所學的理論知識解決一些實際問題，達到實踐鍛煉，使學生畢業(yè)后能迅速適應實際工作崗位，同時也為畢業(yè)論文(設計)的撰寫收集資料。實習結束后，學生應提交不低于2000字的實習總結報告1份(格式參見附件4)、實習日志1本(記錄整個畢業(yè)實習過程及其每天的心得體會，用32開軟抄本記載)、實習單位鑒定表(格式參見附件5)，指導教師根據(jù)學生實習情況填寫實習成績評定表(格式參見附件6)，向計算機科學與技術系提出學生實習的建議成績。</p