學(xué)期個(gè)人總結(jié)(軟件開(kāi)發(fā)專(zhuān)業(yè))

學(xué)期個(gè)人總結(jié)感受

時(shí)間匆匆，不知不覺(jué)已是專(zhuān)業(yè)課結(jié)束的時(shí)候了，卻總覺(jué)得這學(xué)期過(guò)得如此之快。這學(xué)期剛開(kāi)始的時(shí)候，對(duì)于老師的分組學(xué)習(xí)，我們有點(diǎn)不習(xí)慣，也不理解。但后來(lái)慢慢的，跟著老師的步伐，也覺(jué)得這樣也挺不錯(cuò)的。有人出點(diǎn)子，有人做開(kāi)發(fā)，有人做測(cè)試，這樣一步步地完成作業(yè)。老師讓我們發(fā)揮自己的才能，選著自己想學(xué)的方式。

對(duì)于老師來(lái)說(shuō)我們是她眾多屆學(xué)生的一屆，而對(duì)于我來(lái)說(shuō)，卻是我作為一名學(xué)生難以忘記的一門(mén)課。我曾經(jīng)幻想過(guò)我的大學(xué)生活，認(rèn)為平時(shí)不聽(tīng)課，只要到期末的時(shí)候多看幾天的書(shū)就可以，不掛科，平時(shí)可以有很多的課余時(shí)間與朋友們出去玩。我一直以為這樣會(huì)持續(xù)到畢業(yè)結(jié)束。

但是因?yàn)檫@門(mén)課，在每次分配任務(wù)的時(shí)候，我都希望自己可以多分一部分，因?yàn)樽约汉芟胪�，但如果有任�?wù)必須做的話，就會(huì)靜下來(lái)做吧。所以希望讓任務(wù)來(lái)約束自己。當(dāng)程序做不出來(lái)的時(shí)候，苦惱用什么方法可以做出來(lái)，也有和同組的同學(xué)共同探討解決辦法，也有和其他小組的同學(xué)請(qǐng)教方法。在解決問(wèn)題的過(guò)程中出來(lái)感謝之外，我覺(jué)得我的同學(xué)也很優(yōu)秀，在這樣的團(tuán)隊(duì)，這樣的班級(jí)中我覺(jué)得很幸運(yùn)。當(dāng)實(shí)現(xiàn)一個(gè)功能的時(shí)候，自己特別的高興，不只是因?yàn)橥瓿闪俗鳂I(yè)，更是對(duì)自己能力的肯定。當(dāng)時(shí)就覺(jué)得自己特別棒。

每次作品展示的時(shí)候，都是一個(gè)收獲的時(shí)候。會(huì)被設(shè)計(jì)組人的奇思妙想所驚喜，會(huì)對(duì)其他開(kāi)發(fā)組人員的實(shí)現(xiàn)特別的功能好奇，對(duì)測(cè)試組的同學(xué)又愛(ài)又恨，因?yàn)樗麄冇袝r(shí)測(cè)出的問(wèn)題這是自己都沒(méi)有想到的問(wèn)題，所以會(huì)感謝他們，有時(shí)又會(huì)覺(jué)得他們的問(wèn)題好苛刻，正是這樣成了促使我們前進(jìn)。

在這門(mén)課堂的最后一次課上，我們每一個(gè)人都說(shuō)了自己的感言。課代表對(duì)班級(jí)的付出，對(duì)老師的感謝和敬愛(ài)，同樣也是每一位同學(xué)的想法，還有同學(xué)對(duì)同學(xué)的友誼，大家彼此感動(dòng)著。有太多感動(dòng)的話語(yǔ)，太多感謝的人，太多值得回憶的畫(huà)面。太多的感謝，道一句，謝謝我的青春，我的大學(xué)，曾經(jīng)我也如此的努力過(guò)，奮斗過(guò)。謝謝在我生命中遇到的你們。

擴(kuò)展閱讀：個(gè)人總結(jié)

軟件工程項(xiàng)目總結(jié)報(bào)告

軟件工程學(xué)習(xí)總結(jié)

首先，感謝張老師這一個(gè)學(xué)期對(duì)我們的指導(dǎo)和關(guān)心。雖然我并不是每堂課都去，但是這門(mén)課的教程我的確從頭看到尾了。

通過(guò)這學(xué)期以來(lái)的學(xué)習(xí)，雖說(shuō)課本中的很多內(nèi)容仍不能清晰地理解掌握，但對(duì)于軟件工程確實(shí)也有了比上學(xué)期更明晰系統(tǒng)的概念和理解，同時(shí)也在老師授課下對(duì)許多以前未所聽(tīng)聞的開(kāi)發(fā)軟件和開(kāi)發(fā)方法如UML模型等有了初步的了解，深感這是一門(mén)博大精深而十分有用的學(xué)問(wèn)，需要我們認(rèn)真進(jìn)一步地學(xué)習(xí)。以下是我對(duì)課本內(nèi)容知識(shí)點(diǎn)的學(xué)習(xí)所得梳理與感悟：

（一）、關(guān)于“軟件工程”學(xué)

軟件工業(yè)歷史3個(gè)階段走來(lái)，傳統(tǒng)的軟件開(kāi)發(fā)不重視開(kāi)發(fā)技術(shù)與開(kāi)發(fā)管理，現(xiàn)代社會(huì)軟件需求的激增，開(kāi)發(fā)與維護(hù)的困難使得許多軟件項(xiàng)目告以失敗，“軟件危機(jī)”爆發(fā)。

“軟件工程（SE）”的概念是為了有效地控制軟件危機(jī)的發(fā)生而被提出來(lái)的，它的中心任務(wù)就是把軟件作為一種物理的工業(yè)產(chǎn)品來(lái)開(kāi)發(fā)，要求“采用工程化的原理與方法對(duì)軟件進(jìn)行計(jì)劃、開(kāi)發(fā)和維護(hù)�！逼鋵�(shí)質(zhì)在于：以大型軟件為對(duì)象（如企業(yè)資源管理ERP系統(tǒng)）；旨在開(kāi)發(fā)滿足用戶需求、及時(shí)交付、不超過(guò)預(yù)算和無(wú)故障的軟件；針對(duì)軟件這一具有特殊性質(zhì)的產(chǎn)品的工程化方法。軟件工程涵蓋了軟件生存周期的所有階段，并提供了一整套工程化的方法，來(lái)指導(dǎo)軟件人員的工作：

（一）、軟件項(xiàng)目過(guò)程包括開(kāi)發(fā)、管理、改進(jìn)三個(gè)部分軟件工程三段論

軟件開(kāi)發(fā)項(xiàng)目管理過(guò)程改進(jìn)1、軟件開(kāi)發(fā)

軟件人員生產(chǎn)軟件的過(guò)程，包括需求分析、設(shè)計(jì)（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）、編碼、測(cè)試、產(chǎn)品提交、提交。其線路圖如下：

需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測(cè)試產(chǎn)品提交維護(hù)2、軟件項(xiàng)目管理

項(xiàng)目管理者規(guī)劃軟件開(kāi)發(fā)、控制軟件開(kāi)發(fā)的過(guò)程，相當(dāng)于生產(chǎn)線上的管理過(guò)程，管理過(guò)程是伴隨開(kāi)發(fā)過(guò)程進(jìn)行的過(guò)程。

軟件項(xiàng)目管理路線圖

201*3411114閆小素軟件工程項(xiàng)目總結(jié)報(bào)告

合同管理生存期需求管理任務(wù)分解項(xiàng)目估算項(xiàng)目進(jìn)度質(zhì)量計(jì)劃配置計(jì)劃風(fēng)險(xiǎn)計(jì)劃團(tuán)隊(duì)管理項(xiàng)目度量集成項(xiàng)目跟蹤控制項(xiàng)目結(jié)束

3、軟件過(guò)程改進(jìn)

相當(dāng)于對(duì)軟件開(kāi)發(fā)過(guò)程和軟件管理過(guò)程的“工藝流程”進(jìn)行管理和改進(jìn)，如果沒(méi)有好的工藝生產(chǎn)

不出好的產(chǎn)品，它包括對(duì)開(kāi)發(fā)過(guò)程和管理過(guò)程的定義和改進(jìn)。

軟件過(guò)程改進(jìn)路線如下圖：

啟動(dòng)診斷建立實(shí)施評(píng)估建立階段產(chǎn)生的改進(jìn)方案可能是如何進(jìn)行改進(jìn)也可能是出于各方考慮而放棄不改進(jìn)。

（三）、關(guān)于軟件工程生存期模型：

軟件工程有很多環(huán)節(jié)，軟件工程模型用一定的流程將各個(gè)環(huán)節(jié)連接起來(lái)，并用規(guī)范的方式造作全過(guò)程，就可以形成不同的生存期模型，這個(gè)生存期模型就是在項(xiàng)目規(guī)劃過(guò)程中選擇的策略。常見(jiàn)的生存期模型有：

瀑布模式；原型模式；增量模式；螺旋式模式等。

這些模型各有特點(diǎn)，在實(shí)際應(yīng)用中應(yīng)該根據(jù)需求進(jìn)行選擇，例如：WaterFallmodel要求一個(gè)階段的輸出是下階段的輸入，沒(méi)有反饋，項(xiàng)目目標(biāo)固定不變（WaterFallmodel過(guò)于理想化，不適合現(xiàn)代軟件開(kāi)發(fā)；但其“線性”思想易為掌握，在其他模型中都能找到其影子）所以適合于：

*在項(xiàng)目開(kāi)始前,項(xiàng)目的需求很明確*在項(xiàng)目開(kāi)始前,解決方案也很明確

（四）、關(guān)于復(fù)用原則

基于復(fù)用（重用）的軟件工程是比較理想的軟件工程策略，復(fù)用可以降低軟件開(kāi)發(fā)和維護(hù)的成本，縮短開(kāi)發(fā)時(shí)間，提高產(chǎn)品質(zhì)量。

二、關(guān)于軟件項(xiàng)目過(guò)程

從課本第2章到第8章主要是沿著軟件工程線路圖為我們解析軟件項(xiàng)目開(kāi)發(fā)過(guò)程個(gè)階段的任務(wù)、開(kāi)發(fā)方法、成果要求及項(xiàng)目管理實(shí)施：

（一）、需求分析

201*3411114閆小素

軟件工程項(xiàng)目總結(jié)報(bào)告

軟件項(xiàng)目的失敗大半源于需求分析沒(méi)有做好，軟件開(kāi)發(fā)人員首先應(yīng)該明確用戶的意圖和要求，正確獲取用戶的需求，然后形成一個(gè)軟件需求規(guī)格，它是軟件開(kāi)發(fā)的重要基礎(chǔ)。需求分析一章介紹了需求分析如下的5個(gè)過(guò)程及基本任務(wù)（需求獲取->需求分析->需求規(guī)格說(shuō)明->需求驗(yàn)證以及變更管理）并重點(diǎn)介紹了需求分析中的建模方法：

需求工程需求開(kāi)發(fā)需求管理需求獲取需求分析變更管理需求驗(yàn)證需求規(guī)格說(shuō)明需求規(guī)范必須說(shuō)明和功能定義，既是往后概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的基礎(chǔ)，同時(shí)也便于后期與客戶發(fā)生爭(zhēng)端或需要進(jìn)行設(shè)計(jì)變更時(shí)可以有據(jù)可依。

需求建模方法：（Microsoftofficevisio是有力的建模工具）

1、關(guān)聯(lián)模型定義系統(tǒng)與環(huán)境的關(guān)聯(lián)關(guān)系

1、行為模型是描述系統(tǒng)的總體行為：數(shù)據(jù)流模型；狀態(tài)機(jī)模型

2.3、數(shù)據(jù)模型定義系統(tǒng)處理的數(shù)據(jù)邏輯形式（E-R圖與數(shù)據(jù)流程圖）2.4、結(jié)構(gòu)化方法

歐洲Ｊａｃｋｓｏｎ的面向數(shù)據(jù)結(jié)構(gòu)的開(kāi)發(fā)方法，以及ＰＡＤ開(kāi)發(fā)方法（業(yè)務(wù)流程圖、數(shù)據(jù)流圖、數(shù)據(jù)字典的使用）

2.5面向?qū)ο竽Ｐ蛯�現(xiàn)實(shí)世界的“視圖”轉(zhuǎn)化為用對(duì)象來(lái)描述的模型描述對(duì)象之間的各種關(guān)系，以滿足軟件系統(tǒng)的要求。

面向?qū)ο蟮慕�模工具UML（visio：可以利用代碼生成器將UML轉(zhuǎn)換成多種程序設(shè)計(jì)語(yǔ)言代碼，或反向）

2.6、原型方法按照用戶的需要，快速形成一個(gè)操作流程界面，可能只是一個(gè)框架，具體的功能沒(méi)有實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致；主要考慮系統(tǒng)的功能需求，很少考慮非功能需求（類(lèi)型：進(jìn)化型、拋棄型）

（二）、設(shè)計(jì)階段

包括概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼三部分，依次推進(jìn)，概要設(shè)計(jì)文檔是詳細(xì)設(shè)計(jì)的基礎(chǔ)，詳細(xì)設(shè)計(jì)文檔又是編碼的基礎(chǔ)。

概要設(shè)計(jì)部分主要從結(jié)構(gòu)化和面向?qū)ο髢蓚�(gè)角度較少設(shè)計(jì)方法。分塊介紹了數(shù)據(jù)設(shè)計(jì)（以數(shù)據(jù)庫(kù)設(shè)計(jì)為核心）、架構(gòu)設(shè)計(jì)、界面設(shè)計(jì)、模塊設(shè)計(jì)等設(shè)計(jì)模型。介紹了B/S的體系結(jié)構(gòu)，詳細(xì)介紹了應(yīng)用程序框架的概念及UML設(shè)計(jì)模型的應(yīng)用。概要設(shè)計(jì)根據(jù)需求規(guī)格對(duì)系統(tǒng)的結(jié)構(gòu)、接口、模塊等進(jìn)行設(shè)計(jì)，并根據(jù)設(shè)計(jì)結(jié)果產(chǎn)生概要設(shè)計(jì)文檔。

詳細(xì)設(shè)計(jì)過(guò)程根據(jù)概要設(shè)計(jì)形成的結(jié)果對(duì)各個(gè)模塊的內(nèi)部實(shí)現(xiàn)進(jìn)行規(guī)劃設(shè)計(jì)，并根據(jù)設(shè)計(jì)結(jié)果產(chǎn)生詳細(xì)設(shè)計(jì)文檔。詳細(xì)設(shè)計(jì)部分介紹了如何采用結(jié)構(gòu)化和面向?qū)ο蟮姆椒◤囊晥D、控制、模型三層模型上細(xì)化概要設(shè)計(jì)的各個(gè)模塊，并完成偽代碼為編碼階段做準(zhǔn)備。

編碼階段依據(jù)詳細(xì)設(shè)計(jì)文檔實(shí)現(xiàn)設(shè)計(jì)中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)并通過(guò)配置管理控制管理變更，并形成編碼文檔。這部分主要介紹了編碼的結(jié)構(gòu)化和面向?qū)ο蠡�的方法，以及編碼過(guò)程中的標(biāo)準(zhǔn)和規(guī)范，重用原則。

201*3411114閆小素軟件工程項(xiàng)目總結(jié)報(bào)告

（三）、測(cè)試階段

第7章主要講述了測(cè)試的方法、技術(shù)、測(cè)試級(jí)別以及測(cè)試的管理過(guò)程。透過(guò)這章學(xué)習(xí)，我了解了靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的方法，黑、白盒測(cè)試的區(qū)別及應(yīng)用。課本從測(cè)試方法講起，在白盒測(cè)試的方法中介紹了結(jié)構(gòu)化的測(cè)試方法和面向?qū)ο蟮臏y(cè)試方法，重點(diǎn)講述了傳統(tǒng)的結(jié)構(gòu)化的邏輯覆蓋方法。在黑盒測(cè)試中引入了等價(jià)類(lèi)劃分、邊界值測(cè)試、錯(cuò)誤猜測(cè)等方法。講授了在不同單元、集成、系統(tǒng)以及接受等不同級(jí)別測(cè)試中采用的不同的測(cè)試方法以及包括測(cè)試計(jì)劃、測(cè)試開(kāi)發(fā)、測(cè)試執(zhí)行、測(cè)試跟蹤、測(cè)試評(píng)估等的測(cè)試管理過(guò)程。

（四）、項(xiàng)目提交階段

主要講述產(chǎn)品提交需要完成的主要提交產(chǎn)品和進(jìn)行培訓(xùn)。提交產(chǎn)品的同時(shí)要提交相應(yīng)的手冊(cè)等，包括用戶使用手冊(cè)、管理員手冊(cè)等。要求一個(gè)說(shuō)明書(shū)，雙方在提交產(chǎn)品說(shuō)明書(shū)上簽字，以說(shuō)明產(chǎn)品提交結(jié)束。

（五）、項(xiàng)目維護(hù)

闡述了維護(hù)的類(lèi)型和任務(wù)：使用戶和系統(tǒng)服務(wù)員使用得滿意；預(yù)測(cè)變更，驚醒更多的跟蹤和控制。

三、課程學(xué)習(xí)感想

了解了什么是“軟件危機(jī)”，透過(guò)軟件工程于解決“軟件危機(jī)”的重要性、軟件工程三條重要線索、軟件工程知識(shí)體系函括內(nèi)容及軟件工程各類(lèi)生存期模型，我對(duì)軟件工程思想及“工程化”軟件開(kāi)發(fā)的流程有了較系統(tǒng)的了解，較上學(xué)期對(duì)軟件開(kāi)發(fā)流程有了更進(jìn)一步的理解。透過(guò)軟件工程的起源，認(rèn)識(shí)到：實(shí)現(xiàn)軟件工業(yè)的產(chǎn)業(yè)化，軟件工程必須是真正意義上的工程化。從軟件開(kāi)發(fā)三條線索（開(kāi)發(fā)、管理、改進(jìn)）來(lái)看，軟件開(kāi)發(fā)的過(guò)程必須規(guī)范化（各階段都必須形成相應(yīng)文檔；編碼必須依照通用可讀性嚴(yán)格遵照編程規(guī)范）；軟件項(xiàng)目管理的核心是項(xiàng)目規(guī)劃和項(xiàng)目跟蹤控制，保證軟件工程開(kāi)發(fā)的成功完成，軟件開(kāi)發(fā)流程的規(guī)范化在軟件項(xiàng)目中有著重要的作用，通過(guò)不斷地優(yōu)化和規(guī)范過(guò)程，企業(yè)可以提高軟件生產(chǎn)能力。

從需求分析到維護(hù)，透過(guò)軟件的開(kāi)發(fā)流程具體實(shí)施的學(xué)習(xí)，我對(duì)軟件項(xiàng)目開(kāi)發(fā)的流程有了更深的理解，例如通過(guò)需求設(shè)計(jì)報(bào)告、概要設(shè)計(jì)報(bào)告、詳細(xì)設(shè)計(jì)報(bào)告三份作業(yè)的完成雖然很不完善，但仍讓我對(duì)需求分析建模和設(shè)計(jì)中用到的方法有了更好的理解并熟悉了三份文檔的格式。同時(shí)，這門(mén)課更正我不少的錯(cuò)誤觀念：比如編碼規(guī)范問(wèn)題，以前我總覺(jué)得個(gè)人寫(xiě)的程序只要能運(yùn)行不管別人看不看得懂，注釋可有可無(wú)，想法越獨(dú)特代碼量越少或內(nèi)存損耗越小就越好，學(xué)了這門(mén)課才理解這樣的代碼可讀性很差，通用性不好，維護(hù)起來(lái)很不方便，代碼的可讀通用性重要性不亞于正確性和運(yùn)行效率；以前除了代碼的源文件其他文檔都不甚重要，學(xué)了這門(mén)課才知道軟件開(kāi)發(fā)中每一階段都有文檔的產(chǎn)生，其管理與應(yīng)用也是一門(mén)大學(xué)問(wèn)此外，這門(mén)課程里講授了很多我以前從未接觸過(guò)的方法和軟件如UML模型、visio的強(qiáng)大繪圖建模功能等等，這些知識(shí)不僅能應(yīng)用于軟件工程，也能應(yīng)用于其他的很多領(lǐng)域，這門(mén)課結(jié)束了，但這些方面學(xué)習(xí)我還將繼續(xù)的。

以上是從課本方向上學(xué)習(xí)總結(jié)的，以下是項(xiàng)目小組長(zhǎng)針對(duì)項(xiàng)目開(kāi)發(fā)的總結(jié)：

201*3411114閆小素

軟件工程項(xiàng)目總結(jié)報(bào)告

一、需求分析

需求分析是對(duì)用戶的業(yè)務(wù)活動(dòng)進(jìn)行分析，確定系統(tǒng)的目的、范圍、定義和功能，明確在用戶的業(yè)務(wù)環(huán)境中軟件系統(tǒng)應(yīng)該"做什么"。只有在確定了客戶需求后，知道要“做什么”，才能夠分析和尋求系統(tǒng)的解決方法，開(kāi)展后續(xù)的工作，所以需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程。

這一步驟要產(chǎn)生用戶需求說(shuō)明書(shū)，這個(gè)說(shuō)明書(shū)既是給用戶看的也是給開(kāi)發(fā)人員看的，可以讓用戶更加確定自己的需求，讓開(kāi)發(fā)人員了解用戶的需求�？梢栽谛枨笳f(shuō)明說(shuō)中包含業(yè)務(wù)流程圖，來(lái)描述項(xiàng)目的業(yè)務(wù)流程。

二、軟件設(shè)計(jì)

軟件設(shè)計(jì)的主要任務(wù)是把需求分析得到的結(jié)果轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，建立目標(biāo)系統(tǒng)的邏輯模型，從而形成系統(tǒng)架構(gòu)。明確軟件系統(tǒng)應(yīng)該"怎樣做"概要設(shè)計(jì)

1.軟件結(jié)構(gòu)設(shè)計(jì)：將一個(gè)復(fù)雜系統(tǒng)按功能進(jìn)行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機(jī)界面等。

2.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)：數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及數(shù)據(jù)庫(kù)的設(shè)計(jì)。詳細(xì)設(shè)計(jì)

1．為每個(gè)模塊確定采用的算法，選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過(guò)程，寫(xiě)出模塊的詳細(xì)過(guò)程性描述；2．確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；

3．確定模塊接口的細(xì)節(jié)，包括對(duì)系統(tǒng)外部的接口和用戶界面，對(duì)系統(tǒng)內(nèi)部其它模塊的接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。

4．要為每一個(gè)模塊設(shè)計(jì)出一組測(cè)試用例，以便在編碼階段對(duì)模塊代碼（即程序）進(jìn)行預(yù)定的測(cè)試。這一步驟需要產(chǎn)生系統(tǒng)概要設(shè)計(jì)說(shuō)明書(shū)和系統(tǒng)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。

三、軟件編碼

軟件編碼就是將上一階段的詳細(xì)設(shè)計(jì)得到的處理過(guò)程的描述轉(zhuǎn)換為基于某種計(jì)算機(jī)語(yǔ)言的程序，即源程

201*3411114閆小素

軟件工程項(xiàng)目總結(jié)報(bào)告

序代碼。

1．制定項(xiàng)目開(kāi)發(fā)計(jì)劃文檔，制訂編碼規(guī)范、量化任務(wù)，并合理分配給相應(yīng)的人員。2．跟蹤項(xiàng)目的進(jìn)度，協(xié)調(diào)項(xiàng)目組成員之間的合作。

3．監(jiān)督產(chǎn)生項(xiàng)目進(jìn)展各階段的文檔，保證文檔的完整和規(guī)范。

4．跟蹤開(kāi)發(fā)過(guò)程中的需求變更，與用戶溝通確定變更需求，更改開(kāi)發(fā)計(jì)劃。

四、軟件測(cè)試

軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。

項(xiàng)目組長(zhǎng)需了解測(cè)試結(jié)果，根據(jù)測(cè)試的bug的嚴(yán)重程度來(lái)安排項(xiàng)目bug更改計(jì)劃。

五、運(yùn)行維護(hù)

軟件維護(hù)主要是指根據(jù)需求變化或硬件環(huán)境的變化對(duì)應(yīng)用程序進(jìn)行部分或全部的修改，修改時(shí)應(yīng)充分利用源程序。修改后要填寫(xiě)程序改登記表，并在程序變更通知書(shū)上寫(xiě)明新舊程序的不同之處。

項(xiàng)目組長(zhǎng)需要配合部署人員做項(xiàng)目部署，了解項(xiàng)目部署環(huán)境，跟蹤項(xiàng)目運(yùn)行期間產(chǎn)生的bug安排相關(guān)人員對(duì)相應(yīng)bug進(jìn)行更改

六、必備流程：

1．每天找個(gè)時(shí)間，項(xiàng)目組長(zhǎng)召集該項(xiàng)目的相關(guān)人員作項(xiàng)目每日總結(jié)，內(nèi)容包括：（1）了解每個(gè)成員的工作進(jìn)度情況。

（2）了解成員在工作中遇到的困難，并尋找資源解決。

（3）成員之間的配合是否協(xié)調(diào)一致（比如，需要提交的物件沒(méi)有按時(shí)提交或遺忘等）。（4）如有需要，根據(jù)當(dāng)前的進(jìn)展情況調(diào)整項(xiàng)目計(jì)劃。（5）安排每個(gè)成員第二天的工作。

（6）如果考慮到項(xiàng)目當(dāng)前的進(jìn)展?fàn)顟B(tài)可能會(huì)導(dǎo)致項(xiàng)目延期，則項(xiàng)目組長(zhǎng)有權(quán)安排項(xiàng)目組加班，以保證工期。

201*3411114閆小素軟件工程項(xiàng)目總結(jié)報(bào)告

2.如果項(xiàng)目組長(zhǎng)接收到新的需求，則項(xiàng)目組長(zhǎng)應(yīng)該在下午的項(xiàng)目每日總結(jié)會(huì)上提出，并分配安排工作。除非新來(lái)的需求特別緊急或影響到項(xiàng)目組當(dāng)前正在進(jìn)行的任務(wù)，需要召集項(xiàng)目組成員緊急討論外，否則不應(yīng)打斷項(xiàng)目組的當(dāng)前工作。

如果新的需求是在每天下班后接收的，則項(xiàng)目組長(zhǎng)應(yīng)在第二天早上召集項(xiàng)目組成員討論并安排任務(wù)。

201*3411114閆小素

友情提示：本文中關(guān)于《學(xué)期個(gè)人總結(jié)(軟件開(kāi)發(fā)專(zhuān)業(yè))》給出的范例僅供您參考拓展思維使用，學(xué)期個(gè)人總結(jié)(軟件開(kāi)發(fā)專(zhuān)業(yè))：該篇文章建議您自主創(chuàng)作。

來(lái)源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問(wèn)題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《學(xué)期個(gè)人總結(jié)(軟件開(kāi)發(fā)專(zhuān)業(yè))》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/722223.html

• 上一篇：五一活動(dòng)總結(jié)--陳利珍
• 下一篇：電氣工程師工作經(jīng)驗(yàn)總結(jié)