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

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

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

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

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

第四部分 － SAP 實(shí)施方法

4.4    項(xiàng)目包含的各階段

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

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

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

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

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

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

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

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

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

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

對(duì)新系統(tǒng)的實(shí)際運(yùn)行進(jìn)行早期管理，完成系統(tǒng)從項(xià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)行實(shí)施后評(píng)價(jià)。主要集中于為用戶管理業(yè)務(wù)流程所帶來的好處。