首頁 考試吧論壇 Exam8視線 考試商城 網絡課程 模擬考試 考友錄 實用文檔 求職招聘 論文下載 | ||
![]() |
2012中考 | 2012高考 | 2012考研 | 考研培訓 | 在職研 | 自學考試 | 成人高考 | 法律碩士 | MBA考試 MPA考試 | 中科院 |
|
![]() |
四六級 | 職稱英語 | 商務英語 | 公共英語 | 托福 | 托業 | 雅思 | 專四專八 | 口譯筆譯 | 博思 GRE GMAT | 新概念英語 | 成人英語三級 | 申碩英語 | 攻碩英語 | 職稱日語 | 日語學習 | 零起點法語 | 零起點德語 | 零起點韓語 |
|
![]() |
計算機等級考試 | 軟件水平考試 | 職稱計算機 | 微軟認證 | 思科認證 | Oracle認證 | Linux認證 華為認證 | Java認證 |
|
![]() |
公務員 | 報關員 | 銀行從業資格 | 證券從業資格 | 期貨從業資格 | 司法考試 | 法律顧問 | 導游資格 報檢員 | 教師資格 | 社會工作者 | 外銷員 | 國際商務師 | 跟單員 | 單證員 | 物流師 | 價格鑒證師 人力資源 | 管理咨詢師 | 秘書資格 | 心理咨詢師 | 出版專業資格 | 廣告師職業水平 | 駕駛員 網絡編輯 | 公共營養師 | 國際貨運代理人 | 保險從業資格 | 電子商務師 | 普通話 | 企業培訓師 營銷師 |
|
![]() |
衛生資格 | 執業醫師 | 執業藥師 | 執業護士 | |
![]() |
會計從業資格考試(會計證) | 經濟師 | 會計職稱 | 注冊會計師 | 審計師 | 注冊稅務師 注冊資產評估師 | 高級會計師 | ACCA | 統計師 | 精算師 | 理財規劃師 | 國際內審師 |
|
![]() |
一級建造師 | 二級建造師 | 造價工程師 | 造價員 | 咨詢工程師 | 監理工程師 | 安全工程師 質量工程師 | 物業管理師 | 招標師 | 結構工程師 | 建筑師 | 房地產估價師 | 土地估價師 | 巖土師 設備監理師 | 房地產經紀人 | 投資項目管理師 | 土地登記代理人 | 環境影響評價師 | 環保工程師 城市規劃師 | 公路監理師 | 公路造價師 | 安全評價師 | 電氣工程師 | 注冊測繪師 | 注冊計量師 化工工程師 | 材料員 |
|
![]() |
繽紛校園 | 實用文檔 | 英語學習 | 作文大全 | 求職招聘 | 論文下載 | 訪談 | 游戲 |
第二章 數據庫應用系統生命周期
2.1數據庫應用系統生命周期
2.1.1 軟件工程與軟件開發方法
1、 軟件工程:指導計算機軟件開發和維護的工程科學,它采用工程化的概念、原理、技術和方法,以及正確的項目管理技術,來開發和維護軟件;它將系統化、規范化、定量化方法應用于軟件的開發、操作和維護,也就是將工程化應用于軟件生產;
2、 軟件工程的目標:在給定成本、進度的前提下,開發出滿足用戶需求并具有下述特征的軟件產品:可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性。
3、 軟件生命周期:指軟件產品從考慮其概念開始,到該產品交付使用的整個時期,包括概念階段、需求階段、設計階段、實現階段、測試階段、安裝部署及交付階段;
4、 軟件項目管理:為了能使軟件開發按預定的質量、進度和成本進行,而對成本、質量、進度、人員、風險等進行分析和有效管理的一系列活動。
5、 軟件工程以關注軟件質量為特征,由方法、工具和過程三部分組成;
6、 軟件過程模型(軟件開發模型):是對軟件過程的一種抽象表示,表示了軟件過程的整體框架和軟件開發活動各階段間的關系,常見的有:瀑布模型、快速原形模型、增量模型和螺旋模型。
2.1.2 DBAS軟件組成
1、 數據庫應用軟件在內部可看作由一系列軟件模塊/子系統組成,這些模塊/子系統可分成兩類:
(1) 與數據訪問有關的數據庫事務模塊:利用DBMS提供的數據庫管理功能,以數據庫事務方式直接對數據庫中的各類應用數據進行操作,模塊粒度較小;
(2) 與數據訪問無直接關聯的應用模塊:在許多與數據處理有關的應用系統中,對數據庫的訪問只是整體中的一部分,其他功能則與數據庫訪問無直接關系,這部分模塊粒度可以比較大。
2、 DBAS設計開發的硬件方面:主要涉及根據系統的功能、性能、存儲等需求選擇和配置合適的計算機硬件平臺,并與開發好的DBAS軟件系統進行集成,組成完整的數據庫應用系統;
2.1.3 DBAS生命周期模型
1、 數據庫應用系統的生命周期模型:
(1) 參照軟件開發瀑布模型的原理,DBAS的生命周期由項目規劃、需求分析、系統設計、實現和部署、運行管理與維護等5個基本活動組成;
(2) 將快速原形模型和增量模型的開發思路引入DBAS生命周期模型,允許漸進、迭代地開發DBAS;
(3) 根據DBAS的軟件組成和各自功能,細化DBAS需求分析和設計階段,引入了數據組織與存儲設計、數據訪問與處理設計、應用設計三條設計主線,分別用于設計DBAS中的數據庫、數據庫事務和應用程序;
(4) 將DBAS設計階段細分為概念設計、邏輯設計、物理設計三個步驟,每一步的設計內容又涵蓋了三條設計主線。
2.2 規劃與分析
2.2.1 系統規劃與定義
1、 定義:系統規劃與分析是面向將要開發的DBAS,通過了解用戶實際需求,明確該系統需要實現的目標和任務,并從數據管理和數據處理的角度,確定系統中數據庫軟件的功能、性能范圍;
2、 系統規劃與定義包括:
(1) 任務陳述:描述所要開發的DBAS的總體目標;
(2) 確定任務目標;
(3) 確定系統范圍和邊界;
(4) 確定用戶視圖;
2.2.2 可行性分析
1、 可行性分析包括以下四方面:
(1) 經濟可行性:對項目進行成本效益分析;DBAS的成本主要包括:A、軟硬件購置費用;B、系統開發費用;C、系統安裝、運行、維護費用。
(2) 技術可行性:是根據用戶提出的系統功能、性能及實現系統的各項約束條件,對系統軟件、硬件、技術方案作出評估和選擇建議;
A、 硬件可行性研究是分析DBAS的硬件平臺環境和設置;
B、 軟件可行性研究包括:對可用的DBMS和操作系統的選型評估,對中間件和開發環境的選型建議,對DBAS開發模式和編程語言的建議;
C、 技術方案的選擇是根據系統技術需求,提出DBAS可能采用的合理技術方案和關鍵技術;
(3) 操作可行性:是論證是否具備DBAS開發所需的各類人員資源、軟件資源、硬件資源和工作環境等,以及為支持DBAS開發如何去改進加強這幾方面資源。
(4) 開發方案選擇:目的是提出并評價實現系統的各種開發方案,從中選出一種適用于DBAS軟件的開發方案;
2.2.3 項目規劃
1、 項目規劃是項目管理者對資源、成本和進度做出合理估算,并在此基礎上制定切實可行的DBAS項目開發計劃。
2、 項目規劃包括以下內容:
(1) 確定項目的目標和范圍;
(2) 根據DBAS軟件開發模型,分解和定義整個項目包括的工作活動和任務;
(3) 估算完成該項目的規模和所需各種資源;
(4) 制定合理的DBAS項目計劃
3、項目規劃的結果應形成數據庫應用系統項目計劃文檔,即項目計劃書。
2.3 需求分析
1、 數據庫應用系統需求是指用戶對DBAS在功能、性能、行為、設計約束等方面的期望和要求;
2、 DBAS需求分析是在已經明確的DBAS系統范圍基礎上,通過對應用問題的理解和分析,采用合適的工具和符號,系統地描述DBAS的功能特征、性能特征和約束,并形成需求規范說明文檔;
3、 需求分析過程由需求獲取、需求分析、需求描述和規范說明、需求驗證等組成;
4、 DBAS的需求分析包括:
(1) 數據需求分析;
(2) 數據處理需求分析;
(3) 業務需求分析;
(4) 分析數據庫系統在性能、存儲、安全、備份與恢復等方面的要求;
2.3.1 數據與數據處理需求分析
1、 數據需求分析:是從對數據組織與存儲的設計角度,辨識應用領域所管理的各類數據項和數據結構,與數據處理需求分析結果一起,組成數據字典;
2、 數據處理需求分析:是從數據訪問和處理的角度,明確對各類數據項所需進行的數據訪問操作,分析結果可表示為數據流圖或事務規范;
3、 事務規范包括:
(1)事務名稱;(2)事務描述;(3)事務所訪問的數據項;(4)事務用戶;
2.3.2 業務規則需求分析
1、業務規則需求分析:是從DBAS高層目標和整體功能出發,分析系統或系統中一些大粒度子系統應具有的業務類型和功能,明確用戶或外部系統與DBAS的交互模式;
2.3.3 性能需求分析
1、 DBAS的性能指標:
(1) 數據操作響應時間(或數據訪問響應時間):從提交請求到返回結果的時間;
(2) 系統吞吐量:指系統在單位時間內所完成的事務或查詢的數量,單位為TPS;
(3) 允許并發訪問的最大用戶數:在保證響應時間的前提下,系統最多允許多少用戶同時訪問數據庫;
(4) 每TPS代價值,用于衡量系統性價比的指標
2、 影響DBAS性能的因素:
(1) 系統硬件資源;
(2) 網絡通信設備性能;
(3) 操作系統環境;
(4) 數據庫的邏輯設計和物理設計質量,數據庫配置參數;
(5) DBAS的配置和性能;
(6) 數據庫應用程序自身。
2.3.4 其它需求分析
1、 存儲需求分析:是指估計DBAS系統需要的數據存儲量,包括:(1)初始數據庫大小;(2)數據庫增長速度;存儲總量估算可采用:根據數據字典中每個數據項的結構描述信息,估計每個數據項的容量,將所有數據項的容量累加;
2、 安全性需求分析:
(1) DBAS系統應達到的安全控制級別;
(2) 各類用戶的數據視圖和視圖訪問權限;
(3) DBAS應有的口令保護機制或其它安全認證機制,用以控制用戶登錄數據庫系統。
3、 備份和恢復需求分析:
(1) DBAS運行過程中備份數據庫的時間和備份周期;
(2) 所需備份的數據是全部數據庫數據,還是一部分;
(3) 備份方式是采用完全備份還是采用差異備份。
2.4 系統設計
2.4.1 概念設計
1、 數據庫概念模型設計:是根據數據需求分析階段得到的需求結果,分析辨識需要組織存儲在數據庫中的各類應用領域數據對象的特征及其相互之間關聯關系,并采用概念數據模型表示出來,得到獨立于具體DBMS的數據庫概念模型;
2、 ER方法:(1)選擇局部應用;(2)分別設計各個局部ER圖;(3)局部ER圖合并;
3、 系統總體設計:
(1) 確定DBAS體系結構;
(2) 系統硬件平臺和操作系統、數據庫管理系統等系統軟件的選型和配置;
(3) 應用軟件結構設計
(4) 對需求分析階段識別出的業務規則進行初步設計,細化業務規則流程,明確采用的關鍵技術和算法;
(5) 對系統采用的關鍵技術進行方案選型和初步設計。
2.4.2 邏輯設計
1、 數據庫邏輯結構設計:指從數據庫的概念模型出發,設計表示為邏輯模式的數據庫邏輯結構。
(1) ER圖轉換為初始關系模式;
(2) 對初始關系模式進行優化;
(3) 檢查關系表對數據庫事務的支持性;
(4) 確定關系模式的完整性約束;
(5) 從數據安全性和獨立性出發,設計用戶視圖。
2、 應用程序概要設計(II);
3、 數據庫事務概要設計;
2.4.3 物理設計
1、 數據庫物理結構設計:主要指數據文件在外存上的存儲結構和存取方法,它依賴于系統具體的硬件環境、操作系統和DBMS;
(1) 數據庫邏輯模式調整;
(2) 選擇或配置基本關系表的文件組織形式;
(3) 數據分布設計;
(4) 安全模式設計;
(5) 確定系統配置;
(6) 物理模式評估;
2、 數據庫事務詳細設計:根據事務流程,利用SQL語句、數據庫訪問接口,采用高級程序設計語言或DBMS提供的事務實現機制,設計數據庫事務。
3、 應用程序詳細設計:
2.5 實現與部署
1、 建立數據庫結構;
2、 數據加載;
3、 事務和應用程序的編碼及測試;
4、 系統集成、測試與試運行;
5、 系統部署;
2.6 運行管理與維護
2.6.1 日常維護
(1) 數據庫的備份與恢復
(2) 完整性維護
(3) 安全性維護
(4) 存儲空間管理
(5) 并發控制及死鎖處理
2.6.2 系統性能監控和分析
1、 統計數據可以通過兩種途徑收集:
(1) 由DBMS本身自動收集和存儲統計數據
(2) 通過監控系統得到
2.6.3 系統性能優化調整
1、 糸統性能優化的手段有:數據查詢調整與優化、索引調整、數據庫摸式調整、DBMS和操作系統參數調整等。
2、 模式調整主要涉及邏輯模式調整,可以從下考慮:
(1) 已達到第三范式的基本表,不要進一步規范化為BCNF;
(2) 在分布式數據庫中,對一個基本表中某些頻繁被訪問的數據,可以按水平分區或垂直分區方式拆分基本表。
2.6.4 系統升級
1、 改進應用桯序;
2、 數據庫重組;
DBMS和OS版本升級
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |