2022-01-09點擊量：176

小程序開發(fā)的過程中少不了開發(fā)工具的幫助，那么目前市面上最常用的三款開發(fā)工具是什么呢？它們各自有什么特點和優(yōu)劣勢呢？今天【萬物巨稀】和您一起探討下這三款工具吧！01微信官方開發(fā)工具——官方工具它只是個工具，而不是一個IDE。官方工具中的代碼編輯功能，就是將vscode的代碼編輯功能嵌入到工具中，不足以支撐開發(fā)。優(yōu)點：官方維護(hù)更新；官方工具，可調(diào)試，可預(yù)覽；基本的代碼編輯、智能提示、調(diào)試等功能；項目管理、創(chuàng)建、手機預(yù)覽、代碼提交審核。缺點：沒有插件；顏色主題不能選；api提示不全，影響寫代碼的速度；很多必備的快捷鍵都沒有，比如全選關(guān)鍵字、快速復(fù)制一行。02SublimeText3——簡潔高效的開發(fā)工具sublimetext3定位于代碼編輯器而不是IDE，在代碼提示方面只能算一般般，不過勝在使用起來非常方便。優(yōu)點：代碼編輯體驗舒適、高效；打開文件速度快、UI簡潔大方；擁有大量插件，針對不同需求基本上能找到對應(yīng)插件來滿足；第三方開發(fā)者開發(fā)小程序插件用于代碼著色和代碼提示。缺點：沒有調(diào)試，沒有預(yù)覽；因為是第三方開發(fā)者編寫的插件，代碼提示也不是非常全面。03WebStorm——功能繁多的重度開發(fā)工具WebStorm網(wǎng)上有個插件，可以實現(xiàn)代碼提示，不能做調(diào)試和預(yù)覽，并且屬于重度工具。優(yōu)點：各種快捷鍵；成熟和非常豐富的功能；有插件可以實現(xiàn)代碼高亮，代碼提示等功能有非常。缺點：無法調(diào)試預(yù)覽；功能比較多、比較臃腫。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：292

Access在很多地方得到廣泛使用，例如小型企業(yè)，大公司的部門。Access的用途體現(xiàn)在兩個方面：一、用來進(jìn)行數(shù)據(jù)分析：access有強大的數(shù)據(jù)處理、統(tǒng)計分析能力，利用access的查詢功能，可以方便地進(jìn)行各類匯總、平均等統(tǒng)計。并可靈活設(shè)置統(tǒng)計的條件。比如在統(tǒng)計分析上萬條記錄、十幾萬條記錄及以上的數(shù)據(jù)時速度快且操作方便，這一點是Excel無法與之相比的。這一點體現(xiàn)在：會用access，提高了工作效率和工作能力。二、用來開發(fā)軟件：access用來開發(fā)軟件，比如生產(chǎn)管理、銷售管理、庫存管理等各類企業(yè)管理軟件，其最大的優(yōu)點是：易學(xué)！非計算機專業(yè)的人員，也能學(xué)會。低成本地滿足了那些從事企業(yè)管理工作的人員的管理需要，通過軟件來規(guī)范同事、下屬的行為，推行其管理思想。（VB、.Net、C語言等開發(fā)工具對于非計算機專業(yè)人員來說太難了，而access則很容易）。這一點體現(xiàn)在：實現(xiàn)了管理人員（非計算機專業(yè)畢業(yè)）開發(fā)出軟件的“夢想”，從而轉(zhuǎn)型為“懂管理+會編程”的復(fù)合型人才。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：363

隨著二胎紅利加上幼教剛需升級，幼兒園市場逐年火爆，吸引著越來越多的創(chuàng)業(yè)投資人踏入幼教圈子，市場上也新增了許多大小不一的幼兒園，為幼兒家長提供了越來越多的入園選擇。開發(fā)一個幼兒園小程序有哪些優(yōu)勢呢？1、幫助家長更好的了解孩子通過小程序可以實時了解到孩子當(dāng)天在校學(xué)習(xí)情況，作業(yè)，吃飯，活動，學(xué)習(xí)內(nèi)容等，讓家長在家也能安心。2、帶來更多流量小程序中自帶了豐富的營銷插件，所以在擁有小程序之后，教育機構(gòu)就可以利用這些營銷插件，推出各種各樣的營銷活動來吸引客戶進(jìn)行消費。例如，借助秒殺插件，推出半價秒殺，甚至一元秒殺的活動，這樣一來，往往就能在短時間內(nèi)吸引到大量精準(zhǔn)流量。3、節(jié)省推廣費用一是因為其中的營銷插件大多數(shù)都是免費的。二是因為小程序是屬于教育機構(gòu)自己的營銷推廣平臺，所以在這個平臺上成交的訂單，都不用被抽取傭金。基于這兩個特點，教育機構(gòu)就能大大降低引流成本，提升自己的收益。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：226

2017年，微信小程序上線。通過「無需安裝、用完即走」的輕便形態(tài)，小程序可以快速解決用戶的實際需求。在互聯(lián)網(wǎng)人口紅利見頂?shù)拇蟊尘跋�，小程序成為移動互�?lián)網(wǎng)從業(yè)者們的布局重點。2018年9月，小程序·云開發(fā)正式上線，打通了小程序前端與云資源的鏈路，省去運維成本，幫助開發(fā)者快速上線和迭代小程序。這也標(biāo)志著Serverless理念開始在國內(nèi)有了大規(guī)模的應(yīng)用落地。1瘋狂的一年回望這一年，小程序·云開發(fā)團(tuán)隊收到最多的反饋就是：“為什么XXX功能還沒上，為什么XXX還不能支持�！辈粩嘤楷F(xiàn)的客戶需求推著團(tuán)隊快速向前。2019年1月，上線監(jiān)控告警能力，提升產(chǎn)品保障性；2019年4月，上線云調(diào)用能力，進(jìn)一步降低開發(fā)小程序門檻，提升研發(fā)效率；2019年5月，新增智能客服解決方案，與即速等服務(wù)商開展合作；2019年7月，上線預(yù)付費能力，正式成為商用產(chǎn)品；2019年8月，上線實時推送能力，切入小游戲引擎市場；2019年9月，上線了代金券和新套餐，支持企業(yè)用戶靈活購買；……伴隨著高頻率的功能上新，小程序·云開發(fā)的技術(shù)逐漸成熟。云開發(fā)為開發(fā)者提供完整的原生云端支持和微信服務(wù)支持，弱化后端和運維概念，無需搭建服務(wù)器，使用平臺提供的API進(jìn)行核心業(yè)務(wù)開發(fā)，即可實現(xiàn)快速上線和迭代，同時這一能力，與開發(fā)者已經(jīng)使用的云服務(wù)相互兼容，并不互斥。那么，小程序·云開發(fā)如何讓前端開發(fā)者無需考慮后端實現(xiàn)，專注于業(yè)務(wù)開發(fā)呢？這就不得不提到小程序·云開發(fā)提供的兩大能力：基礎(chǔ)能力及騰訊云基于小程序·云開發(fā)輸出的增值能力。小程序·云開發(fā)的基礎(chǔ)能力是依托微信生態(tài)，深度定制高頻云產(chǎn)品組件，提供便捷的、一體化的小程序原生基礎(chǔ)產(chǎn)品能力，目前包括云函數(shù)、云數(shù)據(jù)庫、云存儲、云調(diào)用等服務(wù)。云函數(shù)：一段運行在云端的代碼，無需管理服務(wù)器，在開發(fā)工具內(nèi)編寫、一鍵上傳部署即可運行后端代碼。小程序內(nèi)提供了專門用于云函數(shù)調(diào)用的API。開發(fā)者可以在云函數(shù)內(nèi)獲取到每次調(diào)用的上下文（appid、openid等），無需維護(hù)復(fù)雜的鑒權(quán)機制，即可獲取天然可信任的用戶登錄態(tài)（openid）。并在開放了運用Node.js等框架編寫“后端”業(yè)務(wù)邏輯后，直接可以部署在云平臺下，不需要去考慮域名、服務(wù)器、打包發(fā)布、運維等瑣事。云數(shù)據(jù)庫：既可以在小程序前端操作,也能在云函數(shù)中讀寫的JSON數(shù)據(jù)庫，不再受限于關(guān)系型數(shù)據(jù)庫復(fù)雜的操作模式構(gòu)建，數(shù)據(jù)管理上非常簡潔。最近，小程序云開發(fā)新上線數(shù)據(jù)庫實時推送能力，它可以優(yōu)化升級諸如聊天、棋牌類游戲、訂單狀態(tài)同步等等很多長連接、實時交互場景下的開發(fā)體驗，可以說，數(shù)據(jù)庫實時推送能力對于小程序的功能完善上來說，有非常重要的意義。云存儲：云開發(fā)提供了一塊文件存儲空間，提供了上傳文件到云端、帶權(quán)限管理的云端下載能力，開發(fā)者可以在小程序端和云函數(shù)端通過API使用云文件存儲功能。同時具備默認(rèn)配置域名、無需自建CDN的特點。云調(diào)用：打通云函數(shù)來簡化鑒權(quán)，騰訊云和微信兩邊有打通鑒權(quán)的功能，把鑒權(quán)的工作自動化。而騰訊云基于小程序·云開發(fā)輸出的增值能力，核心為打通云開發(fā)與公有云服務(wù)鏈路，提供豐富小程序應(yīng)用場景，并整合圖像識別、音視頻以及其它騰訊云基礎(chǔ)產(chǎn)品的能力，通過模塊化一鍵部署至云函數(shù)，不需要后臺開發(fā)，后續(xù)只需要調(diào)用函數(shù)即可實現(xiàn)功能。不僅如此，騰訊云基于小程序·云開發(fā)輸出的增值能力在進(jìn)一步減少小程序開發(fā)技術(shù)需求的同時，以業(yè)務(wù)場景為入口，借助云開發(fā)能力，不斷降低新技術(shù)的使用門檻。其中，開發(fā)者們最為期待的當(dāng)屬AI與小程序的結(jié)合。2AI場景中落地當(dāng)下，AI技術(shù)浪潮正改變我們生活的方方面面，很多開發(fā)者都有過在自己項目中使用AI技術(shù)的想法。然而由于入門AI的難度比較大，并且上手時間較長，許多開發(fā)者在小程序研發(fā)籌備期就放棄了。而在近日，小程序·云開發(fā)上線AI增值服務(wù)，通過文檔或者代碼的形式，降低小程序AI使用門檻，讓開發(fā)者在研發(fā)中輕松調(diào)用AI服務(wù)，滿足不同小程序業(yè)務(wù)場景的個性化需求。在要求實時性較強的AI場景下，因為依賴強計算力，如果將原有的技術(shù)方案直接在小程序本端運行，就會出現(xiàn)一些性能上的問題。那么，針對此類問題，小程序·云開發(fā)又是如何解決的呢？首先，團(tuán)隊會對項目進(jìn)行技術(shù)評估，確保在微信小程序框架下具可行性；其次應(yīng)用測試中對性能進(jìn)行評估，適配不同機型、不同設(shè)備上的內(nèi)存限制以及CPU限制；最后在代碼層面上通過編譯等手段使用單一數(shù)據(jù)類型，減少運行時類型推斷與隱式轉(zhuǎn)換，加快執(zhí)行效率。同時采用手動控制內(nèi)存的方式，防止內(nèi)存頻繁開辟回收引起的性能與資源問題。目前，騰訊云基于小程序·云開發(fā)輸出的增值能力已全面開放了增值服務(wù)AI智能圖像能力，其借助了騰訊云人臉識別、人臉核身和人臉融合功能，通過云開發(fā)的云函數(shù)和存儲，簡化素材存儲、配置拉取和服務(wù)調(diào)用image-node-sdk等功能，并為企業(yè)提供定制化的解決方案，滿足不同企業(yè)對于小程序功能的不同需求。以“杰尼亞何謂當(dāng)代男士小程序”為例。對于為奢侈品牌的定制化需求，在以往開發(fā)的過程中，D1M(第一秒)電商科技總會為每個品牌搭建獨立的環(huán)境，部署整套代碼，由于定制開發(fā)居多，相對而言代碼復(fù)用率不高。如何在小程序開發(fā)的過程中，以敏捷高效的方式實現(xiàn)具有趣味性的互動，成為D1M在開發(fā)該小程序初期所面臨的最大痛點。在此背景下，D1M借助騰訊云基于小程序·云開發(fā)輸出的“AI濾鏡”增值服務(wù)，為杰尼亞打造小程序，并將繼續(xù)推進(jìn)“人臉融合”功能上線。應(yīng)用場景（一）：新品T恤上線明星代言試穿，引導(dǎo)用戶濾鏡自拍并分享在微信小程序中每張中等質(zhì)量的圖像原始數(shù)據(jù)量都在2M左右，受限于移動設(shè)備與運行環(huán)境算力和其他資源，如在小程序本地處理即時對圖像進(jìn)行計算處理及渲染，小程序性能及穩(wěn)定性將面臨巨大挑戰(zhàn)。這時，小程序·云開發(fā)首先將獨有的圖像處理算法移植到小程序平臺，實現(xiàn)了圖像的本地處理，減少上傳與下載網(wǎng)絡(luò)消耗。再加之云開發(fā)在性能與系統(tǒng)資源管控方面的優(yōu)化，AI濾鏡增值能力可使小程序在20-30ms內(nèi)，完成一張480P分辨率的圖象處理和渲染，這也是騰訊云基于小程序·云開發(fā)輸出的極具代表性的增值技術(shù)能力。基于AI濾鏡增值能力優(yōu)越的性能，其不僅可以像傳統(tǒng)濾鏡服務(wù)一樣實現(xiàn)照片的處理，還可以在拍攝過程中實現(xiàn)實時的濾鏡效果預(yù)覽。AI濾鏡技術(shù)對核心圖像處理API與集成自定義組件兩部分進(jìn)行插件封裝。其中，集成自定義組件基于微信官方組件，封裝初始化、監(jiān)聽、處理、渲染、讀取等能力，做到了開箱即用。細(xì)節(jié)上在微信官方組件的回調(diào)中，小程序會對攝像頭像數(shù)據(jù)以30FPS的幀率進(jìn)行實時讀取，之后結(jié)合原始API中封裝的優(yōu)圖X-lab濾鏡算法，對像素幀數(shù)據(jù)進(jìn)行矩陣運算，最終渲染到webgl畫布中，屏幕中呈現(xiàn)用戶帶有濾鏡效果的自拍圖像。應(yīng)用場景（二）：模特試穿照片與用戶自拍的人臉融合（即將上線）小程序·云開發(fā)的另一項AI增值能力——人臉融合，封裝了騰訊云AI團(tuán)隊已有的人臉融合技術(shù)能力，在實現(xiàn)函數(shù)內(nèi)免鑒權(quán)調(diào)用的同時，對兩張人像進(jìn)行臉部融合，進(jìn)而輸出融合圖像。但如何獲取合適的【圖像主體】內(nèi)容，成為人臉融合面臨的一大挑戰(zhàn)。面對人臉融合場景難點，人工進(jìn)行預(yù)處理是萬無一失的辦法，但面對數(shù)據(jù)巨大的內(nèi)容信息，基于可直接部署并使用的云函數(shù)，并借助騰訊云基于小程序·云開發(fā)輸出的AI人臉特征分析與檢測能力，就可以得到圖像寬高像素數(shù)量，以及圖像中人臉的位置、大小、分析屬性、質(zhì)量等信息，根據(jù)這些信息就可以準(zhǔn)確裁剪。而在云函數(shù)的接入過程中，其龐大集群的快速擴(kuò)容能力，也足以hold住百萬級，甚至千萬級的高并發(fā)使用場景。3開發(fā)者論道從以上我們可以看出，小程序·云開發(fā)憑借靈活、快速等諸多優(yōu)點，不僅讓應(yīng)用觸手可得，為越來越多的用戶帶來便利，也成為連接線上與線下、虛擬與現(xiàn)實的利器，承載大量開發(fā)者與各個產(chǎn)業(yè)進(jìn)行連接的使命。為了加強與開發(fā)者的溝通，10月19日，微信小程序和騰訊云團(tuán)隊將聯(lián)合舉辦首次「小程序·云開發(fā)」技術(shù)峰會。屆時，微信小程序團(tuán)隊和騰訊云團(tuán)隊將聯(lián)袂解讀「小程序·云開發(fā)」的最新能力，為小程序開發(fā)者升級工具箱；頂級技術(shù)大牛將講解前端技術(shù)最新的發(fā)展趨勢，幫助開發(fā)者拓展技術(shù)視野；騰訊內(nèi)外部的技術(shù)團(tuán)隊，也將分享基于「小程序·云開發(fā)」高效打造小程序的實戰(zhàn)經(jīng)驗。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：176

微信小程序的市場如何？是否值得學(xué)習(xí)？我個人是非�？春眠@一塊的。蘋果安卓長期各占半壁江山，而微信卻在國內(nèi)市場一家獨大，月活躍用戶已超10億。再加上App需要搜索、下載、安裝，整個流程很長，小程序則是即開即用。因此，如果是創(chuàng)業(yè)團(tuán)隊想做產(chǎn)品，我建議先拿下小程序，這是目前最容易傳播的渠道。即使是大廠，全平臺都要做，那也絕對不會落下微信小程序（除非特殊原因，比如某寶、某音等）。從技術(shù)棧來看，微信小程序脫胎于網(wǎng)頁前端，前端轉(zhuǎn)小程序是很容易的。而如果是半路出家的開發(fā)者，先從小程序入手，門檻也稍低一點，畢竟框架已經(jīng)替你做了大部分工作，可以更快上手實際開發(fā)。（當(dāng)然，如果你的知識結(jié)構(gòu)僅限于小程序開發(fā)，那長期來看也是遠(yuǎn)遠(yuǎn)不夠的。）如何學(xué)習(xí)小程序開發(fā)？文檔+實例。（你需要有基本的前端基礎(chǔ)，JS/CSS/HTML，了解網(wǎng)站原理。）網(wǎng)上吹得再神的教程，也不過是這兩樣?xùn)|西的排列組合，所以為何不直接從根本入手。微信小程序開發(fā)文檔寫得足夠清晰，還附帶了接口在線調(diào)試工具，開發(fā)者務(wù)必都要通讀一遍，并且以后肯定會反復(fù)查閱的。官方自帶演示實例，知乎、Github上也能找到許多開源案例。如果你了解有好的教程和案例，歡迎留言。開發(fā)小程序的必要準(zhǔn)備：1.注冊自己的小程序。個人可注冊5個（不支持微信支付），企業(yè)主體可注冊50個。2.備案過的域名。3.一臺服務(wù)器。如果你不需要進(jìn)行后臺交互，只是個單機版工具，可以不需要。另外，騰訊云也提供所謂serverless的云開發(fā)服務(wù)，不需要自己搭建服務(wù)器后臺，直接使用云端接口即可。4.HTTPS。大的云服務(wù)商都提供了免費的申請，也可以自己通過letsencrypt自行申請。除非你只練手不上線，那么2、3、4都可以不需要（僅本地或內(nèi)網(wǎng)調(diào)試），不然這幾個都是必備條件。如果你自己開發(fā)，用個人主體省事點，用騰訊云開發(fā)服務(wù)會比自己搭建省事點。因為上述這幾樣，哪怕不考慮開發(fā)人員費用，小程序最基本的運營成本也差不多要1k/年。如果你是個非IT公司，只是想拓展線上業(yè)務(wù)或客戶服務(wù)，不建議自主研發(fā)，可以考慮用現(xiàn)成的小程序建站工具或者第三方服務(wù)，性價比更高。其他一些要注意的點：1.微信登錄和授權(quán)可能是新手開發(fā)時最棘手的部分，文檔里有詳細(xì)說明，需仔細(xì)閱讀。2.小程序是拿不到用戶微信號的，只有每個小程序里唯一的OpenID。如果你有多個應(yīng)用想連通，需通過微信開放平臺綁定賬號，獲取UnionID。3.小程序有自帶的一套開發(fā)工具，集成了代碼編寫、調(diào)試、版本管理等功能。不過服務(wù)器后端仍需要你自己搞定。4.小程序可設(shè)置客服消息，可以直接綁定客服人員微信，也可以發(fā)送至服務(wù)器進(jìn)行處理。5.小程序不同類別會對應(yīng)權(quán)限不同，上線前均會審核，所以要事先查看對應(yīng)文檔，不能隨便選擇。6.小程序目前常見的幾種商業(yè)模式：提供付費服務(wù)、放置廣告、為其他產(chǎn)品導(dǎo)量本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：201

從2017年1月9日正式開放算起，小程序上線也不過一年多，而在這短短的時間里，它已經(jīng)發(fā)展出了較為完整的生態(tài)，月活用戶數(shù)超過3億，上線的小程序達(dá)58萬個。一個健康有序的生態(tài)的建立，從來都不是靠平臺自身就能做到的。就好像無數(shù)iOS開發(fā)者成就了AppStore，最終讓蘋果建立起強大的壁壘一樣，微信小程序生態(tài)的繁榮，自然也離不開大量開發(fā)者。目前小程序的開發(fā)者已超過100萬，正是因為有越來越多的開發(fā)者加入，小程序才能不斷推陳出新，呈現(xiàn)出強大的生命力，進(jìn)而幫助微信鞏固生態(tài)并擴(kuò)展其邊界。正因為如此，鼓勵更多開發(fā)者加入到小程序當(dāng)中，就成為微信扶持小程序生態(tài)的重中之重，因此微信在對小程序課程上的投入可謂不遺余力。多渠道、多平臺的學(xué)習(xí)機會今年3月份，微信與硅谷前沿在線教育平臺優(yōu)達(dá)學(xué)城合作，上線了“微信小程序開發(fā)納米學(xué)位項目”課程，學(xué)員需要在10周時間里通過視頻、文字等豐富多樣的教學(xué)模式以及人工逐行代碼審閱、助教輔導(dǎo)，完成對天氣和電商的小程序開發(fā)，學(xué)位每期限量的做法則保證了教學(xué)質(zhì)量。不過，這僅僅是微信發(fā)力小程序課程的開端。就在近日，微信和優(yōu)達(dá)學(xué)城共同宣布將這部分課程的視頻向所有用戶免費開放，用戶可直接在優(yōu)達(dá)學(xué)城官網(wǎng)觀看課程除了實戰(zhàn)項目以外的部分。微信在小程序課程上的第二個合作對象是網(wǎng)易，5月2日于網(wǎng)易云課堂上線的《初級小程序開發(fā)工程師》微專業(yè)免費課程，就是雙方強強聯(lián)手的產(chǎn)物。網(wǎng)易云課堂團(tuán)隊負(fù)責(zé)整套課程的設(shè)計和研發(fā)，微信團(tuán)隊也以他們對小程序開發(fā)者的了解，對課程的設(shè)計給出指導(dǎo)和建議。該課程采用系統(tǒng)化理論知識+不同應(yīng)用場景實戰(zhàn)案例的方式，不僅有助于開發(fā)者快速入門，同時也幫助其建立起小程序的全局觀�！伴_放合作+自主研發(fā)”并進(jìn)一直是騰訊的發(fā)展策略，在小程序培訓(xùn)課程的研發(fā)上亦是如此。除了與多家頂尖在線課程平臺合作外，微信也在騰訊課堂發(fā)布了由“騰訊NEXT學(xué)位”和微信團(tuán)隊聯(lián)合出品的《微信小程序開發(fā)NEXT學(xué)位》課程，通過七大實戰(zhàn)項目引領(lǐng)開發(fā)者完成零基礎(chǔ)入門。除此之外，課程還有一線技術(shù)專家的經(jīng)驗指導(dǎo)、人工批改代碼、助教輔導(dǎo)等硅谷式課程設(shè)置，幫助學(xué)員系統(tǒng)地了解小程序整體的開發(fā)框架。學(xué)員在完成課程的學(xué)習(xí)后，可獲得NEXT學(xué)位頒發(fā)的能力認(rèn)證證書。獎勵機制，進(jìn)一步激發(fā)開發(fā)者熱情降低小程序入門門檻的同時，微信還推動了合作伙伴設(shè)置了一系列激勵措施以激發(fā)開發(fā)者的熱情，也有助于減輕開發(fā)者學(xué)習(xí)成本。比如網(wǎng)易云課堂的微專業(yè)免費課程特設(shè)了99元VIP增值服務(wù)，以小班學(xué)期制形式為學(xué)員提供教學(xué)輔導(dǎo)，包括社群互動、直播答疑、項目輔導(dǎo)等。但在學(xué)期內(nèi)完成合格作業(yè)者，即可獲得99元現(xiàn)金全額返還。也就是說，一個有意在小程序開發(fā)方面學(xué)有所成的人，完全可以零成本得到精品課程和專業(yè)輔導(dǎo)等原本花費不菲的服務(wù)，這對廣大開發(fā)者而言無疑是極具吸引力的。再比如在與優(yōu)達(dá)學(xué)城合作的“小程序開發(fā)納米學(xué)位項目”中，雙方面向高校學(xué)生，提供了100萬的獎學(xué)金，讓有志成為小程序開發(fā)者的大學(xué)生能夠以更低的成本參與實戰(zhàn)項目，鞏固和掌握小程序開發(fā)技能。高校學(xué)生可以通過https://admissions.udacity.com/apply/nd666-cn申請獎學(xué)金。從合作伙伴到自家平臺的課程多平臺覆蓋，從入門課程到高級培訓(xùn)的課程多樣化設(shè)置，從中不難看出微信進(jìn)一步幫助開發(fā)者掌握小程序開發(fā)技能，助力開發(fā)者搶占小程序風(fēng)口的決心，微信對于小程序生態(tài)的重視可見一斑。這意味著什么？在今年的微信公開課上，張小龍強調(diào)小程序不是專門為電商準(zhǔn)備的，而是希望它能成為“一個通用的平臺”，因此微信的流量、資源不會專門為某個領(lǐng)域傾斜，這種去中心化的理念意味著微信的平臺對所有小程序都平等對待的，每一位開發(fā)者都有機會在這上面施展拳腳并獲得成功。微信推出這一系列零門檻甚至是免費的課程，也正是基于這種去中心化的理念，讓每一位對小程序開發(fā)感興趣的人，無論有無基礎(chǔ)，無論是身處何種領(lǐng)域，都能獲得平等的學(xué)習(xí)機會，從而擁抱小程序，抓住移動互聯(lián)網(wǎng)新一輪的機遇。小程序誕生至今，伴隨著各種聲音，有叫好的，也有質(zhì)疑的，全情投入的人很多，至今仍持觀望態(tài)度的也不在少數(shù)，但從微信對小程序越來越大的投入來看，其開發(fā)者往后的路必定越來越好走，得到的各方面資源也會只多不少。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：178

1.需求整理大部分創(chuàng)業(yè)型項目在這個階段只是一些比較抽象的想法。有一份相對完善的需求文檔，不僅有助于創(chuàng)業(yè)者自身對項目的理解和周全性分析，如果項目是交由軟件開發(fā)公司去完成的話，也更有利于對方準(zhǔn)確把握項目的定位和商業(yè)模式，以便給出專業(yè)的建議和解決方案。下面是需求整理過程中比較關(guān)鍵的點：（1）清晰認(rèn)識項目是為了解決什么用戶痛點，行業(yè)需求？（2）分析要解決這些痛點或者需求的過程中需要通過哪些有效的功能布局去實施，逐一將核心功能列舉并適當(dāng)完善一下，通過文字或圖文的方式描述清楚。（3）建立完善并且合乎邏輯，功能完整呼應(yīng)的需求文檔不是一件簡單的事，如果你是PM（產(chǎn)品經(jīng)理）出身的話會比較容易上手，否則最好還是由第三方機構(gòu)協(xié)助完成。2.預(yù)算評估不論項目是由自己團(tuán)隊執(zhí)行開發(fā)，亦或是交由第三方公司代為設(shè)計開發(fā)，建立在一份完善且有質(zhì)量的需求文檔都是非常有必要的，對需求文檔進(jìn)行人力時間的投入，可以較準(zhǔn)確地估算出項目需要投入的預(yù)算，同時這些文檔后期會有助于產(chǎn)品經(jīng)理，UI設(shè)計師，技術(shù)開發(fā)人員等等對項目的理解，減少人員溝通中可能存在的誤差。3.原型設(shè)計接下來會根據(jù)上面提到的具體需求文檔，產(chǎn)品經(jīng)理進(jìn)行會進(jìn)行原型圖的設(shè)計，包括：（1）功能的結(jié)構(gòu)性布局（2）各分頁面的設(shè)計（3）頁面間業(yè)務(wù)邏輯的設(shè)計最終輸出每個足夠示意出頁面所包含的功能的原型設(shè)計圖，比如：4.UI設(shè)計（1）APPUI:原型圖經(jīng)過反復(fù)推敲修正后，UI設(shè)計師會進(jìn)行UI界面相關(guān)的配色設(shè)計、功能具象化處理、交互設(shè)計、以及各種機型、系統(tǒng)的適配。UI設(shè)計師經(jīng)過多次與項目經(jīng)理溝通修改后，最終的到定稿的高保真設(shè)計圖。（2）后臺UI:絕大部分APP項目都會有相應(yīng)的管理后臺，雖然后臺是用戶無法接觸到的，但是與APP側(cè)的功能是意義對照的，合理的設(shè)計能讓后臺管理人員快速上手。5.開發(fā)經(jīng)過以上幾個過程之后，會正式進(jìn)入到開發(fā)階段，一個完整的APP項目一般包含以下幾個板塊：（1）服務(wù)器端：編寫接口協(xié)議文檔，服務(wù)器環(huán)境架設(shè)（國內(nèi)一般都是用阿里云服務(wù)器，國外一般用亞馬遜），設(shè)計數(shù)據(jù)庫和編寫API接口。（2）APP端：根據(jù)UI設(shè)計圖進(jìn)行界面開發(fā)，UI開發(fā)完成則進(jìn)入和服務(wù)端接口對接，通過服務(wù)端的接口獲取數(shù)據(jù)，編寫功能上的邏輯代碼。（3）Web管理端：根據(jù)前端的業(yè)務(wù)邏輯，后臺會有相應(yīng)的功能與之匹配，同樣需要編寫功能上的邏輯代碼。6.測試調(diào)試APP功能開發(fā)完成之后，測試人員會對整項目進(jìn)行系統(tǒng)性測試。這個環(huán)節(jié)會調(diào)動起項目組內(nèi)所有人相關(guān)人員。而測試這個環(huán)節(jié)的重要性不亞于前期功能的規(guī)劃，如果團(tuán)隊沒有經(jīng)過專業(yè)系統(tǒng)性訓(xùn)練的測試人員，很可能會導(dǎo)致項目出現(xiàn)與設(shè)計初衷存在落差，以及遺漏下一些邏輯上的坑（這些坑是以后給自己帶淚跳下去的...）而完成項目測試調(diào)試最重要的環(huán)節(jié)是問題的管理，追蹤各個bug的進(jìn)度以及狀態(tài)，包括指派給誰、優(yōu)先級、修復(fù)狀態(tài)等等，以便有質(zhì)量地完成問題的處理。7.發(fā)布到應(yīng)用市場經(jīng)過至少兩輪的內(nèi)部測試以及小范圍外測（或者完成滿足測試要求的周期）后，會進(jìn)行最終版本的上架，以常用的iOS和Android應(yīng)用市場為例：（1）Android:涉及的應(yīng)用市場很多，主流市場是應(yīng)用寶、360手機助手、小米商城，不同的應(yīng)用市場的受眾屬性會有所不同，流量也有較大的差別，需要根據(jù)實際情況選擇。（2）iOS:發(fā)布到AppStore（蘋果審核比較嚴(yán)格，是否符合最新的上架要求，是否涉及到虛擬貨幣、是否支持最新環(huán)境等等等N多問題都會導(dǎo)致審核是否能通過，這個對經(jīng)驗的要求就很高了，而最坑爹的是，比如某APP存在5個導(dǎo)致不通過的問題，蘋果是不會把5個找出來告訴你為什么拒絕的，而是找到一個就馬上拒絕你，所以如果經(jīng)驗不足的話上架n次花費幾個月都是很有可能的。）8.運營迭代產(chǎn)品正式投放到市場之后，會得到用戶以及市場本身的一些反饋，從而知道該如何修正或者調(diào)整運營策略，當(dāng)目前系統(tǒng)的功能再也無法滿足項目需求時，就需要規(guī)劃新一版本功能的迭代問題了。（重新經(jīng)歷：需求整理-預(yù)算評估-原型設(shè)計-UI設(shè)計-開發(fā)-測試調(diào)試-發(fā)布這個產(chǎn)品的生命周期）9.日常維護(hù)在項目正式運作的時候，即便是已經(jīng)達(dá)到相對穩(wěn)定的階段，也會有可能出現(xiàn)一些小問題，或者發(fā)現(xiàn)一些隱藏得比較深的bug，這個時候就需要有相關(guān)的市場人員進(jìn)行問題的收集以及技術(shù)人員對問題作出及時的修復(fù)，簡單理解就是需要有人值守。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：143

是的，軟件開發(fā)絕不是在公園里散步。我們經(jīng)常解決無法預(yù)見的問題，如果你不犯這些常見的軟件開發(fā)錯誤，許多問題是可以避免的。我將引導(dǎo)大家解決錯誤，這些錯誤可能會破壞自己的辛勤工作并使有前途的項目白白失��！作為開發(fā)人員、分析師、產(chǎn)品負(fù)責(zé)人、主管或CTO，我遇到過這些所有問題，盡管有些看起來很基礎(chǔ)，但它們?nèi)匀粫�傷害你的團(tuán)隊。請與我深入了解～不了解產(chǎn)品為什么軟件開發(fā)如此令人興奮？對我來說，這是因為有機會學(xué)到很多行業(yè)的知識。通過引入該領(lǐng)域的項目來創(chuàng)造并塑造它們的未來。比如人們有機會在人力資源、醫(yī)療保健、金融和各種行業(yè)的產(chǎn)品上創(chuàng)造價值。雖然了解不同領(lǐng)域令人興奮，但也極其具有挑戰(zhàn)性。如果你渴望構(gòu)建成功的產(chǎn)品，則必須了解其行業(yè)背景。對于我而言，軟件開發(fā)不是編碼，而是關(guān)于在盈利的同時為最終用戶尋找最佳解決方案。軟件工程師的關(guān)鍵要點是——了解業(yè)務(wù)核心和應(yīng)該實現(xiàn)的每個功能。如果你只是一個聽命令的機器人，那開發(fā)可能是工作鏈條中最昂貴的部分，每個錯誤并不便宜。我相信技術(shù)咨詢和代碼審查任務(wù)是技術(shù)專家的附加價值，他們可以糾正最初雇用你的公司業(yè)務(wù)人員的錯誤觀點。而能夠交換意見是團(tuán)隊相對于個人的最大優(yōu)勢。假設(shè)即事實決策是每個產(chǎn)品開發(fā)的核心部分。很自然地，人們對以前的項目和假設(shè)看法會發(fā)揮作用。請注意這些問題，猜測比詢問別人更簡單，但它很危險！如果你碰巧做對了，那么幸運的，但如果不是，在開發(fā)周期的后期如果出現(xiàn)問題，那將會付出很昂貴的代價。如何避免這種悲傷但常見問題呢？與你的團(tuán)隊保持聯(lián)系，互相支持。如果你處理一個超級復(fù)雜的問題并且無法就最終結(jié)果達(dá)成一致，請咨詢或準(zhǔn)備一個小型實踐。咨詢該領(lǐng)域的專家或用戶可以對這件事有新的認(rèn)識。假設(shè)和實驗特征的結(jié)果非常適合收集反饋，它允許人們實現(xiàn)一個可能是錯誤的行為，但已經(jīng)具有驗證其正確性的機制。該機制可能是一個指標(biāo)、一項調(diào)查、一個關(guān)于該功能的實驗性質(zhì)的可預(yù)見警告，包括獲取用戶反饋的簡單方法，然后由你和團(tuán)隊為特定假設(shè)選擇最優(yōu)機制。缺乏溝通溝通很重要。真的么？這句話你聽過多少次？天天說無數(shù)次。然而在與各種規(guī)模和性質(zhì)的團(tuán)隊合作后，這仍是一個問題。而創(chuàng)建一個沒有人害怕發(fā)言的安全開放的環(huán)境，是避免無聲的積壓改進(jìn)、制定毫無意義的沖刺計劃和漫無目的的每日Scrum會議最行之有效的方法。如果您想要的不僅僅是將項目從一列移動到另一列，請找到一位能幫助您指導(dǎo)開發(fā)的導(dǎo)師。比如你遵循Scrum框架但沒有ScrumMaster，則應(yīng)該去找一個。就像足球運動員不會在沒有教練的情況下比賽。當(dāng)你意外發(fā)現(xiàn)只有10%的后端為你剛剛完成的新FE功能做好了準(zhǔn)備，或者實現(xiàn)的API調(diào)整不兼容時，去專注于溝通吧，它可以避免你在sprint結(jié)束時有意外驚喜。關(guān)鍵要點是什么？建立團(tuán)隊精神，讓人們喜歡彼此分享想法，如果覺得溝通太困難，請找一位ScrumMaster或教練來簡化整體流程。商業(yè)與技術(shù)語言的障礙相互理解是有效團(tuán)隊的基石。軟件開發(fā)將兩個通常不知道如何溝通的世界結(jié)合在一起。以下是一些事情向南而失去意義的例子：技術(shù)人員用技術(shù)術(shù)語，業(yè)務(wù)人員不明白；技術(shù)人員希望業(yè)務(wù)人員做出技術(shù)決策，但業(yè)務(wù)人員不知道如何做出決定，因為他們不了解技術(shù)觀點；商務(wù)人士用商業(yè)術(shù)語，技術(shù)人員不明白；業(yè)務(wù)人員試圖在不理解的情況下使用技術(shù)術(shù)語；在商業(yè)和技術(shù)中使用不同含義的相同詞匯。是不是很熟悉？如果想誠實地交流，而不是假裝交流，請了解您的聽眾并使用他們理解的詞語。從上下文開始，概述問題，提出解決方案，解釋結(jié)果，提供示例，并確保你的聽眾完全理解。錯誤404：未找到上下文假設(shè)為功能準(zhǔn)備新需求。你可以簡單地描述該功能應(yīng)該做什么，為什么重要，以及它將如何讓它更接近目標(biāo)�；蛘撸�您可以概述從A到Z的所有內(nèi)容，而一點沒有討論的余地。哪一個更好？我相信大多數(shù)開發(fā)人員會更喜歡第一種方法。新需求是討論的起點，而不是最終作業(yè)。因此，產(chǎn)品負(fù)責(zé)人應(yīng)該始終從上下文描述和反饋收集開始。了解問題及其背景的團(tuán)隊成員更有可能提出更好的想法。讓開發(fā)人員按照所寫的內(nèi)容精確地編程會浪費工程師們的潛力，并會導(dǎo)致誤解�！盀槭裁吹膯栴}”不是不信任或攻擊性的表現(xiàn)，而是興趣的表現(xiàn)，它是區(qū)分成功團(tuán)隊和不成功團(tuán)隊的關(guān)鍵。是什么讓產(chǎn)品負(fù)責(zé)人重蹈覆轍？時間壓力是一個答案，但不能成為借口。有時需求完成得太晚了，開發(fā)人員的反饋沒有空間。設(shè)計已完成，文檔已編寫。在這種情況下，停止并丟棄需求可能具有挑戰(zhàn)性，但如果您沒有找到原因的答案，這仍然是值得的。一些資源被浪費了，但許多資源被節(jié)省了，所以這里的教訓(xùn)是——盡快共同參與并從為什么開始。團(tuán)隊內(nèi)部孤島你的團(tuán)隊由后端、Web、移動、業(yè)務(wù)或測試人員的不同孤島組成。你需要所有這些都有意義地進(jìn)行，沒有人可以做所有的事情。每個氣泡或筒倉都應(yīng)該有自己的沖刺目標(biāo)嗎？我們從產(chǎn)品的角度來看。從一個項目開始，項目和用戶故事都不應(yīng)該被孤島隔開。他們不應(yīng)該指定哪個倉可以完成這項工作。重要的是為sprint評審提供一個可交付部分——最終用戶可用的東西。如果團(tuán)隊經(jīng)常無法在一個sprint中交付完整功能，要么是backlog項太大，要么是團(tuán)隊結(jié)構(gòu)錯誤，要么是sprint太短。讓孤島合作來改進(jìn)工作流程，永遠(yuǎn)不要將孤島分配給順序沖刺，讓它們相互等待積極主動，走出孤島，從一開始就精誠合作，調(diào)整流程并盡可能實現(xiàn)自動化。最后當(dāng)然，沒有硬技能就不可能編碼。無論您處于什么職位，合作、溝通或演說技巧等軟技能將決定將項目推進(jìn)何種成功程度。優(yōu)秀的公司不會尋找能夠勝任工作的人士，而是尋找能夠提供附加值的人才。合作，理解他人，永遠(yuǎn)追求最好！本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：108

有些人重視代碼編寫技巧，而輕視軟件開發(fā)的工程屬性。有些人在對需求缺乏真正理解的時候就急于編寫代碼。有些人重視軟件的功能實現(xiàn)，輕視文檔對于軟件開發(fā)和軟件作品的重要性。這些問題導(dǎo)致軟件宕機、返工等質(zhì)量問題時有發(fā)生。01了解基本原則的工程師，代碼質(zhì)量和開發(fā)效率更勝一籌關(guān)于軟件質(zhì)量，業(yè)界普遍認(rèn)為有3個決定性要素：人、過程和工具。如何基于這些要素提升代碼的質(zhì)量和開發(fā)效率，是軟件工程研究者和實踐者一直在努力的方向。不同的公司有不同的文化背景，雖然開發(fā)不同的軟件項目有不同的實踐過程，但所要遵守的基本原則都是一樣的。大量實踐證明——了解軟件開發(fā)基本原則的工程師，比那些不了解基本原則的，編寫代碼的質(zhì)量和開發(fā)效率明顯勝出一籌。原則1質(zhì)量第一QUALITYIS#1無論如何定義質(zhì)量，客戶都不會容忍低質(zhì)量的產(chǎn)品。質(zhì)量必須被量化，并建立可落地實施的機制，以促進(jìn)和激勵質(zhì)量目標(biāo)的達(dá)成。即使質(zhì)量沒達(dá)到要求，也要按時交付產(chǎn)品，這似乎是政治正確的行為，但這是短視的。從中長期來看，這樣做是自殺。質(zhì)量必須被放在首位，沒有可商量的余地。EdwardYourdon建議，當(dāng)你被要求加快測試、忽視剩余的少量bug、在設(shè)計或需求達(dá)成一致前就開始編碼時，要直接說“不”。原則7盡早把產(chǎn)品交給客戶GIVEPRODUCTSTOCUSTOMERSEARLY在需求階段，無論你多么努力地試圖去了解客戶的需求，都不如給他們一個產(chǎn)品，讓他們使用它，這是確定他們真實需求的最有效方法。如果遵循傳統(tǒng)的瀑布式開發(fā)模型，那么在99%的開發(fā)資源已經(jīng)耗盡之后，才會第一次向客戶交付產(chǎn)品。如此一來，大部分的客戶需求反饋將發(fā)生在資源耗盡之后。和以上方法相反，可在開發(fā)過程的早期構(gòu)建一個快速而粗糙的原型。將這個原型交付給客戶，收集反饋，然后編寫需求規(guī)格說明并進(jìn)行正規(guī)的開發(fā)。使用這種方法，當(dāng)客戶體驗到產(chǎn)品的第一個版本時，只消耗了5%～20%的開發(fā)資源。如果原型包含合適的功能，就可以更好地理解和把握最有風(fēng)險的客戶需求，最終產(chǎn)品也就更有可能讓客戶滿意。這有助于確保將剩余的資源用于開發(fā)正確的系統(tǒng)。原則17只要可能，購買而非開發(fā)IFPOSSIBLE,BUYINSTEADOFBUILD要降低不斷上漲的軟件開發(fā)成本和風(fēng)險，最有效的方法就是，購買現(xiàn)成的軟件，而不是自己從頭開發(fā)。確實，現(xiàn)成的軟件也許只能解決75%的問題。但考慮一下從頭開發(fā)的選擇吧：支付至少10倍于購買軟件的費用，且要冒著超出預(yù)算100%且延期的風(fēng)險（如果最后能夠完成�。�，并且最終發(fā)現(xiàn)，它只能滿足75%的預(yù)期。對一個客戶來說，新的軟件開發(fā)項目似乎最初總是令人興奮的。開發(fā)團(tuán)隊也是“樂觀的”，對“最終”解決方案充滿了希望。但幾乎很少有軟件開發(fā)項目能夠順利運行。不斷增加的成本通常會導(dǎo)致需求被縮減，最終研發(fā)出的軟件可以滿足的需求也許跟現(xiàn)成的軟件差不多。作為一個開發(fā)者，應(yīng)該復(fù)用盡可能多的軟件。復(fù)用是“購買而非開發(fā)”原則在較小范圍內(nèi)的體現(xiàn)。原則22技術(shù)優(yōu)先于工具TECHNIQUEBEFORETOOLS一個沒規(guī)矩的木匠使用了強大的工具，會變成一個危險的沒規(guī)矩的木匠。一個沒規(guī)矩的軟件工程師使用了工具，會變成一個危險的沒規(guī)矩的軟件工程師。在使用工具前，你應(yīng)該先要“有規(guī)矩”（即理解并遵循適當(dāng)?shù)能浖�開發(fā)方法）。當(dāng)然，你也要了解如何使用工具，但這和“有規(guī)矩”相比是第二位的。我強烈建議，在投資于工具以對某項技術(shù)“自動化”之前，先手工驗證這項技術(shù)，并說服自己和管理層：這項技術(shù)是可行的。在大多數(shù)情況下，如果一項技術(shù)在手工操作時不靈，那么在自動操作時也不靈。原則37要承擔(dān)責(zé)任TAKERESPONSIBILITY在所有工程學(xué)科中，如果一個設(shè)計失敗，工程師會受到責(zé)備。因此，當(dāng)一座大橋倒塌時，我們會問“工程師哪里做錯了？”當(dāng)一個軟件失敗了，工程師很少受到責(zé)備。如果他們被責(zé)備了，他們會回答，“肯定是編譯器出錯了”，或“我只是按照指定方法的15個步驟做的”，或“我的經(jīng)理讓我這么干的”，或“計劃剩余的時間不夠”。事實是，在任何工程學(xué)科中，用最好的方法也可能產(chǎn)出糟糕的設(shè)計，用最過時的方法也可能做出精致的設(shè)計。不要有任何借口。如果你是一個系統(tǒng)的開發(fā)者，把它做好是你的責(zé)任。要承擔(dān)這個責(zé)任。要么做好，要么就壓根不做。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：101

關(guān)于SDV的話題已經(jīng)討論了很多了，雖然對SDV究竟是一個趨勢，還是一種方法論、一種模式，乃至是一個技術(shù)領(lǐng)域等，至今還有各種討論甚至爭論的存在，但是，這些都不能阻礙大家對SDV的研究。無論SDV究竟是什么，以下的幾點是已經(jīng)達(dá)成共識了：1.軟件將越來越多的影響整個汽車的產(chǎn)業(yè)鏈，最終引起整個汽車產(chǎn)業(yè)鏈的關(guān)系重構(gòu)2.軟件的比重將在整車開發(fā)中逐漸增加，并占據(jù)重要的位置3.汽車行業(yè)的商業(yè)模式將被軟件和相關(guān)技術(shù)的應(yīng)用所逐漸改變4.符合SDV期望的車將可以常用常新、千人千面還有一個觀點：實現(xiàn)了SOA（ServiceOrientedArchitecture，面向服務(wù)的架構(gòu)）就是實現(xiàn)了SDV。對于這個觀點我一直是持有保留態(tài)度的。首先，SOA是一種設(shè)計理念，具體的實現(xiàn)方式有多種：如SOME/IP、DDS等，而且還一定會有新的技術(shù)出現(xiàn)。如果實現(xiàn)了某種技術(shù)就是實現(xiàn)了SDV，這就把SDV的概念搞小了。如果SDV是一個趨勢的話，那么技術(shù)的發(fā)展一定是持續(xù)的推動這個趨勢在前進(jìn)，而技術(shù)一定會更新迭代，那么當(dāng)新的技術(shù)出現(xiàn)的時候，難道SDV就過時了嗎？我覺得還是不要把SDV和某種具體的技術(shù)綁在一起更好一些，因為SDV的內(nèi)涵遠(yuǎn)遠(yuǎn)超越了某種具體的技術(shù)，它將是整個汽車產(chǎn)業(yè)鏈格局、開發(fā)流程體系、人員和相關(guān)的技術(shù)等等的變革（相對于原來的造車模式），而且這個變革將不斷深化，最終變得讓所有人都目瞪口呆。很多時候，我都在懷疑SDV是否被過度炒作了，汽車行業(yè)真的會像手機行業(yè)一樣發(fā)生那么大的變化嗎？可是這個世界就是這么奇怪：當(dāng)大多數(shù)人都開始相信一個觀點的時候，這個觀點就可以變?yōu)楝F(xiàn)實。就好像股市中大多數(shù)人都相信股市會下跌的時候，股市就真的會下跌一樣。現(xiàn)在大家既然都相信了軟件會改變整個汽車行業(yè)，那么就會不計代價的在軟件上投入，從而推動這個趨勢的盡快實現(xiàn)。就像軍備競賽一樣，你如果不參與就一定會落后；而你如果參與的話，那么一定要投入巨額的資源，在大家的資源都是有限的前提下，一定會有人因為持續(xù)的投入和短時間內(nèi)沒有回報而堅持不下去。關(guān)于SDV究竟是什么就不再探討了，總之，軟件在這個世界將發(fā)揮越來越重要的作用，這是毋庸置疑的。手機已經(jīng)被改變，汽車正在被改變，還會有更多的東西被改變。其實現(xiàn)在的趨勢應(yīng)該叫做SDW（軟件定義世界，SoftwareDefinedWorld），哪個行業(yè)或者事物脫離了硬件的主導(dǎo)，而軟件起的作用越來越大，那么軟件就定義了什么�，F(xiàn)在讓我們看看汽車行業(yè)會怎么被軟件所改變。一切還是從下面這張正向開發(fā)的V模型圖開始，汽車的開發(fā)最初的起點還是車輛的屬性和功能�，F(xiàn)在的車與十年前的車從功能上最大的差異就是在網(wǎng)聯(lián)和智能駕駛方面。網(wǎng)聯(lián)方面的功能說穿了就兩大類：聯(lián)網(wǎng)和娛樂。隨著移動通信技術(shù)的不斷發(fā)展，聯(lián)網(wǎng)類的功能也越來越普及，數(shù)據(jù)量越來越大，種類也越來越豐富。而支撐這些大數(shù)據(jù)量的豐富應(yīng)用的，只有兩個東西：硬件（屏幕和算力）和生態(tài)。這個可以完全類比手機，手機發(fā)展的驅(qū)動力的基礎(chǔ)其實也是硬件（屏幕和算力）和生態(tài)。在摩爾定律支撐下的硬件的快速迭代，沒有不斷發(fā)展的生態(tài)，就不可能有手機行業(yè)的今天。而軟件則是可以發(fā)揮硬件能力的催化劑，也是構(gòu)建生態(tài)的必要條件。對于智駕類功能，無論是Level幾的自動駕駛，基礎(chǔ)也只有兩個東西：硬件（傳感器和算力）和算法。算法是必須借助軟件才能發(fā)揮作用的，否則只是一堆寫在紙上的公式而已。而算力是將各種傳感器采集來的海量數(shù)據(jù)進(jìn)行融合，并能在限定的時間內(nèi)做出決策，從而轉(zhuǎn)化為橫向與縱向控制的基礎(chǔ)。而且，車輛越智能，需要處理的數(shù)據(jù)就越多，算法也越復(fù)雜，對算力的要求也就越高。從而，我們可以看出，車輛向智能化發(fā)展的基礎(chǔ)還是硬件性能的提升。在同樣的硬件平臺下軟件性能的改進(jìn)提升一定是有限的。不管大家如何看待軟件，軟件最核心的東西還是功能與系統(tǒng)的設(shè)計和需求。所有的軟件開發(fā)都是從需求開始的。而在整車開發(fā)中，功能才是起點，是功能的設(shè)計產(chǎn)生的各種需求，再加入性能要求而產(chǎn)生的需求才最終形成了軟件開發(fā)所需要的需求。沒有需求就不會有軟件，沒有算力支撐的算法只能是空中樓閣。所有的軟件設(shè)計最終還是要落實到零部件中的，還是要靠硬件來實現(xiàn)的。雖然這么說，硬件卻是大家都可以買來的，無論是各種超強算力的芯片，還是整個PCB，只要花錢，總是可以用錢來解決的，而如何讓這些硬件發(fā)揮出應(yīng)有的作用，卻是要靠軟件來解決，而軟件卻是不那么容易可以直接花錢解決的。談到軟件，可以有很多種分類的方法，我們這里就以AUTOSAR的一個圖為例來詳細(xì)的討論一下。直接與ECU的硬件打交道的是BasicSoftware，也可以稱為基礎(chǔ)軟件，或者是底層軟件。這一層基本不需要OEM自己來搞定，因為是可以花錢買來的，有各種NB的供應(yīng)商可供選擇，如：Vector，EB，ETAS，QNX等等，目前還有一些國內(nèi)的公司也在大舉進(jìn)入。對于這個部分來說而且只要肯花錢，質(zhì)量絕對是可以保證的�？墒侨绻�自己要是有特別要求的話，就不能直接買來了，一般可以選擇和這些供應(yīng)商定制，或者自己在上面進(jìn)行二次開發(fā)。這里的“自己”這個詞指ECU的Tier1或者OEM。下面圖中的ComplexDrivers一般來說就屬于要定制開發(fā)的部分。另外，BasicSoftware中包含的范圍比較廣，各種診斷、網(wǎng)絡(luò)服務(wù)等都可以被劃歸到這類軟件中，總之，這些東西因為基本都是按照各種標(biāo)準(zhǔn)開發(fā)的，購買的性價比相對來說可以更高一些。上面說的是ClassicAUTOSAR的劃分方法，下面這個圖是AdaptiveAUTOSAR的架構(gòu)圖，其實共同的特點都是底層是硬件相關(guān)層，最上面是Application層，中間是操作系統(tǒng)和各種系統(tǒng)服務(wù)。因為Application層在最上面，我們就將其稱為上層軟件。這些上層軟件體現(xiàn)的是各個主機廠自己的核心的設(shè)計，是一輛車區(qū)別于另外一輛車的根本不同，是體現(xiàn)每個主機廠的DNA的東西。拿特斯拉來舉例。除去加速、操穩(wěn)等常規(guī)性能，特斯拉在人機交互友好性方面的創(chuàng)新基本都是通過軟件設(shè)計來實現(xiàn)的，很多人只看到了大屏或者取消了儀表等外在的東西，其實這些都是可以輕易抄襲的，可是那種毫無違和感與流暢的使用體驗卻是靠軟件來實現(xiàn)的。而前面說過“軟件最核心的東西還是功能與系統(tǒng)的設(shè)計和需求”，代碼只不過是一種實現(xiàn)的手段。就像一個好的建筑一定是要首先有一個好的設(shè)計圖紙和各種規(guī)范、標(biāo)準(zhǔn)，然后才是鋼筋、水泥、木材等建筑材料。自動駕駛性能也是一樣，大家都可以在車上安裝各種攝像頭和雷達(dá)，但是能夠把自動駕駛性能和功能做到這種水平的，目前好像只有特斯拉。而自動駕駛的核心還是功能的設(shè)計與算法的設(shè)計。軟件只是一種實現(xiàn)手段。雖然我總是說軟件是一種實現(xiàn)手段，可是軟件質(zhì)量的確有高低。就好像裝修房子一樣，同樣的設(shè)計，不同的裝修隊伍裝出來的效果就是不一樣，有些還會有質(zhì)量問題。從現(xiàn)在的情況來看，特斯拉的裝修隊伍手藝還是不錯的。應(yīng)用層軟件可以選擇的開發(fā)策略比較復(fù)雜，不同的細(xì)分領(lǐng)域，肯定要采取不同的策略。比如底盤控制，想重新搞一個ESP還是很難的，而且這個領(lǐng)域已經(jīng)比較成熟了，重新來過不見得劃算，到不如直接連硬件一起買來劃算。而車身控制與信息娛樂領(lǐng)域，相對來說變化比較多，門檻也不高，還是可以自己去試一下的。新能源領(lǐng)域，目前已經(jīng)有很多OEM自己在搞VCU的軟件了。自動駕駛領(lǐng)域，想要做得好，還是需要大量的投入的。而且，這個坑很深，沒有堅定的決心和充足的準(zhǔn)備，一定要慎入。對于想自己做軟件的OEM來說，還是選擇一個相對容易的領(lǐng)域來開始更好一些。在一個新的領(lǐng)域里面，還是保守一些風(fēng)險更小�？偨Y(jié)一下：如果想做軟件，一定要記住這句話：“軟件最核心的東西還是功能與系統(tǒng)的設(shè)計和需求”（這是第三次重復(fù)了）。開始做軟件之前，一定要把功能與系統(tǒng)設(shè)計的基礎(chǔ)打牢，否則就只能靠所謂的敏捷開發(fā)和OTA來不斷的修復(fù)BUG了。主機廠自己做軟件已經(jīng)是一條看起來一定要走的路了�，F(xiàn)在大家要思考的不是走不走這條路，而是該怎么走。究竟該怎么走？每個人的選擇都可能不一樣，只是有兩個東西一定要先評估清楚：人+財。SDV時代的競爭其實就是“人財”的競爭。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：180

如今的汽車越來越智能化，無人駕駛亦非遙不可及，屆時人們只需要坐在車?yán)镄蓍e喝茶即可到達(dá)目的地。然而，在智能汽車的內(nèi)部卻是人們察覺不到的密密麻麻的線路以及無處不在的電子起件在工作，這就是汽車的“大腦”——電子控制系統(tǒng)。正是這套越來越復(fù)雜的電子控制系統(tǒng)完成輔助甚至替換駕駛員的動作，實現(xiàn)對車輛運行狀態(tài)的監(jiān)測與控制，使人們的出行更輕松、簡單、安全。一、汽車電子控制系統(tǒng)發(fā)展過程——由簡及繁回想七十年前的汽車，電子設(shè)備僅有起動機、電池、車燈等為數(shù)不多的幾個，四十幾根導(dǎo)線就可以滿足整車的電子部件需求。上世紀(jì)八十年代，隨著IT技術(shù)的發(fā)展，汽車業(yè)掀起一場電子電氣化浪潮，各種安全配置隨之誕生。搭載軟件系統(tǒng)的電子控制器開始在汽車上生根發(fā)芽。隨著控制器數(shù)量逐漸增多，不同控制器之間需要解決通信問題，CAN總線、LIN總線應(yīng)運而生。2007年奧迪Q7和保時捷卡宴的線束總長度突破6km,不斷增加的線束長度以及越來越多的控制器給車企帶來巨大的成本壓力，隨后汽車電子控制系統(tǒng)開始向集中化發(fā)展。目前特斯拉ModelS以及Model3線束長度大約3km和1.5km。汽車各大系統(tǒng)的軟件功能逐年快速增長線束長度的變化從側(cè)面反映出汽車電子控制系統(tǒng)由簡及繁的巨大變化，軟件作為電子控制系統(tǒng)的重要組成部分，發(fā)展更趨于復(fù)雜化。二、汽車電子控制系統(tǒng)基本組成——傳感器、ECU、執(zhí)行器1、電子控制單元（ECU，含軟件）。ECU是汽車電子控制系統(tǒng)的大腦，它對各個傳感器輸入的電信號以及部分執(zhí)行器反饋的電信號進(jìn)行綜合分析與處理，給傳感器提供參考電壓，然后向執(zhí)行器發(fā)出控制信號，使執(zhí)行器按照控制目標(biāo)進(jìn)行工作。軟件系統(tǒng)集成存儲在電子控制單元中，核心是微處理器，這種微處理器通常采用單片機，功能擴(kuò)展容易，控制精度更高。完成數(shù)據(jù)采集、計算處理、輸出控制、系統(tǒng)監(jiān)控與自我診斷等。2、傳感器是汽車電子控制系統(tǒng)的信息采集者，類似于人類的眼睛耳朵...它將汽車的各種物理參量轉(zhuǎn)變?yōu)殡娦盘�，并輸送給電子控制單元。3、執(zhí)行器是汽車電子控制系統(tǒng)的執(zhí)行者，類似于人類的手和腳，電子控制單元就是通過執(zhí)行器實現(xiàn)對被控制對象的控制。執(zhí)行器對電子控制單元輸出的控制信號做出迅速反應(yīng)，使被控制對象工作在設(shè)定狀態(tài)內(nèi)。三、汽車電子控制系統(tǒng)基本工作原理汽車電子控制系統(tǒng)事先將一系列的指令程序存儲在ECU中，這些指令程序在設(shè)計、制造時就已經(jīng)確定，等待各個傳感器輸入信號。工作時，ECU將接收到的傳感器信息與存儲器內(nèi)的“標(biāo)準(zhǔn)參數(shù)”進(jìn)行比較，然后根據(jù)結(jié)果控制執(zhí)行器采取相應(yīng)動作。四、汽車軟件系統(tǒng)的開發(fā)過程隨著智能互聯(lián)、自動駕駛、電動汽車及共享出行的發(fā)展，軟件、計算能力和先進(jìn)傳感器正逐漸取代發(fā)動機的統(tǒng)治地位。與此同時，這些電子系統(tǒng)的復(fù)雜性也在提高。以當(dāng)今汽車包含的軟件代碼行數(shù)（SLOC）為例，2010年，主流車型的SLOC約為1000萬行；到2016年達(dá)到1.5億行左右。復(fù)雜性正如滾雪球般越來越高，不可避免地導(dǎo)致了與軟件相關(guān)的若干嚴(yán)重質(zhì)量問題：這在近期若干起大規(guī)模車輛召回事件中屢有耳聞。根據(jù)ADAC（全德汽車俱樂部，德國最大的交通協(xié)會）統(tǒng)計，德國2004年有40%的車輛故障最終歸咎于軟件問題或電子部件故障。為此，必須在保證電子系統(tǒng)整體可控的前提下研發(fā)新功能，于是出現(xiàn)先拆解研發(fā)而后在集成的流程。先將電子系統(tǒng)研發(fā)拆解為軟件系統(tǒng)、硬件系統(tǒng)、傳感器和執(zhí)行器四大部分，經(jīng)過V模型流程研發(fā)，最終再次集成。這個V模型涵蓋了從系統(tǒng)層面到軟件層面以及集成后的功能測試和系統(tǒng)測試等流程，是當(dāng)今汽車行業(yè)廣泛應(yīng)用的開發(fā)流程。軟件開發(fā)流程：1.分析終端客戶需求、定義邏輯系統(tǒng)架構(gòu)這一步是根據(jù)終端客戶的需求以及法規(guī)需求定義出整車軟件系統(tǒng)的邏輯架構(gòu)。其中包含各大功能塊的定義，功能塊接口定義和功能塊之間的通信定義。這一步僅考慮滿足原始需求，不會涉及任何技術(shù)層面的具體分析。2.分析邏輯系統(tǒng)架構(gòu)需求、定義技術(shù)層面系統(tǒng)架構(gòu)邏輯系統(tǒng)架構(gòu)為定義具體的技術(shù)層面系統(tǒng)架構(gòu)提供了基礎(chǔ)。在這一步中開始討論具體的技術(shù)問題，哪些功能將通過軟件實現(xiàn)、軟件塊分裝在哪些電子控制單元以及電控單元之間采用什么通信協(xié)議等等。軟件系統(tǒng)初現(xiàn)雛形。3.分析軟件需求、定義軟件架構(gòu)這里開始具體到電控單元中對于軟件本身的需求分析。根據(jù)需求，定義出合適的軟件架構(gòu)。同時，還要考慮電控單元存儲資源的最優(yōu)使用、為滿足安全法規(guī)的冗余系統(tǒng)設(shè)計等等。這里，會把軟件進(jìn)一步細(xì)分為更小的軟件部件，定義各個部件之間的接口、分層和邊界。4.定義軟件部件針對每個軟件部件會繼續(xù)定義出需求。這里的需求集中在功能層面，尚不考慮具體的軟件實現(xiàn)方式等。5.設(shè)計、實現(xiàn)及測試軟件部件依據(jù)具體的需求，工程師開始分別搭建不同的軟件部件。在前面一系列的拆解、分析和定義后，終于抵達(dá)了軟件最核心最具體的世界——代碼。與人們熟知的程序員直接寫代碼稍有區(qū)別，傳統(tǒng)的汽車軟件研發(fā)采用的是基于模型開發(fā)。如下圖所示，邏輯運算通過模型的方式表達(dá)出來，相比于代碼更加直觀，便于日后的標(biāo)定工作和維護(hù)。在一個電控單元中，有上千個這樣的功能函數(shù)，如下圖所示的功能模型組合到一起，會形成一份上萬頁的文件。這份文件是接下來所有流程的基礎(chǔ)。當(dāng)然這套模型只是工程師之間便于交流的高級語言，最終它們會被人工或計算機轉(zhuǎn)為代碼進(jìn)入控制器中工作。早年間，模型到代碼中間的轉(zhuǎn)換工作由人工完成。這造成的問題是，代碼無法統(tǒng)一化和標(biāo)準(zhǔn)化。面對一個軟件邏輯模型，程序員可以用多種方法完成代碼編譯工作，達(dá)到同樣的功能效果。但是，代碼運行所占用的硬件資源或嚴(yán)謹(jǐn)度會大不相同。因此，近年來轉(zhuǎn)碼工作逐漸被機器取代。軟件工程師事先定義標(biāo)準(zhǔn)的編譯規(guī)范，保證最終代碼統(tǒng)一和標(biāo)準(zhǔn)。每一個軟件部件完成后，要進(jìn)行相應(yīng)的軟件測試。這里還不會聚焦功能層面的測試，僅僅針對軟件本身。例如軟件中是否因設(shè)計不當(dāng)產(chǎn)生死循環(huán)、每個信號定義的范圍是否恰當(dāng)、會不會造成溢出錯誤或者會不會出現(xiàn)除以零的運算情況等等。針對這些，工程師要事先定義測試方案，由計算機進(jìn)行全方位全覆蓋的軟件邏輯測試。例如，對于if,else語句需要把每一種可能的情況都測試檢查到。6.集成及測試軟件部件單一軟件部件研發(fā)測試完成后，將它們集成到一起就形成了每個電控單元中完整的軟件包。這套軟件包在集成后依然需要測試，檢查各部件之間是否兼容，是否有開放接口等等。7.系統(tǒng)集成及測試當(dāng)軟件包集成測試結(jié)束，它們將被刷進(jìn)每一個電子控制器中。每個控制器與相應(yīng)的傳感器、執(zhí)行器等用線束相連，最后控制器之間接通總線通信。這樣整套電子系統(tǒng)終于誕生。如新生兒一般，這套系統(tǒng)依然十分脆弱和稚嫩，還有很大的潛力等待被開發(fā)。系統(tǒng)集成后的第一批測試往往是問題重重。因為系統(tǒng)高度復(fù)雜，各個研發(fā)部件被分工研發(fā)，即便之前有嚴(yán)格的測試流程，仍會有許多漏網(wǎng)之bug。如果分工研發(fā)的各部門之間沒有在開發(fā)過程中充分交流，集成后可能會出現(xiàn)各類兼容性問題。針對每一個問題，工程師們都不會忘記前面提到的拆解和掌控。拆解表象問題，找到根源，修復(fù)軟件bug，掌控整套系統(tǒng)。8.標(biāo)定系統(tǒng)測試結(jié)束后將進(jìn)入軟件標(biāo)定階段，這也是軟件開發(fā)中的重要階段。在軟件實現(xiàn)階段，工程師會在軟件中預(yù)留一些可標(biāo)定參數(shù)而不是固定的數(shù)值，等待標(biāo)定。這是基于成本考量，車型繁多的整車廠不可能為每款車型單獨開發(fā)一套軟件系統(tǒng)。一般的解決方案是研發(fā)平臺軟件，適用于多款車型。然而每款車型都有自己的特點，平臺軟件無法讓這些特點發(fā)光，標(biāo)定可以。通過改變不同的參數(shù)數(shù)值，可以讓車輛實現(xiàn)不同的駕駛性能，這也給了標(biāo)定工程師很大的發(fā)揮空間。9.系統(tǒng)測試及接受度測試標(biāo)定完成后，就進(jìn)入了整套流程的最終階段。依據(jù)流程一開始提出的需求，忽略那些具體的技術(shù)實現(xiàn)手段，站在整個系統(tǒng)的高度檢驗它是否達(dá)到了終端客戶的需求。到了這一步，整套軟件系統(tǒng)已經(jīng)十分成熟。在正式進(jìn)入量產(chǎn)前會從一個時間點開始，停止所有軟件和標(biāo)定變更，為最終量產(chǎn)做準(zhǔn)備。整套V模型走下來可以看到，左側(cè)和右側(cè)的每個環(huán)節(jié)相互對應(yīng)。需求為定義測試方案提供基礎(chǔ)，而測試結(jié)果又會帶動進(jìn)一步的開發(fā)和完善。你或許會問，如果從V模型的左上角好不容易一路走到右上角，結(jié)果最后一步測試發(fā)現(xiàn)當(dāng)初第一步的系統(tǒng)構(gòu)架出了設(shè)計問題，那豈不是為時已晚？難道還要一切重新來過？的確，軟件系統(tǒng)十分復(fù)雜，研發(fā)周期長。如果只是沿著V模型慢慢悠悠從左到右走一遍，等最后一步才發(fā)現(xiàn)問題，那確實一切都來不及了。因此，在實際研發(fā)中會持續(xù)不斷地集成、持續(xù)不斷地測試，工程師們會把V模型從左到右重復(fù)走許多遍。研發(fā)初期連原型車都還沒有的時候，軟件測試會依靠整車仿真系統(tǒng)在計算機中進(jìn)行，發(fā)動機、變速箱、電子控制器、總線等都虛擬存在于工程師電腦中（SiL,SoftwareintheLoop）。在仿真系統(tǒng)中，汽車可以如真實般開動，模擬各種工況提供給工程師測試。隨著車型研發(fā)推進(jìn)，某些電子控制器研發(fā)完成，他們可以取代那些虛擬的電子控制器進(jìn)入測試環(huán)境，但是其他部件仍為虛擬仿真（HiL,HardwareintheLoop）。直到有一天，原型車研發(fā)完成，軟件集成和測試進(jìn)入試驗臺架。最終，原型車調(diào)試完畢落地，軟件測試進(jìn)入實車階段�？梢哉f，軟件開發(fā)的起始點非常早，從虛擬到現(xiàn)實一路走來，一直延續(xù)到最后的量產(chǎn)前夕。其實目的只有一個，通過不斷集成和測試，盡可能發(fā)現(xiàn)所有問題，保證汽車的駕駛性、舒適性和安全性。五、汽車電子軟件發(fā)展趨勢1、ECU整合度將提升早在去年，大眾就宣布力爭讓汽車上只有一個ECU。在一些供應(yīng)商巨頭內(nèi)部，確實也在這么做。特別是在ADAS和自動駕駛下，整合的ECU架構(gòu)尤為重要。2、ECU將承載更多的傳感器未來汽車將需要更多的傳感器來感知環(huán)境，以及依靠傳感器來保證冗余設(shè)計。這對ECU的能力來說也是考驗。不過高級算法與機器學(xué)習(xí)的發(fā)展，有望取代一部分傳感器，減少傳感器數(shù)量。3、汽車以太網(wǎng)發(fā)展長期以來，汽車ECU都是在一個封閉的網(wǎng)絡(luò)環(huán)境下。不過隨著智能汽車技術(shù)、物聯(lián)網(wǎng)的發(fā)展，很有可能會催生汽車以太網(wǎng)，實現(xiàn)跨域通信。不過如何保證功能安全，這將又是對汽車軟件的一大考驗。數(shù)據(jù)量的提升、HAD的冗余要求、互聯(lián)環(huán)境下的安全保障，以及跨行業(yè)標(biāo)準(zhǔn)協(xié)議的需求很有可能催生汽車以太網(wǎng)，并使其成為冗余中央數(shù)據(jù)總線的關(guān)鍵助推因素。以太網(wǎng)解決方案可以實現(xiàn)跨域通信，并通過添加以太網(wǎng)擴(kuò)展，例如音-視頻橋接（AVB）和時間敏感網(wǎng)絡(luò)（TSN）等，來滿足實時性要求。本地互聯(lián)網(wǎng)絡(luò)、控制器區(qū)域網(wǎng)絡(luò)等傳統(tǒng)網(wǎng)絡(luò)將繼續(xù)在車輛上運用，但僅用于封閉式的低級網(wǎng)絡(luò)，如傳感器和執(zhí)行器等。FlexRay和MOST等技術(shù)有可能被汽車以太網(wǎng)及其擴(kuò)展（如AVB、TSN等）取代。4、整車企業(yè)會嚴(yán)控與功能安全及HAD相關(guān)的數(shù)據(jù)互連，但將為第三方訪問數(shù)據(jù)開放接口發(fā)送與接收安全關(guān)鍵數(shù)據(jù)的中央互聯(lián)網(wǎng)關(guān)將始終直接且僅連接到整車企業(yè)的后臺，第三方會被允許進(jìn)行數(shù)據(jù)訪問（被監(jiān)管法規(guī)排除的場景除外）。然而，在車輛APP化的推動下，資訊娛樂系統(tǒng)的新興開放接口將允許內(nèi)容和應(yīng)用程序供應(yīng)商加載內(nèi)容，而整車企業(yè)將盡可能嚴(yán)格地保持各自的標(biāo)準(zhǔn)。目前的車載診斷端口將被互聯(lián)通訊方案取代。通過接入整車物理端口來讀取車輛數(shù)據(jù)不再必要，登陸車企后臺即可。車企將在其后臺開放若干數(shù)據(jù)接口，以滿足若干特定場景的需求，如失竊車輛軌跡追蹤或個性化保險等5、汽車將在云端結(jié)合車內(nèi)及車外信息雖然非車企以外的企業(yè)參與程度仍取決于監(jiān)管法規(guī)，非敏感數(shù)據(jù)（即非隱私或安全相關(guān)數(shù)據(jù)）仍然有望更多地在云端進(jìn)行處理。隨著數(shù)據(jù)量的增長，大數(shù)據(jù)分析將被越來越多地應(yīng)用于數(shù)據(jù)處理，并將基于數(shù)據(jù)處理結(jié)果制定相應(yīng)的行動方案�；�于數(shù)據(jù)的自動駕駛的應(yīng)用及其他各項數(shù)字化創(chuàng)新將依賴于不同企業(yè)之間的數(shù)據(jù)共享。當(dāng)然現(xiàn)在仍然不清楚不同企業(yè)間的數(shù)據(jù)共享將如何實現(xiàn)、由誰實現(xiàn)，但主要的傳統(tǒng)供應(yīng)商和技術(shù)企業(yè)已經(jīng)開始建立有能力處理此種海量數(shù)據(jù)的集成化平臺。6、汽車將應(yīng)用雙向通信的可更新部件通過車載測試系統(tǒng)，汽車可以實現(xiàn)自動檢查功能和集成更新，從而推動生命周期管理，以及增強或解鎖產(chǎn)品的售后功能。所有ECU都會與傳感器和執(zhí)行器交換數(shù)據(jù)，并檢索數(shù)據(jù)包來支持創(chuàng)新性用例，如基于車輛參數(shù)的路線計算。OTA更新是HAD的前提條件，它還將有助于開發(fā)新功能、確保網(wǎng)絡(luò)安全，并使車企得以更快部署功能與軟件。事實上，正是OTA推動了本文提及的多項整車架構(gòu)上的重大變革。為實現(xiàn)類似智能手機那樣的升級性，汽車行業(yè)須克服限制性的經(jīng)銷合同、監(jiān)管要求和安全與隱私問題等諸多挑戰(zhàn)。整車企業(yè)將與該領(lǐng)域的技術(shù)供應(yīng)商密切合作，在OTA平臺上實現(xiàn)車隊標(biāo)準(zhǔn)化。車輛將在全壽命周期內(nèi)獲取功能性及安全性升級。監(jiān)管部門可能強制要求軟件維護(hù)，來確保車輛設(shè)計的安全完整性。更新和維護(hù)軟件的責(zé)任將在車輛維護(hù)與運行領(lǐng)域催生新業(yè)務(wù)模式。中國將成為汽車軟件及電子產(chǎn)業(yè)發(fā)展的新高地中國的整車行業(yè)在過去幾年取得了有目共睹的巨大發(fā)展。國產(chǎn)汽車行業(yè)的進(jìn)展不僅體現(xiàn)在傳統(tǒng)能源汽車的研發(fā)及制造上，也同時體現(xiàn)在了諸如汽車電動化、共享化、互聯(lián)網(wǎng)化、無人駕駛化等所謂“新四化”上。國產(chǎn)汽車軟件及電子的發(fā)展，也會借此東風(fēng)，不斷取得新發(fā)展。國內(nèi)一些車企在上面軟件發(fā)展趨勢中也有所動作：ECU整合：比亞迪早前宣布在最新的e平臺上實現(xiàn)儀表、空調(diào)、音響、智能鑰匙等控制模塊10合1，使整車控制模塊線束大幅減少，降低模塊故障率以及提升生產(chǎn)裝配效率。汽車以太網(wǎng)：上汽集團(tuán)早前推出了基于全新電子電氣架構(gòu)的電動車平臺——DoubleE架構(gòu)，核心亮點之一是采用了支持海量數(shù)據(jù)極速傳輸?shù)囊蕴�網(wǎng)技術(shù)。整車廠商開放數(shù)據(jù)接口：比亞迪早前上線了汽車智慧開放平臺，并通過該平臺將車內(nèi)信號封裝為數(shù)百個API。開放的API內(nèi)容涵蓋車身、行駛數(shù)據(jù)、車速、全景、空調(diào)、雷達(dá)、充電設(shè)備等18類數(shù)據(jù)。云端數(shù)據(jù)處理：阿里巴巴推出的AliOS智聯(lián)網(wǎng)汽車解決方案，其一大亮點是充分發(fā)揮了阿里云在云計算、大數(shù)據(jù)和人工智能的優(yōu)勢，借助阿里巴巴的生態(tài)能力，賦能合作伙伴更好探索“數(shù)據(jù)x智能”驅(qū)動的新型業(yè)務(wù)模式。OTA：上汽與阿里巴巴合作的斑馬智行在2017年底/2018年初完成對近40萬臺榮威/MG品牌乘用車的OTA升級，受到了業(yè)內(nèi)極大關(guān)注，堪稱是智能汽車在華發(fā)展的標(biāo)志性事件之一。汽車軟件和電子系統(tǒng)的新時代已經(jīng)開啟。此前業(yè)內(nèi)奉為圭臬的業(yè)務(wù)模式、客戶需求和競爭格局都將發(fā)生劇變。我們對即將產(chǎn)生的產(chǎn)值和利潤持樂觀態(tài)度。但若想從變革中獲益，汽車行業(yè)的所有參與者均應(yīng)根據(jù)全新的環(huán)境，重新思考和謹(jǐn)慎定位（或再定位）自身的價值主張。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：126

軟件功能安全開發(fā)中主要針對的是軟件的系統(tǒng)性失效。這里面主要是針對各階段開發(fā)活動提出了相應(yīng)的規(guī)范性要求，并對不同ASIL等級軟件開發(fā)，所需要進(jìn)行的具體測試方法和內(nèi)容。軟件功能開發(fā)遵循V模型開發(fā)，即從需求開始，分層次進(jìn)行軟件的架構(gòu)設(shè)計、單元設(shè)計和具體的代碼開發(fā)。與每階段設(shè)計開發(fā)對應(yīng)的是相應(yīng)的集成和測試工作。ISO26262里對軟件開發(fā)的很多具體規(guī)范性要求很多，并且比較詳細(xì)。但對這些規(guī)范的合規(guī)性檢查就是不太容易操作的事情了。對于代碼的靜態(tài)分析和語義代碼分析，在開發(fā)中可以借助專業(yè)工具依據(jù)具體的規(guī)范標(biāo)準(zhǔn)（如MISRA-C等）進(jìn)行檢查，工具可以幫助查找所有錯誤和不符合項。而對于一些設(shè)計規(guī)則，如軟件架構(gòu)設(shè)計要注意層次性，高內(nèi)聚，低耦合。這種指導(dǎo)性的要求，在實際開發(fā)中，開發(fā)者不太容易對開發(fā)產(chǎn)物進(jìn)行準(zhǔn)確評價。這里簡單介紹一下業(yè)界使用比較廣泛的架構(gòu)設(shè)計標(biāo)準(zhǔn)和設(shè)計思路。汽車電子領(lǐng)域最常用的軟件架構(gòu)設(shè)計標(biāo)準(zhǔn)之一是AUTOSAR（AUTOmotiveOpenSystemArchitecture）。AUTOSAR標(biāo)準(zhǔn)是2003年歐洲寶馬為首幾家OEM聯(lián)合一些Tier1成立的聯(lián)盟，目標(biāo)是開發(fā)適用于汽車電子開發(fā)的支持分布式、功能驅(qū)動的汽車電子軟件開發(fā)方法和軟件架構(gòu)標(biāo)準(zhǔn)化方案。AUTOSAR采用了分層式的設(shè)計，實現(xiàn)了軟件和硬件的分離。AUTOSAR通過中間層RTE(RuntimeEnviroment)作為虛擬總線，成功的實現(xiàn)上層應(yīng)用軟件層（ApplicationSoftwareLayer）和下層基于硬件的基礎(chǔ)軟件層（BasicSoftware）。采用AUTOSAR架構(gòu)設(shè)計，在進(jìn)行應(yīng)用層軟件開發(fā)時，可以不受硬件ECU的限制，擺脫了對硬件的依賴。RTE集合了所有AUTOSAR提供的通信機制。應(yīng)用軟件被劃分為各個組件，通過系統(tǒng)配置，軟件組件會被映射到指定的ECU上，而組件間的虛擬連接也同時映射CAN,FlexRay,MOST等總線上。軟件組件與RTE通信，是通過預(yù)先定義好的端口來實現(xiàn)的。各軟件組件之間不允許直接互相通信，RTE層封裝好COM等通信層BSW后，為上層應(yīng)用軟件提供RTEAPI，軟件組件再使用端口的方式進(jìn)行通信。AUTOSAR架構(gòu)中共分六層：1.應(yīng)用軟件層（ApplicationLayer）2.運行環(huán)境RTE(RuntimeEnvironment)3.服務(wù)層（ServicesLayer）4.ECU抽象層（ECUAbstractionLayer）5.微控制器抽象層（MicrocontrollerAbstractionLayer）6.復(fù)雜驅(qū)動（ComplexDeviceDrivers）微控制器抽象層是處理控制器依賴的各功能，包括IO驅(qū)動、通信驅(qū)動、內(nèi)存驅(qū)動和微控制器驅(qū)動。這一層也相當(dāng)于傳統(tǒng)嵌入式開發(fā)中的底層驅(qū)動。ECU抽象層是基于ECU依賴的各功能，這一層經(jīng)過微控制器抽象層的隔離，已經(jīng)是不依賴特定的微控制器了。ECU抽象層主要包括IO硬件抽象層、通信抽象層、內(nèi)存抽象層和車載設(shè)備抽象層。ECU抽象層將微控制器抽象層各功能抽象為ECU層的功能。服務(wù)層主要包括了通信服務(wù)、內(nèi)存服務(wù)和系統(tǒng)服務(wù)。這一層可以隔離大部分ECU依賴的功能。而在開發(fā)中，一些極高實時性的傳感器采樣、執(zhí)行器控制等功能，需要通過專門的復(fù)雜驅(qū)動來實現(xiàn)。軟件開發(fā)中采用AUTOSAR架構(gòu)，成功的將應(yīng)用層與底層隔離開了。這樣車廠或者Tier1可以專心進(jìn)行與產(chǎn)品功能直接相關(guān)的應(yīng)用層開發(fā)，在應(yīng)用層上建立起區(qū)別于對手的特征。對于中間層和底層，可以交由專業(yè)的供應(yīng)商來完成，而且這一部分有越來越趨同的現(xiàn)象。中間層和底層對用戶是不可見的，車廠對于這部分工作甚至可以采用共同的平臺供應(yīng)商，這樣對成本和產(chǎn)品成熟、穩(wěn)定性都是有很大幫助的。當(dāng)然，上面提到的AUTOSAR的優(yōu)勢只是理論上的。在實際產(chǎn)品開發(fā)中，應(yīng)用層開發(fā)方或者最終產(chǎn)品負(fù)責(zé)方是不可能真的做到完全不管中間層和底層實現(xiàn)的，只是這種參與和投入程度相比傳統(tǒng)的方式大大減少。作為系統(tǒng)開發(fā)和集成方，對于功能安全產(chǎn)品開發(fā)，其負(fù)責(zé)的工作不僅包括軟件開發(fā)，也包括達(dá)到標(biāo)準(zhǔn)對硬件指標(biāo)的要求。而對于硬件設(shè)計，其是與采用的控制器型號、外圍驅(qū)動和通信設(shè)備、甚至電容電阻是直接相關(guān)的。對于硬件相關(guān)的診斷，大多需要相應(yīng)的軟件功能來調(diào)用和實現(xiàn)。對于很多軟件功能診斷，同樣會對硬件設(shè)備提出要求。在系統(tǒng)架構(gòu)設(shè)計上，需要兼顧軟硬件需求，合理設(shè)計系統(tǒng)架構(gòu)。汽車設(shè)計中常采用的架構(gòu)包括從傳統(tǒng)發(fā)動機設(shè)計演變而來的EGAS三層架構(gòu)。在功能安全的系統(tǒng)架構(gòu)設(shè)計中，我們可以考慮借鑒類似EGAS這種業(yè)界比較成熟的架構(gòu)設(shè)計思路。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：220

原則1質(zhì)量第一QUALITYIS#1無論如何定義質(zhì)量，客戶都不會容忍低質(zhì)量的產(chǎn)品。質(zhì)量必須被量化，并建立可落地實施的機制，以促進(jìn)和激勵質(zhì)量目標(biāo)的達(dá)成。即使質(zhì)量沒達(dá)到要求，也要按時交付產(chǎn)品，這似乎是政治正確的行為，但這是短視的。從中長期來看，這樣做是自殺。質(zhì)量必須被放在首位，沒有可商量的余地。EdwardYourdon建議，當(dāng)你被要求加快測試、忽視剩余的少量bug、在設(shè)計或需求達(dá)成一致前就開始編碼時，要直接說“不”。原則2質(zhì)量在每個人眼中都不同QUALITYISINTHEEYESOFTHEBEHOLDER軟件質(zhì)量沒有唯一的定義。對開發(fā)者來說，質(zhì)量可能是優(yōu)雅的設(shè)計或優(yōu)雅的代碼。對在緊張環(huán)境中工作的客戶來說，質(zhì)量可能是響應(yīng)時間或高吞吐量。對成本敏感的項目來說，質(zhì)量可能是低開發(fā)成本。對一些客戶來說，質(zhì)量可能是滿足他們所有已知和未知的需求。這里的難題是，以上要求可能無法完全兼顧。當(dāng)優(yōu)化某人關(guān)注的質(zhì)量時，可能會影響其他人關(guān)注的質(zhì)量（這就是溫伯格的“政治困境”原則）。項目必須確定各因素的優(yōu)先級，并清晰地傳達(dá)給所有相關(guān)方。原則3高質(zhì)量軟件是可以實現(xiàn)的HIGH-QUALITYSOFTWAREISPOSSIBLE盡管我們的行業(yè)中有一些表現(xiàn)不佳、包含bug，或者根本無法滿足客戶需求的軟件系統(tǒng)的例子，但仍然有一些成功的例子。大型軟件系統(tǒng)可以以非常高的質(zhì)量構(gòu)建，但價格昂貴：每行代碼高達(dá)1000美元。例如，IBM為美國宇航局的航天飛機開發(fā)的機載飛行軟件，總共約300萬行代碼，源于嚴(yán)謹(jǐn)?shù)能浖�開發(fā)過程，產(chǎn)品發(fā)布后每萬行代碼中發(fā)現(xiàn)的錯誤少于一個。作為軟件開發(fā)人員，應(yīng)該學(xué)習(xí)和了解已被驗證、可以極大提高軟件質(zhì)量的方法。這些方法包括：讓客戶參與（見原則8）、原型設(shè)計（在全面開發(fā)之前驗證需求；見原則11～13）、保持設(shè)計簡單（見原則67）、審查代碼（見原則98）和雇用最優(yōu)秀的人（見原則130和131）。作為客戶，在追求卓越的同時，要意識到隨之而來的高額成本。原則4不要試圖通過改進(jìn)軟件實現(xiàn)高質(zhì)量DON’TTRYTORETROFITQUALITY質(zhì)量無法通過軟件的改進(jìn)來獲得。這適用于質(zhì)量的任何定義：可維護(hù)性、可靠性、適應(yīng)性、可測試性、安全性等。即使我們在開發(fā)過程中十分努力，使軟件具備高質(zhì)量也是十分不易的。如果我們不努力，又怎么可能期望獲得高質(zhì)量呢？這就是絕不能將“一次性原型”轉(zhuǎn)換成產(chǎn)品的主要原因（見原則11）。原則5盡早把產(chǎn)品交給客戶GIVEPRODUCTSTOCUSTOMERSEARLY在需求階段，無論你多么努力地試圖去了解客戶的需求，都不如給他們一個產(chǎn)品，讓他們使用它，這是確定他們真實需求的最有效方法。如果遵循傳統(tǒng)的瀑布式開發(fā)模型，那么在99%的開發(fā)資源已經(jīng)耗盡之后，才會第一次向客戶交付產(chǎn)品。如此一來，大部分的客戶需求反饋將發(fā)生在資源耗盡之后。和以上方法相反，可在開發(fā)過程的早期構(gòu)建一個快速而粗糙的原型。將這個原型交付給客戶，收集反饋，然后編寫需求規(guī)格說明并進(jìn)行正規(guī)的開發(fā)。使用這種方法，當(dāng)客戶體驗到產(chǎn)品的第一個版本時，只消耗了5%～20%的開發(fā)資源。如果原型包含合適的功能，就可以更好地理解和把握最有風(fēng)險的客戶需求，最終產(chǎn)品也就更有可能讓客戶滿意。這有助于確保將剩余的資源用于開發(fā)正確的系統(tǒng)。原則6促使開發(fā)者與客戶的目標(biāo)一致ALIGNINCENTIVESFORDEVELOPERANDCUSTOMER項目經(jīng)常會因為客戶和開發(fā)人員的目標(biāo)不同（或不兼容）而失敗。一個簡單的案例是，客戶希望在特定日期前獲得特性1、2、3，而開發(fā)人員希望最大化營收或利潤。為了最大化營收，開發(fā)人員可能會嘗試完整地開發(fā)這三個特性，即使會導(dǎo)致項目延期。與此同時，客戶可能寧愿放棄其中一個特性的一部分功能，只要能按時交付其他特性。為使雙方的目標(biāo)達(dá)成一致，有如下方法：（1）按優(yōu)先級對需求排序（見原則50），以便開發(fā)人員了解它們的相對重要性。（2）根據(jù)需求的優(yōu)先級獎勵開發(fā)人員（例如，所有高優(yōu)先級的需求必須完成；每完成一個中優(yōu)先級的需求，開發(fā)人員可獲得一些額外的小獎勵；每完成一個低優(yōu)先級的需求，可獲得的獎勵非常小）。（3）對逾期交付實行嚴(yán)厲的處罰。原則7要快速地開發(fā)一次性原型BUILDTHROWAWAYPROTOTYPESQUICKLY如果你已經(jīng)決定開發(fā)一次性原型，那么就要用最快的方式。不用擔(dān)心質(zhì)量�？墒褂谩耙豁摷垺钡男枨笠�(guī)格說明。不用擔(dān)心設(shè)計或編碼中的文檔�？梢允褂萌魏喂ぞ��？梢允褂萌魏尉幊陶Z言，只要能夠方便程序的快速開發(fā)。不用擔(dān)心編程語言的可維護(hù)性。原則8看到越多，需要越多THEMORESEEN,THEMORENEEDED在軟件行業(yè)，一次次見證了：提供給用戶的功能（或性能）越多，用戶想要的功能（或性能）就越多。當(dāng)然，這與原則7（盡早把產(chǎn)品交給客戶）、原則14（漸進(jìn)地擴(kuò)展系統(tǒng)）、原則185（軟件會持續(xù)變化）以及原則201（系統(tǒng)的存在促進(jìn)了演變）互相支持。但更重要的是，你必須為不可避免的情況做好準(zhǔn)備。在管理和工程處理流程的每個方面都應(yīng)該做好準(zhǔn)備，一旦用戶看到產(chǎn)品，他們就會想要更多的東西。這意味著，所產(chǎn)生的每個文檔都應(yīng)該以有利于更改的方式進(jìn)行存儲和組織。這意味著，配置管理流程（見原則174）必須在距離交付很長時間之前就就位。這也意味著，在軟件部署后不久，你就應(yīng)該準(zhǔn)備好，以應(yīng)對用戶口頭或書面請求的沖擊。這還意味著，你選擇的設(shè)計方案應(yīng)使容量、輸入速率和功能都很容易變更。原則9只要可能，購買而非開發(fā)IFPOSSIBLE,BUYINSTEADOFBUILD要降低不斷上漲的軟件開發(fā)成本和風(fēng)險，最有效的方法就是，購買現(xiàn)成的軟件，而不是自己從頭開發(fā)。確實，現(xiàn)成的軟件也許只能解決75%的問題。但考慮一下從頭開發(fā)的選擇吧：支付至少10倍于購買軟件的費用，且要冒著超出預(yù)算100%且延期的風(fēng)險（如果最后能夠完成！），并且最終發(fā)現(xiàn)，它只能滿足75%的預(yù)期。對一個客戶來說，新的軟件開發(fā)項目似乎最初總是令人興奮的。開發(fā)團(tuán)隊也是“樂觀的”，對“最終”解決方案充滿了希望。但幾乎很少有軟件開發(fā)項目能夠順利運行。不斷增加的成本通常會導(dǎo)致需求被縮減，最終研發(fā)出的軟件可以滿足的需求也許跟現(xiàn)成的軟件差不多。作為一個開發(fā)者，應(yīng)該復(fù)用盡可能多的軟件。復(fù)用是“購買而非開發(fā)”原則在較小范圍內(nèi)的體現(xiàn)�？蓞⒖荚瓌t84。原則10技術(shù)優(yōu)先于工具TECHNIQUEBEFORETOOLS一個沒規(guī)矩的木匠使用了強大的工具，會變成一個危險的沒規(guī)矩的木匠。一個沒規(guī)矩的軟件工程師使用了工具，會變成一個危險的沒規(guī)矩的軟件工程師。在使用工具前，你應(yīng)該先要“有規(guī)矩”（即理解并遵循適當(dāng)?shù)能浖�開發(fā)方法）。當(dāng)然，你也要了解如何使用工具，但這和“有規(guī)矩”相比是第二位的。我強烈建議，在投資于工具以對某項技術(shù)“自動化”之前，先手工驗證這項技術(shù)，并說服自己和管理層：這項技術(shù)是可行的。在大多數(shù)情況下，如果一項技術(shù)在手工操作時不靈，那么在自動操作時也不靈。原則11跟風(fēng)要小心FOLLOWTHELEMMINGSWITHCARE即使有五千萬人說傻話，那仍然是傻話。安那托爾·佛朗士（AnatoleFrance）大家都做的事情，對你來說也不一定是正確的。也許它是正確的，但你也應(yīng)該評估它對你所處環(huán)境的適用性。這樣的例子包括：面向?qū)ο螅�軟件度量（見原則142、143、149、150和151），軟件復(fù)用（見原則84），過程成熟度（見原則163），計算機輔助軟件工程（CASE，見原則22至25），原型設(shè)計（見原則11、12、13、42）。在所有案例中，以上這些方法都提供了非常積極的幫助，體現(xiàn)在提高質(zhì)量、降低成本、提高用戶滿意度等方面。然而，這些好處只在它們能發(fā)揮作用的組織中才會顯現(xiàn)出來。盡管回報顯著，但是它們的作用常常被過度宣傳，其實它們并不是那么必然或通用。當(dāng)你學(xué)習(xí)“新”技術(shù)時，不要輕易接受與之相關(guān)的不可避免的炒作（見原則129）。要仔細(xì)閱讀，理性考慮它的收益和風(fēng)險。在大規(guī)模應(yīng)用之前要進(jìn)行試驗。但同時也絕對不要忽略“新”技術(shù)（見原則31）。Davis,A.,"SoftwareLemmingineering,"IEEESoftware,10,6(September1993),pp.79-81,84.類似的原則還有很多，以上內(nèi)容摘自《201PrinciplesofSoftwareDevelopment》中文版，書名是《軟件開發(fā)的201個原則》。給中國軟件工程師的寄語（節(jié)選）致我的兄弟姐妹們：和你們一樣，我的職業(yè)生涯始于軟件工程師，那是1975年，將近半個世紀(jì)之前。我認(rèn)為我們在時間和國家方面的差異相當(dāng)微不足道。所以，我像和我的朋友、我的同齡人一樣與你交談。26年后的今天，當(dāng)我審視201PrinciplesofSoftwareDevelopment中的這201條原則時，我很高興地宣告，幾乎所有的原則都經(jīng)受住了時間的考驗，就像物理學(xué)中的基本原理一樣。當(dāng)你做軟件架構(gòu)設(shè)計或“拋出代碼”時，不要忽視真正重要的事情。那是什么呢？是你的正直，這是你對自己的看法。如果有人要求你做一些你知道是錯誤的事情，你有義務(wù)阻止它。軟件工程是一個美妙的職業(yè)，它使你能夠進(jìn)入數(shù)百個以軟件為支柱的專業(yè)領(lǐng)域�！吧�生不息，繁榮昌盛。”好好享受！201PrinciplesofSoftwareDevelopment作者AlanM.Davis2021年9月全書共9章，第1章為引言，后面8章將201個軟件工程的原則劃分為8個大的類別：一般原則、需求工程原則、設(shè)計原則、編碼原則、測試原則、管理原則、產(chǎn)品保證原則和演變原則。甚至你可以在空白處寫上簡單的，聰明的你認(rèn)為的“原則”。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：272

導(dǎo)讀：隨著汽車電子技術(shù)在汽車產(chǎn)業(yè)的廣泛應(yīng)用，汽車電控系統(tǒng)和網(wǎng)絡(luò)日益復(fù)雜，而汽車產(chǎn)品更新越來越快，要求電控單元開發(fā)周期越來越短，汽車電子軟件開發(fā)管理難度增大，復(fù)用性和移植性變差，因此，采用規(guī)范的軟件開發(fā)平臺，提高軟件開發(fā)效率和質(zhì)量已迫在眉睫。本文主要介紹了構(gòu)建軟件開發(fā)環(huán)境的背景、可借鑒的實施技術(shù)方案、構(gòu)建統(tǒng)一管理平臺所取得的效果和遺留問題對策。1、引言進(jìn)入21世紀(jì)，特別是最近十年，智能網(wǎng)聯(lián)和新能源車型的開發(fā)進(jìn)入快車道，汽車行業(yè)軟件開發(fā)在整車開發(fā)中的占比越來越高，軟件開發(fā)不再是一個小部門完成零部件類開發(fā)，而是需要從整車需求定義開始，整合電子電氣架構(gòu)開發(fā)，到系統(tǒng)架構(gòu)、軟件架構(gòu)、軟件代碼開發(fā)、單元測試、系統(tǒng)測試直到整車測試一整套完整的V-model模型開發(fā)流程支持。由于軟件開發(fā)對團(tuán)隊作戰(zhàn)、質(zhì)量控制提出了更高的要求，因此構(gòu)建一個全價值鏈軟件開發(fā)環(huán)境成為汽車研發(fā)產(chǎn)品開發(fā)管理中的重要一環(huán)。隨著電子技術(shù)的發(fā)展，商用車電子電氣系統(tǒng)越來越復(fù)雜，整車的安全性、舒適性、娛樂性包括發(fā)動機控制及排放升級，任何一項新技術(shù)的應(yīng)用和提升都離不開電子技術(shù)。整車上的各種ECU（ElectronicControlUnit）越來越多，相互之間交互的信號越來越多、網(wǎng)絡(luò)的通信方式越來越復(fù)雜，如此復(fù)雜的電控系統(tǒng)對整車的功能、性能、成本、開發(fā)周期都有更高的要求，很多時候它決定了整車產(chǎn)品的性能和競爭力達(dá)成。電控系統(tǒng)開發(fā)大部分工作集中在嵌入式軟件開發(fā)和測試階段，針對軟件開發(fā)和測試的管理，要求建立一套完善的軟件開發(fā)管理平臺。2、軟件開發(fā)環(huán)境建設(shè)必要性和緊迫性企業(yè)對業(yè)務(wù)需求梳理后認(rèn)為，建立軟件開發(fā)環(huán)境已經(jīng)刻不容緩，迫在眉睫。1）電控和智能網(wǎng)聯(lián)軟件開發(fā)在動力總成及整車產(chǎn)品中占據(jù)越來越重要的地位，決定著產(chǎn)品性能和競爭力達(dá)成。2）軟件開發(fā)是多部門、多任務(wù)、多地點的協(xié)同開發(fā)模式，提升軟件開發(fā)質(zhì)量、效率，保證數(shù)據(jù)安全。3）軟件開發(fā)目前不受控，各個項目組內(nèi)部管控，數(shù)據(jù)存放在個人手中，存在信息安全風(fēng)險。4）軟件開發(fā)涉及開發(fā)經(jīng)驗和技術(shù)能力的積累，需要軟件開發(fā)環(huán)境項目提供技術(shù)支持，將企業(yè)軟件開發(fā)知識資產(chǎn)積累和沉淀。5）當(dāng)前企業(yè)多個產(chǎn)品開發(fā)項目已進(jìn)入全面鋪開階段，項目之間急需協(xié)同開發(fā)，并對需求和代碼、測試進(jìn)行有效管控，急需一個成熟的系統(tǒng)平臺支持。3、軟件開發(fā)環(huán)境建設(shè)技術(shù)方案項目預(yù)研究階段，項目組調(diào)研獲悉國內(nèi)軟件開發(fā)行業(yè)已大部分建立了完整的開發(fā)體系，并通過了高等級的標(biāo)準(zhǔn)認(rèn)證。汽車行業(yè)部分企業(yè)已建立完成標(biāo)準(zhǔn)的開發(fā)環(huán)境。部分汽車企業(yè)也通過了A-SPICE（AutomotiveSoftwareProcessImprovementandCapacityDetermination）成熟度認(rèn)證。某企業(yè)在構(gòu)建軟件開發(fā)環(huán)境前，電控軟件開發(fā)環(huán)境處于空白，僅僅使用了部分開發(fā)工具軟件，沒有完整的軟件開發(fā)流程環(huán)境，軟件開發(fā)數(shù)據(jù)存放在個人計算機內(nèi)，軟件需求、代碼、測試未建立關(guān)聯(lián)關(guān)系，沒有版本管理和配置管理，軟件發(fā)放和交換靠人工拷貝或郵件，無系統(tǒng)追蹤記錄。與國內(nèi)同行業(yè)開發(fā)水平存在較大差距，不利于核心數(shù)據(jù)的信息安全和可靠性。在制定軟件開發(fā)環(huán)境技術(shù)方案過程中，首先考慮導(dǎo)入一款成熟的工程控制系統(tǒng)，其主要功能包含如下幾點：配置管理：梳理配置管理流程，配置管理包括代碼，模型以及相關(guān)文件，實現(xiàn)版本、分支、合并、變更以及對比等功能，利用項目變型支持并行軟件的開發(fā)。變更管理：定義變更管理、缺陷管理、質(zhì)量管理流程。定義變更的涉及范圍，定義變更流程，實現(xiàn)變更的可控和追蹤記錄。實現(xiàn)缺陷追蹤管理，實現(xiàn)測試結(jié)果和缺陷的追溯，結(jié)合質(zhì)量管理，將質(zhì)量和缺陷流程數(shù)據(jù)作為變更原因驅(qū)動變更流程。檢查驗證：測試用例管理、測試計劃管理、測試目標(biāo)管理、測試任務(wù)和測試結(jié)果。實現(xiàn)測試用例分級分類，實現(xiàn)需求和測試的雙向追溯，提供需求覆蓋度計算，測試執(zhí)行率計算等。軟件質(zhì)量：支持產(chǎn)品測試、評審等質(zhì)量活動中產(chǎn)品缺陷的提出，缺陷具有分析、追溯流程。需求追朔性：所有工程文件必須關(guān)聯(lián)，需求與代碼、測試文件等建立關(guān)聯(lián)關(guān)系，具備可追溯性。能夠?qū)崿F(xiàn)需求與子需求之間的追溯。需求分解：定義需求結(jié)構(gòu)，需求管理流程。實施需求過程管理，包括：系統(tǒng)需求、軟件需求、硬件需求，同時在系統(tǒng)需求層面實現(xiàn)ISO26262功能安全部分。版本控制：軟件項目和軟件代碼的版本管理,基線管理以及軟件代碼的權(quán)限控制,主流IDE的集成。文檔管理：軟件開發(fā)環(huán)境中所有文檔具備樹形結(jié)構(gòu)化管理方案，文檔創(chuàng)建核發(fā)布有審批流程和生命周期狀態(tài)定義。導(dǎo)入系統(tǒng)平臺同時，需要同步制定企業(yè)軟件管理各種規(guī)范標(biāo)準(zhǔn)，具體包括項目管理、需求管理、軟件代碼、測試文檔等開發(fā)文檔的命名規(guī)范、評審規(guī)范，版本管理規(guī)范等。為了保證軟件代碼和相關(guān)文檔的信息安全，除了系統(tǒng)中設(shè)定相關(guān)權(quán)限管理外，利用當(dāng)前云桌面技術(shù)，所有應(yīng)用都在云桌面上運行，包括軟件開發(fā)環(huán)境平臺、軟件開發(fā)工具等，所有涉及到的開發(fā)和測試數(shù)據(jù)都保存在云服務(wù)器上，并進(jìn)行適當(dāng)?shù)募用芴幚�。確保軟件數(shù)據(jù)的完整性和安全性。經(jīng)過項目組大量的評審和測試，最終確定應(yīng)用一款成熟的ALM(ApplicationLifecycleManagement)系統(tǒng)作為軟件開發(fā)環(huán)境基礎(chǔ)平臺，在平臺上實現(xiàn)軟件項目全過程的管理，包括需求分析、設(shè)計、開發(fā)、測試、代碼編譯發(fā)布等，并能夠按照業(yè)界實踐對其過程進(jìn)行管控和各過程間的連接，能夠充分滿足汽車行業(yè)客戶對于車載軟件研發(fā)管理系統(tǒng)平臺的功能訴求，過程示意如下：在軟件開發(fā)的全生命周期管理的全過程，能夠與常規(guī)應(yīng)用的工具進(jìn)行集成，包括matlab、MicrosoftWord、MicrosoftExcel、Eclipse、VisualStudio等。4、軟件開發(fā)環(huán)境平臺構(gòu)建實現(xiàn)效果1）完成需求過程管理，包括：系統(tǒng)需求、軟件需求、硬件需求，同時在系統(tǒng)需求層面實現(xiàn)ISO26262功能安全部分。2）完成測試管理：測試用例管理、測試計劃管理、測試目標(biāo)管理、測試任務(wù)和測試結(jié)果。實現(xiàn)測試用例分級分類，實現(xiàn)需求和測試的雙向追溯，提供需求測試覆蓋度計算，測試執(zhí)行率計算等。3）管理缺陷的追蹤流程，對缺陷、變更、質(zhì)量等問題提供狀態(tài)分布圖、趨勢圖、分類圖、延誤圖，實現(xiàn)測試結(jié)果和缺陷的追溯。4）追溯關(guān)系，建立需求、測試、缺陷、模型、代碼之間的關(guān)聯(lián)關(guān)系和可追溯性管理。5）根據(jù)現(xiàn)有開發(fā)流程，定義配置庫結(jié)構(gòu)，定義主線和分支管理規(guī)則，軟件項目和軟件代碼的版本管理,基線管理以及軟件代碼的權(quán)限控制,主流IDE(IntegratedDevelopmentEnvironment)的集成。6）建設(shè)變更管理標(biāo)準(zhǔn)體系，實現(xiàn)數(shù)據(jù)過程版本管理，修改留有痕跡和記錄，避免犯同一錯誤或同一錯誤重復(fù)出現(xiàn)，借助系統(tǒng)進(jìn)行變更受影響范圍快速分析，對變更進(jìn)行的實時監(jiān)控。7）系統(tǒng)的集成，打通整個軟件開發(fā)工具鏈，整合電子電氣架構(gòu)開發(fā)工具到一體化的電控軟件開發(fā)環(huán)境平臺中，并實現(xiàn)與測試平臺集成，將電控軟件開發(fā)環(huán)境中測試計劃、測試報告?zhèn)鞯綔y試平臺。8）建立知識共享庫、集中共享企業(yè)和各專業(yè)的業(yè)務(wù)規(guī)范、將知識轉(zhuǎn)化為可以應(yīng)用的形式。9）實現(xiàn)產(chǎn)品數(shù)據(jù)的有效性和安全性控制，保證數(shù)據(jù)的準(zhǔn)確性、完整性和一致性，實現(xiàn)對知識資產(chǎn)的有效保護(hù)。10）標(biāo)準(zhǔn)合規(guī)性的支持，遵循國際和國內(nèi)標(biāo)準(zhǔn)，作為汽車行業(yè)A-SPICEHIS2級部分流程的編寫和管理工具，管理部分活動和交付物。5、軟件開發(fā)環(huán)境平臺建設(shè)主要創(chuàng)新點和價值貢獻(xiàn)1）建立起一整套符合企業(yè)業(yè)務(wù)模式的軟件產(chǎn)品生命周期管理流程，并在搭建的電控軟件開發(fā)環(huán)境系統(tǒng)中落地。借助軟件開發(fā)環(huán)境，支持多項目開發(fā)，實現(xiàn)VModel開發(fā)模式，對軟件的配置項進(jìn)行過程管理，利用系統(tǒng)集成實現(xiàn)跨專業(yè)的協(xié)同。2）借助軟件開發(fā)環(huán)境平臺建設(shè)，企業(yè)實現(xiàn)軟件代碼開發(fā)全面云上運行，一方面保證軟件代碼數(shù)據(jù)安全，另一方面，實現(xiàn)云上辦公，充分利用云上辦公資源，實現(xiàn)硬件資源的靈活部署和分配。同時，可以實現(xiàn)遠(yuǎn)程辦公，實時處理開發(fā)過程中遇到的各種問題，大大提高了軟件開發(fā)效率和質(zhì)量。3）通過軟件開發(fā)環(huán)境搭建，對軟件開發(fā)過程進(jìn)行全面規(guī)范化，按照A-SPICE成熟度模型進(jìn)行完善軟件開發(fā)流程，并借助軟件開發(fā)環(huán)境固化流程，達(dá)到開發(fā)過程質(zhì)量受控，開發(fā)測試全過程可追溯、可審計，有力保證了軟件開發(fā)質(zhì)量，提高汽車產(chǎn)品可靠性。6、遺留問題與對策軟件開發(fā)環(huán)境構(gòu)建完成后，軟件代碼在ALM系統(tǒng)中管理，企業(yè)產(chǎn)品數(shù)據(jù)變更管理在PDM(ProductDataManagement)系統(tǒng)中管控，如何將軟件代碼作為零部件進(jìn)行發(fā)布和變更，帶來另外一個問題。即軟件代碼與產(chǎn)品變更單之間的關(guān)聯(lián)關(guān)系需要建立并管控。因此，企業(yè)需要在構(gòu)建軟件開發(fā)環(huán)境平臺同時，考慮建立ALM與PDM之間的接口集成，并監(jiān)控控制規(guī)范和校驗流程，確保軟件代碼在準(zhǔn)確的時間，搭載到準(zhǔn)確的產(chǎn)品車型上，同步刷寫到下線產(chǎn)品車輛中，實現(xiàn)從產(chǎn)品開發(fā)到生產(chǎn)制造的一條龍管理。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...

2022-01-09點擊量：131

人們在圍繞軟件開發(fā)的討論中，幾乎不可避免會隨口引用一兩條原則。你可能聽過人們說：“這行不通，因為‘X法則’！”�；蛘摺澳悴恢�道‘Y原則’嗎？”你是哪種類型的軟件開發(fā)人員？有許多規(guī)律和原則可以引用，其中大部分都基于真理。然而，盲目地使用像上面這樣的絕對陳述來應(yīng)用它們肯定會導(dǎo)致自負(fù)和失敗。本文列舉了一些可以應(yīng)用于軟件開發(fā)的最流行的規(guī)律和原則。對于每條定律，我們將快速討論其主要內(nèi)容，然后探討如何將其應(yīng)用于軟件開發(fā)（也許何時不應(yīng)該）。帕累托原則（80/20法則）內(nèi)容帕累托原則指出，通常80%的結(jié)果來自20%的原因。數(shù)字80和20無論如何都不是精確的，但該原則的總體思路是結(jié)果通常分布不均。我們可以看到生活的許多領(lǐng)域遵守著這條規(guī)則，例如：世界上最富有的20%的人創(chuàng)造了世界80%的收入。80%的犯罪是由20%的罪犯所為（自2020年以來）。我們知道80%的病毒傳播來自20%的受感染人群。如何應(yīng)用在軟件開發(fā)中？我們可以從帕累托原則中獲得的主要好處是專注。它可以幫助我們專注于重要的事情（20%），而不是在不重要的事情（其他80%）上浪費時間和精力。不重要的事情對我們來說往往很重要，因為這樣的事情總是有太多（而且看起來很緊急）。但是最好的結(jié)果往往是通過關(guān)注重要的少數(shù)來達(dá)成的。在軟件開發(fā)中，我們可以使用它來專注于構(gòu)建正確的功能，例如：專注于實現(xiàn)80%產(chǎn)品價值的那20%的產(chǎn)品功能。專注于導(dǎo)致80%用戶使用異常的那20%的錯誤。專注于實現(xiàn)80%的產(chǎn)品功能需要的那20%總構(gòu)建時間…只要問“現(xiàn)在最重要的事情是什么？”就可以幫助建立下一個最重要的事情，而不是下一個最緊急的事情。順便說一下，敏捷和DevOps等現(xiàn)代開發(fā)方法有助于獲得這種關(guān)注！具有定期用戶反饋的快速迭代允許對重要事項進(jìn)行數(shù)據(jù)驅(qū)動的決策。諸如基于主干的帶有功能標(biāo)記的開發(fā)之類的實踐可以幫助軟件團(tuán)隊實現(xiàn)這一目標(biāo)。破窗定理內(nèi)容破碎的窗戶會招致破壞，因此很快所有窗戶都被打破。一般來說：混亂會招致更多的混亂。如果我們的環(huán)境是原始的，我們就會有動力保持這種狀態(tài)。環(huán)境中的混亂越多，我們添加混亂的門檻就越低。畢竟已經(jīng)混亂了……誰在乎我們是否再添加一點呢？我們可以從這條規(guī)則中獲得的主要好處是我們應(yīng)該意識到我們周圍的混亂。如果它達(dá)到人們習(xí)慣于不再關(guān)心它的程度，那么最好為混亂帶來一些秩序。如何應(yīng)用在軟件開發(fā)中？在軟件開發(fā)中，我們可以將其應(yīng)用于代碼質(zhì)量：我們引入代碼庫的每一種代碼異味都會降低我們添加更多代碼異味的門檻。我們應(yīng)該[[StartClean]]并保持代碼庫干凈以避免這種情況發(fā)生。許多代碼庫如此難以理解和維護(hù)的原因是，破窗已經(jīng)悄然出現(xiàn)并且沒有足夠快地修復(fù)。我們也可以將這個原則應(yīng)用到測試覆蓋率上：一旦有一定數(shù)量的代碼進(jìn)入了未被測試覆蓋的代碼庫，就會添加更多未被覆蓋的代碼。這是保持100%代碼覆蓋率（應(yīng)該覆蓋的代碼的）的論據(jù)，因此我們可以在窗口破裂之前看到裂縫。奧卡姆剃刀內(nèi)容哲學(xué)剃刀是一種通過消除（或“削除”）不太可能的假設(shè)來幫助解釋某些事情的原則。奧卡姆剃刀表示，如果有多個假設(shè)，我們應(yīng)該選擇假設(shè)條件最少的假設(shè)（這很可能是解釋最簡單的假設(shè)）。如何應(yīng)用在軟件開發(fā)中？我們可以在事件分析中應(yīng)用奧卡姆剃刀。您可能遇到過這樣的情況：用戶報告了您的應(yīng)用程序存在問題，但您不知道導(dǎo)致問題的原因。因此，您正在搜索日志和指標(biāo)，試圖找到根本原因。下次用戶報告錯誤時，請維護(hù)事件調(diào)查文檔。寫下您對導(dǎo)致問題的原因的假設(shè)。然后，對于每個假設(shè)，列出事實和猜想。如果假設(shè)被證明是正確的，則將其標(biāo)記為事實。如果一個假設(shè)被證明是錯誤的，請將其從文檔中刪除或?qū)⑵錁?biāo)記為錯誤。在任何時候，您現(xiàn)在都可以將時間集中在最可能的假設(shè)上，而不是浪費時間轉(zhuǎn)移注意力。鄧寧-克魯格效應(yīng)內(nèi)容鄧寧-克魯格效應(yīng)表明，沒有經(jīng)驗的人往往會高估自己的能力，而有經(jīng)驗的人往往會低估自己的能力。如果你不擅長某件事，你會認(rèn)為你擅長它。如果你擅長某事，你認(rèn)為你不擅長-這可能導(dǎo)致冒名頂替綜合癥，這讓你懷疑自己的能力，以至于你在其他具有相似技能的人中感到不舒服（害怕別人認(rèn)為你說的不正確）。如何應(yīng)用在軟件開發(fā)中？意識到這種認(rèn)知偏差已經(jīng)是朝著正確方向邁出的良好一步。它將幫助您更好地評估自己的技能，以便您可以尋求幫助，或者克服自我懷疑并自己行動。有助于消除鄧寧-克魯格效應(yīng)和冒名頂替綜合癥的一種做法是結(jié)對或群體編程。你不是獨自工作，沉浸在自我懷疑或優(yōu)越感中，而是與其他人密切合作，邊工作邊交流思想、學(xué)習(xí)和教學(xué)。不過，這只適用于安全的環(huán)境。在個人主義被美化的環(huán)境中，結(jié)對或群體編程會導(dǎo)致更多的自我懷疑或更多的優(yōu)越感妄想。彼得原理內(nèi)容彼得原理指出，只要你在工作中表現(xiàn)出色，你就會得到晉升，直到你晉升得到一份你不稱職的工作。由于您不再成功，您將不再獲得晉升，這意味著您將生活在一份不會給您帶來滿足感或成功的工作中，通常是在您的余生中。前景黯淡！如何應(yīng)用在軟件開發(fā)中？在軟件開發(fā)中，當(dāng)您將角色從開發(fā)人員職業(yè)轉(zhuǎn)換為管理職業(yè)時，彼得原則通常適用。然而，成為一名優(yōu)秀的開發(fā)人員并不一定意味著你是一名優(yōu)秀的經(jīng)理。或者，您可能是一名優(yōu)秀的經(jīng)理，但不要在開發(fā)人員的工作上獲得經(jīng)理工作的滿足感，這意味著您沒有全力以赴（這就是我的情況）。在任何情況下，你都很悲慘，在你面前的職業(yè)道路上看不到任何未來的發(fā)展。在這種情況下，退后一步想想，你希望你的職業(yè)是什么樣子的。然后，轉(zhuǎn)換角色（或公司，如果需要）以獲得您想要的角色。帕金森定律內(nèi)容帕金森定律指出，工作總是會填滿分配給它的時間。如果您的項目在兩周內(nèi)有截止日期，則該項目將不會在此之前完成�？赡苄枰�更長的時間，是的，但絕不會少于我們?yōu)樗�分配的時間，因為我們正在用不必要的工作或拖延來填補時間。如何應(yīng)用在軟件開發(fā)中？帕金森定律的主要驅(qū)動因素是：拖延癥（“截止日期太遠(yuǎn)了，所以我現(xiàn)在不需要匆忙……”）范圍蔓延（“當(dāng)然，我們可以添加這個小功能，它不會花費我們太多時間......”）為了對抗拖延，我們可以在幾天而不是幾周或幾個月內(nèi)設(shè)定最后期限。比如說在接下來的2-3天內(nèi)需要做什么才能朝著目標(biāo)前進(jìn)？一個（健康的�。┙刂谷掌诳梢越o我們足夠的動力，不要陷入拖延癥的低谷。為了防止范圍蔓延，我們應(yīng)該非常清楚地了解我們試圖通過項目實現(xiàn)的目標(biāo)。成功的衡量標(biāo)準(zhǔn)是什么？這個新功能是否會增加這些指標(biāo)？那么如果每個人都明白這項工作需要更長的時間，我們應(yīng)該添加它。如果新功能與使命宣言不匹配，請拋棄它�；舴蚴┧�特定律內(nèi)容霍夫施塔特定律指出“它總是比您預(yù)期的要長，即使您考慮到霍夫施塔特定律”。即使您了解了這條定律，并增加了項目的時間分配，它仍然會比您預(yù)期的要長。這與帕金森定律密切相關(guān)，即工作總是會填滿分配給它的時間。只是霍夫施塔特定律說它填充的時間超過了分配的時間。這條定律得到了心理學(xué)的支持。我們?nèi)菀追杆�謂的“計劃謬誤”，即在估算工作量時，我們通常不會考慮所有可用信息，即使我們認(rèn)為我們已經(jīng)考慮了。我們的估計幾乎總是主觀的，很少是正確的。如何應(yīng)用在軟件開發(fā)中？在軟件開發(fā)中（以及任何其他基于項目的工作，真的），我們?nèi)祟惖臉酚^主義占了上風(fēng)。估計幾乎總是過于樂觀。為了減少霍夫施塔特定律的影響，我們可以嘗試盡可能客觀地進(jìn)行估計。寫下關(guān)于項目的假設(shè)和事實清單。將每個清單元素標(biāo)記為假設(shè)或事實，以使數(shù)據(jù)質(zhì)量可見并管理預(yù)期。不要依賴直覺，因為每個人的感受都不一樣。寫下估算值，讓你的大腦思考它們。將它們與其他人的估計進(jìn)行比較，然后討論差異。即便如此，它仍然只是一個估計，很可能不能反映現(xiàn)實。如果估算不是基于統(tǒng)計數(shù)據(jù)或其他歷史數(shù)據(jù)，那么它的價值就非常低，因此與要求您估算的人一起管理預(yù)期總是好的——這總是會出錯的。如果你讓它盡可能客觀，它就會減少錯誤�？低�定律內(nèi)容康威定律指出，組織創(chuàng)建的任何系統(tǒng)都將類似于該組織的團(tuán)隊和溝通結(jié)構(gòu)。如果你有10個團(tuán)隊在一個系統(tǒng)上工作，你很可能會得到10個相互通信的子系統(tǒng)。如何應(yīng)用在軟件開發(fā)中？我們可以應(yīng)用所謂的逆康威機動：創(chuàng)建最能支持我們想要構(gòu)建的系統(tǒng)架構(gòu)的組織結(jié)構(gòu)。沒有固定的團(tuán)隊結(jié)構(gòu)，而是要有足夠的靈活性來創(chuàng)建和解散團(tuán)隊，這對系統(tǒng)的當(dāng)前狀態(tài)是最好的。墨菲定律內(nèi)容墨菲定律說，任何可能出錯的事情，都會出錯。它經(jīng)常在意外發(fā)生后被引用。如何應(yīng)用在軟件開發(fā)中？軟件開發(fā)是一個容易出錯的職業(yè)。出錯的主要來源是錯誤。沒有任何軟件不存在挑戰(zhàn)用戶耐心的錯誤或事件。我們可以通過在日常軟件開發(fā)實踐中養(yǎng)成減少錯誤影響的習(xí)慣來抵御墨菲定律。我們無法完全避免錯誤，但我們可以而且應(yīng)該減少它們對用戶的影響。對抗墨菲定律最有用的做法是特征標(biāo)記。如果我們使用像LaunchDarkly這樣的功能標(biāo)記平臺，我們可以在功能標(biāo)記后面將更改部署到生產(chǎn)中。然后，我們可以使用有針對性的發(fā)布來激活內(nèi)部dogfooding的標(biāo)志，然后對少量友好的Beta用戶發(fā)布，最后將其發(fā)布給所有用戶。通過這種方式，我們可以從越來越關(guān)鍵的用戶群體那里獲得關(guān)于變化的反饋。如果更改出錯（并且在某些時候會出錯），影響很小，因為只有一小部分用戶組會受到它的影響。而且，該標(biāo)志可以快速關(guān)閉。布魯克定律內(nèi)容在經(jīng)典著作“人月神話”中，弗雷德·布魯克(FredBrook)有句名言：為遲到的項目增加人力會使項目更晚。盡管本書討論的是軟件項目，但它適用于大多數(shù)類型的項目，甚至是軟件開發(fā)之外的項目。添加人員不會提高項目速度的原因是項目的通信開銷隨著添加到項目中的每個人呈指數(shù)增長。2個人有1條通信路徑，5個人已經(jīng)有120條可能的通信路徑。新人安頓下來并確定他們需要的溝通路徑需要時間，這就是為什么在項目中添加新人時，遲到的項目會更晚。如何應(yīng)用在軟件開發(fā)中？很簡單。更改截止日期，而不是將人員添加到已經(jīng)遲到的項目中。對在軟件項目中增加新人的期望要切合實際。將人員添加到項目中可能會在某個時候提高速度，但并非總是如此，當(dāng)然也不是立即。人員和團(tuán)隊需要時間來適應(yīng)日常工作，而在某些時候，工作無法充分并行化，因此增加更多人是沒有意義的。仔細(xì)考慮一個新人應(yīng)該完成什么任務(wù)，以及在將該人添加到項目中時您期望什么。波斯特定律內(nèi)容Postel定律也被稱為穩(wěn)健性原則，它指出你應(yīng)該“在你所做的事情上保守，在你接受別人的事情上開放”。換句話說，您可以接受多種不同形式的數(shù)據(jù)，以使您的軟件盡可能靈活，但您在處理這些數(shù)據(jù)時應(yīng)該非常小心，以免因無效或惡意數(shù)據(jù)而危及您的軟件。如何應(yīng)用在軟件開發(fā)中？該定律源于軟件開發(fā)，因此非常直接適用。您的軟件與其他軟件或開發(fā)人員之間的接口應(yīng)允許不同形式的輸入以實現(xiàn)穩(wěn)健性：為了向后兼容，新版本的接口應(yīng)該接受舊版本和新版本的數(shù)據(jù)為了更好的用戶體驗，UI中的表單應(yīng)該接受不同格式的數(shù)據(jù)，這樣用戶就不必?fù)?dān)心格式。但是，如果我們愿意接受不同格式的數(shù)據(jù)，我們在處理這些數(shù)據(jù)時就必須保守。我們必須審查無效值，并確保我們不會因為允許太多不同的格式而損害系統(tǒng)的安全性。SQL注入是一種可能的攻擊，它是通過對用戶輸入過于寬松而造成的�？似婊舴蛟�理內(nèi)容Kerchkhoff的原則指出，加密系統(tǒng)應(yīng)該是安全的，即使它的加密方法是公開的。只有您用來解密某些東西的密鑰才需要是私有的。如何應(yīng)用在軟件開發(fā)中？這很簡單，真的。永遠(yuǎn)不要相信要求其加密方法是私密的加密系統(tǒng)。這被稱為“默默無聞的安全”。像這樣的系統(tǒng)本質(zhì)上是不安全的。一旦該加密方法向公眾公開，它就容易受到攻擊。萊納斯（Linus）定律內(nèi)容在關(guān)于Linux內(nèi)核開發(fā)的《大教堂與集市》一書中，埃里克·雷蒙德(EricRaymond)寫道：“有足夠多的眼睛，就可讓所有問題浮現(xiàn)”。他將此稱為“萊納斯定律”以紀(jì)念萊納斯·托瓦茲。這意味著如果很多人看代碼比很少人看代碼可以更容易地暴露代碼中的錯誤。如何應(yīng)用在軟件開發(fā)中？如果您想擺脫錯誤，請讓其他人查看您的代碼。源于開源社區(qū)的一種常見做法是讓開發(fā)人員提出包含代碼更改的拉取請求，然后讓其他開發(fā)人員在將拉取請求合并到主分支之前審查該拉取請求。這種做法也進(jìn)入了閉源開發(fā)，但根據(jù)Linus定律，拉取請求在閉源環(huán)境（只有少數(shù)人查看它）中的作用不如在開源環(huán)境中（其中可能很多貢獻(xiàn)者都在看它）。其他為代碼添加更多眼睛的做法是結(jié)對編程和群體編程。至少在閉源環(huán)境中，這些在避免錯誤方面比拉取請求審查更有效，因為每個人都參與了代碼的初始階段，這為每個人提供了更好的上下文來理解代碼和潛在的錯誤。沃斯定律內(nèi)容沃斯定律指出，軟件變慢的速度比硬件變快的速度要快。如何應(yīng)用在軟件開發(fā)中？不要依賴強大的硬件來運行性能不佳的代碼。相反，編寫經(jīng)過優(yōu)化以表現(xiàn)良好的代碼。這必須與（軟件開發(fā)定律：克努斯的優(yōu)化原則）的格言相平衡，該格言說“過早的優(yōu)化是萬惡之源”。與為用戶構(gòu)建新功能所花費的精力相比，不要在使代碼運行得更快上花費更多的精力。通常，這是一種平衡行為�？伺�斯的優(yōu)化原則內(nèi)容DonaldKnuth在他的一部作品中寫了“過早優(yōu)化是萬惡之源”這句話，這句話經(jīng)常斷章取意，并被用作根本不關(guān)心優(yōu)化代碼的借口。如何應(yīng)用在軟件開發(fā)中？根據(jù)Knuth定律，我們不應(yīng)該浪費精力過早地優(yōu)化代碼。然而，根據(jù)沃斯定律，我們也不應(yīng)該依賴硬件足夠快來執(zhí)行優(yōu)化不當(dāng)?shù)拇�碼。最后，這就是我從這些原則中得出的結(jié)論：優(yōu)化可以輕松完成的代碼，無需太多努力：例如，編寫幾行額外代碼以避免經(jīng)歷可能包含大量項目的循環(huán)。優(yōu)化一直在執(zhí)行的關(guān)鍵業(yè)務(wù)的代碼。除此之外，不要在優(yōu)化代碼上花太多精力，除非你已經(jīng)確定了一個性能瓶頸。保持懷疑定律和原則是好的。這使我們能夠從某個角度評估某些情況，如果沒有它們，我們不可能了解這些情況的背后道理。然而，盲目地將定律和原則應(yīng)用于每種情況是行不通的。每一種情況都會存在微妙的變化，這可能意味著某個原則不能或不應(yīng)該適用。對你遇到的原則和定律保持懷疑。世界不是非黑即白的。作者：TECHflower原文：https://reflectoring.io/laws-and-principles-of-software-development/本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο朐陂L沙參加影視動漫培訓(xùn)的學(xué)生有所幫助。更多課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)頻道或添加老師微信：15033336050...