項目開發(fā)流程及過程.ppt_第1頁
項目開發(fā)流程及過程.ppt_第2頁
項目開發(fā)流程及過程.ppt_第3頁
項目開發(fā)流程及過程.ppt_第4頁
項目開發(fā)流程及過程.ppt_第5頁
已閱讀5頁,還剩50頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1,項目開發(fā)過程及流程,,2,李小龍的截拳道,截拳道,李小龍所創(chuàng),它的特點是沒有固定僵化的形式,不受特定手段的約束,所以它能夠吸收各門各派中的精華并為己所用,從某種意義上來說,截拳道可以使用一切手段和技巧,它的目的就是成為勝利者。,不能非法和卑鄙,適用于10人以下的項目實施,,3,亮劍,中、小型企業(yè)與大型企業(yè)的開發(fā)環(huán)境,獨立團和集團軍對敵作戰(zhàn),規(guī)范化管理與超規(guī)范化管理,嵌入式產(chǎn)品與軟件產(chǎn)品,正確的項目管理和實施方法促成項目成功,項目開發(fā)過程有規(guī)可循,有規(guī)可依,但不能墨守成規(guī),否則要么效率不高、要么失敗,,4,講課提綱,二、項目開發(fā)流程,三、項目文檔編寫規(guī)范,四、如何提高項目實施能力,一、項目規(guī)劃,,5,一、項目規(guī)劃,1、項目研發(fā)目標,2、項目研發(fā)涉及的過程,3、項目需求分析的重要性,4、項目立項的必要性,5、如何確定項目的總體方案,,6,企業(yè)的根本目標是“合法地賺取盡可能多的利潤,使企業(yè)利益最大化”,以追求商業(yè)利益最大化為總目標,將提高質(zhì)量、提高效率、降低成本的方法融入到所有過程域中,形成適合于本企業(yè)的研發(fā)管理過程規(guī)范。,圍繞企業(yè)目標展開 市場導向、用戶第一 服從大局、服務(wù)企業(yè) 技術(shù)本身非第一要素,1.1 項目研發(fā)的目標,,7,項目支持:質(zhì)量保證、客戶服務(wù)、產(chǎn)品維護,1.2 項目研發(fā)涉及的過程,項目管理:需求分析、立項管理,結(jié)項管理,項目規(guī)劃、項目監(jiān)控、配置管理、變更管理,項目研發(fā):概要設(shè)計、詳細設(shè)計、調(diào)試測試、試點運行、發(fā)布驗收,項目開發(fā)過程,,8,1.3 項目需求分析的重要性,,9,需求是什么?簡單地講,需求來源于用戶的一些“需要”,這些“需要”被分析、確認后形成完整的文檔,該文檔詳細地說明了產(chǎn)品“必須或應當”做什么。,需求的來源? 用戶提出(合同項目)、市場調(diào)查(自主研發(fā))、自己挖掘(自主研發(fā)),需求分析是要決定“做什么,不做什么”,,10,需求開發(fā)的目的是通過調(diào)查與分析,獲取用戶需求并定義產(chǎn)品需求。 需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息(原始材料),產(chǎn)生用戶需求說明書。 需求分析的目的是對各種需求信息進行分析,消除錯誤,刻畫細節(jié)等。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果,進一步定義準確無誤的產(chǎn)品需求,產(chǎn)生產(chǎn)品需求規(guī)格說明書。系統(tǒng)設(shè)計人員將依據(jù)產(chǎn)品需求規(guī)格說明書開展系統(tǒng)設(shè)計工作。,需求開發(fā)過程,,11,開發(fā)軟件系統(tǒng)最困難的部分就是準確說明開發(fā)什么。最困難的概念性工作是編寫出詳細的需求。此工作一旦做錯,將會給系統(tǒng)帶來極大的損害,并且以后對它修改也極為困難。 需求是產(chǎn)品的根源,需求工作的優(yōu)劣對產(chǎn)品影響最大。就像一條河流,如果源頭被污染了,那么整條河流也就被污染了。,,12,知識技能問題 合作關(guān)系 用戶說不清需求 雙方誤解需求 需求文檔寫不好 用戶需求經(jīng)常變更,需求開發(fā)的困難,,13,1.4 項目立項的必要性,項目立項是決策 “做正確的事情”,而立項之后的研發(fā)活動和管理活動的目標是“正確地做事情”。 “正確”就是指符合企業(yè)利益最大化這個根本目標。,,14,自主研發(fā)項目:缺乏“調(diào)研,可行性分析,立項建議,決策評審”,主要靠公司領(lǐng)導獨斷,團隊只知道干活,卻不了解產(chǎn)品的開發(fā)背景,不清楚用戶期望的產(chǎn)品應該是什么樣的。在開發(fā)過程中經(jīng)常迷失方向,導致進度延誤、費用超支等問題。 合同項目:需求不清晰、合同內(nèi)容空洞;雙方在簽訂合同的過程中給出了一些空頭承諾(例如對進度、質(zhì)量、費用的估計過于樂觀),在實際執(zhí)行時卻難以兌現(xiàn)這些承諾。,項目立項存在的問題,,15,在撰寫正式的立項建議書之前,立項建議小組首先要在宏觀層面上搞清楚“開發(fā)什么”、“怎樣開發(fā)”、“怎樣賺錢”等重大問題,即產(chǎn)品構(gòu)思,主要包括以下內(nèi)容:,產(chǎn)品構(gòu)思,待開發(fā)產(chǎn)品的主要功能; 待開發(fā)產(chǎn)品的技術(shù)方案; 哪些產(chǎn)品部件應當采購、外包開發(fā)或者自主研發(fā)) 開發(fā)計劃; 市場營銷計劃(如果是合同項目,可能不必考慮市場營銷問題),,16,立項建議書主要論述“開發(fā)什么樣的產(chǎn)品、如何開發(fā)、如何賺錢”,可行性分析報告的宗旨是為決策提供有價值的證據(jù)和結(jié)論,市場可行性分析 政策可行性分析 技術(shù)可行性分析 成本效益分析,,17,產(chǎn)品需求、目標清晰嗎?產(chǎn)品符合本公司短期、長期的發(fā)展戰(zhàn)略嗎? 客戶需求強烈嗎?消費群體的購買力強嗎? 當前市場總額大嗎?市場發(fā)展前景好嗎?預期能占有的市場份額令人滿意嗎? 產(chǎn)品的核心競爭力強嗎? 產(chǎn)品的技術(shù)方案合理嗎?技術(shù)實現(xiàn)途徑(如自主開發(fā)、外包開發(fā)等)合理嗎? 產(chǎn)品的開發(fā)計劃合理嗎?實際用于開發(fā)本產(chǎn)品的經(jīng)費、人員、物資、時間能滿足要求嗎? 產(chǎn)品的營銷計劃合理嗎?成本效益分析令人滿意嗎? 有政策風險嗎? 有知識產(chǎn)權(quán)風險嗎? 有財務(wù)風險嗎? 有不可預測的市場風險嗎? ,,18,項目需求?,技術(shù)基礎(chǔ)?,開發(fā)周期?,未來擴展?,8位嵌入式系統(tǒng)? 32位嵌入式系統(tǒng)?,1.5、產(chǎn)品方案如何確定?,人員素質(zhì)?,性價比?,,19,1、單32位嵌入式芯片設(shè)計方案,2、優(yōu)先設(shè)計方案,范例介紹:,嵌入式Linux操作系統(tǒng),,20,1、總體流程介紹,2、項目開發(fā)條件,3、項目開發(fā)流程,二、項目開發(fā)流程,,21,2.1總體流程介紹,開始,一、項目立項及規(guī)劃,二、項目總體設(shè)計及計劃,三、軟、硬件設(shè)計和實現(xiàn),四、聯(lián)調(diào)及測試,五、試點運行,結(jié)束,六、發(fā)布驗收,,22,2.2 項目開發(fā)條件,2.2.1開發(fā)團隊組建,產(chǎn)品開發(fā)需求,項目人員需求,物色人才,組建團隊,,23,團隊領(lǐng)導10%,普通成員60%,核心成員30%,團隊的人員結(jié)構(gòu),技術(shù)才能、管理能力、開發(fā)經(jīng)驗、市場意識,技術(shù)才能、責任心、忠誠度,技能合格、安分守己、任勞任怨,人分四類:人物、人才、人手、人渣,,24,2.2.2 技術(shù)平臺積累,32位嵌入式硬件平臺,Linux內(nèi)核,外設(shè)硬件Driver,標準API,應用核心功能,應用具體功能,,25,32位ARM9 微處理器,GPRS通信,交流采樣,LCD顯示,按鍵處理,RS485接口,RS232接口,狀態(tài)量采集,脈沖采集,控制輸出,報警輸出,以太網(wǎng)通信,數(shù)據(jù)存儲與檢索JFFS2/sqlite,RTC,WDT,LED,I2C,GPIO,SPI,總線,GPIO,GPIO,GPIO,GPIO,GPIO,MTD,哪些技術(shù)可以積累?,技術(shù)的積累、沉淀可大大加速研發(fā)的進度,,26,2.2.3 關(guān)鍵技術(shù)突破,產(chǎn)品核心 應用流程,人機界面,外部接口,產(chǎn)品結(jié)構(gòu),性能試驗,數(shù)據(jù)處理,硬件驅(qū)動,產(chǎn)品工藝,,27,關(guān)鍵技術(shù)是否突破決定了項目的成敗 關(guān)鍵技術(shù)的進展速度決定了項目的進展 關(guān)鍵技術(shù)是動態(tài)變化的 關(guān)鍵技術(shù)是可積累的 關(guān)鍵技術(shù)未必是產(chǎn)品的核心技術(shù),,28,2.3 項目開發(fā)流程,軟件工程師,軟件設(shè)計概要說明,軟件工程師,研發(fā)部,軟件設(shè)計詳細說明,芯片支持,產(chǎn)品詳細說明,項目開發(fā)總體方案,硬件原理圖,軟件工程師,源碼功能測試文檔,硬件工程師,源碼仿真調(diào)試,目標碼的生成和燒錄,硬件SAMPLE,硬件設(shè)計詳細說明,軟件編碼,軟件編碼規(guī)范,仿真系統(tǒng),IC樣片,2.3.1 軟件開發(fā)流程,,29,總體方案確定,硬件原理確定,需求功能確定,開發(fā)板支持,2.3.1 軟件開發(fā)流程,,30,自頂向下,逐步求精方法,符合人們解決復雜問題的普遍規(guī)律。可提高軟件開發(fā)的成功率和生產(chǎn)率 用先全局后局部,先整體后細節(jié),先抽象后具體的逐步求精的過程開發(fā)出來的程序具有清晰的層次結(jié)構(gòu),程序容易閱讀和理解 程序自頂向下,逐步細化,分解成一個樹形結(jié)構(gòu)。在同一層的節(jié)點上的細化工作相互獨立。有利于編碼、測試和集成 每一步工作僅在上層節(jié)點的基礎(chǔ)上做不多的設(shè)計擴展,便于檢查 有利于設(shè)計的分工和組織工作。,,31,硬件工程師,硬件概要設(shè)計說明,采購部,硬件原理圖,產(chǎn)品詳細說明,項目開發(fā)總體方案,硬件工程師,PCB設(shè)計,軟件工程師,PCB制板,焊接調(diào)試,樣機,2.3.2 硬件開發(fā)流程,硬件詳細設(shè)計說明,零部件BOM清單,結(jié)構(gòu)設(shè)計工程師,,32,2.3.3 調(diào)試流程,硬件基本電路調(diào)試,硬件驅(qū)動程序,與應用軟件有關(guān),操作系統(tǒng)移植,硬件工程師,軟件工程師,硬件為主,軟件為主,,33,2.3.4 測試流程,制定測試計劃,設(shè)計測試用例,執(zhí)行測試,撰寫測試報告,修正產(chǎn)品錯誤,測試完成,回歸測試,審批,審批,測試流程圖,,34,單元測試,詳細設(shè)計,集成測試,概要設(shè)計,系統(tǒng)測試,產(chǎn)品需求,驗收測試,用戶需求,開發(fā)與測試的關(guān)系,(1)白盒、黑盒測試 (2)功能測試 (3)壓力測試 (4)性能測試 (5)易用性測試,,35,測 試 報告,(1)紀錄測試實況,1、基本信息(測試對象、測試環(huán)境、測試人員、測試時間),(2)對本次測試進行分析、提出建議,2、實況紀錄(測試情況、測試用例、錯誤嚴重程度),3、分析與建議,4、錯誤修改紀錄,5、附件,,36,測 試 記 錄 單,,37,2.3.5 試點運行、發(fā)布驗收、推廣應用,1、現(xiàn)場運行環(huán)境會復雜和不確定,2、修改、完善和改進是必然的,3、產(chǎn)品測試好再去試點運行,4、能在家做的事千萬別在現(xiàn)場做,5、勇于承擔,不要推卸責任,6、詳細做好紀錄,不能疏忽大意,7、盡可能滿足用戶的合理需求,,38,1、為什么要編寫項目文檔,2、需要編寫哪些項目文檔,3、如何編寫項目文檔?,4、代碼編寫規(guī)范,5、書面和口頭表達的重要性,三、項目文檔編寫規(guī)范,,39,什么是文檔?,在項目工程中,文檔用來表示對活動、需求、過程或結(jié)果進行描述、定義、規(guī)定、報告或認證的任何書面或圖示的信息。 應說清楚下列問題:,是什么? 做什么? 為什么做? 誰來做? 怎么做?,搞清楚,3.1 為什么要編寫項目文檔,,40,在項目過程中,會產(chǎn)生和使用大量的信息,文檔在項目的開發(fā)過程中起著重要的作用,文檔是開發(fā)人員思考和開發(fā)過程的紀錄。 便于管理匯報。項目管理者可把這些記載下來的材料作為檢查項目開發(fā)進度和開發(fā)質(zhì)量的依據(jù),實現(xiàn)對項目開發(fā)的工程管理。 提高開發(fā)效率。文檔的編制,可使開發(fā)人員對各個階段的工作都進行周密思考、全盤權(quán)衡、減少返工。并且可在開發(fā)早期發(fā)現(xiàn)錯誤和不一致性,便于及時加以糾正。 便于總結(jié)分析。作為開發(fā)人員在一定階段的工作成果和結(jié)束標志,也可為后續(xù)工作奠定基礎(chǔ)。 便于協(xié)調(diào)溝通。便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了解。使項目開發(fā)更科學、更有成效。,,41,3.2 需要編寫哪些項目文檔,項目支持:質(zhì)量保證、客戶服務(wù)、產(chǎn)品維護,項目管理:需求分析、立項管理,結(jié)項管理,項目規(guī)劃、項目監(jiān)控、配置管理、變更管理,項目研發(fā):概要設(shè)計、詳細設(shè)計、調(diào)試測試、試點運行、發(fā)布驗收,項目開發(fā)過程,文檔,,42,3.3 如何編寫項目文檔,(1)文檔編寫不夠規(guī)范。主要表現(xiàn)在項目實施過程中,沒有對每一個階段的文檔進行整理,分層次管理,各類文檔資料缺少一致性。 (2)文檔內(nèi)容描寫不夠完善。在編寫各種文檔過程中,雖然大家都按事先規(guī)定的模式進行了編寫,但編寫的內(nèi)容經(jīng)常不夠完善。要么文檔極其簡單,相當于沒有文檔。要么文檔流于形式,沒有什么實際的價值。 (3)文檔沒有統(tǒng)一入庫管理。隨著系統(tǒng)的不斷優(yōu)化、升級,新需求的不斷產(chǎn)生,各種文檔越來越多,沒有建立一個文檔資料庫。不同時期的各種文檔零散存在,造成查詢文檔時非常困難。 (4)只重視文檔的形式,實用性不強。文檔的制定要實用,以減少繁文縟節(jié)的文字工作。 (5)文檔的安全性無法保障,未能有效管制機密文檔的外漏問題。項目一些文檔必定是關(guān)鍵文檔,起到非常重要的作用。對于這類文檔沒有設(shè)定優(yōu)先級別特別關(guān)注。,文檔編寫存在的問題:,不應該只為寫文檔而寫文檔,良好的文檔是思想交流、溝通的基礎(chǔ),也是整理和理清思路的基礎(chǔ)。,文檔,,43,3.4 代碼編寫規(guī)范,代碼實際上也是一種供人閱讀的文章,有一個文章的風格問題。應該使程序具有良好的風格。,1、命名規(guī)范,2、注釋,3、結(jié)構(gòu)化、接口化、非耦合,/* 功能描述:鏈路層控制域組建 入口參數(shù):buf:包頭數(shù)據(jù)結(jié)構(gòu),AFN:應用層功能碼,ACK_Flag確認標志,DIR傳送方向 出口參數(shù):無 返 回 值:無 時 間:XXXX-XX-XX 設(shè) 計 人:xxxxx */ void TLinkLayer_Build_Control(APDU_Head* buf, BYTE AFN_Code, /應用層功能碼 BYTE ACK_Flag, /確認標志 BYTE DIR) /傳送方向,,44,3.5 書面和口頭表達的重要性講清楚思路,開發(fā)人員,項目管理者,工程維護人員,用戶,橋梁,,45,1、開發(fā)人員的職業(yè)規(guī)劃,2、提高項目實施能力的前提,3、提高項目實施能力的方法,四、如何提高項目實施能力?,,46,4.1開發(fā)人員的職業(yè)規(guī)劃,我的奮斗目標是什么? 我的理想是什么? 我想有什么作為? 我能做到什么程度?,最低標準:社會責任/家庭責任,,47,幾點建議:,珍惜機會、在專業(yè)上要下功夫,多做少抱怨,能承受委屈,規(guī)劃好發(fā)展方向,方向別偏太多,25至35歲是人的創(chuàng)造黃金期,上天公平,付出就會有回報,具備能力才能抓住機會,,48,4.2 提高項目實施能力的前提,1、敬業(yè)、責任、追求,2、謙虛做人、勤懇做事,3、認真對待主管交給的任務(wù),4、正確的思考、研究方法,,49,4.3 提高項目實施能力的方法,多參與項目開發(fā),在項目開發(fā)中積累技巧、經(jīng)驗,切忌得過且過,多練,多

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論