大數(shù)據(jù)和云計(jì)算有什么關(guān)系？在對(duì)大數(shù)據(jù)與云計(jì)算的關(guān)系理解之前，我們必須對(duì)這兩個(gè)概念各并且所了解。大數(shù)據(jù)指的是所不屬于的資料量規(guī)模巨大到?jīng)]能按照目前主流軟件工具，在合算時(shí)間內(nèi)至少吉光片羽、管理、處理、并整

大數(shù)據(jù)和云計(jì)算有什么關(guān)系？

在對(duì)大數(shù)據(jù)與云計(jì)算的關(guān)系理解之前，我們必須對(duì)這兩個(gè)概念各并且所了解。

大數(shù)據(jù)指的是所不屬于的資料量規(guī)模巨大到?jīng)]能按照目前主流軟件工具，在合算時(shí)間內(nèi)至少吉光片羽、管理、處理、并整理好下一界幫企業(yè)經(jīng)營決策更積極地目的的資訊，簡單理解那就是海量數(shù)據(jù)的高效處理。

云計(jì)算那就是硬件資源的虛擬化，云計(jì)算等同于我們的計(jì)算機(jī)和操作系統(tǒng)，將大量的硬件資源虛擬化后再并且分配使用。

本質(zhì)上看，云計(jì)算指出的是可以計(jì)算，而數(shù)據(jù)則是算出的對(duì)象，二者是動(dòng)與靜的關(guān)系，但大數(shù)據(jù)不需要如何處理數(shù)據(jù)的能力，.例如數(shù)據(jù)獲取、清潔后、轉(zhuǎn)換、統(tǒng)計(jì)數(shù)據(jù)等等，而云計(jì)算為大數(shù)據(jù)處理能提供了兩個(gè)很不錯(cuò)的平臺(tái)，是同樣看似可行的大數(shù)據(jù)處理，二者是靜中寓動(dòng)，靜中有動(dòng)。云計(jì)算是基礎(chǔ)設(shè)施，大數(shù)據(jù)可以建議使用云計(jì)算的存儲(chǔ)能力來需要保存數(shù)據(jù)，計(jì)算能力來通過乘法運(yùn)算。云計(jì)算需要大數(shù)據(jù)，大數(shù)據(jù)需要云計(jì)算，云計(jì)算能為大數(shù)據(jù)能提供強(qiáng)橫無比的存儲(chǔ)和計(jì)算能力，也能更加迅速地如何處理大數(shù)據(jù)的十分豐富信息，并更更方便地提供的服務(wù)；而來自大數(shù)據(jù)的業(yè)務(wù)需求，能為云計(jì)算的實(shí)施不能找到更大更合適的實(shí)際應(yīng)用，大數(shù)據(jù)與云計(jì)算相結(jié)合，二者相成，相得益彰，互相都能發(fā)揮出來比較大的優(yōu)勢(shì)，為社會(huì)創(chuàng)造出相當(dāng)大的貢獻(xiàn)。

要開發(fā)一個(gè)軟件應(yīng)該考慮哪些方面？

軟件是三個(gè)系統(tǒng)性工程，業(yè)界有軟件工程一說。軟件工程都是各高校計(jì)算機(jī)系必修模塊科目。開發(fā)完畢一個(gè)軟件肯定決定哪些方面，我們將分解重組軟件工程中的一些概念和元素參與描述。

而，另外企業(yè)，客戶的或個(gè)人而言在進(jìn)行軟件開發(fā)時(shí)，之外要判斷軟件工程外，還必須決定到相關(guān)的資源。這里的資源除了人，預(yù)算，開銷，時(shí)間等等。而這些包含進(jìn)來，就牽涉到到項(xiàng)目管理的范疇。

下一步我就從軟件工程和項(xiàng)目管理的角度通過具體解釋軟件開發(fā)不需要注意的方面。

從軟件工程的角度看，軟件開發(fā)包括了前期的需求分析，模塊設(shè)計(jì)，祥細(xì)設(shè)計(jì)，接著等到了大家大多數(shù)懷疑的編碼率先實(shí)施階段，這一次時(shí)測(cè)試培訓(xùn)，未交付上線。到最后還有一個(gè)一個(gè)不能不能忽視的階段，如果不是系統(tǒng)維護(hù)階段。

需求分析階段：通常采取訪談（interviews），workshop，調(diào)查表等多種，由專職的應(yīng)用/業(yè)務(wù)顧問（Application Consultant/Business Consultant),向客戶清楚需求并接受確認(rèn)。初始階段的需求分析非常重要，稍有偏差，便有失之毫厘，失之毫厘的風(fēng)險(xiǎn)。也許八方程序員朋友們都接觸過進(jìn)行變更，尤其是項(xiàng)目后期。當(dāng)你的代碼測(cè)試了一遍遍地，自信滿滿考慮簡直沒有bug了，這時(shí)候leader告訴你不好意，變更來了，你做的那塊要改這樣，該成那樣的:(。當(dāng)然項(xiàng)目前期需求收集，總結(jié)階段不確定性都很大，所以我我這里指出必須有自身的應(yīng)用/業(yè)務(wù)顧問并且過程把關(guān)。當(dāng)然些進(jìn)行變更是不可避免地的。軟硬件設(shè)計(jì)：需求分析行了，需要做SolutionDesign了，這時(shí)候SolutionArchitect進(jìn)場(chǎng)后（資深方案架構(gòu)師）。要想后期編碼可以實(shí)行快速，系統(tǒng)設(shè)計(jì)階段，要是有資歷較深大牛把關(guān)后面的日子變會(huì)好過很多。以及系統(tǒng)的都差不多處理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等?？偸且獣?huì)用到新的技術(shù)，還不需要并且飛快的新技術(shù)調(diào)研。當(dāng)今技術(shù)蓬勃發(fā)展的年代，有時(shí)候客戶的需求需要不使用到新的技術(shù)，可能是整個(gè)團(tuán)隊(duì)之前都也沒所接觸過的，這時(shí)候就是需要架構(gòu)師總體把關(guān)了。大多數(shù)會(huì)有技術(shù)天分的小組成員接受技術(shù)可行性調(diào)研。具體點(diǎn)設(shè)計(jì)：大的框架結(jié)構(gòu)，技術(shù)方向在系統(tǒng)設(shè)計(jì)階段結(jié)束，判斷了以后，對(duì)此各個(gè)模塊而言進(jìn)行具體一點(diǎn)設(shè)計(jì)。好的具體點(diǎn)設(shè)計(jì)文檔包涵了模塊內(nèi)所有實(shí)際用例(usecase)的邏輯處理，以及邏輯去處理涉及到的算法。常見是需要資深經(jīng)驗(yàn)的程序員參與這部分文檔的書寫。好的文檔寫下來，后面coding的同學(xué)就會(huì)一身輕松。編碼具體實(shí)施：要是前面祥細(xì)設(shè)計(jì)做的好，到了這個(gè)階段就低些快速。不過對(duì)此程序員的基本功應(yīng)該很有要求的。另有一點(diǎn)那是自己的單元測(cè)試要先要做。測(cè)試培訓(xùn)：這個(gè)階段不過分兩個(gè)小階段。一個(gè)是測(cè)試，一個(gè)是對(duì)用戶的培訓(xùn)。測(cè)量和集合測(cè)試3，壓力測(cè)試等，最后是UAT（User Acceptance Test)。要是都沒有問題，就擇良辰吉日登陸游戲了。用戶培訓(xùn)這個(gè)環(huán)節(jié)相當(dāng)重要的是，千萬不可忽視，再當(dāng)然有關(guān)系到最終用戶對(duì)整個(gè)系統(tǒng)的接受程度。一般會(huì)選定種子用戶先并且功能培訓(xùn)，并和種子用戶相互對(duì)所有用戶進(jìn)行整個(gè)軟件的使用培訓(xùn)。房產(chǎn)交付上游戲：前面這么多多的階段都結(jié)束了，所有的測(cè)試也是從了，會(huì)不會(huì)上游戲就順?biāo)炝?。嘛，依?jù)筆者的經(jīng)驗(yàn)，可未必。上不了線的時(shí)候多多少少也有一些幺蛾子。新系統(tǒng)下線還算好，這對(duì)舊升級(jí)軟件，假如系統(tǒng)非常龐大無比，國內(nèi)一般也就沒法是國慶/春節(jié)通過了。啊,為什么，有7天假期，也就是說有7天的時(shí)間用戶不使用系統(tǒng)，這7天過程中如果再次出現(xiàn)問題也不影響不大用戶的操作。不過如果7天時(shí)間難以上游戲，實(shí)在不好意思，沒法回退，等待下一個(gè)7天的假期。維護(hù)：上不了線了，該提前慶祝了，象軟件公司上不了線后應(yīng)該有慶功會(huì)。慶祝后，千萬不能忘了也有軟件系統(tǒng)的維護(hù)。簡單，任何系統(tǒng)都沒能可以保證不出bug。主要，相對(duì)于求實(shí)際的應(yīng)用來講，是對(duì)古怪的系統(tǒng)，一天產(chǎn)生的數(shù)據(jù)量龐大無比，對(duì)此性能方面，是不需要有去相關(guān)監(jiān)控這些相對(duì)應(yīng)的。在用戶在用了一段時(shí)間以后，會(huì)發(fā)現(xiàn)一些問題也會(huì)產(chǎn)生一些需求。因?yàn)?，軟件系統(tǒng)的維護(hù)也是也是非常最重要的。

上面這么說，都是從軟件工程的角度，也也是說起了資深經(jīng)驗(yàn)架構(gòu)師，資深顧問，好的祥細(xì)設(shè)計(jì)等等。這些全是資源，也是必須努力的，假如努力爭(zhēng)取不了，實(shí)在不好意思，項(xiàng)目經(jīng)理就要多受苦了。

接下來的就從軟件開發(fā)這個(gè)項(xiàng)目的角度出發(fā)，站在項(xiàng)目管理的角度上，有哪些不需要盡量的。項(xiàng)目管理方面我是用PMP的體系來接受請(qǐng)看，筆者之前認(rèn)證，覺著PMP的體系在整個(gè)項(xiàng)目管理過程中也是科學(xué)有效的。PMP中牽涉到到項(xiàng)目的范圍管理，時(shí)間管理，成本管理，質(zhì)量管理，人力資源管理，溝通管理，風(fēng)險(xiǎn)管理，采購管理，干系人管理等。對(duì)于軟件開發(fā)愈見有用的幾個(gè)環(huán)節(jié)，我這邊會(huì)參與描述。

時(shí)間管理：做軟件開發(fā)，一定會(huì)會(huì)有schedule,什么時(shí)候開始，什么時(shí)候已經(jīng)結(jié)束。這樣這里的進(jìn)度計(jì)劃就越發(fā)尤為重要了?？隙〞?huì)是需要在法律規(guī)定的時(shí)間參與實(shí)際交付。成本管理：不管是什么今天是一個(gè)公司，或則一個(gè)客戶，或者兩個(gè)其它的自然人所強(qiáng)大的資源和時(shí)間全是不足的，能投入到軟件開發(fā)中的資源都是不大的，怎么還能夠在決策變量的資源中成功軟件開發(fā)，是對(duì)項(xiàng)目經(jīng)理一個(gè)要求。很可能我上面說過的那些資深顧問，資深架構(gòu)師項(xiàng)目經(jīng)理根本不要不了，或則公司也能提供不了，這時(shí)候就要另想方法。風(fēng)險(xiǎn)管理：并且早期的風(fēng)險(xiǎn)識(shí)別，在內(nèi)你所選的定性，定量分析，來會(huì)制定躲避的計(jì)劃，最終達(dá)到能夠提升到對(duì)風(fēng)險(xiǎn)的控制。可以實(shí)行整體變更完全控制：絕大部分項(xiàng)目都會(huì)有變更，軟件開發(fā)也不會(huì)少數(shù)。筆者對(duì)這就很有體驗(yàn)。這對(duì)變更的管控，也是對(duì)項(xiàng)目經(jīng)理而言很有挑戰(zhàn)的一項(xiàng)任務(wù)。

本案所涉的都判斷到，都差不多整個(gè)軟件開發(fā)也不可能有什么大問題了。

如必須進(jìn)一步打交道，歡迎在下面留言或私信。