.簡(jiǎn)介

        .1項(xiàng)目概述

        本項(xiàng)目要開發(fā)一個(gè)成績(jī)查詢系統(tǒng)，系統(tǒng)一共分為學(xué)生查詢成績(jī)、教室查詢成績(jī)、教室提交修改成績(jī)、管理員操作和游客查詢五個(gè)子系統(tǒng)。本計(jì)劃負(fù)責(zé)其中的有關(guān)管理員的子系統(tǒng)。通過團(tuán)隊(duì)合作開發(fā)整個(gè)子系統(tǒng)，使團(tuán)隊(duì)成員獲得軟件工程開發(fā)的實(shí)際訓(xùn)練。本系統(tǒng)采用目前主流的B/S開發(fā)架構(gòu)，交付的產(chǎn)品包括可執(zhí)行的文件、源代碼、技術(shù)文檔與管理員使用手冊(cè)等。本系統(tǒng)的開發(fā)過程中的主要工作是子系統(tǒng)需求分析、系統(tǒng)總體設(shè)計(jì)、子系統(tǒng)源代碼開發(fā)、子系統(tǒng)測(cè)試、交付團(tuán)隊(duì)領(lǐng)導(dǎo)進(jìn)行最后的集成、整個(gè)系統(tǒng)的測(cè)試。關(guān)鍵里程碑是制定項(xiàng)目管理計(jì)劃書、制定需求設(shè)計(jì)規(guī)格說(shuō)明書初稿、制定系統(tǒng)設(shè)計(jì)報(bào)告的初稿、進(jìn)行子系統(tǒng)運(yùn)行情況的檢查測(cè)試、進(jìn)行系統(tǒng)集成后的運(yùn)行情況的檢查與測(cè)試。項(xiàng)目所需工具是個(gè)人電腦和開發(fā)工具。進(jìn)度為11周，工程量為3人/天。

        .2項(xiàng)目交付產(chǎn)品

        （1）提交文檔：項(xiàng)目管理計(jì)劃、需求規(guī)格說(shuō)明，設(shè)計(jì)報(bào)告、測(cè)試報(bào)告、用戶使用手冊(cè)和項(xiàng)目個(gè)人總結(jié)。其中項(xiàng)目總結(jié)為每人一份，每個(gè)小組所有成員的總結(jié)裝訂在一起；其余文檔每組提交一份。每個(gè)團(tuán)隊(duì)可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團(tuán)隊(duì)內(nèi)部協(xié)商確定。所有文檔需要提交電子版和打印稿。 

        （2）源程序檢查：一共兩次。第一次檢查每個(gè)小組的子系統(tǒng)運(yùn)行情況。第二次檢查每個(gè)團(tuán)隊(duì)內(nèi)六個(gè)小組集成后完整的人力資源管理系統(tǒng)運(yùn)行情況，檢查完成后需要提交程序源文件和可執(zhí)行的系統(tǒng)。

        .3 SPMP的演化

        軟件項(xiàng)目計(jì)劃書在第十二周周末前經(jīng)由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據(jù)項(xiàng)目的進(jìn)展可以對(duì)其進(jìn)行修改，需要有組員提出修改意，在全體會(huì)上討論通過，并由組長(zhǎng)整理修改意見并作出相應(yīng)的修改。其余組成員同步獲得更新稿。

        .項(xiàng)目組織

        .1過程模型

        表1 過程模型表

        .2 團(tuán)隊(duì)的分工與合作

        表2 組織關(guān)系圖

        .管理過程

        .1管理目標(biāo)和優(yōu)先級(jí)

        基本管理原則：每位成員既是積極的建言者，又是負(fù)責(zé)的合作者，同時(shí)也是決策的

        制定者。決策應(yīng)在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須被及時(shí)有效的執(zhí)行。禁止再有異議。

        目標(biāo) 1：按時(shí)按量完成項(xiàng)目的基本功能，按時(shí)發(fā)布產(chǎn)品及文檔，這是本團(tuán)隊(duì)的最高目標(biāo)。

        目標(biāo)2：遵循規(guī)范化的項(xiàng)目運(yùn)作標(biāo)準(zhǔn)，文檔嚴(yán)謹(jǐn)完整，代碼注釋充分，便于后續(xù)維護(hù)，這是第二目標(biāo)。

        目標(biāo)3：產(chǎn)品運(yùn)行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。

        目標(biāo)4：注重團(tuán)隊(duì)建設(shè)，成員分工合理，團(tuán)隊(duì)成員合作默契，氣氛融洽。每周的討論會(huì)積極建言。在開發(fā)過程中積極協(xié)作。

        目標(biāo) 5：項(xiàng)目設(shè)計(jì)和開發(fā)上盡量有創(chuàng)新，有亮點(diǎn)。

        .2風(fēng)險(xiǎn)管理

        本次開發(fā)過程中存在的風(fēng)險(xiǎn)及規(guī)避方法如下表：

        表3 項(xiàng)目風(fēng)險(xiǎn)及其規(guī)避方法

        3.3監(jiān)督和控制機(jī)制

        報(bào)告機(jī)制：

        . 要求各組員以周為單位記錄工作進(jìn)展，形成開發(fā)日志，并以電子文檔的形式提交給秘書進(jìn)行整理，最后由文檔維護(hù)員進(jìn)行維護(hù)。

        .每周例會(huì)上各位組員積極對(duì)當(dāng)前的開發(fā)工作進(jìn)行積極的評(píng)審和建言，由組長(zhǎng)做最后的作口頭總結(jié)，由秘書主持會(huì)議并記錄和整理會(huì)議的內(nèi)容。文檔維護(hù)員修改和維護(hù)相應(yīng)的文檔。并交由小組進(jìn)行會(huì)議評(píng)審并給出意見。

        . 組成員都要密切監(jiān)控風(fēng)險(xiǎn)狀態(tài)，發(fā)現(xiàn)風(fēng)險(xiǎn)后提交風(fēng)險(xiǎn)報(bào)告。由秘書定期提交風(fēng)險(xiǎn)報(bào)告。必要時(shí)將突發(fā)風(fēng)險(xiǎn)通知所有組員，并由組長(zhǎng)做出臨時(shí)處理決定。然后在該周

        的例會(huì)上由組成員共同討論對(duì)風(fēng)險(xiǎn)的處理意見。并形成風(fēng)險(xiǎn)處理的日志做為以后的經(jīng)驗(yàn)。 報(bào)告格式：

        報(bào)告主題，時(shí)間段，發(fā)現(xiàn)人，報(bào)告內(nèi)容，審核意見 評(píng)審機(jī)制：

        每周例會(huì)上小組討論形成一致意見后即為通過，相關(guān)負(fù)責(zé)人針對(duì)改進(jìn)意見開展下一周工作，嚴(yán)格執(zhí)行例會(huì)上鎖制定的決策。小組會(huì)議持續(xù)評(píng)估其成效。每一項(xiàng)目階段結(jié)束之前（里程碑前后），組織一次階段評(píng)審會(huì)，評(píng)估整個(gè)階段的工作效率和成果質(zhì)量。盡量與項(xiàng)目例會(huì)合并，并邀請(qǐng)組長(zhǎng)和其他組成員參加評(píng)議。亦可詢問老師的意見。對(duì)于重大的風(fēng)險(xiǎn)處理意見，應(yīng)該由組長(zhǎng)及其他組組長(zhǎng)組成評(píng)審團(tuán)對(duì)處理意見進(jìn)行審議和評(píng)估。并以評(píng)審團(tuán)的決議（亦可根據(jù)老師的建議）作為重要參考來(lái)制定決策。

        .4人員計(jì)劃

        4.技術(shù)過程

        .1 開發(fā)方法、工具和技術(shù)

        本小組的團(tuán)隊(duì)組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語(yǔ)言為C#；采用面向?qū)ο蟮姆治鲈O(shè)計(jì)方法；利用開發(fā)平臺(tái)作為開發(fā)平臺(tái)；使用SqlSever 2005作為數(shù)據(jù)庫(kù)管理系統(tǒng)圖；并采用統(tǒng)一的C#標(biāo)準(zhǔn)的文件命名方式、代碼版式、注釋等編碼規(guī)范；編碼人員對(duì)代碼進(jìn)行嚴(yán)格檢查后再進(jìn)行代碼編譯；測(cè)試人員根據(jù)測(cè)試文檔進(jìn)行單元測(cè)試；最后實(shí)現(xiàn)軟件的交付。

        開發(fā)環(huán)境：sqlserver 2005   .NET 2.0   Visual Studio 2005。

        .2軟件需交付的文檔

        ．軟件項(xiàng)目管理計(jì)劃

        該文檔由組長(zhǎng)完成，介紹項(xiàng)目的整個(gè)管理過程。該文檔在軟件設(shè)計(jì)需求分析初級(jí)階段完成，后續(xù)階段由文檔維護(hù)員進(jìn)行相應(yīng)的更新。 2. 需求規(guī)格說(shuō)明初稿

        在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會(huì)上作出決策，有文檔維護(hù)員撰寫整理需求規(guī)格說(shuō)明初稿，并在后續(xù)各個(gè)階段進(jìn)行需求變更的更新。 3.設(shè)計(jì)報(bào)告初稿

        在總體設(shè)計(jì)階段，小組根據(jù)需求規(guī)格說(shuō)明文檔，完成軟件體系結(jié)構(gòu)的設(shè)計(jì)，由組長(zhǎng)編寫軟件體系結(jié)構(gòu)設(shè)計(jì)文檔初稿，并在后續(xù)開發(fā)階段補(bǔ)充和更新。該文檔由文檔維護(hù)員負(fù)責(zé)維護(hù)更新。 4.測(cè)試文檔

        在軟件開發(fā)階段，測(cè)試人員需要編寫測(cè)試規(guī)格說(shuō)明文檔，并在后續(xù)測(cè)試階段更新。開發(fā)人員將根據(jù)測(cè)試規(guī)格說(shuō)明文檔建立測(cè)試環(huán)境、準(zhǔn)備測(cè)試數(shù)據(jù)。  5．用戶手冊(cè)

        在更新用需求分析階段，測(cè)試人員需要開始著手編寫用戶手冊(cè)，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由維護(hù)員更新文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。 6.個(gè)人項(xiàng)目總結(jié)

        由組內(nèi)成員各自獨(dú)立完成，對(duì)開發(fā)過程中獲得的工作經(jīng)驗(yàn)進(jìn)行總結(jié)。在提交系統(tǒng)時(shí)一并提交。

        .其他文檔

        軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風(fēng)險(xiǎn)報(bào)告及其處理意見等，由秘書進(jìn)行整理與匯聚。作為以后軟件開發(fā)以及交流的經(jīng)驗(yàn)。

        .開發(fā)進(jìn)度安排與預(yù)算

        項(xiàng)目進(jìn)度描述如下表：

        要求熟練使用 C#和.NET 平 臺(tái) 根據(jù)測(cè)試文檔 嚴(yán)格測(cè)試對(duì)代碼進(jìn)行復(fù) 查，盡量減少 BUG 與其他小組長(zhǎng) 無(wú)間協(xié)作完成 整個(gè)系統(tǒng)的集 成 配置好 IIS 服 務(wù)，搭建整個(gè) 系統(tǒng)的運(yùn)行平 臺(tái)測(cè)試整個(gè)系 統(tǒng)的發(fā)布情況進(jìn)行整個(gè)成 績(jī)管理系統(tǒng) 的集成 

        一個(gè)可以運(yùn)行的系 統(tǒng)以及用戶手冊(cè)和 幫助。以及最后確 定的技術(shù)文檔各組之間可以 交流各自的開 發(fā)經(jīng)驗(yàn)和心得 體會(huì)

        .2開發(fā)過程中的資源需求

        人員：小組軟件項(xiàng)目開發(fā)成員

        支持軟件：Microsoft Visual Stduio 2005、.NET 2.0、office、sqlserver 2005    開發(fā)地點(diǎn)：宿舍或者機(jī)房

        實(shí)驗(yàn)設(shè)備：個(gè)人計(jì)算機(jī)、筆記本、實(shí)驗(yàn)室計(jì)算機(jī)

        項(xiàng)目資源維護(hù)需求的數(shù)目和類型：3臺(tái)個(gè)人電腦（Pentium III 800 以上CPU，256M以上內(nèi)存）

        .3軟件管理過程中預(yù)算及資源分配

        .統(tǒng)一的開發(fā)不涉及任何經(jīng)濟(jì)的預(yù)算，工程量初步設(shè)置為3人/天。

        .資源分配為各自使用自己的電腦。

        5.4項(xiàng)目進(jìn)度及關(guān)鍵工期設(shè)置