軟件質(zhì)量保證

1、: 言：對(duì)軟件開(kāi)發(fā)的各個(gè)階段進(jìn)行管理， 增強(qiáng)對(duì)軟件開(kāi)發(fā)的控制能力， 提高軟件開(kāi) 發(fā)質(zhì)量，這是軟件項(xiàng)目管理的根本目的。軟件的質(zhì)量高低取決于其是否符合包括功能性、可靠性、易用性、效率、 可維護(hù)性、可移植性等在內(nèi)的六個(gè)方面的要求。而要達(dá)到這六個(gè)方面質(zhì)量要求， 就必須對(duì)軟件開(kāi)發(fā)過(guò)程中各個(gè)環(huán)節(jié)進(jìn)行全過(guò)程的項(xiàng)目管理，從需求分析、設(shè)計(jì)、 編碼、測(cè)試到上線驗(yàn)收進(jìn)行控制。 根據(jù)軟件工程的生命周期， 軟件項(xiàng)目可分為項(xiàng) 目立項(xiàng)、啟動(dòng)、需求分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)開(kāi)發(fā)、系統(tǒng)測(cè)試、系統(tǒng)上線、項(xiàng)目驗(yàn) 收和上線后評(píng)估等 9個(gè)階段進(jìn)行。加強(qiáng)軟件項(xiàng)目管理， 就是以軟件工程的各個(gè)環(huán) 節(jié)為管理主線， 將動(dòng)態(tài)項(xiàng)目管理貫穿其中， 通過(guò)對(duì)軟

2、件開(kāi)發(fā)的項(xiàng)目范圍、 項(xiàng)目進(jìn) 度、項(xiàng)目質(zhì)量、項(xiàng)目溝通、人力資源、項(xiàng)目成本六大核心要素的集成管理，實(shí)現(xiàn) 軟件開(kāi)發(fā)管理效能的最大化，從而大大提高軟件的開(kāi)發(fā)質(zhì)量。準(zhǔn)確把握軟件需求 ：軟件開(kāi)發(fā)項(xiàng)目的提出， 應(yīng)由迫切的業(yè)務(wù)需求來(lái)驅(qū)動(dòng)。 很多不成功的軟件項(xiàng) 目，往往是由信息技術(shù)部門提出， 按照技術(shù)人員的思路主導(dǎo)開(kāi)發(fā)， 并理所當(dāng)然地 被認(rèn)為能夠在業(yè)務(wù)部門取得良好的應(yīng)用效果。 這樣的項(xiàng)目由于得不到業(yè)務(wù)部門的 理解和支持，脫離業(yè)務(wù)需求， 多數(shù)面臨失敗或半途而廢的命運(yùn)。 因此軟件項(xiàng)目業(yè) 務(wù)需求的迫切性、 技術(shù)實(shí)現(xiàn)的成熟性、 經(jīng)濟(jì)效益的可行性等方面的因素， 都是考 慮的要素，將對(duì)項(xiàng)目的成敗產(chǎn)生直接影響。正確的做法應(yīng)該

3、是，由軟件的需求單位根據(jù)自身業(yè)務(wù)需要，向信息技術(shù)管 理部門提出軟件項(xiàng)目的立項(xiàng)建議， 對(duì)立項(xiàng)的目的、 業(yè)務(wù)需求范圍、技術(shù)經(jīng)濟(jì)指標(biāo)、 開(kāi)發(fā)周期要求等方面做簡(jiǎn)要概述， 再由信息技術(shù)管理部門組織業(yè)務(wù)專家和信息技 術(shù)專家組成聯(lián)合專家組，進(jìn)行項(xiàng)目立項(xiàng)的可行性論證。通過(guò)專家組論證審核后， 項(xiàng)目提出單位需要進(jìn)行開(kāi)題設(shè)計(jì)， 進(jìn)一步明確軟件開(kāi)發(fā)范圍、 技術(shù)路線、 進(jìn)度安 排、經(jīng)費(fèi)預(yù)算、研究人員組成、合作隊(duì)伍，并以此為基礎(chǔ)編制完成開(kāi)題設(shè)計(jì)書(shū)。 信息技術(shù)管理部門組織專家組對(duì)開(kāi)題設(shè)計(jì)進(jìn)行論證， 只有業(yè)務(wù)需求合理、 技術(shù)路 線可行、開(kāi)發(fā)隊(duì)伍落實(shí)的項(xiàng)目，才能通過(guò)專家組審核，進(jìn)入項(xiàng)目啟動(dòng)階段。軟件開(kāi)發(fā)過(guò)程的監(jiān)督和管理軟件開(kāi)發(fā)

4、項(xiàng)目具有建設(shè)范圍難界定、 技術(shù)含量高、 人員流動(dòng)快、 協(xié)作性強(qiáng)、 開(kāi)發(fā)成功率低等特點(diǎn)。 目前國(guó)內(nèi)對(duì)軟件項(xiàng)目的監(jiān)理制度尚不規(guī)范， 對(duì)軟件開(kāi)發(fā)仍然缺乏有效控制。 因此由企業(yè)的信息技術(shù)管理部門設(shè)立軟件監(jiān)督崗位， 加強(qiáng)對(duì)軟 件項(xiàng)目的開(kāi)發(fā)過(guò)程管理，就顯得非常必要。軟件監(jiān)督的主要職責(zé)是在項(xiàng)目的進(jìn)行過(guò)程中， 協(xié)調(diào)業(yè)務(wù)需求部門和軟件開(kāi)發(fā)方的 關(guān)系，監(jiān)控軟件開(kāi)發(fā)任務(wù)的執(zhí)行情況， 給開(kāi)發(fā)人員和管理層提供反映軟件過(guò)程質(zhì) 量的信息和數(shù)據(jù)，提高項(xiàng)目透明度， 從而保證項(xiàng)目按照計(jì)劃實(shí)施， 實(shí)現(xiàn)預(yù)期目標(biāo)。 軟件監(jiān)督應(yīng)具備以下幾方面的基本素質(zhì) :(1)(2)(3)(4)(5)(6)(7) 理，(8)(9)具有較強(qiáng)的工作責(zé)任感和

5、良好的溝通能力 ;熟悉業(yè)務(wù)管理流程，掌握軟件開(kāi)發(fā)流程、開(kāi)發(fā)規(guī)范以及相關(guān)標(biāo)準(zhǔn) 具有軟件開(kāi)發(fā)項(xiàng)目的建設(shè)和管理經(jīng)驗(yàn)，掌握項(xiàng)目管理知識(shí) 軟件監(jiān)督的工作任務(wù)主要有 : 確保軟件按照業(yè)務(wù)需求方確認(rèn)的范圍進(jìn)行開(kāi)發(fā)。 保證軟件開(kāi)發(fā)進(jìn)度符合雙方確認(rèn)的計(jì)劃指標(biāo)。 保證軟件開(kāi)發(fā)過(guò)程中存在的不符合要求的問(wèn)題能夠及時(shí)得到溝通和處 必要時(shí)需要將問(wèn)題反映給管理層。 確保項(xiàng)目組中軟件開(kāi)發(fā)人員隊(duì)伍相對(duì)穩(wěn)定。 保證軟件開(kāi)發(fā)過(guò)程和開(kāi)發(fā)出來(lái)的軟件符合相應(yīng)標(biāo)準(zhǔn)和規(guī)范。(10)收集軟件開(kāi)發(fā)過(guò)程中的成功經(jīng)驗(yàn)，為企業(yè)提供軟件開(kāi)發(fā)過(guò)程的有效控制 方法和規(guī)范。1. 監(jiān)督管理的范圍：需求分析說(shuō)明書(shū) 是對(duì)軟件開(kāi)發(fā)范圍的書(shū)面表達(dá)依據(jù)。 由于需求分析說(shuō)

6、明書(shū) 往往是采用軟件設(shè)計(jì)的術(shù)語(yǔ)編寫(xiě)， 因此常常令計(jì)算機(jī)背景知識(shí)較少的業(yè)務(wù)需求方 難以理解， 也就很難發(fā)現(xiàn)需求報(bào)告中與實(shí)際需求不符之處， 更難提出建設(shè)性的意 見(jiàn)。軟件監(jiān)督要對(duì)軟件開(kāi)發(fā)范圍進(jìn)行管理， 首先要確定雙方都能認(rèn)可的 需求分析說(shuō) 明書(shū)。如要求軟件開(kāi)發(fā)方對(duì)需求分析說(shuō)明書(shū)做出進(jìn)一步更詳細(xì)的解釋，編 制業(yè)務(wù)模型，以便用戶方準(zhǔn)確地理解需求分析說(shuō)明書(shū)的內(nèi)容，能及早地發(fā)現(xiàn) 需求與實(shí)際的偏差。這也是對(duì)需求分析工作的總結(jié)與確認(rèn)。在項(xiàng)目需求分析階段， 雙方必須全面地、 盡可能細(xì)致地討論項(xiàng)目的應(yīng)用背景、 功 能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對(duì)項(xiàng)目進(jìn)行評(píng) 估的各種評(píng)價(jià)標(biāo)準(zhǔn)。需求分析說(shuō)明

7、書(shū) 完成后， 軟件監(jiān)督應(yīng)組織項(xiàng)目組與業(yè)務(wù)需求方共同討論， 聽(tīng) 取業(yè)務(wù)需求方的意見(jiàn)和建議， 并進(jìn)行相應(yīng)的修改完善。 各方確認(rèn) 需求分析說(shuō)明 書(shū)內(nèi)容后，需在說(shuō)明書(shū)上簽字確認(rèn)。在軟件開(kāi)發(fā)過(guò)程中， 雙方應(yīng)嚴(yán)格按照簽字確認(rèn)的 需求分析說(shuō)明書(shū) 中規(guī)定的業(yè) 務(wù)范圍進(jìn)行開(kāi)發(fā)。 有些需求可能在項(xiàng)目初期很難確定， 在開(kāi)發(fā)過(guò)程中需要不斷地 加以修正， 項(xiàng)目軟件監(jiān)督要及時(shí)與用戶充分溝通， 建立可以直接聯(lián)系的渠道， 共 同進(jìn)行需求確認(rèn)，保證項(xiàng)目范圍可控。2. 進(jìn)度管理：為確保項(xiàng)目按時(shí)、按量、保質(zhì)完成，必須控制任務(wù)和跟蹤里程碑。按照軟件項(xiàng)目 的開(kāi)發(fā)規(guī)律， 將軟件開(kāi)發(fā)過(guò)程分為幾個(gè)重要階段， 對(duì)這幾個(gè)階段的關(guān)鍵事件設(shè)立 里程

8、碑進(jìn)行跟蹤管理。項(xiàng)目進(jìn)度管理可以通過(guò)以下方式完成 :(1)制定項(xiàng)目里程碑管理運(yùn)行表（里程碑管理表的主要內(nèi)容見(jiàn)表1）。(2)(3) 見(jiàn)。(4)(5)確定正式的項(xiàng)目里程碑是否在預(yù)期完成。表 項(xiàng)目里程碑管理運(yùn)行表定期舉行項(xiàng)目狀態(tài)會(huì)議，由軟件開(kāi)發(fā)方報(bào)告進(jìn)度和問(wèn)題，用戶方提出意 比較各項(xiàng)任務(wù)的實(shí)際開(kāi)始日期與計(jì)劃開(kāi)始日期是否吻合。從軟件項(xiàng)目實(shí)施的過(guò)程來(lái)看， 很少有一個(gè)項(xiàng)目是完全按照實(shí)施計(jì)劃來(lái)進(jìn)行的， 因 為再好的計(jì)劃也不能完全預(yù)見(jiàn)所有的問(wèn)題，并事先制訂出對(duì)策。計(jì)劃可以調(diào)整， 但是調(diào)整必須合理， 并得到業(yè)務(wù)需求方和管理層的批準(zhǔn)。 當(dāng)有問(wèn)題發(fā)生時(shí)， 其直 接的表現(xiàn)就是實(shí)施結(jié)果偏離了原來(lái)的計(jì)劃和目標(biāo)， 在這種情

9、況下， 軟件監(jiān)督就要 及時(shí)發(fā)現(xiàn)這種偏離， 并分析這種原因， 如果是因?yàn)樵瓉?lái)的計(jì)劃和目標(biāo)制訂的不合 理，或者發(fā)生了預(yù)料之外的情況而又無(wú)法克服，這樣就必須調(diào)整計(jì)劃和目標(biāo)。3. 溝通管理：信息系統(tǒng)本身就是溝通的產(chǎn)物。軟件開(kāi)發(fā)過(guò)程實(shí)際上就是將手工作業(yè)轉(zhuǎn)化 成計(jì)算機(jī)程序的過(guò)程。 軟件開(kāi)發(fā)的原料和產(chǎn)品就是信息， 中間過(guò)程傳遞的也是信 息，而信息的產(chǎn)生、收集、傳播、保存正是溝通管理的內(nèi)容?？梢?jiàn)溝通不僅僅是 軟件項(xiàng)目管理的必要手段， 更重要的，溝通是軟件生產(chǎn)的手段和生產(chǎn)過(guò)程中必不 可少的工序。軟件開(kāi)發(fā)的柔性標(biāo)準(zhǔn)需要溝通來(lái)彌補(bǔ)。軟件開(kāi)發(fā)不像加工螺釘、螺母，有 具體的標(biāo)準(zhǔn)和檢驗(yàn)方法。 軟件的標(biāo)準(zhǔn)柔性很大， 比如在

10、用戶的心里好用是軟件成 功的標(biāo)準(zhǔn)，而這個(gè)標(biāo)準(zhǔn)在軟件開(kāi)發(fā)前很難確切地、完整地表達(dá)出來(lái)。因此，開(kāi)發(fā) 過(guò)程項(xiàng)目組和用戶的溝通互動(dòng)是解決這一現(xiàn)實(shí)問(wèn)題的惟一辦法。軟件監(jiān)督要有效地安排開(kāi)發(fā)方軟件人員與需求方使用人員的交流，保證有 暢通的交流渠道。制定完善的項(xiàng)目匯報(bào)制度，明確溝通時(shí)間、頻率和渠道。按照 項(xiàng)目匯報(bào)制度定期組織項(xiàng)目組向業(yè)務(wù)需求方和管理層匯報(bào)，包括項(xiàng)目進(jìn)度計(jì)劃、 已完成工作、與計(jì)劃的比較、存在的問(wèn)題、措施和建議以及下一步工作計(jì)劃等。4. 軟件版本管理目前的軟件開(kāi)發(fā)是團(tuán)隊(duì)開(kāi)發(fā)的時(shí)代，軟件開(kāi)發(fā)技術(shù)更新迅速，開(kāi)發(fā)人員流 動(dòng)頻繁，因此對(duì)軟件版本的管理就顯得尤其重要。 在軟件開(kāi)發(fā)的過(guò)程中， 在多人 共同開(kāi)發(fā)

11、一個(gè)軟件時(shí)， 會(huì)出現(xiàn)多人同時(shí)修改軟件的情況， 這是不可避免的， 由于 部分功能模塊版本可能要進(jìn)行不斷地升級(jí)完善，而老的軟件版本又沒(méi)有即使更 新，隨著時(shí)間的推移，開(kāi)發(fā)人員對(duì)自己機(jī)器上的不同版本間的差異就會(huì)模糊不清。 另外由于軟件開(kāi)發(fā)工期的壓力， 開(kāi)發(fā)人員只將注意力集中在設(shè)計(jì)和編碼上， 未將 文檔納入到版本控制中。 為了解決這些問(wèn)題， 軟件監(jiān)督就要注意跟蹤記錄整個(gè)軟 件的開(kāi)發(fā)過(guò)程， 包括軟件本身及其相關(guān)文檔， 重視代碼的一致性。 這一工作可以 通過(guò)應(yīng)用軟件版本管理的工具軟件實(shí)現(xiàn)，如 Microsoft 公司的 Visual SourceSafe 等對(duì)源代碼和整個(gè)項(xiàng)目進(jìn)行管理，從而建立正常的軟件版本

12、管理機(jī)制， 把握正確的驗(yàn)收方法軟件項(xiàng)目驗(yàn)收是對(duì)軟件項(xiàng)目成果的檢驗(yàn)和確認(rèn)，也是對(duì)軟件項(xiàng)目范圍的再 確認(rèn)。軟件驗(yàn)收應(yīng)是一個(gè)過(guò)程的概念，包括驗(yàn)收前的系統(tǒng)測(cè)試、數(shù)據(jù)移植、系統(tǒng) 上線和正式驗(yàn)收四個(gè)階段。4.1. 系 統(tǒng) 測(cè) 試 ：系統(tǒng)測(cè)試是對(duì)系統(tǒng)進(jìn)行全面的測(cè)試，應(yīng)在測(cè)試環(huán)境中進(jìn)行，以確保系統(tǒng)的 功能和技術(shù)設(shè)計(jì)滿足企業(yè)的業(yè)務(wù)需求， 并能正常運(yùn)行。 系統(tǒng)測(cè)試階段應(yīng)包括以下 主要流程和工作內(nèi)容 :1）制訂測(cè)試計(jì)劃，包括編制測(cè)試用例，建立測(cè)試環(huán)境。（2）測(cè)試。在測(cè)試環(huán)境中，項(xiàng)目組根據(jù)需要，對(duì)系統(tǒng)依次進(jìn)行單元測(cè)試、 集成測(cè)試、壓力測(cè)試和用戶接受測(cè)試，記錄測(cè)試結(jié)果并由相關(guān)測(cè)試人簽字確 認(rèn)，編制相應(yīng)的測(cè)試報(bào)告。對(duì)于未

13、通過(guò)測(cè)試的內(nèi)容，項(xiàng)目組應(yīng)查找失敗的原 因，并修改相應(yīng)程序或設(shè)置， 重新進(jìn)行測(cè)試。 除了進(jìn)行充分的系統(tǒng)功能測(cè)試， 測(cè)試應(yīng)包含與內(nèi)部控制相關(guān)的測(cè)試內(nèi)容，如系統(tǒng)認(rèn)證和授權(quán)、交易完整性及 數(shù)據(jù)真實(shí)、完整性的有關(guān)功能。（3）提交測(cè)試報(bào)告、用戶確認(rèn)簽字。項(xiàng)目組撰寫(xiě)測(cè)試報(bào)告，將測(cè)試報(bào)告提 交給各相關(guān)用戶，用戶應(yīng)在測(cè)試報(bào)告上簽字確認(rèn)。4.2. 數(shù)據(jù)移 植 ： 新系統(tǒng)上線時(shí)如需要將原始數(shù)據(jù)移植到新系統(tǒng)，則應(yīng)完成以下主要工作內(nèi)容（1）制訂數(shù)據(jù)移植 /轉(zhuǎn)換計(jì)劃。 除了要定義數(shù)據(jù)收集的格式、 范圍、進(jìn)度外， 還要考慮系統(tǒng)接口的影響， 并建立了數(shù)據(jù)移植完整性和準(zhǔn)確性測(cè)試方法以及 意外事件處理程序。（2）數(shù)據(jù)收集。如果項(xiàng)

14、目實(shí)施涉及到數(shù)據(jù)收集，應(yīng)由數(shù)據(jù)收集小組根據(jù)數(shù) 據(jù)收集格式，對(duì)數(shù)據(jù)進(jìn)行收集，數(shù)據(jù)收集小組在收集數(shù)據(jù)時(shí)應(yīng)培訓(xùn)業(yè)務(wù)部門 的數(shù)據(jù)提供人員， 以確保數(shù)據(jù)提供人員了解和掌握對(duì)數(shù)據(jù)收集的各項(xiàng)規(guī)定和 要求。（3）數(shù)據(jù)移植前的測(cè)試。在測(cè)試環(huán)境中對(duì)數(shù)據(jù)移植方法進(jìn)行測(cè)試，書(shū)面記 錄測(cè)試結(jié)果，解決測(cè)試中發(fā)現(xiàn)的問(wèn)題，進(jìn)行問(wèn)題記錄并歸檔。4）數(shù)據(jù)導(dǎo)入并核查結(jié)果。項(xiàng)目組成員將數(shù)據(jù)導(dǎo)入系統(tǒng)， 并在導(dǎo)入后按照事先制定的數(shù)據(jù)移植完整性和 準(zhǔn)確性測(cè)試方法對(duì)系統(tǒng)中的數(shù)據(jù)做進(jìn)一步的核查，確保導(dǎo)入數(shù)據(jù)的質(zhì)量。如有意外，按照事先制定的意外事件處理程序處理，并留下記錄。數(shù)據(jù)移植完成之后，用戶應(yīng)對(duì)數(shù)據(jù)移植結(jié)果簽字確認(rèn)。（5） 數(shù)據(jù)移植后要進(jìn)行

15、適當(dāng)時(shí)間的試運(yùn)行，確認(rèn)數(shù)據(jù)移植的真實(shí)性和完整 性。試運(yùn)行時(shí)間視具體系統(tǒng)的規(guī)模、影響程度而定。對(duì)影響較大的系統(tǒng)，至 少應(yīng)試運(yùn)行三個(gè)完整的月結(jié)周期。4.3. 系統(tǒng)上 線 ： 系統(tǒng)上線階段應(yīng)包括以下的主要流程和工作內(nèi)容 （ 1） 上線前準(zhǔn)備工作。在上線前，軟件開(kāi)發(fā)方應(yīng)制定系統(tǒng)上線計(jì)劃，包括上線 檢查清單、上線支持人員、退回機(jī)制等，并提交上線申請(qǐng)表。系統(tǒng)上線計(jì)劃 和上線申請(qǐng)表 應(yīng)經(jīng)過(guò)信息技術(shù)部門和業(yè)務(wù)部門管理層的正式批準(zhǔn)， 并通知各 相關(guān)部門。（2）系統(tǒng)上線。所有的上線準(zhǔn)備工作做好之后，由軟件監(jiān)督人員確認(rèn)上線系統(tǒng) 版本正確性后， 與用戶確認(rèn)系統(tǒng)上線時(shí)間， 下達(dá)上線指令。 系統(tǒng)上線操作人員將 最后版本的

16、系統(tǒng)程序移植到生產(chǎn)環(huán)境。4.4. 正式驗(yàn) 收 ：正式驗(yàn)收前，軟件開(kāi)發(fā)方應(yīng)向信息技術(shù)管理部門提交軟件開(kāi)發(fā)過(guò)程中各階 段性文檔，包括需求分析說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè) 計(jì)說(shuō)明書(shū)、源程序代碼、可供安裝使用的系統(tǒng)安裝程序、系統(tǒng)管理員手冊(cè)、用戶 使用手冊(cè)、測(cè)試計(jì)劃、測(cè)試報(bào)告、用戶報(bào)告、數(shù)據(jù)移植計(jì)劃及報(bào)告、系統(tǒng)上線計(jì) 劃及報(bào)告、用戶意見(jiàn)書(shū)、驗(yàn)收申請(qǐng)等。初審?fù)ㄟ^(guò)后，組負(fù)責(zé)對(duì)軟件信息技術(shù)管理部門接到驗(yàn)收申請(qǐng)后， 組織專家對(duì)項(xiàng)目進(jìn)行初審。 織管理層領(lǐng)導(dǎo)、 業(yè)務(wù)管理人員和信息技術(shù)專家成立項(xiàng)目驗(yàn)收委員會(huì)， 項(xiàng)目進(jìn)行正式驗(yàn)收。向驗(yàn)收委員會(huì)需求分析說(shuō)軟件監(jiān)督應(yīng)根據(jù)軟件開(kāi)發(fā)方在整個(gè)軟件開(kāi)發(fā)過(guò)程中的表現(xiàn)， 提出全面的軟件監(jiān)督報(bào)告， 并根據(jù)開(kāi)題設(shè)計(jì)書(shū)、 軟件開(kāi)發(fā)合同以及 明書(shū)，制定驗(yàn)收標(biāo)準(zhǔn)，提交驗(yàn)收委員會(huì)。 信息技術(shù)管理部門組織由驗(yàn)收委員會(huì)、 軟件監(jiān)督、 軟件開(kāi)發(fā)方參加的項(xiàng)目驗(yàn)收會(huì)， 軟件開(kāi)發(fā)方以項(xiàng)目匯報(bào)、 現(xiàn)場(chǎng)應(yīng)用演 示等方式匯報(bào)項(xiàng)目完成情況， 驗(yàn)收委員會(huì)根據(jù)驗(yàn)收標(biāo)準(zhǔn)對(duì)項(xiàng)目進(jìn)行評(píng)審， 形成最 終驗(yàn)收意見(jiàn)。5. 軟 件 質(zhì) 量 的 六 個(gè) 考 核 要 素 ：5.1.1. 功能 性 :滿足用戶的要求，在預(yù)定環(huán)境下能夠完成預(yù)期的功能。5.1.2. 易用