嵌入式系統(tǒng)的軟硬件開(kāi)發(fā)流程需要經(jīng)過(guò)哪些步驟？首先：要看你的項(xiàng)目經(jīng)理是當(dāng)成什么層面的了，如果是負(fù)責(zé)面向客戶聯(lián)絡(luò)溝通，內(nèi)部監(jiān)督控制進(jìn)度的話是能做好內(nèi)外溝通，兩邊都能協(xié)調(diào)好就可以了。如果你要深入項(xiàng)目管理，那么肯定要熟悉整個(gè)軟件開(kāi)發(fā)項(xiàng)目的過(guò)程，什么階段做什么、怎么做、誰(shuí)來(lái)做，時(shí)間、質(zhì)量、進(jìn)度三者平衡。沒(méi)有一個(gè)完美的項(xiàng)目，因?yàn)榭倳?huì)有瑕疵，不要太追求完美，用戶滿意、適度質(zhì)量的項(xiàng)目才好。關(guān)于軟硬件開(kāi)發(fā)過(guò)程的一些理解分享一下。相關(guān)文章：《無(wú)人售貨機(jī)軟硬件開(kāi)發(fā)方案》

1、首先制定項(xiàng)目計(jì)劃：

初計(jì)劃是里程碑性質(zhì)的?？梢韵劝雌俨寄Ｐ驮O(shè)置，里程碑點(diǎn)主要為需求評(píng)審、設(shè)計(jì)評(píng)審、經(jīng)過(guò)代碼開(kāi)發(fā)和單元測(cè)試后進(jìn)行集成測(cè)試、部署上線是一個(gè)很重要的里程碑，一般用戶會(huì)期望系統(tǒng)何時(shí)能使用進(jìn)入試運(yùn)行期（也可以稱為用戶測(cè)試階段）
 

2、需求開(kāi)發(fā)階段：

怎么樣寫好需求很關(guān)鍵，如何學(xué)會(huì)進(jìn)行需求開(kāi)發(fā)可以去看下經(jīng)典的《需求工程》這個(gè)翻譯的書，不是很厚，但需要能理解為什么那樣做更好，這個(gè)需要實(shí)踐經(jīng)驗(yàn)鍛煉自己。如果有項(xiàng)目成員，可以一起做需求，這個(gè)階段對(duì)于業(yè)務(wù)理解、分析、如何開(kāi)展調(diào)研以及文字表述、業(yè)務(wù)流程圖描述還有文檔編輯能力都有不少要求。

一般分為《用戶需求說(shuō)明書》和《需求規(guī)格說(shuō)明書》，小項(xiàng)目可以寫一個(gè)《需求分析報(bào)告》，《用戶需求說(shuō)明書》是用用戶的語(yǔ)言進(jìn)行描述，讓用戶和開(kāi)發(fā)團(tuán)隊(duì)對(duì)于需求的達(dá)成一致的理解，《需求規(guī)格說(shuō)明書》，則是對(duì)用戶需求的分析，形成系統(tǒng)要具有的功能，這個(gè)是真正提供用戶可交互操作的文檔，也就是后期設(shè)計(jì)和代碼開(kāi)發(fā)的重要基線。

另外，作為了解需求，拿出用戶UI和用戶交流也是一項(xiàng)比較重要的需求獲取手段，雖然這個(gè)屬于設(shè)計(jì)的范疇

3、系統(tǒng)設(shè)計(jì)階段：

系統(tǒng)總體架構(gòu)，結(jié)合用戶對(duì)系統(tǒng)環(huán)境、開(kāi)發(fā)語(yǔ)言以及運(yùn)行的網(wǎng)絡(luò)硬件等要求，確定開(kāi)發(fā)工具等，對(duì)應(yīng)用系統(tǒng)關(guān)系進(jìn)行架構(gòu)性設(shè)計(jì)，通過(guò)需求階段對(duì)用戶的分析歸類，用圖的方式描述出用戶和各子系統(tǒng)或模塊的全局視圖，以及和其他系統(tǒng)的關(guān)系。也就是搞清楚系統(tǒng)的邊界問(wèn)題。

概要設(shè)計(jì)中除了高層架構(gòu)設(shè)計(jì)，還需要設(shè)計(jì)網(wǎng)絡(luò)拓?fù)鋱D，以及系統(tǒng)部署圖。概要設(shè)計(jì)比較重要的還有就是子系統(tǒng)、模塊進(jìn)行合理的劃分。模塊的名稱很大程度上會(huì)成為用戶的主要菜單，如何用用戶的角度去取比較清楚的子系統(tǒng)和模塊是很重要的。

 4、代碼開(kāi)發(fā)和單元測(cè)試階段：

這個(gè)階段一般來(lái)說(shuō)需要改進(jìn)瀑布模型，類似跌代開(kāi)發(fā)，把模塊進(jìn)行合理劃分，把項(xiàng)目總體計(jì)劃的代碼開(kāi)發(fā)測(cè)試階段劃分為多個(gè)時(shí)間段，每個(gè)時(shí)間段都包括代碼開(kāi)發(fā)、單元測(cè)試和集成測(cè)試，這個(gè)階段還需要對(duì)需求變更進(jìn)行跟蹤控制，如果需求有變更，那么要把需求文檔、設(shè)計(jì)文檔都重新跟上。跌代開(kāi)發(fā)的好處就是不讓代碼開(kāi)發(fā)階段拉的過(guò)程，沒(méi)有進(jìn)行及時(shí)的自我檢查，不小心到了提交時(shí)間，卻不是用戶想要的，還有可能都不是自己想要的。

項(xiàng)目經(jīng)理重要的責(zé)任是控制好進(jìn)度，能及早發(fā)現(xiàn)風(fēng)險(xiǎn)，并能拿出好的預(yù)防和解決辦法的措施。合理安排好開(kāi)發(fā)團(tuán)隊(duì)的任務(wù)，合時(shí)的任務(wù)安排和銜接，你會(huì)覺(jué)得非常有藝術(shù)感，這個(gè)要自己體會(huì)了。另外，關(guān)注項(xiàng)目團(tuán)隊(duì)各人員的狀況，保持高的戰(zhàn)斗力，及時(shí)發(fā)現(xiàn)并能鼓勵(lì)團(tuán)隊(duì)共同朝一個(gè)目標(biāo)前進(jìn)。
 

5、測(cè)試工作：

測(cè)試是項(xiàng)目的很重要的環(huán)節(jié)，怎么測(cè)試，怎么準(zhǔn)確測(cè)試，怎么有效測(cè)試，怎么覆蓋測(cè)試，時(shí)間、人手、經(jīng)驗(yàn)扽個(gè)方面都會(huì)有制約。高級(jí)測(cè)試人員能夠分析系統(tǒng)各測(cè)試要點(diǎn)，在需求、設(shè)計(jì)階段都要參與，提早了解如何去測(cè)試，能寫出測(cè)試用例。

6、文檔工作：

文檔在項(xiàng)目開(kāi)發(fā)中也占有重要位置，除非你覺(jué)得代碼是項(xiàng)目唯一的成果，那么你把文檔拋掉吧，什么都在你的腦子里，團(tuán)隊(duì)中人員一走，項(xiàng)目的一部分也就帶走了。代碼開(kāi)發(fā)其實(shí)也需要文檔，代碼是成果，代碼注釋是成果，模塊開(kāi)發(fā)卷宗也是重要的成果，因?yàn)槌绦騿T在開(kāi)發(fā)時(shí)候的邏輯是怎么樣的，對(duì)于今后查問(wèn)題很有作用。除非你的系統(tǒng)設(shè)計(jì)程度到了方法、類，把代碼邏輯也都設(shè)計(jì)好了，那么程序員就CODEING去吧。

7、QA測(cè)試：

?QA是對(duì)項(xiàng)目過(guò)程的質(zhì)量保障，有些公司吧QA和測(cè)試工作合成一個(gè)崗位叫做QA&測(cè)試人員，或者就叫QA人員。QA是對(duì)項(xiàng)目全過(guò)程的監(jiān)管，獨(dú)立于項(xiàng)目之外。監(jiān)督項(xiàng)目經(jīng)理在各項(xiàng)目里程碑提交相關(guān)成果，入庫(kù)形成基線。