19個軟件開發(fā)常見問題及解決策略交互軟件開發(fā)

No.4對于開源技術(shù)方面，交互軟件開發(fā)有沒有什么經(jīng)驗來指導(dǎo)選型？開源技術(shù)選型，我的經(jīng)驗一般是這樣的。先找朋友推薦，少走一點(diǎn)彎路。沒有推薦的話，就去網(wǎng)上搜索，找?guī)讉€滿足需求的備選。對比以下幾個指標(biāo)：代碼質(zhì)量、有無測試；文檔健全度；看Issue處理情況、后更新時間（無人維護(hù)的項目后續(xù)恐怕有問題都沒法解決）；看Star數(shù)量，通過Google和StackOverflow看使用情況。自己按照說明試試看。No.5有沒有什么大的原則可以指導(dǎo)技術(shù)選型？比如技術(shù)成熟度等？我認(rèn)為在滿足設(shè)計目標(biāo)的前提下，大的原則還是在于項目約束，尤其是成本和時間，然后就是看技術(shù)可行性和風(fēng)險是不是可控，其他看團(tuán)隊風(fēng)格，有的偏保守有的追新。比如說我自己的原則：成熟的好過新酷的；流行的好過小眾的；團(tuán)隊熟悉的好過陌生的；簡單的好過復(fù)雜的；開源的好過商業(yè)的（有時候也視情況而定）。No.6有著正常職位或頭銜的架構(gòu)師，對一個全新的項目理解產(chǎn)品需求后進(jìn)行架構(gòu)設(shè)計，一般會產(chǎn)出哪些“東西”，來滿足后續(xù)的架構(gòu)講解和項目開發(fā)過程中的溝通？互聯(lián)網(wǎng)產(chǎn)品特點(diǎn)是用戶多，企業(yè)產(chǎn)品特點(diǎn)是業(yè)務(wù)復(fù)雜，所以架構(gòu)的側(cè)重點(diǎn)不一樣。架構(gòu)師在架構(gòu)設(shè)計后，產(chǎn)出首先是架構(gòu)設(shè)計文檔，讓大家理解架構(gòu)。然后還要寫架構(gòu)開發(fā)的文檔，比如如何基于這個架構(gòu)開發(fā)功能模塊，有哪些公共API可以調(diào)用，交互軟件開發(fā)怎么樣是佳實踐，要遵守哪些規(guī)范等。再要幫助搭腳手架和基礎(chǔ)模塊或示例項目，也就是要搭建一個基礎(chǔ)的可運(yùn)行項目，通過這個項目，大家可以直觀地理解你的架構(gòu)是怎么落地的，通過基礎(chǔ)模塊或者示例項目，可以知道如何基于框架開發(fā)，后面就也可以照葫蘆畫瓢照著實現(xiàn)。還有就是在開發(fā)過程中，要答疑、解決架構(gòu)中存在的問題，對架構(gòu)做優(yōu)化，還要做代碼審查，交互軟件開發(fā)對于不符合架構(gòu)規(guī)范的地方要指出和修正。

19個軟件開發(fā)常見問題及解決交互軟件開發(fā)

No.7互聯(lián)網(wǎng)架構(gòu)，交互軟件開發(fā)要考慮互聯(lián)網(wǎng)很快的迭代速度，所以對于擴(kuò)展等特別注意交互軟件開發(fā)。企業(yè)架構(gòu)，內(nèi)部IT系統(tǒng)相對穩(wěn)定，對比互聯(lián)網(wǎng)架構(gòu)，更簡單？答：挺好的分析。幫你補(bǔ)充幾點(diǎn)：互聯(lián)網(wǎng)架構(gòu)不僅迭代會快一些，用戶規(guī)模通常更大，但業(yè)務(wù)也會單一些；企業(yè)應(yīng)用通常業(yè)務(wù)比較復(fù)雜，尤其是和行業(yè)會有一些結(jié)合，但是用戶規(guī)模要小很多。這些特點(diǎn)，都會影響架構(gòu)設(shè)計的選擇。No.8老師能不能具體講講重構(gòu)有哪些原則和要注意的地方，感覺一直得不到要領(lǐng)。重構(gòu)的要領(lǐng)我覺得兩點(diǎn)。一：你要先寫一部分自動化測試代碼，保證重構(gòu)后這些測試代碼能幫助你檢測出來問題；第二：在重構(gòu)模塊的時候，老的代碼先保留，寫新的代碼，然后指向新代碼，或者用特定開關(guān)控制新舊代碼的指向（這樣上線后可以自己先測試，有問題也可以及時關(guān)閉），然后讓自動化測試通過，再部署測試，新代碼沒問題了，刪除舊代碼。No.9有沒有事情管理的工具？因為如果不記錄下來，一會兒就忘記了。我個人的話，一般就用系統(tǒng)自帶的記事本記一下，或者貼一個便簽紙在顯示器。如果時間跨度長，我就記到Calendars上，加上提醒。工作中的任務(wù)，我則會創(chuàng)建成Ticket。N。10現(xiàn)在還有一種說法：提倡基于主分支開發(fā)，效率更高；而不是您提到的每人基于自己的分支開發(fā)完再合并回主分支。您怎交互軟件開發(fā)么看待這個問題？我認(rèn)為對于軟件工程來說，很多問題，并不是只有唯1解，即使是z佳實踐，也得看適用的場景和團(tuán)隊。無論是基于主干還是分支開發(fā)，有兩點(diǎn)需要注意的：就是一定要有一個穩(wěn)定的分支，可以隨時發(fā)布的那種，至于是叫master還是叫release并不重要。合并之前要有代碼審查和自動化測試交互軟件開發(fā)（配合CI）。上面兩點(diǎn)才是。

SAP實施方法交互軟件開發(fā)

第四部分 － SAP 實施方法

4.4    項目包含的各階段

階段1 – 項目準(zhǔn)備階段

項目和項目管理框架建設(shè)的初始化，這樣能夠?qū)椖康恼麄€生命周期進(jìn)行管理。初步確定項目范圍和內(nèi)容。

階段2 – 業(yè)務(wù)藍(lán)圖階段

使用SAP R/3軟件設(shè)計流程。

為項目準(zhǔn)備總體上的變更管理和溝通的程序，和業(yè)務(wù)各方一起召開初步交流會議。對所有的輔助活動制定計劃并初始化，例如：數(shù)據(jù)轉(zhuǎn)換、接口開發(fā)、培訓(xùn)、測試和。

階段 3 – 實現(xiàn)階段

在階段1的流程設(shè)計范圍經(jīng)過協(xié)商同意并且完成模塊測試之后，就可以形成和開發(fā)一個有效的解決方案。通過對原型的評價和業(yè)務(wù)交流會議，找出需要改變的業(yè)務(wù)流程。完成接口、數(shù)據(jù)轉(zhuǎn)換、特定客戶端程序、報表和表格設(shè)計等軟件開發(fā)任務(wù)。

階段 4 – 終準(zhǔn)備階段交互軟件開發(fā)

保證系統(tǒng)能夠運(yùn)行所需的準(zhǔn)備工作包括：集成測試、數(shù)據(jù)轉(zhuǎn)換、用戶培訓(xùn)、系統(tǒng)轉(zhuǎn)換等。

階段 5 – 運(yùn)行和支持階段

對新系統(tǒng)的實際運(yùn)行進(jìn)行早期管理，完成系統(tǒng)從項目環(huán)境向?qū)嶋H生產(chǎn)環(huán)境的轉(zhuǎn)換。

階段 6 – 維護(hù)階段交互軟件開發(fā)

系統(tǒng)調(diào)整，并進(jìn)行相應(yīng)的必要培訓(xùn)，然后進(jìn)行實施后評價。主要集中于為用戶管理業(yè)務(wù)流程所帶來的好處。