前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的概念結構設計原則主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：概念結構設計原則范文

關鍵詞：大型風電機組；增速齒輪箱；箱體結構；優化設計

風能作為一種清潔、廉價的可再生資源，是現代能源發展的主要方向，其全世界蘊藏總量達到目前全球能源消耗總量的40倍，這在一定程度上推動了風電裝備的發展。為了提高風力發電效率、降低發電成本，風電機組正面向增加單機功率、減輕整機質量和提高機組可靠性的方向發展。風電齒輪箱是連接葉輪與發電機之間的重要傳動裝置，是風電機組的核心部件，其功能是改變轉速和傳遞扭矩。現有風電機組增速齒輪箱主要采用NGW行星輪系與平行軸輪系相結合的結構布局，由于其自身體積和齒輪強度的限制，難以滿足大兆瓦機組的設計要求［1］。目前，行星傳動結構設計方法對齒輪箱零件結構與形狀等的設計仍停留在粗放式設計階段，使得齒輪箱的結構粗糙、體積大、質量大，造成齒輪箱性能不佳和成本高。特別是在大功率齒輪箱的結構設計中，這種保守而又粗放式的設計方法難以滿足大兆瓦風電齒輪箱的高功率密度、高可靠性和低成本的要求。如何設計合理的齒輪箱結構及參數，使每個零件的性能都得到充分發揮，成為各大企業的研究重點［2］。目前風電齒輪箱箱體的結構優化的相關文獻較少，其他箱體的研究較多［3－7］。ShouwenYao對汽車的變速箱進行了以動態響應為目標的拓撲優化設計，根據優化結果重新建立CAD模型，校核分析表明變速箱的動態性能有所提高。WeiChao在考慮制造約束的條件下，基于SIMP優化理論對大型船用齒輪箱進行拓撲優化設計，通過比較，新方案減重7．8％，達到了輕量化目的。郭曉偉分別使用Workbench平臺和支持向量機的方法對風電齒輪箱箱體進行尺寸優化，結果表明支持向量機方法具有較高可信度，質量減輕550kg。本課題提供的結構優化方法引入拓撲優化理論，模型化設計不再使用類比設計，拓撲優化設計能夠在給定的設計域中得到滿足邊界條件的輕量化結構。結合優化結果和概念設計原則，得到規整的概念結構模型。結構詳細設計對概念結構模型的關鍵尺寸實施基于響應面法的尺寸優化設計，并進一步完成結構的工藝特征以便于加工制造，從而得到結構的詳細模型。

1增速齒輪箱傳動方案介紹

大型風電齒輪箱主要傳動方案分為兩大類：NGW串聯傳動方案與封閉式功率分流傳動方案。NGW串聯傳動方案的主要優點為傳動比大、結構簡單，但存在功率串行、各級承擔功率相同的缺點，這就要求隨著風電機組功率的增大，齒輪箱體積必須隨之增大，導致齒輪制造成本與吊裝成本增加。封閉式功率分流傳動方案彌補了NGW串聯傳動方案的缺點，其各級承擔功率為總功率的一部分，大大降低了各級齒輪所承擔的載荷，可以顯著地降低齒輪箱的質量。封閉式功率分流齒輪箱采用兩級行星傳動、一級平行軸的三級傳動結構（如圖1所示）。第一級為行星架固定的NGW構型，由內齒圈輸入，太陽輪輸出；第二級為差動輪系，由行星架和內齒圈共同輸入，太陽輪輸出；第三級為一定軸輪系，由大齒輪輸入，小齒輪輸出。

2增速齒輪箱箱體概念結構優化設計

概念結構設計是基于變密度法對模型化設計產生的初始幾何模型進行拓撲優化計算，獲得在極限工況下風電齒輪箱零件的最優材料分布規律，根據優化結果進行概念結構設計。2．1齒輪箱整體力學模型建立增速齒輪箱箱體結構優化模型，首先需要確定齒輪箱箱體結構的約束與載荷條件，因此根據齒輪箱機構簡圖，建立齒輪箱整體力學模型（如圖2所示）。2．2箱體幾何模型和網格劃分根據增速齒輪箱傳動構型，確定齒輪箱初始幾何模型。以其中中間傳遞扭矩的構件7（內齒圈）為例說明結構設計過程。齒輪箱內齒圈由齒輪箱內軸承支撐整體回轉運動，其初始幾何模型如圖3所示。網格劃分之前需要分割實體。實體分割主要有兩個目的：一是分割出非設計區域和設計區域；二是分割出載荷施加區域，方便施加載荷。利用Hypermesh軟件實現網格劃分。由于齒輪嚙合實時變化，實際加載時作簡化處理，即在內齒圈分度圓接觸線進行等效加載，因此對輪齒面上分割出分度圓接觸線以利于施加載荷。劃分完網格的齒輪箱輸入結構如圖4所示，其中紅色部分為設計區域（優化區域），綠色部分為非設計區域（非優化區域）。2．3載荷和約束根據圖2中齒輪箱整體受力模型，齒輪箱內齒圈主要受行星輪6所提供的徑向力和切向力。在網格模型上施加載荷（如圖5所示）。內齒圈與第一級太陽輪軸（構件1）通過過盈連接傳遞動力，這里作簡化處理，對聯接盤凸緣內圓面進行全約束處理，施加約束的模型如圖6所示。2．4優化參數設置概念模型設計中需要設置一些必要的參數，包括設計變量、成員尺寸、模式組、優化響應、優化約束、優化約束、優化輔助選項等（見表1）。2．5密度結果云圖選取單元密度閥值為0．5，得到最終的拓撲密度云圖（如圖7所示）。分析云圖可得材料總體分布為周向斜筋分布，符合受力特征。考慮到制造工藝，得到設計概念模型（如圖8所示）。

3增速齒輪箱箱體尺寸優化設計

尺寸優化設計應用響應面法對模型中的關鍵尺寸進行最優設計，如壁厚、大的圓角和肋的厚度等。首先確定設計變量及其變化范圍，選用試驗設計方法生成樣本點，然后通過最小二乘法進行二次多項式響應面的擬合，響應面擬合完成后，需要計算響應面的擬合程度評價指標，再選用優化方法對響應面進行尋優，最后將最優結果作為設計點進行驗證。3．1建立參數驅動的三維模型創建參數化的三維模型，使軟件可以對模型進行參數化自動修改。對齒輪箱箱體結構設置具體可變尺維軟件設計模塊建立關鍵尺寸參數驅動三維模型（如圖9所示），各尺寸均可在一定范圍內變化，通過尺寸優化設計可以確定最佳的尺寸組合方案。3．2關鍵尺寸的靈敏度分析通過分析關鍵尺寸對位移、應力、總質量的影響程度，為之后選擇最優解提供數據支持。齒輪箱箱體結構設置具體可變尺寸（L1，R1，R2，R3，R4）的變化范圍見表2。基于ANSYSWorkbench優化設計平臺對上述模型進行材料屬性定義、網格劃分、施加邊界條件等前處理操作，提交作業求解。通過軟件DesignExplorer模塊，采用中心組合方法給出27組設計點。對這些設計點進行求解，利用響應面法可得設計變量對總位移、等效應力、質量的靈敏程度（如圖10所示）由圖10可見：尺寸L1對箱體等效應力影響最大，尺寸R3對箱體等效應力的影響可以忽略不計；尺寸R3對箱體總移影響最大，尺寸L1對箱體總移影響最小；尺寸R2，R3和R4對箱體質量影響較大。在確定最優方案時需綜合考慮尺寸對等效應力、總移、質量的綜合影響。3．3尺寸優化設計為了獲得候選設計點，需要結合靈敏度分析，綜合考慮剛度、質量等因素，確定最優解。針對齒輪箱箱體結構設置總質量最小、最大總移不大于0．3和最大等效應力不大于100MPa，指定優化評定準則為總質量最小、最大總移不大于0．3和最大等效應力不大于100MPa，利用ANSYSWorkBench進行優化設計，得到3個較優設計方案（見表3）。由表3可知：3種方案的VonMises應力和最大變形相差極小，因此確定以質量最小為評價原則，選定方案一為最終設計方案。對相關尺寸進行圓整后，重新在ANSYS中進行建模計算，可得其最大VonMises應力和總移云圖（如圖11和圖12所示）。由圖11和圖12可見：最大VonMises應力為90．438MPa，屈服強度為650MPa，安全因子大于1．1，滿足要求。對比初始結合模型與輕量化幾何模型，優化后質量降低0．8t，說明該方法有效地降低了齒輪箱的質量。

4結論

第2篇：概念結構設計原則范文

關鍵詞：信息系統；酒店管理；數據庫;設計

中圖分類號：TP391文獻標識碼：A文章編號：1009-3044(2012)17-4043-03

Database Design in the Hotel Management System

TAN Qian-fang

(Hunan Food and Drug Vocational College，Changsha 410016,China)

Abstract：In the process of building information management system, pay more attention on realization, Contempt on design is a common problem with technology developers, especially the standardization of back-end database design is easily overlooked. This will lead to the eventual realization of the system data processing capacity is limited, inefficient, data management, maintenance and post-update difficul? ties. The article strictly follow normalized database design ideas, with the typical business hotel management system for business logic to ex? plain the main steps in the information systems development process, database design and methods.

Key words: information system; hotel management; database; programing

在信息管理系統的設計和開發過程中，數據庫設計是其中最為重要的環節之一。設計規范、良好的數據庫不僅能帶來系統數據處理效率的極大提升，更重要的是在系統正式運行后能大大簡化后期的數據更新維護工作，提高系統的可擴展性。目前大多數酒店提供的服務多種多樣，規模大小也各不相同，較為典型的酒店服務業務一般都包括飲食、住宿和娛樂等方面，下面該文從這些典型的酒店業務邏輯出發，分析和探討數據庫的設計方案。

1數據庫需求分析

數據庫設計的第一步是做好需求分析。在此階段需要準確了解和分析用戶的具體需求，包括數據需求和處理需求，這是整個數據庫設計過程的基礎，也是最困難、最耗費時間的一步。

1.1數據流圖分析

典型的酒店管理一般包括飲食部門、住宿管理部門、娛樂管理部門和經理部門，下面簡要分析各部門的業務邏輯。

飲食部門是酒店基本部門之一，所提供服務的特點是實時性強、持續時間短、強調效率。此處需要重點處理的信息是與飲食有關的財務數據，一方面便于定期的賬目匯總，另一方面也便于及時向酒店管理層匯報。

住宿管理部門也是酒店基本部門之一。其主要職責包括：（1）布置房間設施、分類、編號、制定收費標準、分配服務人員；（2）登記旅客信息，記錄其入住、退房時間；（3）統計各類房間的客滿程度；（4）處理本部門的財務信息。

娛樂部門需要處理的業務主要包括：（1）制定收費標準，分配負責人；（2）收入支出財務處理等。經理部門的功能是必不可少的。主要職責有：（1）員工管理；（2）部門劃分；（3）各部門的財務核算；（4）酒店營業收益的定期核算。從上面各個部門的業務分析可以看出，不同部門都有財務處理的需求，因此歸總設計一個統一的“財務子系統”。而飲食部門因為所需要的業務功能都已包含在“財務子系統”中，故而去掉該功能模塊。最終設計酒店信息管理系統分為四個子模塊：經理子系統、財務子系統、住宿子系統和娛樂子系統。根據前面對業務邏輯的詳細分析，畫出各子系統的數據流圖，例如圖1所示為財務子系統的數據流圖。

1.2數據字典設計

數據字典是數據庫中各類數據描述的集合，需要設計人員對所開發系統的實際情況進行詳細的數據收集和數據分析才能得到。數據字典內容一般包括數據項、數據結構、數據流、數據存儲和數據處理過程。下面列舉幾例：

數據項如：員工號（編號：1，數據項名稱：員工號，說明部分：整數類型，有唯一性）

數據結構如：員工信息（編號：1，數據結構名：員工信息，屬性：包括員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注）

數據流如：員工基本信息（編號：1，數據流名：員工基本信息，輸入：招新員工，輸出：員工信息）

數據存儲如：員工信息（數據存儲名：員工信息，輸入數據流：員工基本信息，輸出數據流：工資結算）

處理過程如：招新員工（處理過程名：招新員工，輸入數據流：終端，輸出數據流：員工基本信息）

……

2數據庫概念結構設計

數據庫概念結構設計常用方法有自底向上和自頂向下兩種。該文采用自底向上的設計方法，即首先定義各局部應用的概念結構，然后將它們集成，得到全局概念結構。

2.1局部概念結構設計

下面以財務管理子系統為例，分析子系統的功能，設計局部概念結構，并且對該局部概念結構進行合理優化調整。

圖2財務管理子系統E-R圖

財務管理子系統的功能為：首先對各部門上交的收支情況進行匯總，得出各部門的收益情況；然后在此基礎上進行整體匯總，得到整個酒店的收益信息；最后將酒店的收益情況下發給各個部門，公開賬目。根據該分析，得到描述財務管理子系統概念結構的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存儲結構設計

通過對典型酒店中的信息處理需求進行分析，可以得到如下需求特點：飲食、住宿、娛樂三大部門的數據不僅經常需要查詢，而且更新速度快；各個部門信息要求共享的較多，如員工信息、來客信息等，但財務信息一般不共享；經理部門有一定的特殊職能，如匯總財務信息、級聯刪除辭退員工等。針對這些特點，設計如下：

首先要確定數據庫的存放位置。為了提高系統性能，根據應用情況將數據按照易變部分和穩定部分、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。經常存取部分包括員工、工資、客房、款項、折扣規則、項目、顧客等；而信息存取頻率較低的部分包括部門、賬單、訂單、總賬、財務狀況等。同時考慮到本系統是多用戶的，為了提高效率，數據庫的備份的數據和日志文件將保存在磁帶中。

然后要確定系統配置。酒店管理系統需要的微機數量和規模都不必太大，但在系統設計時應考慮到酒店的發展需求，在選擇硬件設備、服務器操作系統、數據庫時都考慮到能夠逐步擴展。本酒店管理系統選用了Windows XP操作系統，后臺數據庫選用目前應用最多的ORACLE 10g。由于涉及到酒店的財務管理，數據的完整性和安全性顯得尤其重要，為了保障系統安全穩定運行，需要每天進行數據備份。數據備份需要嚴格按照制定的備份與故障恢復策略進行，并落實備份登記和檢查措施。

4.2存取路徑設計

首先確定數據的存取方式。對飲食、住宿、娛樂三個子系統的各個關系最經常的操作是查找，假設現有n個住宿房間的信息，如果采取順序查找，平均查找n/2次；建立B+樹索引，則平均查找次數為B+樹的層數log2n+1，所以選擇B+樹作為索引，具體設計如下：

（1）對經常在查詢中出現的關系碼建立索引。包括員工、工資、部門、客房、款項、折扣規則和財務狀況等關系。

（2）對經常需要進行連接操作的關系碼建立索引。包括員工號、客房號和部門號等。

（3）對于更新頻率很高的關系模式，不宜在其上定義索引。包括顧客、訂單和賬單等。

4.3設計評價及說明

上述設計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權衡。實際方案還需要根據酒店管理的真實環境，以時間效率和用戶需求為根本，進一步優化和完善。

5結束語

該文依據關系數據庫設計的原則和步驟，結合典型的酒店管理的實際情況，設計了酒店信息管理系統所需的數據庫。設計方案科學合理，考慮了實際的業務邏輯需求，對同類信息系統開發中數據庫設計工作具有較高的參考價值。

參考文獻：

[1]王珊,薩師煊.數據庫系統概論[M].北京:高等教育出版社,2006:34-67.

[2]楊東青,馬秀莉等譯.數據庫系統概念[M].北京:機械工業出版社,2007:27-60.

[3]毛國君.高級數據庫原理與技術[M].北京:人民郵電出版社,2002:43-52.

[4] Jeffrey D.Ullman,Jenifer Widom.A First Course in Database Systems[M].北京:機械工業出版社2008:23-27.

[5]王建設,張金娜.酒店管理系統的設計與實現[J].計算機與現代化，2011(1):91-93.

[6]白雪峰,賀春林.酒店餐飲管理系統的設計與實現[J].電腦知識與技術,2010(6):1281-1282.

[7]于侃侃.數據庫原理與應用課程教學改革探討[J].無線互聯科技，2011(9):41-43.

[8]劉芬.數據倉庫在酒店CRM系統中的應用研究[J].科技信息,2009(14):557-558.

第3篇：概念結構設計原則范文

關鍵詞：建筑結構；結構設計；概念設計

中圖分類號：TU3文獻標識碼： A

所謂的結構概念設計就是指用與結構設計相關的理論指導實踐的設計工作。而如果在設計的時候，如果缺乏理論的指導，那么建筑在結構設計上就變成了個人的主觀設計，而不是理論層面接受的設計。當然在結構設計的時候，其理論應該是科學的合理的，符合現行社會和經濟發展的，而且在設計的過程中，先進理論和先進工具的應用也是必須要考慮到的，不能出現落伍的情況。

一、結構概念設計的內涵

1.方案選擇的合理性

設計方案的選擇是十分重要的，不僅關系到以后工程的質量和結構，還影響著人們的居住。在結構方案的選擇上，要遵守科學、合理、發展的原則，而且由于很多種因素都對設計方案造成影響，所以設計出來的方案就是多種多樣的。方案設計出來了，又面臨著合理的選擇上，方案選擇的不好，日后發生的后果不堪設想，所以應該進行認真的分析比較，選取的方案既要科學合理，又要經濟，所以方案的選擇很重要。在對設計方案的可行性進行選擇的時候，要對建設地及施工材料等進行全面的分析，保證每一個環節的科學合理，還要有專業人士對各種影響設計的因素進行評估分析，選擇出科學合理的結構概念設計方案。

2.結構簡圖的科學性

結構概念設計首先要有科學專業的理論作為支撐，而且一般情況下利用結構設計簡圖對結構概念設計的合理性進行評估。在結構簡圖的選擇上，要遵照安全和準確的原則，選取合理的簡圖。因為如果選取的簡圖不夠科學，那么相應的結構概念設計也會出現相應的錯誤，甚至對工程的質量問題造成巨大的影響。所以說，結構設計簡圖在制作時應該做到精確、科學，使出現的誤差也在可控范圍內，應該進行嚴格的審查，保證簡圖的質量。

3.對計算的結果進行準確分析

隨著社會和經濟的發展，信息技術被廣泛的應用，特別是在數字的計算等方面設計出種類繁瑣的計算軟件，可是各計算軟件在計算的結果上確實各不相同，讓使用者也不知道哪個是正確的，所以在工程的設計中計算工作經常出現混亂。在進行設計時，軟件的選擇很重要，應該對各個軟件進行系統化分析，根據工程的實際情況和設計的原理等，選擇適合的軟件，確保計算結果科學準確。

二、建筑結構設計中概念設計的具體應用

1.抗震設計工作中概念設計的應用

在對建筑結構進行抗震設計工作時，通常情況下，設計人員都是在確定了砼的等級以及初始尺寸后，計算出結構的實際剛度，之后依據剛度的計算結構還可以推斷出地震力，從而得到需要配筋的數量。由于結構的剛度、地震力以及配筋的數量這三者是成正比例關系，那么結構的剛度越大，推斷出的地震力就越大，需要配筋的數量就越多，同樣的如果配筋的數量越多，那么結構的剛度就越強，所產生的地震力就越大。可見，如果只是盲目的增加了配筋的數量，實際上也是加劇了地震力的效果，其在抗震設計工作中是無法起到積極的效果的。而如果能在抗震設計工作中應用到概念設計，便可以進一步地拓展設計思路，應用降低作用效應的創新思路，從而取得理想的抗震設計效果。

2.電算分析中概念設計的應用

現階段，全球都已經進入到了信息時代，計算機技術已經應用到我國的各行各業中，同樣的在建筑行業中，計算機技術也得到了廣泛的應用。從實際的效果來看，計算機技術確實減輕了設計人員的工作負擔，然而在很多因素的影響下，計算機軟件本身卻也是存在著一定的缺陷的，不同的軟件，其具體的缺陷情況也是有所區別的。所以，如果沒有采用合適的計算機計算軟件，那么對其計算結果會產生極大的影響，所以也應將概念設計應用到電算分析工作中，借助于計算機技術得到了相應的結果后，設計人員應根據自身的實際經驗以及專業知識，對電算結果進行及時地判斷，從而保證計算結果的可靠性和真實性。

3.方案選擇中概念設計的應用

在選擇建筑結構的設計方案時，為保證所選擇方案的合理性和經濟性，也應較好的應用概念設計的思想。具體來說，選擇基礎設計方案時，應綜合的考慮施工現場的地質條件、施工條件、荷載分布情況以及結構類型等因素，確定最優的基礎設計方案。設計地基基礎時，應根據前期得到的實地勘察報告進行設計工作，如果未得到勘察報告，那么設計人員就應收集相關的資料，全面地掌握施工現場的地質情況。只有具備的完整的信息，才能保證設計工作的合理和準確。

三、概念設計應用中所需要注意的重點

1.根據實際的建筑要求，選擇合理的建筑設計結構方案

在實際的建筑工程中，對建筑的設計要求是很高的。概念設計要求工程設計師不僅要有豐富且合理的想象力，還要結合實際情況，對建筑工程的地理環境、施工條件、材料供應能力等綜合情況進行分析，結構框架必須明確抗震節點分析、應力、總體的布局結構等具體方面。選擇最佳的結構設計方案。例如在利用概念設計對建筑結構的抗震設計中，必須要精確把握建筑材料的性能，對可預測的及不可預測的因素進行分析，重視整體的概念設計理念，利用概念設計對建筑物采取一定的隔震措施，減小在發生地震或者不可抗力的因素對建筑物所帶來的重大打擊，降低對建筑物的破壞。

2.不可盲目定論，選擇恰當的計算簡圖

計算簡圖是設計師進行建筑結構設計計算的基礎，是維護建筑結構安全的保證，所以要求建筑設計師必須切合實際，根據建筑結構的實際情況及具體要求，選擇恰當的計算簡圖，在保證有足夠精確的建筑結構數據的基礎之上，利用數據進行概念結構設計，遵循在建筑建構設計中所必須要注意的原則，比如建構延伸性原則和強柱弱梁的原則。在進行建筑結構設計中，依據恰當的建筑設計簡圖，避免發生因為建筑結構設計的不合理而導致的樓層破壞等問題，這樣才能設計出完美的建筑。

3.不過分依賴計算機，正確分析計算結果

在我國目前的建筑結構設計計算中，設計師普遍利用計算機進行計算，可是由于計算機軟件的種類繁多，各種軟件自身的不健全或是各種缺陷，導致了運用不同的軟件所帶來的結果的差異化。這就要求設計師要結合具體情況，利用自身的專業技能水平和豐富的經驗，認真分析計算機軟件的計算結果，進行反復的比較和審核，輸入正確的計算參數，選擇出最合理的計算結果。概念設計理念為建筑設計行業帶來了極大的便利，深入的把握概念設計理念，靈活的運用到建筑結構設計中，才能使建筑結構設計更加人性化、科學化、理想化。

綜上所述，在建筑結構設計中，為了確保設計方案的科學性和實用性，設計人員應根據建筑的概念來進行結構設計，不僅要根據相關概念和設計技術進行設計，還需要結合個人設計實踐經驗，設計出一套適用于施工的建筑結構設計方案，才能確保建筑施工順利進行。

參考文獻：

[1]馮雪源,劉姍姍.建筑結構設計中概念設計和結構措施的應用探析[J].門窗,2014,05:245.

第4篇：概念結構設計原則范文

關鍵詞 城建檔案數據庫設計

中圖分類號：G275.3文獻標識碼： A 文章編號：

一 數據庫設計概述

城建檔案管理信息系統數據庫設計是系統設計的核心，是系統實現的前提，是系統成敗的關鍵，也是衡量系統好壞的一個重要的因素。基于數據庫系統對城建檔案進行數字化組織和管理不但可以提供更準確和快捷的信息檢索服務，還能極大地提高工作效率和安全性。系統庫設計過程中除考慮到原有文字、圖紙資料的保存外，還要考慮到文件和資料的數字化轉化及入庫和管理。

城建檔案數據庫包括城建檔案業務管理數據庫、檔案信息數據庫、元數據庫等。按照城建檔案信息的類型，可以將信息資源劃分為空間數據庫、非空間數據庫和多媒體文檔三個邏輯組成部分。

圖1城建檔案綜合管理系統數據庫邏輯分類圖

(1)空間數據庫由空間數據庫引擎管理，保存空間數據信息，包括城建檔案所在的地形圖、用地規劃圖、道路紅線圖、管線圖及竣工測量圖等;

(2)非空間數據庫是與地理位置無關的信息數據，包括關系數據庫、工作流相關數據、城建檔案辦公和業務管理的信息、部門信息、人員信息等;

(3)多媒體文檔保存各種非結構化的信息，包括城建檔案掃描影像、圖像照片、影音和網頁文檔等，并建立必要的全文檢索引擎，它在實現上可以基于關系數據庫或文件系統，本文采用了文件系統管理。

本文主要介紹的是非空間數據庫中的基于SQL Server 2000構建的關系數據庫。主要提取出紙質檔案數據庫和聲像檔案數據庫進行介紹。

二 數據庫設計原則

本文數據庫設計采用SQL Server2000大型關系型數據庫，Microsoft SQLServer 2000數據庫是Microsoft公司的大型數據庫系統，應用方便，適合中小型數據庫應用。SQL Server 2000是一個具備完全Web支持的數據庫產品，它提供一系列方法將數據填充到Web服務器，同時提供對數據的快捷訪問，提供對可擴展標記語言(XML)的核心支持以及在Internet上和防火墻外進行查詢的能力，是一個可伸縮、高性能的數據庫管理系統。

本文設計數據庫系統時嚴格遵循第三范式。設計系統時遵循的原則有:

(1)層次分明，高度結構化，保證數據的結構化、標準化和規范化。

(2)正確性與完整性。所涉及的數據庫內容應該盡可能全面，字段的類型、長度都應該準確地反映業務處理的需要，所采用的字段類型、長度能夠滿足當前和未來的業務需要。對所有數據進行嚴格約束性檢查，增加了數據的正確性與完整性，對系統快速穩定運行打好基礎。

(3)關系一致。應準確表述不同數據表的相互關系，如一對一、一對多、多對多等，應符合業務數據實際情況。

(4)子系統之間松散禍合。各個子系統之間應遵循松散禍合的原則，即在各個子系統之間不設置強制性的約束關系。一方面避免級聯、嵌套的層次太多;另一方面避免不同子系統的同步問題。

(5)設定相應的安全機制，由于數據庫的信息對特定的考生有特定的保密要求，SQL Server 2000提供了良好的數據訪問控制和數據恢復等安全機制。

三 紙質檔案數據庫設計

1概念結構設計

以竣工檔案為例，分析幾個主要實體特點如下:

(1)移交合同書:合同的主要信息包括:合同號、合同名稱、移交單位、計劃開工日期、計劃竣工日期等。其中合同號是唯一的。

(2)工程。一個合同包括一個或多個工程。工程的詳細信息包括項目順序號、工程序號、工程名稱、工程地點、工程建設單位、工程施工單位等信息。其中，對于每一個工程，工程的項目順序號是唯一的。

(3)工程狀態。工程的狀態包括未審批、未整理、未編號等。這里也是用工程的項目順序號來標識每個工程。

竣工檔案的數據需求中還有實體，這里不再一一贅述。在需求調研階段，要充分了解各種檔案的屬性信息，還有各種檔案在館內各個科室之間的流轉過程，以確保所建立的數據庫要支持用戶業務需求。如維護事務、查詢事務等。下圖是紙質檔案實體E-R模型初稿:

圖2 紙質檔案數據庫實現E-R模型

2邏輯結構設計

邏輯結構涉及的主要任務就是把概念結構設計階段設計好的基本的E-R模型轉換成與選用DBMS產品所支持的數據模型相符合的邏輯結構。我們將前面標識好的E-R圖轉換成關系數據模型，并對它進行優化。

第一步:標識實體

首先標識在數據庫中必須描述的實體(以幾個表為例):

Contract Info(移交合同書)

Project Info(工程信息)

Archive Status(檔案狀態)

將實體存檔，即形成數據字典。下面是在數據字典中記錄的移交合同書表的

詳細信息。

表1合同信息(Contract Info)表

第二步:標識實體之間的關系，并檢查實體之間是否有通路，將E-R模型映射為表的集合。對每個表的結構都使用規范化來檢查。

圖3紙質檔案數據庫映射過程圖

用規劃化方法檢查表結構:

(1)表至少符合第三范式(3NF)，是否消除了傳遞函數依賴，部分函數依賴。

(2)表是否滿足用戶需求，即是否支持用戶事務。根據用戶需求和系統要求，檢查數據庫表中是否包含所有必須的屬性，由實體到表的映射是否正確。

(3)根據所建立的主外鍵關系，看數據庫設計是否滿足完整性約束，包括實體完整性，參照完整性，列的值域約束等。在標識候選鍵時，可以看到合同號、項目順序號可以唯一標識一個實體，這里我們就把他們確定為主鍵。

(4)檢查模型的數據冗余。

對于某些復雜查詢或者經常使用的查詢我們可以定義為視圖，比如，系統中打印模塊設計打印“城市檔案交接目錄”，該目錄信息涉及5個表的內容，對于這種復雜的查詢我們定義為視圖，用戶每次對視圖進行查詢，大大簡化了用戶的使用。

3物理結構設計

第5篇：概念結構設計原則范文

【關鍵詞】校友錄關系模型用戶權限數據庫安全

一、概述

經過實地調研與對西北民族大學校友錄及交流平臺系統的分析，本文選用了Microsoft的SQL Server 2005管理后臺數據庫。它是一個全面的數據庫平臺，可以構建和管理高可用和高性能的數據應用程序。引用功能齊全主要有：企業數據管理、開發人員生產效率、支持Web技術。

二、模塊分析

在詳細分析了西北民族大學校友錄及交流平臺的信息管理、學習交流論壇、信息公告板、自學圖書館、網絡維護五個應用模塊后，根據不同的使用人群要有針對性的對系統操作權限進行不同程度的管理，同時綜合該系統的特點，對數據庫的模塊進行具體的分類，如：數據查詢管理、權限管理、基礎數據管理、系統數據管理、文件資料管理等。從而全面的提高系統效率。

（一）基礎數據管理模塊

基礎數據管理模塊主要就是管理一些基本的數據信息，如：教師的信息管理、學生的信息管理和學院信息管理。其操作者為系統管理員。下面對每個模塊進行分析和說明：

1.學生信息管理主要有添加、修改、刪除、查詢和更新學生基本信息的功能。學生基本信息主要包括學號、姓名、性別、所學專業、聯系方式等。學生只能對聯系方式進行修改。

2.教師信息管理主要有添加、修改、刪除、查詢、更新教師基本信息的功能。教師基本信息主要有工號、姓名、性別、所在專業、聯系方式、所教課程等。教師只能對聯系方式和學生的成績進行修改。

3.學院信息管理主要有修改、更新學院信息的功能。學院信息主要有學院名、學院簡介、所有專業等。

（二） 權限控制管理模塊

權限控制管理模塊就是有針對性的對不同用戶的使用權限進行區別管理。其中最基本的功能就是登陸和退出，其中管理員能夠對用戶進行權限的分配以及用戶的控制。這些功能主要體現有：

登陸管理功能：每個用戶都具有自己的用戶名和登陸的密碼，這是對用戶的一種認證，確保系統登陸的安全性。

權限分配功能：用戶登陸以后，會根據用戶的具體身份有區別的進行功能的操作和管理，維護系統的穩定。

用戶控制功能：這主要是為了讓用戶更加靈活的處理權限以內的信息，為用戶提供方便。

退出系統功能：退出功能主要是維護用戶數據安全，防止數據信息的泄露。

（三）數據查詢統計模塊

設計該模塊的主要目的是提供系統的易用性，其功能主要包含查詢和統計功能。下面分別對這兩個功能進行詳細的分析與說明：

1.查詢功能：滿足用戶對信息的查詢，是系統與用戶之間存在的一種交互方式。

2.統計功能：把學校某些方面的信息更形象的展示給用戶，利用統計功能可以使用戶更直觀的了解相關信息。

（四）系統數據管理模塊

系統數據管理模塊主要包括數據的備份和恢復，全面的維護系統的安全。

數據的備份：防止系統故障后數據丟失所造成的影響，備份數據，系統數據提供保障。

數據的恢復：管理員對改功能的操作和管理，它與數據的備份是成對出現的，進一步的維護了數據庫安全和數據的有效管理。

（五）文件資料管理模塊

該模塊用來管理用戶上傳的各種圖書與資料、交流論壇里的聊天內容、信息公告板的相關記錄。

交流論壇里的聊天記錄與信息公告板里的內容會通過文件Forum與Information來保存。

三、數據庫設計步驟

通過模塊分析與需求分析，充分了解了系統的工作概況。結合數據庫設計的步驟，分三部分即概念結構設計、邏輯結構設計和數據庫物理結構設計，下面從這三個部分對系統的基礎數據庫過程進行簡單的說明，使數據庫更規范。

（一）概念結構設計階段

在仔細分析了系統需求后，將系統中的實體進行抽取，同時分析各種實體之間的聯系，產生一個能夠被全系統所有用戶共同理解和接受的統一概念模式。

E-R 圖的具體表示符號如下圖所示：

實體 屬性 實體間聯系

根據系統分析可以知道，校友錄及交流平臺系統存在很多實體，如教師基本信息表、學生基本信息表、學生選課表、教師任課表、學院信息表、學生作業表等，綜合前文分析可得到校友錄及交流平臺系統的 E-R 圖，具體如下：

（二）邏輯結構設計

邏輯結構設計階段的主要目的是將 E-R 中展示的信息轉換為與選用 DBMS 產品所支持的數據模型相符合的邏輯結構，下面是校友錄及交流平臺系統的數據庫的邏輯設計：

用戶信息表（用戶 id，用戶名，用戶密碼，權限類型）

學生基本信息表（學號，姓名，性別，專業，聯系方式，出生日期，職務）

教師基本信息（工號，教研組，姓名，性別，聯系方式，出生日期，職務，學歷）

學生選課表（學號，所選課程號，任課教師，分數）

教師任課信息表（任課 id，教師 id，班級名，所任課程，班級人數）

學院信息表（學院名，學院簡介）

班級信息表（班級名，班級簡介）

圖書信息表（圖書編號，圖書名，作者，上傳者，下載次數）

學生作業表（學號，課程名，作業）

交流論壇記錄表（日期，內容）

信息公告板記錄表1（日期，內容，所屬學院）

信息公告板記錄表1（日期，內容，所屬班級）

（三）數據庫物理設計

本系統采用 進行開發，對于數據庫選擇了 SQL Server2005 數據庫。根據上面的E-R圖，設計了以下幾張實體表，在此不將所有的表展示，只介紹系統中使用較多的表如下：

字段名 字段類型 字段長度 能否為空 備注

id int 4 NO 用戶唯一標識

name varchar 50 NO 用戶名

password varchar 50 NO 用戶密碼

type int 4 NO 權限類型

表1用戶信息表

字段名 字段類型 字段長度 能否為空 備注

Sno char 8 NO 學生學號

Sname varchar 50 NO 姓名

Ssex char 4 NO 性別

Sdept varchar 50 NO 專業

Scom varchar 50 NO 聯系方式

Sbir data 10 NO 出生日期

Swork varchar 10 YES 職務

表2學生基本信息表

字段名 字段類型 字段長度 能否為空 備注

Tno char 8 NO 教師工號

Tname varchar 50 NO 姓名

Tsex char 4 NO 性別

Tdept varchar 50 NO 教研組

Tcom varchar 50 NO 聯系方式

Tbir data 10 NO 出生日期

Twork varchar 10 NO 職務

Tedu varchar 10 NO 學歷

表3教師基本信息表

字段名 字段類型 字段長度 能否為空 備注

Sno int 4 NO 學號

Cname varchar 50 NO 所選課程

Ctea varchar 50 NO 任課教師

Grade int 10 NO 分數

表4學生選課表

四、總結SQL數據庫設計的特點

通過對校友錄及交流平臺各模塊的詳細分析，本文在系統需求分析的基礎上對該系統的數據庫進行了詳細設計，本系統設計時遵循了數據庫設計的基本原則。通過分析系統各模塊的具體功能組成，從數據庫概念結構設計、邏輯結構設計以及物理結構設計等三方面詳細介紹了數據庫的設計過程。

參考文獻：

[1]《數據庫系統概論》 王珊，薩師煊.高等教育出版社

[2]《數據庫原理實驗及訓練教程》 陳玉哲，王艷君，李文斌，趙書良.清華大學出版社

[3]基于Web教學平臺的數據庫設計與實現 譚云蘭，劉雪謀，彭碩，劉光明.井岡山學院學報：29-4.

[4]基于B/S模式的高中教師信息管理系統 吳敏 電子科技大學 2012.

第6篇：概念結構設計原則范文

關鍵詞 中小學教師 教育網絡平臺 設計 實現

中圖分類號：TP316.8 文獻標識碼：A

當前，我國的教育信息化建設工作正在穩步推進中，數字化校園教育體系結合多媒體教學技術的相關應用都得到了長足發展，利用互聯網進行教育的方式也得到了明顯的普及。在這樣的形勢下，只有建設一支具有專業化的教師團隊才符合當下的教育趨勢，而建設優秀的師資團隊也符合我國教育發展的客觀需求。以目前的情況來看，傳統的教師培訓方式顯然已經難以完全滿足社會需求，以傳統方法培訓出來的教師也不足以適應新的教育形式。所以當下最關鍵的是，改革傳統的教育模式，緊跟時代潮流，充分利用網絡技術，提升教育效率和品質。

1繼續教育平臺的需求

1.1功能性需求分析

1.1.1學員用戶系統

以完成學生的功能性需求為主，依次為繼續教育培訓內容的選擇、在線學習、在線測試、成績查詢以及考核和在線交流。

1.1.2輔導教師用戶系統

以完成責任范圍內的和培訓課程密切掛鉤的相關服務，例如資源管理等。應由繼續教育網絡平臺指定相應的輔導教師，教師也可以自行申請或舉薦，只有通過驗證的教師才可以成為某類培訓科目的輔導教師。

1.1.3系統管理員用戶系統

全市教育系統的各項培訓計劃以及公告內容，主要是負責消息管理工作，同時依據服務器的空間情況對整個教育網絡平臺內的所有教育資源進行管理。

1.2非功能性需求分析

非功能性需求指的是按照條件判斷系統運行情形或其特性的而非針對系統特定行為的需求。在教育網絡平臺中，主要包括界面友好性、操作及時性、系統可靠性、易維護性、易管理性、交互性以及健全性。

2繼續教育平臺的設計

2.1數據庫概念結構設計

可以采用自底向上的分析方法，根據單個應用的需求進行布局，然后對冗余的應用進行合并，并消除可能存在矛盾沖突的結構，最后得出系統的總體軟件設計方案。輔導教師在進入到系統平臺首頁后，系統首先讀取教師的編號信息，然后依據此信息從平臺的數據庫中查找教師的繼續課程信息，然后系統會自動讀取該教師的授課進度等相關信息。在學員學習情況的分析界面中，輔導教師可以選擇課程繼續教育學習內容的成績以及進度以及學生作業的完成情況。

2.2數據庫邏輯結構設計

將以上的結構概念設計實體按照一定的原則轉換為關系數據庫中的實際模型，從而實現完整的系統數據庫。邏輯結構的設計必須考慮多種數據模型，例如教育系統的數據模型、訪問效率模型以及訪問頻度的模型等等。以數據實體的關聯性模型為基礎，建立起主要的數據庫關系模式，從而建立起具體的數據庫基本表以及相關的對象。

2.3數據庫物理結構設計

可以建立用戶登錄表、用戶信息表、學員信息表以及作業批閱信息表和課程信息表。用戶登錄表包含編號、用戶名、密碼、用戶組以及鎖定選項（是/否）；用戶信息表包括編號、姓名、性別、身份證號、在編選項（是/否）、學歷、工作年限、職務、職稱、榮譽、教師資格證號、教師所在區域、任教科目、聯系方式；學員信息表包括編號、姓名、所在學校、課程名稱、審核、報名時間。

2.4數據庫安全性設計

用戶必須使用身份證號進行注冊驗證，并按照所屬身份進行權限分配，為保證登錄安全，驗證碼措施也是必不可少的。數據系統的可靠性性約束，包括保護用戶對數據的修改、刪減、增添等操作規范，通過相關的約束機制能夠有效防止誤操作的出現；而完整性約束包括實體完整、域完整以及用戶自定義完整和參照完整性四個方面。

3系統主要功能模塊的實現

3.1系統開發技術及運行環境

3.1.1系統開發技術

安裝Visual Studio及SQL Server的安裝，導入Visual Studio的設置，還有安裝IIS等，通過綜合運用XML、Ajax、Web Service以及Javascript等腳本實現軟件開發。

3.1.2運行環境

對硬件沒有很高的要求，只需要能夠正常運行計算機操作系統的硬件配置即可；但服務器決定了整個系統的性能，因此需要考慮更多因素。

3.2用戶管理模塊

包括用戶組管理、操作管理、權限管理以及用戶管理四個大模塊，每個大模塊之下涵蓋了很多小模塊，例如用戶組管理模塊包括了用戶組的嵌套、添加、刪除、凍結解凍以及列表等模塊，而操作權限管理模塊包含了操作權限的匹配、申請、授權以及查詢等模塊。

3.3在線教學模塊

以中小學教師的繼續教育培訓及學習的要求為基礎，靈活設置所有課程項目，包括必修課、選修課和公共課，采用課程設計的方式，打包發送給學生，以滿足學生對某一科目的培訓需求，確保對學習的內容和進度進行嚴格控制。此模塊包括課程管理功能、視頻教學功能、課程資源上傳功能。

3.4教學反饋交流功能

3.4.1在線交流

可以采取一對一、聊天室等方式進行交流。一對一主要有文字交流及視頻語音交流兩種；而聊天室交流則為所有相關課程的講師及學生都在一起針對問題進行集中交流。

3.4.2離線解惑

學生通過留言的方式提出問題，教師在一個統一的時間進行答復，在線的學生，教師可以采取上述方式，不在線的學生，教師將解答內容發送給相應學生。

3.5遠程作業管理模塊

教師通過此模塊對學生提交的作業進行批改，同時登記成績。為保證傳輸速度同時減輕服務器負擔，傳輸作業均采用FTP協議，需要注意的是FTP協議不能承載過多額外功能，只能簡單的傳遞作業文檔。

參考文獻

[1] 李穎.中小學教育科研現狀、問題與對策――基于遼寧省中小學教育科研活動狀況的調查[J].現代教育管理，2014（3）：28-32.

第7篇：概念結構設計原則范文

學校公用房管理軟件其的主要目的是能夠達到學校資源共享，實現公用房的有效分配，它涵蓋了學校的所有公用房的詳盡資料，能實現用戶的查詢和申請功能，實現公用房分配，并且能及時的更新數據。本設計主要在數據庫和可視化軟件的基礎上編程實現的，它能夠達到以上要求，其主要要包括一個數據庫（公用房信息系統）和可視化部分（各大功能模塊），即后端與前端，其原理如下。

1.1數據庫數據庫的建立

主要是公用房信息系統的建立。本論文設立了對應數據的關聯。通過分析，將數據分為18項數據信息表。房屋基本信息表主要包括房屋的物理屬性如房屋ID、房屋名稱、房屋面積、方位等，通過房屋的ID，能唯一確定一間用房。房屋分配信息表主要包括房屋的分配屬性如分配信息ID、房屋ID、分配時間、分配狀態、所屬團隊等，通過房屋分配ID、房屋ID能夠查到相關用房的分配情況。房屋類型信息表提供了房屋的使用類型ID、類型名稱和房屋的描述屬性，以此作為選用用房的參考。學院信息表提供了學院的一些基本信息如學院ID，作為主鍵用于學院的信息查找；學院的名稱、專業類別系數、院辦電話等。通過學院的基本信息表，能夠申請學院的指定用房。除此之外，還設定了其他多項表信息，具體如圖1。

1.2功能模塊的設計

根據需求分析的結果，按照“低耦合、高內聚”的原則，本系統的可視化部分將劃分為以下主要功能模塊：登錄模塊、密碼修改模塊、管理員模塊、用戶模塊、用戶注冊模塊、用戶用房申請模塊。各模塊圖如圖2所示，主要分為管理員管理系統和用戶查詢系統，管理系統包括對用戶的管理、公用房信息的管理（如住房面積、位置、布局等信息）及更新信息管理等。用戶查詢系統主要包括查詢公用房信息（實現對公用房的各種信息查詢）和申請公用房兩大部分。

2軟件設計

軟件設計也分為前端和后端的設計，前端設計采用delphi軟件和C++語言編寫實現，后端采用SQLServer軟件實現。

2.1數據庫的設計概念

結構設計是數據庫設計的核心。概念結構設計是將系統需求分析得到的用戶需求抽象為信息結構的過程，它是用實體－聯系(Entity-RelationShip,簡稱E-R)圖進行描述的。根據公用房數據信息表之間的關系建立完整的數據庫，實現信息表的相連。圖3為房屋基本信息表_房間分配信息表外鍵關聯圖。

2.2可視化部分的設計

根據需求分析的結果，按照“低耦合、高內聚”的原則，本系統將劃分為以下主要功能模塊：登錄模塊、用戶操作信息模塊、管理員操作信息模塊、公用房申請模塊等。其中的管理員操作界面如圖4所示。1)登錄模塊：在此模塊中用戶可以根據用戶名、密碼和自己的身份來登錄到相應的主界面。其中可以選擇用戶類別：①管理員②申請用戶。它可以鏈接到用戶注冊模塊（在此模塊中，用戶填寫相應的信息來注冊。用戶注冊信息的錄入，包括用戶名、密碼等信息）。2)用戶操作信息模塊：本模塊是面向對象是用戶，其主要用來查詢公用房信息，同時可鏈接到公用房申請模塊。具體功能為：用戶可以根據公用房的不同的字段對某個特定的表進行查詢，通過檢索得到所需全部信息。用戶操作模塊只對信息有查詢操作，其他的如修改、刪除等功能不存在，及設置了權限。在此模塊中，又包含了兩個模塊：密碼修改模塊和房屋申請模塊；3)管理員操作信息模塊：管理員操作界面主要實現對公用房和用戶的信息管理功能。例如，當用戶進行公用房申請后，管理員根據用戶提供的信息對用戶進行審核，審核通過后通過相關人員實現該用戶公用房的分配。其具體功能為：程序運行時，管理員可以分別根據不同的字段來查詢所對應的信息表，也可以實現修改、刪除、錄入等功能。程序運行后，管理員點擊登錄則進入的界面如圖所示。在管理員操作模塊里，管理員可以根據自己得需要對數據進行查詢、修改、刪除、錄入等操作，也可以調用所有的信息。4)公用房申請模塊本模塊是用戶申請公用房的界面，用戶在對公用房的申請條件了解清楚后，提出公用房申請，由管理員考核是否通過。

3結語

第8篇：概念結構設計原則范文

校園網二級網站系統是一套用于展示和管理新聞類的網站系統，具有簡介展示模塊、新聞模塊、文件下載模塊、圖片展示模塊、管理員模塊、數據庫管理模塊、網站備份模塊、模板管理模塊、欄目管理模塊、內容管理模塊、數據塊管理模塊、鏈接管理模塊、設置管理模塊、網站靜態化模塊。在建設過程中，數據庫的概念結構設計完畢后，可以將數據庫概念結構轉化為某種數據庫所支持的實際數據模型，也就是數據庫的邏輯結構。

1 數據表設計要點

校園網二級網站設計開發中，考慮到系統的規模，以及系統的功能、穩定性、性能和效率等方面，特別是對系統可移植性的考慮，設計中使用MYSQL數據庫系統。依照二級網站數據庫需求分析設計各數據庫表，各個表中必須設置主鍵，否則編碼過程會受到諸多限制，也會造成數據庫的不嚴謹。在是否允許空方面，對于數據庫設置不能為空的屬性列，在編碼過程中一定要給予相應的判斷語句，否則嚴重影響到程序的健壯性塊。

在設計數據表時務必要注意，varchar(M)與char(M)雖然都是存儲字符串的，但是意義和用處卻大不一樣。char(M)表示用M個字符的空間來存儲字符串，只在處理定長字符串時操作會簡單一些，效率會高點；varchar(M)表示動態存儲M的字符以內的字符串，具體花費的存儲空間根據被存儲的信息大小而定，雖然處理上會麻煩些，但節省了內存空間。所以，必須根據被存儲信息的大小來選擇。若信息大小基本一致，則使用char(M)；若信息大小差異較大，則使用varchar(M)。還應注意的是選擇varchar(M)時，當對該屬性值進行操作時，最好應做Trim()處理。

2 各個數據表設計

2.1 欄目表

包括ID，欄目名稱、欄目內容、欄目內容關鍵字、欄目內容描述、欄目語言類型、欄目排序值等屬性列，數據類型均設置為可變長度的字符串。ID是管理員的唯一標識，故作為數據表的主鍵。具體設計如表1所示。

2.2 管理員表

包括ID，管理員用戶名、管理員密碼、管理員昵稱、管理員性別類型、管理員手機號、管理員郵箱、管理員QQ號、管理員登錄IP、管理員描述標簽、管理員最近一次注銷時間等屬性列。ID是數據表的主鍵。

2.3 數據塊表

包括ID，數據塊標題、數據塊語言類型、數據塊內容等屬性列。ID是數據表的主鍵。

2.4 下載條目表

包括ID，下載條目標題、下載條目關鍵字、下載條目文件描述、下載條目語言類型、下載條目文件地址、下載條目文件大小、下載條目添加時間、下載條目更新時間、下載條目點擊值、下載條目排序值等屬性列。ID是數據表的主鍵。

2.5 友情鏈接表

包括ID，友情鏈接標題、友情鏈接地址、友情鏈接狀態、友情鏈接關鍵字、友情鏈接添加時間、友情鏈接更新時間、友情鏈接排序值等屬性列。ID是數據表的主鍵。

2.6 新聞條目表

包括ID，新聞條目標題、新聞條目內容、新聞條目狀態、新聞條目二級欄目、新聞條目三級欄目、新聞條目關鍵字、新聞條目添加時間、新聞條目更新時間、新聞條目點擊值、新聞條目排序值等屬性列。ID是數據表的主鍵。

2.7 客服表

包括ID，服務名稱、客服語言類型、客服QQ號、客服狀態、客服排序值等屬性列。ID是數據表的主鍵。

2.8 皮膚模板表

包括ID，皮膚模板名稱、皮膚模板文件夾名、皮膚模板描述等屬性列。ID是數據表的主鍵。

3 結束語

二級網站建設中，數據表設計是制作的首要一步，也是重要一步。數據表設計合理、完整，可以有效開發網站，提高網站性能。通過調研，分析，本文對二級網站數據表做出了全面設計，完成了校園網二級網站的設計與實現的重要部分。

參考文獻

第9篇：概念結構設計原則范文

(河南財經政法大學 計算機與信息工程學院，河南 鄭州450002)

摘 要：E-R圖設計是數據庫設計的關鍵，目前諸多流行的數據庫原理教材，對E-R圖設計部分的討論均顯得不夠精細。針對這一現狀，文章通過分析不同應用環境下實體之間的聯系，提出E-R圖的精細設計方案，說明E-R圖的正確設計方法。

關鍵詞 ：數據庫設計；E-R圖；實體；聯系

0 引 言

數據庫原理是計算機相關專業的一門專業主干課，目的是使學生掌握數據庫的基本概念、基本理論和基本操作方法，理解數據庫作為目前最有效的數據管理手段，在信息系統中的基礎地位和重要作用，學會用數據庫對大量數據進行有效的組織、存儲和管理。因此，針對一個具體的應用環境，設計一個結構良好的數據庫就成為該門課程的教學重點之一。

數據庫設計人員設計的數據庫結構能否真正符合應用環境和普通用戶的要求，需要由普通用戶來進行評判，這就要求在設計數據庫的邏輯結構和物理結構之前，先設計一個普通用戶也能夠理解的、更加抽象的概念結構，通過概念結構使普通用戶能夠積極地參與到數據庫設計中來，以保證整個數據庫系統的最終成功運行。因此，概念結構設計是數據庫設計的關鍵，最常用來描述概念結構的工具就是E-R圖。

然而，目前諸多流行的數據庫原理教材[1-4]對E-R圖設計部分的討論均不夠精細，實際教學也大都跟隨教材浮于表面，從而使學生難以設計正確反映應用環境實際語義的E-R圖，造成隨后轉換得到的關系模式碼不正確、數據冗余度大、規范化程度低等問題。

1 E-R圖的設計

E-R圖設計的正確與否取決于數據庫設計人員能否真正把握應用環境的業務流程以及在該業務流程中所涉及的各個客觀對象和他們之間發生的活動，這需要作準確深入的用戶需求分析。這些客觀對象如果需要記錄的話，就抽象為E-R圖中的實體（描述實體的眾多相關數據就抽象為實體的屬性，將具有相同屬性的眾多實體抽象為實體型）。它們之間發生的活動如果也需要記錄的話，就抽象為E-R圖中的聯系，這是E-R圖設計的重點。

以高校學生選課系統為例，假設學校只有一種類型的學生，每名學生有唯一的一個學號，還有姓名、性別、年齡和班級信息；學校開設了多門課程，每門課程有唯一的一個課程號，還有課程名、學分、先行課和課程簡介信息。由于一門課程同時可以由多個教師講授，因此，在上一學期末進行選課的時候，每名學生可以根據主講教師（有唯一的教師編號）的姓名、性別、年齡和職稱信息，有選擇地選修由某些教師講授的某些課程。每個教師同時可以講授多門課程，每門課程可以供多名學生選修，如果由某個教師講授的某門課程沒有學生選修，則取消由這個教師講授的這門課程。主講教師會在學期末將自己所教學生的所有課程成績輸入到數據庫中，以供學生在網上進行查詢[4]。

首先，我們根據用戶需求，分析潛在的實體。實體通常是需求文檔中的中心名詞，主要活動都是圍繞它們開展的。顯然，該系統存在學生、課程和教師這3類客觀對象，每一類客觀對象都有很多數據需要記錄，這就構成了該系統需要記錄的第一部分主要數據；此外，該系統中的主要活動——課程的選修與講授以及成績的輸入與查詢，都是圍繞這3類客觀對象開展的。因此，這3類客觀對象就抽象為E-R圖中的3個實體型，描述這3個實體型的E-R圖如圖1所示（帶有下劃線的屬性為碼）。

其次，根據用戶需求，確定實體之間的聯系。實體之間的聯系通常是需求文檔中的中心動詞，表示實體之間發生的活動或隸屬關系。在該系統中，這3個實體型之間發生的主要活動包括學生選修教師的課程（或教師給學生講授課程）、教師輸入成績和學生查詢成績。由于一名學生可以有選擇地選修由不同教師講授的不同課程，一個教師可以給不同學生講授不同課程，一門課程可以由不同教師給不同學生講授。因此，選修（或講授）活動涉及這3個實體型，是這3個實體型之間的一個多對多聯系（在這種情況下，選修和講授是同一個聯系）。將該活動抽象為E-R圖中的一個聯系，是因為系統需要記錄這樣的活動，即哪名學生選修了哪個教師講授的哪門課程，以及由此活動產生的數據——成績（抽象為該聯系的一個屬性），這就構成了該系統需要記錄的另外一部分主要數據。該系統還有兩個活動：教師輸入成績和學生查詢成績，由于它們都只是對成績屬性的數據操作，系統并不需要對這樣的數據操作也進行記錄，因此，它們并不抽象為E-R圖中的聯系。該E-R圖如圖2所示。

很多教材[1-2]都將圖2中的選修聯系看成是學生和課程這2個實體型之間的一個多對多聯系（如圖3所示），但這只有在學生只管選課而無需考慮主講教師的情況下是正確的。在這種情況下，為了確定成績最終由哪個主講教師向數據庫中輸入（在圖2所示的情況下，這是很直接的），一個教師只能被指定為某一個或幾個班級講授課程，如圖4所示，這樣才可以根據學生所在的班級及其選修的課程來綜合確定哪個教師是其主講教師，負責為其輸入成績。因此，E-R圖的設計應該具體情況具體分析，要根據應用環境的業務流程有針對性地進行設計。

2 E-R圖的精細設計

圖2和圖4還存在一定的問題。雖然學生（在圖4中為班級）、課程和教師之間是多對多聯系，但一名學生（在圖4中為班級）選修了一門課程，只會有一個主講教師，這在圖2和圖4中是反映不出來的。

此外，根據E-R圖向關系模型的轉換原則——“3個或3個以上實體間的一個多元聯系可以轉換成一個關系模式，各實體的碼組成關系的碼或關系碼的一部分”[1-2]，圖2中的選修聯系和圖4中的講授聯系分別轉換為：

選修（學號，課程號，教師編號，成績）

和

講授（班號，課程號，教師編號）（班號為班級實體的碼）。

然而，根據上述語義，存在函數依賴“（學號，課程號）教師編號”和“（班號，課程號）教師編號”，因此，這2個關系模式的碼并不正確，應改為：

選修（學號，課程號，教師編號，成績）

和

講授（班號，課程號，教師編號）。

然而，這與轉換原則相悖。

為解決這個問題，我們對以上E-R圖進行更加精細的設計，引入教學班實體型，選修同一個教師、同一門課程的所有學生組成一個教學班（這也是很多高校的實際做法）。一名學生參加了一個教學班，就意味著選修了某個教師講授的某門課程，因此，教師、課程和學生之間是通過教學班聯系起來的（如圖5所示）。

再舉一個例子。一般的銷售系統都存在顧客瀏覽和訂購商品這樣的主要活動，其中，顧客瀏覽商品只能算是一個數據操作，顧客訂購商品需要系統記錄相應的數據，包括哪個顧客訂購了哪些商品及其訂購數量、訂購時間、收貨地址等，因此需要抽象為E-R圖中的一個聯系，如圖6所示。

然而，圖6還存在一定的問題，一個顧客一次訂購了多種商品，它們的訂購時間和收貨地址是完全相同的，其后果就是由圖6轉換得到的關系模式“訂購（顧客編號、商品編號、訂購數量、訂購時間、收貨地址）”（顧客編號和商品編號分別為顧客和商品這2個實體型的碼）存在大量的數據冗余。事實上，顧客訂購商品是通過訂單體現的，訂購時間和收貨地址只是訂單實體型的2個屬性，因此，圖6應修正為圖7。

現在很多銷售系統都會進行打折，以實現提高顧客忠誠度和促銷商品的雙重目的，為此，E-R圖中需要增加一個折扣規則實體型，以存放這些打折信息，但不同系統進行打折的方法是不同的，相應的E-R圖自然也要有所區別。

有的系統會根據顧客的等級進行打折，而不考慮該顧客購買的是哪些商品，這樣的系統主要為提高顧客忠誠度，這種情況下的E-R圖就應該如圖8所示。

有的系統只是對商品進行打折，而不考慮是哪些顧客購買了該商品，這樣的系統主要為促銷商品，這種情況下的E-R圖就應該如圖9所示。

然而，在實際應用中，如果系統足夠復雜，為了簡化E-R圖，上述的參照聯系也可以不用畫出來。

3 結 語

針對目前流行的數據庫原理教材對E-R圖設計部分討論不夠精細，從而使學生難以準確掌握E-R圖設計的問題，我們給出了一些E-R圖精細設計的案例，從中可以理解E-R圖設計的根本在于正確分析具體應用環境中的業務流程及其語義，尤其是實體之間存在的各種聯系，以克服E-R圖描述不清、隨后轉換得到的關系模式碼不正確、數據冗余度大、規范化程度低等問題。通過兩年的教學實踐，這些教學案例的應用效果良好。為了應付各行各業信息系統的需要，今后還需要進一步豐富各行各業的教學案例，使學生能更好地掌握E-R圖的分析與設計方法。

基金項目：國家自然科學基金（61202285）；河南省基礎與前沿技術研究項目（112300410201）；河南省高等教育教學改革項目“財經類高校計算機專業綜合改革研究與實踐”（2014SJGLX233）。

第一作者簡介：邵超，男，副教授，研究方向為機器學習、數據挖掘與數據可視化， sc_flying@163.com。

參考文獻：

[1] 王珊， 薩師煊. 數據庫系統概論[M]. 4版. 北京: 高等教育出版社， 2006: 209-224.

[2] 范明. 數據庫原理教程[M]. 北京: 科學出版社， 2008: 26-28.

[3] Silberschatz A. 數據庫系統概念[M]. 5版. 楊冬青， 馬秀莉， 唐世渭， 等譯. 北京: 機械工業出版社， 2008: 130-154.