移動(dòng)互聯(lián)網(wǎng)產(chǎn)品研發(fā) 課件 第四章 移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的技術(shù)實(shí)現(xiàn)

4.1移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的需求分析

4.2數(shù)據(jù)庫(kù)設(shè)計(jì)

4.3移動(dòng)互聯(lián)網(wǎng)產(chǎn)品功能的代碼實(shí)現(xiàn)技術(shù)

4.4移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的測(cè)試和上線運(yùn)營(yíng)4.1移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的需求分析4.1.1產(chǎn)品需求分析步驟移動(dòng)互聯(lián)網(wǎng)產(chǎn)品需求分析分為以下九個(gè)步驟。1．需求分析整合首先分析項(xiàng)目的業(yè)務(wù)需求定位，包括認(rèn)識(shí)項(xiàng)目的服務(wù)對(duì)象、服務(wù)對(duì)象的具體業(yè)務(wù)需求，以及這些業(yè)務(wù)需求中哪些是適合用IT手段解決的。其次分析解決這些問(wèn)題或需求需要通過(guò)哪些有效手段去實(shí)施，比如通過(guò)調(diào)查訪談，或者問(wèn)卷評(píng)估等。在文檔中一一的羅列清楚，適當(dāng)?shù)挠脠D文并茂的方式使得需求書(shū)更加易懂。2．預(yù)算評(píng)估確認(rèn)需求分析后，技術(shù)團(tuán)隊(duì)會(huì)評(píng)估功能需求的技術(shù)難度，設(shè)計(jì)技術(shù)方案，確認(rèn)開(kāi)發(fā)進(jìn)度即時(shí)間安排，并將內(nèi)容補(bǔ)充到需求文檔中。這份文檔后期會(huì)有助于產(chǎn)品經(jīng)理等技術(shù)開(kāi)發(fā)人員對(duì)項(xiàng)目的理解，減少技術(shù)人員溝通之間的誤差。3．原型設(shè)計(jì)需求文檔建立后，接下來(lái)項(xiàng)目經(jīng)理將會(huì)進(jìn)行原型圖的設(shè)計(jì)，其中包含功能的結(jié)構(gòu)性布局、各分頁(yè)面的設(shè)計(jì)和頁(yè)面間業(yè)務(wù)邏輯的設(shè)計(jì)。最后生成一份能完整表達(dá)頁(yè)面所有功能的原型設(shè)計(jì)圖。在此期間可能會(huì)使用不同種類的原型設(shè)計(jì)工具，如Mockplus、axure、墨刀等。4．UI設(shè)計(jì)前面設(shè)計(jì)的原型圖會(huì)經(jīng)過(guò)反復(fù)的推敲修正，隨后，UI(用戶界面)設(shè)計(jì)師會(huì)進(jìn)行UI界面相關(guān)的配色設(shè)計(jì)、功能具象化處理、交互設(shè)計(jì)、各種機(jī)型和系統(tǒng)的適配。然后UI設(shè)計(jì)師經(jīng)過(guò)多次與項(xiàng)目經(jīng)理溝通修改后，最終達(dá)到定稿的高保真設(shè)計(jì)圖。對(duì)于后臺(tái)UI，大部分的移動(dòng)互聯(lián)網(wǎng)產(chǎn)品項(xiàng)目都會(huì)有相應(yīng)的Web管理后臺(tái)，其功能設(shè)計(jì)與APP的功能是一一對(duì)照的，合理的設(shè)計(jì)能讓后臺(tái)管理人員快速上手。5．開(kāi)發(fā)以上流程結(jié)束即可進(jìn)入開(kāi)發(fā)階段，一款優(yōu)質(zhì)的移動(dòng)互聯(lián)網(wǎng)產(chǎn)品項(xiàng)目包含以下幾個(gè)部分：(1)服務(wù)器端：編寫(xiě)接口協(xié)議文檔、服務(wù)器環(huán)境架設(shè)、設(shè)計(jì)數(shù)據(jù)庫(kù)和編寫(xiě)API接口。其中，國(guó)內(nèi)阿里云服務(wù)器占主要市場(chǎng)，國(guó)外亞馬遜云占主要市場(chǎng)。(2)?APP端：根據(jù)UI設(shè)計(jì)圖進(jìn)行界面開(kāi)發(fā)，UI開(kāi)發(fā)完成后即可進(jìn)入和服務(wù)端接口對(duì)接環(huán)節(jié)，通過(guò)服務(wù)端的接口獲取數(shù)據(jù)，編寫(xiě)功能上的邏輯代碼。(3)?Web管理端：根據(jù)前端的業(yè)務(wù)邏輯，后臺(tái)會(huì)有相應(yīng)的功能與之匹配，同樣也需要編寫(xiě)功能上的邏輯代碼。6．測(cè)試調(diào)試移動(dòng)互聯(lián)網(wǎng)產(chǎn)品功能開(kāi)發(fā)完成之后，測(cè)試人員會(huì)對(duì)整個(gè)項(xiàng)目進(jìn)行系統(tǒng)的測(cè)試，這個(gè)環(huán)節(jié)會(huì)調(diào)動(dòng)項(xiàng)目組內(nèi)部所有的相關(guān)人員。測(cè)試這個(gè)環(huán)節(jié)的重要性不亞于前期功能的規(guī)劃。一個(gè)正規(guī)優(yōu)質(zhì)的專業(yè)團(tuán)隊(duì)不應(yīng)該缺失專業(yè)的測(cè)試人員。7．市場(chǎng)檢驗(yàn)在經(jīng)過(guò)至少兩輪的內(nèi)部測(cè)試以及完成修改要求后，即可進(jìn)行最終版本的確認(rèn)上架，當(dāng)然分為安卓市場(chǎng)和蘋(píng)果市場(chǎng)，或者是微信小程序，或者是微網(wǎng)站，還得編寫(xiě)后臺(tái)操作及客戶使用說(shuō)明文檔，并對(duì)運(yùn)營(yíng)人員進(jìn)行系統(tǒng)培訓(xùn)。8．迭代在產(chǎn)品正式投放到市場(chǎng)后，就會(huì)得到市場(chǎng)的大量反饋，從而了解該如何修正或者調(diào)整運(yùn)營(yíng)策略。若當(dāng)前系統(tǒng)的功能無(wú)法滿足項(xiàng)目需求時(shí)，就需要去規(guī)劃新的版本功能的迭代問(wèn)題了。9．日常維護(hù)當(dāng)項(xiàng)目正常運(yùn)作后，就算是已經(jīng)進(jìn)入了相對(duì)穩(wěn)定的階段。也可能會(huì)有一些小問(wèn)題的出現(xiàn)，或者一些隱藏的比較深的bug，此時(shí)就需要相關(guān)的市場(chǎng)人員進(jìn)行問(wèn)題的收集以及技術(shù)人員對(duì)問(wèn)題做出及時(shí)的修復(fù)。4.1.2產(chǎn)品需求分析方法為了保證項(xiàng)目的正常實(shí)施和順利完成，必須加強(qiáng)項(xiàng)目管理和重視項(xiàng)目分析工作。只有從實(shí)際出發(fā)，切切實(shí)實(shí)地把握用戶需求，才能保證開(kāi)發(fā)工作向正確方向前進(jìn)。1.常見(jiàn)需求分析問(wèn)題及應(yīng)對(duì)由于軟件項(xiàng)目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險(xiǎn)性，軟件需求分析的重要性是不言而喻的。但需求分析確實(shí)非常難做，主要難點(diǎn)來(lái)自如下因素。1)客戶說(shuō)不清楚需求有些客戶對(duì)需求只有朦朧的感覺(jué)，說(shuō)不清楚具體的需求。此時(shí)，用戶就會(huì)要求軟件系統(tǒng)分析人員替他們?cè)O(shè)想需求。在這種情況下，工程的需求就存在一定的主觀性，為項(xiàng)目未來(lái)建設(shè)埋下了潛在的風(fēng)險(xiǎn)。2)需求自身經(jīng)常變動(dòng)根據(jù)以往的歷史經(jīng)驗(yàn)，隨著客戶方對(duì)信息化建設(shè)的認(rèn)識(shí)和自己業(yè)務(wù)水平的提高，他們會(huì)在不同的階段和時(shí)期對(duì)項(xiàng)目的需求提出新的要求和需求變更。在進(jìn)行需求分析時(shí)要懂得防患于未然，盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求，以便在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)，將軟件的核心建筑在穩(wěn)定的需求上，同時(shí)留出變更空間。同時(shí)，項(xiàng)目監(jiān)理方在需求分析的功能界定上也必須擔(dān)任一個(gè)中間、公平、公正的角色，所以也應(yīng)該積極參與到需求分析的準(zhǔn)備中來(lái)，以便協(xié)助客戶方和承建方來(lái)界定“做什么”“不做什么”的系統(tǒng)功能界限。3)分析人員或客戶理解有誤軟件系統(tǒng)分析人員不可能都是全才，更不可能是行業(yè)方面的專家。不同的分析人員對(duì)客戶表達(dá)的需求可能有不同的理解。如果分析人員理解錯(cuò)了，可能會(huì)導(dǎo)致以后的開(kāi)發(fā)工作勞而無(wú)功。項(xiàng)目的技術(shù)承建方必須加強(qiáng)業(yè)務(wù)了解程度，同時(shí)加強(qiáng)溝通技巧，以便從客戶那里獲得準(zhǔn)確的需求。2.有效性軟件需求分析三步法根據(jù)以往的工程經(jīng)驗(yàn)，需求分析工作方法應(yīng)該定位在三個(gè)階段(也稱三步法)。1)訪談階段這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢(shì)，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、運(yùn)行系統(tǒng)等具體情況和客觀的信息。建立起良好的溝通渠道和方式，聯(lián)系具體的職能部門(mén)以及各委辦局，最好能指定本次項(xiàng)目的接口人。實(shí)現(xiàn)手段：訪談、調(diào)查表格。輸出成果：調(diào)查報(bào)告、業(yè)務(wù)流程報(bào)告。2)誘導(dǎo)階段這一階段是在承建方已經(jīng)了解了用戶方實(shí)際和客觀的信息基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件，做出簡(jiǎn)單的用戶流程頁(yè)面，同時(shí)結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)對(duì)用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性、便易性、習(xí)慣性。用戶可以操作簡(jiǎn)單演示的DEMO，來(lái)感受一下整個(gè)業(yè)務(wù)流程的設(shè)計(jì)是否合理和準(zhǔn)確，以便及時(shí)地提出改進(jìn)意見(jiàn)和方法。實(shí)現(xiàn)手段：拜訪(誘導(dǎo))、原型演示。輸出成果：調(diào)研分析報(bào)告、原型反饋報(bào)告、業(yè)務(wù)流程報(bào)告。3)確認(rèn)階段這一階段是在上述兩個(gè)階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項(xiàng)的確認(rèn)。在這個(gè)階段，承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流程設(shè)計(jì)目標(biāo)。用戶方可以通過(guò)審查業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表以及操作承建方提供的DEMO，來(lái)提出反饋意見(jiàn)，并對(duì)已經(jīng)可接受的報(bào)告、文檔簽字確認(rèn)。實(shí)現(xiàn)手段：拜訪(回顧、確認(rèn))，提交業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)，原型演示系統(tǒng)。輸出成果：需求分析報(bào)告、數(shù)據(jù)項(xiàng)、業(yè)務(wù)流程報(bào)告、原型系統(tǒng)反饋意見(jiàn)(后三者可以統(tǒng)一歸入需求分析報(bào)告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)和存檔)。整體來(lái)講，需求分析的三個(gè)階段是需求調(diào)研中不可忽視的重要部分，三個(gè)階段或者說(shuō)三步法的實(shí)施和采用，對(duì)用戶和承建方都同樣提供了項(xiàng)目成功的保證。當(dāng)然，在系統(tǒng)建設(shè)的過(guò)程中，特別在采用迭代法的開(kāi)發(fā)模式時(shí)，需求分析的工作應(yīng)該持續(xù)進(jìn)行下去，而在后期的需求改進(jìn)中，工作則基本集中在后兩個(gè)階段上。4.1.3軟件需求分析工具根據(jù)用戶要求，通過(guò)反復(fù)討論、分析，最終明確一個(gè)唯一性的用戶需求，這個(gè)結(jié)果其實(shí)就是軟件需求分析報(bào)告。一般采用Word、PowerPoint、Visio、ProntPage、Excel等Office工具，同時(shí)可能采用一些開(kāi)發(fā)工具，如VC或BC等，同樣也會(huì)使用一些圖形工具，如Mockplus、axure、墨刀、Photoshop、調(diào)色板等。使用各種工具表達(dá)軟件需求分析，其具體表達(dá)手段可以分為以下幾種。效果圖描述：主要是用戶界面的描述，反映用戶需求功能；邏輯圖描述：根據(jù)用戶需求功能，使用抽象化理論以及需求分析理論，對(duì)用戶需求功能進(jìn)行全面的分析，建立功能性邏輯關(guān)系圖、流程邏輯關(guān)系圖等；關(guān)系圖表描述：主要是對(duì)信息關(guān)系、數(shù)據(jù)庫(kù)表格、接口函數(shù)等的描述；工程數(shù)學(xué)描述：包括分析用戶需求、分析用戶需求信息、運(yùn)用工程數(shù)學(xué)進(jìn)行算法推導(dǎo)、進(jìn)行合理化需求分析推導(dǎo)；甘特圖描述：主要是軟件項(xiàng)目工作安排，開(kāi)發(fā)周期預(yù)估；其他方法描述：保證完整性、合理性的有效描述。4.1.4軟件需求分析評(píng)估軟件需求分析評(píng)估階段的目標(biāo)是檢查軟件需求分析工作的質(zhì)量是否合格。只有保證軟件需求分析工作的正確性、完整性、有效性、合理性、可確認(rèn)性、可實(shí)施性，才能保證用戶所需求的功能能被正確地開(kāi)發(fā)出來(lái)，主要從如下幾個(gè)維度進(jìn)行分析評(píng)估。1.組織結(jié)構(gòu)與責(zé)任管理對(duì)組織結(jié)構(gòu)與責(zé)任管理的評(píng)估主要有參與人員任務(wù)和責(zé)任界面的明確、安排計(jì)劃按時(shí)完成狀況、相互間的協(xié)調(diào)能力狀況。2.滿足用戶需求的功能進(jìn)行需求分析的目的是要求完整、準(zhǔn)確地描述用戶的需求，跟蹤用戶需求的變化，將用戶的需求準(zhǔn)確地反映到系統(tǒng)的分析和設(shè)計(jì)中，并使系統(tǒng)的分析、設(shè)計(jì)和用戶的需求保持一致。需求分析的特點(diǎn)是需求的完整性、一致性和可追溯性。(1)完整性是準(zhǔn)確、全面地描述用戶的需求。(2)一致性是通過(guò)分析整理，剔除用戶需求矛盾的方面，規(guī)范用戶需求。(3)可追溯性有兩個(gè)方面的含義：其一，需要不斷的和用戶進(jìn)一步交流，保持和用戶最新的需求一致；其二，和系統(tǒng)分析(設(shè)計(jì))保持一致。因此，在需求分析之前必須建立需求分析技術(shù)層面的基本框架，從技術(shù)上保證需求分析的正確性，在此基礎(chǔ)上進(jìn)行的需求分析才能滿足項(xiàng)目對(duì)需求分析的要求。3.保證可實(shí)施性若要保證產(chǎn)品的可實(shí)施性，必須以用戶軟件需求為依據(jù)，以求實(shí)的態(tài)度詳細(xì)的、準(zhǔn)確的、完整的編寫(xiě)軟件需求分析，避免空中樓閣的想法；避免無(wú)邏輯、無(wú)核心的描述；避免無(wú)量化思維，無(wú)實(shí)際空間概念。4.需求分析評(píng)價(jià)指標(biāo)需求分析評(píng)價(jià)指標(biāo)主要有功能性、完整性、正確性、邏輯性、表現(xiàn)性、合理性、可實(shí)施性等。5.工作周期評(píng)價(jià)人員投入以及費(fèi)用支出的合理性問(wèn)題，正確制定工作周期，保證軟件項(xiàng)目的順利完成。6.內(nèi)容確定內(nèi)容清楚明了是實(shí)現(xiàn)用戶需求正確性的基本保證。如果需求分析報(bào)告中還有不確定的內(nèi)容，將會(huì)阻礙軟件實(shí)現(xiàn)，或者導(dǎo)致軟件設(shè)計(jì)存在著不完整性缺陷，甚至導(dǎo)致項(xiàng)目不可實(shí)施。我們必須對(duì)這些還不確定的內(nèi)容進(jìn)行分析，其中那些因?yàn)楣ぷ鬟z漏或其他可克服的因素導(dǎo)致的問(wèn)題，就要采取措施予以解決；對(duì)于那些確實(shí)是客戶暫時(shí)無(wú)法予以明確的問(wèn)題，承建方要積極提出替代方案，并和客戶一起分析可行性，進(jìn)而給出采用替代方案或者是暫不予以實(shí)施該功能點(diǎn)的結(jié)論。4.2數(shù)?據(jù)?庫(kù)?設(shè)?計(jì)4.2.1數(shù)據(jù)庫(kù)設(shè)計(jì)的幾個(gè)步驟1.需求分析階段進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)首先必須準(zhǔn)確了解和分析用戶需求(包括數(shù)據(jù)與處理)。需求分析是整個(gè)設(shè)計(jì)過(guò)程的基礎(chǔ)，也是最困難、最耗時(shí)的一步。需求分析的具體方法已經(jīng)在4.1節(jié)中予以了充分說(shuō)明。2.邏輯結(jié)構(gòu)設(shè)計(jì)階段(E-R圖)邏輯結(jié)構(gòu)設(shè)計(jì)是將需求中的數(shù)據(jù)存儲(chǔ)要求轉(zhuǎn)換為邏輯數(shù)據(jù)模型，并將其進(jìn)行優(yōu)化。在這階段，E-R圖(Entity-RelationshipDigram，實(shí)體-關(guān)系圖)顯得異常重要。E-R圖是有總分結(jié)構(gòu)的，在總體圖框架下，還對(duì)其中各個(gè)細(xì)節(jié)有分支E-R圖。學(xué)會(huì)用各個(gè)實(shí)體定義的屬性來(lái)畫(huà)出總體的E-R圖。各分支E-R圖之間的沖突主要有三類：屬性沖突、命名沖突和結(jié)構(gòu)沖突。E-R圖向關(guān)系模型的轉(zhuǎn)換要解決的問(wèn)題是如何將實(shí)體型和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。3.物理設(shè)計(jì)階段物理設(shè)計(jì)是為邏輯數(shù)據(jù)結(jié)構(gòu)模型選取一個(gè)最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)(包括存儲(chǔ)結(jié)構(gòu)和存取方法)。首先要對(duì)運(yùn)行的事務(wù)詳細(xì)分析，獲得選擇物理數(shù)據(jù)庫(kù)設(shè)計(jì)所需要的參數(shù)。其次要充分了解所用的數(shù)據(jù)庫(kù)軟件的內(nèi)部特征，特別是系統(tǒng)提供的存取方法和存儲(chǔ)結(jié)構(gòu)。4.2.2概念模型設(shè)計(jì)技術(shù)概念模型設(shè)計(jì)技術(shù)主要是利用E-R圖將需求文檔中體現(xiàn)的概念模型映射為實(shí)體關(guān)系圖，并完善其中的值和碼，以及實(shí)體與實(shí)體之間的關(guān)系。E-R圖是描述現(xiàn)實(shí)世界概念模型的有效方法。其中，矩形表示實(shí)體型；橢圓表示實(shí)體屬性；菱形表示實(shí)體型之間的聯(lián)系。構(gòu)成E-R圖的基本要素是實(shí)體型、屬性和聯(lián)系，其表示方法如下所述。(1)實(shí)體型(Entity)：相同屬性的實(shí)體具有相同的特征和性質(zhì)，用實(shí)體名及其屬性名集合來(lái)抽象和刻畫(huà)同類實(shí)體。在E-R圖中用矩形表示，矩形框內(nèi)寫(xiě)明實(shí)體名。(2)屬性(Attribute)：實(shí)體所具有的某一特性。一個(gè)實(shí)體可由若干個(gè)屬性來(lái)刻畫(huà)，在E-R圖中用橢圓形表示，并用無(wú)向邊將其與相應(yīng)的實(shí)體連接起來(lái)。(3)聯(lián)系(Relationship)：聯(lián)系也稱關(guān)系，信息世界中反映實(shí)體內(nèi)部或?qū)嶓w之間的聯(lián)系。實(shí)體內(nèi)部的聯(lián)系通常是指組成實(shí)體的各屬性之間的聯(lián)系；實(shí)體之間的聯(lián)系通常是指不同實(shí)體集之間的聯(lián)系。在E-R圖中用菱形表示，菱形框內(nèi)寫(xiě)明聯(lián)系名，并用無(wú)向邊分別與有關(guān)的實(shí)體連接起來(lái)，同時(shí)在無(wú)向邊旁標(biāo)上聯(lián)系的類型(1∶1、1∶n或m∶n)。4.2.3物理模型設(shè)計(jì)技術(shù)物理模型設(shè)計(jì)的第一步是進(jìn)行物理數(shù)據(jù)庫(kù)表的設(shè)計(jì)，它不僅考慮功能性需求，還要考慮非功能性需求—響應(yīng)時(shí)間和事務(wù)吞吐量。物理表的設(shè)計(jì)基于之前分析的E-R圖。物理數(shù)據(jù)庫(kù)設(shè)計(jì)包括設(shè)計(jì)域(其中包括它們的數(shù)據(jù)類型和約束)、對(duì)實(shí)像的有效訪問(wèn)(可能需要分割類或者合并類)、增強(qiáng)性能的技術(shù)(比如索引)。一個(gè)關(guān)系數(shù)據(jù)庫(kù)是一組相關(guān)的表，一個(gè)表可以表示一個(gè)實(shí)體類的數(shù)據(jù)部分。一般將E-R圖中的一個(gè)實(shí)體類對(duì)應(yīng)一張物理表，但是也有很多例外。1.設(shè)計(jì)域域是由系統(tǒng)軟件(比如編程語(yǔ)言或數(shù)據(jù)庫(kù)管理系統(tǒng))識(shí)別的應(yīng)用數(shù)據(jù)的最小單位。在邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)(E-R圖)期間一般使用術(shù)語(yǔ)“屬性”，在物理數(shù)據(jù)庫(kù)設(shè)計(jì)期間一般使用術(shù)語(yǔ)“域”。一個(gè)屬性通常映射到一個(gè)域。然而，也有例外，有時(shí)一個(gè)屬性需要映射為多個(gè)域。如姓名可以映射成“姓”和“名”；邏輯數(shù)據(jù)庫(kù)模型中的一個(gè)組合屬性一般也映射成若干個(gè)域。在不同的物理模型(如MSSQL-Server)中可以把上述每個(gè)域分別做成一個(gè)字段，而在對(duì)象關(guān)系數(shù)據(jù)庫(kù)(如Oracle9i/10g)中，組合屬性可以單獨(dú)定義為一個(gè)類型，例如NAME和ADDRESS各自可以被定義為類型?？梢钥闯觯诓煌臄?shù)據(jù)庫(kù)軟件上，物理模型是有差異的。2.選擇數(shù)據(jù)類型數(shù)據(jù)類型是由系統(tǒng)軟件識(shí)別的、表示數(shù)據(jù)的一種編碼模式。編碼模式對(duì)系統(tǒng)分析員通常無(wú)關(guān)緊要，但是存儲(chǔ)數(shù)據(jù)的空間和訪問(wèn)數(shù)據(jù)所需的速度在數(shù)據(jù)庫(kù)設(shè)計(jì)中很重要。系統(tǒng)設(shè)計(jì)員需要熟悉軟件可用的數(shù)據(jù)類型。如果Java和Oracle交互，它們兩個(gè)中的數(shù)據(jù)類型有所不同，如果沒(méi)有明確的處理，會(huì)導(dǎo)致不匹配錯(cuò)誤。選擇一個(gè)數(shù)據(jù)類型要均衡下面4個(gè)目標(biāo)，它們的重要程度將根據(jù)應(yīng)用的不同而不同：(1)最小化存儲(chǔ)空間。(2)表示域的所有可能值。(3)提高域的數(shù)據(jù)完整性。(4)支持域上想要的所有數(shù)據(jù)操作。3.控制數(shù)據(jù)完整性通過(guò)限制一個(gè)域的值的可能范圍來(lái)幫助控制數(shù)據(jù)完整性。普遍的數(shù)據(jù)完整性控制方法是默認(rèn)值、格式控制、范圍控制、參照完整性和空值控制五種。(1)默認(rèn)值：默認(rèn)值是沒(méi)有明確輸入一個(gè)域的值時(shí)，該域?qū)⒉捎玫闹?初值)。(2)格式控制：有些數(shù)據(jù)必須遵從規(guī)定的格式。格式是一種代碼模式，它限制了一個(gè)域中的各個(gè)位置的寬度和可能值。其他類型的格式控制可以用于格式化貨幣值、指明如何顯示負(fù)數(shù)、消除前導(dǎo)零，或?qū)R顯示域空間中的值等。(3)范圍控制：數(shù)字和字母數(shù)據(jù)具有一個(gè)有限集合的允許值。例如一個(gè)售出產(chǎn)品域，其單位數(shù)量有一個(gè)下界0。(4)參照完整性：參照完整性最常見(jiàn)的關(guān)系是由外鍵維護(hù)時(shí)的對(duì)象關(guān)系之間的交叉引用。(5)空值控制：空值是一個(gè)特殊的域值，不同于0、空白或任何其他值，它表明缺少，或者不知道該域的值。4.3移動(dòng)互聯(lián)網(wǎng)產(chǎn)品功能的代碼實(shí)現(xiàn)技術(shù)4.3.1移動(dòng)端開(kāi)發(fā)技術(shù)1.概念介紹1)原生APPAPP(application，應(yīng)用程序)一般指手機(jī)軟件，主要指安裝在智能手機(jī)上的軟件，完善原始系統(tǒng)的不足與個(gè)性化，是手機(jī)完善其功能，為用戶提供更豐富的使用體驗(yàn)的主要手段。手機(jī)軟件的運(yùn)行需要有相應(yīng)的手機(jī)系統(tǒng)。目前原生APP是指：使用OC或Swift語(yǔ)言開(kāi)發(fā)，運(yùn)行在蘋(píng)果公司的iOS系統(tǒng)上的移動(dòng)應(yīng)用程序。使用Java或Kotlin語(yǔ)言開(kāi)發(fā)，運(yùn)行在谷歌公司的Android(安卓)系統(tǒng)上的移動(dòng)應(yīng)用程序。2)?H5HTML(HyperTextMarkupLanguage，超文本標(biāo)記語(yǔ)言)是描述網(wǎng)頁(yè)的標(biāo)準(zhǔn)語(yǔ)言，HTML5是第5個(gè)版本的HTML。我們上網(wǎng)所看到的網(wǎng)頁(yè)多數(shù)都是由HTML寫(xiě)成的?！俺谋尽笔侵疙?yè)面內(nèi)可以包含圖片、鏈接，甚至音樂(lè)、程序等非文字元素。而“標(biāo)記”指的是這些超文本必須由包含屬性的開(kāi)頭與結(jié)尾標(biāo)志來(lái)標(biāo)記。瀏覽器通過(guò)解碼HTML，就可以把網(wǎng)頁(yè)內(nèi)容顯示出來(lái)，它也構(gòu)成了互聯(lián)網(wǎng)興起的基礎(chǔ)。3)小程序此處專指微信小程序，簡(jiǎn)稱小程序(MiniProgram)，是一種不需要下載安裝即可使用的應(yīng)用，它實(shí)現(xiàn)了應(yīng)用“觸手可及”的夢(mèng)想，用戶掃一掃或搜一下即可打開(kāi)應(yīng)用。4)?UniappUniapp是一個(gè)使用Vue.js開(kāi)發(fā)跨平臺(tái)應(yīng)用的前端框架，開(kāi)發(fā)者編寫(xiě)一套代碼，可編譯到iOS、Android、H5、小程序等多個(gè)平臺(tái)。5)?WeexWeex是一個(gè)使用Web開(kāi)發(fā)體驗(yàn)來(lái)開(kāi)發(fā)高性能原生應(yīng)用的框架。6)?RNRN(ReactNative)是Facebook于2015年4月開(kāi)源的跨平臺(tái)移動(dòng)應(yīng)用開(kāi)發(fā)框架，是Facebook早先開(kāi)源的JS框架React在原生移動(dòng)應(yīng)用平臺(tái)的衍生產(chǎn)物，目前支持iOS和安卓?jī)纱笃脚_(tái)。RN使用JavaScript語(yǔ)言，類似于HTML的JSX以及CSS來(lái)開(kāi)發(fā)移動(dòng)應(yīng)用，因此熟悉Web前端開(kāi)發(fā)的技術(shù)人員只需簡(jiǎn)單的學(xué)習(xí)就可以進(jìn)入移動(dòng)應(yīng)用開(kāi)發(fā)領(lǐng)域。7)?FlutterFlutter是谷歌的移動(dòng)UI框架，可以快速在iOS和Android上構(gòu)建高質(zhì)量的原生用戶界面。Flutter可以與現(xiàn)有的代碼一起工作。2.比較下面通過(guò)開(kāi)發(fā)、產(chǎn)品、運(yùn)營(yíng)三個(gè)維度對(duì)各項(xiàng)常見(jiàn)移動(dòng)應(yīng)用程序開(kāi)發(fā)技術(shù)進(jìn)行比較，標(biāo)準(zhǔn)分為該項(xiàng)指標(biāo)開(kāi)發(fā)成本或者用戶體驗(yàn)效果，對(duì)比結(jié)果如表4.1所示。3.移動(dòng)端常用開(kāi)發(fā)技術(shù)優(yōu)劣勢(shì)下面對(duì)移動(dòng)端常用開(kāi)發(fā)技術(shù)優(yōu)劣勢(shì)進(jìn)行總結(jié)，如表4.2所示。4.3.2Web應(yīng)用程序開(kāi)發(fā)技術(shù)1.概述Web是一種典型的分布式應(yīng)用結(jié)構(gòu)。Web應(yīng)用中的每一次信息交換都要涉及客戶端和服務(wù)端。因此，Web開(kāi)發(fā)技術(shù)大體上也可以被分為客戶端技術(shù)和服務(wù)端技術(shù)兩大類。這里對(duì)這些技術(shù)做簡(jiǎn)要介紹，以使讀者對(duì)Web技術(shù)有一個(gè)總體的認(rèn)識(shí)。2.?Web客戶端技術(shù)Web客戶端的主要任務(wù)是展現(xiàn)信息內(nèi)容。Web客戶端設(shè)計(jì)技術(shù)主要包括HTML語(yǔ)言、JavaApplets、腳本程序、CSS、DHTML、插件技術(shù)以及VRML技術(shù)。1)?HTML語(yǔ)言HTML是構(gòu)成Web頁(yè)面的主要工具。2)?JavaAppletsJavaApplets即Java小應(yīng)用程序。使用Java語(yǔ)言創(chuàng)建小應(yīng)用程序，瀏覽器可以將JavaApplets從服務(wù)器下載到瀏覽器，在瀏覽器所在的機(jī)器上運(yùn)行。JavaApplets可提供動(dòng)畫(huà)、音頻和音樂(lè)等多媒體服務(wù)。1996年，著名的Netscape瀏覽器在其2.0版本中率先提供了對(duì)JavaApplets的支持，隨后，Microsoft的IE3.0也在這一年開(kāi)始支持Java技術(shù)。JavaApplets使得Web頁(yè)面從只能展現(xiàn)靜態(tài)的文本或圖像信息，發(fā)展到可以動(dòng)態(tài)展現(xiàn)豐富多樣的信息。動(dòng)態(tài)Web頁(yè)面不僅僅表現(xiàn)在網(wǎng)頁(yè)的視覺(jué)展示方式上，更重要的是它可以對(duì)網(wǎng)頁(yè)中的內(nèi)容進(jìn)行控制與修改。3)腳本程序腳本程序是嵌入在HTML文檔中的程序。使用腳本程序可以創(chuàng)建動(dòng)態(tài)頁(yè)面，大大提高交互性。用于編寫(xiě)腳本程序的語(yǔ)言主要有JavaScript和VBScript。JavaScript由Netscape公司開(kāi)發(fā)，具有易于使用、變量類型靈活和無(wú)須編譯等特點(diǎn)。VBScript由Microsoft公司開(kāi)發(fā)，與JavaScript一樣，可用于設(shè)計(jì)交互的Web頁(yè)面。要說(shuō)明的是，雖然JavaScript和VBScript語(yǔ)言最初都是為創(chuàng)建客戶端動(dòng)態(tài)頁(yè)面而設(shè)計(jì)的，但它們都可以用于服務(wù)端腳本程序的編寫(xiě)。客戶端腳本與服務(wù)端腳本程序的區(qū)別在于執(zhí)行的位置不同，前者在客戶端機(jī)器執(zhí)行，而后者是在Web服務(wù)端機(jī)器執(zhí)行。目前主要流行JavaScript。4)?CSS(CascadingStyleSheets)CSS即級(jí)聯(lián)樣式表。通過(guò)在HTML文檔中設(shè)立樣式表，可以統(tǒng)一控制HTML中各標(biāo)志顯示屬性。1996年底，W3C提出了CSS的建議標(biāo)準(zhǔn)，同年，IE3.0引入了對(duì)CSS的支持。CSS大大提高了開(kāi)發(fā)者對(duì)信息展現(xiàn)格式的控制能力。1997年的Netscape4.0不但支持CSS，而且增加了許多Netscape公司自定義的動(dòng)態(tài)HTML標(biāo)記，這些標(biāo)記在CSS的基礎(chǔ)上讓HTML頁(yè)面中的各種要素“活動(dòng)”了起來(lái)。5)?DHTML(DynamicHTML)DHTML即動(dòng)態(tài)HTML。1997年，Microsoft發(fā)布了IE4.0，并將動(dòng)態(tài)HTML標(biāo)記、CSS和動(dòng)態(tài)對(duì)象(DynamicObjectModel)發(fā)展成為一套完整、實(shí)用、高效的客戶端開(kāi)發(fā)技術(shù)體系，Microsoft稱其為DHTML。同樣是實(shí)現(xiàn)HTML頁(yè)面的動(dòng)態(tài)效果，DHTML技術(shù)無(wú)須啟動(dòng)Java虛擬機(jī)或其他腳本環(huán)境，可以在瀏覽器的支持下獲得更好的展現(xiàn)效果和更高的執(zhí)行效率。6)插件技術(shù)插件技術(shù)大大豐富了瀏覽器的多媒體信息展示功能，常見(jiàn)的插件包括QuickTime、Realplayer、MediaPlayer和Flash等。為了在HTML頁(yè)面中實(shí)現(xiàn)音頻、視頻等更為復(fù)雜的多媒體應(yīng)用，1996年的Netscape2.0成功地引入了對(duì)QuickTime插件的支持，插件這種開(kāi)發(fā)方式也迅速風(fēng)靡了瀏覽器的世界。同年，在Windows平臺(tái)上，Microsoft將COM和ActiveX技術(shù)應(yīng)用于IE瀏覽器中，其推出的IE3.0正式支持在HTML頁(yè)面中插入ActiveX控件，這為其他廠商擴(kuò)展Web客戶端的信息展現(xiàn)方式提供了方便的途徑。1999年，Realplayer插件先后在Netscape和IE瀏覽器中取得了成功，與此同時(shí)，Microsoft自己的媒體播放插件MediaPlayer也被預(yù)裝到了各種Windows版本之中。同樣具有重要意義的還有Flash插件的問(wèn)世：20世紀(jì)90年代初期，JonathanGayde在FutureWave公司開(kāi)發(fā)了一種名為FutureSplashAnimator的二維矢量動(dòng)畫(huà)展示工具，1996年，Macromedia公司收購(gòu)了FutureWave，并將JonathanGayde的發(fā)明改名為我們熟悉的Flash。從此，F(xiàn)lash動(dòng)畫(huà)成了Web開(kāi)發(fā)者表現(xiàn)自我、展示個(gè)性的最佳方式。7)?VRML技術(shù)Web已經(jīng)由靜態(tài)步入動(dòng)態(tài)，并正在逐漸由二維走向三維，將用戶帶入五彩繽紛的虛擬現(xiàn)實(shí)世界。VRML是創(chuàng)建三維對(duì)象最重要的工具，它是一種基于文本的語(yǔ)言，并可運(yùn)行于任何平臺(tái)。3.?Web服務(wù)端技術(shù)與Web客戶端技術(shù)從靜態(tài)向動(dòng)態(tài)的演進(jìn)過(guò)程類似，Web服務(wù)端的開(kāi)發(fā)技術(shù)也是由靜態(tài)向動(dòng)態(tài)逐漸發(fā)展并完善起來(lái)的。Web服務(wù)端技術(shù)主要包括服務(wù)器、CGI、PHP、ASP、ASP.NET、Servlet、JSP和J2EE等。1)服務(wù)器技術(shù)服務(wù)器技術(shù)主要指有關(guān)Web服務(wù)器構(gòu)建的基本技術(shù)，包括服務(wù)器策略與結(jié)構(gòu)設(shè)計(jì)、服務(wù)器軟/硬件的選擇及其他有關(guān)服務(wù)器構(gòu)建的問(wèn)題。2)?CGI(CommonGatewayInterface)技術(shù)CGI即公共網(wǎng)關(guān)接口技術(shù)。最早的Web服務(wù)器簡(jiǎn)單地響應(yīng)瀏覽器發(fā)來(lái)的HTTP請(qǐng)求，并將存儲(chǔ)在服務(wù)器上的HTML文件返回給瀏覽器。CGI是第一種使服務(wù)器能根據(jù)運(yùn)行時(shí)的具體情況，動(dòng)態(tài)生成HTML頁(yè)面的技術(shù)。1993年，NCSA提出CGI1.0的標(biāo)準(zhǔn)草案，之后分別在1995年和1997年制定了CGI1.1和1.2標(biāo)準(zhǔn)。CGI技術(shù)允許服務(wù)端的應(yīng)用程序根據(jù)客戶端的請(qǐng)求，動(dòng)態(tài)生成HTML頁(yè)面，這使客戶端和服務(wù)端的動(dòng)態(tài)信息交換成為了可能。隨著CGI技術(shù)的普及，聊天室、論壇、電子商務(wù)、信息查詢、全文檢索等各式各樣的Web應(yīng)用蓬勃興起，人們可以享受到信息檢索、信息交換、信息處理等更為便捷的信息服務(wù)了。3)?PHP(PersonalHomePage)技術(shù)1994年，RasmusLerdorf發(fā)明了專用于Web服務(wù)端編程的PHP語(yǔ)言。與以往的CGI程序不同，PHP語(yǔ)言將HTML代碼和PHP指令合成為完整的服務(wù)端動(dòng)態(tài)頁(yè)面，Web應(yīng)用的開(kāi)發(fā)者可以用一種更加簡(jiǎn)便、快捷的方式實(shí)現(xiàn)動(dòng)態(tài)Web功能。4)?ASP(ActiveServerPages)技術(shù)ASP即活動(dòng)服務(wù)器頁(yè)面技術(shù)。1996年，Microsoft借鑒PHP的思想，在其Web服務(wù)器IIS3.0中引入了ASP技術(shù)。ASP使用的腳本語(yǔ)言是我們熟悉的VBScript和JavaScript。借助MicrosoftVisualStudio等開(kāi)發(fā)工具在市場(chǎng)上的成功，ASP迅速成為Windows系統(tǒng)下Web服務(wù)端的主流開(kāi)發(fā)技術(shù)。5)?ASP.NET技術(shù)由于ASP.NET使用C#語(yǔ)言代替ASP技術(shù)的JavaScript腳本語(yǔ)言，用編譯代替了逐句解釋，提高了運(yùn)行效率。ASP.NET是建立在.NETFramework的公共語(yǔ)言運(yùn)行庫(kù)上的編程框架，可用于在服務(wù)器上生成功能強(qiáng)大的Web應(yīng)用程序，代替以前在Web網(wǎng)頁(yè)中加入ASP腳本代碼，使界面設(shè)計(jì)與程序設(shè)計(jì)以不同的文件分離，復(fù)用性和維護(hù)性得到提高，已經(jīng)成為面向下一代企業(yè)級(jí)網(wǎng)絡(luò)計(jì)算的Web平臺(tái)，是對(duì)傳統(tǒng)ASP技術(shù)的重大升級(jí)和更新。6)?Servlet、JSP、J2EE技術(shù)以Sun公司為首的Java陣營(yíng)于1997和1998年分別推出了Servlet和JSP技術(shù)，并在隨后推出了JDK的J2EE版本。JSP的組合讓Java開(kāi)發(fā)者同時(shí)擁有了類似CGI程序的集中處理功能和類似PHP的HTML嵌入功能。此外，Java運(yùn)行時(shí)的編譯技術(shù)也大大提高了Servlet和JSP的執(zhí)行效率。Servlet和JSP被后來(lái)的J2EE平臺(tái)吸納為核心技術(shù)。4.4移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的測(cè)試和上線運(yùn)營(yíng)4.4.1測(cè)試計(jì)劃1.測(cè)試編寫(xiě)目的產(chǎn)品開(kāi)發(fā)出來(lái)后需要執(zhí)行嚴(yán)格的系統(tǒng)測(cè)試，才能進(jìn)行上線運(yùn)營(yíng)。產(chǎn)品測(cè)試的第一步就是編寫(xiě)測(cè)試計(jì)劃，確定系統(tǒng)測(cè)試的內(nèi)容和范圍，為評(píng)價(jià)系統(tǒng)提供依據(jù)。這就需要合理安排現(xiàn)有的各種資源，順利進(jìn)行該項(xiàng)目的軟件測(cè)試，盡可能多地發(fā)現(xiàn)潛在的錯(cuò)誤，以完成預(yù)期的功能。2.測(cè)試策略1)功能測(cè)試測(cè)試目標(biāo)：確保測(cè)試對(duì)象的功能正常，其中包括導(dǎo)航、數(shù)據(jù)輸入、處理和檢索等功能。方法：利用有效的和無(wú)效的數(shù)據(jù)來(lái)執(zhí)行各個(gè)用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果；在使用無(wú)效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息；各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn)：所計(jì)劃的測(cè)試已全部執(zhí)行，所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項(xiàng)：無(wú)。2)用戶界面測(cè)試用戶界面測(cè)試常用的檢查維度如表4.3所示。3)性能測(cè)試性能測(cè)試主要是對(duì)響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評(píng)測(cè)和評(píng)估，分為單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)階段。3.測(cè)試計(jì)劃案例1)制定測(cè)試計(jì)劃的步驟分析產(chǎn)品需求；定義測(cè)試策略；定義測(cè)試環(huán)境；定義測(cè)試管理；編寫(xiě)和審核測(cè)試計(jì)劃。2)選擇測(cè)試手段常用測(cè)試手段如表4.4所示。3)測(cè)試進(jìn)度安排測(cè)試進(jìn)度安排樣例如表4.5所示。4.4.2測(cè)試過(guò)程1.搭建測(cè)試環(huán)境測(cè)試環(huán)境是測(cè)試人員為進(jìn)行產(chǎn)品測(cè)試而搭建的環(huán)境，一般情況下包括了多種典型的用戶環(huán)境。用戶環(huán)境是用戶實(shí)際使用產(chǎn)品時(shí)的環(huán)境，當(dāng)一個(gè)產(chǎn)品給不同的用戶使用時(shí)，他們可能在不同的環(huán)境下使用這個(gè)軟件。在很多情況下，這幾個(gè)環(huán)境并不相同，但一個(gè)規(guī)劃良好的測(cè)試環(huán)境總是很接近于用戶環(huán)境(這里所說(shuō)的“環(huán)境”指的是被測(cè)試產(chǎn)品所運(yùn)行的軟件環(huán)境和硬件環(huán)境)。一般來(lái)說(shuō)，除被測(cè)試產(chǎn)品本身外，還包括產(chǎn)品運(yùn)行的操作系統(tǒng)(如WindowsXP、Linux)，其他支持軟件(如Java虛擬機(jī)、數(shù)據(jù)庫(kù)軟件、中間件軟件)，計(jì)算機(jī)平臺(tái)(如PC、小型機(jī))，系統(tǒng)數(shù)據(jù)，外部設(shè)備(如打印機(jī))，專用的硬件設(shè)備(如工業(yè)控制軟件所涉及的一系列輸入、輸出設(shè)備)。在開(kāi)始進(jìn)行測(cè)試前，要建立測(cè)試環(huán)境，而在很多時(shí)候，建立測(cè)試環(huán)境并不是一件容易的事情，需要花費(fèi)人力、時(shí)間和經(jīng)費(fèi)才能建立起來(lái)能夠滿足測(cè)試要求的環(huán)境。因此，在測(cè)試計(jì)劃階段，就需要對(duì)建立什么樣的測(cè)試環(huán)境進(jìn)行規(guī)劃。建立測(cè)試環(huán)境是實(shí)施測(cè)試過(guò)程中的一個(gè)比較重要且有一定復(fù)雜度的工作。在實(shí)際的產(chǎn)品測(cè)試過(guò)程中，常常會(huì)發(fā)生在公司的測(cè)試環(huán)境下發(fā)現(xiàn)不了軟件錯(cuò)誤，到用戶手里卻發(fā)現(xiàn)了缺陷，以及用戶反映了軟件錯(cuò)誤而在公司的測(cè)試環(huán)境中卻無(wú)法重現(xiàn)的問(wèn)題。理想的測(cè)試環(huán)境是和用戶環(huán)境完全一樣的，但實(shí)際上，由于不同的用戶往往使用不同的環(huán)境，用戶環(huán)境的數(shù)量可能相當(dāng)大，因此在公司搭建的這個(gè)理想的測(cè)試環(huán)境并不能實(shí)現(xiàn)所有的用戶場(chǎng)景。因此，要分析在用戶環(huán)境中哪些配置可能對(duì)產(chǎn)品有影響，并在這個(gè)分析的基礎(chǔ)上建立測(cè)試環(huán)境。2.測(cè)試用例每個(gè)測(cè)試用例，就是由前提條件和操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果，這三個(gè)要素構(gòu)成的描述。在編寫(xiě)測(cè)試用例時(shí)，要以軟件需求為依據(jù)，其三個(gè)要素都需要在軟件需求中找到相應(yīng)的依據(jù)，而不能憑著想象去寫(xiě)。3.測(cè)試發(fā)現(xiàn)的錯(cuò)誤的分類及原因可以從如下幾種方式來(lái)定義產(chǎn)品錯(cuò)誤的分類：按照錯(cuò)誤等級(jí)分類；按照錯(cuò)誤修復(fù)優(yōu)先級(jí)分類；按照錯(cuò)誤原因分類。1)軟件錯(cuò)誤等級(jí)按照錯(cuò)誤的嚴(yán)重程度、影響程度的不同，軟件錯(cuò)誤可以被分為不同的等級(jí)(有時(shí)人們也稱之為錯(cuò)誤嚴(yán)重程度、錯(cuò)誤嚴(yán)重等級(jí))。在不同的公司，對(duì)于軟件錯(cuò)誤的分級(jí)方法也不同。所謂嚴(yán)重性，指的是在測(cè)試條件下，一個(gè)錯(cuò)誤在系統(tǒng)中的絕對(duì)影響，忽略了在最終用戶條件下發(fā)生事情的可能性。嚴(yán)重性錯(cuò)誤主要包括以下兩種：(1)致命錯(cuò)誤。致命錯(cuò)誤一般指影響全局的死機(jī)、通信中斷、重要業(yè)務(wù)不能完成。例如運(yùn)行過(guò)程中的死機(jī)、非法退出、死循環(huán)、數(shù)據(jù)庫(kù)發(fā)生死鎖、功能錯(cuò)誤等。(2)嚴(yán)重錯(cuò)誤。嚴(yán)重錯(cuò)誤一般指規(guī)定的功能沒(méi)有實(shí)現(xiàn)、或不完整、或產(chǎn)生錯(cuò)誤結(jié)果，設(shè)計(jì)不合理造成性能低下，影響系統(tǒng)的運(yùn)營(yíng)，使系統(tǒng)不穩(wěn)定或破壞數(shù)據(jù)等。2)錯(cuò)誤修復(fù)優(yōu)先級(jí)錯(cuò)誤的修復(fù)通?？梢苑譃橐韵?種優(yōu)先級(jí)：(1)立即解決。此錯(cuò)誤阻止進(jìn)一步測(cè)試，需要立即修復(fù)，否則會(huì)導(dǎo)致測(cè)試的停滯。(2)高優(yōu)先級(jí)。此錯(cuò)誤在產(chǎn)品發(fā)布前必須修復(fù)，否則會(huì)影響軟件的發(fā)布和使用。(3)正常排隊(duì)。如果時(shí)間允許，應(yīng)修復(fù)該錯(cuò)誤。(4)低優(yōu)先級(jí)。此錯(cuò)誤即使不修復(fù)，也可以發(fā)布。優(yōu)先級(jí)與嚴(yán)重程度有一定關(guān)系，但也不完全相同(如果完全相同，就不需要按照優(yōu)先等級(jí)進(jìn)行分類了)。有可能某個(gè)嚴(yán)重錯(cuò)誤的修復(fù)優(yōu)先級(jí)很低，也有可能某個(gè)輕微錯(cuò)誤的修復(fù)優(yōu)先級(jí)更高。優(yōu)先級(jí)抓住了在嚴(yán)重程度中沒(méi)有考慮的重要程度因素。測(cè)試人員、項(xiàng)目經(jīng)理及項(xiàng)目組其他成員常常會(huì)對(duì)個(gè)別錯(cuò)誤有不同意見(jiàn)。在實(shí)際操作中用嚴(yán)重性和優(yōu)先級(jí)來(lái)處理，嚴(yán)重性等級(jí)由測(cè)試人員決定，而優(yōu)先級(jí)則由項(xiàng)目經(jīng)理設(shè)置。3)錯(cuò)誤原因軟件錯(cuò)誤產(chǎn)生的原因主要包括以下幾點(diǎn)：(1)需求分析不完善，造成軟件不滿足用戶要求。(2)軟件設(shè)計(jì)錯(cuò)誤，造成運(yùn)行錯(cuò)誤。(3)程序員編寫(xiě)代碼過(guò)程中引入錯(cuò)誤。4.4.3上線運(yùn)營(yíng)1.開(kāi)發(fā)與運(yùn)營(yíng)的關(guān)系當(dāng)移動(dòng)互聯(lián)網(wǎng)產(chǎn)品經(jīng)過(guò)一系列的測(cè)試，并將bug修復(fù)之后，公司會(huì)推出上線運(yùn)營(yíng)?；ヂ?lián)網(wǎng)產(chǎn)品開(kāi)發(fā)從流程上看上線運(yùn)營(yíng)是最后一棒。然而，產(chǎn)品上線后，依然有大量的修改完善工作要做。因?yàn)樵谶\(yùn)營(yíng)過(guò)程中，會(huì)不斷地發(fā)現(xiàn)新的bug，甚至是產(chǎn)品的邏輯性錯(cuò)誤。所以產(chǎn)品開(kāi)發(fā)思路必須貫穿整個(gè)研發(fā)及后期運(yùn)營(yíng)過(guò)程。需要注意的有以下幾個(gè)要點(diǎn)。1)數(shù)據(jù)驅(qū)動(dòng)下的運(yùn)營(yíng)需求不管是哪種產(chǎn)品，在運(yùn)營(yíng)的過(guò)程中都離不開(kāi)產(chǎn)品數(shù)據(jù)分析。數(shù)據(jù)是反饋運(yùn)營(yíng)活動(dòng)、產(chǎn)品用戶體驗(yàn)，以及用戶使用焦點(diǎn)的重要支撐，它能幫助決策者不斷更新產(chǎn)品的定位以及特有功能。運(yùn)營(yíng)人員要提前預(yù)判進(jìn)行運(yùn)營(yíng)后有哪些數(shù)據(jù)會(huì)起到關(guān)鍵作用，然后把數(shù)據(jù)采集需求提前提供給后端負(fù)責(zé)產(chǎn)品開(kāi)發(fā)的同事，提早進(jìn)行支撐，便于后期進(jìn)行數(shù)據(jù)的統(tǒng)計(jì)分析。2)用戶驅(qū)動(dòng)下的運(yùn)營(yíng)需求這里提到的用戶驅(qū)動(dòng)主要體現(xiàn)在通過(guò)客戶積分等規(guī)則進(jìn)行的客戶內(nèi)部等級(jí)制度體系上(包含客戶簽到送積分)。通常，在最初的產(chǎn)品研發(fā)階段，這種非核心功能的排期會(huì)滯后。但運(yùn)營(yíng)必須要提前準(zhǔn)備好方案，并將業(yè)務(wù)需求提交給研發(fā)。另外，產(chǎn)品在出完原型之后，關(guān)于原型中不合理的地方，