軟件開發(fā)的核心原則有哪些

這篇文章主要講解了“軟件開發(fā)的核心原則有哪些”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“軟件開發(fā)的核心原則有哪些”吧！

作為一名程序員，小伙伴們有沒有想過這個(gè)簡單的問題，“軟件是什么?”可以閉上眼睛讓自己想一會(huì)，如果覺得有點(diǎn)抽象不太好回答的話，來看看我的答案。

• 軟件 = 程序 + 數(shù)據(jù) + 文檔 + (服務(wù))

• 程序 = 數(shù)據(jù)結(jié)構(gòu) + 算法

看完這兩個(gè)直觀的公式，是不是有一種恍然大悟的感覺，“哦，原來這樣啊?！?/p>

再來看四條對“軟件”的定義，雖然比較枯燥，但概念是到位的：

• 軟件是能夠完成預(yù)定功能，達(dá)到預(yù)期性能的，可以執(zhí)行的計(jì)算機(jī)指令;

• 軟件是能夠讓程序處理適當(dāng)信息的數(shù)據(jù)結(jié)構(gòu);

• 軟件是描述程序操作和使用的文檔;

• 軟件是一種邏輯實(shí)體，具備知識(shí)性的產(chǎn)品集合，是對物理世界的一種抽象，同時(shí)又是一種人腦智力的成果。

在很多自以為是的甲方眼里，軟件是廉價(jià)的，可以隨意復(fù)制的，因此他們經(jīng)常提出一些苛刻的要求，其中有一些讓軟件開發(fā)者感到哭笑不得：“這個(gè)需求簡單的嘞，你去網(wǎng)上隨便找個(gè)現(xiàn)成的，改一改就好了呀，花不了多長時(shí)間的，一個(gè)月可以搞定吧?”每次聽到類似的話，我的心里就有一萬只草泥馬奔騰而過。

軟件開發(fā)并不是一件輕而易舉的事情，需要經(jīng)歷下面這些基本過程：

1)軟件計(jì)劃，確定產(chǎn)品定位和目標(biāo)用戶。這一步是需要甲方去規(guī)劃和調(diào)研的。

2)軟件需求分析：根據(jù)甲方需求，分析出甲方需要的產(chǎn)品功能。這一步是需要項(xiàng)目負(fù)責(zé)人(或者產(chǎn)品經(jīng)理)去和甲方溝通的。

3)根據(jù)需求進(jìn)行設(shè)計(jì)：包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。這一步是需要項(xiàng)目負(fù)責(zé)人(或產(chǎn)品經(jīng)理)做的，并且要正確地傳達(dá)給開發(fā)人員。

4)編碼并運(yùn)行。這一步是需要開發(fā)人員去做的。

5)測試：確認(rèn)甲方需求，對設(shè)計(jì)和結(jié)果進(jìn)行驗(yàn)證。開發(fā)人員要進(jìn)行單元測試，集成測試，如果有專業(yè)的測試團(tuán)隊(duì)的話，就需要站在甲方和用戶的角度去測試整體產(chǎn)品是否符合要求并達(dá)到性能要求。

6)維護(hù)：保證軟件能夠在正式環(huán)境下運(yùn)行，并且對一些缺陷(bug)進(jìn)行修正，或者對功能進(jìn)行完善，或者對性能進(jìn)行改進(jìn)，不斷迭代軟件版本。

瞧，軟件開發(fā)的過程并沒有甲方想象中那么簡單，如果有小伙伴遇到不講理的甲方，就把這篇文章扔給他好好看看。

既然軟件開發(fā)的過程是有難度的，是需要付出時(shí)間和精力的，那就有必要遵循一些原則，否則開發(fā)成本就會(huì)變得很昂貴，開發(fā)周期就會(huì)拖延很長時(shí)間。

原則一：Don't Repeat Yourself。

直譯叫做“不要重復(fù)你自己”，還有另外一個(gè)耳熟能詳?shù)陌姹?，“不要重?fù)造輪子”。

在你一開始進(jìn)入軟件開發(fā)這個(gè)領(lǐng)域后，就一定要注意，把你自己寫過的一些解決方案匯總到一起，定期梳理一遍，寫點(diǎn)文檔，不斷重構(gòu)，使它們成為一把把瑞士軍刀。如果可以的話，把它們開源出來，服務(wù)更多的開發(fā)者。

有了自己的工具庫后，當(dāng)你下次遇到類似的需求時(shí)，就可以直接拿出來用，省去不少時(shí)間。

除此之外，你還應(yīng)該善于利用那些業(yè)界已經(jīng)開源出來的成熟的技術(shù)方案，比如下面這些。

GitHub  和碼云是兩個(gè)充滿寶藏的地方，如果你覺得自己的能力還不到自己造輪子的份上，那就一定要多上上這兩個(gè)網(wǎng)站，里面有很多成熟的解決方案供你免費(fèi)使用。

比如說，你要一套商城系統(tǒng)，那么 marcozheng 的 mall 就可以直接拿來作為原型。比如說，你要一套人事管理系統(tǒng)，那么江南一點(diǎn)雨的 vhr  就可以直接拿來作為原型。(雖然推薦了很多次，但好朋友的，多推薦一次不嫌多。)

原則二：Keep it simple stupid。

著名的 KISS 原則，即“保持簡單、保持愚蠢”，和史蒂夫·喬布斯的名言“stay hungry, stay foolish”有著異曲同工之妙。

從蘋果產(chǎn)品的設(shè)計(jì)上也可以體現(xiàn)出來這個(gè)原則，起初的手機(jī)，比如說諾基亞智能機(jī)，帶很多實(shí)體鍵，但蘋果只有一個(gè) home  鍵，其他全部虛擬鍵代替，徹底革了諾基亞的命。

在我們設(shè)計(jì)軟件的過程中，千萬不要想得太復(fù)雜，越簡單越好，等成型了以后再豐富效果，否則開發(fā)成本會(huì)變得很昂貴，軟件就可以腹死胎中。

原則三：You Ain't Gonna Need It。

英文直譯為“你不需要它”，該規(guī)則要求程序員在必要之前不應(yīng)該添加功能。極限編程的聯(lián)合創(chuàng)始人羅恩·杰弗里斯(Ron  Jeffries)曾經(jīng)說過：“總是在實(shí)際需要時(shí)才實(shí)現(xiàn)事物，而不是在預(yù)見到需要它們時(shí)才實(shí)現(xiàn)?！?/p>

項(xiàng)目負(fù)責(zé)人(產(chǎn)品經(jīng)理)更應(yīng)該堅(jiān)持這條原則，千萬不要過度拆解用戶的需求，在產(chǎn)品設(shè)計(jì)的過程追加過多自己認(rèn)為應(yīng)該追加的功能，因?yàn)樵谝粋€(gè)軟件使用中，往往 80%  的請求都花費(fèi)在 20% 的功能上。

很多次要的功能可能需要，因?yàn)樗鼈兊拇嬖诙管浖\上添花，但沒有它們，軟件的商業(yè)價(jià)值依然是存在的。功能越少，開發(fā)周期就會(huì)越短，這樣就更有可能打敗競品。

原則四：Done is better than perfect。

Done is better than perfect because perfect is never done。

很簡單的一句英文，能理解吧?

不要總想著把所有的功能做完善，做完美后再上線，應(yīng)該在產(chǎn)品具有一定的雛形后就立即上線試錯(cuò)，根據(jù)用戶的反饋，根據(jù)市場的需求再去考量是否追加一些其他的功能或者優(yōu)化。

“人無完人，金無足赤”，應(yīng)該允許一些瑕疵存在，刻意追求完美并不見得是一件好事。喬布斯想要一整塊屏幕，但技術(shù)達(dá)不到的時(shí)候，他也是會(huì)留一個(gè) home  鍵的。

我們程序員在開發(fā)軟件的時(shí)候，也應(yīng)該遵循這條原則，先把功能做出來再說，至于效果，用戶的體驗(yàn)，應(yīng)該往后放，不要總想著盡善盡美，盡善盡美意味著永遠(yuǎn)也完不成——沒有最好，只有更好。

原則五：Choose the most suitable things。

選擇最適合的，不要盲目追求時(shí)髦。技術(shù)日新月異，應(yīng)接不暇，如果在開發(fā)軟件的時(shí)候，一味追求最前沿的技術(shù)，可能就會(huì)讓產(chǎn)品變成小白鼠。

就好像我們談一場戀愛，不要一味去追求高不可攀的，往往那些在我們身邊的，肯陪伴我們的才是最好的。

技術(shù)選型的時(shí)候，適合就好。如果產(chǎn)品的目標(biāo)用戶只有一千人不到，就沒必要搞分布式，搞大數(shù)據(jù)，否則就有點(diǎn)“蛇吞象”的意味;等真到了需要搞分布式，搞大數(shù)據(jù)的時(shí)候再升級完全來得及。

感謝各位的閱讀，以上就是“軟件開發(fā)的核心原則有哪些”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對軟件開發(fā)的核心原則有哪些這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！