Asp.net程序開發(fā)實訓(論文)說明書衛(wèi)生監(jiān)督管理系統(tǒng)的設計與實現(xiàn)

1、編號： a程序開發(fā)實訓(論文)說明書題 目：衛(wèi)生監(jiān)督管理系統(tǒng)的設計與實現(xiàn) 院 （系）： 專 業(yè)： 計算機科學與技術 學生姓名： 學 號： 指導教師： 2011年7月1日摘 要衛(wèi)生監(jiān)督涉及多個部門間的協(xié)同工作。監(jiān)督部門首先到各監(jiān)督對象處抽取樣品，將樣品登記后，將信息傳遞到衛(wèi)生監(jiān)測部門進行檢驗，根據(jù)監(jiān)測部門出具的檢驗報告書來作出監(jiān)督文書。傳統(tǒng)作法是采用人工傳遞信息，這使得監(jiān)督與監(jiān)測部門都將重復錄入樣品信息、檢驗報告書等。重新開發(fā)覆蓋這兩個部門的系統(tǒng)，是非常巨大的一項工作。如何在使用原來的系統(tǒng)的基礎上，開發(fā)一個系統(tǒng)覆蓋這兩個部門，在使用原來系統(tǒng)軟件的基礎上，實現(xiàn)兩個部門間的數(shù)據(jù)共享呢?我

2、們采用了web services技術來解決這個問題。本文首先分析了衛(wèi)生監(jiān)督現(xiàn)狀，提出衛(wèi)生監(jiān)督啞待用web services技術解決軟件重用問題，然后逐一分析解釋 web services的各種概念以及實現(xiàn)的關鍵技術。本系統(tǒng)使用c#2010與.net框架進行網頁的編輯，使用sql2005進行數(shù)據(jù)的存儲，采用可視化的面向對象模型分析語言uml對系統(tǒng)進行需求分析與建模，保障了系統(tǒng)的可維護性，便于系統(tǒng)開發(fā)。經歷了可行性分析、需求分析、概要設計、詳細設計、軟件的實現(xiàn)、組裝測試和確認測試等過程。本系統(tǒng)主頁顯示了衛(wèi)生監(jiān)督相關的新聞信息，主要實現(xiàn)了，新聞信息的查看與查詢，企業(yè)用戶注冊，登錄，權限判定的跳轉頁面

3、，賬號、用戶、企業(yè)信息的修改，賬號權限的設置，新聞的錄入與修改、刪除，樣品信息的錄入與修改、刪除，檢驗結果的錄入與修改、刪除，個人信息與企業(yè)信息的修改等模塊。以及數(shù)據(jù)的添加、修改、刪除、查詢，md5加密，驗證碼等功能，基本能滿足基本滿足衛(wèi)生監(jiān)督系統(tǒng)的活動要求，解決了傳統(tǒng)方法軟件重用的問題，有一定的實用價值。關鍵詞：衛(wèi)生監(jiān)督管理系統(tǒng)；uml；c#；sql server； abstracthealth monitoring involves a number of inter-sectoral collaboration. oversight to the supervision of an ob

4、ject at the first sample, the sample registration, monitoring of the information passed to the health department inspection, the monitoring report issued by the department to make supervision and inspection instruments. traditional approach is the use of artificial transmission of information, which

5、 makes the supervision and monitoring department will repeat the input sample information, test reports, etc. re-develop the two sectors covered by the system, is a very great work. how to use the original system, based on the development of a system to cover the two sectors in the use of the origin

6、al system software, based on the realization of data sharing between the two departments? we used web services technology to solve this problem. this paper first analyzes the status of health monitoring, health surveillance proposed stand dumb software reuse web services technology to solve the prob

7、lem, then one by one analysis and interpretation of web services concepts and key technologies.the system uses c # 2010 with. net framework for web editing, using sql2005 data storage, using visual object-oriented modeling language uml for system requirements analysis and modeling to ensure maintain

8、ability of the system to facilitate system development. experienced a feasibility analysis, needs analysis, outline design, detailed design, software implementation, testing, assembly testing and validation process.this system shows the health monitoring system-related news and information, the main

9、 achievement, news and information, view and query the enterprise user registration, login, permissions determine the jump page, account, user, business information changes, account permissions settings, news entry and modify, delete, and modify the sample information entry, delete, test results of

10、input and modify, delete, and business information, personal information changes and other modules. and data to add, modify, delete, query, md5 encryption, authentication code and other functions, can basically meet the basic health monitoring system activity to meet the requirements of traditional

11、methods to solve the problem of software reuse, has some practical value.key words: health supervision and management system；uml；c#；sql server；目 錄1 緒論11.1 衛(wèi)生監(jiān)督信息化管理研究意義11.2 衛(wèi)生監(jiān)督現(xiàn)狀11.3 可行性分析21.3.1經濟可行性21.3.2技術可行性21.3.3政策可行性31.4 論文主要工作31.5 論文安排42 需求分析52.1 系統(tǒng)功能模塊需求52.1.1層次方框圖52.1.2各模塊說明62.2 數(shù)據(jù)流圖和數(shù)據(jù)字典72

12、.2.1一級數(shù)據(jù)流圖72.2.2核心模塊的二級數(shù)據(jù)流圖82.2.3重要數(shù)據(jù)字典102.3 系統(tǒng)靜態(tài)建模122.3.1全局用例圖122.3.2核心模塊的局部用例圖122.4 系統(tǒng)動態(tài)建模142.4.1時序圖142.4.2協(xié)作圖162.4.3狀態(tài)圖172.4.4活動圖和泳道圖183 系統(tǒng)設計213.1 概念結構設計213.1.1全局e-r圖213.1.2各模塊的局部e-r圖213.2 邏輯結構設計233.2.1關系表的范式與約束233.2.2關系表間的關系圖253.2.3系統(tǒng)類圖263.3 物理結構設計273.3.1存儲方式和位置273.3.2索引273.3.3配置圖284 系統(tǒng)實現(xiàn)與編碼294.

13、1 前臺設計294.1.1主要功能模塊的界面與代碼294.1.2核心算法編程314.2 后臺設計324.2.1后臺功能模塊的界面及編碼324.2.2登錄與md5加密算法354.2.3用戶權限管理354.2.4生成隨機驗證碼355 測試375.1 正確測試用例375.1.1測試用例設計375.1.2測試結果405.2 錯誤測試用例405.2.1測試用例設計405.2.2測試結果425.3組件圖426 結束語446.1 主要成果446.1.1完成的系統(tǒng)功能446.1.2系統(tǒng)特點446.2 展望456.2.1未完成的系統(tǒng)功能456.2.2存在的不足之處45參考文獻46附 錄471 緒論1.1 衛(wèi)生監(jiān)

14、督信息化管理研究意義針對國內衛(wèi)生監(jiān)督現(xiàn)狀，設計實現(xiàn)“衛(wèi)生監(jiān)督管理系統(tǒng)”，運用信息技術推進實現(xiàn)衛(wèi)生監(jiān)督機構政務電子化、辦公自動化、管理信息化、資源共享化，在衛(wèi)生監(jiān)督機關之間和衛(wèi)生監(jiān)督機構與社會之間建立網絡化信息溝通渠道。適應衛(wèi)生監(jiān)督機構改革和發(fā)展要求，以轉變職能、政務公開、提高效率和服務質量為目的，發(fā)展衛(wèi)生電子政務應用。保證衛(wèi)生執(zhí)法監(jiān)督數(shù)據(jù)的快速、規(guī)范采集，信息的全面、有機結合，以及快捷、有效、安全、科學的綜合決策和應急指揮能力。同時建立衛(wèi)生監(jiān)督數(shù)據(jù)信息共享交換平臺，提供標準衛(wèi)生監(jiān)督數(shù)據(jù)，實現(xiàn)上下級和其他單位的數(shù)據(jù)共享，為各級領導提供決策支持，實現(xiàn)衛(wèi)生監(jiān)督科學管理，規(guī)范監(jiān)督流程，加強監(jiān)督力度。是

15、各級衛(wèi)生監(jiān)督部門規(guī)范管理，提高執(zhí)法效率，提升整體管理水平的有效幫手2。衛(wèi)生監(jiān)督將涉及多個部門間的協(xié)同工作。監(jiān)督部門將首先到各監(jiān)督對象處抽取樣品，將樣品登記后，將信息傳遞到衛(wèi)生監(jiān)測部門進行檢驗，根據(jù)監(jiān)測部門出具的檢驗報告書來作出監(jiān)督文書。傳統(tǒng)作法是采用人工傳遞信息，這將使得監(jiān)督與監(jiān)測部門都將重復錄入樣品信息、檢驗報告書等。重新開發(fā)覆蓋這兩個部門的系統(tǒng)，將是非常巨大的一項工作。如何在使用原來的系統(tǒng)的基礎上，開發(fā)一個系統(tǒng)覆蓋這兩個部門，在使用原來系統(tǒng)軟件的基礎上，實現(xiàn)兩個部門間的數(shù)據(jù)共享呢?我們采用了web services技術來解決這個問題。1.2 衛(wèi)生監(jiān)督現(xiàn)狀 國家“九五”計劃以來，我國衛(wèi)生信息

16、化基礎設施建設己初見成效:“三網一庫”和電子政務建設逐步推進，疾病控制、遠程醫(yī)療和醫(yī)學教育等信息系統(tǒng)建設有了一定的提高，衛(wèi)生監(jiān)督信息化工作也有了可喜的進展。但是衛(wèi)生監(jiān)督機構基本建設和衛(wèi)生執(zhí)法監(jiān)督信息系統(tǒng)建設缺乏政策引導及財政保障機制，導致衛(wèi)生執(zhí)法監(jiān)督信息系統(tǒng)建設嚴重滯后，衛(wèi)生監(jiān)督信息化底子薄、基礎差1。與此同時，由于各地、各縣沒有統(tǒng)一的硬件建設標準和軟件開發(fā)規(guī)范可循，各地、各縣、各個機構開發(fā)的信息系統(tǒng)軟件雖然眾多，地方與地方之間，衛(wèi)生監(jiān)督與疾病控制之間、衛(wèi)生監(jiān)督與醫(yī)療救治之間，甚至衛(wèi)生監(jiān)督機構內部各專業(yè)之間、本級衛(wèi)生監(jiān)督機構與本級衛(wèi)生行政部門之間，信息數(shù)據(jù)的采集、交換、發(fā)布分散，衛(wèi)生執(zhí)法監(jiān)督相

17、關信息不能實現(xiàn)整合、交換和共享，既導致網絡硬、軟件系統(tǒng)建設資金和信息資源嚴重浪費，還使衛(wèi)生執(zhí)法監(jiān)督相關人員和社會公眾無法方便、快捷地獲取及時、全面、可靠的信息數(shù)據(jù)，甚至造成衛(wèi)生執(zhí)法監(jiān)督工作效率低下、監(jiān)管重復或脫節(jié)。衛(wèi)生監(jiān)督部門與衛(wèi)生監(jiān)測部門原來是一個部門，一般就是各地的衛(wèi)生防疫站中的兩個主要部門。衛(wèi)生監(jiān)督的執(zhí)法依據(jù)是衛(wèi)生監(jiān)測部門出具的衛(wèi)生檢驗結果報告書。隨著經濟的發(fā)展，衛(wèi)生監(jiān)督的重要性更加突出，監(jiān)督的公平性也引起了人們的普遍關注，而衛(wèi)生監(jiān)督與監(jiān)測均為一個單位所給出，也就缺少了公平性。因此，提出將衛(wèi)生監(jiān)督部門與衛(wèi)生監(jiān)測部門分離，分別成為兩個獨立的部門。衛(wèi)生監(jiān)督就是國家的執(zhí)法部門，屬于公務員系列，

18、而衛(wèi)生監(jiān)測就成為了面向社會公眾的衛(wèi)生檢驗檢測中心，從而出現(xiàn)了一個衛(wèi)生監(jiān)督部門將需要多個衛(wèi)生監(jiān)測部門來出具檢驗報告書，一個衛(wèi)生監(jiān)測部門將為多家衛(wèi)生監(jiān)督部門服務的情況。這樣的就使得原來為各地的衛(wèi)生防疫站開發(fā)的衛(wèi)生監(jiān)督軟件系統(tǒng)不適合于新的情況。處理這種情況，主要有兩種思路:一是完全重新開發(fā)新的軟件系統(tǒng);二是在不改變原來的系統(tǒng)上增加一些功能，實現(xiàn)原來軟件的重用。顯然第二種方法的開發(fā)時間、代價都要小得多。而實際上，這兩種方法都需要規(guī)劃好兩類軟件的對外接口，采用軟件重用技術，在不改變各自部門原來的業(yè)務的基礎上，實現(xiàn)這兩類部門之間多個部門的自動調用。1.3 可行性分析可行性分析報告從經濟可行性和技術可行性和

19、政策可行性三方面分析。1.3.1經濟可行性衛(wèi)生監(jiān)督傳統(tǒng)作法是采用人工傳遞信息，這使得監(jiān)督與監(jiān)測部門都將重復錄入樣品信息、檢驗報告書等。本系統(tǒng)通過電子信息手段來記錄采集樣品信息，防止各部門進行重復的操作，節(jié)省工作時間，提高工作效率，可以降低各部門的活動經費。1.3.2技術可行性本系統(tǒng)使用的是.net平臺，當今使用.net平臺開發(fā)軟件系統(tǒng)有一定的優(yōu)勢，該平臺支持多種語言，如c+、c#、jscript、visual basic等，也支持多種應用程序開發(fā)。多樣性的語言為.net的易用性提供了保證。.net framework除了支持多種語言外，還一個誘人的特性是.net 支持不同語言之間的互相調用。3

20、 且b/s最大的優(yōu)點就是在不用安裝任何專門軟件的情況下便可以在任何地方進行操作。只要有一臺能夠上網的電腦就能使用b/s模式下的軟件系統(tǒng)，也就是說客戶端不需要維護。同時也考慮了本人有限的編程知識與技術，選擇采用個人比較熟悉的開發(fā)工具進行開發(fā)。1.3.3政策可行性衛(wèi)生監(jiān)督業(yè)務應用系統(tǒng)是衛(wèi)生監(jiān)督信息系統(tǒng)建設的核心和目標，是實現(xiàn)衛(wèi)生監(jiān)督工作的科學化、信息化管理的基礎。完善的衛(wèi)生監(jiān)督業(yè)務應用系統(tǒng)應涵蓋衛(wèi)生監(jiān)督信息系統(tǒng)建設指導意見中規(guī)定衛(wèi)生監(jiān)督信息系統(tǒng)的建設內容，科學地完成衛(wèi)生監(jiān)督信息的采集、處理、交換、統(tǒng)計和分析，輔助實現(xiàn)衛(wèi)生行政許可審批、衛(wèi)生監(jiān)督執(zhí)法、決策指揮和信息發(fā)布。衛(wèi)生監(jiān)督業(yè)務應用系統(tǒng)的建設針對

21、性強、涉及面廣、實施周期長、管理跨度大，是一項綜合性的系統(tǒng)工程。1.4 論文主要工作（1）獲取需求：根據(jù)所掌握的需求資料，分析總結和提取需求，按照軟件工程學的方法，編寫需求規(guī)格說明書。（2）繪制系統(tǒng)層次方框圖和數(shù)據(jù)流圖頂層圖，層次方框圖分：前臺和后臺兩部分，我的工作重點是通過數(shù)據(jù)庫加工處理數(shù)據(jù)實現(xiàn)商品的展示和商品的網上交易，以及數(shù)據(jù)的添加、修改、刪除、查詢和統(tǒng)計。（3）概念結構設計：根據(jù)所設計的數(shù)據(jù)庫畫出系統(tǒng)的全局e-r圖和各實體的詳細實體e-r圖。（4）邏輯和物理結構設計：分析各實體的關系數(shù)據(jù)模型，列出邏輯結構表，說明數(shù)據(jù)庫存儲路徑及創(chuàng)建主外鍵等。（5）編碼：分析和歸納每個模塊的主要設計思想

22、和核心代碼。（6）系統(tǒng)測試：安排合理的測試用例，對每個模塊進行測試。1.5 論文安排 衛(wèi)生監(jiān)督管理介紹及國內外發(fā)展現(xiàn)狀以及可行性分析第一章：緒論 將論文編寫的主要章節(jié)以及相應的概述繪制成直觀的系統(tǒng)論文框架圖，如圖1.1所示：第二章：需求分析 包括衛(wèi)生監(jiān)督管理系統(tǒng)的技術可行性、政策可行性和經濟可行性。 第三章：系統(tǒng)設計 包括衛(wèi)生監(jiān)督管理系統(tǒng)各功能模塊需求、數(shù)據(jù)流圖及系統(tǒng)靜態(tài)建模和動態(tài)建模。 第四章：系統(tǒng)實現(xiàn)與編碼 主要包括衛(wèi)生監(jiān)督管理系統(tǒng)前臺設計、后臺設計、隨機驗證碼等。 第五章：系統(tǒng)測試 包括了系統(tǒng)正確測試用例、錯誤測試用例及組件圖。 第六章：結束語 包括主要成果和對系統(tǒng)的展望。 圖1.1 論

23、文安排圖2 需求分析2.1 系統(tǒng)功能模塊需求2.1.1層次方框圖系統(tǒng)分為前臺子系統(tǒng)和后臺子系統(tǒng)，圖2.1和圖2.2畫出了系統(tǒng)模塊的主要層次。其中前臺子系統(tǒng)包括新聞資訊、登錄模塊。新聞資訊又包括送檢信息、檢查結果公示、專項整治、政策法規(guī)和新聞查詢模塊。后臺子系統(tǒng)報告登錄模塊。登錄模塊包括系統(tǒng)管理員模塊，新聞管理員模塊，工作人員模塊和企業(yè)用戶模塊。圖2.1前臺系統(tǒng)層次方框圖從圖2.1可以看出，衛(wèi)生管理系統(tǒng)前臺為兩個模塊即：新聞資訊模塊與登錄模塊，其中新聞資訊模塊包括專項整治、政策法規(guī)與新聞查詢。圖2.2后臺系統(tǒng)層次方框圖從圖2.2可以看出，衛(wèi)生管理系統(tǒng)后臺在登錄后根據(jù)登錄管理員得不同分為4個模塊：

24、系統(tǒng)管理員管理模塊，新聞管理員管理模塊，工作人員管理模塊與企業(yè)用戶模塊。 2.1.2各模塊說明(1)注冊模塊企業(yè)的注冊與工作人員的注冊需要聯(lián)系系統(tǒng)管理員，若一個企業(yè)已經注冊過，則這個企業(yè)的員工才可以注冊，否則無法進行注冊。(2)登錄模塊登錄模塊用于各權限的用戶進行登錄使用，登錄時系統(tǒng)會判斷登錄權限，并進行相關權限的頁面跳轉。(3)新聞管理模塊新聞管理員用戶登錄后可進行該模塊的管理，管理員登錄后，可對各種類型的新聞信息進行管理。(4)查詢模塊查詢模塊分為新聞查詢，樣品查詢與送檢信息查詢。新聞查詢：個用戶以及匿名用戶都擁有該模塊的使用功能。樣品查詢模塊：當工作人員登錄后可進行樣品信息的查詢。送檢信

25、息查詢：當企業(yè)用戶登錄后，可查詢該企業(yè)的送檢信息。(5)樣品信息管理模塊該模塊需要工作人員登錄后，可對樣品信息進行錄入，修改，與刪除工作。(6)檢測結果管理模塊該模塊需要工作人員登錄后，可對檢測結果信息進行錄入，修改，與刪除工作。(7)個人信息管理模塊個用戶登錄后可進行個人信息的管理。(8)用戶與企業(yè)信息管理模塊系統(tǒng)管理員登錄后可進行用戶與企業(yè)信息的管理。(9)用戶權限管理模塊系統(tǒng)管理員登錄后可進行用戶權限的分配，本系統(tǒng)分為4中權限：系統(tǒng)管理員權限，新聞管理員權限，工作人員權限與企業(yè)用戶權限。2.2 數(shù)據(jù)流圖和數(shù)據(jù)字典2.2.1一級數(shù)據(jù)流圖圖2.3頂層數(shù)據(jù)流圖從圖2.2頂層數(shù)據(jù)流圖可以看出，衛(wèi)

26、生管理系統(tǒng)后臺登陸后有4種登錄權限，分別為：系統(tǒng)管理，新聞管理，工作管理與個人管理，相關的管理對應相應的數(shù)據(jù)表。2.2.2核心模塊的二級數(shù)據(jù)流圖圖2.4系統(tǒng)管理員數(shù)據(jù)流圖從圖2.4可以看出，系統(tǒng)管理員登錄后可對賬戶信息，用戶信息，企業(yè)信息進行相關的數(shù)據(jù)操作。圖2.5新聞管理員數(shù)據(jù)流圖從圖2.5可以看出，新聞管理員登錄后可對新聞進行相應的管理。圖2.6工作人員數(shù)據(jù)流圖從圖2.6可以看出，工作人員登錄后可對樣品信息和檢驗結果進行相應的管理，管理包括修改、刪除、添加樣品信息與查詢功能。圖2.7企業(yè)用戶流程圖從圖2.7可以看出，企業(yè)用戶登錄后可對個人信息進行修改，并且查詢該企業(yè)送檢的樣品信息的檢驗結果

27、。2.2.3重要數(shù)據(jù)字典（1）數(shù)據(jù)項以“企業(yè)名”為例。數(shù)據(jù)項：epname；含義說明：唯一標識每一個企業(yè)別名：企業(yè)名稱；類型：字符型；長度：50；取值范圍：1至50；取值含義：用中文表示該企業(yè)的名稱；與其他數(shù)據(jù)項的邏輯關系：與群落編號一一對應。以“賬號”為例。數(shù)據(jù)項：username；含義說明：唯一標示每一個賬號；別名：賬號名稱；類型：字符型；長度：50；取值范圍：1至50；取值含義：使用字符標示賬號名稱； 以“企業(yè)屬性”為例。數(shù)據(jù)項：epattribute；含義說明：唯一的標識企業(yè)的性質，企業(yè)性質包括國有企業(yè)、集體所有制企業(yè)、聯(lián)營企業(yè)、其他企業(yè)等別名：企業(yè)性質名稱；類型：字符型；長度：50；

28、取值范圍：1至50；取值含義：用中文標識企業(yè)的性質；與其他數(shù)據(jù)項的邏輯關系：與目編號一一對應，并作為企業(yè)信息表中的外鍵。(2) 數(shù)據(jù)結構以“企業(yè)”為例，“企業(yè)”是該系統(tǒng)中一個核心數(shù)據(jù)結構：數(shù)據(jù)結構：企業(yè)；含義說明：是衛(wèi)生監(jiān)督管理系統(tǒng)的主題數(shù)據(jù)結構，定義了企業(yè)有關信息組成：企業(yè)編號，企業(yè)名稱，企業(yè)法人，企業(yè)屬性編號，所在地，聯(lián)系電話，經營范圍(3) 數(shù)據(jù)流“查詢結果”可如下描述：數(shù)據(jù)流：查詢結果說明：用戶按條件查詢的最終結果數(shù)據(jù)流來源：查詢數(shù)據(jù)流去向：顯示組成：新聞信息，列表平均流量：每頁顯示10條數(shù)據(jù)(4) 數(shù)據(jù)存儲“樣品信息表”可如下描述：數(shù)據(jù)存儲：樣品信息表說明：記錄采樣數(shù)據(jù)流入數(shù)據(jù)流：收

29、集樣品信息流出數(shù)據(jù)流：樣品記錄組成：樣品編號，企業(yè)編號，樣品名稱，送檢日期，送檢數(shù)量，單位編號，采樣人，生產日期，采樣地點，送檢編號數(shù)據(jù)量：無限制存取方式：按樣品編號存取(5) 處理過程“查詢樣品信息”可如下描述：處理過程：查詢樣品信息說明：按照多種條件進行樣品信息的查詢輸入：查詢條件；輸出：查詢結果；處理：在用戶進入查詢頁面后，按照不同查詢條件進行樣品信息的查詢，并輸出結果。2.3 系統(tǒng)靜態(tài)建模2.3.1全局用例圖用例圖是從用戶的角度來對系統(tǒng)進行需求分析，分析系統(tǒng)所需的功能和動態(tài)行為。圖2.8系統(tǒng)全局用例圖從圖2.8可以看出用戶分為4種，分別為：系統(tǒng)管理員，新聞管理員，工作人員，企業(yè)用戶，其

30、中系統(tǒng)管理員可以對用戶，企業(yè)，信息進行管理，并且能夠為賬戶分配權限，新聞管理員可以對新聞進行管理，員工可以對樣品信息，檢驗結果信息進行管理，企業(yè)用戶可以查詢送檢結果，管理個人信息。2.3.2核心模塊的局部用例圖（1）新聞信息管理員用例圖圖2.9新聞信息管理員用例圖從圖2.9可以看出新聞信息管理員可以對新聞信息進行管理進行各種操作，同時可以管理個人信息。（2）匿名用戶用例圖圖2.10匿名用戶用例圖從圖2.10可以看出非登錄用戶可以進行新聞的瀏覽，新聞的查詢，與用戶的注冊。（3）工作人員用例圖圖2.11工作人員用例圖從圖2.11可以看出工作人員可以進行個人信息的管理，密碼的修改，樣品信息的查詢、錄

31、入、刪除、修改，檢驗結果的查詢、錄入、刪除、修改。2.4 系統(tǒng)動態(tài)建模2.4.1時序圖時序圖是一種交互圖，用來描述系統(tǒng)對象之間的交互，它強調對象之間消息的時間順序，也就是描述類以及類系統(tǒng)之間的相互交換以完成期望行為的信息。3. 系統(tǒng)管理員管理時序圖：圖2.12系統(tǒng)管理員管理時序圖從圖2.12可以看出，用戶在登錄頁輸入用戶名，密碼后，經過權限的判斷進行頁面的跳轉，跳轉到系統(tǒng)管理員用戶后臺頁面后，管理員可進行用戶、企業(yè)信息的管理，并進行用戶權限的分配。（2）新聞信息管理員管理時序圖圖2.13新聞信息管理員管理圖從圖2.13可以看出，用戶在登錄頁輸入用戶名，密碼后，經過權限的判斷進行頁面的跳轉，跳轉

32、到新聞管理員用戶后臺頁面后，管理員可進行新聞信息的管理，并進行個人信息的管理。2.4.2協(xié)作圖（1）工作人員管理協(xié)作圖：圖2.14工作人員管理協(xié)作圖圖2.14表現(xiàn)出各模塊之間的協(xié)作關系。（2）匿名用戶訪問協(xié)作圖圖2.15匿名用戶訪問協(xié)作圖圖2.15表現(xiàn)出匿名用戶與新聞模塊間的協(xié)作關系。2.4.3狀態(tài)圖新聞信息管理狀態(tài)圖圖2.16新聞信息管理狀態(tài)圖圖2.16展現(xiàn)出了新聞管理員從登錄到使用管理員功能到退出的所有可能的狀態(tài)。2.4.4活動圖和泳道圖系統(tǒng)活動圖圖2.17系統(tǒng)活動圖從圖2.17可以看出用戶在沒有登錄的條件下可以瀏覽新聞，查詢新聞，用戶在登錄的條件下會根據(jù)權限的判斷跳轉到不同的頁面，跳轉之

33、后根據(jù)權限的不同，則功能也不相同，各自能夠完成各自的功能。系統(tǒng)泳道圖圖2.18系統(tǒng)泳道圖圖2.18主要通過泳道來劃分并呈現(xiàn)各個角色在系統(tǒng)中的主要活動，包括登錄用戶與匿名用戶在權限范圍內的主要活動。3 系統(tǒng)設計3.1 概念結構設計3.1.1全局e-r圖圖3.1 系統(tǒng)全局實體e-r圖圖3.1全局e-r圖，該圖分析了整個系統(tǒng)的功能，表明了各權限用戶登錄后可進行的操作，表明了各實7體之間的關系。3.1.2各模塊的局部e-r圖用戶實體e-r圖圖3.2用戶實體e-r圖圖3.2用戶實體e-r圖，該圖表明了各權限用戶登錄后均可進行的操作，用戶登錄后，可對個人密碼與個人信息進行修改。樣品檢測實體e-r圖圖3.3

34、樣品檢測實體e-r圖圖3.3樣品檢驗實體e-r圖，該圖表明了工作人員的登錄后可進行的操作，工作人員登錄后可對樣品信息與檢驗結果進行管理。3.2 邏輯結構設計3.2.1關系表的范式與約束經過數(shù)據(jù)庫系統(tǒng)分析和邏輯設計后，數(shù)據(jù)庫的結構已經非常清晰，首先在microsoft sql server 2005 中建立一個數(shù)據(jù)庫db_sansupmangementsystem。然后，分別建立8個表：檢驗結果表，企業(yè)屬性表，企業(yè)信息表，新聞信息表，樣品信息表，單位表，用戶表，用戶信息表，每個表與邏輯設計中一種的關系模式相對應。下面是每個數(shù)據(jù)庫表中的屬性，包括屬性列的字段名、字段描述、數(shù)據(jù)類型、長度、是否為空、

35、約束和備注說明內容。（1） 檢驗結果表表3.1檢驗結果表字段名字段描述數(shù)據(jù)類型長度可空約束備注crid編號int主鍵自動編號checkcompany檢驗單位varchar50是epid被檢企業(yè)編號int外鍵samid樣品編號int外鍵checkresult檢驗結果textreportdate報告日期datetime自動獲取日期passornot通過否int0，通過；1，未通過表3.1為檢驗結果表，該表由檢驗結果編號，檢驗單位，被檢企業(yè)編號，樣品編號，檢驗結果，報告日期等字段構成構成，該表符合2nf。（2） 企業(yè)屬性表表3.2企業(yè)屬性表字段名字段描述數(shù)據(jù)類型長度可空約束備注epaid企業(yè)屬性編號

36、int主鍵aname屬性名稱varchar50是唯一表3.2為企業(yè)屬性表，該表由企業(yè)屬性編號與屬性名稱構成，該表符合2nf。（3） 企業(yè)信息表表3.3企業(yè)信息表字段名字段描述數(shù)據(jù)類型長度可空約束備注epid企業(yè)編號int主鍵epname企業(yè)名稱varchar50是唯一epcorporation企業(yè)法人varchar50是epaid企業(yè)屬性idint是外鍵epaddress所在地varchar100是epphone聯(lián)系電話varchar50是epsob經營范圍varchar50是表3.3為企業(yè)信息表，該表由企業(yè)編號，企業(yè)名稱，企業(yè)法人，企業(yè)屬性編號，企業(yè)所在地等字段構成，該表符合2nf。（4）

37、新聞信息表表3.4新聞信息表字段名字段描述數(shù)據(jù)類型長度可空約束備注newsid新聞編號int主鍵title新聞標題varchar50author作者varchar50newscontent新聞內容textnewslevel新聞類型varchar50是4類新聞publishdate發(fā)表日期datetime自動獲取日期degree瀏覽次數(shù)int是表3.4為新聞信息表，該表由新聞編號，新聞標題，作者，新聞內容，新聞類型，發(fā)表日期，瀏覽次數(shù)構成，該表符合3nf。（5） 樣品信息表表3.5樣品信息表字段名字段描述數(shù)據(jù)類型長度可空約束備注samid樣品信息編號int主鍵epid被檢企業(yè)編號int外鍵sam

38、name樣品名稱varchar50senddate送檢日期datetime是samnum樣品數(shù)量intunitid單位編號int外鍵pickman采樣人varchar50是recordman記錄人varchar50是pickdate采樣日期datetime是productiondate生產日期datetime是pickadress采樣地點varchar50是checkoutstate檢驗狀態(tài)int0:檢驗中；1：已檢驗表3.5為樣品信息表，該表由樣品信息編號，被檢企業(yè)編號，樣品名稱，送檢日期，樣品數(shù)量等字段構成，該表符合3nf。（6） 單位表表3.6單位表字段名字段描述數(shù)據(jù)類型長度可空約束備注

39、unitid單位編號int主鍵unitname單位名稱varchar50唯一表3.6為單位表，該表由單位標號和單位名稱構成，該表符合2nf。3. 用戶表表3.7用戶表字段名字段描述數(shù)據(jù)類型長度可空約束備注userid賬戶編號int主鍵username賬號名稱varchar50唯一pw密碼varchar50userlevel用戶權限int4種權限表3.7為賬戶表，使用該表來進行系統(tǒng)登錄，該表由賬戶編號，賬戶名稱，密碼，用戶權限構成，該表符合2nf。3. 用戶信息表表3.8用戶信息表字段名字段描述數(shù)據(jù)類型長度可空約束備注userinfoid用戶信息編號int主鍵userid賬號idint外鍵nam

40、e姓名varchar50epid所在企業(yè)編號int外鍵position職位varchar50是phone聯(lián)系電話varchar50是address聯(lián)系地址varchar200是e_mail郵箱varchar50是表3.8為用戶信息表，該表由用戶信息編號，賬戶編號，姓名，用戶所在企業(yè)編號構成，該表符合2nf。3.2.2關系表間的關系圖圖3.4為數(shù)據(jù)表間的主鍵和外鍵關系圖。圖3.4關系圖3.2.3系統(tǒng)類圖圖3.5系統(tǒng)類圖圖3.5描述了系統(tǒng)類的靜態(tài)結構。包括類得內部結構以及類之間的關系。3.3 物理結構設計3.3.1存儲方式和位置數(shù)據(jù)庫采用的是微軟microsoft sql server 2005

41、數(shù)據(jù)庫,安裝的版本是：簡體中文企業(yè)版,數(shù)據(jù)庫文件名稱為：db_sansupmangementsystem和日志文件db_sansupmangementsystem_log，分別存儲于系統(tǒng)的默認文件夾app_data下面。3.3.2索引表3.1 系統(tǒng)運用的索引表編號表名列名索引名稱索引類型1tb_checkresultcridpk_tb_checkresult聚集2tb_epaepaidpk_tb_epa聚集3tb_epaanameix_tb_epa非聚集，唯一4tb_epinfoepidpk_epinfo聚集5tb_epinfoepnameup_epname非聚集，唯一6tb_newsinfo

42、newsidpk_tb_newsinfo聚集7tb_sampleinfosamidpk_tb_sampleinfo聚集8tb_unitunitidpk_tb_unit聚集9tb_unitunitnameix_tb_unit非聚集，唯一10tb_useruseridpk_tb_user聚集11tb_userusernameup_username非聚集，唯一12tb_userinfouserinfoidpk_tb_userinfo聚集3.3.3配置圖圖3.6 系統(tǒng)配置圖4 系統(tǒng)實現(xiàn)與編碼4.1 前臺設計4.1.1主要功能模塊的界面與代碼（1）首頁模塊功能描述：本模塊主要用戶未登錄用戶訪問本網站時的

43、首頁，顯示新聞標題與導航。首頁如圖：圖4.1 新聞首頁（2）新聞查詢模塊功能描述：本模塊可通過新聞標題，作者，類型3種查詢條件進行模糊新聞查詢。新聞查詢如圖：圖4.2 查詢新聞（3）會員登錄模塊功能描述：本模塊主要用于本站會員進入會員的功能界面，分為4種會員：系統(tǒng)管理員，新聞管理員，工作人員，企業(yè)用戶，點擊“登錄”后根據(jù)權限跳轉到相應的管理模塊（注：必須先成為網站會員才能登錄，可點擊“注冊”鏈接進入到注冊頁面）。登錄如圖：圖4.3 會員登錄登錄部分代碼：if (request.cookiescheckcode.value = code) using (var db = new sansupda

44、tacontext() var u = db.tb_user.firstordefault(o = o.username = this.txtusername.text); if (u = null) /label1.text = 123; registerstartupscript(, alert(用戶不存在); else if (u.pw != userpass) registerstartupscript(, alert(密碼錯誤！?); else formsauthentication.setauthcookie(this.txtusername.text, false); /resp

45、onse.redirect(/mange/systemmange/); if (u.userlevel = 0) importinfo.userid = u.userid; importinfo.username = u.username;response.redirect(/manage/systemmanage/sys_homesystem.aspx); （4）注冊模塊功能描述：本模塊用戶企業(yè)用戶的注冊，分為兩個頁面注冊用戶頁面與完善個人信息頁面，注冊時會判斷用戶名是否存在，若存在則不能注冊，若不存在則可以注冊。注冊模塊如圖：圖4.4 用戶注冊圖4.5 完善個人資料4.1.2核心算法編程本

46、項目采用三層架構編程，即有dbutility（數(shù)據(jù)訪問層）、dal（邏輯處理層)、website（表示層）。其中數(shù)據(jù)訪問層，主要用于直接對數(shù)據(jù)庫操作的通用方法，這些方法都將直接提供給dal層使用。4.2 后臺設計4.2.1后臺功能模塊的界面及編碼（1）系統(tǒng)管理員管理模塊功能描述：本模塊主要用于系統(tǒng)管理員登錄后跳轉的權限頁面。在本模塊可以對賬戶、用戶、企業(yè)信息進行管理，對賬戶進行權限的分配等功能。系統(tǒng)管理員管理模塊如圖：圖4.6 系統(tǒng)管理員管理模塊（2）系統(tǒng)管理員添加企業(yè)模塊功能描述：本模塊主要用于系統(tǒng)管理員添加企業(yè)信息。系統(tǒng)管理員添加企業(yè)模塊如圖：圖4.7系統(tǒng)管理員添加企業(yè)模塊（3）新聞管理員

47、管理模塊功能描述：本模塊主要用于新聞統(tǒng)管理員登錄后跳轉的權限頁面。在本模塊可以對首頁的新聞進行管理。新聞管理員管理模塊如圖：圖4.8 新聞管理員管理模塊（4）新聞管理員添加新聞模塊功能描述：本模塊主要用于新聞管理員添加新聞。新聞管理員添加新聞如圖：圖4.8 新聞管理員添加新聞（5）員工管理模塊功能描述：本模塊主要用于衛(wèi)生局員工登錄后跳轉的權限頁面。在本模塊可以對各企業(yè)送檢的樣品信息進行管理，并且對檢驗結果進行管理，并且可以通過多種條件對樣品信息與檢驗結果信息進行模糊查詢。員工查詢模塊如圖：圖4.7 員工查詢模塊（6）員工管理添加模塊功能描述：本模塊主要用于衛(wèi)生局員工管理添加樣品信息模塊。員工管

48、理添加模塊如圖：圖4.8員工管理添加模塊4.2.2登錄與md5加密算法md5加密是比較安全的一種加密方法，因為md5加密是不可逆的，即無解密方法。本站也在一些地方采用了md5加密方法，如會員注冊、登錄、修改密碼等。在登錄時，先把輸入的密碼進行md5加密，然后把加密后的數(shù)據(jù)與數(shù)據(jù)庫里的數(shù)據(jù)進行對比，如果一致則表示密碼正確，反之密碼錯誤。4.2.3用戶權限管理管理員角色分兩種，一種是系統(tǒng)管理員，另一種是新聞管理員。兩者的區(qū)別在于行使權限不同，系統(tǒng)管理員擁有管理用戶，賬戶，企業(yè)信息的權限；而新聞管理員則只能管理新聞。4.2.4生成隨機驗證碼驗證碼文件存放在根目錄下，文件名為checkcodes.as

49、px，此類代碼文件網上很多，基本都是利用random生成器來生成一組隨機的數(shù)，然后繪畫背景噪音線，最后輸出并把生成的隨機數(shù)存儲到session或cookis里。5 測試5.1 正確測試用例5.1.1測試用例設計（1）企業(yè)用戶注冊圖5.1 企業(yè)用戶注冊分析說明：如圖6.1所示，進入企業(yè)用戶注冊頁面，正確輸入用戶名密碼后，即可注冊成為擁有企業(yè)用戶的權限，注冊成功后會跳轉到完善個人信息頁。（2）添加新聞圖5.2 添加新聞分析說明：如圖6.2所示，進入新聞管理頁，點擊“添加新聞”后會跳轉到添加新聞窗口，點擊“添加”即可。（3）樣品登記圖5.3 樣品登記分析說明：如圖6.3所示，當從企業(yè)采集到送檢的樣品

50、后，工作人員要對送檢數(shù)據(jù)進行登記，點擊“添加”按鈕即可成功登記樣品數(shù)據(jù)。（4）發(fā)布檢驗結果圖5.4發(fā)布檢驗結果分析說明：如圖6.4所示，當從檢驗單位收到檢驗報告后，工作人員要進行檢驗結果的發(fā)布，點擊“添加”按鈕即可完成發(fā)布檢驗結果。5.1.2測試結果測試流程與結果都達到了要求，界面的友好性、提示的交互性都很強。各個表單的數(shù)據(jù)處理也相當?shù)轿唬瑵M足軟件的使用要求。5.2 錯誤測試用例5.2.1測試用例設計（1）登錄測試圖5.5 登錄分析說明：如圖5.5所示，用錯誤的用戶名或密碼或驗證碼(賬號=admin，密碼=admin)進行登錄操作，結果彈出“賬號錯誤”或“賬號不存在”或“密碼錯誤”或“驗證碼錯

51、誤”的提示信息，這表示錯誤的用戶名或密碼完全不能進入后臺。（2）會員注冊圖5.6 會員注冊分析說明：如圖5.6所示，若使用已存在的賬號進行注冊則會提示“賬號已存在”，若兩次密碼輸入不一致，則提示了“兩次密碼輸入不一致！”。圖5.7 完善個人資料分析說明：如圖5.7所示，若聯(lián)系電話與聯(lián)系郵箱的輸入格式不符合通用的電話格式，則提示錯誤。（3）發(fā)布檢驗結果圖5.8 檢驗結果發(fā)布分析說明：如圖5.8所示，若發(fā)布檢驗結果時不輸入檢驗結果，則在點擊“添加”按鈕時，提示“請輸入檢驗結果！”。5.2.2測試結果從測試結果來看，全部達到測試要求。錯誤出現(xiàn)比較多的是在客戶端驗證方面，這方面的驗證做得是比較到位的；而代碼邏輯方面幾乎不存在出錯的情況。5.3組件圖圖5.9 系統(tǒng)組件圖圖5.9 主要描述了，系統(tǒng)各組件之間的關系。