【導(dǎo)讀】數(shù)字化環(huán)衛(wèi)管理系統(tǒng)解決?！都夹g(shù)解決方案》。四川茂燁建筑智能化工廠有限公司

　　

【正文】 初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重要的意 33 義，在這個(gè)階段中所關(guān)注的是整個(gè)項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險(xiǎn)。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來講，初始階段可能很短。 初始階段 24 / 38 結(jié)束時(shí)是第一個(gè)重要的里程碑：生命周期目標(biāo)里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。 細(xì)化階段 細(xì)化階段的目標(biāo)是分析問 題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時(shí)為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。細(xì)化階段結(jié)束時(shí)第二個(gè)重要的里程碑：生命周期結(jié)構(gòu)里程碑。生命周期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。 構(gòu)造階段 在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開 發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。從某種意義上說，構(gòu)建階段是一個(gè)制造過程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。 構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里 34 程碑：初始功能里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品版本也常被稱為“beta ”版。 交付階段 交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中 在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。 在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布里程碑。此時(shí)，要確定目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開始另一個(gè)開發(fā)周期。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。 采用迭代化的開發(fā)模式 在每個(gè)階段我們將根據(jù)階段目標(biāo)進(jìn)一步分解為迭代。在每個(gè)迭代完成一個(gè)完整 25 / 38 的開發(fā)循環(huán)，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，作為最終產(chǎn)品的一個(gè)子集，通過增量式地發(fā)展，從一個(gè)迭代過程到另一個(gè)迭代過程到成為最終的系 統(tǒng)。 傳統(tǒng)上的瀑布生命周期會(huì)出現(xiàn)到了實(shí)現(xiàn)末期產(chǎn)品完成才開 35 始測(cè)試，在分析、設(shè)計(jì)和實(shí)現(xiàn)階段所遺留的隱藏問題會(huì)大量出現(xiàn)，項(xiàng)目可能要停止并開始一個(gè)漫長(zhǎng)的錯(cuò)誤修正周期等問題。 因此項(xiàng)目組將采用迭代化的開發(fā)方式來避免這些情況的出現(xiàn)。 迭代是一種更靈活，風(fēng)險(xiǎn)更小的方法，是多次通過不同的開發(fā)活動(dòng)（需求分析、設(shè)計(jì)、編碼、測(cè)試等），通過更好的理解需求，構(gòu)造一個(gè)健壯的體系結(jié)構(gòu)，并最終交付一系列逐步完成的版本。軟件生命周期是迭代的連續(xù)，通過它，軟件進(jìn)行增量的開發(fā)。一次迭代包括了生成一個(gè)可執(zhí)行版本的開發(fā)活動(dòng)，還有使用這個(gè)版本所必 需的其他輔助成分，如版本描述、用戶文檔等。因此一個(gè)開發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過，這些工作流至少包括：需求工作流、分析和設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測(cè)試工作流。其本身就像一個(gè)小型的瀑布項(xiàng)目（如圖）。 迭代過程與傳統(tǒng)的瀑布模型相比較 加快了整個(gè)開發(fā)工作的進(jìn)度。因?yàn)殚_發(fā)人員清楚問題的焦點(diǎn)所在，他們的工作會(huì)更有效率。 由于用戶的需求并不能在一開始就做出完全的界定，它們通常是在后續(xù)階段中不斷細(xì)化的。因此，迭代過程這種模式使適應(yīng)需求的變化會(huì)更容易些。 26 / 38 36 迭代 式開發(fā)方法是一個(gè)不斷降低風(fēng)險(xiǎn)的過程，每一次迭代過程都選擇風(fēng)險(xiǎn)最大的任務(wù)執(zhí)行。因此風(fēng)險(xiǎn)在迭代過程中不斷地被發(fā)現(xiàn)、被消滅。 迭代式開發(fā)方法能夠更容易地管理需求的變化，整個(gè)開發(fā)過程由一次次的獨(dú)立迭代組成，項(xiàng)目經(jīng)理能夠比較容易地調(diào)整迭代過程，使最終產(chǎn)品滿足變化的需求。開發(fā)人員以及項(xiàng)目相關(guān)人員能夠及時(shí)地從迭代過程中得到反饋信息，并能夠及時(shí)修改以前工作中的失誤，有效地監(jiān)控開發(fā)過程，并對(duì)迭代工作流進(jìn)行校正，這對(duì)一個(gè)時(shí)間跨度很長(zhǎng)的項(xiàng)目具有重要的意義。 質(zhì)量管理 公司遵循 ISO9001質(zhì)量管理體系，按照 CMMI3對(duì)質(zhì)量管理環(huán)節(jié)的過程活動(dòng)要求，對(duì)本項(xiàng)目，我們將從以下三個(gè)方面進(jìn)行質(zhì)量控制 : 測(cè)試 在本系統(tǒng)的開發(fā)過程中，要求對(duì)軟件系統(tǒng)做以下二個(gè)層面的測(cè)試： 單元測(cè)試 單元測(cè)試將對(duì)最小的可測(cè)試軟件元素（單元）實(shí)施的測(cè)試。它所測(cè)試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)（如邏輯和數(shù)據(jù)流）以及單元的功能和可觀測(cè)的行為。確保及時(shí)發(fā)現(xiàn)并改正編碼缺陷。 37 集成測(cè)試 集成測(cè)試是確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確。它所測(cè)試的內(nèi)容包括單元間的接口以及集成后的功能、性能。（因本期開發(fā)的軟件只針對(duì)個(gè)別部 門，因此不用執(zhí)行系統(tǒng)測(cè)試） 評(píng)審 評(píng)審是一種保證項(xiàng)目質(zhì)量的重要手段，在本項(xiàng)目中，項(xiàng)目組將對(duì)所有開發(fā)出來的文檔、模型、代碼等進(jìn)行評(píng)審，及早發(fā)現(xiàn)并修復(fù)缺陷，以起到保證系統(tǒng)的質(zhì)量的作用。在該項(xiàng)工作中，主要開展以下幾項(xiàng)活動(dòng)： 27 / 38 ◆ 編制評(píng)審計(jì)劃； ◆ 準(zhǔn)備檢查表； ◆ 召開評(píng)審會(huì)議，評(píng)審人員根據(jù)檢查表對(duì)開發(fā)出來的文檔、模型、代碼等進(jìn)行評(píng)審，發(fā)現(xiàn)并記錄缺陷； ◆ 項(xiàng)目成員根據(jù)計(jì)劃修復(fù)缺陷。 SQA(軟件質(zhì)量保證 ) 在本項(xiàng)目中，我公司將派出專業(yè) SQA 人員對(duì)項(xiàng)目的 開發(fā)活動(dòng)和開發(fā)結(jié)果進(jìn)行審計(jì)，以確保項(xiàng)目是按照規(guī)定的開發(fā)過程進(jìn)行的，確保項(xiàng)目的開發(fā)結(jié)果滿足質(zhì)量要求。在該項(xiàng)活動(dòng)中主要開展以下幾項(xiàng)工作： ◆ 編制項(xiàng)目的 SQA 計(jì)劃； 38 ◆ 準(zhǔn)備檢查表； ◆ 根據(jù) SQA 計(jì)劃對(duì)項(xiàng)目進(jìn)行審計(jì)； 編制審計(jì)報(bào)告； 對(duì)審計(jì)中的不符合性問題進(jìn)行解決和追蹤。 系統(tǒng)安全保障措施 東方電機(jī)機(jī)組服務(wù)系統(tǒng)是東方電機(jī)有限公司管理內(nèi)部資料以及客戶的相關(guān)信息的管理，涉及到部分商業(yè)保密信息，對(duì)數(shù)據(jù)及系統(tǒng)安全的要求很高。我們的系統(tǒng)設(shè)計(jì)將從以下方面考慮和保障系統(tǒng)安全性： 系統(tǒng) 安全 系統(tǒng)提供多層安全保護(hù)措施，確保在以下情況下系統(tǒng)能夠正常運(yùn)行： 系統(tǒng)通過互聯(lián)網(wǎng)提供公眾服務(wù)和部分業(yè)務(wù)數(shù)據(jù)的收集、發(fā)布工作，要求系統(tǒng)提供多種防火墻措施，能夠抵御來自互聯(lián)網(wǎng)的網(wǎng)絡(luò)攻擊和入侵； 28 / 38 系統(tǒng)通過局域網(wǎng)提供內(nèi)部業(yè)務(wù)，要求系統(tǒng)提供多種防火墻措施，能夠防止來自內(nèi)部的網(wǎng)絡(luò)入侵； 系統(tǒng)提供獨(dú)立的內(nèi)網(wǎng)（業(yè)務(wù)）和外網(wǎng)服務(wù)器，防止通過外網(wǎng)入侵和竊取內(nèi)網(wǎng)數(shù)據(jù)的可能； 系統(tǒng)提供獨(dú)立的數(shù)據(jù)服務(wù)器，保障數(shù)據(jù)的安全，防止通過網(wǎng)絡(luò)入侵業(yè)務(wù)服務(wù)器后竊取數(shù)據(jù)的可能。 39 權(quán)限管理 系統(tǒng)的權(quán)限管 理提供以下措施或特性： 獨(dú)立的權(quán)限服務(wù)。采用集中式的、獨(dú)立的權(quán)限服務(wù)體系，權(quán)限業(yè)務(wù)不能簡(jiǎn)單的直接嵌入到普通業(yè)務(wù)中，避免業(yè)務(wù)服務(wù)器被竊取、權(quán)限被盜竊的情況； 多種用戶權(quán)限驗(yàn)證措施。不對(duì)外提供注冊(cè)功能，用戶是由系統(tǒng)提供的帳號(hào)，可采用加密鎖等方式進(jìn)行驗(yàn)證；對(duì)管理機(jī)構(gòu)內(nèi)部用戶，采用權(quán)限賬號(hào)方式進(jìn)行驗(yàn)證。 權(quán)限管理要求可配置，可擴(kuò)展。不能固定死、缺乏擴(kuò)展性。 對(duì)在線用戶進(jìn)行管理，為單點(diǎn)登錄奠定基礎(chǔ)。 數(shù)據(jù)安全 因?yàn)樯婕暗疥P(guān)鍵的資金數(shù)據(jù)，系統(tǒng)對(duì)數(shù)據(jù)安全的要求很高。設(shè)計(jì)并保證系統(tǒng)在如下情況時(shí)能保障 數(shù)據(jù)的安全： 假設(shè)存在通過互聯(lián)網(wǎng)的外部入侵業(yè)務(wù)服務(wù)器時(shí)，能夠保證數(shù)據(jù)不透明（而無法被竊?。?； 假設(shè)存在通過內(nèi)部網(wǎng)絡(luò)入侵業(yè)務(wù)服務(wù)器時(shí)，能夠保證數(shù)據(jù)不透明（而無法被竊?。?； 假設(shè)存在某個(gè)內(nèi)部賬號(hào)被竊取時(shí)，能夠保證該賬號(hào)權(quán)限外的所有數(shù)據(jù)都無法訪問，并且該賬號(hào)的所有操作會(huì)被記錄； 29 / 38 系統(tǒng)穩(wěn)定性及出錯(cuò)處理 （ 1）系統(tǒng)運(yùn)行 40 系統(tǒng)硬件設(shè)計(jì)保持 7*24小時(shí)能夠穩(wěn)定可靠的運(yùn)行不間斷。 （ 2）出錯(cuò)處理 系統(tǒng)自身的運(yùn)算錯(cuò)誤、操作失敗，產(chǎn)生正確的提示信息，并且提供重試、實(shí)時(shí)解決，不會(huì)影響 其它操作。即部分的、偶爾錯(cuò)誤不會(huì)影響整體的運(yùn)行。 當(dāng)出現(xiàn)以下故障時(shí)： 網(wǎng)絡(luò)故障； 操作系統(tǒng)崩潰； 硬件系統(tǒng)故障等不可預(yù)估的情況，系統(tǒng)不會(huì)發(fā)生無法逆轉(zhuǎn)的災(zāi)難性破壞。要求軟硬件故障在 24 小時(shí)之內(nèi)恢復(fù)，數(shù)據(jù)庫服務(wù)器故障能即時(shí)切換備份服務(wù)器。 （ 3）數(shù)據(jù)備份措施 提供數(shù)據(jù)庫備份工具。支持后臺(tái)運(yùn)行，定期備份； 提供數(shù)據(jù)庫還原工具，在確認(rèn)數(shù)據(jù)丟失后，可以通過該工具及備份數(shù)據(jù)還原到備份前的狀態(tài)。 四 系統(tǒng)驗(yàn)收測(cè)試計(jì)劃 測(cè)試計(jì)劃 測(cè)試工作流程 30 / 38 測(cè)試各階段主要測(cè)試內(nèi)容如下： 模塊測(cè)試：各功能是否滿足程序模塊說明書要求，以及輸入、輸出的正確性。 系統(tǒng)集成測(cè)試：檢測(cè)模塊間的接口以 41 及集成后的功能的正確性。 系統(tǒng)測(cè)試：對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。 性能測(cè)試：對(duì)系統(tǒng)進(jìn)行負(fù)載、壓力、并發(fā)、可靠性測(cè)試，確保系統(tǒng)資源使用情況、系統(tǒng)并發(fā)用戶數(shù)、系統(tǒng)在線用戶滿足產(chǎn)品需求。 安裝或部署測(cè)試：安裝或部署系統(tǒng)，確保該軟件在正常和異常的不同情況下進(jìn)行安裝時(shí)都能按預(yù)期目標(biāo)來處理。 上線前試運(yùn)行：在正式上線前發(fā)布一個(gè)版本， 讓用戶在真實(shí)環(huán)境中試用，通過此測(cè)試來了解用戶的操作習(xí)慣、行為模式，分析產(chǎn)品與用戶之間的和諧程度。 測(cè)試標(biāo)準(zhǔn) 根據(jù)系統(tǒng)的特點(diǎn)把系統(tǒng)的測(cè)試類型分為功能測(cè)試、兼容性測(cè)試、性能測(cè)試，各自的測(cè)試目標(biāo)和標(biāo)準(zhǔn)如下： 功能測(cè)試： 目標(biāo)：根據(jù)功能測(cè)試用例，對(duì)產(chǎn)品的各功能進(jìn)行逐項(xiàng)測(cè)試，以確保產(chǎn)品達(dá)到用戶要求。 標(biāo)準(zhǔn)： 31 / 38 A ．功能測(cè)試：測(cè)試各個(gè)模塊以及界面所完成的功能是否正確，數(shù)據(jù)是否正確，操作是否簡(jiǎn)潔方便。 B ．業(yè)務(wù)流程測(cè)試：按照需求規(guī)格說明書的業(yè)務(wù)流程，檢查系統(tǒng)所有業(yè)務(wù)流程 是否正確。 42 C. 數(shù)據(jù)測(cè)試：（ 1）輸入正確數(shù)據(jù)是否能按照預(yù)期的結(jié)果輸出；（ 2）能否識(shí)別錯(cuò)誤的輸入，并給予正確的信息提示信息。 D ．?dāng)?shù)據(jù)流測(cè)試：本系統(tǒng)所涉及的相關(guān)數(shù)據(jù)，是否按照正確的業(yè)務(wù)流程流動(dòng)，每個(gè)階段所輸出的數(shù)據(jù)結(jié)果是否正確。 E ．界面測(cè)試：界面信息描述準(zhǔn)確，操作方便 , 以需求分析或設(shè)計(jì)文檔 UI 部分為標(biāo)準(zhǔn)。 兼容性測(cè)試 目標(biāo)：檢測(cè)待測(cè)試項(xiàng)目在不同操作系統(tǒng)平臺(tái)、同一操作系統(tǒng)平臺(tái)不同瀏覽器上，能否正常運(yùn)行，本次測(cè)試主要針對(duì)常用的操作系統(tǒng)和常用的瀏覽器進(jìn)行測(cè)試。 標(biāo)準(zhǔn)： A. 驗(yàn) 證本軟件在 IE8+等瀏覽器下的運(yùn)行情況。 B. 驗(yàn)證本軟件在 windows XP 、 WIN7等操作平臺(tái)下的運(yùn)行情況。 性能測(cè)試 目標(biāo)：檢查系統(tǒng)的平均響應(yīng)時(shí)間或者吞吐量是否符合指定的標(biāo)準(zhǔn)，在線用戶數(shù)是否達(dá)客戶到要求。 標(biāo)準(zhǔn)： A 負(fù)載測(cè)試：在給定的測(cè)試環(huán)境下，通過在被測(cè)系統(tǒng)上不斷增加壓力，直到性能指標(biāo)超過預(yù)定指標(biāo)或某種資源使用已達(dá)到飽和狀態(tài)，目的是了解系統(tǒng)性能容量和處理能力極限。 B 壓力測(cè)試：測(cè)試系統(tǒng)在一定飽和狀態(tài)下系統(tǒng)能夠處理的 43 會(huì)話能力，以及是否 32 / 38 出現(xiàn)錯(cuò)誤。 C. 并發(fā)測(cè)試：模擬并發(fā)訪問，測(cè)試多用戶并發(fā)訪問同一個(gè)應(yīng)用、模塊、數(shù)據(jù)時(shí)是否產(chǎn)生隱藏的并發(fā)問題，如內(nèi)存泄漏、線程鎖、資源爭(zhēng)用問題。 測(cè)試階段及策略 各階段的測(cè)試策略如下： 模塊測(cè)試：手工方式進(jìn)行功能測(cè)試、邊界測(cè)試。 集成測(cè)試：采用自頂向下和基于功能方式集成；用手工和工具相結(jié)合的方式進(jìn)行功能測(cè)試、邊界測(cè)試、異常測(cè)試、業(yè)務(wù)測(cè)試等。 系統(tǒng)測(cè)試：用手工和工具相結(jié)合的方式進(jìn)行功能測(cè)試、 GUI 測(cè)試、文檔測(cè)試、在線幫助測(cè)試、兼容性測(cè)試等。 性能測(cè)試：用工具和手工相結(jié)合的方式進(jìn)行性能測(cè)試（負(fù)載測(cè)試 、壓力測(cè)試、并發(fā)測(cè)試、可靠測(cè)試）。 安裝或部署測(cè)試：用手工方式按照軟件產(chǎn)品安裝手冊(cè)或相應(yīng)的文檔，在一個(gè)和用戶使用該產(chǎn)品一樣的環(huán)境中或用戶環(huán)境中，進(jìn)行安裝測(cè)試。 上線前試運(yùn)行：測(cè)試人員或開發(fā)人員坐在用戶旁邊觀察用戶的使用過程，并通過與用戶交談深入的了解用戶的想法、行為、操作習(xí)慣等。 44 驗(yàn)收方案 驗(yàn)收方法 對(duì)照合同或系統(tǒng)需求，在系統(tǒng)上查看和維護(hù)相關(guān)信息、按照業(yè)務(wù)流程做模擬，檢查相關(guān)功能是否實(shí)現(xiàn)，業(yè)務(wù)流程是否正確。 驗(yàn)收內(nèi)容 33 / 38 驗(yàn)收實(shí)施步驟 （ 1）驗(yàn)收前的準(zhǔn)備 在產(chǎn)品驗(yàn)收之前，管理部門、開發(fā)部門根據(jù)合同中的驗(yàn)收準(zhǔn)則、驗(yàn)收內(nèi)容、交付要求完成所有交互件，并檢查所有軟件項(xiàng)是否完整。 （ 2）驗(yàn)收環(huán)境搭建 據(jù)合同的要求或雙方協(xié)商的結(jié)果，確定驗(yàn)收測(cè)試的環(huán)境（用戶環(huán)境或用戶認(rèn)可的環(huán)境），然后按建立相應(yīng)的硬件環(huán)境、軟件環(huán)境等。 （ 3）驗(yàn)收測(cè)試 根據(jù)合同或客戶要求，驗(yàn)收測(cè)試可以是現(xiàn)場(chǎng)測(cè)試或在客戶認(rèn)可的環(huán)境下進(jìn)行，驗(yàn)收測(cè)試盡量由客戶實(shí)施，開發(fā)部門給予協(xié)助。驗(yàn)收