黑馬程序員項(xiàng)目的具體開發(fā)流程

1、【程序員濟(jì)南】 項(xiàng)目的具體開發(fā)流程1.大體的項(xiàng)目開發(fā)流程各模快的開發(fā)流程要能講述-的用處，大體概括不需要詳細(xì)講解。2.自己開發(fā)的?？毂仨毷炀氶_發(fā)流程、原理；細(xì)節(jié)方面必須了解，自己開發(fā)的所有邏輯要能講清楚明白。3.需求文檔或者自己負(fù)責(zé)的功能模塊文檔如何寫以及里面包含哪些其實(shí)開發(fā)自己編寫的文檔比較少，只需要寫好詳細(xì)的邏輯功能結(jié)構(gòu)和詳細(xì)的流程圖大體就可以啦，但是也會因公司而不同。下面主要介紹產(chǎn)品經(jīng)理需要做的文檔如何寫PRD（產(chǎn)品需求文檔） 產(chǎn)品需求文檔，也叫業(yè)務(wù)需求文檔。一般寫這樣的文檔用WORD+VISIO或AXURE，建議互聯(lián)網(wǎng)產(chǎn)品經(jīng)理都熟悉一下AXURE這個(gè)的，聽說只有騰訊有個(gè)漢化的版本。產(chǎn)品

2、需求文檔主要是描述產(chǎn)品功能，業(yè)務(wù)流程和LOFI?？梢蕴峁┙oUE，美工 .產(chǎn)品需求文檔，也叫或AXURE，建議互聯(lián)網(wǎng)產(chǎn)品經(jīng)理都熟悉一下AXURE這個(gè) 的使用，能直接生成PRD。產(chǎn)品需求提供給UE，美工和項(xiàng)目經(jīng)理執(zhí)行的文檔。一般每個(gè)業(yè)務(wù)功能都按以下格式寫：（業(yè)務(wù)功能名稱）業(yè)務(wù)功能基本信息業(yè)務(wù)功能業(yè)務(wù)流程業(yè)務(wù)規(guī)則界面管理數(shù)據(jù)要求輸入輸出1.1.1.71.1.1.81.1.1.9費(fèi)用處理要求打印單據(jù)文件要求參數(shù)要求1.1.1.10 與其它界面的整合建議文檔分為兩輪第一輪： 1，文檔使用方：UI設(shè)計(jì)師2、內(nèi)容：.根據(jù)層定義出來產(chǎn)品功能范圍，.說明此產(chǎn)品的目的，方便UI設(shè)計(jì).產(chǎn)品基本流程更好的理解產(chǎn)品.詳

3、細(xì)的設(shè)計(jì)框架圖，.詳細(xì)文案3、格式：用axure,簡單效率高h(yuǎn)tml，visio，或word，如果PS用的不熟練，不使用，會影響工作效率。上面是要UI設(shè)計(jì)出來高保真原型圖第二輪：文檔使用方：開發(fā)用高保真原型圖來對開發(fā)有了高保真原型圖，開發(fā)寫技術(shù)需求說明看的最明白，只需要寫好詳細(xì)的邏輯功能結(jié)構(gòu)和詳細(xì)的流在工作流程中，特別是面向UI和工程師，沒有必要詳細(xì)的寫出來什么行業(yè)分析，開發(fā)背景之些問題，但一定要寫清楚功能范圍和此產(chǎn)品的目的，這樣有助于UI設(shè)計(jì)的理解。另外，上面說的是個(gè)人理想狀態(tài)，可能每個(gè)公司有自己的現(xiàn)實(shí)情況而有不同的流程。關(guān)鍵是產(chǎn)品定義 Product DefinitionWhat 做什么產(chǎn)

4、品定義，即定義產(chǎn)品到底要做成什么。一般來說，比較正規(guī)的做法是撰寫）的文檔，該文檔一般可以包括以下內(nèi)容：該產(chǎn)品的遠(yuǎn)景目標(biāo)（vi目標(biāo)市場和客戶（）market and customers）的描述競爭對手分析（competitive summary）4.詳細(xì)講解模塊開發(fā)流程：1、定義本模塊及其子模塊的名稱。比如：個(gè)人空間、薪資模塊、文化建設(shè)、薪資調(diào)薪等。對產(chǎn)品主要feature的比較詳細(xì)的描述這些feature的優(yōu)先級初步擬定的實(shí)現(xiàn)進(jìn)度安排用例（use cases），這可以是較粗略的大致描述，未必一定要UML Use Case圖。產(chǎn)品的軟硬件需求產(chǎn)品的性能要求銷售方式上的思路、需求（直銷還是？直銷怎

5、么做？怎么做？）技術(shù)支持方式上的思路、需求（提供什么樣的技術(shù)服務(wù)？）顯然，PRD文檔就是對產(chǎn)品的整體規(guī)劃，應(yīng)該比上述Market Research階段的MRD文檔要細(xì)化一 MRD文檔主要側(cè)重于市場機(jī)會的分析，得出結(jié)論“就當(dāng)前市場情況而言，可以做什么” PRD側(cè)重于整個(gè)產(chǎn)品的規(guī)劃，以及business方面的需求。PRD不同于SRS（System Requirement Specification），SRS是系統(tǒng)需求分析說明書，是以相Goal 目標(biāo)是什么產(chǎn)品定義是產(chǎn)品管理的工作。通過產(chǎn)品定義：使得公司所有與業(yè)務(wù)相關(guān)的部門（、研發(fā)、銷售、支持等部門）都能基本清楚產(chǎn)品定義的PRD文檔，為研發(fā)部需求分析

6、組接下來出SRS文檔提供了基本依據(jù)。How 怎么做產(chǎn)品管理部門根據(jù)市場研究結(jié)果，和各個(gè)業(yè)務(wù)相關(guān)部門溝通，發(fā)揮自己的創(chuàng)造力來進(jìn)行產(chǎn)品Who做產(chǎn)品經(jīng)理負(fù)責(zé)牽頭，主要由產(chǎn)品管理部門進(jìn)行具體工作實(shí)施。Deliverable 有無輸出比較正規(guī)的做法是輸出上述PRD文檔。對小公司或者小團(tuán)隊(duì)而言，有時(shí)可以把MRD和PRD合2、定義本模塊的業(yè)務(wù)流程比如薪資調(diào)薪流程：新表單填寫完成后提交到二級審核人，二級審核人審核通過后再由一級審核人審核。其他只能查詢審核通過的內(nèi)容。3、定義每個(gè)頁面中的功能能。比如：新增、修改、刪除、查詢、提交、導(dǎo)入等。4、數(shù)據(jù)庫設(shè)計(jì)4.1針對每一個(gè)模塊，分析該模塊需要建幾張表，確定這些表間的關(guān)系（比如：一對多），是否要其他表的外鍵。4.2表名與字段名要遵守開發(fā)規(guī)范。5、在數(shù)據(jù)庫中創(chuàng)建表。6、根據(jù)數(shù)據(jù)庫中的表生成對應(yīng)的實(shí)體對象。7、編寫持久層、業(yè)務(wù)邏輯層、表現(xiàn)層代碼，并在配置文件中進(jìn)行相應(yīng)的配置注意包名、類名遵守開發(fā)規(guī)范。8、開發(fā)