物理模型設計是系統開發的什麼階段

❶ 信息系統中的物理建模是什麼含義

在管理信息系統中，物理模型：描述的是對象系統「如何做」、「如何實現」系統的物理過程。 在數據倉庫中的含義 總的來說，數據倉庫的結構採用了三級數據模型的方式，即概念模型、邏輯模型、物理模型。 物理模型：構建數據倉庫的物理分布模型，主要包含數據倉庫的軟硬體配置，資源情況以及數據倉庫模式。

信息系統通常十分復雜,很難直接對它進行分析設計，人們經常藉助模型來設計分析系統.模型是現實世界中的某些事物的一種抽象表示。抽象的含義是抽取事物的本質特性,忽略事物的其他次要因素。因此，模型既反映事物的原型,又不等於該原型.模型是理解、分析、開發或改造事物原型的一種常用手段，例如，建造大樓前常先做大樓的模型。以便在大樓動工前就能使人們對未來的大樓有一個十分清晰的感性認識,顯然,大樓模型還可以用來改進大樓的設計方案。在信息系統中，模型是開發過程中的一個不可缺少的工具.信息系統包括數據處理、事務管理和決策支持，實質上，信息系統可以看成是由一系列有序的模型構成的，這些有序模型通常為：功能模型、信息模型、數據模型、控制模型和決策模型,所謂有序是指這些模型上分別在系統的不同開發階段、不同開發層次上建立的。
信息建模表示形式一般有數學公式、縮小的物理裝置、圖表文字說明,也可以是專用的形式化語言.模型建立的思路有兩種：自頂向下、逐步求精和自底向上、綜合集成.
總而言之，就是為了簡化問題方便處理問題!把握問題的主要矛盾,忽略次要矛盾。

❷ 春季管理信息系統

1、B 2、B 3、A 4、C 5、C 6、A 7、A 8、D 9 C 10、A
11錯12對13錯14錯15對16錯17對18錯19錯20對。

❸ 在資料庫應用系統開發過程中，要在什麼階段對系統進行

資料庫應用系統的開發是一項軟體工程。一般可分為以下幾個階段：
1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計5.物理設計 6.程序編制及調試 7.運行及維護。 這些階段的劃分目前尚無統一的標准，各階段間相互聯接，而且常常需要回溯修正。 在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個階段都是在上一階段工作成果的基礎上繼續進行，整個開發工程是有依據、有組織、有計劃、有條不紊地展開工作。
1.規劃規劃的主要任務就是作必要性及可行性分析。 在收集整理有關資料的基礎上，要確定將建立的資料庫應用系統與周邊的關系，要對應用系統定位，其規模的大小、所處的地位、應起的作用均須作全面的分析和論證。 明確應用系統的基本功能，劃分資料庫支持的范圍。分析數據來源、數據採集的方式和范圍，研究數據結構的特點，估算數據量的大小，確立數據處理的基本要求和業務的規范標准。 規劃人力資源調配。對參與研製和以後維護系統運作的管理人員、技術人員的技術業務水平提出要求，對最終用戶、操作員的素質作出評估。 擬定設備配置方案。論證計算機、網路和其他設備在時間、空間兩方面的處理能力，要有足夠的內外存容量，系統的響應速度、網路傳輸和輸入輸出能力應滿足應用需求並留有餘量。要選擇合適的os,dbms和其它軟體。設備配置方案要在使用要求、系統性能、購置成本和維護代價各方面綜合權衡。 對系統的開發、運行、維護的成本作出估算。預測系統效益的期望值。 擬定開發進度計劃，還要對現行工作模式如何向新系統過渡作出具體安排。 規劃階段的工作成果是寫出詳盡的可行性分析報告和資料庫應用系統規劃書。內容應包括：系統的定位及其功能、數據資源及數據處理能力、人力資源調配、設備配置方案、開發成本估算、開發進度計劃等。 可行性分析報告和資料庫應用系統規劃書經審定立項後，成為後續開發工作的總綱。 2.需求分析需求分析大致可分成三步來完成。 (1) 需求信息的收集, 需求信息的收集一般以機構設置和業務活動為主幹線，從高層中層到低層逐步展開 (2) 需求信息的分析整理, 對收集到的信息要做分析整理工作。數據流圖(dfd, data flow diagram)是業務流程及業務中數據聯系的形式描述。圖4.1是一個簡單的dfd 示例。 數據字典(dd, data dictionary)詳細描述系統中的全部數據。 數據字典包含以下幾個部分。 數據項：是數據的原子單位。 數據組項：由若干數據項組成。 數據流：表示某一數據加工過程的輸入/輸出數據。 數據存儲：是處理過程中要存取的數據。 數據加工過程 數據加工過程的描述包括：數據加工過程名、說明、輸入、輸出、加工處理工作摘要、加工處理頻度、加工處理的數據量、響應時間要求等。 數據流圖既是需求分析的工具，也是需求分析的成果之一。數據字典是進行數據收集和數據分析的主要成果。 (3) 需求信息的評審. 開發過程中的每一個階段都要經過評審，確認任務是否全部完成，避免或糾正工作中出現的錯誤和疏漏。聘請項目外的專家參與評審，可保證評審的質量和客觀性。 評審可能導致開發過程回溯，甚至會反復多次。但是，一定要使全部的預期目標都達到才能讓需求分析階段的工作暫告一個段落. 需求分析階段的工作成果是寫出一份既切合實際又具有預見的需求說明書，並且附以一整套詳盡的數據流圖和數據字典。 3.概念模型設計概念模型不依賴於具體的計算機系統，他是純粹反映信息需求的概念結構。 建模是在需求分析結果的基礎上展開，常常要對數據進行抽象處理。常用的數據抽象方法是『聚集』和『概括』。 er方法是設計概念模型時常用的方法。用設計好的er圖再附以相應的說明書可作為階段成果 概念模型設計可分三步完成。 (1) 設計局部概念模型 ① 確定局部概念模型的范圍 ② 定義實體 ③ 定義聯系 ④ 確定屬性 ⑤ 逐一畫出所有的局部er圖，並附以相應的說明文件 (2) 設計全局概念模型 建立全局er圖的步驟如下： ① 確定公共實體類型 ② 合並局部er圖 ③ 消除不一致因素 ④ 優化全局er圖 ⑤ 畫出全局er圖，並附以相應的說明文件。 (3) 概念模型的評審 概念模型的評審分兩部分進行 第一部分是用戶評審。 第二部分是開發人員評審。 4.邏輯設計邏輯設計階段的主要目標是把概念模型轉換為具體計算機上dbms所支持的結構數據模型。 邏輯設計的輸入要素包括：概念模式、用戶需求、約束條件、選用的dbms的特性。 邏輯設計的輸出信息包括：dbms可處理的模式和子模式、應用程序設計指南、物理設計指南。 (1) 設計模式與子模式 關系資料庫的模式設計可分四步完成。 ① 建立初始關系模式 ② 規范化處理 ③ 模式評價 ④ 修正模式 經過多次的模式評價和模式修正，確定最終的模式和子模式。 寫出邏輯資料庫結構說明書。 (2) 編寫應用程序設計指南 根據設計好的模式和應用需求，規劃應用程序的架構，設計應用程序的草圖，指定每個應用程序的數據存取功能和數據處理功能梗概，提供程序上的邏輯介面。 編寫出應用程序設計指南。 (3) 編寫物理設計指南。 根據設計好的模式和應用需求，整理出物理設計階段所需的一些重要數據和文檔。例如，資料庫的數據容量、各個關系(文件)的數據容量、應用處理頻率、操作順序、響應速度、各個應用的lra和tv、程序訪問路徑建議，等等。這些數據和要求將直接用於物理資料庫的設計。 編寫出物理設計指南。 5.物理設計物理設計是對給定的邏輯數據模型配置一個最適合應用環境的物理結構。 物理設計的輸入要素包括：模式和子模式、物理設計指南、硬體特性、os和dbms的約束、運行要求等。 物理設計的輸出信息主要是物理資料庫結構說明書。其內容包括物理資料庫結構、存儲記錄格式、存儲記錄位置分配及訪問方法等。 物理設計的步驟如下： (1) 存儲記錄結構 設計綜合分析數據存儲要求和應用需求，設計存儲記錄格式。 (2) 存儲空間分配 存儲空間分配有兩個原則： ①存取頻度高的數據盡量安排在快速、隨機設備上，存取頻度低的數據則安排在速度較慢的設備上。 ②相互依賴性強的數據盡量存儲在同一台設備上，且盡量安排在鄰近的存儲空間上。 從提高系統性能方面考慮，應將設計好的存儲記錄作為一個整體合理地分配物理存儲區域。盡可能充分利用物理順序特點，把不同類型的存儲記錄指派到不同的物理群中。 (3) 訪問方法的設計 一個訪問方法包括存儲結構和檢索機構兩部分。存儲結構限定了訪問存儲記錄時可以使用的訪問路徑；檢索機構定義了每個應用實際使用的訪問路徑。 (4) 物理設計的性能評價 ① 查詢響應時間 從查詢開始到有結果顯示之間所經歷的時間稱為查詢響應時間。查詢響應時間可進一步細分為服務時間、等待時間和延遲時間。 在物理設計過程中，要對系統的性能進行評價。性能評價包括時間、空間、效率、開銷等各個方面。 ⊙ cpu服務時間和i/o服務時間的長短取決於應用程序設計。 ⊙ cpu隊列等待時間和i/o隊列等待時間的長短受計算機系統作業的影響。 ⊙ 設計者可以有限度地控制分布式資料庫系統的通信延遲時間。 ② 存儲空間 存儲空間存放程序和數據。程序包括運行的應用程序、dbms子程序、os子程序等。數據包括用戶工作區、dbms工作區、os工作區、索引緩沖區、數據緩沖區等。 存儲空間分為主存空間和輔存空間。設計者只能有限度地控制主存空間，例如可指定緩沖區的分配等。但設計者能夠有效地控制輔存空間。 ③ 開銷與效率 設計中還要考慮以下各種開銷，開銷增大，系統效率將下降。 ⊙ 事務開銷指從事務開始到事務結束所耗用的時間。更新事務要修改索引、重寫物理塊、進行寫校驗等操作，增加了額外的開銷。更新頻度應列為設計的考慮因素。 ⊙ 報告生成開銷指從數據輸入到有結果輸出這段時間。報告生成佔用cpu及i/o的服務時間較長。設計中要進行篩選，除去不必要的報告生成。 ⊙ 對資料庫的重組也是一項大的開銷。設計中應考慮數據量和處理頻度這兩個因數，做到避免或盡量減少重組資料庫。 在物理設計階段，設計、評價、修改這個過程可能要反復多次，最終得到較為完善的物理資料庫結構說明書。 建立資料庫時，dba依據物理資料庫結構說明書，使用dbms提供的工具可以進行資料庫配置。 在資料庫運行時，dba監察資料庫的各項性能，根據依據物理資料庫結構說明書的准則，及時進行修正和優化操作，保證資料庫系統能夠保持高效率地運行。 6.程序編制及調試在邏輯資料庫結構確定以後，應用程序設計的編制就可以和物理設計並行地展開 程序模塊代碼通常先在模擬的環境下通過初步調試，然後再進行聯合調試。聯合調試的工作主要有以下幾點： (1) 建立資料庫結構 根據邏輯設計和物理設計的結果，用dbms提供的數據語言(ddl)編寫出資料庫的源模式，經編譯得到目標模式，執行目標模式即可建立實際的資料庫結構。 (2) 調試運行 資料庫結構建立後，裝入試驗數據，使資料庫進入調試運行階段。運行應用程序，測試 (3) 裝入實際的初始數據 在資料庫正式投入運行之前，還要做好以下幾項工作： (1) 制定資料庫重新組織的可行方案。 (2) 制定故障恢復規范 (3) 制定系統的安全規范 7.運行和維護資料庫正式投入運行後，運行維護階段的主要工作是： (1) 維護資料庫的安全性與完整性。 按照制定的安全規范和故障恢復規范，在系統的安全出現問題時，及時調整授權和更改密碼。及時發現系統運行時出現的錯誤，迅速修改，確保系統正常運行。把資料庫的備份和轉儲作為日常的工作，一旦發生故障，立即使用資料庫的最新備份予以恢復。 (2) 監察系統的性能。 運用dbms提供的性能監察與分析工具，不斷地監控著系統的運行情況。當資料庫的存儲空間或響應時間等性能下降時，立即進行分析研究找出原因，並及時採取措施改進。例如，可通修改某些參數、整理碎片、調整存儲結構或重新組織資料庫等方法，使資料庫系統保持高效率地正常運作。 (3) 擴充系統的功能 在維持原有系統功能和性能的基礎上，適應環境和需求的變化，採納用戶的合理意見，對原有系統進行擴充，增加新的功能。

❹ 建立一個新的管理信息系統按照時間先後順序需要經過幾個階段

分為規劃階段、分析階段、設計階段、實施階段、維護與評價五個階段：

1、規劃階段

系統規劃階段的任務是：在對原系統進行初步調查的基礎上提出開發新系統的要求，根據需要和可能，給出新系統的總體方案，並對這些方案進行可行性分析，產生系統開發計劃和可行性研究報告兩份文檔。

2、分析階段

系統分析階段的任務是根據系統開發計劃所確定的范圍，對現行系統進行詳細調查，描述現行系統的業務流程，指出現行系統的局限性和不足之處，確定新系統的基本目標和邏輯模型，這個階段又稱為邏輯設計階段。

3、設計階段

系統分析階段回答了新系統「做什麼」的問題，而系統設計階段的任務就是回答「怎麼做」的問題，即根據系統分析說明書中規定的功能要求，考慮實際條件，具體設計實現邏輯模型的技術方案，也即設計新系統的物理模型。

4、實施階段

系統實施階段的任務包括計算機等硬體設備的購置、安裝和調試，應用程序的編制和調試，人員培訓，數據文件轉換，系統調試與轉換等。

5、維護與評價

系統投入運行後，需要經常進行維護，記錄系統運行情況，根據一定的程序對系統進行必要的修改，評價系統的工作質量和經濟效益。

(4)物理模型設計是系統開發的什麼階段擴展閱讀

基本功能

1、數據處理功能

2、計劃功能

根據現存條件和約束條件，提供各職能部門的計劃。如生產計劃、財務計劃、采購計劃等。並按照不同的管理層次提供相應的計劃報告。

3、控制功能

根據各職能部門提供的數據，對計劃執行情況進行監督、檢查、比較執行與計劃的差異、分析差異及產生差異的原因，輔助管理人員及時加以控制。

4、預測功能

運用現代數學方法、統計方法或模擬方法，根據現有數據預測未來。

5、輔助決策功能

採用相應的數學模型，從大量數據中推導出有關問題的最優解和滿意解，輔助管理人員進行決策。以期合理利用資源，獲取較大的經濟效益。

❺ 新系統物理模型是什麼階段的最終結果

需求分析奠定了軟體工程和項目管理的基矗我們在建造軟體系統這座大廈的時候，如果需求分析的基礎不夠堅實和牢固，那麼往往會導致軟體系統問題百出，甚至被馬上丟棄。在建造軟體系統的過程中，如果我們經常習慣地沿用一些不規范的方法，其後果便...

❻ 初級會計電算化 會計軟體的生命周期分為哪幾個階段，並簡述

會計軟體的生命周期分為六個階段：系統調查、系統分析、系統設計、程序設計、系統測試和運行維護，在軟體開發的每一個階段，都有明確的目標和任務。
(1)調查研究階段。調查現行系統的組織分工、業務流程以及資源，提出新系統的目標，並從技術、經濟、社會等方面進行軟體開發的可行性研究。
(2)系統分析階段。研究現行系統的業務流程，確定新系統的功能界面，建立新系統的邏輯模型，包括數據流程圖、數據字典和處理過程等，主要任務是明確系統"做什麼"。
(3)系統設計階段。主要解決"怎麼做"，即提出系統的物理模型。包括總體結構設計、硬體體系結構設計、資料庫設計、代碼設計、輸入輸出設計以及模塊結構圖等。
(4)系統實施階段。即程序設計階段。
(5)系統調試階段。測試各模塊及系統的正確性。
(6)運行維護階段。系統投入運行，並對軟體進行不斷的修改和維護。
(7)廢棄(終止)階段。

❼ 信息系統的需求分析、邏輯設計和物理設計這三個階段要完成的任務

信息系統的需求分析的任務1.問題識別
功能需求：明確所開發的軟體必須具備什麼樣的功能。
性能需求：明確待開發的軟體的技術性能指標。
環境需求：明確軟體運行時所需要的軟、硬體的要求。
用戶界面需求：明確人機交互方式、輸入輸出數據格式。
2. 分析與綜合，導出軟體的邏輯模型
分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟體功能，劃分成各個子功能。用圖文結合的形式，建立起新系統的邏輯模型。
3. 編寫文檔
編寫「需求規格說明書」，把雙方共同的理解與分析結果用規范的方式描述出來，作為今後各項工作的基礎。
編寫初步用戶使用手冊，著重反映被開發軟體的用戶功能界面和用戶使用的具體要求，用戶手冊能強制分析人員從用戶使用的觀點考慮軟體。
編寫確認測試計劃，作為今後確認和驗收的依據。
修改完善軟體開發計劃。在需求分析階段對待開發的系統有了更進一步的了解，所以能更准確地估計開發成本、進度及要求，因此對原計劃要進行適當修正。邏輯設計的任務是將概念結構轉換成特定DBMS所支持的數據模型的過程。從此開始便進入了「實現設計」階段，需要考慮到具體的DBMS的性能、具體的數據模型特點。 物理設計的任務1、確定數據的存儲結構 2、設計數據的存取路徑 3、確定數據的存放位置 4、確定系統配置 資料庫物理設計過程中需要對時間效率、空間效率、維護代價和各種用戶要求進行權衡，選擇一個優化方案作為資料庫物理結構。

❽ 系統的物理模型包括哪些主要內容

系統設計是新系統的物理設計階段。根據系統分析階段所確定的新系統的邏輯模型、功能要求，在用戶提供的環境條件下，設計出一個能在計算機網路環境上實施的方案，即建立新系統的物理模型。這個階段的任務是設計軟體系統的模塊層次結構，設計資料庫的結構以及設計模塊的控制流程，其目的是明確軟體系統如何做。這個階段又分兩個步驟：概要設計和詳細設計。概要設計解決軟體系統的模塊劃分和模塊的層次機構以及資料庫設計；詳細設計解決每個模塊的控制流程，內部演算法和數據結構的設計。這個階段結束，要交付概要設計說明書和設計說明，也可以合並在一起，稱為設計說明書。

❾ 系統設計階段包括哪些主要活動

設計軟體系統的模塊層次結構，設計資料庫的結構以及設計模塊的控制流程。

1、層次結構（hierarchy）是一種操作系統的組織結構，其提供了一種隔離操作系統各層功能的模型。其包括歸屬層次結構 dissonance-attribution hierarchy維度層次結構 dimension hierarchy層次結構資料庫 hierarchical database等。

2、資料庫結構是指在計算機的存儲設備上合理存放的相關聯的有結構的數據集合的結構。一個資料庫結構含有各種成分，包括資料庫、數據表、欄位、過濾器等。

3、控制流程（也稱為流程式控制制）是計算機運算領域的用語，意指在程序運行時，個別的指令（或是陳述、子程序）運行或求值的順序。不論是在聲明式編程語言或是函數編程語言中，都有類似的概念。

在聲明式的編程語言中，流程式控制制指令是指會改變程序運行順序的指令，可能是運行不同位置的指令，或是在二段（或多段）程序中選擇一個運行。

(9)物理模型設計是系統開發的什麼階段擴展閱讀：

系統設計的一些原則：

1、易用性原則

方便上網客戶瀏覽和操作，最大限度地減輕後台管理人員的負擔，做到部分業務的自動化處理。

2、業務完整性原則

對於業務進行中的特殊情況能夠做出及時、正確的響應，保證業務數據的完整性。

3、業務規范化原則

在系統設計的同時，也為將來的業務流程制定了較為完善的規范，具有較強的實際操作性。

4、可擴展性原則

系統設計要考慮到業務未來發展的需要，要盡可能設計得簡明，各個功能模塊間的耦合度小，便於系統的擴展。如果存在舊有的資料庫系統，則需要充分考慮兼容性。

❿ 系統設計的概念

系統設計是根據系統分析的結果，運用系統科學的思想和方法，設計出能最大限度滿足所要求的目標 (或目的) 的新系統的過程。進行系統設計時，必須把所要設計的對象系統和圍繞該對象系統的環境共同考慮，前者稱為內部系統，後者稱為外部系統，它們之間存在著相互支持和相互制約的關系，內部系統和外部系統結合起來稱作總體系統。因此，在系統設計時必須採用內部設計與外部設計相結合的思考原則，從總體系統的功能、輸入、輸出、環境、程序、人的因素、物的媒介各方面綜合考慮，設計出整體最優的系統。進行系統設計應當採用分解、綜合與反饋的工作方法。不論多大的復雜系統，首先要分解為若乾子系統或要素，分解可從結構要素、功能要求、時間序列、空間配置等方面進行，並將其特徵和性能標准化，綜合成最優子系統，然後將最優子系統進行總體設計，從而得到最優系統。在這一過程中，從設計計劃開始到設計出滿意系統為止，都要進行分階段及總體綜合評價，並以此對各項工作進行修改和完善。整個設計階段是一個綜合性反饋過程。系統設計內容，包括確定系統功能、設計方針和方法，產生理想系統並作出草案，通過收集信息對草案作出修正產生可選設計方案，將系統分解為若乾子系統，進行子系統和總系統的詳細設計並進行評價，對系統方案進行論證並作出性能效果預測。