2023年全國碩士研究生考試考研英語一試題真題(含答案詳解+作文范文)_第1頁
已閱讀1頁,還剩86頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

4、可以適應(yīng)藥品店與社會醫(yī)保綜合管理的需求,減少資源的浪費和流失。經(jīng)過實際調(diào)查和綜合分析,本系統(tǒng)使用功能強大的Microsoft VS.NET作為開發(fā)環(huán)境,使用編程語言C # 對整個系統(tǒng)進(jìn)行設(shè)計與開發(fā),后臺數(shù)據(jù)庫使用Microsoft SQL Server 2000。本系統(tǒng)可以根據(jù)實際應(yīng)用的具體情況,適當(dāng)加以修改,以便更好應(yīng)用。本系統(tǒng)操作簡單,靈活性好,系統(tǒng)安全性高,運行穩(wěn)定。</p><p>  關(guān)鍵字:管理系統(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è)務(wù)過程分析10</p><p>  2.2 研究領(lǐng)域分析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)分析與設(shè)計17</p><p>  3.1 開發(fā)系統(tǒng)用例模型17</p><p>  3.2 系統(tǒng)數(shù)據(jù)庫設(shè)計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ù)庫概念結(jié)構(gòu)設(shè)計22</p><p>  3.2.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計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>  結(jié) 束 語31</b></p><p><b>  致  謝31</b></p><p>  參 考 文 獻(xiàn)32</p><p><b>  1 緒論</b></p><p>  1

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

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

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

18、帶來諸多便利。許多計算機技術(shù)發(fā)達(dá)的國家已有大量的軟件開發(fā)組織開始用UML進(jìn)行系統(tǒng)建模,學(xué)習(xí)和使用UML已經(jīng)成為一種潮流。我國軟件界對UML也相當(dāng)關(guān)注,越來越多的人投入到了對UML的學(xué)習(xí)和研究中。</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)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)出他們想象力的系統(tǒng)藍(lán)圖,并且提供了便于不同人之間有效的共享和交流涉及結(jié)果的機制。</p><p>  UML包括了一些可以相互組合圖表的圖形元

20、素。由于UML是一種語言,所以UML具有組合這些元素的法規(guī)。UML提供了系統(tǒng)設(shè)計所需要的多種圖,這些圖是在用多個視圖來展示一個系統(tǒng),這組視圖被稱為一個模型(Model)。一個UML模型描述了一個系統(tǒng)需要做什么。同時,UML提供了組織和擴(kuò)展這些圖的方法。</p><p>  關(guān)于標(biāo)準(zhǔn)建模語言UML的內(nèi)容,首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且這些基本概念與其他面向?qū)ο蠹夹g(shù)中的基本概念大

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

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

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

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

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

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

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

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

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

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

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

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

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

34、t;</p><p>  本系統(tǒng)運用面向?qū)ο蟮乃枷耄赨ML進(jìn)行藥店信息管理系統(tǒng)的分析與設(shè)計。本文運用UML來分析和描述藥品店藥品管理所涉及的藥品基本信息管理、藥品入庫、出庫、調(diào)價、查詢、統(tǒng)計、盤點等一系列功能。</p><p>  本系統(tǒng)主要包含系統(tǒng)用戶管理模塊、藥品管理模塊、銷售管理模塊、進(jìn)貨管理模塊、在貨轉(zhuǎn)移管理模塊。</p><p><b>  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

55、business user,使用的就是繼承關(guān)系。</p><p>  依賴關(guān)系: 有兩個元素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)的功能包圖,每個包應(yīng)代表系統(tǒng)的一個功能模塊。</p><p>  包:將許多類集合成一個更高層次的單位,形成一個高內(nèi)聚、低耦合的類的集合。UML中這種分組機制叫包(Package)。</p><p>  任何模型元素都運用包的機制。如果沒有任何啟發(fā)性原則來指導(dǎo)類的分組,分組方法就是任意的。在UML中,最有用的和強調(diào)最多的啟發(fā)性原則就是依賴。包圖主要

57、顯示類的包以及這些包之間的依賴關(guān)系。有時還顯示包和包之間的繼承關(guān)系和組成關(guān)系。</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)"包的內(nèi)容。當(dāng)不需要顯示包的內(nèi)容時,包的名字放入主方框內(nèi),否則包的名字放入左上角的小方框中,而將

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

59、;/p><p>  用例是一個強有力的工具,當(dāng)使用UML可視化的表達(dá)出這些概念后,用例甚至?xí)兊酶訌姶???梢暬梢韵蛴脩麸@示用例,他們可以提供更多的信息。實際生活中用戶常常知道的比他們清楚表達(dá)出來的要多:用例能夠幫助用戶解決這個問題。另外,可視化的表達(dá)形式允許將用例圖和其他種類的圖結(jié)合起來。</p><p>  系統(tǒng)分析過程中的一個目標(biāo)是產(chǎn)生一組用例。此想法是要對用例進(jìn)行分類整理,以便于引用

60、。這些用例代表著用戶對系統(tǒng)的觀點。當(dāng)要對系統(tǒng)升級時,用例目錄可以作為進(jìn)一步收集升級需求的基礎(chǔ)。</p><p>  3.2 系統(tǒng)數(shù)據(jù)庫設(shè)計</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è)務(wù)流程圖理出的務(wù)流程順序,將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程,繪制成一套完整的數(shù)據(jù)流程圖。</p><p>  商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)流程:對本系統(tǒng)操作的數(shù)據(jù)源的用戶為管理員用戶。管理員用戶可以進(jìn)行信息查詢、添加、修改、刪除等相關(guān)操作。通過對本系統(tǒng)的需求分析,系統(tǒng)的基本功能已經(jīng)確定。</p><p>  整個系統(tǒng)的

62、數(shù)據(jù)流程圖如2-2:</p><p><b>  3.3 數(shù)據(jù)字典</b></p><p>  數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合,也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。</p><p>  3.3.1 商品進(jìn)銷存管理系統(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 商品進(jìn)銷存管理系統(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)在各種學(xué)習(xí)成績的提供、保存、更新和查詢方面,這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)及

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

66、t;p>  1)管理員信息,包括數(shù)據(jù)項:帳號,密碼,權(quán)限等。</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)編號,廠商名稱,負(fù)責(zé)人,電話,廠商地址等。</p><p>  3.2.4 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計</p><p>  得到上面數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)以后,就可以設(shè)計出能夠滿足用戶需求的各種實體,以及它們之間的關(guān)系,為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)。這些實

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

69、結(jié)構(gòu)設(shè)計</p><p>  數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計完畢后,現(xiàn)在可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)庫模型,也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。</p><p>  商品進(jìn)銷存管理系統(tǒng)數(shù)據(jù)庫中各個表的設(shè)計結(jié)果如表所示。每個表格表示在數(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>  這是真正開始實施編程的階段,有了充分的分析和設(shè)計結(jié)果,這個階段的工作就能快速平穩(wěn)的進(jìn)行。</p><p><b>  4.1

72、 編制代碼</b></p><p>  根據(jù)前階段開發(fā)出來的類圖、對象圖、活動圖,下一步的工作就是編制實現(xiàn)系統(tǒng)的代碼。本設(shè)計我使用的編程語言是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)可使用性的好壞。用戶界面的設(shè)計同樣需要講究藝術(shù)性和科學(xué)性,在利用藝術(shù)角度的見解和人性因素的研究之外,還要考慮到系統(tǒng)用戶的直觀感覺。</p><p>  下面以藥品銷售出庫模塊為例,來介紹程序的界面。如圖4-1</p><p>

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

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

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

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

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

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

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

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

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

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

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

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

86、4. Meilir Page.JonesUML.面向?qū)ο笤O(shè)計基礎(chǔ).北京:科學(xué)出版社,2003.</p><p>  5. 劉潤東.UML對象設(shè)計與編程.北京:希望電子出版社2002.</p><p>  6. Martin Flower,Kendall Sott.UML精粹——標(biāo)準(zhǔn)對象建模語言簡明指南.北京: 清華大學(xué)出版社 ,1999.</p><p>  7.

87、Karli Watson Marco Bellinaso.康博譯.C#入門經(jīng)典.北京:清華大學(xué)出版社, 2002.</p><p>  8. 孫三才 張智凱 許薰尹.C#與.NET技術(shù)平臺實戰(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>  計算機科學(xué)與技術(shù)專業(yè)</p><p>  畢業(yè)實習(xí)及畢業(yè)論文(設(shè)計)規(guī)范</p><p>  計算機科學(xué)與工程學(xué)院</p><p><b>  計算機科

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

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

93、檔工作10</p><p>  九、畢業(yè)實習(xí)及畢業(yè)論文(設(shè)計)領(lǐng)導(dǎo)小組12</p><p>  附件1:任務(wù)書的填寫格式14</p><p>  附件2:開題報告的填寫格式18</p><p>  附件3:文獻(xiàn)綜述格式22</p><p>  附件4:實習(xí)報告封面格式27</p><p&

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

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

96、p>  (1) 通過畢業(yè)實習(xí),使學(xué)生從理論走向?qū)嵺`,并運用所學(xué)的理論知識解決一些實際軟硬件應(yīng)用問題,達(dá)到實踐鍛煉的目的。</p><p>  (2) 總結(jié)升華理論知識的目的,使學(xué)生畢業(yè)后能迅速適應(yīng)實際工作崗位。</p><p>  (3) 為畢業(yè)論文(設(shè)計)獲取素材。</p><p>  畢業(yè)論文(設(shè)計)的主要目的:</p><p> 

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

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

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

100、業(yè)論文(設(shè)計)工作實行指導(dǎo)教師負(fù)責(zé)制。指導(dǎo)教師應(yīng)以高度認(rèn)真負(fù)責(zé)的態(tài)度對待畢業(yè)論文(設(shè)計)的指導(dǎo)工作,按時完成畢業(yè)論文(設(shè)計)的各項工作。</p><p>  2). 指導(dǎo)教師對學(xué)生畢業(yè)論文(設(shè)計)中的以下事項負(fù)責(zé):</p><p>  把握正確的政治方向;</p><p>  確保選題與培養(yǎng)目標(biāo)的一致性;</p><p>  論文(設(shè)計)結(jié)構(gòu)

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

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

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

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

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

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

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

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

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

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

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

112、(設(shè)計)任務(wù)書,及時下達(dá)給學(xué)生。</p><p>  五.畢業(yè)實習(xí)及畢業(yè)論文(設(shè)計)的進(jìn)度控制</p><p>  1. 畢業(yè)實習(xí)及畢業(yè)論文(設(shè)計)的進(jìn)度控制</p><p><b>  注釋:</b></p><p>  (1). 進(jìn)行畢業(yè)設(shè)計(論文)的學(xué)生,應(yīng)結(jié)合選題內(nèi)容,在調(diào)研、查閱資料的基礎(chǔ)上寫一篇文獻(xiàn)綜述,字?jǐn)?shù)

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論