在數據倉庫項目中，物理模型設計和業務模型設計象兩個輪子壹樣有力地支撐著數據倉庫的實施，兩者並行不悖，缺壹不可。實際上，這有意地擴大了物理模型和業務模型的內涵和外延，因為，在這裏物理模型不僅僅是數據的存儲，而且也包含了數據倉庫項目實施的方法論、資源以及軟硬件選型，而業務模型不僅僅是主題模型的確立，也包含了企業的發展戰略，行業模本等等更多的內容。
物理模型就像大廈的基礎架構，就是通用的業界標準，無論是壹座摩天大廈也好，還是茅草房也好，在架構師的眼裏，他只是壹所建築，地基―層層建築―封頂，這樣的工序壹樣也不能少，關系到住戶的安全，房屋的建築質量也必須得以保證，唯壹的區別是建築的材料，地基是采用鋼筋水泥還是石頭，墻壁采用木質還是鋼筋水泥或是磚頭；當然材料和建築細節還是會有區別的，視用戶給出的成本而定；還有不可忽視的壹點是，數據倉庫的數據從幾百GB到幾十TB不等，面對如此大的數據管理，無論支撐這些數據的RDBMS（關系數據庫）多麽強大，仍不可避免地要考慮數據庫的物理設計。
設計依據
物理模型設計所做的工作是根據信息系統的容量，復雜度，項目資源以及數據倉庫項目自身（當然，也可以是非數據倉庫項目）的軟件生命周期確定數據倉庫系統的軟硬件配置，數據倉庫分層設計模式，數據的存儲結構，確定索引策略，確定數據存放位置，確定存儲分配等等。這部分應該是由項目經理和數據倉庫架構師***同實施的。
數倉模型
編輯
確定數據倉庫實現的物理模型，必須做到以下幾方面:
確定資源
◆確定項目資源
根據預算和業務需求，並參考以往的數據倉庫項目經驗，對該項目的成本周期和資源進行估算。
關於項目周期的估算，主要基於ETL函數功能點以及加權後的復雜度進行估算，通過以往項目經驗和專家評估,然後再根據軟件生命周期的劃分，可以有效的得知項目的整體周期。
關於人員的估算，主要取決於人員的工作經驗，素養，對新技術的掌握能力，還要考慮到人員流動等方面的人員備份。
確定配置
◆確定軟硬件配置
數據倉庫項目與其他業務系統不同，尤其需要對數據容量進行估算，這是因為數據倉庫是歷史的穩定的基於主題的集成的等等特性所決定的，它是對以往歷史數據的集成，如果項目初期不加以考慮，很快就會造成災難性的後果。
所以，首先要得到數據倉庫的預計容量，也要考量具體的關系數據庫的性能，既要考慮實際的預算，也要視實際的需求而定。在發揮軟件作用的同時，兼顧擴展性。
存儲設計
◆數據倉庫存儲設計
數據倉庫壹般采用分層設計，即ODS層，數據倉庫層，數據倉庫聚合層數據集市等等；數據倉庫的分層是靈活的，沒有固定的模式，壹切視實際情況而定。
物理學是研究物質運動規律的學科，而實際的物理現象和物理規律壹般都是十分復雜的，涉及到許多因素。舍棄次要因素，抓住主要因素，從而突出客觀事物的本質特征，這就叫構建物理模型。構建物理模型是壹種研究問題的科學的思維方法。
中學分類
編輯
中學物理模型壹般可分三類：物質模型、狀態模型、過程模型。
物質模型
物質可分為實體物質和場物質。
實體物質模型有力學中的質點、輕質彈簧、彈性小球等；電磁學中的點電荷、平行板電容器、密繞螺線管等；氣體性質中的理想氣體；光學中的薄透鏡、均勻介質等。
場物質模型有如勻強電場、勻強磁場等都是空間場物質的模型。
狀態模型
研究流體力學時，流體的穩恒流動（狀態）；研究理想氣體時，氣體的平衡態；研究原子物理時，原子所處的基態和激發態等都屬於狀態模型。
過程模型
在研究質點運動時，如勻速直線運動、勻變速直線運動、勻速圓周運動......>>
問題二：結構化分析方法中采用以下哪壹項來建立系統的邏輯模型 結構化分析方法(Structured Method)是強調開發方法的結構合理性以及所開發軟件的結構合理性的軟件開發方法。結構是指系統內各個組成要素之間的相互聯系、相互作用的框架。結構化開發方法提出了壹組提高軟件結構合理性的準則，如分解與抽象、模塊獨立性、信息隱蔽等。針對軟件生存周期各個不同的階段，它有結構化分析(SA)、結構化設計(SD)和結構化程序設計(SP)等方法。
結構化分析方法給出壹組幫助系統分析人員產生功能規約的原理與技術。它壹般利用圖形表達用戶需求，使用的手段主要有數據流圖、數據字典、結構化語言、判定表以及判定樹等。
結構化分析的步驟如下：
①分析當前的情況，做出反映當前物理模型的DFD；
②推導出等價的邏輯模型的DFD；
③設計新的邏輯系統，生成數據字典和基元描述；
④建立人機接口，提出可供選擇的目標系統物理模型的DFD；
⑤確定各種方案的成本和風險等級，據此對各種方案進行分析；
⑥選擇壹種方案；
⑦建立完整的需求規約。
結構化設計方法給出壹組幫助設計人員在模塊層次上區分設計質量的原理與技術。它通常與結構化分析方法銜接起來使用，以數據流圖為基礎得到軟件的模塊結構。SD方法尤其適用於變換型結構和事務型結構的目標系統。在設計過程中，它從整個程序的結構出發，利用模塊結構圖表述程序模塊之間的關系。結構化設計的步驟如下：
①評審和細化數據流圖；
②確定數據流圖的類型；
③把數據流圖映射到軟件模塊結構，設計出模塊結構的上層；
④基於數據流圖逐步分解高層模塊，設計中下層模塊；
⑤對模塊結構進行優化，得到更為合理的軟件結構；
⑥描述模塊接口。
結構化程序設計原則和方法
在結構化程序設計的具體實施中，要註意把握以下原則和方法：
1．使用程序設計語言中的順序、選擇、循環等有限的控制結構表示程序的控制邏輯；
2．選用的控制結構只允許有壹個入口和壹個出口；
3．程序語句組成容易識別的語句序列塊，每塊只允許有壹個入口和壹個出口；
4．復雜結構的程序設計時，僅用嵌套的基本控制結構進行組合嵌套來實現；
5．嚴格控制GOTO語句的使用。其意思是指：
（1）用壹個非結構化的語言去實現壹個結構化的構造，既雖然有些高級語言有GOTO語句，但編程時不使用；
（2）若不使用GOTO語句會使功能模糊時，慎重地使用GOTO語句；
（3）在某種可以改善而不是損害程序可讀性的情況下，慎重地使用GOTO語句。
問題三：什麽是會計信息系統分析中用來表達新系統的邏輯模型 對新系統的邏輯模型的分析
新系統的開發對A銀行而言雖然是壹個巨大的變化，即由手工處理到現代化管理信息系統的轉變，無論在實際運營中，還是在員工和銀行的經營理念中，都是壹個具有深遠意義的飛躍。但究根問底，新系統的邏輯模型仍是以原有的銀行傳統邏輯模型為基礎，這是由銀行的功能和其比較固定的業務流程決定的，並不會因系統物理形態的變化而發生根本上的變化。下面對新系統的邏輯模型用數據流程圖(dataflowdiagram)、數據字典(datadictionary)等工具加以描述
問題四：幫幫，1.信息系統的邏輯模型要解決系統“幹什麽” 任務是：在充分認識原信息系統的基礎上，通過問題識別、可行性分析、詳細調查、系統化分析，最終完成新系統的邏輯方案設計，或稱邏輯模型設計。邏輯方案不同於物理方案，前者解決“做什麽”的問題，是系統分析的任務；後者解決“怎麽做”的問題
問題五：目前普遍使用的邏輯數據模型是哪壹種 目前普遍使用的邏輯數據模型是關系模型數據庫系統
還有非關系模型
最新的為第三代數據模型
第三代數據庫系統都應具有以下三個基本特點：
1. 必須保持或繼承第二代數據庫系統的技術
2. 應支持數據管理、對象管理和知識管理
3. 應該對其他系統開放
問題六：信息系統的邏輯模型用到哪些圖表,它們之間有什麽關系? 信息系統的邏輯模型用到的圖表有：業務流程圖、數據流程圖、組織機構圖（層次方框圖）、Varner圖（描述數據結構圖層的圖）IPO圖（輸入處理輸出圖）、PAD圖（問題分析圖）、表格分配圖、不能用計算機處理的是源終點。
數據流圖反映信息在系統中流動和處理情況。組織結構圖是組織結構的直觀反映，也是對該組織功能的壹種側面詮釋。各個圖表在信息處理方案的不同階段呈現數據流程圖是在業務流程圖的基礎上建立起來的以更合適的確立系統的邏輯結構和數據分布。
問題七：什麽是新系統邏輯模型 壹般