時間：2023-07-23 09:17:21
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇概念結構設計的方法和步驟范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
1分析動機
1.1教學內容分析
學習《數據庫技術》課程前學習者已經學習了《計算機技術基礎》、《C語言》和《數據結構》等先行課程，“概念結構設計”教學內容安排上是在數據庫基本概念、關系數據庫、SQL語言和關系數據理論之后，“概念結構設計”部分包括概念結構設計的概念、方法與步驟、數據抽象和視圖的集成。本部分內容的重點是概念結構設計的方法。難點是根據具體系統內容的描述設計基本E-R圖。
1.2學習者動機分析
“概念結構設計”較抽象，學習者需要從復雜的實際應用中找出數據庫設計中的關鍵因素，學習者尚不知該內容在整個數據庫設計中的重要作用，鑒于此內容的難度較大，易使學習者知難而退，對學習者學習的積極性產生負面影響。
2動機策略設計及實施
2.1課程導入
2.1.1教學內容
將49名學習者分為5個小組，利用課前時間每組分別分析淘寶、京東、當當網、1號店、天貓的網上購物流程，并分組進行調查匯報。提出問題：你分析系統中的商品有哪些屬性？訂單包括哪些內容？訂單與客戶和商品之間的聯系及涉及的實體有哪些？訂單有哪些狀態？知識回顧：實體、屬性和聯系的概念，選課E-R模型實例。
2.1.2動機策略應用
注意策略：通過問題引入，讓學習者主動思考，引起學習者有意注意。相關策略：通過知識回顧，幫助學習者建立已有的E-R模型與概念結構模型設計之間的聯系，建立腳手架從而降低新知識學習難度。自信策略：選取學習者們熟知的購物網站為例，增強學習者信心。
2.2課堂教學
2.2.1教學內容
基礎任務：定義購物網站生成訂單的事件，通過E-R模型進行概念結構設計。匯總各小組提交的設計結果，總結學習者的概念結構模型設計，如圖1所示。來源：黑龍江省哲學社會科學研究規劃項目（16EDE07）和哈爾濱師范大學深化教育教學綜合改革項目（X2015-2-003）的研究成果。提高任務：上述模型中當客戶提交訂單但未購買商品將減少商品的庫存，如何解決這一問題呢？請學習者思考并提出問題解決辦法。教師提示可將多對多的聯系拆分為兩個一對多的聯系，根據訂單的狀態通過程序確定是否實際減少庫存。按照之前分配的小組安排學習者討論并提出新的設計方案，學習者討論是教師到各組進行引導和巡視[2]。討論：經過學習者討論，分析新概念模型設計的合理性。小組匯報并由教師匯總修改后如圖2所示。
2.2.2動機策略
注意策略：教師播放課前錄制的網上購物過程的動畫，引起學習者注意。自信策略：教師按照基礎和提高兩類任務進行分層布置，利于搭建腳手架、激發學習者自主思考，增強自信。
3評價
學習者對各自小組設計的E-R模型進行評價，小組間進行設計結果互評，教師對每個模型的設計過程、小組合作情況和設計結果進行總結性評價。滿意和自信策略：學習者經過深入思考進行互評，體驗設計被認可和逐步求精帶來的喜悅。教師的點評認可其設計結果提高學習者信心。
4結論
通過該方法的學習，學習者在練習和期末考試中能夠熟練準確的對復雜的需求通過E-R模型進行概念結構設計，因此，ARCS模型應用于《數據庫技術》教學有助于激發學習者學習動機，提高學習效果。
作者:韓玲玲 單位:哈爾濱師范大學
參考文獻
關鍵詞：SQL server2008數據庫；網絡應用；數據安全；性能優化
SQL server2008數據庫的使用，更多的還是在網絡應用之中。網絡應用和本地應用程序有很大的差別，網絡應用的運行和訪問受到諸多客觀條件的限制：網速、并發、數據安全……
所以SQL server2008數據庫的網絡應用，必須要考慮到以下幾個方面：
一、數據庫數據的安全性是第一位的
用戶的數據，屬于機密信息。黑客的存在，對于數據的安全性帶來了很大的威脅。相比于SQL server2005，SQL server2008數據庫在安全性上做出了很大的提升――“SQL Server 2008為關鍵任務應用程序提供了強大的安全特性、可靠性和可擴展性。”
SQL Server 2008可以對整個數據庫、數據文件和日志文件進行簡單加密。用數據加密來保護數據的安全性，是一個比較常規的手段。過去我們都是采用在程序中運行加密算法來保護數據的安全。這種方法有一個很大的缺陷：簡單的加密算法很容易被黑客破解，從而使得用戶的數據被完全地暴露出來，而在程序中添加復雜的加密算法，又會影響程序的運行速度，加大服務器的負荷。SQL Server 2008可以直接在數據庫層面對用戶數據進行加密，從根本上保護了用戶的隱私。在硬件資源比較優越的情況下，我們可以通過使用SQL Server 2008的數據加密這個功能，從根本上加強用戶數據的安全性和隱秘性。
二、數據庫的設計應充分考慮性能問題
數據庫的性能是否足夠好，取決于數據庫結構的設計和表結構的設計。這是任何類型數據庫都必須要認真對待的問題。在網絡應用中，設計良好的數據庫結構和表結構的作用，顯得尤為突出。
數據庫設計（Database Design）是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求。數據庫結構的設計可以劃分為四個步驟：需求分析、概念結構設計、邏輯結構設計和物理設計。
1.需求分析是做項目之前首先要做的第一件事情
只有明白了用戶需求，我們才能設計并開發出滿足用戶需求的應用來。在需求分析過程中，我們要充分了解用戶需要的數據和對數據進行哪些操作。通過了解組織、人員的構成來創建數據字典，從而做出一個需求分析說明書來。一個完整的需求說明分析書應包含整個項目所需全部信息，具體如下：數據庫系統應用范圍與環境條件、工作流程圖、數據流程圖、數據字典、IPO圖與加工說明、數據庫性能要求、對操作界面的要求、各類約束條件、開發目標與方法、組織機構、系統當前狀況分析、數據庫系統功能設計目標、對系統結構的初步規劃、日程進度、驗收標準。
2.做好需求分析之后，就需要對需求分析做一個概念結構設計
最常用的概念結構設計方法有實體分析法、面向對象設計方法、屬性綜合法和規范化關系方法。我們要通過概念結構設計，設計出不依賴于某種具體DBMS的滿足用戶應用需求的信息結構。
3.邏輯結構設計的任務是把概念模型，例如E-R圖轉換成所選用的具體的DBMS所支持的數據模型
邏輯結構的設計與算法密切相關，在設計邏輯結構的同時，還要考慮應用程序的設計。就拿客戶信息來說，一個客戶對應一個單位，客戶的單位有客戶單位的信息，而客戶本身還有聯系人的信息。由于這兩個信息是一致的，我們就可以把聯系人信息和單位信息放到一個表里，這樣當我們需要查詢客戶信息的時候只需要查詢一個表，而不需要進行并表查詢，在程序設計的時候就能降低數據庫的運算量。這樣不僅使得表維護工作變得簡單便于維護，也提高了運行效率。進行邏輯轉換除了遵循一般的規律之外，還要充分考慮實際需求做一些特殊的設計來簡化問題。最終目的就是提高我們設計的正確率。
4.物理設計就是對一個給定的邏輯數據模型求取與應用需要相適應的物理結構的過程
數據的存儲結構與存取方法是由DBMS決定并自動實現的，所以我們考慮好在網絡環境下數據庫的分布及索引結構就可以了。
SQL server2008數據庫應用，內容博大精深。想要熟練掌握并應用，需要的不僅僅是對數據庫基礎知識的把握，更多的還是要靠我們自己，在使用過程中，結合具體環境，做出合理的分析和判斷。所謂“運用之妙，存乎一心。”多動腦，多動手實踐，才能把數據庫應用掌握到極致。
參考文獻：
所謂信息管理，是指對人類社會信息活動的各種相關因素（主要是人，信息，技術和機構）進行科學的計劃，組織，控制和協調，以實現信息資源的合理開發與有效利用的過程。它既包括微觀上對信息內容的管理――信息的組織，檢索，加工，服務等，又包括宏觀上對信息機構和信息系統的管理。
一、數字校園下的檔案信息管理系統的功能與服務措施
（一）檔案信息管理系統的功能
客戶端在借閱或歸還多份檔案時，可以借助密集架控制系統按照次序依次打開架體；其次，檔案信息管理系統通過數據庫與密集架服務器交互通訊，檔案管理員在存取檔案時，把指令或信號發送到各個庫房、操作組和各列密集架，對新增、更新的入庫檔案進行詳細的分類記錄，可以進行單列、單組和全局操作，并對整個密集架的操作過程進行全程記錄。在數字化校園下可以利用局域網、互聯網和校園局域網來完成操作管理；第三，數字化校園下網絡管理中心對每臺電腦都設有管理權限，因此，對客戶端也設置操作權限，借助防火墻和防病毒軟件來防止檔案數據的外泄和惡意入侵，必要時可實施定時備份或雙機備份，為檔案信息的安全提供了重要保障。
（二）檔案信息管理系統的服務措施
（1）基礎設施層。基礎設施是檔案信息管理系統建設的支撐系統，包括網絡、計算機、存儲和支撐軟件等；（2）應用平臺層。包括身份認證平臺、信息門戶平臺、數據庫平臺和通訊平臺等；（3）應用系統層。指校各處室的檔案信息管理系統和師生檔案信息服務系統；（4）信息服務層。主要是為領導、管理人員、師生提供檔案信息查詢、服務、統計和決策等；（5）信息保障層。主要是為保障檔案信息的安全管理，系統的安全運行、安全評估、安全技術和系統維護等，從而依托數字校園平臺來建設檔案信息存儲的數字化，傳輸的網絡化和管理的高效化。借助以上各個層次來建立檔案信息數據庫的對接互聯，實現了檔案信息共享，比如：查詢者可以通過校園網絡教務系統鏈接，并在自己的授權范圍內查詢檔案信息和檔案打印權限。
二、基于數字校園平臺的檔案信息管理系統的設計
（一）檔案信息管理系統的網絡架構
（1）客戶端。用戶與網絡信息系統交互界面，主要是檢查與發送用戶信息請求，可以借助較為成熟的WEB技術使客戶端不需要安裝任何插件或軟件就可以顯示系統返回的執行結果，內部用戶可采用B/S結構，對于訪問量過大的數據庫可采用C/S結構來實現；（2）應用組件層。應用組件主要是通過基礎業務實體組成應用組件，并借助支持系統功能的重構與擴展，通常由一系列的應用程序接口組成，例如Winsock API允許程序使用TCP/IP服務；（3）應用服務層。它位于UI層和領域模型，基礎設施層之間，主要是組織領域邏輯層和基礎設施層，中間件接受客戶端請求后，把請求調用到相應的處理程序，并把其部署到Web服務器、組件服務器、數據庫服務器等不同的服務設備，最后，把處理結果返回到客戶端，從而為用戶提供Web服務；（4）數據服務層。數據服務主要是根據應用服務器的請求，把數據庫中的檔案信息轉換成相對于的數據，從純文本變到XML數據格式轉換，可以將結構化的數據組合起來，為檔案查詢和管理提供更簡單的編程接口去完成數據的訪問、管理和維護，這也是檔案信息管理系統網絡的核心。
（二）檔案信息管理系統的結構設計
數字校園下檔案信息管理系統的設計其目的是通過數據庫資源共享為廣大師生提供便捷的查詢服務，搭建一個基于網絡的、學校各部門共享的信息共享平臺。為此，本文采用B/S（Browser/Server）系統結構來呈現數據，并根據查詢者的要求進行存取操作。該系統結構設計通常由數據庫服務器和Web服務器兩臺服務器組成，用來完成檔案數據庫管理，把客戶端數據請求由Web服務器處理后，遞交給數據庫服務器。這樣，用戶的工作界面通過WWW瀏覽器呈現，所要查詢的檔案信息在服務器端（Server）中來實現，從而大大降低了系統維護與升級成本。
（三）檔案信息管理系統設計的基本步驟
數字校園下檔案網絡信息管理系統設計的基本步驟如下：第一步，管理需求和用戶需求分析。需要對各類檔案進行分類整理與電子化處理，保證檔案信息的真實有效，通過管理人員管理模塊設置管理員的工作權限，最后，對電子化的檔案信息通過網絡進行；檔案信息化管理的最終目的是服務于廣大用戶需求，用以查詢、下載、打印等方面的檔案數據信息，這樣整個檔案信息數據庫結構就必須滿足多種信息的輸入和輸出，確保數據庫信息的真實、有效。檔案并不能將所有的信息完全公開，對有些不能公開的檔案信息就需要查詢者設置用戶密碼和口令，來保障個人檔案信息的安全性；第二步，概念結構設計。檔案信息數據庫管理的概念結構設計是將需求分析得到的用戶需求抽象為信息結構，即：概念模型的過程，比數據模型更穩定，它也是整個數據庫設計的關鍵。檔案信息數據庫管理是借助計算機系統把現實語境中的檔案信息映射到計算機中，我們通常用實體―――關系模型（E-R，Entity-RelationshipModel）來加以表述；第三步，邏輯結構設計。邏輯結構設計是將概念結構設計階段所得到的概念模型轉換為具體SQLServer2008數據庫所能支持的數據模型（即邏輯結構）；第四步，物理結構設計。數據庫的物理結構設計是在物理設備上的存儲結構和存儲方法。在檔案信息管理系統中，主要是為檔案數據庫信息提供最佳存取環境，主要表現在檔案存儲時間、空間、存取路徑和系統維護，并把E-R模式中的實體屬性可以轉換成關系型的屬性，同一檔案信息可以提供多條存儲路徑；第五步，應用程序編制及調試。在檔案信息管理邏輯數據庫結構確定后，就可以實施應用程序的編制、調試和物理結構設計同時展開，然后再進行聯合調試；第六步，檔案數據庫的運行與維護。檔案信息管理數據庫建成以后，還需要進行長期的維護，才能確保檔案信息的完整性和檔案數據的安全性。
數字校園背景之下檔案信息管理系統的設計工作既是檔案管理在技術上的一次變革，同時，也面臨著諸多信息化風險的挑戰。檔案信息化、科學化、自動化管理工作依然是一項長期的任務。這就需要借助現代互聯網絡技術，結合檔案管理自身的特點，從技術上來加以突破和創新，才能真正使檔案管理走上信息化、科技化和現代化的道路。
參考文獻
[1]張天，馮佳潔，朱煥芝，李東，廖志江，顏秀銘.校園網信息管理系統設計研究[J].合作經濟與科技，2013，01：126-127.
[2]楊巍.教學信息管理系統的設計與實現[J].信息通信，2012，01：131-133.
在信息管理系統的設計和開發過程中，數據庫設計是其中最為重要的環節之一。設計規范、良好的數據庫不僅能帶來系統數據處理效率的極大提升，更重要的是在系統正式運行后能大大簡化后期的數據更新維護工作，提高系統的可擴展性。目前大多數酒店提供的服務多種多樣，規模大小也各不相同，較為典型的酒店服務業務一般都包括飲食、住宿和娛樂等方面，下面該文從這些典型的酒店業務邏輯出發，分析和探討數據庫的設計方案。
1數據庫需求分析
數據庫設計的第一步是做好需求分析。在此階段需要準確了解和分析用戶的具體需求，包括數據需求和處理需求，這是整個數據庫設計過程的基礎，也是最困難、最耗費時間的一步。
1.1數據流圖分析
典型的酒店管理一般包括飲食部門、住宿管理部門、娛樂管理部門和經理部門，下面簡要分析各部門的業務邏輯。飲食部門是酒店基本部門之一，所提供服務的特點是實時性強、持續時間短、強調效率。此處需要重點處理的信息是與飲食有關的財務數據，一方面便于定期的賬目匯總，另一方面也便于及時向酒店管理層匯報。住宿管理部門也是酒店基本部門之一。其主要職責包括：（1）布置房間設施、分類、編號、制定收費標準、分配服務人員；（2）登記旅客信息，記錄其入住、退房時間；（3）統計各類房間的客滿程度；（4）處理本部門的財務信息。娛樂部門需要處理的業務主要包括：（1）制定收費標準，分配負責人；（2）收入支出財務處理等。經理部門的功能是必不可少的。主要職責有：（1）員工管理；（2）部門劃分；（3）各部門的財務核算；（4）酒店營業收益的定期核算。從上面各個部門的業務分析可以看出，不同部門都有財務處理的需求，因此歸總設計一個統一的“財務子系統”。而飲食部門因為所需要的業務功能都已包含在“財務子系統”中，故而去掉該功能模塊。最終設計酒店信息管理系統分為四個子模塊：經理子系統、財務子系統、住宿子系統和娛樂子系統。根據前面對業務邏輯的詳細分析，畫出各子系統的數據流圖，例如圖1所示為財務子系統的數據流圖。
1.2數據字典設計
數據字典是數據庫中各類數據描述的集合，需要設計人員對所開發系統的實際情況進行詳細的數據收集和數據分析才能得到。數據字典內容一般包括數據項、數據結構、數據流、數據存儲和數據處理過程。下面列舉幾例：數據項如：員工號（編號：1，數據項名稱：員工號，說明部分：整數類型，有唯一性）數據結構如：員工信息（編號：1，數據結構名：員工信息，屬性：包括員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注）數據流如：員工基本信息（編號：1，數據流名：員工基本信息，輸入：招新員工，輸出：員工信息）數據存儲如：員工信息（數據存儲名：員工信息，輸入數據流：員工基本信息，輸出數據流：工資結算）處理過程如：招新員工（處理過程名：招新員工，輸入數據流：終端，輸出數據流：員工基本信息）……
2數據庫概念結構設計
數據庫概念結構設計常用方法有自底向上和自頂向下兩種。該文采用自底向上的設計方法，即首先定義各局部應用的概念結構，然后將它們集成，得到全局概念結構。
2.1局部概念結構設計
下面以財務管理子系統為例，分析子系統的功能，設計局部概念結構，并且對該局部概念結構進行合理優化調整。財務管理子系統的功能為：首先對各部門上交的收支情況進行匯總，得出各部門的收益情況；然后在此基礎上進行整體匯總，得到整個酒店的收益信息；最后將酒店的收益情況下發給各個部門，公開賬目。根據該分析，得到描述財務管理子系統概念結構的E-R模型如圖2所示。E-R模型調整的準則：（1）現實世界中的事物能作為屬性對待的盡量作為屬性對待；（2）屬性中不具有需要描述的信息，即屬性是不可分的數據項，不再包含其他信息。根據原則分析，員工應對應一個領導關系，但為了簡便起見，就用員工的“等級”屬性來表達員工之間的領導關系。
2.2數據視圖集成
完成各子系統的分E-R圖設計及優化之后，接下來需要將所有的分E-R圖綜合集成為一個總的E-R圖。由于本系統中各分E-R圖的規模較小，所以合成過程采用了一次集成方式。整個過程分兩步進行：第一步：合并。將各分E-R圖合并生成初步E-R圖，解決各分E-R圖間可能存在的屬性沖突、命名沖突或結構沖突。第二步：修改和重構。消除不必要的冗余，生成基本E-R圖。由于本系統涵蓋的內容比較少，基本不存在冗余的現象，所以初步E-R圖就是基本E-R圖，不必再進行調整。
3數據庫邏輯結構設計
3.1生成關系模式
根據E-R圖向關系模式的映射法則，可以將2.2中得到的系統總體E-R圖轉換為一組關系模式。轉換過程簡單描述如下：一個實體直接轉換為一個關系模式，如：員工(員工號,姓名,性別,年齡,工齡,級別,部門號,職務,備注)；工資(員工號,等級,實際工資,基本工資,出勤工資)；……實體與實體之間的一對一聯系或一對多聯系可以直接合并到實體所對應的關系模式中，而實體之間的多對多聯系則必須轉換為一個單獨的關系模式。根據這兩條原則，對系統總體E-R圖中的所有聯系進行轉換。工資和員工之間的1：1聯系與員工實體所對應的關系模式合并；員工和部門之間的n：1聯系與員工實體所對應的關系模式合并；……客房和訂單之間n:m的預約聯系轉化為：預約（訂單號,客房號,始定時間,結束時間）；顧客和房間之間n:m的住宿聯系轉化為：住宿（顧客號,房間號碼,住宿時間）
3.2關系模式優化
將E-R模型轉換為關系模式后，還應該根據關系規范化理論對所有關系模式進行優化，以得到更為科學合理的關系模式。一般而言，在函數依賴的范疇之內，關系模式達到3NF或BCNF層次即可。下面對3.1中的關系模式進行分析：（1）在顧客關系模式“顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、使用時間、備注)”中，因為“使用時間”對于顧客的必要性不強，且該屬性在別的關系中可以查詢得到，所以將“使用時間”屬性刪除。分析可得，“顧客”關系模式屬于BCNF。（2）在總賬關系模式“總賬(總賬編號、部門號、財務狀況編號、收入、支出、凈利、日期、經手人號、備注)”中，“凈利”屬性可以根據收入和支出計算得到，并且不需要經常性的查詢，所以將該屬性刪除。該關系模式也屬于BCNF。（3）在財務狀況關系模式“財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤）”中，雖然“凈利潤”也可以通過計算得到，但由于在這一項上查詢比較頻繁，如果每次查詢都計算，必然使得系統性能降低，故保留下來。（4）在員工關系模式“員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)”中，用戶查詢時，一般只需查詢自己所屬單位的員工信息，故可將其按部門水平分解為三個模式，以提高查詢效率。負責人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；服務人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；經手人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；
3.3用戶子模式設計
得到優化后的總體邏輯結構后，還應該根據局部應用需求，結合具體的DBMS特點，設計用戶的子模式。設計過程如下：（1）因為經理對于員工的次要信息不會經常關注，因此將員工信息中最主要的內容映射過來，在經理子系統上設立員工關系子模式。員工(員工號、姓名、級別、部門號、職務、部門經理、實際工資)；（2）因為酒店員工經常使用的只有客房的主要信息，所以在住宿子系統上設立客房關系子模式。客房（客房號、位置、設備、收費標準、管理人員號、狀態）；（3）因為酒店管理人員對于顧客的情況管理經常使用的只有部分信息，所以在經營管理子系統上設立顧客關系子模式。顧客（顧客編號、住宿號、姓名、級別、應收款、使用時間、備注）
4物理結構設計
4.1存儲結構設計
通過對典型酒店中的信息處理需求進行分析，可以得到如下需求特點：飲食、住宿、娛樂三大部門的數據不僅經常需要查詢，而且更新速度快；各個部門信息要求共享的較多，如員工信息、來客信息等，但財務信息一般不共享；經理部門有一定的特殊職能，如匯總財務信息、級聯刪除辭退員工等。針對這些特點，設計如下：首先要確定數據庫的存放位置。為了提高系統性能，根據應用情況將數據按照易變部分和穩定部分、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。經常存取部分包括員工、工資、客房、款項、折扣規則、項目、顧客等；而信息存取頻率較低的部分包括部門、賬單、訂單、總賬、財務狀況等。同時考慮到本系統是多用戶的，為了提高效率，數據庫的備份的數據和日志文件將保存在磁帶中。然后要確定系統配置。酒店管理系統需要的微機數量和規模都不必太大，但在系統設計時應考慮到酒店的發展需求，在選擇硬件設備、服務器操作系統、數據庫時都考慮到能夠逐步擴展。本酒店管理系統選用了WindowsXP操作系統，后臺數據庫選用目前應用最多的ORACLE10g。由于涉及到酒店的財務管理，數據的完整性和安全性顯得尤其重要，為了保障系統安全穩定運行，需要每天進行數據備份。數據備份需要嚴格按照制定的備份與故障恢復策略進行，并落實備份登記和檢查措施。
4.2存取路徑設計
首先確定數據的存取方式。對飲食、住宿、娛樂三個子系統的各個關系最經常的操作是查找，假設現有n個住宿房間的信息，如果采取順序查找，平均查找n/2次；建立B+樹索引，則平均查找次數為B+樹的層數log2n+1，所以選擇B+樹作為索引，具體設計如下：（1）對經常在查詢中出現的關系碼建立索引。包括員工、工資、部門、客房、款項、折扣規則和財務狀況等關系。（2）對經常需要進行連接操作的關系碼建立索引。包括員工號、客房號和部門號等。（3）對于更新頻率很高的關系模式，不宜在其上定義索引。包括顧客、訂單和賬單等。
4.3設計評價及說明
上述設計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權衡。實際方案還需要根據酒店管理的真實環境，以時間效率和用戶需求為根本，進一步優化和完善。
關鍵詞: 建筑，結構設計，質量，措施
中圖分類號：S611 文獻標識碼：A 文章編號：
隨著我國市場經濟狀況的高速發展，城市化的進度正在逐漸加快，盡管房價商場非常猛烈，房地產市場的交易量依然與日俱增，對廣大人民百姓來說，購置住房是生活中最重要的活動之一，不少工薪階層將大半生的勞動所得消耗在房產上。同時，我國的內陸地區地震頻發，住房的質量不但與廣大人民的切身利益息息相關，還可能在自然災害發生時直接影響到百姓的人身安全。建筑的結構設計在很大程度上影響著建設工程的安全可靠、美觀實用、施工難度、工程造價等諸多品質，提高建筑結構設計質量自古以來，都是結構工程師最為關注的話題之一。同時，項目的特殊要求、施工環境的變化以及結構設計人員水平上的差異等諸多因素都與結構設計的出圖質量密切相關。為了盡可能避免設計圖紙上出現“漏、碰、錯、缺”，相關領域的技術工作者應當通過有效的措施盡可能提高建筑結構設計的質量。
1 建筑結構設計的基本概念簡介
結構設計的具體程序是需要嚴格遵守的。建筑物的設計工作實際上存在諸多分支，這些分支具體涵蓋了結構設計、電氣設計、建筑設計、暖氣通風設計、給排水設計等。每個分支的具體設計過程都必須圍繞四個根本目標: 審美要求、功能要求、環保要求以及經濟要求。建筑的結構是建筑物發揮其使用功能的基本條件，因而，結構設計也是建筑物設計過程中極為重要的組成部分之一，結構設計細分為以下四個步驟: 設計結構方案、結構分析、設計構件、繪制施工圖紙。
建筑結構的類型這一概念相對而言范圍廣、內容豐富。根據不同建筑物在具體功能要求上的差異，隨著科學技術的發展，逐漸產生了諸多結構類型與結構的分類方法。從建筑物具體用途的角度，可以劃分為民用建筑與工業建筑。如果依據建筑物的層數來分類，則可以分為超高層、高層、多層、單層建筑。建筑物使用的結構材料是有所區別的，從結構類型的角度來分類，大體上有: 混合結構、砌體結構、木結構、鋼結構、鋼筋混凝土結構等。此外，建筑物的結構構件組成方式也存在較大的區別，從這個角度，可以劃分為框筒結構、剪力墻結構、框架結構、筒中筒結構、筒體結構、框剪結構、束筒結構等。由此可見，建筑結構類型的劃分方法頗多，內容也相對復雜。而建筑結構設計中還有一個很重要的名詞: 概念設計。概念設計的具體含義指的是通過清晰、明確的概念結構，在不進行數值計算的情況下，根據分系統與整體結構系統間的結構破壞機理、力學關系、實驗現象、震害以及工程經驗所獲得的原始設計思想與基本設計原則，對結構的計算結果做出合理、準確的分析，同時將計算假設與結構的實際受力狀況間的差異也考慮在內，對結構或構造進行設計，盡可能保證建筑物的受力更安全、更合理、更協調。
2 概念設計的具體步驟與重要意義
在結構設計中，概念設計占據極其重要的地位，結構設計步驟通常可以劃分為三步: 前期選擇方案階段，中期結構計算階段以及后期制繪施工圖階段。結構設計與分析的首要步驟就是概念設計，以上三個步驟均與科學的概念指導不可分割。
一名好的結構工程師在每個項目工程設計的初始階段，也就是建筑設計方案確定階段，先按照自身的經驗和專業基礎，在心里經歷一段優化過程，應用概念設計手段，能夠快速、合理地構思，比較，抉擇每一個結構體系，并且協助建筑師擴展或者實現建筑行業所需要的空間形式，想要的使用，構筑和形象功能，且將其定為目標，同建筑師共同決定建筑的總體結構方案，此外，還要確定整體結構體系和分體結構體系最佳的受力方案。得出來的方案一般具有清晰的概念和正確的定性，從而避免了后期不必要的運算，經濟可靠性能較好。另外，這種方法也可以作為判斷計算機的內力分析所得到的數據可靠性的依據。作為結構設計的靈魂和核心，概念設計統領著整個結構設計過程，也顯示了設計工程師的理論和設計水平。通過結構概念設計的運用，可以從全局上明確結構的各項性能，從而科學的判斷計算分析得到的結果并進行合理的利用，確保了設計過程中工程師的主體地位。
3 提高建筑結構設計質量的具體措施
建筑工程的一個特點就是受到地理因素的制約與影響，這個特點也導致設計過程中涉及的參數很可能具有一定的特殊性。簡單舉例有: 基本雪壓、基本風壓、場地土類別、地震烈度等鑄鍛參數的選取過程都要嚴格依照《全國基本雪壓分布圖》《全國基本風壓分布圖》以及工程地質報告這三份材料進行敲定，又如墻體圍護的主材在不同地區存在差異，工程師則需要根據實際選用的主材確定墻體荷載。在開始設計之前，設計人員應當大量收集設計相關資料、深入研究設計規范，根據具體的工程類型、地域條件確定具體參數，這樣的做法能夠在加強計算結果可靠性的同時，避免參數不合理、參數錯誤造成的返工、浪費等現象。建模計算的前期處理是提高結構設計質量的重要措施之一。對荷載的計算要保證準確有效，估計、推測等無依據的做法是需要每個工程師盡可能避免的。建模的過程要嚴格按照科學的方法來給定輸入，樓梯洞口輸入處的局部開洞處理，轉換層構件與懸挑構件設計中活荷載的不利影響，飄窗部分的荷載分析等都是需要格外注意的步驟。
在尚未了解各個參數具體含義的情況下，毫無依據的對參數進行盲目的修改是結構建模過程中的一個大忌。在調整參數的過程中，要格外注意不同參數的具體適用范圍，具體的某一項參數大多具有較為嚴格的適用性，磚混結構下準確的參數，很可能不適用于框架結構，多層結構下準確的參數，對高層結構的適用性也未必能夠保證。對相關計算軟件的應用也要注意這個問題。不同的計算理論是具有其特定的假設條件的，軟件的編制默認狀態下均符合這些特定條件，為了避免出現參數不匹配、不適用的問題，在使用軟件前必須了解清楚這款軟件的具體技術條件，即使是最熟悉的PKPM 軟件系列也不能忽略這個問題。缺乏對于軟件技術條件的深刻理解，就無法合理、正確的應用軟件進行實際設計。因過分信任計算機的計算結果，而忽視結構概念導致的嚴重錯誤，近年來在結構設計領域也屢見不鮮。相關領域工作者在必要的情況下要進行手算復核，而不是迷信軟件的計算結果，這種情況對于帶轉換的構件設計工作最為重要。
在結構設計的過程中，建筑物計算分析的結果是為了確保在靜力荷載以及自然災害造成的動力荷載作用下具有較強的整體安全性。然而，僅僅依靠計算分析結果展開的設計，在實際生活中是很難避免荷載作用下建筑物局部開裂、破壞等現象的。針對不同的自然災害，要進行專門的防護性設計。以地震為例，可以根據工程抗震等級的要求指標，按照設計規范中的具體要求，在結構設計過程中采用必要的構造措施。
4 結語
通過文章中的分析，概念設計在建筑結構設計的過程中扮演了很重要的角色。除此之外，針對軟件計算參數、計算結果的荷載分析、數學建模工作的有效進行，都是提高建筑結構設計質量的好辦法。
參考文獻:
［1］ 馬玉剛． 淺談如何提高建筑結構設計質量［J］． 工程技術，2010( 7) : 5．
［2］ 張麗莉． 淺談提高建筑設計質量的措施［J］． 建筑工程，2010( 4) : 7．
【關鍵詞】建筑；結構設計；質量；措施
一、建筑結構設計的基本概念分析研究
結構設計的具體程序是需要嚴格遵守的。建筑物的設計工作實際上存在諸多分支，這些分支具體涵蓋了結構設計、電氣設計、建筑設計、暖氣通風設計、給排水設計等。每個分支的具體設計過程都必須圍繞四個根本目標： 審美要求、功能要求、環保要求以及經濟要求。建筑的結構是建筑物發揮其使用功能的基本條件，因而，結構設計也是建筑物設計過程中極為重要的組成部分之一，結構設計細分為以下四個步驟： 設計結構方案、結構分析、設計構件、繪制施工圖紙。建筑結構的類型這一概念相對而言范圍廣、內容豐富。根據不同建筑物在具體功能要求上的差異，隨著科學技術的發展，逐漸產生了諸多結構類型與結構的分類方法。從建筑物具體用途的角度，可以劃分為民用建筑與工業建筑。如果依據建筑物的層數來分類，則可以分為超高層、高層、多層、單層建筑。建筑物使用的結構材料是有所區別的，從結構類型的角度來分類，大體上有： 混合結構、砌體結構、木結構、鋼結構、鋼筋混凝土結構等。此外，建筑物的結構構件組成方式也存在較大的區別，從這個角度，可以劃分為框筒結構、剪力墻結構、框架結構、筒中筒結構、筒體結構、框剪結構、束筒結構等。由此可見，建筑結構類型的劃分方法頗多，內容也相對復雜。而建筑結構設計中還有一個很重要的名詞： 概念設計。概念設計的具體含義指的是通過清晰、明確的概念結構，在不進行數值計算的情況下，根據分系統與整體結構系統間的結構破壞機理、力學關系、實驗現象、震害以及工程經驗所獲得的原始設計思想與基本設計原則，對結構的計算結果做出合理、準確的分析，同時將計算假設與結構的實際受力狀況間的差異也考慮在內，對結構或構造進行設計，盡可能保證建筑物的受力更安全、更合理、更協調。
二、概念設計的具體步驟與重要意義分析研究
在結構設計中，概念設計占據極其重要的地位，結構設計步驟通常可以劃分為三步： 前期選擇方案階段，中期結構計算階段以及后期制繪施工圖階段。結構設計與分析的首要步驟就是概念設計，以上三個步驟均與科學的概念指導不可分割。一名好的結構工程師在每個項目工程設計的初始階段，也就是建筑設計方案確定階段，先按照自身的經驗和專業基礎，在心里經歷一段優化過程，應用概念設計手段，能夠快速、合理地構思，比較，抉擇每一個結構體系，并且協助建筑師擴展或者實現建筑行業所需要的空間形式，想要的使用，構筑和形象功能，且將其定為目標，同建筑師共同決定建筑的總體結構方案，此外，還要確定整體結構體系和分體結構體系最佳的受力方案。得出來的方案一般具有清晰的概念和正確的定性，從而避免了后期不必要的運算，經濟可靠性能較好。另外，這種方法也可以作為判斷計算機的內力分析所得到的數據可靠性的依據。作為結構設計的靈魂和核心，概念設計統領著整個結構設計過程，也顯示了設計工程師的理論和設計水平。通過結構概念設計的運用，可以從全局上明確結構的各項性能，從而科學的判斷計算分析得到的結果并進行合理的利用，確保了設計過程中工程師的主體地位。
三、提高建筑結構設計質量的具體策略分析研究
建筑工程的一個特點就是受到地理因素的制約與影響，這個特點也導致設計過程中涉及的參數很可能具有一定的特殊性。簡單舉例有： 基本雪壓、基本風壓、場地土類別、地震烈度等鑄鍛參數的選取過程都要嚴格依照《全國基本雪壓分布圖》《全國基本風壓分布圖》以及工程地質報告這三份材料進行敲定，又如墻體圍護的主材在不同地區存在差異，工程師則需要根據實際選用的主材確定墻體荷載。在開始設計之前，設計人員應當大量收集設計相關資料、深入研究設計規范，根據具體的工程類型、地域條件確定具體參數，這樣的做法能夠在加強計算結果可靠性的同時，避免參數不合理、參數錯誤造成的返工、浪費等現象。建模計算的前期處理是提高結構設計質量的重要措施之一。對荷載的計算要保證準確有效，估計、推測等無依據的做法是需要每個工程師盡可能避免的。建模的過程要嚴格按照科學的方法來給定輸入，樓梯洞口輸入處的局部開洞處理，轉換層構件與懸挑構件設計中活荷載的不利影響，飄窗部分的荷載分析等都是需要格外注意的步驟。在尚未了解各個參數具體含義的情況下，毫無依據的對參數進行盲目的修改是結構建模過程中的一個大忌。在調整參數的過程中，要格外注意不同參數的具體適用范圍，具體的某一項參數大多具有較為嚴格的適用性，磚混結構下準確的參數，很可能不適用于框架結構，多層結構下準確的參數，對高層結構的適用性也未必能夠保證。對相關計算軟件的應用也要注意這個問題。不同的計算理論是具有其特定的假設條件的，軟件的編制默認狀態下均符合這些特定條件，為了避免出現參數不匹配、不適用的問題，在使用軟件前必須了解清楚這款軟件的具體技術條件，即使是最熟悉的 PKPM 軟件系列也不能忽略這個問題。缺乏對于軟件技術條件的深刻理解，就無法合理、正確的應用軟件進行實際設計。因過分信任計算機的計算結果，而忽視結構概念導致的嚴重錯誤，近年來在結構設計領域也屢見不鮮。相關領域工作者在必要的情況下要進行手算復核，而不是迷信軟件的計算結果，這種情況對于帶轉換的構件設計工作最為重要。在結構設計的過程中，建筑物計算分析的結果是為了確保在靜力荷載以及自然災害造成的動力荷載作用下具有較強的整體安全性。然而，僅僅依靠計算分析結果展開的設計，在實際生活中是很難避免荷載作用下建筑物局部開裂、破壞等現象的。針對不同的自然災害，要進行專門的防護性設計。以地震為例，可以根據工程抗震等級的要求指標，按照設計規范中的具體要求，在結構設計過程中采用必要的構造措施。特別是針對計算性相對比較弱的結構類型時，多數的設計都要求通過構造措施保證建筑的安全性。
四、結語
建筑的結構設計在很大程度上影響著建設工程的安全可靠、美觀實用、施工難度、工程造價等諸多品質，提高建筑結構設計質量自古以來，都是結構工程師最為關注的話題之一。同時，項目的特殊要求、施工環境的變化以及結構設計人員水平上的差異等諸多因素都與結構設計的出圖質量密切相關。為了盡可能避免設計圖紙上出現“漏、碰、錯、缺”，相關領域的技術工作者應當通過有效的措施盡可能提高建筑結構設計的質量。
參考文獻
[1] 馬玉剛.淺談如何提高建筑結構設計質量[J]工程技術，2010
關鍵詞：數據庫；設計；高職高專
中圖分類號：G64 文獻標識碼：A文章編號：1007-9599 (2011) 10-0000-02
Vocational College "Database Principles and Applications"Teaching Reform
Xue Xiaoxuan
(Shanxi Fashion Engineering Institute,Xi'an712046，China)
Abstract:According to the problems existing in the teaching of the principle and application of database,the selection of teaching material,teaching content and teaching method will be discussed in this paper.So that these methods and means gain good results in actual teaching.
Keywords:Database;Design;Vocational college
隨著信息技術應用的日益廣泛，數據庫技術得到了快速的發展，在辦公自動化系統、管理信息系統、過程控制、聯機分析處理、計算機輔助設計與制造等領域得到了廣泛的應用。它已成為計算機信息系統與應用系統的核心技術和重要基礎。高職院校作為培養應用型、高素質技能型人才的重要基地，如何做好數據庫課程的教學工作以及其教學效果如何，將對學生就業在相關崗位的適應能力有著重要的影響。
目前《數據庫原理與應用》課程的教學存在理論和實踐不能相互融會貫通，使學生畢業后不能很好地滿足企業對人才的需求。因此分析該課程在教學過程中存在的問題，從教材的選取、教學內容以及教學方法方面來研究教學具有十分重要的意義。
一、目前《數據庫原理與應用》教學中存在的問題如下
（一）理論性強
目前數據庫應用十分廣泛性，大到銀行系統，小到小型超市，都有自己的數據庫，這為高職院校的學生提供了比較廣闊的就業機會，但隨著計算機技術的不斷發展，數據庫的種類越來越多，各行業的實際情況千差萬別，而數據庫原理是基本不變的，許多老師通過多年的經驗積累，認為學習數據庫的基本原理是非常重要，但對于高職高專的學生來說邏輯思維比較差，缺乏實踐，對相關理論的理解不夠深入，因此教學效果相對就差。
（二）過于注重實踐
由于高職院校培養的是應用型人才，注重實踐，于是有的老師選取與數據庫產品的操作為主的教材，重點講授如何使用該產品，比如，SQL Server、ORACLE，對關系型數據庫的理論和產品本身的體系結構講授的比較少，但隨著數據庫版本的升級，由于學生缺乏一定的原理知識，當操作發生一定的變化以后就難以動手。
（三）理論和實踐相脫節
有的教師雖然注重理論和實踐相結合，一般前半部分講數據庫原理，后半部分講數據庫的應用，但由于沒有結合起來講，前后不能融會在一起，二者沒有內在的聯系，并且這樣講的內容比較多，課時量又有限，一般理論與實踐都不會深入。
二、教學改革的探討
針對《數據庫原理與應用》教學過程中存在的問題，結合自己的實際教學，本人提出了以下兩個方面的教學改革：
（一）教材及教學內容的選取
教材是教學的基礎，教學目標能否實現，教材內容至關重要，它是學生學習的主要依據，對于高職院校來說，一定要選取有開發案例的教材，讓學生圍繞完成具體的案例來開展具體內容的學習。本人選取的教材是孫峰教授編寫的《數據庫原理與應用》。
教學內容主要是圍繞數據庫設計的六個階段來展開講解，讓學生以數據庫設計為主線來學習相關知識，為將來從事數據庫設計打下良好的基礎。由于本課程教學大綱的要求和課時量的限制，并不是每個章節都應該詳細地講，應該有側重點的展開講解，本人是以數據庫設計的具體步驟為主線，按照步驟的先后順序來展開各章節的講解。
（二）教學方法的探討
由于高職教育是以適應社會需要為目標，以培養技術應用能力為主線來設計學生的知識、能力、素質結構和培養方案。強調理論教學和實踐訓練并重，要求畢業生具有直接上崗工作的能力。理論知識以夠用為度，注重培養學生的實踐操作能力。為了滿足高職教育的培養目標，針對目前教學存在的問題，本人打破傳統的按章節先后順序的教學方法，實施了以工作過程為導向來開展《數據庫原理與應用》這門課程的教學，即圍繞一個數據庫系統的設計過程來展開各章節的學習，這樣在完成教學任務的同時讓學生可以深刻體會到各章節在數據庫設計中的地位。
首先應對數據庫技術的發展階段以及數據庫系統的結構做一個簡單的介紹，讓學生頭腦中對數據庫有個整體的印象，涉及到的章節有1.1、1.2、1.3。接下來根據數據庫設計的具體步驟來展開教學：
1.需求分析階段
要進行數據庫的設計首先必須了解與分析用戶的需求。通過詳細調查現實世界要處理的對象，明確用戶的各種需求，然后在此基礎上確定系統所需的功能。需求分析是整個設計過程的基礎，決定了在其上構建數據庫大廈的速度與質量。
涉及到的章節是5.1、5.2。要求學生及時與用戶溝通，調查了解了用戶的需求后，使用數據流圖和數據字典來表達數據和處理的關系。課后布置讓學生自己描述自己調查過的需求分析，最后進行評比分析。
2.概念結構設計階段
在需求分析所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一DBMS實現這些需求。這就是概念結構設計階段要完成的任務。它通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型。涉及到的章節有5.3、1.4，首先介紹描述概念模型的工具―實體聯系圖（E-R圖），其次重點介紹如何將需求分析階段的數據流圖轉換為E-R圖，并遵循設計E-R圖的原則。
3.邏輯結構設計階段
要讓設計好的E-R圖能夠讓DBMS直接實現，必須把概念結構設計階段設計好的E-R圖轉換為與選用DBMS產品所支持的數據模型相符號的邏輯結構，這就是邏輯結構設計階段需要完成的任務，即將E-R圖轉換為關系模型，為此，我們應當首先掌握關系模型的基本理論，涉及到的章節是第二章，介紹關系模型的基本概念和關系的基本運算，接下來重點講解5.4邏輯結構的設計，即如何將E-R圖很好地轉換為關系模型。要保證轉換成的關系模型規范化，應具體講解第四章關系模式的規范化設計。
4.物理結構設計階段
數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構，它依賴于給定的計算機系統。為一個給定的邏輯數據模型選取一個最適合應用要求的物理結構的過程，就是數據庫的物理設計。涉及到的章節是5.5數據庫物理設計。這個內容不作為我們的教學重點，讓學生了解即可。
5.數據庫的實施、運行與維護
當數據庫結構設計完畢，就可以組織數據入庫，對設計好的數據庫進行測試和試運行，同時可以開始調試數據庫的應用程序，并利用系統提供的性能分析工具，經常分析數據庫的一些情況，及時評價，并采取改進措施。數據庫的實施涉及到的章節有第七章―第十四章數據庫對象的創建和使用，要運行數據庫，就是對數據庫中的數據進行相應的操作，涉及到的章節是第三章結構化查詢語言SQL。
具體教學過程可用下圖表示：
按照這個思路開展教學過程基本上覆蓋了這本書的每一個章節，這樣雖然看上去教學安排比較混亂，但是可以使學生明白每個章節在數據庫設計中的地位，讓學生學習的知識能夠得到前后銜接。同時在實際的教學過程中，應著眼于培養學生的實踐動手能力，以學生為中心，多采用案例、任務驅動等相結合的教學方法，增加學生的實踐機會、自學機會和創新機會，極大地調動學生的學習的主動性和積極性。
三、小結
本文分析了《數據庫原理與應用》課程在教學中存在的問題，提出了一定的改革思路，本人在教學中付諸實施，目前本課程的教學工作取得了較好的效果，使學生學習的主動性和興趣性得到了一定的提高，但隨著數據庫技術的不斷發展，知識的不斷更新，即使在現在看來教材比較合適，教學方法也取得了明顯的效果，但過一段時間后可能顯得過時、落后，因此，我們應當經常探討教學方法，在教學過程中認真思考、積極探索，使該門課程的教學效果再上一個新臺階。
參考文獻：
[1]降瑞林.高職高專"數據庫技術"課程的教學研究與改革[J].2008
[2]姜大源.基于工作過程的課程觀[J].中國職業技術教育,2007,1
[3]孫峰.數據庫原理與應用[J].2008
關鍵詞：信息系統；論文；寫作研究；設計與開發
中圖分類號：G232.1 文獻標識碼：A
Abstract：Information system development project has been on the high proportion among the selecting topics for undergraduates in information specialty.After the design and development of the system，the next is step for students the thesis's writing with high efficiency.This paper mainly focuses on the structure of the kind of thesis's writing of the information system and illustrates the main points required in each part of the thesis.In recent 3 years.The paper writing of undergraduates in college of information engineering in Xianyang Teacher's Normal University，basically in accordance with article written，can improve the efficiency and quality of writing，and for their further research work as well.
Keywords：information system；papers；writing research；design and development
1 引言（Introduction）
本科畢業設計（論文）是學生綜合運用所學知識和技能，學習科學研究或工程設計基本方法，培養實踐能力、創新能力、科學精神和創業精神的重要實踐教學環節，也是學生將所學知識深化和升華的重要過程[1]。它既是對學生素質與綜合能力的一次全面檢驗，又是對學生的畢業資格和學位資格認證的重要依據[2]。
通過對我院近幾年信息管理與信息系統專業、軟件工程專業以及計算機科學與技術專業本科生的畢業設計選題內容調查統計后，發現信息系統開發類選題占90%以上。為規范和提高我院信息系統開發類論文的撰寫工作，并根據《中華人民共和國國家標準科學技術報告、學位論文和學術論文的編寫格式》（國標GB7713-87）的規定，本文給出了撰寫信息系統開發類論文的框架結構，以及在論文框架每個部分的寫作方法和要點。
2 論文章節結構（The structure of the kind of thesis's writing）
本科畢業生在選擇了信息系統開發類畢業設計后，首先利用自己所學信息系統開發的方法、工具、技術等設計和開發一個完整的信息系統，然后就要整理開發過程中的各類文檔完成論文的撰寫。依據國標GB7713-87的規定、信息系統開發過程，以及結合多年指導本科畢業生論文寫作實踐經驗，信息系統開發類論文結構一般包括：摘要、正文、結論、謝辭、參考文獻和附錄，其中正文部分包括：緒論、開發工具技術介紹、需求分析、概要設計、詳細設計與實現和系統測試。
（1）摘要
摘要是整篇論文的關鍵內容，是設計與開發工作的縮影，通過摘要了解研究的問題、角度、方法、目的和觀點[3，4]。摘要內容杜絕闡述背景信息，應該直奔目的、方法、結果、結論。目的主要說明設計與開發的前提、目的和任務，所涉及的主題范圍，或本文主要解決的問題。方法是說明在設計開發過程中所用的原理、理論、工具、技術等。結果是設計開發了一個什么樣的系統，即說明系統實現的功能。結論要說明設計與開發的某個（類）信息系統，對企業或者商家的實際應用價值。信息系統開發類摘要可歸納總結為一種格式，“為了什么目的；設計開發了一個什么樣的系統；使用了什么工具、技術、設計與開發思想如何做的；實現了信息系統的哪些功能；所開發的系統對企業或商家有哪些利弊。”
（2）正文
①緒論
此部分主要說明設計與開發的背景和意義、國內外研究現狀、論文的組織與結構。
開發背景和意義主要說明為什么要做這樣的一個信息系統，也就是說，傳統的人工信息管理方式或者目前存在的此類信息系統在管理信息時有哪些問題、弊端、不足之處等，一定要針對存在的問題具體說明，切忌用大量的通用性語言來說明。國內外現狀就是開發背景中存在問題在國內外是如何研究和解決的，即就是此信息系統目前在國內外的研究情況，一般描述國內的要多一些，最好找到具體的實例系統用數據加以說明。論文的組織與結構是闡述論文的框架結構，說明論文包括哪些章節，每個章節都敘述了什么。
②開發工具技術介紹
本節中說明設計與開發信息系統時，用到的主要開發環境、工具、技術、原理知識等的介紹，每類可以用一個小標題來說明。寫作此部分的要點：一是說明該工具技術的主要作用是什么；二是與同類工具技術相比的優勢在哪里；三是在本信息系統中是如何應用的；四是切忌用大量語言描述其功能和特點。另外，此部分與其他論文的重復率高，應該盡量用自己的語言重新組織。
③系統分析
此部分主要闡述兩個方面的內容，一是系統的可行性研究；二是系統的需求分析。
可行性研究是指在當前具體條件、環境、知識等具備的情況下，信息系統的研制工作是否已具備必要的資源及其其他條件。一般從技術可行性、經濟可行性、社會可行性分析三個方面說明。技術可行性主要是指構建和運行信息系統所必需的硬件、軟件及相關技術對系統功能實現的支持分析；經濟可行性主要指構建與運行系統的投入與產出的效益分析；社會可行性是指企業組織內外是否具備接受和使用該信息系統的條件。
需求分析一般可以從功能分析、業務流程分析、數據流程分析等三個方面說明。功能分析可以從前臺用戶和后臺管理員操作功能，如電子商務購物系統前臺用戶操作功能一般包括：查詢商品信息、購買商品、查看訂單信息以及修改個人信息等，后臺管理人員需求主要表現為：對商品類型、商品信息、訂單信息、用戶信息的管理等。業務流程分析是系統中主要功能業務的操作流程說明，一般通過業務流程圖來表示，如用戶購買商品業務、購物車操作業務、后臺信息管理業務等。數據流程分析是將信息系統中的數據流動情況抽象地獨立出來，單從數據流動過程來考察實際業務的數據處理模式，一般通過數據流程圖來表示，如購物車數據流程。
④概要設計
此部分主要包括三個內容，一是系統總體結構設計，二是數據庫設計，三是系統開發與運行環境設計。
系統總體結構設計主要是從實現功能方面，說明系統包括的前臺功能和后臺功能模塊，如購物系統前臺主要指用戶的購物功能，后臺主要是管理人員操作管理基本信息的功能，分別畫出前臺和后臺功能模塊圖。
數據庫設計是指設計信息系統的數據邏輯模式和物理結構，并據此建立高效的數據庫，以服務于信息系統。在論文中一般說明數據庫的概念結構設計、邏輯結構設計、物理結構設計。數據庫概念結構設計是說明信息系統中包括的數據以及之間的關系，具體可以通過E-R建模圖來表示，在繪制E-R圖時，可以先給出單個數據實體的實體屬性圖，然后畫出系統總體的E-R圖，總體E-R圖不包括單個實體的屬性，只包括實體及其聯系和聯系的屬性。數據庫邏輯結構設計是在概念結構設計的基礎上，選擇關系數據模型抽象出數據庫的關系數據模式，具體抽象時E-R圖中的一個實體對應一張二維數據表，實體之間聯系為多對多時，聯系單獨也要抽象成一張二維表。數據庫的物理結構設計是數據庫如何存儲，具體采用什么數據庫訪問技術來訪問數據庫。
系統開發運行環境的設計是指以系統開發環境是如何配置的，系統運行的軟硬件詳細配置是什么。
⑤詳細設計與實現
此部分重點說明信息系統重要功能模塊是如何設計與實現的。具體要分別對每個核心功能單獨說明，先用文字語言詳細敘述功能的算法步驟以及實現方法，然后再畫出每個功能的算法實現流程圖。要注意兩點，一是功能的算法步驟不要寫成業務操作過程；二是說明功能實現時可以放置核心代碼，但是不要將放整個實現函數或者模塊代碼。
⑥系統測試
系統測試是為了發現信息系統中的錯誤而執行程序的過程。在寫此部分時，首先說明系統測試有哪些常用方法，在本系統的測試中使用了什么測試方法。然后，選擇系統中核心功能來測試，在測試時，先要以表格形式給出具體的測試用例，然后給出相應測試結果圖以說明測試過程。
（3）結論
結論先敘述使用了什么設計思想，開發了一個什么樣的信息系統。然后重點敘述三個方面內容：一是設計、開發過程中遇到了哪些問題（典型的、可借鑒的），并且是如何解決的；二是系統目前的不足之處，有沒有解決方案；三是系統還需要改進、完善的方面是什么。
（4）謝辭
簡要敘述在整個畢業設計過程中，向曾幫助過你的組織和人以致謝。請注意言辭要懇切，要根據實際情況，盡量減少大話、客套話。
（5）參考文獻
此部分是在寫論文的過程中，按照章節以及參考的文獻資料順序，逐個列出所有參考的文獻資料。重點要注意不同類型參考資料的著錄方式，可以參考國家《文后參考文獻著錄規則2005》[5]中列出的著錄格式。所有文獻資料列出后，要在前面論文章節引用位置處添加引用點。
（6）附錄
如果在論文中使用了大量的公式、圖、表等，可以統一整理后放置在此部分。
3 結論（Conclusion）
本文論述了信息系統設計與開發過程，信息系統開發類本科畢業設計論文的寫作問題，著重敘述了信息系統開發類論文的結構，以及論文中每個部分的寫作要點。本文的研究為計算機類相關專業本科畢業生完成信息系統開發類論文的寫作提供了指導性的依據，為學生走向工作崗位的科研工作奠定了基礎。
參考文獻（References）
[1] 艾武，等.信息與計算科學專業學年論文實踐教學探討[J].教育教學論壇，2015，4：129-130.
[2] 張清泉，等.電子信息專業畢業論文寫作研究[J].科技信息，2008，28：338-339.
[3] 杜興梅.學術論文摘要與關鍵詞的寫作及其格式規范[J].韓山師范學院學報，2008，29（2）：82-86.
[4] 王曉華，等.科技論文中文摘要寫作要點分析[J].編輯學報，2010，22（2）：53-54.
[5] 牛曉勇，等.科技論文內參考文獻規范標注問題研究[J].太原師范學院學報，2014，3（13）：79-82.
作者簡介：
段 群（1980-），女，碩士，講師.研究領域：計算機教學，圖像處理.
關鍵詞：數據庫設計；正向工程；PowerDesigner；概念數據模型；邏輯數據模型；物理數據模型
中圖分類號： TP391 文獻標識碼：A 文章編號：1009-3044（2016）22-0009-04
Abstract：This paper introduces the basic steps of the database design and then describes in detail the forward engineering of the database and the process of converting the conceptual data model to the logical data model through the PowerDesigner forward engineering and then converting to the physical data model to generate the database.Finally， the rationality of the database design is verified by a concrete application.
Key words：Database design； Forward engineering； PowerDesigner； CDM； LDM； PDM
數據庫設計在信息系統開發和建設過程中起著舉足輕重的作用，數據庫設計質量直接影響到整個系統的效果，數據庫設計難度要比單純的技術實現難很多，對數據庫進行細致的建模是數據庫設計的關鍵。在數據庫應用早期，開發技術還尚未成熟，數據庫設計方法主要是手工試湊法，會出現效率低下，質量不高等各種弊端，到后來提出了數據庫設計是個過程迭代、逐步求精的過程。隨著信息技術的飛速發展，各種軟件分析建模的工具在很多領域得到廣泛應用，其中PowerDesigner是目前被業界一致認為最有影響力的一種數據庫分析設計的工具之一。
1數據庫設計概述
數據庫設計（Database Design）主要是指為了能夠滿足有效的數據存儲和處理等要求，在某個特定的環境中，需要構造最優的數據庫模式來建立數據庫及其對應系統。數據庫設計時根據用戶的需求，在特定的數據庫管理系統上設計和建立數據庫的過程，是軟件系統開發過程中的關鍵技術之一。數據庫設計分4個階段，分別為需求分析階段、概念結構設計階段、邏輯結構設計階段、物理結構設計階段。
1.1 需求分析階段
需求分析階段在整個數據庫設計過程的基礎，對于軟件的開發的整個過程以及產品質量的好壞至關重要，主要是通過調查并分析用戶的業務活動和數據使用情況，來明確用戶對某個特定數據庫系統的使用要求和各種約束條件等，形成用戶規約。在該階段會得到用數據字典描述的數據需求和數據流圖描述的處理需求。
1.2 概念結構設計階段
概念結構設計階段則是在需求分析階段生成的需求說明書的基礎上，再對需求進行綜合分析、歸納總結與抽象分析，形成一個獨立于某個特定的數據庫管理系統（Database Management System，簡稱DBMS）的概念模型（用E-R圖表示）。
概念數據模型（Conceptual Data Model，CMD）簡稱概念模型，主要是用以描述現實世界的概念化的結構，是數據特征的一種抽象化表示。以實體-聯系（Enitity-RelationShip，E-R）理論為基礎，表明系統內部抽象的數據結構，并對這一理論進行擴充。在該階段數據庫的設計人員只是著重分析數據以及數據與數據之間的聯系，不再考慮計算機系統和DBMS的技術問題，獨立于具體的DBMS。
1.3 邏輯結構設計階段
邏輯結構設計階段主要操作對象是概念模型，需要將概念結構設計階段產生的概念數據模型設計成一種邏輯模式，而這種邏輯模式需要滿足于具體的數據庫管理系統，數據庫的邏輯設計涉及數據模型的轉換問題，同時還需要深入解決設計中的一些技術問題。例如數據模式的規范化、是否滿足數據庫管理系統的要求等。在這一階段會生成邏輯模型。
邏輯數據模型（Logical Data Model，LDM）是在概念數據模型基礎上生成的，是對CDM的進一步的分解和細化，使得概念數據模型更易于理解。通過表示概念之間的邏輯次序，轉換為某個特定系統所能支持的邏輯結構。
1.4 物理結構設計階段
物理結構設計階段則需要根據具體計算機系統的特點，設計具體數據庫系統的數據庫模型合理的存儲結構（包括文件類型、索引結構等）、存取路徑和存取方法等，在這一階段則會生成物理數據模型。
物理數據模型（Physical Data Model，PDM）描述了數據在存儲介質上的組織結構，與某個特定的數據庫管理系統有關。它是在概念數據模型或邏輯數據模型的基礎上，考慮各種具體實現因素，進行數據庫的結構設計，生成相應的 DBMS的SQL腳本，利用生成的SQL 腳本在相應的數據庫中產生信息的存儲結構，同時需要保證數據在數據庫中的完整性和一致性。
2 PowerDesigner中數據庫設計的正向工程
Power Designer是一個功能強大但使用簡單的計算機輔助軟件工程工具集（Computer Aided Software ―CASE），業界普遍認為它是一種領先的建模工具和元數據管理解決方案。它是數據庫設計的強大軟件，由原來主要側重于數據庫建模，后來也逐漸發展到需求建模、業務處理建模和面向對象建模等，成為了一款功能全面的軟件全面的軟件全程建模工具。
不同的模型對應于不同的階段，各模型之間有很強的聯系，但是差異性很大，在PowerDesigner中每個模型都劃分的很細致，并且不同的模型對應不同的設計環境，同時保存到不同的文件中，各模型設計，PowerDesigner都提供了精細的控制，模型之間又相互獨立，但是可以通過模型之間的轉換工具建立各模型之間的關聯。
在PowerDesigner中進行數據庫設計的正向工程需要先建立概念數據模型然后生成相應的邏輯數據模型接著生成物理數據模型，并根據物理數據模型生成多種可以在數據庫系統環境中運行的數據庫的腳本（SQL Server 腳本）或者直接創建數據庫的全過程。
2.1創建概念數據模型
概念數據模型需要定義所有的實體以及一組描述實體特征的屬性，用來唯一標識某個實體的一個或者一組屬性的標識符（包括主標識符和候選標識符），每個實體至少有一個標識符以及實體與實體之間的聯系，其中包括一對一的聯系、一對多的聯系、多對一的聯系、多對多的聯系。
在PowerDesigner中選擇File->NewModel菜單項，在彈出的新建模型窗口中選擇Conceptual Data Model ，建立概念模型。在工具箱中選擇Enity圖標就可添加多個實體，雙擊圖形符號就可設置實體的一組屬性，定義實體的標識符以及相關約束等。定義好實體和屬性后，就該定義實體之間以及實體內部的聯系。主要聯系包括1：1聯系，1：n聯系，n：1聯系和m：n聯系，其中Domaint role：該參數只是針對于1：1聯系，用于定義該聯系中起主導作用的實體，在CDM生成LDM是，如果定義了該參數，即規定了主動方和被動方，那么在CDM生成LDM或PDM時，則在依賴實體對應表中只會在被動方生成一個參照/引用，否則兩端分別生成一個參照/引用。Dependent：依賴。兩個實體若定義了依賴聯系又稱為標定聯系，相反稱為非標定聯系。建立CDM后通常要進行模型檢查，選擇Tool->Check Model菜單，或在工作區右擊選擇Check Model項，設置相關選項后，點擊確定，進行模型檢查。
2.2 生成邏輯數據模型
LDM是PowerDesigner15新增的模型，在完成數據建模的過程中，邏輯數據模型設計不是必需的，可以在PowerDesigner中直接建立LDM，也可以由CDM生成LDM。在CDM生成LDM時，LDM包括CDM中的所有的實體以及每個實體的一組屬性以及一個或者多個標識符，實體與實體之間的聯系。在1：1聯系中，聯系兩端實體的主標識符會分別進入另一端實體中做外鍵否則只會其中一個實體進入另一個實體中做外鍵，在1：n非依賴（標定）聯系中，1端實體的主標識符進入n端實體中做外鍵，在依賴（標定）的1：n聯系中，1端實體的主標識符進入n端實體中做既做主鍵、外鍵，在m：n非依賴（標定）聯系：會生成一個新的聯系實體，同時兩端實體的主標識符進系生成的實體中，做主、外鍵。
選擇Tools->Generate Logical Data Model 菜單項，打開生成新LDM模型窗口，然后設置各選項卡參數。生成LDM模型后通常要進行模型檢查與優化工作，可以減少在PDM模型中的優化工作。
2.3 生成物理數據模型
物理數據模型PDM 是根據邏輯數據模型生成的，在生成PDM 之前 ， 需要指定具體的DBMS。由LDM轉換 PDM的轉換規則：一個邏輯實體映射到一張表。實體屬性轉換為表的數據列，一個由關聯關系產生的邏輯實體也會映射到一張表。主標識符轉換為表的基于依賴或者獨立關系的主鍵或外鍵，其他標識符轉換為候選鍵。一對一、一對多、多對一、多對多的聯系也都會轉換成相應的參照/引用，對應于表的外鍵。
打開LDM模型，選擇Tools->Generate Physical Data Model 菜單項，打開生成新模型的小窗口，設置各選項卡參數。必須指定具體數據庫的名稱和版本。在LDM轉化為PDM中數據類型的轉換關系見表1。由LDM直接生成的PDM存在一些問題，需要進行模型檢查和優化，如果生成的數據類型不合理，需要手動調整數據類型，使得數據類型使用得更恰當。如果主鍵需要使用自增長，那么需要修改具體的列，設置該列為Identity，筆者確定的參照約束名稱為”fk_父表簡稱_r_子表簡稱”的約定，自動生成的參照名稱一般不符合，需要修改。在物理模型中除了生成相對應的表外，還可以手動增加視圖、存儲過程等在概念模型和邏輯模型中無法表達的數據庫對象。
2.4 數據庫實施
在PowerDesigner，建立數據庫有兩種方式，一種是由物理數據模型生成建庫的腳本，然后執行腳本，使用PowerDesigner直接連接數據庫。
需要在PowerDesigner中建立一個通向這個用戶數據庫的數據源，使得PowerDesigner與用戶數據庫建立相應的連接。在PowerDesigner中選擇Database->Configure Connections菜單項，打開配置數據連接窗口，在打開的窗口中添加新的SQL Server的數據源，并建立新的數據源與數據庫的連接。然后選擇Database->Generate Database 菜單項，打開生成數據庫窗口，采用新生成的數據源進行連接，可以直接將PDM生成到數據庫中，同時生成腳本文件。或者Database―>Generate Database… 后會生成一個 SQL腳本文件，在目標數據庫中執行即可生成相對應的表。
3 基于PowerDesigner的數據庫設計正向工程的應用
本文以測評系統功能為原型，演示Power Designer16對測評系統的數據庫設計的全過程。
3.1 建立概念數據模型
該測評系統包括的實體是測評工程、工程狀態、自我測評體系、工程自我測評項、專家測評體系、工程專家測評項。并分別定義每個實體的屬性和標識符，定義實體之間的聯系，在Power Designer中建立該測評系統概念數據模型，如圖1所示。
3.2 生成邏輯數據模型
由CDM轉化的測評系統的LDM，如圖2所示。
3.3 生成物理數據模型
本系統采用Microsoft SQL Server 2008作為后臺數據庫 ， 由LDM轉化得到的測評系統 PDM 如圖3 所示。
3.4 生成SQL腳本或數據庫
首先要在SQL Server2008中建立一個“EvaluationProject”的數據庫，然后需要在PowerDesigner中建立一個通向這個用戶數據庫的數據源，使得PowerDesigner與用戶數據庫建立相應的鏈接。 或者“Database―>Generate Database…” 后會生成一個 SQL腳本文件，在目標數據庫中執行即可生成相對應的表。由 PDM 生成的一段SQL 語句 ， 如圖4 所示。在SQL Server 2008中得到的測評系統的數據庫表，如圖5 所示。
3.5 生成測試數據
生成數據庫后， 項目實施過程中，一般都需要在數據庫中加載數據，在PowerDesigner中可以實現在數據庫中自動添加測試數據， 測試數據庫的結構和性能是否滿足要求。在PDM中， 可以先定義測試數據描述文件， 然后為列指定測試文件， 最后產生測試數據。在 “測評系統” 中， 可設置下列內容：
1） 在菜單欄中選擇Model->Test Data Profiles菜單項，打開測試數據生成窗口。 定義 “測評項權重”、“評測項數值” ， 在指定的范圍內自動生成數字型測試數據； 定義 “學生自評開始時間” 、“學生自評結束時間”、“評議小組測評開始時間”、“評議小組測評結束時間”，在指定的范圍內自動生成日期/時間型測試數據；
2） 為 “測評項權重”、“評測項數值”、“學生自評開始時間”、“學生自評結束時間”、“評議小組測評開始時間”、“評議小組測評結束時間” 列指定對應的描述文件。
3）指定需要操作的表，選擇測評工程表和自我測評體系信息表。
4） 選擇 Database->Generate Test Data 菜單項，在測評工程和自我測評體系信息表中自動產生測試數據，指定連接的數據源，可以在“EvaluationProject”數據庫中直接生成測試數據。測試數據如圖6所示。
4總結
PowerDesigner作為數據庫建模和設計的常用工具，在數據庫系統開發中起著相當大的作用，要想真正掌握這一工具，還需要我們不斷研究與探討。本文著重研究了利用PowerDesigner正向工程建立PDM以及生成數據庫的過程以及具體的應用，PowerDesigner的數據庫設計正向工程使人直觀地理解模型，而且充分運用數據庫的技術，不斷優化數據庫的設計，提升了軟件開發的效率。
參考文獻：
[1] 謝星星，朱嬋. PowerDesigner 系統分析與建模實戰[M].北京：機械工業出版社，2015.5.
[2] 李波，孫憲麗，關穎. PowerDesigner16 從入門到精通[M].北京：清華大學出版社，2016.
[3] 薩師煊，王珊. 數據庫系統概論[M].4版.北京：高等教育出版社， 2006：55-77.
[4] 郭東恩. 數據庫原理及應用[M].鄭州：河南科學技術出版社， 2008：31-160.
