時間：2023-10-11 09:58:08
緒論：在尋找寫作靈感嗎？愛發表網為您精選了8篇概念結構設計原則，愿這些內容能夠啟迪您的思維，激發您的創作熱情，歡迎您的閱讀與分享！
【關鍵詞】 學生黨建 管理系統 系統分析 系統設計
1 引言
在當今信息技術飛速發展背景下，現在高校已經都配備了合適于學校自身管理的學生管理系統，并成為了學生管理工作中重要的組成部分。但是隨著學校的學生數量不斷增加和管理工作的不斷重置和細化。同時，由于學校加強了學生的思想政治教育，而學生的黨建工作室其中的重要內容之一，故建立一個高效快捷的黨建管理系統就顯得不可或缺。其目的是為了提高對學生信息的管理，合理利用現有資源和開支，避免不必要的浪費，從而提高學校在各方面的工作效率。
本文以保山中醫藥高等專科學校學生黨建管理工作為例進行了管理系統的分析和設計。
2 研究綜述
2.1 系統概念及內容
保中醫專學生黨建管理系統是采用B/S（Browser/Server）結構即瀏覽器和服務器結構。在這種結構下，用戶工作界面是通過web來實現，主要事務邏輯在服務器端（Server）實現這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了總體成本。B/S架構管理系統方便、快捷、高效。他的主要特點是：維護和升級方式簡單、成本低、應用服務器運行數據負荷較重。
2.2 系統建設的原則[1]
（1）面向用戶的原則。（2）使用模塊化設計。（3）此系統的設計主要使用快速原型法。
3 系統需求分析
3.1 管理部門及管理角色分析
（1）管理部門。保中醫專學生黨建工作是在校黨委的領導下由學生工作部（處）來負責統籌規劃、協調和具體管理。涉及的管理部門有：保山中醫藥高等專科學校黨委、黨委組織部、學生黨總支、各系黨支部。（2）管理角色。根據保中醫專黨建工作開展的業務需求，學生黨建管理的主要用戶大致可以分為以下系統管理員、校黨委管理員、黨委組織部管理員、學生黨總支管理員、系黨支部管理員、系年級管理員、班級管理員、學生。
3.2 系統主要業務流程分析
（1）學生黨建管理介紹。根據保中醫專學生黨建工作分析，本系統業務流程包含：學生對本人入黨申報相關信息的錄入查看；各級管理員對申報入黨學生信息的添加和修改審核。（2）學生入黨流程。[2]學生入黨過程中要嚴格按照和校黨委制定的相關流程進行。對學生進行入黨前的啟蒙教育，接受學生的入黨申請書，系黨支部為申請人指定或學生自己聯系入黨介紹人并同申請人談話教育，系部推薦為入黨積極分子，積極份子考核期滿后報送學生黨總支進行審核，學生黨總支報送校黨委審核公示確定為發展對象，對發展對象進行培訓考核，學生個人寫書入黨志愿書審核確定為預備黨員公示，對預備黨員進行教育觀察審核為正式黨員。
3.3 系統功能需求分析
按照用戶的需求來進行分模塊設計，通過使用系統使大量繁雜、重復的工作快捷、有序、規范同時提高管理效益和質量，實時動態、準確、完整地提供學生黨員團員信息，保證我校在學生黨建工作管理的質量，為學校提供數字化、合理化的學生黨建工作管理信息及處理平臺。
4 管理系統的設計
4.1 系統總體設計
（1）系統總體設計原則。穩定性、實用性、可靠性、經濟性、擴充性、安全性。（2）系統功能模塊劃分。保中醫專學生黨建管理系統是在充分分析黨建工作需求的基礎上，結合此系統預期達到的目的確定了系統由以下六個子系統構成。設置管理模塊；查詢使用管理模塊；入黨管理模塊；數據統計模塊；信息模塊；關系接轉模塊。
4.3 數據庫設計
數據庫設計是指對于給定的硬件、軟件環境，針對現應用問題，設計一個較優的數據模型，依據此模型建立數據庫中表、視圖等結構，并以此為基礎構建數據庫信息管理應用系統。
（1）概念設計。概念結構設計是將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。概念數據模型，主要在系統開發的數據庫設計階段使用，是按照用戶的觀點來對數據和信息進行建模，利用實體關系圖來實現。它描述系統中的各個實體以及相關實體之間的關系，是系統特性和靜態描述。數據字典也將是系統進一步開發的基礎。概念模型一般先畫出組織的局部E-R圖，然后將其合并來進行表現[3]。（2）邏輯結構設計邏輯結構設計的任務是把概念結構設計階段產生的概念數據庫模式變換為邏輯結構的數據庫模式。即把E-R圖轉換為數據模型，這里以關系模型和關系數據庫管理系統為基礎來進一步討論邏輯結構設計方法，邏輯結構設計一般包含兩個步驟：將E-R圖轉換為初始的關系數據庫模式；對關系模式進行規范化處理。再對其進行數據庫表設計。
5 結語
通過保山中醫藥高等專科學校黨建工作的開展情況做了大量的調查與分析，在功能分析、系統需求等方面做了大量的工作并閱讀了大量的關于黨建工作信息化建設管理的文獻，權衡與考慮多方面因素上進行的系統分析與設計。并通過該系統的設計與實現，有效的促進學校信息化建設和管理。
參考文獻：
[1]Roger5.Pressman著軟件工程：實踐者之路（第5版）[M].北京：清華大學出版社，2005.9.
【關鍵詞】高層建筑；結構設計；鋼筋混凝土
1.前言
我國施工建設的建筑高度不斷提升，隨之而來的是高層樓房建筑類型和功能日趨復雜，這必然對鋼筋混凝土高層結構設計提出了更高的要求。通過查閱大量的資料以及本人設計實踐發覺，在設計鋼筋混凝土高層結構時，難免就會造成設計失誤或者遺漏設計的狀況發生。為了能夠在很大程度上避免這種失誤和漏洞的產生，展開鋼筋混凝土高層結構設計分析有重要的意義。
2.概念設計
確保結構抗震性優越的一種設計方法即概念結構設計。選取結構方案應當有助于高層建筑防震，在對外延結構以及構件進行設計時應當考慮到，采取何種舉措來規避薄弱環節受到損害，即使有局部被破壞的現象發生，怎樣降低對建筑物整體的影響力；在對靜定結構進行設計時，應當采取兩道防線的舉措等每個設計環節中都應將概念設計融入其中。因此概念結構設計在整個結構設計中起著非常重要的作用，設計師和建筑師應當注重概念設計中的各項規定，這樣才能夠確保整個設計方向的正確性。因此在概念結構設計上應當考慮以下幾個因素：
2.1結構體系因素
在構建結構體系時一定要注重選擇有規則的立面和平面，選擇的結構體系要抗風性和抗震性強，且具有經濟可行性。同時，要保證結構體系的設計簡圖明確，設計的地震傳送路徑具與結構設計相適應。
2.2概念設計中的彈性設計
在大部分建筑施工中，彈性設計只是針對小級別的地震，而概念設計下的結構構造，是以“大震不倒，中震可補”為原則。不過至今沒有得到驗證，所以概念設計的這一原則是否有效，沒有得到實踐性檢驗。為了能夠滿足這一原則，有關專家提出了系統的設計標準：大地震或者中級地震的彈性設計標準；大地震或者中級地震不屈服設計的標準；要求施工單位要確保“三水準”設計標準。
2.3設計的個性化
在概念設計中提出的結構設計應當使建筑物具有個性化，即在保證建筑物設計具有抗震性的基礎上，將建筑物結構設計從宏觀定向目標過渡到多樣化設計目標中。在設計時，設計者可以根據業主的要求來選擇不同抗震級別設計，根據業主防震抗震需求來運用“彈性設計”和“不屈服設計”。
3.高層結構設計中的常見問題及解決辦法
3.1結構選型的常見問題以及解決辦法
（1）結構選型中的結構體系問題的解決辦法
有較好地基的高層建筑，在保證上部結構不變形的情況下，應使剛度盡可能減弱。這時寬高比例，可以利用合適的結構設計和基礎來實現。同時為了確保上下層剛度勻實，可以將塔樓長剪力墻用輕型墻隔開成為斷肢墻來分擔剛度。在規范中明確規定對上下層進行調控轉角比例為1時，可以替代轉換層上下兩層剛度的比例值公式。增加水平加強層的側邊剛度時，會給予外柱較大的剪力，所以不宜使用。
（2）結構超高問題的解決辦法
在設計抗震級別越高的高層建筑時，樓層的限制高度的級別也就越高。特別是新規實施以來，對超高問題有了明確的限定，當下不但設置有A級高度建筑物，而且還添設了B級別高度的建筑物。所以，高度是結構設計中應當嚴格把關超高這一環節，特別是在進行B級建筑物進行設計時，一旦超高，設計方案和處置手段會發生巨大改變。在現實工程設計時，由于高度級別變化之后沒有重新修改結構類型，而導致結構設計圖無法被審批。因此高度問題是結構設計中一項重大問題，需要設計師和建筑師的重視。
（3）設定短肢剪力墻問題的解決辦法
剪力墻是指兩根連梁之間的橫截面高度和厚度的比例是5-8的墻。在高層建筑中設置斷肢剪力墻，增添了較多的限制條件。所以設計高層建筑結構時，工程師為確保工程的順利進行，只有在不得已的條件下才會設計短肢剪力墻。
3.2地基基礎設計的常見問題及解決辦法
地基基礎設計的設計好壞直接關系到下一個設計環節能否順利進行，所以結構工程師比較注重該環節的設計。同時地基基礎設計還關系著工程造價的問題，所以在該階段如若出現問題，會造成巨大的虧損。
地方性規范重要性的問題是地基基礎設計關鍵問題，我國國土面積大，地質狀況千奇百怪，一本國家出臺的《地基基礎設計規范》，并不能滿足全國每個地方對地基與基礎的具體規定。所以，在以國家標準地基基礎設計規范為基礎的前提下，每個地區都有符合個區域性具體、系統的地基基礎設計方法和經驗，使得設計的地基基礎更加精確和詳盡。因此在設計地基基礎時，必須要深入的學習地方性地基基礎規范，這樣才能夠使設計出來的地基基礎符合工程設計需要，為保證下面環節順利設計奠定基礎。
3.3結構計算與分析中的問題以及解決辦法
基于建筑房屋建設施工中的新規不斷下發，使得各類計算軟件的版本也在不斷更新。然而更新后的計算軟件會時常出問題，究其原因有軟件本身的問題，也有工程師對軟件的規范不能了解所致。所以，工程設計師只有準確的使用計算機軟件來確保內力分析更加精確和高效，同時按著設計要求來處理，才能夠保證工程設計質量達標。下面就開始對結構計算分析中的問題進行探討。
（1）計算模型的選取
針對普通結構設計，采取的模型應當是樓板整體平面內無限剛假設模型；樓板分塊平面內的無限剛模型，則可以運用在錯層和多塔結構中；既能選擇彈性連接板模型，也能應用樓板分塊無限剛模型的結構有在樓塔上面相連接的多塔型結構、樓板個別部位有大洞的結構等幾種。在運用各個模型時，不是死板硬套而是從實際出發，來靈活運動各個模型。不過在選擇計算模型時應當以極少的計算量來使預期分析的精度需求達標為原則，選用模型時要審時度勢，分清狀況來選擇合適的模型，如果只是一味的使用剛性樓板，就會導致計算墻肢的值偏小，施工時就極有可能引起事故。同時彈性樓板的采用也要根據實際情況來，以免計算量過大，浪費人力物力。
（2）抗震等級確定的問題即解決辦法
《高層建筑混凝土結構技術規程》中規定了普通的高層建筑的抗震等級。規定中指出主樓連接的整個樓群抗震級別要高于主樓的抗震級別；對于較復雜的高層建筑物，除了以上的要求之外，還應當滿足第十章的要求。針對地下室的結構設計，地下室的上部結構牢固點即地下室天花板，進行抗震級別設計時，負一層的抗震等級應當與上部結構級別相同。負一層以下的抗震級別視情況而定，一般是設置為抗震級別三級，也可以設置更低的抗震級別。
4.結論
想要做好高層建筑結構設計這項非常復雜的工作，使工程技術員明確設計規范，將計算機軟件合理運用起來，在最大程度上避免設計過程中錯誤或者遺漏的發生，降低結構設計中的不確定因素，是本文分析鋼筋混凝土高層結構設計中的常見問題的初衷，希望通過本文分析能夠給予相關人員以借鑒。
參考文獻：
[1]張志強. 鋼筋混凝土高層結構設計常見問題分析[J]. 城市建筑，2013（18）：56.
關鍵詞：大型風電機組；增速齒輪箱；箱體結構；優化設計
風能作為一種清潔、廉價的可再生資源，是現代能源發展的主要方向，其全世界蘊藏總量達到目前全球能源消耗總量的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結論
關鍵詞：需求分析；用例圖；概念結構；邏輯結構
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2011)31-7585-02
1 研究目的
隨著人們生活水平的提高，品牌服裝越來越受到人們的青睞。但是，很多專賣店仍然采用落后的人工管理方式。這種狀況對提高整個專賣店的管理水平、市場預測和輔助決策等帶來了負面影響。
本數據庫應用系統是針對縣區專賣店的實際需求開發設計的，利用計算機運算速度快、存儲信息容量大、處理邏輯問題強、功能強大的優勢，從專賣店的服裝訂購、進庫、銷售、店員管理等實際需求出發，針對性強，功能齊備，旨在通過幫助專賣店服裝管理實現信息化，以提高專賣店管理的效率。
2 系統分析
2.1 技術可行性
硬件方面：硬盤根據數據庫的大小而定；
CPU：2.4GHz；
內存：2G；
軟件方面：
操作系統：WINDOWS2000/XP
程序開發工具：Visual Basic6.0
數據庫：SQLServer2005
本系統所規劃出的功能(基礎數據維護、進貨事務處理、銷售事務處理、庫存信息統計、銷售信息統計、店員事務處理等)基本能滿足用戶的需求。所使用的開發工具完全可以完成用戶所提出的要求。
2.2 經濟可行性
本系統的使用完全脫離了傳統的手工管理方式，實現無紙化辦公，同時又有利于記錄的長期保存，還可以使相關人員統計庫存和銷售數據，節省了翻賬本查找和手工計算的時間，提高了工作效率，經理可以隨時查看庫存和統計的確切信息，使得決策更加高效準確。用戶使用了本系統后只需要花一定資金購買電腦和必備的軟件即能實現自動化，投如資金很少。
2.3 需求分析
在需求分析階段，就是要準確的回答“系統必須做什么”的問題。需求分析的過程，就是與用戶共同協商，明確系統的全部功能、性能以及運行規格。需求分析的結果是軟件開發的基礎，因此它關系到軟件開發的成敗和軟件產品的質量，其重要性不言而喻。需求分析最大的好處就是，能使開發后期和整個維護階段要重做的工作大大減少。
2.4 系統功能需求
用戶管理需要實現的功能主要有：驗證用戶登錄信息并獲取用戶信息，并記錄登錄時間、添加系統用戶信息、更新系統用戶信息、刪除系統用戶信息、查詢系統用戶信息。
進貨管理需要實現的主要功能有：添加進貨信息、更新進貨信息、刪除進貨信息、查詢進貨信息、統計進貨信息。
銷售管理需要實現的主要功能有：添加、更新、刪除、查詢和統計銷售信息。
報損管理需要實現的主要功能有：添加、更新、刪除、查詢和統計報損信息。
2.5 建立用例圖
用例圖是被稱為參與者的外部用戶所能觀察到的系統功能的模型圖，呈現了一些參與者和一些用例，以及它們之間的關系，主要用于對系統、子系統或類的功能行為進行建模。
用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯系的。用例圖用于對系統、子系統或類的行為進行可視化，使用戶能夠理解如何使用這些元素，并使開發者能夠實現這些元素。 將每個系統中的用戶分出工作狀態的屬性和工作內容，方便建模，防止功能重復和多余的類。用例圖定義了系統的功能需求，它是從系統的外部看系統功能，并不描述系統內部對功能的具體實現。
根據系統的功能需求分析，得到服裝專賣店的數據庫應用系統的用例圖，見圖1。
3 數據庫設計
3.1 概念結構設計
將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數據庫設計的關鍵。
概念結構是對現實世界的一種抽象，即對實際的人、物、事和概念進行人為處理，抽取共同特性，忽略非本質細節，并把這些特性用各種概念精確的加以描述，這些概念組成了某種模型。一般有三種抽象：分類，聚集，概括。
對需求分析階段收集到的數據進行分類、組織，形成實體，實體的屬性，標識實體的碼，確定實體之間的聯系類型，設計E-R圖。
為了簡化E-R圖的處置，現實世界的事物能作為屬性對待的，盡量作為屬性對待。
實體和屬性并沒有形式上可以截然劃分的界限，但可以給出兩條準則：
1) 屬性不能再具有需要描述的性質。即屬性必須是不可分的數據項，不能再由另一些屬性組成。
2) 屬性不能與其他實體具有聯系。聯系只發生在實體之間。
根據這些準則，設計E-R圖。實體之間的聯系見圖2。
3.2 邏輯結構設計
邏輯結構設計的任務就是把概念結構設計好的基本E-R圖轉換為與選用DBMS產品所支持的數據模型相符合的邏輯結構[1]。
圖2中菱形表示的兩個實體之間的聯系均為1:n的聯系，根據參考資料1提到的E-R圖轉換為關系模型應遵循的原則，把這類聯系與n端的實體合并。
下面把設計好的E-R圖轉換為關系模型，關系的碼用下橫線標出。
訂單（訂單編號，商品編號，數量，單價，送貨員，接收號，日期，備注）
商品（商品編號，名稱，數量，單價，類型編號，供應商編號，介紹，備注）
商品類型（類型編號，類型名稱，商品名稱，數量，單價，備注）
銷售單（銷售單編號，商品編號，數量，單價，店員編號，日期，備注）
報損單（報損單編號，訂單編號，數量，店員編號，原因，日期）
供應商（供應商編號，名稱，聯系方式，介紹，備注）
店員（店員編號，用戶名，密碼，真實姓名，上次登錄時間，用戶類型）
3.3 數據庫的物理結構設計
數據庫最終要存儲在物理設備上，并為物理設備實現數據的處理和輸出提供理論依據。數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構，它依賴于給定的計算機系統。為一個給定的邏輯數據模型選取一個最合適應用要求的物理結構的過程，就是數據庫的物理設計。
品牌服裝專賣店數據庫應用系統的后臺數據庫的物理結構設計主要考慮了兩方面：
1) 數據存取選擇索引方法，主要是B+樹索引方法。存取方法是快速存取數據庫中數據的技術[2]。
分析商品關系模式，商品名稱屬性以后在查詢條件中經常出現，需要在商品名稱上建立索引，這樣，有了商品名稱索引，以后使用該字段名查詢時可以節省執行開銷。分析商品類型關系模式，商品類型名稱屬性以后在查詢條件中經常出現，需要在商品類型名稱上建立索引。同樣，分析店員和供應商關系模式，用戶名屬性和供應商名稱屬性以后在查詢條件中經常出現，也需要在兩個屬性上建立索引。每個關系模式的編號屬性，可以唯一確定關系中的一條記錄，為了保證關系的實體完整性，把每個編號屬性設置為每個關系模式的主索引。
2) 確定數據庫的存儲結構。由于整個系統涉及到的數據量相對來說不是很多，把整個數據庫應用系統存儲在同一磁盤上，建立“服裝庫存管理系統”文件夾。在該文件夾里邊建立兩個子文件夾“DB”和“Source Code”，其中，“DB”文件夾用于存儲數據庫BuySaleStorage，“Source Code”用于存儲VB代碼。這樣，把所有數據集中在一起有利于以后的統一管理。
4 總結
通過數據庫應用系統的設計與實現的具體實踐，把軟件工程的原理和方法應用到數據庫系統的設計中來，開發了數據庫及其應用系統。本數據庫應用系統是針對縣區專賣店的實際需求開發設計的，利用計算機運算速度快、存儲信息容量大、處理邏輯問題強、功能強大的優勢，從專賣店的服裝訂購、進庫、銷售、店員管理等實際需求出發，針對性強，功能齊備，可以幫助專賣店服裝管理實現信息化，從而提高專賣店管理的效率。
參考文獻
近年來，中國保險業發展迅猛，與此相對應，國內財產保險軟件項目規模也越來越大，業務本身越來越復雜，這從技術和管理兩個方面都給項目實施帶來了挑戰。
開發特點
總的來說，當前財產保險應用軟件開發有以下幾個特點:
業務多變
國內保險企業在全球保險業大環境和不斷增長的來自國外和國內的競爭對手的競爭壓力下需要以“變”求發展。不斷推出新的產品和新的服務模式以滿足用戶的需求是目前保險業發展的一個特點。
業務復雜
財產保險公司往往包括幾十個險類，上百個甚至幾百個業務險種。這些險類險種既有共性，又有特性，如何將這些共性和特性有機地組織在一起是軟件開發必須要有效解決的問題。
新產品上線要求時間短
保險公司為了搶占市場，爭奪客戶，從研發推出新產品到產品上線往往只有一周甚至更短的時間，這就對應用系統的開發效率提出了極高的要求。
項目組人員多，水平參差不齊，造成管理困難
項目規模變大造成項目參與人員不斷增加，不少項目組都達到了30～50人的規模。而且，人員的水平有較大的差異，這對我們進行高效溝通，保證項目的進度和質量都是不小的挑戰。
應對上述挑戰的手段和方法有很多，而建立統一的開發規范首當其沖。其中，詞根表和庫結構又是建立開發規范的重要基礎。詞根是領域概念在軟件實現過程中的英文(縮寫)約定。詞根能夠對各保險軟件開發形成一種規范和標準，統一領域語義；同時供開發人員參考遵循，從而避免不必要的重復工作和資源浪費，提高工作效率和質量。庫結構的設計在應用開發中占有重要的地位，它使軟件穩定下來，并且是實現業務敏捷性的一個基礎。
詞根的建設和應用
我們把領域概念在軟件實現過程中的英文（縮寫）約定稱之為這個領域概念的詞根。詞根是在軟件設計和實現中各種概念元素命名構造的基本單位。詞根的基礎框架如圖1所示。它自下而上包括三個部分，詞根來源、詞根組成和詞根應用。
詞根表包括三個部分: 詞根、詞組根、術語和詞典。所有詞根按照詞根的描述規范(EDS，Etyma Description Specification)進行描述，并按照詞根分類規范(ECS, Etyma Classiftication Specification)進行分類。
詞根的管理和應用是對詞根表的管理維護和對詞根表的使用方式的約定，包括詞根生命周期管理規定、詞根使用規則提示、詞根查詢和命名建議四個部分。
詞根由“詞組根”、“詞根”和“保險術語和金融保險詞典”三個部分組成。其中詞根是軟件開發中概念元素的最基本構造單位，是原子。詞組根是詞組形式的領域概念的編寫約定，相對于詞根來說，是分子。術語和詞典是詞根來源中的原始術語和詞典，一并將其納入詞根系統進行管理以便于程序員進行參考。
參考《保險術語》中對保險術語的分類，根據保險項目的要素特征可以將詞根分成幾大類: 如標的、業務、單證、財會等大類，在每一大類中又根據業務主題或環節再進行細分，比如投承保、批改、理賠等子類。
為便于詞根的應用，使得詞根充分發揮作用，詞根的應用更有效率，可以開發一個詞根表管理系統，系統的主要功能包括詞根生命周期管理、詞根使用規則提示、詞根查詢和命名建議四個部分。
詞根表應用可以統一團隊內的保險領域的編程“語言”，實現應用的“規范化”，提高代碼的質量和水平。其次，在對庫表、字段、函數等進行命名時，詞根表還可以提供重要參考，從而提高應用開發的效率，同時，它也是部門內培訓新人的一個重要的文檔材料。
庫結構的設計
通常，數據庫的設計被分為六個階段，需求分析、概念結構設計、邏輯結構設計、物理結構設計、數據庫實施、數據庫運行和維護。將需求分析階段得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數據庫設計的關鍵。目前應用最廣泛的描述概念結構的工具是ER圖。
但僅僅以E-R關系為核心的傳統設計方法對業務概念的依賴性較強，對實體缺乏進一步的分析，從而使得大型應用的模型很難理解。在對復用的支持上，在對業務變化的適應性上也缺乏必要的考慮。
在數據庫結構的設計中，可以采用結合維度和E-R兩種設計思想的綜合性方法，具體步驟如圖3所示，分為四步。
第一步，業務文件和單證分析
在開始階段，首先對相關業務領域的業務文件和業務單證進行收集、整理和分析，重點是明確業務流程，收集業務文件和流程中所體現的業務實體概念、對單證上的各個要素進行采樣和收集，并參照詞根表對各個要素進行命名，形成“業務實體概念表”和“信息要素表”。
第二步，維度和標量的收集和分析
對上一步收集的信息要素進行分類和整理，首先分辨哪些要素屬于維度、哪些要素是標量和屬性，此后再對維度進行進一步的分析，按5WH的方式進行進一步分類，為下一步使用上述要素構建數據結構做好準備。
通過這個階段的分析和整理，設計人員得到相關業務領域的維度分類匯總表、標量匯總表和屬性匯總表。通過對上述“信息要素表”按5WH的方式進行分析，得到如下的“維度分類匯總表”、“標量匯總表”、“屬性匯總表”。
第三步，實體-關系分析
在第三階段，根據第一步中得到業務實體概念表，整理和匯總業務實體之間的關系，并根據業務領域的需要，選擇其中必要的業務概念，作為系統的實體結構，并最終繪制業務領域的E-R圖。
第四步，形成和調整數據結構
在第四階段，使用第二步中得到的維度、標量和屬性要素填充第三步得到實體結構最終得到數據結構的概念模型，并依據數據庫設計的范式原則和程序應用的方便性等因素進行調整，得到最終的數據結構。
庫結構適應性分析
隨著保險市場的不斷開放，競爭日益激烈，業務變化很快。業務相似度高但又絕不相同，分類困難。庫表設計應充分考慮這些特點，通過縱橫向設計、代碼表配置、主子表設計等多種方法，使的庫結構具備較強的適應性。
保險行業最主要的需求來源于業務擴展，即新產品增加。從數據采集的角度分析，新增產品可以抽象為三類情況。
第一類產品: 與系統的基本業務流程基本一致，只是條款信息、保障范圍、費率、出險原因等有所差異，但是無需額外采集信息。這類產品只需配置橫向代碼表(包括險種代碼、險別代碼、標的代碼等)就可以實現，無需變更數據結構。
第二類產品: 與已有基本產品相比，除了條款、保障項目等有所差異外，還需要額外采集非關鍵性的業務信息。可以使用屬性擴展表存儲額外采集的信息，無需調整數據結構。
關鍵詞：信息系統；酒店管理；數據庫;設計
中圖分類號：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.
關鍵詞：建筑結構 ， 概念設計 ，具體運用
Abstract: with the development of the society, in everyday life we see more and more exquisite building structures, people on the requirement of building structure is rising steadily. In architectural design in the development of large, attracted many new design theory, along with the increase of the scale of the project, technology is also more and more complex, more uncertainty factors, and the engineering design requirements of more and more is also high, the introduction of the concept design satisfy these requirements, it not only played a designer's innovation ability and, in some special design conditions of a huge advantage.
Keywords: building structure, concept design, specific application
中圖分類號：S611文獻標識碼：A 文章編號：
引言
在建筑結構設計中，一些經驗豐富的工程設計人員會采用結構概念設計。結構概念設計是指工程設計人員根據自己多年的實踐經驗，對建筑物的結構應采取哪些合理的形式，對結構可能發生的變形和結構的內力等等形成的一種總體的概念和綜合分析的能力。由于在建筑結構設計中，會遇到各種各樣的不確定的因素，并且有些數據無法經過科學的計算方法獲取，因此，只能根據建筑工程人員的多年經驗，運用結構概念設計來解決。本文將對結構概念設計進行簡單的論述，然后分析結構概念設計在具體領域的使用，并且分析結構概念設計在建筑結構設計中的意義。
一 結構概念設計概述
在摘要的論述中已經講到過結構概念設計是在經驗與理論相互結合的基礎上產生的，它是建筑設計人員根據多年的實踐經驗和所學的建筑理論知識，對建筑結構設計形成的一種新的設計方法。這種方法既符合理論的科學性，又能根據具體的情境，結合施工的實際，補充建筑理論的不足。在進行建筑結構概念設計時，建筑工程師會依據已有的建筑結構設計經驗與理論知識的結合，從大體的角度對建筑結構設計進行概念性地分析和比較，確立建筑結構的總體布局，實現合理的設計。
在建筑結構設計中，運用結構概念設計非常重要。在進行建筑結構方案設計時，建筑人員無法通過計算機的運行來實現，只能通過建筑工程師自身通過比較和分析，根據自己的建筑結構知識和以往經驗，選擇效果良好的經濟效益高的結構方案。
二 結構概念設計在建筑結構設計中的具體運用
1 結構概念設計在建筑平面結構設計中的應用
在高層建筑設計中，水平荷載作用下的建筑結構側移成為了高層建筑設計的難題。建筑結構設計人員在進行結構設計時，要運用結構概念設計原則，既要考慮到滿足相關的要求，又要選擇更好的抗側力體系。在建筑物選擇平面結構時，應該選用風壓較小的結構設計。在進行結構設計時，還要綜合分析所建建筑物周圍的建筑物，了解分析周圍建筑物對所建建筑物風壓布局的影響。還要考慮建筑物的結構設計要增強建筑物的抵抗能力和豎向的荷載。并且，建筑結構設計人員還要運用概念設計，考慮到建筑結構的抗震能力，在平面設計時，要力求使建筑的平面結構簡單規則。在結構概念設計中，如何選擇既能夠滿足建筑結構側向的移動距離，又不出現危險、使建筑結構能承受更多的側壓力的建筑結構模式，是目前建筑結構設計工程師所面臨的最大難題。
建筑平面結構要做到簡單規則，考慮到風所帶來一定的影響，可以根據具體情況，適當放寬建筑平面的結構，因為建筑結構設計一旦發生整體彎曲變形，還可以有補救措施。
2 概念結構設計在建筑剖面結構設計中的應用
在建筑工程人員進行建筑的剖面設計時，要做好豎向的傳力體系設計，控制好建筑物的高度比，使高層建筑物的抗側力結構剛度由基礎向建筑物的頂層逐漸過渡，避免出現建筑物豎向上剛度出現突變而消弱高層建筑物水平荷載能力的現象。當建筑物豎向的剛度變化特別大時或在高層建筑物的結構布局發生變化時，要設置結構的轉換層，以確保高層建筑的穩定性。在給高層建筑設置錨固深度時，要結合高層建筑物設備用房和地下停車場的需要，設置一層或幾層地下空間，提高高層建筑的抗震能力和抗傾覆能力。
在進行建筑物豎向形體設計時，根據概念設計原則，建筑結構設計人員可以選用截錐形、上窄下寬形和新月形的豎向形體設計形式。截錐形是指采用從下而上分段逐步減小樓層面積的階梯狀形體，這樣能大大地增加房屋的剛度，此外，采用這種形體的建筑頂部樓面比建筑底部要小，有利于建筑的抗風和抗震作用。當采用上窄下寬形時，建筑物隨著高度的增加，樓身不斷變細，這樣可以大大減少建筑物高層所承受的風力，降低樓體重心，增強建筑結構的穩定性。這種形式常見的有上削楔形體和退縮體，這些結構都有很好的抗風、抗震功能。當建筑設計人員采用新月形設計時，建筑物就像一個豎向的懸臂殼體，能有效地增加側向力剛度。它的作用就像波形的屋面殼體，能抵抗重力荷載，通過一個殼和一個框架承受。這種形式的建筑物能夠有效地抵抗對稱作用和建筑物的側向力。
3 結構概念設計在基礎設計中的作用
根據建筑物的不同地理位置和結構形式，建筑結構設計人員可以根據結構概念設計原則選擇使用樁基基礎、箱型基礎和筏形基礎。當遇到地基土質較軟的情況時，建筑結構設計人員一定要考慮到運用人工的方法增強地基的承載能力。建筑工程人員可以采用樁基結構，用預制的鋼筋混凝土土樁、混凝土灌注樁和鋼管樁，將荷載直接傳到地基下部堅實的持力層。在運用箱型基礎時，建筑物的荷載力能夠均勻地傳給地基，抵抗地基的不均勻沉降，和周圍的土體共同協作，增強建筑物的抗震和抗風能力。當采用筏形基礎時，建筑物的上部結構荷載較大，地基的承載力較低。采用這種結構可以有效分散建筑物上部的荷載力，增加地基的承載力，防止地基產生不均勻沉降。
三 在建筑結構中采用結構概念設計的意義
結構概念設計是在考慮建筑空間和具體的地理環境、使用整體概念來思考建筑結構的一種設計方案，力學的特點在結構概念設計中展現得淋漓盡致。運用結構概念設計時，建筑人員能夠在整體結構上把握各種性能，進行科學判斷和合理取舍，在建筑的初期設計階段有著十分重要的作用。
總的來說，建筑工程是一個完整的空間結構，各個部分是一個有機結合體，不可分割。在當前的建筑結構設計中，對具體的空間結構的設計還有一定的局限性，有時只能依靠建筑工程設計人員進行大膽假設與猜想，通過建筑設計人員的經驗和理論知識，選擇多樣的建筑結構形式，增加建筑結構設計的靈活性。
就目前來說，我國的建筑結構設計，難以準確地達到抗震、抗暴風的要求。建筑結構設計的一些理論還不盡完善，有一些建筑結構設計沒有具體的計算公式，無法求出準確的答案，因此只能通過建筑結構設計人員的經驗，運用結構概念設計，才能彌補這些不足。
總結：
建筑結構概念設計是一種很重要的設計思想，正在被越來越多的建筑結構設計工程師接受和采用，并且在建筑結構設計中發揮越來越重大的作用，必定會成為以后建筑結構設計的主流思想。建筑結構概念設計側重的是建筑結構設計人員的經驗，需要建筑結構設計人員形成整體的概念來構筑整體的方案。在建筑結構中，結構概念的設計具體體現在建筑結構的平面設計、剖面設計和基礎設計中，并且能夠取得良好的效果，能夠有效提高建筑物抗震和抗風能力，增加建筑物的穩定性，并且還能夠提高建筑結構設計的效率，給建筑工程公司帶來更好的經濟效益。
參考文獻：
[1] 隋翔宇. 工業建筑中的結構概念設計[J]. 山西建筑, 2011(4).
【關鍵詞】酒店管理 人員管理 餐飲 住宿
管理信息系統利用計算機的硬件和軟件，手工規程、分析、計劃、控制和決策用的模型，以及數據庫對信息進行收集、傳輸、加工、保存和使用。因此，管理信息系統是一個信息處理系統。酒店管理系統的應用對象定位在普通酒店，因此在進行需求分析時主要考慮酒店的具體需求，并將設計目標確定為酒店提供基本的管理功能。
我們在概念設計方面的需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一DBMS實現這些需求。
數據庫作為存取數據并對數據進行操作的工具在系統中所起到的作用至關重要。數據庫設計是指對于一個給定的應用環境，構造優化的數據庫邏輯模式和物理模式結果，并據此建立數據庫及其應用系統，使之能有效地存儲和管理數據，滿足應用需求，包括信息管理要求和數據操作。信息管理要求是指在數據庫中應該存儲和管理哪些數據對象；數據操作要求是指對數據對象進行哪些操作，如查詢、增、刪、改、統計等操作。數據庫設計地目標是維用戶和各種應用系統提供的一個信息基礎設施和高效率地運行環境。高效率的運行環境包括：數據庫數據的存取速率、數據庫存儲空間的利用率、數據庫系統運行管理的效率等都是高的。
概念結構主要特點：
（1）能真是、充分地反映顯示世界，包括事物和事物之間的聯系，能滿足用戶對數據的處理要求，是對現實世界的一個只是模型；
（2）易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數據庫設計成功的關鍵。
（3）易于更改，當應用環境和應用要求改變時，容易對概念模型修改和擴充；
（4）易于向關系、網狀、層次等各種數據模型轉換；
現在對所設計系統的需求作進一步的分析，產生概念結構設計的E-R模型。由于這個系統并不復雜，因此可采用自頂向下的設計方法。自頂向下設計的關鍵是確定系統的核心活動。所謂核心活動就是系統中的其它活動都要圍繞這個活動展開，或與此活動密切相關。確定了核心活動之后，系統就有了可擴展的余地。此系統包含的實體有：
（l）用戶：用來描述酒店操作員的有關信息，用用戶編號來標志。
（2）餐臺：用來描述餐臺的有關信息，用餐臺編號來標志。
（3）菜品：用來描述酒店菜品的有關信息，用菜品編號來標志。
（4）菜系：用來描述菜品分類的有關信息，用菜系編號來標志。
（5）消費單：用來描述酒店某一餐臺消費的有關信息，用消費單編號來標志。
經過初步分析，可以得到此系統中各實體所包含的基本屬性如下：
（1）用戶（序號，姓名，性別，出生日期，身份證號，密碼，用戶狀態） 。
（2）餐臺（編號，人數）。
（3）菜品（編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態）。
（4）菜系（序號，名稱）。
（5）消費單（編號，所屬餐臺號，時間，消費額，操作用戶）。
數據庫的設計是系統設計過程中的重要組成部分，它是通過管理系統的整體需求而制定的，數據庫設計的好壞直接影響到系統的后期開發。下面對系統中具有代表性的數據庫設計進行詳細說明。 餐臺和菜系在本系統中是最簡單的實體，在本系統中用來描述餐臺的是臺號和座位數，而描述菜系的是名稱。在描述菜品實體時，加入了助記碼，目的是為了實現智能化獲取菜單功能，通過這一功能系統操作員可以快速的獲取顧客所點的菜品信息、菜品信息表的E-R圖。
概念結構設計所得的E-R模型是對用戶需求的一種抽象的表達形式，它獨立于任何一種具體的數據模型，因而也不能為任何一個具體的DBMS所支持。為了能夠建立起最終的物理系統，還需要將概念結構進一步轉化為某一DBMS所支持的數據模型，然后根據邏輯設計的準則、數據的語義約束、規范化理論等對數據模型進行適當的調整和優化，形成合理的全局邏輯結構，并設計出用戶子模式。這就是數據庫邏輯設計所要完成的任務。
關系模型是由一組關系（二維表）的結合，而E-R模型則是由實體、實體的屬性、實體間的關系三個要素組成。所以要將E-R模型轉換為關系模型，就是將實體、屬性和聯系都要轉換為相應的關系模型。
有了基本的E-R模型就可以進行邏輯結構設計，也就是設計基本的關系模式。設計基本的關系模式主要從E-R模型出發，將其直接轉換為關系模式。根據轉換規則，這個E-R轉換的關系模式為：
（1）用戶（用戶序號，用戶名，餐臺號，菜品編號，消費單編號），主碼為用戶序號。
（2）消費單（消費單編號，所屬餐臺號，時間，消費額，操作用戶，餐臺編號，菜品編號，用戶序號），主碼為消費單編號。
（3）菜品（菜品編號，所屬菜系，名稱，祝記碼，單位，單價，菜品狀態，消費單編號，用戶序號，菜系序號），主碼為菜品編號。
（4）菜系（菜系序號，名稱，菜品編號），主碼為菜系序號。
（5）餐臺（餐臺編號，人數，消費單編號，用戶序號，菜品編號），主碼為餐臺編號。
現在分析一下這些關系模式。由于在設計關系模式時是以現實存在的實體為依據，而且遵守一個基本表只描述現實世界的一個主題的原則，每個關系模式中的每個非主碼屬性都完全由主碼唯一確定，因此上述所有這些關系模式都是第三范式的關系模式。
對于物理設計階段，數據庫在物理上的存儲結構與存儲方法稱為數據庫的物理結構，它依賴于選定的數據庫管理系統。為一個給定的邏輯數據模型選取一個最適合應用要求的物理結構的過程，就是物理設計。
數據庫的物理設計通常分為兩步：
（1）確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構；
（2）對物理結構進行評價，評價的中的是時間和空間效率。
參考文獻
[1]周立柱，馮建華，孟小峰等.SQL Server數據庫原理.北京：清華大學出版社，2004.
[2]黃中，黃澤鈞，胡.計算機應用基礎教程.北京：中國電力出版社，2002.
[3]龔沛罾，陸慰民，楊志強.Visual Basic 程序設計簡明教程.高等教育版社，2003.
作者簡介
劉歡（1992-），男，吉林省人。學士學位。研究方向為軟件開發。
