導語：如何才能寫好一篇數據庫軟件，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

從當前情況來看，在軟件工程具體發展過程中，需要先對網絡環境進行優化，因此在對數據庫框架設計之前，應當對軟件在計算機環境運行中的各種因素進行相應的分析。首先，選擇出科學合理的軟件系統來降低計算機環境中出現的各類不良因素，要想確保軟件各項功能可以正常運行，需要對數據進行明確確定，更要掌握和了解數據庫編程的各項要求。（1）需要加深和軟件工程師之間的溝通以及交流，然后在滿足用戶心理要求的基礎上做好數據庫編程的基本工作。（2）以用戶的心理需求為重點，從而設計出對數據庫編程的基本框架；（3）在設計數據庫編程框架的時候，需要填補一些相關的內容，而且需要全面的測試出軟件的具體功能，以免受不良因素和環境的干擾，從而威脅到軟件工程的穩定性和安全性。（4）要想保證軟件工程運行過程中的穩定性，那么應當及時完善數據庫編程中的各類信息，增強信息的精準性。在建立數據庫的時候，要求結合軟件程技術，然后需要根據協調好各個項目功能以此降低技術問題的發生概率。一方面，在建立數據庫的時候，要掌握到軟件工程在網絡環境下的運行過程，然后根據網絡技術以此實現數據庫信息的自動完善。另外一方面，要現在合適的編程語言，而對于數據庫框架設計來講，在該基礎上要求編程范圍內要劃分出不同的功能方式，由此一來，就能夠優化軟件工程在實際中的效果，不僅如此，可以很好的加強對軟件工程在運行中的穩定性。

2需要建立起科學的數據庫文件

2.1類型比較分析

一般在數據庫中，數據庫具有明顯的作用，比如，讀寫能力，它能夠建立完善的數據庫文件，因此，在開始之前，需要對各種類型數據進行比較，然后在這其中選擇出科學合理的文件類型。為了能夠選擇出科學合理的文件類型，所提出的建議是采用效果良好的比較法，該項方式的操作原理是：面對讀取錯誤或者是信息丟失的情況時，需要將該類型信息刪除，以科學性文件類型為主要運行目標。而絕大多數文件類型在明確以后，才會創建文件，從而可以增強數據庫的穩定性。同時，需要將精力更多的集中在數據庫讀取范圍內，從而保證數據文件不會過多的占用到空間資源，由此一來，可以根據比較法選擇出性能更好的數據類型。

2.2建立出合理的數據庫

在確定文件類型以后，就可以建立適當的數據庫，然而在數據庫建設完成后，需要設置成訪問限制，如果設置受到限制以后，可能就會發現數據庫存在的問題是難于修復的，因此就要求在對軟件進行設計時，需要按照標準對數據庫的每個過程進行操作，目的是要確保設計數據時可以滿足軟件的具體要求，防止出現再次設計的情況。要想保證對數據庫的科學性，需要選擇使用分區建設的方法運行，換而言之，需要把每個數據庫功能的模塊設置在相應的單元范圍內，而且要掌握到每個數據庫單元的交互作用，由此一來，在數據庫軟件運行有效果以后，才可以凸顯出整體性的最大功能。此外，在這樣的建立方式下，需要在實際運用中發揮出重要的作用，最后防止在數據庫內部單元中出現問題。

3軟件工程中數據庫文件訪問

3.1數據庫存儲方式的選擇

軟件工程的數據庫絕大多數是選擇使用單元方式進行建立的，這也就要求根據不同模塊功能直接確定最后的存儲方式。從數控中相關的功能模塊入手，每個數據庫的功能模塊多少存在一些隱患，而且該隱患在方式和類型上有著明顯的區別。因此這就要求選擇使用多樣化的存儲方式，由此一來，能夠很好的降低數據庫在應用中的存在的安全隱患，還可以防止存儲方式帶來的矛盾沖突。另外，按照用戶訪問的各種權限而言，需要結合存儲方式直接確定出訪問限制的各種形式，一般情況是下選擇出多樣化的訪問限制方法，面對不同賬號可以深入內部進行了解，以此保證數據庫中信息的安全性。

3.2數據庫加密文件的保護

數據庫中的文件其實需要對數據的文件或者是單元進行加密，而在這個階段需要根據相關的密碼才能夠對數據庫信息進行訪問。然后在進行加密的時候，需要登錄賬號，而其中的密碼登錄就是比較成熟的技術，因此在應用和管理中，也是比較方便的。

4小結

以上所述，數據庫編程對于整個軟件工程有著積極的作用，因為這就要求提高對軟件數據庫的編程工作，然后在提高數據庫建設的時候，需要完善對系統的框架，以此做好相應的存儲工作以及系統文件加密工作。可見，在做好各項工作的基礎上需要提高數據庫的安全性，IC使得軟件工程在實際應用中能夠穩定運行。

參考文獻

[1]梁琰.軟件工程的數據庫編程研究[J].信息與電腦(理論版),2018(16):9-10.

篇2

關鍵詞 數據庫；軟件；測試；調試；分析

中圖分類號：TP3 文獻標識碼：A 文章編號：1671-7597（2013）18-0039-02

隨著我國經濟的發展，軟件這一高新技術得到了企業的重視，現在的軟件編寫時，尤其是一些針對企業的大型軟件，都需要根據軟件的實際情況，編寫一個相應的數據庫，但是受到我國科技水平的限制，計算機軟件技術從20世紀中期就開始發展了，直到我國改革開放時期，軟件技術才傳入我國，因此軟件技術在我國發展的時間很短，從電子行業的生產水平就可以看出，目前我國使用的集成電路，大多都是從國外引進的，數據庫等軟件的核心技術，基本都被國外的一些公司掌握，因此我國企業使用的辦公軟件等，甚至一些政府辦公用的軟件，都是從國外公司購買的，從某種意義上來說，這是我國軟件行業的悲哀，通過實際的調查發現，目前影響我國軟件發展的主要因素就是版權問題，其次才是技術層面的原因，但是隨著近幾年我國對盜版市場的打壓，軟件市場有了較大的改善，但是相關的技術人才還是很缺乏，因此研究軟件編寫過程中的測試和調試，具有非常重要的意義。

1 關于數據庫軟件測試分析

1.1 數據庫的容量測試

數據量在使用越來越為廣泛的數據庫系統中正在呈現飛速增長的趨勢，所以為了更好為最終用戶提供相關的參考價值，應該在使用數據庫前，就應該初步估算數據容量的增長情況，這一點對于數據庫的維護和使用過程顯得尤為重要。初步估算每天數據表的數據產生量，可以通過在數據庫設計過程中的相關的基本表的數據大小進行確定，基本方法如下：①表的數據量=記錄數據量*記錄數；②記錄數據量=各個字段所占字節數的總和；③數據庫大小=各表數據量的總和。

可以看出，基本表的大小只是數據庫大小中的一個重要部分，還應該包括視圖、系統表、存儲過程等等方面的相關實體所占的容量，其中，表的數據則是最為基本的數據。除此之外，數據庫日志文件容量也是值得注意的，還應該基本上預留2倍左右的數據文件大小。

1.2 數據庫的性能測試

軟件的性能很大一部分程度上決定了應用軟件的水平，而對于數據庫系統軟件來說，軟件的性能往往直接受到數據庫性能的表現好壞的影響。一般的手工測試對于此部分具有很大局限性，往往要通過自動化的測試軟件而輔助完成，比如DataFactory軟件等等。對于諸如強大的數據產生器的DataFactory軟件來說，百萬行有意義的正確的測試數據庫的數據信息通過此軟件很容易產生，這樣測試人員和開發人員就能夠很容易處理相關的測試信息，該軟件支持諸多數據庫系統，比如Oracle、DB2、SQL Server和Sybase數據庫。在此軟件模擬運行下，可以得到該數據庫系統在長期運行下后的相關性能，特別是海量數據存儲的數據庫的性能對于其性能優化具有重要作用，能夠幫助盡早發現系統中的問題。

測試環境的一致性應該在性能測試過程中值得注意，主要包括方面有：應用軟件的版本、操作系統以及相關軟硬件配置方面內容，同時，在進行數據庫方面的測試過程中，對于數據庫的記錄數、配置等的一致性問題應該進行注意，確保結果對比是在相同的測試條件之下。否則，用戶對于軟件性能觀點的一致性較難以達到。

1.3 數據庫的壓力測試

常說的功能測試往往是指軟件的正確性測試，這是我們常規認識到的測試。軟件功能正確僅僅可以看作軟件質量合格指標之一，而不是全部。其它的非功能因素在實際開發中也往往是決定性因素，比如，這里包括相應的軟件響應速度等。有些并不高效的算法往往影響到軟件響應速度；用戶并發數往往也是影響到軟件的響應速度因素之一。軟件響應速度為測試目標則是壓力測試的特點，這也是在眾多類型測試中較為突出特點，主要是指，在較短時間內大量并發用戶的訪問的情況下，所表現出的軟件的抗壓力能力。這種壓力測試往往也都是必須經過專業的自動化測試工具，而不能僅僅依靠手工測試完成，常用的壓力測試包括Web測試、數據庫測試等。

在眾多的軟件項目中不可缺少相關數據庫內容，為了在多個用戶的并發訪問的影響下，數據庫對象能夠有效承受上述影響，這就是壓力測試主要內容。包括的這些對象主要有，觸發器、索引、存儲過程以及鎖過程。數據庫對象是否需要優化，這是在測試SQL語句和存儲過程的過程中，利用自動化的壓力測試工具而可以完成的。

這種自動化測試工具很多，各個具有各自特點，比如，JMete則適用于基于Java的項目，而.Net項目可以采用.Net集成開發環境中提供的測試方案。

2 對于數據庫軟件的調試分析

2.1 數據庫軟件調試的概念

數據庫軟件的調試與測試不同，測試通常是在軟件編寫的過程中，而調試卻是在軟件安裝的過程中，通過深入的分析知道，現在的數據庫軟件通常都是由高級語言編寫的代碼，這些高級語言在執行的過程中，首先要轉換成低級語言，最終變成0和1的形式，控制計算機去工作，雖然在軟件編寫時，會盡量的減少其中存在的錯誤和缺陷，但是受到編寫軟件和計算機自身原因的限制，不可能有完美的數據庫軟件出現，從市面上的軟件經常更新就可以知道，這些軟件在安裝之后，通過實際的運行，必然會發現其中的一些缺陷和錯誤，而軟件的更新換代，除了增加相應的功能外，修補這些錯誤和漏洞是主要的原因，如現在使用最多的操作系統windows系列，都會定期的一些補丁，修補系統中存在的漏洞，開發Windows操作系統能夠的微軟公司，可以說具有目前世界上最好的軟件開發團隊，在數據庫等軟件被編寫出來之后，必然會通過大量測試人員的測試，但是即使通過這種世界上最優秀人員的測試和修改，的正式版軟件依然會存在一些問題，對這些問題進行處理，就要依靠軟件的安裝和調試過程中，由此可以看出數據庫軟件調試的重要性，由于現在的數據庫軟件都具有很強的針對性，例如針對某個企業需求而編寫的，這些軟件在安裝的過程中，就需要相應的專業人員進行調試，這個調試的過程與測試過程差不多，就是軟件在安裝到了相應的設備上之后，對其實際的運行情況進行觀察，如果發現有不兼容的現象存在，就需要對軟件或者硬件進行相應的調整。

2.2 ASP數據庫軟件的調試方法

調試的技術是在選定好相應的調試軟件后的必然手段，下列的常用的就是較為常見的幾種定位錯誤源并測試應用程序的調試技術。

1）實時（JIT）調試技術。

Microsoft腳本調試程序會在運行時錯誤中斷了服務器端腳本執行的情況下而進行相關的自動啟動，同時，使得相關的ASP程序代碼得以顯示，使得導致錯誤的行能夠被語句指針指向，相關的錯誤消息同時生成。程序在使用這樣的調試下一般都能暫停執行，相關的編輯工具，比如 Frontpage、Dreamweaver、記事本之類，進行錯誤改正后及時進行更改保存，然后進行相關的腳本繼續運行操作。

2）斷點調試技術。

預先設置“斷點”的作用，就是在發生錯誤但又無法輕松地找到錯誤源的情況下，通過在指定的腳本行來設置斷點而進行相關執行腳本的暫停，對于可疑的行來說，一個或多個不同的斷點可以在之前進行設置，腳本中設置的變量或屬性的值則是通過使用調試程序而進行檢查。而在相關錯誤進行改正之后，斷點就能夠清楚標示，腳本就能夠可以進行不間斷的運行。

在Microsoft 腳本調試器中利用View ＼Running Document 命令，進行斷點的設置操作，打開“Running Document”窗口，腳本在該窗口中打開，腳本中要中斷的行進行確定，然后啟動相關的Debug菜單中選擇 Toggle Breakpoint 菜單項，以便進行相關的程序斷點設置工作，重新請求腳本則是通過Web瀏覽器進行，計算機啟動腳本調試程序會在執行到設置了斷點的腳本行的過程中執行，一方面能夠顯示腳本，一方面還能夠使得語句指針指向設置了斷點的行。

3）使用VBScript的stop語句調試。

利用VBScript編寫的服務器端腳本而進行相關的斷點添加，主要方法就是，可以在服務器端腳本的可疑部分的某個位置，進行STOP語句插入，完成相關斷點添加。

4）JavaScript的Debugger語句調試。

用JavaScript 編寫的服務器端腳本中進行相關的斷點添加，就是通過在腳本的可疑行之前進行debugger語句的插入，其語句的主要作用就是中斷執行在每次腳本循環通過一個新值時，然后自動啟動腳本調試程序；然后，在調試通過以后，生成的ASP 文件中刪除相關的debugger語句，同時，不能混淆debugger語句與JavaScript 中的break 語句，其中，用于退出執行期間當前正在運行的循環則是break功能，而對于Microsoft 腳本調試器并沒有激活功能，也不進行暫停的執行操作。

3 結束語

通過全文的分析可以知道，受到我國科技水平的限制，在計算機軟件這種高新技術上，與西方發達國家，一直都有較大的差距，雖然我國近些年發展勢頭很猛，這種差距在逐漸的減小，但是就目前來看，在軟件設計、編寫和測試等環節中，依然有很多問題，尤其是在數據庫軟件這種大型軟件的編寫上，為了最大程度的保證軟件的可靠性，需要大量的測試和調試工作，而要想做好測試和調試的工作，就應該根據數據庫軟件自身的特點，對測試和調試的概念及方法有一個深入的了解，而軟件的測試和調試雖然有本質上的差異，但是在實際工作過程中，如果方法得當，就可以將軟件的測試和調試有機結合，貫穿整個軟件的設計、編寫和安裝過程，使軟件從設計開始，就能夠具有很好的安全性和穩定性。

參考文獻

[1]孫界平，龔榮武，唐寧九.面向對象數據庫系統的研究和開發[J].計算機應用研究，1997（03）：8-10.

[2]錢建興.數據庫技術應用經驗談[J].上海高校圖書情報學刊，1999（02）：35-37.

[3]趙力海.針對數據庫開發不同階段的系統測試方法與技術研究[J].硅谷，2008（15）：35.

[4]余矩生.數據庫系統的設計分析與應用[J].汽車科技，1988（03）：40-46.

[5]劉洪星，譚新明.Client/Server 數據庫及其設計要點[J].武漢交通科技大學學報，1998（02）：45-47.

作者簡介

篇3

關鍵詞:軟件工程技術;數據庫設計;價值;實踐分析

積極了解軟件工程技術的主要特點，在軟件開發中，需要對相關信息進行有效整合，以滿足客戶需求為主，全面掌握軟件產品和數據庫設計的主要內容，創新數據庫設計方式，認真閱讀軟件設計說明書，將有價值的信息及時保存下來，進一步強化數據庫設計的有效性。將軟件工程技術充分運用在數據庫設計環節，及時分析軟件設計的可行性，保障軟件系統安全，對數據庫進行及時考察，有效提升數據庫設計的有效性。嚴格按照標準化流程進行數據庫設計，制定開發計劃，保證界面清晰，從而被客戶接受。

一、軟件工程技術在數據庫設計中的運用價值

在數據庫設計中積極運用軟件工程技術，可以將軟件工程技術的優勢及時體現出來，促進數據庫設計水平的有效提升，更好的保障數據庫設計效果。軟件工程技術的運用，不僅是數據庫設計工作的技術需求，還是時展的必然趨勢，軟件工程技術代替傳統的設計技術，幫助技術人員快速分析數據庫設計方案的可行性，正確把握數據庫設計工作要點。［1］在運用軟件工程技術的基礎上，提高了人員的工作效率，保證最佳的數據庫設計效果，這對行業發展具有深遠影響。

二、數據庫設計中軟件工程技術的運用途徑

(一)軟件工程技術在可行性分析中的運用

將數據庫設計任務及時劃分，如資源管理服務器設計、桌面版設計、手機版設計等多個部分，充分運用軟件工程技術進行軟件開發，架構客戶端－服務器，采取移動網絡、無限網絡等途徑來促進軟件系統更新和升級。［2］為保證數據庫設計的有效性，加強對現代技術:軟件工程技術的運用，及時采集相應的設計信息，將基本信息記錄下來，便于積極打造高品質的設計成果，通過社交網絡來搜集相關資料，加大對軟件工程技術的運用力度，進行在線采集，并對軟件可行性的設計過程進行全程監督，只有這樣方可更好的滿足現代用戶需求。［3］本地數據庫支持模塊，對于服務器消息管理界面、數據庫備份、界面恢復、列表管理等方面加強可行性分析，堅持以用戶需求為主要目標，網絡通信支持模塊，及時完成身份驗證，構建遠程操控數據庫，更好的確保了數據庫設計的有效性。

(二)軟件工程技術在項目開發中的運用

項目開發過程中積極滲透軟件工程技術，及時明確項目開發方案，根據項目開發實際工作任務成立項目小組，小組內有二十名技術人員來負責項目開發，完善現有的項目開發方案，及時儲備更多的技術型人才，由此組建一支項目開發團隊。［4］了解數據庫系統開發與設計的特性，從根本出發，保證系統應用開發與創意設計的有效融合，更好的滿足客戶需求。認真制作編碼，形成一個完善系統，進行測試驗收，掌握技術規范方面的內容，引導客戶進行系統維護，比如在計劃編制階段，技術人員及時設計一個可執行的進度計劃，以項目需要滿足的商業需求為考慮，嚴格遵循技術要求來完成數據庫設計，并及時進行有效的質量驗收，將驗收質量過關的系統及時移交給產品。［5］在總結階段，及時進行產品接收，在此環節，人員及時發現在數據庫設計中存在的不足之處，及時及時整改，總結工作經驗，將現有的技術資源進行有效整合，更重要的是將技術資源、源程序、全部技術文檔等移交給管理部門進行統一保管。

(三)軟件工程技術在用戶需求分析中的運用

及時明確運用數據庫可以做什么，運用軟件工程技術來分析用戶對數據庫功能的需求，尊重用戶的需求，盡可能將用戶需求體現在數據庫設計中，確定數據庫設計與其他系統元素之間的接口細節，掌握軟件設計的有效性需求。［6］將用戶需求及時分類，如:軟件原型、使用策略等，及時構建數據庫模型，強化結構化分析，運用數據模型來描述實體與圖之間的聯系性。分析需求規格說明書的具體內容，并以書面形式準確描述用戶對數據庫設計的需求，制定軟件工程標準的生命周期，將生命周期中內容不完善的地方及時修正過來，逐漸使其成熟。還要考慮系統功能需求、運行環境需求、數據需求、系統性能需求、升級需求等內容，由此生成系統需求分析報告，盡量將用戶需求都體現出來，始終堅持界面簡化、功能完備的基本原則。

篇4

關鍵詞：軟件開發；數據庫設計；理論；實踐

中圖分類號：TP393 文獻標識碼：A文章編號：1007-9599 (2011) 16-0000-02

Database Design Theory Practice Study in Software Development

Jiang Ke

(Jiangxi Provincial Rural Credit Cooperatives,Nanchang330039,China)

Abstract:As an application of a strong discipline,database technology is increasingly applied in wide range of software development,software development,database design theory and practice more and more research-oriented industry.In this paper,the main problem of database design and design theory are described to introduce several principles of database design,and database design steps and some examples of analysis.

Keywords:Software development;Database design;Theory;Practice

我們知道，數據庫的設計工作在自動化或交互式的半自動化設計上還存在很大的欠缺。除了關系型數據庫外，目前尚缺乏一套完善的數據庫設計理論、方法和工具。數據庫今后的研究方向或焦點將是數據庫設計理論與實踐研究。本文就軟件開發中數據庫設計理論實踐問題主要介紹了以下幾個方面的內容。

一、數據庫設計及設計理論概述

在整個軟件開發過程中，一般會分為五個階段，即需求分析、軟件設計、軟件編碼、軟件測試和對軟件的維護。在具體的設計階段，首要的任務就是設計出模塊的程序流程、設計出算法和數據結構，次要的任務是對數據庫進行設計。因此，可以看出，數據庫的設計在整個軟件開發過程中占據著十分重要的地位。通常，數據庫的設計主要是指根據不同用戶的不同需求，在一定的數據庫管理系統的基礎上來實現通過設計出的數據庫的結構并建立起數據庫的過程。它是建立數據庫及其應用系統的一種很強的技術，所以，數據庫設計是信息系統的開發和建議中的一項核心技術。

對于數據庫的設計理論大致如下：數據庫的組成=實體+關系；實體：用主鍵來表示；關系：用外鍵來表示；范式：指導如何找實體；關系：指導如何將各實體聯系起來；通俗的理解就是通過范式建立起各個表，而表中只有主鍵，即只能找一個個單獨的實體，實體之間沒有關聯。通過關系將每一個單一的實體聯系起來，才會產生外鍵。

二、數據庫設計的幾個原則

（一）命名的規范化。我們知道，不一樣的數據庫產品對于對象的命名是有不同要求的。在數據庫設計中，對于各對象的命名以及在編寫后臺程序的代碼上都應采用大小寫的字母形式，命名長度不超過30個字符。

（二）慎用游標。對大表或者多表定義的游標，即大的數據集合而言，在使用游標逐行進行遍歷數據時極易導致程序進入到一種漫長的等待甚至死機的狀態，因此，使用游標時，我們可以建立一個臨時的表，將那些符合條件符合要求的數據行轉入到該臨時表中，再對該臨時表定義游標操作，這樣做能夠使游標的性能大大提高。

（三）索引的使用。顯然，索引一般是用于快速訪問表中的數據。通常，大型的數據庫會有兩種索引，一種是簇索引，一種是非簇索引。無論是添加哪一種索引，都可以使按索引列查詢的速度大大提高，雖然在速度上有所提高。但是在插入、更新、刪除等操作上性能會有所降低，特別是在填充因子比較大時，降低效果更明顯。因此，對索引較多的表進行頻繁的插入、更新、刪除操作時，在對于表和索引的建立上，應該設置較小的填充因子。這樣才能方便在各項數據頁中留下足夠的自由空間，以減少頁分割或重新組織的工作量，才能夠有效提高性能。

（四）數據的完整性和一致性。為了有效保證數據庫的完整性和一致性，通常設計人員會設計比較多的表間關聯，以最大程度地降低數據的冗余。由于表間的關聯是一種強制性的措施，所以建立表后，對于父表和子表的插入、更新、刪除等操作都會占用系統整體的開銷。還有，盡量不要選用Identify屬性的字段來作為主鍵與子表關聯。另外，為了能夠很好地提高系統的響應時間，選擇合理的數據冗余也是很有必要的。

（五）事務的使用。事務一般是要一次性完成的操作。這些操作都是單個的操作，但數據庫系統可以保證事務這一組操作全部完成或者一點都不做。大型數據庫的這一優越特性，使數據的完整性在很大程度上得到了保證。

（六）數據庫性能的調整。在網絡設計和計算機硬件配置確定的情況下，影響應用系統性能的因素主要是客戶端程序設計和數據庫性能。大部分的數據庫設計員都會采用兩步法開展數據庫設計。具體的設計步驟是：首先是邏輯設計，其次進行物理設計。邏輯設計有效去除了冗余數據，很大程度上提高了數據吞吐速度，從而保證了數據的完整性，清楚地表達出了數據元素之間的關系。對于多表間的關聯查詢，其性能可能會有所降低，同時也提高了客戶端編程的難度。因此，在物理設計中需進行折中考慮，結合業務規則，確定關聯表數據量的大小、數據項的訪問頻度等，對這樣的數據表頻繁的關聯查詢時應適當提高數據冗余設計。

（七）數據類型的選擇。數據類型的合理選擇會在很大程度上影響到數據庫的性能和操作。因此，要根據具體的設計要求與規則選擇合適的數據類型。

三、數據庫設計步驟及實例分析

數據庫的設計過程一般可分為六個大的階段。下面，筆者通過實例來介紹和分析各階段的功能和特點。

（一）需求分析階段。需求分析階段是第一個階段，該階段主要是用來分析和調查用戶的業務以及數據的使用情況，以此熟悉這些業務活動和數據的類別、數據的數量以及使用范圍，還能了解它們在業務活動中的交流情況等，從而來確定用戶對數據庫系統的使用條件和各種其他約束條件，達成共識后形成一定的用戶需求。在這一階段，在定義數據庫表及字段需求時，首先必須要檢查報表，查詢和視圖，以此決定哪些是必要的表和字段。舉個例子，先假設，比如一個客戶需要一個報表按照其郵政編碼的排序，求和及分段。這種情況下，就必須要保證其中包括單獨的郵政編碼字段，不能把這些郵政編碼錯亂地參與到地址字段里。

（二）概念設計階段。本階段通過對用戶描述的現實世界的某一處的分類概括以及聚集，進而建立一種抽象的概念數據庫模型。舉個例子，以擴充的實體聯系模型的方法為例。當然，還是首先要明確在現實世界中的各部門含有的所有實體及屬性，明確實體間的關聯以及對信息的制約條件等，列出各個部門所有信息的局部描述環境；再將得到的多個用戶的局部視圖集合成為一個全局的視圖，這樣就形成了用戶要求描述的現實世界的概念數據模型。

（三）邏輯設計階段。這一階段的主要工作就是把現實世界的概念模型設計成為數據庫的邏輯模型，而且這種邏輯模型應適用于某一種特定的數據庫管理系統。很顯然，邏輯設計階段在整個數據庫的設計過程中起著非常重要的作用。

（四）物理設計階段。物理設計階段要求在數據庫管理系統的存儲方法和儲存結構上，要選取合適的方法路徑與存儲結構。同時，這些合適的方法或路徑還必須要依賴于計算機具體的物理設計。

（五）驗證設計階段。這一階段是很關鍵的一個階段，也是不可缺少的一個階段。我們知道，任何一個大型數據庫的設計都會經過多重循環和反復驗證。在整個驗證過程中，一旦發現某一步驟出現錯誤，就必須馬上回到上一步驟來進行調整與修改。所以，在驗證設計階段，應該考慮到以后的修改維護與解決方案。

（六）軟件運行和維護階段。這基本是最后的環節了，在數據庫系統正式投入運行中，要不斷地進行調整和修改維護。

四、結束語

顯然，使整個數據庫的設計更加的工程化、規范化和便捷化將是我們今后要不斷去爭取做好的。未來數據庫設計的研究方向是數據庫設計理論方面的內容，通過完善的理論研究來建立起準確的模型，在整個數據庫的設計中充分體現出其先進的思路和方法，最終達到數據庫的設計更加的工程化、規范化和便捷化的目的。

參考文獻：

[1]何玉潔等.數據庫原理與應用-第2版[J].機械工業,2011,4:1

[2]陶宏才.數據庫原理及設計[M].清華大學出版社,2004,11

篇5

【關鍵詞】 全面預算； 預算管理軟件； 會計核算軟件

現代企業的管理缺少不了信息系統。企業常用的信息系統除了會計核算軟件之外，還有各種形式的ERP系統，如MRP，MIS（醫院是HIS）等。這些軟件系統的數據庫是相互獨立的，這種獨立對于一般的企業應用不會產生問題。然而，當企業推行全面預算，產生了對預算管理軟件的需求時，獨立的數據庫系統的問題就暴露出來了。唯一的解決方案是創建集成的數據庫系統。

一、預算管理軟件的系統需求分析和設計

企業的預算管理就是用數據描述企業的發展計劃。為了使企業的每一個員工都能夠和企業的發展目標保持一致，企業應該推行全面預算。一方面，每一名員工都有自己的預算目標；另一方面，企業的預算指標應該涵蓋企業業績的各個方面，不是單純的資金預算或單純的成本預算。而且，為了激勵員工努力完成預算目標，預算還應該與獎懲掛鉤。因此，從企業的控制激勵職能而言，預算是企業的績效考核系統的具體實施，預算目標也是企業績效考核指標的分解。

預算管理軟件方便企業預算管理工作的實施，其基本的功能包括預算編制、預算反饋、預算分析三部分。具體而言，預算管理軟件的系統設計如圖1。

二、預算管理軟件開發關鍵問題

從上面的系統設計可以看出，預算管理軟件的設計從流程角度而言并沒有什么難點，但是什么原因造成了目前預算管理軟件在應用上不盡如人意的狀況呢？根源在于數據采集設計上。數據采集方式有兩種：一是預算管理軟件有自己獨立的數據庫系統，采用這種方式數據采集采用手工錄入的方式。二是預算管理軟件采用其他企業管理軟件的數據，如會計核算軟件，ERP等，采用這種方式數據采集采用自動采集的方式。這兩種方式都存在著一些需要解決的問題。

（一）采用手工錄入方式的問題有下面三點

1.人員崗位問題

不同于會計核算，會計行業形成了特定的行業，有相應的職業規范和行業準則，而企業的預算由于和企業的具體特征有關，沒有相應的準則和規范，更談不上形成專門的職業。也有的企業設置了預算員這一崗位，但是都由會計人員兼任，崗位職責、權利、義務不明確。預算員不知做什么，怎么做，多數認為是分外工作，也沒有動力去做。最后導致數據采集成了應付差事，不了了之。

2.采集時機問題

預算管理是時效性極強的一項工作。時效一過，預算管理也就無法實現事前計劃、事中控制的目的，事后的評價就成了單純的秋后算賬了。然而同樣是由于預算崗位設置的問題，沒有專門的人員有效進行時效控制，預算的數據采集達不到事先需要達到的目的。

3.數據冗余、沖突問題

預算管理軟件獨自采集的數據和其他軟件采集的數據相比，無非有兩種可能：一是兩者相一致，這就產生了數據冗余的問題。二是兩者不一致，數據之間存在著沖突。這樣不僅造成采用預算激勵就缺乏公信力，而且數據的鑒證或內部審計也存在著困難。這一問題對于自動數據采集同樣存在。

（二）采用自動采集數據，數據的來源最多的就是會計核算軟件。會計核算軟件的數據用于預算管理的用途，存在下面幾個方面的問題

1.數據統一口徑不同的問題

由于服務的目的不同，經常會出現在預算管理軟件和會計核算軟件中采用相同的名稱代表不同的數據內涵。預算管理服務目的是企業內部管理，強調數據的可控性，因此利潤通常是EBIT，成本往往區分為變動成本和固定成本；會計核算服務于外部投資者，強調數據的客觀性，因此利潤往往是稅后凈利潤，成本不區分變動和固定成本。這樣從會計核算中采集的實際數據就無法和編制的預算目標相比較，必須經過調整之后才能使用，而這一工作缺乏統一的程序和方法，需要一定的專業判斷。導致自動采集無法自動完成。

2.數據結構不同的問題

預算管理是責任會計，特定的數據是和對應的責任人相關聯的，因此核心的數據是三維的，即：日期事項、金額、責任人。會計核算目標是生成財務報表，是以企業為主體的實體會計，相比而言，核心的數據是二維的，即：日期事項、金額。兩者數據結構不同導致從會計核算軟件中采集的數據需要追溯責任人，然而沒有原始記錄，這是不可能完成的任務。重新整理查找原始記錄，工作量等同于手工采集數據，甚至更大。這一點導致從會計核算軟件中自動采集數據也不能成為預算管理軟件采集數據的方法。

3.數據層級不同的問題

會計核算軟件針對對外報告，因此數據層級是整個企業。而預算管理涉及目標貫徹執行，數據層級是企業中的各個部門。對于某些數據，前者是后者的總和。這就產生了一個問題：從會計核算中采集的數據需要分解到各個部門才能被預算管理軟件使用。而這一點也需要原始記錄才能完成，使工作量極大，在實際中缺乏操作性。

針對上述問題，唯一的解決辦法是構建集成的數據庫管理系統。

三、集成的數據庫管理軟件系統

集成的數據庫管理系統是指企業的預算管理軟件、企業的會計核算軟件，企業的ERP系統等管理軟件采用統一的數據庫。而不是核算軟件是一套，預算管理軟件是另一套，企業的ERP又是另外一套，相互分割，互不關聯。

分離的數據庫管理軟件系統和集成的數據庫管理軟件系統可以用圖2描述。

集成的數據庫管理軟件系統對現有的核算軟件提出了下面兩個方面的要求。

（一）從二維會計轉化為三維會計

傳統的財務會計是二維的，每筆會計分錄記錄了時間事項以及金額。而預算由于需要涉及到責任人，因此需要是三維的，即：時間事項、金額、責任人。由于傳統的財務會計在采集數據時就沒有記錄責任人，因此在以往的分離的企業管理軟件系統中，預算軟件如果要從核算軟件中提取數據，就需要知情者還原責任人的信息，這只可能是手工工作，預算軟件系統無法自動完成。在集成的管理軟件系統中，要做到一次采集的數據能被所有的管理軟件使用，數據體系就財務數據而言，就應該轉換為三維數據，做到核算軟件和預算軟件的統一。

（二）從企業會計轉換為部門會計

財務會計的主體是企業，最終的產品是整個企業的一張財務報表。而預算涉及的主體是責任人或是企業的各個部門，最終的產品是每個部門一張預算目標和實際業績的比較表。因此兩者如果要統一，最初的原始數據就應該歸結到具體的部門，而不能等到期末將企業級的數據再分解到各個部門，因為這種分解難以做到客觀公正，而且也無法通過軟件系統自動完成。這一點實質也是和前一點相關聯的，部門的負責人就是對應的責任人。以部門為主題的會計是層級式的，符合常說的預算應該是“提起來是一串，放下去是一片”。而且，部門會計經過層層累加，就自動形成了企業對外的財務報表。當然，累加的過程也會涉及到一些會計的技術環節。

以上說的是核算軟件適應預算軟件的問題，同樣預算管理體系也應該向核算軟件靠攏。具體而言，預算指標要求有可控性，因而有些指標在統計口徑、內容上可能與財務數據不一致，而且缺乏其他的數據采集途徑，因此為了使這些預算指標能夠計量、分析，需要將這些可控指標轉化為能夠計量的財務指標，但是會包含一些非可控的因素。構建這一體系的方法是對預算編制的預算目標逐一分析，與對應的財務指標相比較，并逐一調整統一成財務會計系統中的相關數據。

此外，預算管理中也會涉及到非財務指標，對于這些指標，也要求和ERP系統中的相關數據逐一比對，逐一調整，統一口徑，統一內容。實現預算管理軟件和ERP系統的集成。

由于這一過程和企業的個體特征聯系緊密，因此實現集成企業的管理軟件系統的商品化軟件幾乎是不可能完成的任務。通過定制開發適合具體企業的預算管理軟件應該是預算管理軟件開發的必由之路。

四、結語

預算管理軟件的開發盡管經過眾多的專業軟件開發商、研究人員多年的努力，但是仍然沒有企業適用的產品出現。其主要的原因是數據接口的問題。在目前眾多企業專門從事預算管理的人員有限的情況下，另起爐灶重新設計出采集處理相關數據的系統不僅工作量大，而且相關技術人員缺乏，實現起來困難巨大。我們提出的解決方案是將企業的所有的管理軟件集成在一個體系中，設計出共同的數據結構和體系，利用現有的財務人員和信息技術人員，可以解決預算軟件數據接口的問題。這應該是未來預算管理軟件的發展方向。

【參考文獻】

［1］ 于增彪，袁光華，劉桂英，邢如其.關于集團公司預算管理的框架研究［J］.會計研究，2004（8）.

［2］Robert S. Kaplan，David P. Norton：“Strategy Maps：Converting Intangible Assets into Tangible Outcomes.” Harvard Business Press，2004.

［3］ 邊姜.煙草工業集團預算管理與會計核算有機結合的探析［J］.經濟師，2008（10）.

篇6

 

因此本文針對TRISTAN堆芯數據庫結構及語法進行分析，相應開發TRISTAN堆芯數據庫處理軟件，實現了全堆芯建模所生成的TRISTAN堆芯數據庫與下游軟件的兼容。

 

1 引言

 

壓水堆堆芯設計軟件SCIENCE程序包是由法國AREVA技術轉讓，該程序包由法國CEA(法國原子能委員會)和AREVA公司共同開發。

 

SCIENCE軟件系統的英文全名為“Integrated Computation System for the Neutronic Design of Light Water Reactors”，能夠用于壓水堆核電站的中子學設計工作，目前是中廣核集團在堆芯工程設計與燃料管理方面主要使用的軟件。

 

破損組件若不能修復后再使用，會給電廠造成一定的經濟損失，因此需要用SCIENCE從理論上分析用鋼棒代替破損燃料棒的可行性。

 

由于換鋼棒后堆芯處于徑向不對稱狀態，需進行全堆芯建模分析，然而使用SCIENCE進行全堆芯建模時所生成的TRISTAN堆芯數據庫與下游軟件接口不兼容，無法開展進一步分析。

 

因此需要開發TRISTAN堆芯數據庫處理軟件，實現全堆芯數據庫與下游軟件接口兼容，并進而完成換鋼棒組件再入堆的建模和安全分析。

 

2 TRISTAN堆芯數據庫解讀及軟件開發

 

TRISTAN堆芯數據庫格式與一般Oracle，Sybase， Informix， MySql數據庫格式不同，調用方法也不一致，因此在開始軟件TRISTAN堆芯數據庫處理軟件開發前，首先需完全解讀TRISTAN堆芯數據庫格式。

 

2.1 數據庫解讀

 

TRISTAN堆芯數據庫以不同燃耗步分段，每段交叉著1維、2維、3維等多種數據結構，記錄著堆芯水密度、燃耗、中子通量、控制棒棒位等大量信息，其中最復雜的是記錄堆芯燃料組件區域燃耗、中子通量等參數的三維數據。

 

在SCIENCE中全堆芯模型所生成的TRISTAN堆芯數據庫將三維堆芯徑向分為34*34共1156子區域，數據庫中針對157根燃料組件設計的燃耗分布如圖2(a)所示。

 

其中符號1代表水模塊，符號2代表堆芯反射層，同時活性區用“燃料組件編號+燃耗值”表示。

 

2.2 軟件開發

 

由于TRISTAN堆芯數據庫數據量大且不固定，因此需要數據庫處理軟件相應有較好的靈活性，同時由于TRISTAN堆芯數據庫處理軟件研發目標為工程應用，所以TRISTAN堆芯數據庫處理軟件必須有較快的海量數據挖掘能力。

 

經過廣泛的調研，PERL語言靈活可靠，可以快速設計，編寫，調試和部署，并且十分適用于數據庫與文本處理，能夠從海量的數據庫中挖掘整理信息[1]，因此基于PERL語言開發數據庫處理軟件。

 

2.2.1 哈希數據表

 

軟件采用預定義哈希數據控制表，并采用“鍵-值”對應的方式控制軟件活動[2]，從而實現對軟件流程的靈活控制管理，同時提高軟件的擴展性和修改，針對堆芯數據庫的每一物理信息數據庫均設置相應的讀取和處理方法和輸出格式。

 

2.2.2 TRISTAN堆芯數據庫處理軟件流程

 

軟件運行流程如圖1所示，軟件遍覽TRISTAN堆芯數據庫，一旦在讀取數據庫的過程中發現關鍵詞，則根據預定義的轉化處理方法和輸出要求輸出到新的數據庫中，這樣可以達到邊讀數據庫邊處理的效果，并且在算法上提高了軟件的處理速度。

 

3 建模及驗證分析

 

將該軟件耦合進SCIENCE程序包中，并在SCIENCE中建立相應的計算模型，在模型中首先細化堆芯軸向網格，以滿足1D差分計算精度需求及顯式表征格架。

 

然后建立三維細網節塊法燃耗結果，并轉化為TRISTAN堆芯數據庫用于下游一維計算，并產生1D ARO燃耗史庫以及計算出堆芯軸向偏移AO和軸向功率峰因子Fz。

 

圖1 TRISTAN堆芯數據庫處理軟件運行流程

 

采用未換鋼棒的堆芯模型，分別采用四分之一堆芯TRISTAN堆芯數據庫和旋轉對稱全堆芯數據庫經軟件轉化后生成的TRISTAN堆芯數據庫作為輸入。

 

然后對比兩個數據庫輸入下SCIENCE計算得到的堆芯軸向偏移AO和軸向功率峰因子Fz [3]，對比結果如圖2(a)、(b)所示。

 

AO=■*100% (1)

 

Fz=■ (2)

 

式中：PH——堆芯上半部功率;

 

PB——堆芯下半部功率;

 

Pmax——堆芯軸向最大線功率;

 

Pav——堆芯平均線功率密度。

 

(a)軸向偏移AO

 

(b)軸向功率峰因子Fz

 

圖2 旋轉對稱全堆芯與四分之一堆芯數據庫輸出

 

理論上旋轉對稱的全堆芯數據與四分之一堆數據描述相同的堆芯信息，堆芯狀態應一致，軟件輸出結果符合理論預期，兩個模型計算數據高度吻合，說明軟件計算正確。

 

4 結果與展望

 

本文對TRISTAN堆芯數據庫架構和特殊符號含義進行了解讀，基于PERL語言開發完成TRISTAN堆芯數據庫處理軟件，并將該軟件完全耦合入SCIENCE程序包中。

 

通過建模驗證分析，驗證在全堆芯對稱情況下，軟件輸出結果與四分之一堆芯建模輸出基本一致，符合理論預期，同時證明TRISTAN數據庫軟件可用，并和下游軟件完全耦合，初步實現換鋼棒組件再入堆堆芯一維軸向參數變化的計算分析。

篇7

關鍵詞：編程；技術；計算機軟件工程

1計算機軟件工程中的數據庫建立

在進行計算機數據庫建立的整個過程中最開始就需要對計算機基礎框架進行設計，并且同時需要對計算機中的數據庫進行改進，而計算機軟件的運行是需要通過網絡這個媒介來作為支撐，要不然計算機系統中的軟件就不能發揮作用，因此在系統數據庫的搭建過程中要考慮到這些相關的影響因素，整個系統的各子系統之間相互之間需要形成良好的交互關系，最終才能使系統的軟件運行，同時也可以保證計算機系統中的信息的安全性。在軟件工程數據庫一開始建立初期就必須要有明確的應用范圍，這樣就能夠高效地做好計算機數據庫的管理工作，在初步形成了數據庫的總體構架之后，需要在此基礎上進行其他功能的完善，提升整個軟件的使用性能和安全性能并解決在使用過程中出現的漏洞，當這個軟件在不斷更新升級改進后它的功能將會越來越人性化以滿足用戶的需求，同時在抵抗外界的干擾方面也是會做得更好，此外數據庫也要及時進行更新以免出現使用故障問題。編程技術是形成計算機數據庫的基礎，各功能的協調是解決軟件技術問題的主要途徑，軟件在開發出后投入市場讓用戶進行使用中要有效利用好計算機數據庫中的資源，使得軟件能夠在使用過程中可以進行自動更新，來解決軟件在使用過程中出現的問題同時增加一些必要的功能。在做軟件過程中工程師要合理的選擇匯編語言，然后進行軟件框架的編程，這樣就能更好的做出所需的軟件和提升用戶的使用體驗。

2數據庫文件建立

2.1類型比較

數據庫需要處于讀取的條件下才能對數據庫的文件進行建立，為此在數據庫進行數據建立的最初階段需要做好對比工作，防止出現在讀取的過程中出現數據的丟失卻不能及時發現的問題。通常采用對比的數據讀取方式更能夠保證數據讀取的穩定性，同時在文件讀取出現問題時也更能夠直觀的發現問題，也更能夠找到合適的類型。在文件讀取時要做到節省計算機的存儲空間，并且短時間地對數據進行讀取，這樣做的目的就是可以保證軟件運行的流暢度和穩定性，更不容易出現運行故障問題。

2.2創建數據庫

一般情況下是在文件建立之后進行數據庫的建立，并且在創建之后系統將會對訪問的權限進行限制，會限制用戶之后的相關操作，特別是在當系統出現一些問題需要進行相應的改進時，由于權限限制的原因將需要對各方面進行調整，需要更加有效的關聯才能使得整個系統的穩定性有較高的保障。為了保證系統的穩定可靠性可以采用分模塊的形式來對系統的多個功能進行逐一控制，如此一來就可以有效的提升數據庫各功能的穩定性，保證系統的流暢運行。而一些在外部安裝的軟件就相對來說在對數據庫創建時簡便很多，在對外部軟件進行安裝時可以采取私人模式的安裝方法可以保證用戶的數據安全。同時需要根據軟件的具體特征來建立合適的數據庫，保證數據庫中的資源能夠充分利用，此外還需要不斷對編程技術進行改進。為了能夠保證系統在系統出現問題數據丟失的情況下保證系統快速的快速恢復運行，需要對數據庫中的信息做好備份工作。

3對數據庫文件的訪問

3.1面向對象的數據庫存儲模式選擇

分區之后就可以進行數據庫存儲模式狀態，但是這項功能又存在多方面的安全問題。數據庫的存儲的作用就是對用戶的各項權限進行一定的限制，以保證系統能夠穩定運行，這種訪問權限是被分為多個訪問級別，不同類型的訪問用戶，進入系統的頁面信息也會有所區別，主要目的還是在于保證系統的安全和穩定。建立了文件類型數據庫后，更加有利于文件的訪問，在進行系統的功能設計時需要重點針對這一方面，要做好合理優化系統資源，保證系統高效穩定運行。

3.2數據庫文件的加密保護

文件加密主要是防止用戶的個人重要信息被他人盜取而采取的保護措施，需要采取相應的措施來保證用戶的信息安全，主要的措施就是通過對用戶的信息根據信息的重要程度來設置，在用戶進行使用時需要設置登錄密碼來保證信息安全，同時在登錄數據庫時也需要密碼，這類分等級分類型的密碼設置可以保證技術人員高效找到解決問題的策略，保證數據庫和用戶的信息不會被木馬等其他病毒攻擊竊取信息，損壞計算機系統，造成重大財產損失。對于在這個過程中信息選擇問題可以通過加密選擇來解決，通過結構優化來解決功能沖突問題，最終保證系統處于一個安全穩定的狀態下運行。

3.3數據存儲模式使用方法比較

使用方法的對比過程影響著系統運行的穩定性，同時在軟件處于工作狀態下進行判斷系統是否處于不穩定運行的狀態，最終技術人員根據出現的具體問題進而采取相應的改進措施。同在網絡如何進行選取完全看之前設計時的功能選擇，以及在實際使用過程中所遇到的具體問題決定的，最終可以達到提高系統穩定性的作用，而這種解決策略在防止計算機病毒的入侵系統這一方面起到了很好的作用，也在保障數據庫的信息安全方面起到了很關鍵的作用，一般性的軟件技術問題，在這種模式下軟件都能穩定運行，此時在系統獲得到信息后能夠自動進行選擇分類，這樣就能保證數據庫調動數據的效率和速度，同時軟件也會根據具體要求進行自動更新，而這都需要各系統間高效配合才能實現。同時系統會對各模式進行篩選，找出其中的問題，優化整個運行系統。

3.4開發設計中的編程技術選擇

保證軟件系統的穩定性是選擇哪種編程技術的重要參考標準，得到編程技術能否保證資源的高效利用，還有保證系統穩定性的能力。通過采用對比的方法進行編程來解決系統的一些相關問題，當系統出現不穩定時要及時發現問題所在采取相應的解決措施，保證軟件不會出現較大的功能問題影響到軟件的正常運行。相關的技術人員在進行問題診斷時也要針對性的進行檢查，保證系統能夠處于一種穩定的狀態下持續安全運行。所以軟件運行的穩定性和編程技術的選擇有著密不可分的聯系，編程技術選取的是否合適直接影響到軟件運行的穩定性，因此要選擇最為適合特定軟件開發的編程技術。在一開始的軟件開發階段遇到問題可以對軟件開發的基礎框架進行優化，以保證之后的開發能夠有效進行，這就對編程技術提出了更高的要求，需要編程技術能夠實現軟件特定功能的同時也要保證軟件的安全性。

4結語

在互聯網時代背景下，各行各業都需要利用計算機技術來獲得發展，因此在很多非計算機類的工程領域內也越來越需要懂得計算機編程技術的人才，而對于非計算機專業人員面對這門較為復雜的學科一開始學習都會有所困惑甚至退卻。本文就關于數據庫系統做了詳細的說明，希望對相關的使用人員有所幫助，也為非計算機專業人員提供學習方法。

參考文獻：

[1]范麗萍.基于計算機軟件工程的數據庫編程技術[J].電子技術與軟件工程，2017（1）：164-165.

篇8

關鍵詞：計算機；軟件開發；過程管理；數據庫管理

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

一、計算機軟件工程的發展

自20世紀60年代計算機軟件發展以來，計算機軟件工程的快速發展使得程序發展很快實現了低級語言如匯編語言到高級程序語言的過渡，軟件系統漸漸的變得系統化和對象化。計算機信息時代的到來和網絡的普及推廣和應用，軟件已經無處不在。

二、軟件開發過程中的管理

軟件開發項目前期包含可行性與計劃研究階段和需求分析階段，這階段工作的準確性直接關系到軟件項目的成敗。這一階段首先確定該軟件的開發目標和總要求，進行項目的可行性分析與投資- 收益分析，編制開發計劃，為領導層的決定提供依據。由領導層決定項目取消或者評審和批示，當項目確定實施以后，初步制定軟件項目開發計劃，進入下一個階段。需求分析階段要能確定被設計軟件的各項功能、性能需求和設計約束，編寫出軟件需求說明書、數據需求說明書和初步的用戶手冊。需求的獲取要求成立需求調研小組，在調研中將用戶群體根據其差異性進行分類并歸納出各類的個性特點及任務狀況，并在每類用戶中挑選出一個典型代表作出決策。調研小組通過調研會、面談、收集資料等多種方法收集需求，并在分析基礎上編寫需求文件，與用戶一起對需求進行審核，并最終獲得用戶認可。優秀的需求文件要求具備完整性、正確性、可行性、必要性、無二義性和需求優先性。

項目準備中的管理涉及項目團隊的組織、需求管理、方案設計、風險管理和開發計劃。根據項目規模和特點組建開發團隊，確定各類人員的職責與考核管理方法，以完成不同角色和不同階段的任務。在完成需求調研和需求分析后，還會遇到項目需求的變更，要建立起良好的需求管理方法，對變更帶來的潛在影響和可能的成本費用進行評估，跟蹤每項需求的狀態。

在項目需求分析的基礎上，進行系統方案的設計，確定開發中采取的技術方案、技術架構、開發標準規范和版本管理的方法。做好源自技術、需求、人員、管理中任何未預期的條件和事件的發生所引發的項目風險管理，及早發現風險、及時規避風險，減小項目失敗的概率。之后便制定可實施的項目開發計劃，制定詳細的項目任務分解，大致估計每個任務的工作量，對工作量、資源狀況、任務間的相互依賴關系進行全盤考慮后安排合理的工作計劃，并對計劃執行有效的監控。

項目開發過程管理主要是對項目的系統詳細設計、編碼、調試、測試、計劃控制、質量控制、版本等方面進行的管理。對評審通過的系統設計進行編碼工作，代碼核驗，由開發人員進行單元測試，監控項目執行情況，及時調整計劃和任務安排，并按照質量標準對項目開發過程進行嚴格的流程控制與審核，通過對計劃與質量的監控可以及時發現問題，調整計劃，減少因延遲造成的損失。

項目后期管理是軟件開發項目的最后環節，包含測試驗收、試運行與軟件維護。針對軟件的需求和質量要求，按照可行的測試方案與計劃對項目進行測試驗收，以客觀評價項目。開發方應及時做好與驗收方的溝通，提供一系列的開發文檔供測試使用，了解測試驗收方案，這將有助于順利通過軟件項目驗收。軟件的后期維護包括糾錯性維護、適應性維護和完善性維護，不僅需要糾正軟件開發中的錯誤，修改和擴充程序以適應新的環境，還需要滿足用戶新的需求。這就需要在軟件開發過程中，盡可能完善細致，為后期降低維護成本打下良好基礎。

三、數據庫管理技術

3.1 數據管理技術存在的問題。

數據庫管理技術是軟件技術應用下的一個重要方法，在今天的人們生活和工作中，數據庫管理技術將會發揮更加廣泛的作用。但是，相比于國外先進的數據庫開發水平，我國的數據庫管理技術還相對比較落后，在應用開發上還存在很多問題。其主要表現在數據倉庫技術和數據挖掘技術上的不完善。

現代的數據倉庫技術主要存在以下幾個問題：1. 數據倉庫以主題為單位的，主題是數據歸類的標準，不同的數據主題不能對應與不同的數據分析領域。2. 數據倉庫的大量數據在集中處理后是不能通過相應的支持技術及時進行更新，從而在存儲的歷史數據的刪除和新數據的整理方面不夠完善，經常出現錯誤。

數據挖掘技術在技術方面的問題主要體現在結構體系技術發展的不對稱，導致各種銜接技術無法有效的融合，從而全面的做到對大量信息的挖掘和處理。其中在數據信息采集后數據規則模式，和數據挖掘評估等模塊的技術還遠遠落后于數據庫的管理技術，這就使得整個技術體系不對稱。

隨著信息時代的到來，在軟件工程中，人們對數據庫信息管理技術的要求越來越高，這就要求加快完善數據開發技術，創新數據庫管理技術的開發從而滿足人們日益增長的信息管理需求。

3.2 數據庫安全管理的軟件設計。

從上面的分析可以看出，基于軟件工程下的數據庫開發技術還存在著許多問題，特別是在數據挖掘方面。而在人們的生活工作中，數據庫管理技術越來越重要，這就要求能夠設計出更加安全高效的數據庫管理軟件來提高企業或個人的工作效率。

根據EDM3.0 規范中對于數據模型的規劃，并結合數據挖掘技術和數據倉庫技術融合后全業務開展的需求，我們將數據庫安全管理模塊分為三層模塊建設，分別是：數據沉淀層，數據整合層，數據應用層。

其中數據沉淀層，該層作為EDW的基礎源數據，承載了后續的所有加工和應用的需求。其數據主要來源于ODS 系統，考慮歷史數據源的保留周期和后續加工的需要，在該層對所獲取到的數據按時間維標記進行沉淀。基于降低該層數據加工轉換的復雜度考慮，該層的建設與ODS 整合層保持一致，同樣劃分為對應的六個主題域進行建設：參與人、產品、帳務、營銷、事件、地域。

對于數據整合層，該層按照數據信息管理的數據模型進行設計，根據分析所需的主題域，對數據沉淀層中的數據進一步加工整合，保證后續應用分析中所需要的加工邏輯都在該層全部實現，并可以支持數據分析和深度挖掘的需要。

最后，數據挖掘建模過程是數據應用層中的一個主要部分。其中應用到的Spss Clementine 作為一個數據挖掘應用平臺，它支持從數據處理到模型建立到商業成果優化的整個過程。針對數據應用層，主要對數據整合層整理出來的信息進行管理維護，對于出現的新數據及時進行更新，從而更加安全有效的實現數據庫的信息管理。

軟件開發是高風險的項目，Standish group 報告表明80%以上的項目都是不成功的，或是因為超過預算或延期未完或缺失功能，或者幾種因素都有。現在人們致力于應用有助于提高開發效率的開發方法和開發工具，但隨著軟件規模的不斷擴大，人們認識到技術的改善只是促使項目開發成功的重要因素之一，規劃、控制和協調變得越來越重要。因此，在計算機軟件開發過程中引入與應用項目管理理論，已經成為行業共識。

參考文獻：

[1]周博文，杜山澤. 社會管理創新：從倫理觀念、管理理念到思維方式的轉變. 載于. 行政管理改革，2012，（11）.

篇9

本文依據最新的遠程教育軟件設計的理念，并從理論和實踐兩個視角出發，嘗試設計在網絡上架構一個信息互動的教學網站，在數據挖掘功能運用的新時代背景下，嘗試設計與實現此功能的教學網站，通過分析與設計概念選擇與技術分析，研發數據庫的特點、框架結構以及測試方法在系統設計中所運用。對軟件系統的主要頁面、數據庫、應用程序的設計與實現作了較為詳細分析與研究。

【關鍵詞】在線教學 教育軟件 數據庫設計

1 系統選擇與設計

1.1 系統設計說明

本系統主要是在現有正常的網上學習的基礎上，把大量的人工管理信息轉變為計算機管理，簡化了網站管理員的工作，提高了管理的效率，同時方便用戶學習。本系統對數字化信息資源的組織采用數據庫。系統的數據庫結構是關系數據庫SQLServer2005，前臺使用2005平臺開發。信息平臺的后臺操作采用C/S操作結構以增強系統的安全保密性、系統穩定性和易操作性。C#是目前最完備的面向對象語言，在未來仍然很有發展前途。SQLServer2005采用了關系型數據庫結構，是一套精簡、快速的數據庫管理系統，它提供了多人使用的管理模式，并支持標準的SQL語法。同時，VS2005平臺和SQLServer2005作為微軟公司的產品，具有良好的整和性。系統采用高度集成的模塊結構，將所有的模塊整合到一個通用的中央數據庫中。

1.2 B/S體系結構

大多數互聯網用戶是這個系統的服務對象。因此，根據相關國內外最新研究成果，在實踐活動中將優先使用更為流行的二層結構。與網絡構建相比，不僅具有所有的優點，而且還具有獨特優勢。一個完全支持Web的數據庫產品在理論與實踐中廣泛使用的是SQLServer，它提供可擴展標記語言的關鍵核心支持，提供Web數據庫編程擴展在互聯網基礎上的標準和查詢防火墻的能力。豐富的可擴展的XML和互聯網標準支持的內置存儲在數據格式，便于客戶的存儲與檢索。SQLServer提供了一個功能強大的開發工具和各種類型的發展特點，極大的提升了開發的效率與質量，可進一步擴展使用空間提升商業機遇的可能性。例如，支持數據庫和網絡服務將使您的應用程序連接互聯網數據。NET集成也進一步拓展發展的空間，ServiceBroker使數據和其它應用服務的無縫集成，T-SQL擴展和各種新數據類型給數據處理帶來極大的靈活應用性，提升數據處理的空間。SMO、C#、XMLA、、XQuery，2、AMO和其他功能將成為一個強大的發展數據平臺，并應用相關SQLServer數據平臺工具。

2 需求分析

2.1 系統分析的任務與步驟

分析用戶需求，用戶使用該網站的工作人員（管理人員，學生）的需求。掌握其網站的功能，性能和硬件配置等方面，與開發周期的意圖和意圖的其他方面。用戶需求，完整的網站分析報告。該網站的邏輯模型包括一系列圖表和文字。該系統和目標系統的功能是一邏輯描述。教學系統分為兩種網站的用戶的角度來看。學生部分：新聞視圖，查看課程公告，用戶注冊，在線留言，上傳和下載操作，課件，教學視頻和風景欣賞。管理員部分：管理員賬戶管理，編輯新聞相關的內容，編輯信息、下載、編輯公告和消息管理等。

2.2 功能要求

為學生提供的課程平臺是學生課程的一部分展示功能運用。課程簡介部分顯示課程的基本情況；課程部分顯示課程大綱；教案部分顯示課程的教案；教學計劃顯示了課程內容計劃及規劃。下載課件主要提供學生課件下載服務。觀看視頻功能體現為學生觀看視頻教程課程。網站編輯點評主要為課程內容，提供學生和服務站點教師發表建議或交流的平臺。鏈接功能體現為鏈接到其他網站。管理員帳戶管理的管理員部分功能為：修改用戶和添加用戶；編輯課程內容功能顯示為：教學大綱、課程描述、教案、視頻課件、上傳影像課程等編輯課件及使用功能；消息管理功能體現為查看消息與回復消息。

3 網站的數據庫設計

3.1 概念設計

在網站的概念設計方面，從客戶的角度對數據處理進行規范與限制，以體現客戶需求與客戶反映來設計創新型的概念設計模型。然后轉換概念模型到邏輯模型。從概念的設計過程中，打開一個獨立的，使得任務的每個相位比較簡單，使復雜性進一步的降低，并由DBMS特定限定。根據相關理論成果與實踐經驗，本文利用ER數據庫概念設計的路徑為：第一步為本地ER設計模式，第二步進行整合全球ER模式；最后本地ER模型被優化到全球性的圖案中，并得到最終的模式即本文所設計的概念模型。

3.2 設計局部ER模式

實體和屬性的定義：學生（身份證，姓名，性別，聯系，電子郵件，注冊時間等）、新聞和信息（標題，內容，添加時間，類別）、軟件（課件編號，標題，附件，添加時間）、項目（編號，課程，主題，添加時間）、管理員（管理員號，帳號，密碼，權限，添加時間）。實體關系被定義為“二型”模型，“連接”為實體之間的關聯關系。一個完整的方法是對任何類型的局部結構進行2個實體，根據需求分析結果，是否存在一個任意局部結構之間的關聯性研究。如果有聯系，并進一步確定了關系為1：1，1：N，M，檢查是否有一種內在的聯系，是否有兩種類型的實體之間的聯系，是否有實體類型之間的聯系。實體之間的關系，課件與課程之間為簡單的對應關系，課程可以包含不同的課件。數據只能屬于一門課程，當然可以包含多個數據。

4 系統測試方案

根據系統測試的目標和面向對象的方法，給出了系統的測試方案，并展開系統測試運行試驗。綜上所述，檢測的時間最為關鍵，因為所付出的代價就越小只要發現的錯誤越早。錯誤難以避免但是可以提前防范，因此，本文整個開發過程都體現系統測試的運行，系統測試并不是作為一個獨立的軟件開發階段對立運行。給定的預期的結果本文設計試驗的情況下。本文測試由兩部分組成：首先輸入數據，然后測試輸入數據是否滿足用戶所期望的結果。測試中使用標準的輸入數據，對預測數據和測試數據進行比較分析，對客觀判斷提供有力的數據支撐。在測試運行的實踐設計中，項目不僅要輸入合法的測試數據，而且還對非法輸入進行測試，并比較結果。在實踐運用中用戶經常使用一些非法輸入，如按錯了按鈕，或者使用非法命令，故本文要特別關注測試用數據設計的非法輸入問題。修改后的系統進行回顧性檢測。本文經常會在同一時間推出新的錯誤，對系統進行修改，使修改后的程序，并在使用前用回歸測試。根據上述系統的測試計劃測試結果：所述輸入數據的一致的輸入數據和測試用例運行結果，非法輸入的測試用例還測試，它可以實現錯誤的功能，但在上載系統，進行了多次試驗仍然可以不能完成預期的結果。總之，本文項目設計系統的美觀性與人性化需要進一步研究與提升。由于其它軟硬件的原因，可能存在系統處理大量數據的時候反應較慢現象。例如在上傳功能的部分模塊沒有實現作業上傳和課件上傳同步進行，需要進行細化設計，體現教學及時互動。

參考文獻

[1]第33屆中國數據庫學術會議（NDBC2016）征文通知[J].計算機科學與探索，2016（04）.

[2]李錄兵.數據庫技術在數字化油田中的應用[J].信息系統工程，2014（02）.

[3]陳翔.數據庫技術課程教學的問題與對策研究[J].福建電腦，2013（12）.

篇10

委托人：_______________________________

(甲方)

研究開發人：___________________________

(乙方)

簽訂地點：____省 (市)____市、縣(區)

簽訂日期：_____________________________

有效期限：_________________至__________

填表說明

一、技術開發合同是指當事人之間就國家隊信息化平臺的研究開發所訂立的合同。

二、標的技術的內容、范圍及要求

包括開發項目應達到的開發目的、使用范圍、技術經濟指標及效益情況。

三、研究開發計劃

包括當事人各方實施開發項目的階段進度、各個階段要解決的技術問題、達到的目標和完成的期限等。

四、本合同書的履行方式(包括成果提交方式及數量)

1.產品設計、圖紙、論文、報告等技術文件;

2.磁盤、光盤、磁帶、計算機軟件;

3.樣品、樣機;

4.成套技術設備。

五、技術情報和資料的保密

包括當事人各方情報和資料保密義務的內容、期限和泄漏技術秘密應承擔的責任。

六、本合同書中，凡是當事人約定認為無需填寫的條款，在該條款填寫的空白處劃(/)表示。

依據《中華人民共和國合同法》的規定，合同雙方就國家隊信息化平臺建設項目的技術服務，經協商一致，簽訂本合同。

一、標的技術的內容，范圍及要求

二、應達到的技術指標和參數

三、研究開發計劃

四、研究開發經費、報酬及其支付或結算方式

(一)研究開發經費是指完成項目研究開發工作所需的成本，報酬是指本項目開發成果的使用費和研究開發人員的科研補貼。

本項目研究開發經費和報酬(大寫) 元，

(二)支付方式

①一次總付元，時間：

②分期支付元，時間：

元，時間：

③其它方式：

五、利用研究開發經費購置的設備、器材、資料的財產權屬

六、履行的期限、地點和方式

本合同自年月日至 年月　日在　 履行。

本合同的履行方式：

七、技術情報和資料的保密

八、技術協作和技術指導的內容

九、技術成果的歸屬和分享

(一)專利申請權：

(二)技術秘密的使用權、轉讓權：

十、驗收的標準和方式

研究開發所完成的技術成果，達到了本合同第二條所列技術指標，按　標準，采用　方式驗收，由出具技術項目驗收證明。

十一、風險責任的承擔

在履行本合同的過程中，確因在現有水平和條件下難以克服的技術困難，導致研究開發部分或全部失敗所造成的損失，風險責任由甲方承擔 %，乙方承擔%。

本項目風險責任確認的方式：

十二、違約金或者損失賠償額的計算

違反本合同約定，違約方應按照《中華人民共和國合同法》有關條款的規定承擔違約責任。

(一)違反本合同第 條約定，方應承擔以下違約責任：

(二)違反本合同第 條約定，方應承擔以下違約責任：

十三、解決合同糾紛的方式

在履行本合同的過程中發生爭議，雙方當事人和解或調解不成，可采取仲裁或按司法程序解決(一)雙方同意由　仲裁委員會仲裁。

(二)雙方約定向(被告住所地、合同履行地、合同簽訂地、原告住所地、標的物所在地)人民法院起訴。

十四、名詞和術語的解釋

十五、其它

委托人(甲方)

名稱(或姓名)

單位公章

年 月 日

法定代表人

委托人

聯系(經辦)人

通訊地址

郵政編碼

電話

傳真

開戶銀行

帳號

研究開發人員(乙方)

名稱(或姓名)

單位公章

年 月 日

法定代表人

委托人

聯系(經辦)人

通訊地址

郵政編碼

電話

傳真

開戶銀行

帳號

數據庫應用協議書

國家隊信息化平臺數據庫軟件設計與開發合同

數據庫應用協議