開(kāi)發(fā)過(guò)程描述

1、 開(kāi)發(fā)一個(gè)數(shù)據(jù)庫(kù)應(yīng)用，通常需要經(jīng)過(guò)如下的階段：第一階段：調(diào)查與分析。獲得軟件的需求信息和基本的功能定義，形成基本的軟件功能描述。第二階段：數(shù)據(jù)建模。根據(jù)應(yīng)用調(diào)查分析得到的信息，建立應(yīng)用中涉及的數(shù)據(jù)以及操作數(shù)據(jù)的方法、流程，形成數(shù)據(jù)的流動(dòng)圖表。第三階段：功能設(shè)計(jì)。針對(duì)應(yīng)用調(diào)查與分析結(jié)果和數(shù)據(jù)建模，進(jìn)行應(yīng)用的詳細(xì)功能設(shè)計(jì)，形成應(yīng)用的軟件設(shè)計(jì)文檔。第四階段：選擇數(shù)據(jù)庫(kù)系統(tǒng)。選擇適合應(yīng)用的數(shù)據(jù)庫(kù)系統(tǒng)。第五階段：選擇數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)。選擇適合應(yīng)用的數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)。第六階段：代碼設(shè)計(jì)。設(shè)計(jì)應(yīng)用的軟件代碼。第七階段：測(cè)試與調(diào)試。發(fā)現(xiàn)設(shè)計(jì)中的問(wèn)題并及時(shí)更改，直到能穩(wěn)定地運(yùn)行。第八階段：發(fā)行應(yīng)用軟件。 1 調(diào)查與

2、分析 對(duì)軟件需求的深入理解是軟件開(kāi)發(fā)工作至關(guān)重要的一個(gè)步驟，不論我們?cè)O(shè)計(jì)的如何好，代碼編寫的如何高效，沒(méi)有很好的需求分析，這個(gè)軟件工程只能給用戶帶來(lái)失望，給開(kāi)發(fā)者造成很大的麻煩。 需求分析(Requirement Analysis)是調(diào)查用戶對(duì)新開(kāi)發(fā)的信息系統(tǒng)的需要和要求，結(jié)合組織的目標(biāo)、現(xiàn)狀、實(shí)力和技術(shù)等因素，通過(guò)深入細(xì)致的分析，確定出合理可行的信息系統(tǒng)需求，并通過(guò)規(guī)范的形式描述需求的過(guò)程。 需求分析的任務(wù)，在于完全弄清用戶對(duì)軟件系統(tǒng)的確切要求，用需求規(guī)格說(shuō)明書表達(dá)出來(lái)。 在需求分析過(guò)程中，軟件人員和客戶都扮演了積極的角色，客戶必須盡力將有些模糊的軟件功能和性能概念具體詳細(xì)地描述出來(lái)，而開(kāi)發(fā)

3、者則是軟件功能的詢問(wèn)者、咨詢顧問(wèn)和問(wèn)題解決者。這個(gè)任務(wù)看起來(lái)簡(jiǎn)單，實(shí)際上不是這樣，客戶和開(kāi)發(fā)者之間的通信量很大，通信 的內(nèi)容很繁雜，其中存在誤解或者誤傳的可能性，或者說(shuō)含糊性，軟件工程師面臨進(jìn)退兩難的局面，只有通過(guò)重復(fù)客戶的陳述才可能得到完整的理解。 需求分析是軟件工程活動(dòng)，它在系統(tǒng)級(jí)別的軟件分配和軟件設(shè)計(jì)間起到了橋梁的作用。需求分析能夠使軟件工程師刻畫出軟件的功能和性能，指明軟件和其他系統(tǒng)元素的接口，并建立軟件必須滿足的約束條件。 在軟件分析過(guò)程中，分析人員的主要焦點(diǎn)是發(fā)現(xiàn)“問(wèn)題是什么（What is it?）”，而不是發(fā)現(xiàn)“怎么做（What to do?）”，“系統(tǒng)會(huì)產(chǎn)生和使用那些數(shù)據(jù)？系

4、統(tǒng)必須要完成的功能有哪些？系統(tǒng)的用戶界面應(yīng)該是怎樣的？”等等。通過(guò)對(duì)當(dāng)前問(wèn)題和希望的信息（輸入和輸出）進(jìn)行的評(píng)估，分析員綜合一個(gè)或者多個(gè)解決方案，選擇一個(gè)最優(yōu)方案，開(kāi)始應(yīng)用的數(shù)據(jù)建模。 數(shù)據(jù)庫(kù)應(yīng)用是一種尤其強(qiáng)調(diào)應(yīng)用的軟件工程，在需求分析階段，客戶的積極參與，以及軟件工程人員的積極配合，是數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)成功的關(guān)鍵。 需求分析階段的工作，可以分成以下四個(gè)方面：（1）問(wèn)題識(shí)別;（2）分析與綜合;（3）編制需求分析的文檔;（4）需求分析評(píng)審。 需求分析階段的研究對(duì)象是軟件產(chǎn)品的用戶需求。這些需求最終要在所開(kāi)發(fā)的軟件產(chǎn)品上體現(xiàn)出來(lái)，或得到一定程度的滿足。 需求通常包括：功能需求；性能需求；環(huán)境需求；可靠

5、性需求；安全性需求；用戶界面需求；成本消耗需求；開(kāi)發(fā)進(jìn)度需求；資源使用需求；用戶接口需求。 2 數(shù)據(jù)建模 在技術(shù)層次上，軟件工程師是從數(shù)據(jù)建模開(kāi)始的，這是對(duì)被建立 軟件的完整的需求表示。模型，是軟件的第一個(gè)技術(shù)表示，人們提出了許多種建模的方法，包括結(jié)構(gòu)化分析方法和面向?qū)ο蠓治龇椒ā?結(jié)構(gòu)化分析方法側(cè)重于對(duì)功能的分析，創(chuàng)建描述信息內(nèi)容和信息流的模型，依據(jù)功能和行為對(duì)系統(tǒng)進(jìn)行劃分，并描述必須要建立的元素。通過(guò)建模必須做到：（1）描述客戶的需求；（2）建立創(chuàng)建軟件設(shè)計(jì)的基礎(chǔ)；（3）定義在軟件完成后可以被確認(rèn)的一組需求。模型的核心是“數(shù)據(jù)字典”，這個(gè)字典包括了軟件使用或者生產(chǎn)的所有數(shù)據(jù)對(duì)象的描述；模型

6、通過(guò)實(shí)體-關(guān)系圖描述數(shù)據(jù)對(duì)象之間的關(guān)系，通過(guò)數(shù)據(jù)流圖指明數(shù)據(jù)在系統(tǒng)中移動(dòng)時(shí)變換的過(guò)程和對(duì)數(shù)據(jù)流進(jìn)行變換的功能和子功能，通過(guò)狀態(tài)-變遷圖指明作為外部實(shí)現(xiàn)的結(jié)果以及系統(tǒng)進(jìn)行的動(dòng)作。 面向?qū)ο蠓治龇ú捎妹嫦驅(qū)ο蟮姆治龇椒ǎ瑐?cè)重于對(duì)軟件實(shí)體的描述，對(duì)軟件涉及的功能實(shí)體進(jìn)行分類并封裝。面向?qū)ο蠓治龇▽?shí)體的數(shù)據(jù)定義為實(shí)體屬性，將對(duì)實(shí)體的操作定義為實(shí)體的方法，它代表了實(shí)體的一個(gè)行為。實(shí)體之間通過(guò)消息進(jìn)行交互，通過(guò)消息來(lái)激發(fā)其它實(shí)體的功能。通過(guò)面向?qū)ο蠼?，軟件?yīng)用中使用的所有實(shí)體被封裝到不同的類里，同類的屬性和方法體現(xiàn)實(shí)體的數(shù)據(jù)和行為。面向?qū)ο蠓治龇椒ㄍY(jié)構(gòu)化分析方法的區(qū)別在于，面向?qū)ο蠓治龇椒ㄅふ倚?/p>

7、求定義中涉及的名詞，而結(jié)構(gòu)化分析方法則力圖尋找需求定義中涉及的動(dòng)詞。 數(shù)據(jù)庫(kù)應(yīng)用中傳統(tǒng)的建模方法是結(jié)構(gòu)化分析方法，在數(shù)據(jù)庫(kù)應(yīng)用中，數(shù)據(jù)在軟件中往往扮演十分重要的角色，因此數(shù)據(jù)庫(kù)應(yīng)用的建模勢(shì)必影響到軟件完成后的運(yùn)行效率，需要十分重視。 3 功能設(shè)計(jì) 這里的功能設(shè)計(jì)是指詳細(xì)的功能設(shè)計(jì)，在需求分析完成后，我們 已經(jīng)有了一個(gè)概要的功能描述，但是并不是軟件開(kāi)發(fā)中可以使用的功能設(shè)計(jì)文檔，還需要對(duì)軟件的功能進(jìn)行更加詳細(xì)的定義。 通過(guò)功能設(shè)計(jì)應(yīng)得到如下成果：（1）每個(gè)軟件功能的詳細(xì)功能細(xì)分與描述；（2）模塊的簡(jiǎn)要工作流程圖；（3）詳細(xì)的功能設(shè)計(jì)文檔。 功能設(shè)計(jì)是由軟件開(kāi)發(fā)人員根據(jù)需求分析和建模結(jié)論進(jìn)行的，在數(shù)

8、據(jù)庫(kù)應(yīng)用里，功能設(shè)計(jì)盡可能詳盡，而且有必要將軟件的詳細(xì)功能描述提交系統(tǒng)分析員或者客戶確認(rèn)，不允許有任何的功能誤解。 4 選擇數(shù)據(jù)庫(kù)系統(tǒng) 數(shù)據(jù)庫(kù)系統(tǒng)選擇是狹義軟件開(kāi)發(fā)的第一步，選擇數(shù)據(jù)庫(kù)應(yīng)用中存放數(shù)據(jù)的數(shù)據(jù)庫(kù)系統(tǒng)。此時(shí)需要考慮以下因素： 應(yīng)用的并發(fā)處理要求。應(yīng)用是否存在多用或同時(shí)操作的可能？如果需要并發(fā)處理能力，我們往往需要選擇大型的數(shù)據(jù)庫(kù)服務(wù)器作為數(shù)據(jù)存放的倉(cāng)庫(kù)。在一般的桌面應(yīng)用中，使用單用戶的數(shù)據(jù)庫(kù)系統(tǒng)就足夠了。 應(yīng)用的事務(wù)處理量。應(yīng)該考慮每天、每小時(shí)、甚至每分鐘的事務(wù)處理數(shù)量，在業(yè)務(wù)量大的情況下，應(yīng)該選擇穩(wěn)定性比較強(qiáng)的數(shù)據(jù)庫(kù)系統(tǒng)作為數(shù)據(jù)存放倉(cāng)庫(kù)。 應(yīng)用的數(shù)據(jù)安全性。數(shù)據(jù)是否需要高度的安全保

9、證，數(shù)據(jù)是否涉及商業(yè)的經(jīng)濟(jì)命脈？一般只有大型的數(shù)據(jù)庫(kù)服務(wù)器才具有數(shù)據(jù)安全保證，比如在銀行的數(shù)據(jù)庫(kù)應(yīng)用中，安全性是最重要的因素。 除此之外，數(shù)據(jù)庫(kù)選擇還要考慮開(kāi)發(fā)的方便性，是否便于數(shù)據(jù)的訪問(wèn)，是否具有豐富的編程接口。 常見(jiàn)數(shù)據(jù)庫(kù)管理系統(tǒng)：Access、FoxPro、SQL Server、Informix、Oracale、SYBASE，DB2等。 常見(jiàn)的程序開(kāi)發(fā)工具環(huán)境有：Visual C+、 Visual J+、 Visual Foxpro、 Visual Basic等（Visual Studio套件）、JBuilder、Delphi、C+ Builder(Borland公司)、.NET等 5

10、選擇數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)（ADO.NET） 數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)是軟件開(kāi)發(fā)過(guò)程中經(jīng)常用到的技術(shù)。開(kāi)發(fā)數(shù)據(jù)庫(kù)應(yīng)用時(shí)，恰當(dāng)選擇訪問(wèn)數(shù)據(jù)庫(kù)的技術(shù)是很必要的。數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)的確定與應(yīng)用的規(guī)模、操作的層次、數(shù)據(jù)的分布能力以及選擇的數(shù)據(jù)庫(kù)系統(tǒng)等因素有關(guān)。 應(yīng)用的規(guī)?？梢苑殖勺烂鎽?yīng)用、辦公室自動(dòng)化應(yīng)用、企業(yè)級(jí)應(yīng)用和全球互聯(lián)網(wǎng)應(yīng)用四種。桌面應(yīng)用是最簡(jiǎn)單、最初級(jí)的應(yīng)用，通常利用Windows系統(tǒng)的Microsoft Access數(shù)據(jù)庫(kù)就足夠了，Microsoft Access數(shù)據(jù)庫(kù)的最快捷方法是使用DAO。辦公室自動(dòng)化應(yīng)用是一種基于小型局域網(wǎng)的數(shù)據(jù)庫(kù)應(yīng)用，這種應(yīng)用往往是比較簡(jiǎn)單的客戶/服務(wù)器模式，這時(shí)，ODBC是一個(gè)比較好

11、的選擇。企業(yè)級(jí)應(yīng)用是一種基于客戶/服務(wù)器模式的大規(guī)模的數(shù)據(jù)庫(kù)應(yīng)用，應(yīng)用的事務(wù)處理量比較大，事務(wù)處理能力要求比較高，應(yīng)該使用OLE DB進(jìn)行這種開(kāi)發(fā)。ADO是一種適用于互聯(lián)網(wǎng)應(yīng)用的數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)，它往往作為控件在VBScript語(yǔ)句或者ASP語(yǔ)句里使用。 操作的層次是指數(shù)據(jù)庫(kù)應(yīng)用是否涉及到了底層的接口，涉及到了多少。比如應(yīng)用中需要用到數(shù)據(jù)庫(kù)系統(tǒng)里的各種數(shù)據(jù)庫(kù)對(duì)象的有關(guān)信息，需要用戶進(jìn)行一些數(shù)據(jù)庫(kù)管理和權(quán)限管理，這時(shí)，ODBC和OLE DB能夠提供這種接口。而MFC 的ODBC類，對(duì)底層的數(shù)據(jù)庫(kù)操作是不能實(shí)現(xiàn)的。 數(shù)據(jù)的分布能力是指應(yīng)用是否有數(shù)據(jù)分布處理的要求，大型的應(yīng)用往往將數(shù)據(jù)分布到不同的數(shù)據(jù)

12、庫(kù)服務(wù)器上，為了實(shí)現(xiàn)數(shù)據(jù)的透明訪 問(wèn)，ADO和OLE DB是值得采用的技術(shù)。 通常選擇了數(shù)據(jù)庫(kù)，就將數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)限制到一個(gè)小的選擇范圍。例如我們選擇使用微軟的SQL Server 2000數(shù)據(jù)庫(kù)系統(tǒng)，這時(shí)我們只能通過(guò)ODBC或者通過(guò)DAO、OLE DB、ADO訪問(wèn)數(shù)據(jù)庫(kù)，而不能采用DAO，DAO雖然也可以通過(guò)ODBC訪問(wèn)SQL Server，但是效率非常低下，通常很少會(huì)用到它。 6 代碼設(shè)計(jì) 編碼階段的主要任務(wù)，是將軟件詳細(xì)設(shè)計(jì)產(chǎn)生的每個(gè)模塊的模塊說(shuō)明書，翻譯成某種程序設(shè)計(jì)語(yǔ)言編寫的源程序程序。 為了提高系統(tǒng)的可維護(hù)性，除要求得到的源程序語(yǔ)法正確外，還要求有較好的可讀性、可靠性和可測(cè)試性。同

13、時(shí)，編程語(yǔ)言的特性以及編寫程序的風(fēng)格也將深刻地影響到軟件的質(zhì)量及可維護(hù)性。 這個(gè)階段是實(shí)際的代碼編寫階段，根據(jù)功能的詳細(xì)設(shè)計(jì)文檔，將所有各模塊付諸實(shí)施。我們往往把界面設(shè)計(jì)也作為代碼設(shè)計(jì)的一個(gè)內(nèi)容，因?yàn)橹徊贿^(guò)是目前許多可視化開(kāi)發(fā)工具（如：VC+，VF，VB等）提供了可視化的編程環(huán)境，實(shí)際上也是由可視化開(kāi)發(fā)工具代替我們編寫界面代碼。但是更多的功能代碼是需要我們自行設(shè)計(jì)的。 代碼設(shè)計(jì)可以分成自頂向下和自底向上兩種方法，前者比較容易把握軟件的框架結(jié)構(gòu)，而后者則有利于代碼的重用，各有利弊，實(shí)際開(kāi)發(fā)時(shí)需要結(jié)合二者優(yōu)勢(shì)，在不同情況下采取不同的策略。 自頂向下，逐步求精方法的優(yōu)點(diǎn)：（1）自頂向下，逐步求精方法

14、符合人們解決復(fù)雜問(wèn)題的普遍規(guī)律。可提高軟件開(kāi)發(fā)的成功率和生產(chǎn)率；（2）用先全局后局部，先整體后細(xì)節(jié)，先抽象后具體的逐步求精的過(guò)程開(kāi)發(fā)出來(lái)的程序具有清晰的層次結(jié)構(gòu)，因此程序容易閱讀和理解；（3）程序自頂向下，逐步細(xì)化，分解成一個(gè)樹(shù)形結(jié)構(gòu)。（4）程序 清晰和模塊化，使得在修改和重新設(shè)計(jì)一個(gè)軟件時(shí)，可復(fù)用的代碼量最大。 目前編程的概念已發(fā)生了很大的變化。面向服務(wù)的架構(gòu)（SOA）已經(jīng)成為軟件企業(yè)追捧的新技術(shù)，它從架構(gòu)上解決了應(yīng)用系統(tǒng)的可擴(kuò)展性，使得IT企業(yè)開(kāi)發(fā)出的軟件產(chǎn)品可以適應(yīng)客戶不斷變化的商業(yè)需求。從面向?qū)ο缶幊蹋浇M件化編程,再發(fā)展到SOA，可以看到現(xiàn)在的軟件開(kāi)發(fā)不同于10年前，不再是精通一門編

15、程語(yǔ)言就可以應(yīng)對(duì)的，而需要綜合應(yīng)用各種知識(shí)，如組件化開(kāi)發(fā)、分布式開(kāi)發(fā)、網(wǎng)絡(luò)編程、多線程編程、數(shù)據(jù)庫(kù)訪問(wèn)等。 組件化開(kāi)發(fā)（或者稱為基于組件的開(kāi)發(fā)）是目前應(yīng)用軟件開(kāi)發(fā)中常用的開(kāi)發(fā)方法。組件化開(kāi)發(fā)借助于現(xiàn)代軟件技術(shù)中的組件技術(shù)，利用了組件本身就是軟件開(kāi)發(fā)、部署、重用的基本模塊這一特點(diǎn)，使發(fā)過(guò)程更加高效經(jīng)濟(jì)、部署方式多樣靈活、程序維護(hù)比以往更簡(jiǎn)單。 7.測(cè)試與調(diào)試 代碼完成后，初始系統(tǒng)就基本構(gòu)建起來(lái)了，但是距離發(fā)行還有很遠(yuǎn)的距離，為了保證軟件的健壯性、穩(wěn)定性、界面友好性，需要對(duì)軟件進(jìn)行測(cè)試。測(cè)試的結(jié)果往往批量提交給開(kāi)發(fā)人員，由開(kāi)發(fā)人員對(duì)軟件進(jìn)行調(diào)試和修正，以解決存在的問(wèn)題。 軟件測(cè)試是一個(gè)艱難的歷程，

16、也是保證軟件質(zhì)量的最后關(guān)卡，沒(méi)有經(jīng)過(guò)充分測(cè)試的軟件是不能發(fā)行的。測(cè)試一般需要花費(fèi)與開(kāi)發(fā)相同甚至更長(zhǎng)的時(shí)間，需要開(kāi)發(fā)人員和測(cè)試人員配合進(jìn)行。 為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程稱為測(cè)試。 一組用于測(cè)試的數(shù)據(jù)稱為測(cè)試用例（Test Case）。 測(cè)試技術(shù)從原理上可分：黑箱技術(shù)（黑盒測(cè)試）和白箱技術(shù)（白盒測(cè)試）。 黑箱技術(shù)（黑盒測(cè)試）：把程序看成一個(gè)黑盒子，完全不考慮程 序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序接口進(jìn)行的測(cè)試，他只檢查程序功能是否能按照規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息（數(shù)據(jù)庫(kù)或文件）的完整性。所以又稱功能測(cè)試。 白箱技術(shù)（白盒測(cè)試）：以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過(guò)程。這種方法按照程序內(nèi)部的邏輯測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。所以又稱為結(jié)構(gòu)測(cè)試。 從處理上來(lái)劃分，測(cè)試分為自動(dòng)測(cè)試和手動(dòng)測(cè)試；從測(cè)試的內(nèi)容上分，測(cè)試分功能測(cè)試、穩(wěn)定性測(cè)試、界面友好性測(cè)試。有些軟件開(kāi)發(fā)公司開(kāi)發(fā)了計(jì)算機(jī)輔助測(cè)試軟件，更加完整地控制測(cè)試的全面性和質(zhì)量。 要求達(dá)到的測(cè)試目的：沒(méi)有語(yǔ)法錯(cuò)誤；運(yùn)行應(yīng)當(dāng)有結(jié)果；典型用例結(jié)果正確；典型有效數(shù)據(jù)結(jié)果正確，無(wú)效數(shù)據(jù)有預(yù)防措施；對(duì)一切可能想得到的數(shù)據(jù)不出錯(cuò)。 排錯(cuò)（Debugging）調(diào)試