|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機 | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
怎么去學(xué)著去規(guī)劃一個軟件 |
| 作者：jackwu1780 欄目：嵌入式系統(tǒng) |
來了這個論壇也有好幾個月了，發(fā)現(xiàn)有很強開發(fā)經(jīng)驗的大哥們不少，暗暗反省了一下自己，發(fā)現(xiàn)到現(xiàn)在，還是好像心里沒有低，唉。。 目前心里有個疑問，請各位大哥們談?wù)劯髯缘目捶ǎ褪钱斈憬拥揭粋�任務(wù)的時候，要去寫一個軟件（比如說是一個PMP系統(tǒng)），你們應(yīng)該怎么去下手呢，怎么去切割這個工作，并把這個工作分配給不同的人去做呢？ 希望大家暢所欲言，指導(dǎo)指導(dǎo)我們這些菜鳥們，謝謝了。 |
| 2樓： | >>參與討論 |
| 作者： db10 于 2007/1/3 17:04:00 發(fā)布：
呵呵 其實這個問題是個很復(fù)雜的問題。 要根據(jù)具體的項目難度，對技術(shù)的熟列程序，交項目的時間，人員的多少。。。 才能確定下一步是采取怎么樣的辦法。還有跟公司的體制等等也很大關(guān)系。我的感覺：必須有個總負責的人把握總體進度，再可以分硬件，軟件，測試總負責。硬件負責人要負責跟進度，硬件要選型，原理圖審核，PCB指導(dǎo)。軟件的話，軟件負責人要負責進度，還要做出軟件架構(gòu)和重要代碼的書寫，采用什么樣的開發(fā)平臺和開發(fā)方式。然后再層層的將任何分下去。還要考慮的是測試人員。 |
|
| 3樓： | >>參與討論 |
| 作者： jackwu1780 于 2007/1/3 18:36:00 發(fā)布：
謝謝樓上兩位大哥 謝謝樓上兩位大哥，不過我的側(cè)重點是軟件這邊怎么去規(guī)劃，怎么去進行構(gòu)架，要哪些模塊，模塊怎么劃分等等，不知道能不能從這方面去講講？ |
|
| 4樓： | >>參與討論 |
| 作者： kelan 于 2007/1/3 22:37:00 發(fā)布：
單單是軟件方面的話 單單是軟件方面的話可以參考本科教材----<< 軟件工程>> , 覺的還不錯! |
|
| 5樓： | >>參與討論 |
| 作者： ecurb2006 于 2007/1/4 10:13:00 發(fā)布：
re:怎么去學(xué)著去規(guī)劃一個軟件 GUI 應(yīng)該是個比較復(fù)雜的系統(tǒng)，我記得開始寫時沒有考慮太多的問題，結(jié)果隨著功能的強化和過程的復(fù)雜化，許多問題都暴露出來，甚至造成一些重要功能在當前結(jié)構(gòu)或框架下更本無法實現(xiàn)或需要非常巨大的代碼量為代價。于是我又重新開始考慮整個GUI框架和過程，GUI 中程序的執(zhí)行路線在內(nèi)部比較復(fù)雜，通常不是一次就能想清楚的，經(jīng)常是這里寫點檢測代碼，那里寫點監(jiān)測代碼，有時也發(fā)生一些很奇怪的錯誤，花了不少時間從整體分析，再深入到局部代碼后，才發(fā)現(xiàn)問題所在，這時問題就好解決了。 我想說的是，有些問題是你在設(shè)計規(guī)劃時無法預(yù)料的，這時你需要認真，認真的思考整個規(guī)劃，并深入到具體代碼中，這樣就應(yīng)該可以有效的解決問題。 我沒看過 "軟件工程",以上只是個人看法和一點點經(jīng)驗。 微型嵌入式GUI 開發(fā)者 blog.csdn.net/ecurb2006 急需資金，轉(zhuǎn)讓個人作品。 歡迎給我投資。 support@ecurb2006.com * - 本貼最后修改時間：2007-1-4 10:18:10 修改者：ecurb2006 |
|
| 6樓： | >>參與討論 |
| 作者： jackwu1780 于 2007/1/4 14:56:00 發(fā)布：
軟件工程，唉 呵呵，軟件工程，學(xué)過，可是啊，由于當時不會有很多的實際經(jīng)驗，所以對很多問題，論點的理解也是一知半解的，到現(xiàn)在可能也沒有理解清楚，估計得重新拿書看一遍啦 |
|
| 7樓： | >>參與討論 |
| 作者： ecurb2006 于 2007/1/4 15:27:00 發(fā)布：
呵呵 微型嵌入式GUI 開發(fā)者 blog.csdn.net/ecurb2006 急需資金，轉(zhuǎn)讓個人作品。 歡迎給我投資。 support@ecurb2006.com * - 本貼最后修改時間：2007-1-4 15:29:29 修改者：ecurb2006 |
|
| 8樓： | >>參與討論 |
| 作者： fineamy 于 2007/1/5 12:07:00 發(fā)布：
軟件規(guī)劃的好不好,看代碼的人最有發(fā)言權(quán)了, 俺看了好多代碼,赫赫.俺覺得軟件項目的規(guī)劃其實就是對數(shù)據(jù)結(jié)構(gòu)的規(guī)劃,可以這么說,不會規(guī)劃數(shù)據(jù)結(jié)構(gòu)的人寫不好大軟件.因為大的軟件內(nèi)部必然牽扯大量的信號,如果對這些信號沒有良好的組織,縱使你"胡攪蠻纏"把這些信號攪來攪去的攪完了這個項目,其后維護這個軟件的人肯定會罵死你.縱使是你自己來維護,相信也不是一件輕松的事情.看那些有良好數(shù)據(jù)結(jié)構(gòu)規(guī)劃的軟件,是一種享受,而看那些信號糊亂堆砌的軟件絕對是一種痛苦.<<軟件工程>>講的都不錯,但是,如果你還想親身體會一下那種書本的條條框框倒底怎么個用法,那么看一遍,就扔了它吧,來看Linux，歡迎更多人的加入！ |
|
| 9樓： | >>參與討論 |
| 作者： ecurb2006 于 2007/1/5 13:08:00 發(fā)布：
呵呵 >看代碼的人最有發(fā)言權(quán)了 只看不寫，不太好吧:) 微型嵌入式GUI 開發(fā)者 blog.csdn.net/ecurb2006 急需資金，轉(zhuǎn)讓個人作品。 歡迎給我投資。 support@ecurb2006.com |
|
| 10樓： | >>參與討論 |
| 作者： goldfield 于 2007/1/5 13:43:00 發(fā)布：
規(guī)劃軟件 按《軟體工程》來做應(yīng)該是最好的，不過真正實現(xiàn)起來，完全按此來做的企業(yè)可能不多。 規(guī)劃的前提是你要掌握盡可能多的資訊而且對整個專案及每個環(huán)節(jié)都要比較清楚。 以下爲我個人的一些大致看法。 1、可以借助Microsoft Project工具進行項目管理。 2、軟體模塊化（PMP大致可以分爲以幾模塊） Key Scan Driver & Key PROCESS DISPLAY Driver & API Flash/Card Diver & API File SYSTEM Driver & API VIDEO Decode Voltage Detect ... 2、定出各模塊相互間的接口，這個很重要，要具體且清楚，方便後面的merge。 3、寫出工程SPEC，並開會Review & Modify 4、安排人力，定時間表 5、撰寫代碼(代碼應(yīng)該按編程規(guī)範來寫，以方便日後維護) 5、單元測試及調(diào)試 6、merge & 集成測試/調(diào)試 最重要的一點是，對項目的進度要跟進，定時開Schedule Review Meeting，並做檢討。 |
|
| 11樓： | >>參與討論 |
| 作者： fineamy 于 2007/1/5 14:22:00 發(fā)布：
ecurb2006 水平及資質(zhì)太差,修修改改倒有.話說回來,練習或者說寫代碼當然是必要的,但是既然說規(guī)劃,那應(yīng)該是比較"高層"的工作,實際上一個規(guī)劃良好的項目實施起來也是相對容易的,而一個沒有規(guī)劃或差勁的規(guī)劃的軟件,寫起來都是非常痛苦的.說到規(guī)劃和編碼,可以這樣說,接到項目,不要急于埋頭編碼,請先做好項目規(guī)劃(或數(shù)據(jù)結(jié)構(gòu)安排),這個工作事前你做的越詳細,后續(xù)編碼將也會越輕松. |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |