軟件工程第二次做業

1、軟件開發流程

(一)項目啓動 

一、產品經理和項目干係人肯定項目方向，產品型項目的干係人包括公司領導、產品總監、技術總監等，項目的話則包括客戶方領導、主要執行人等。

二、公司領導確認項目組團隊組成，包括產品經理、研發項目經理、研發工程師、測試團隊等。

三、明確項目管理制度，每一個階段的成果產物須要進行相應的評審，評審有相應的《會議紀要》;從項目啓動起，研發項目經理每週提供《項目研發週報》;測試階

段，測試工程師每週提供《項目測試周報》。

四、產品經理進行需求調研，輸出《需求調研》文檔。需求調研的方式主要有背景資料調查和訪談。

五、產品經理完成《業務梳理》。首先，明確每一個項目的目標;其次，梳理項目涉及的角色;再來，每一個角色要進行的事項;最後，再梳理整個系統分哪些端口，要有哪些業務模塊，每一個模塊再包含哪些功能。

(二)需求階段 
一、進入可視化產物的輸出階段，產品經理提供最簡單也最接近成品的《產品原型》，線框圖形式便可。在這個過程當中還可能產生的包括業務流程圖和頁面跳轉流程圖。業務流程圖側重在不一樣節點不一樣角色所進行的操做，頁面跳轉流程圖主要指不一樣界面間的跳轉關係。

二、產品經理面向整個團隊，進行需求的講解。

三、研發項目經理根據需求及項目要求，明確《項目里程碑》。根據項目里程錶，完成《產品開發計劃》，明確詳細階段的時間點，最後根據開發計劃，進行《項目任務分解》，完成項目的分工。

四、研發工程師按照各自的分工，進入概要需求階段。《概要需求》旨在讓研發工程師初步理解業務，評估技術可行性。

（三）設計階段

一、UI設計師根據產品的原型，輸出《界面效果圖》，並提供界面的標註，最後根據主要的界面，提供一套《UI設計規範》。UI設計規範主要是明確經常使用界面形式尺寸等，方便研發人員快速開發。UI設計常涵蓋交互的內容。

二、研發工程師在界面效果圖的基礎上，輸出《需求規格》，需求規格應包含最終要實現的內容的一切要素。

三、研發工程師完成《概要設計》、《通信協議》及《表結構設計》，及完成正式編碼前的一系列研發設計工做。

（四）開發階段

一、研發工程師正式進入編碼階段，這個過程雖然大部分時間用來寫代碼，可是可能還須要進行技術預研、進行需求確認。

二、編碼過程通常還需進行服務端和移動端的聯調等。

三、完成編碼後須要進行功能評審。

（五）測試階段

一、測試工程師按階段設計《測試實例》，未經過的流程測試提交至jira，分配給相應的開發人員調整。

二、研發工程師根據測試結果修改代碼，完成後提交測試，測試經過後完成。

三、測試工程師編寫《測試結果報告》，包括功能測試結果、壓力測試結果等。

四、測試工程師編寫系統各端口的《操做手冊》、維護手冊等。

（六）系統上線

與客戶或者上級達成一致後，系統進行試運行，穩定後上線。

2、最喜歡的兩個團隊類型

交響樂團模式：交響樂團門類齊全，各司其職，演奏都靠譜，同時看指揮；當某個軟件領域處於穩定成長階段時時比較適用。

功能團隊模式：具有不一樣能力的同事們平等協做，共同完成一個功能，在這個功能完成之後，這些人又從新組織，和別的角色一塊兒去完成下一個功能。

3、本門課程中應採起的類型

1.我認爲在本門課程中比較適合的是交響樂團模式，交響樂團模式最中心的位置是指揮者，每一個演奏者以指揮者爲中心來完成本身的表演片斷，樂器種類多你們各司其職使演奏十分完整。對於如今的咱們來講缺少必定的發展能力須要一個好的指揮家來領導咱們合做，小組成員根據須要發揮本身擅長的部分在團隊裏你們都可以去憑藉本身的知識技能來共同完成這樣一個功能。

       並且團隊中的每一個成員的擅長點大都不一致的，把這些都合併起來那麼能夠互相彌補不足之處，對於交響樂團隊模式解決了把你們集合起來的問題可是又出現成員之間缺少交流，這對於一個項目的完成是不正確的，交流的缺乏會給成員對成員有錯誤的認知，對方不瞭解各自的技能到底處於什麼水平每每會出現誤差。因此我認爲在採用這種模式的狀況下能夠進行優化，增強小組成員的交流，使彼此有一個較爲全面的瞭解那麼在分配任務會更有側重點完成度也會大大提升。

但我更但願咱們的團隊模式能夠是兩者的結合形式，經過磨合，可以協同做戰。團隊能夠公開的討論流程和工做的方式，協商制定計劃；有能力的成員也分擔必定的領導職責；你們各司其職，平等協做，最後彙總各部分，完成任務。

   2.不一樣模式優缺點分析

（1）交響樂團模式

優勢：門類齊全，而且你們各司其職，各自有專門的場地，演奏期間沒有聊天走動的現象，還有就是演奏都靠譜，同時看指揮的，並且演奏的都是通過屢次練習的曲目，最重要的是這個團隊須要一個能力強的指揮者來進行整場的演奏，執行能力強。

缺點：團隊小組成員作事比較呆板，本身只顧着完成本身的演奏片斷而忽略了本身與團隊的交流，而且光看指揮者的指揮還會失去了本身的想法。

（2）功能團隊模式

優勢：小組成員注重合做，你們平等協做共同完成一個功能而且還能夠再和別人完成另外的工做，靈活性比較高，這樣每一個人都能發揮本身擅長的，並且小組內部交流比較頻繁，勇於提出本身的想法。

缺點：在你們協做完成一個功能後去和他人組隊，那麼新的小組成員還須要一個磨合期來使對方熟知起來比較耗時間不穩定。