項目結項總結報告模板(it項目總結報告模板)
項目結項總結報告模板
項目結項總結報告模板
在經(jīng)濟飛速發(fā)展的今天，報告與我們愈發(fā)關(guān)系密切，報告根據用途的不同也有著(zhù)不同的類(lèi)型。那么一般報告是怎么寫(xiě)的呢？下面是小編精心整理的項目結項總結報告模板，希望對大家有所幫助。
篇一：結項總結報告
1. 項目背景
{可參考原項目方案建議書(shū)中的項目背景描述。}
2. 項目信息
項目實(shí)施周期： 項目參與人：
產(chǎn)品實(shí)現的主要功能：
｛主要功能中需要說(shuō)明針對立項范圍對比：注明全部實(shí)現，沒(méi)有實(shí)現部分以及新增實(shí)現部分｝
3. 主要成果
{工作成果可以是產(chǎn)品、文檔或者某方面經(jīng)驗的成功應用，并在描述中對其進(jìn)行介紹。
文檔或產(chǎn)品可以描述其版本、主要內容，工作經(jīng)驗則描述主要應用與應用效果。結合總體計劃中2.3項目交付成果描述，工作成果中可以在組織級復用或推廣使用的，請在描述中說(shuō)明}
4. 計劃與實(shí)際情況對比
{以下數據項可根據項目情況做出調整，給出各數據項的計劃、實(shí)際情況的數據，以及比較后的情況說(shuō)明。數據MA004_項目測量數據表、測試工作階段報告;如存在計劃變}
5. 開(kāi)發(fā)工作評價(jià)
{以下開(kāi)發(fā)類(lèi)項目工作的評價(jià)，結合《MA004_項目測量表》中測量指標給予量化評價(jià)。}
5.1. 對生產(chǎn)效率的評價(jià)
{給出實(shí)際生產(chǎn)效率，并與公司平均水平或計劃數據作為對比，分析原因。數據，項目測量表}
5.2. 對產(chǎn)品質(zhì)量的評價(jià)
{說(shuō)明在測試中檢查出來(lái)的錯誤發(fā)生率（缺陷密度），與目標值對比，分析原因。數據測試工作階段報告}
5.3. 對過(guò)程符合性的評價(jià)
{說(shuō)明在軟件過(guò)程符合性，與公司平均水平或目標值對比，分析原因。數據QA工作報告}
5.4. 對技術(shù)方法的評價(jià)
{給出對在開(kāi)發(fā)中所使用的技術(shù)、方法、工具、手段的評價(jià)。如存在技術(shù)問(wèn)題，注明解決部門(mén)；對于可以列入公司公用構件庫的構件，請說(shuō)明}
5.5. 問(wèn)題的分析
{針對項目管理進(jìn)行統計分析以及根本原因分析。數據PMC007_問(wèn)題跟蹤表}
6. 經(jīng)驗與教訓
{描述項目實(shí)施中來(lái)自產(chǎn)品實(shí)現、項目管理、關(guān)系處理、成本控制等各個(gè)方面經(jīng)驗與教訓,對后續開(kāi)發(fā)工作的建議以及對項目定義過(guò)程的評價(jià)。在結項評估中進(jìn)行分析總結，納入組織財富庫}
7. 知識產(chǎn)權（可選）
{描述產(chǎn)品知識產(chǎn)品的申報情況。}
8. 項目維護建議
{產(chǎn)品開(kāi)發(fā)類(lèi)項目、維護開(kāi)發(fā)類(lèi)項目和合同開(kāi)發(fā)類(lèi)項目必須填寫(xiě)。
描述項目進(jìn)入維護期開(kāi)發(fā)工作主要內容，對維護工作量的估算和人力資源計劃，建議本項目開(kāi)發(fā)維護人員的人選和工作安排。}
9. 申請結項理由
{說(shuō)明結項理由：正常結項和異常結項。異常結項必須說(shuō)明結項原因。}
篇二：結項總結報告
摘要：和諧社會(huì )建設離不開(kāi)社會(huì )道德問(wèn)題的解決，最為其中翹楚的讓座糾紛問(wèn)題尚未從參與者心理層面進(jìn)行研究。本文針對傳統問(wèn)題分析方式的種種不足，從讓座者、座位需求者以及旁觀(guān)者等角度去進(jìn)行調查（問(wèn)卷及訪(fǎng)談）以反思現狀。并根據調查到的數據與資料哦分析出相應的對策，對讓座糾紛問(wèn)題解決的有效性進(jìn)行研究，從而探討出優(yōu)化現行群眾及官方糾紛解決的措施。從14年五月到15年九月我們課題組成員做出了大量富有成效的研究工作，并取得了一定的成果。
關(guān)鍵詞：讓座糾紛 心理 引導
一、引言
近年來(lái)關(guān)于公共交通的座位之爭相關(guān)的新聞數不勝數，其作為社會(huì )道德問(wèn)題的一個(gè)現實(shí)反映，卻被稱(chēng)作新聞領(lǐng)域的“月經(jīng)帖”，屢見(jiàn)不鮮，調侃的背后透露出幾分無(wú)奈幾分悲哀。隨著(zhù)網(wǎng)絡(luò )普及，各種媒體曝光，讓座糾紛問(wèn)題日趨嚴重。在此本課題具體研究較為普遍的讓座糾紛問(wèn)題——公交車(chē)讓座糾紛。
隨著(zhù)目前公共交通發(fā)展的日益成熟，公交車(chē)成為了較多人的出行選擇，然而公交車(chē)作為最為普遍的一種大眾運輸工具，應該是最安全最快捷的，現在卻成為一個(gè)危險的區域，還有生命之虞，不能不說(shuō)是時(shí)代的悲哀。
然而公交車(chē)作為一種公共交通工具，必然不可能做到讓每一個(gè)需要座位的人都得到滿(mǎn)足，在這種情況下，讓座糾紛看似無(wú)法避免，然而目前對于讓座糾紛的研究，大多關(guān)注于公交設施資源問(wèn)題、新時(shí)期道德體系建設問(wèn)題等，因此研究公交車(chē)讓座糾紛產(chǎn)生的心理因素有利于從另一個(gè)視角來(lái)看待此問(wèn)題，也有利于幫助問(wèn)題的解決。
二、研究方法
（一）文獻研究法
文獻研究法指對文獻進(jìn)行查閱、分析、整理，從而了解研究對象的一種研究
方法。本文主要通過(guò)搜索中國知網(wǎng)、維普中文期刊數據庫、萬(wàn)方數據等中文數據庫進(jìn)行查閱，搜集有關(guān)大學(xué)生志愿服務(wù)活動(dòng)的相關(guān)資料，全面了解學(xué)者對大學(xué)生志愿服務(wù)的研究，為本課題提供理論支持。
（二）調查研究法
（1）問(wèn)卷調查法
本課題的研究總體范圍較廣，于是采用偶遇抽樣法來(lái)選取研究對象。在蘭州大學(xué)榆中校區采用隨機抽樣的預調查，后期將問(wèn)卷分年齡層次隨機發(fā)放。總計回收有效問(wèn)卷紙質(zhì)版67份，電子版146份，共計213份。有效問(wèn)卷回收率為80％.調查中男女比例大體相同。
（2）半結構式訪(fǎng)談
問(wèn)卷以選擇題為主，對于不同年齡層次的不同群體設計針對性、選擇性的問(wèn)題。對于實(shí)地發(fā)放回收的問(wèn)卷，我們挑選了一些參與者進(jìn)行了簡(jiǎn)短的提問(wèn)并記錄。將此類(lèi)同時(shí)填答問(wèn)卷并參與微訪(fǎng)談的參與者單獨分組。在研究后期對于此組資料進(jìn)行較為深入的分析。同時(shí)，對于一些不能詳細地出現在問(wèn)卷上、需要進(jìn)行深度交流的問(wèn)題，進(jìn)行了隨機訪(fǎng)談。
三、研究過(guò)程和做法
讓座糾紛的產(chǎn)生對象不僅僅局限于糾紛雙方，其實(shí)在場(chǎng)所有乘客及司機都可以參與其中，所以研究不應局限于對參與過(guò)讓座糾紛的人群，為了保證課題的全面性與實(shí)施的條理性，我們將研究分為以下幾個(gè)階段
（一）準備階段
1.訂立課題
2.選定研究人群
做好研究的信息搜集：根據小組分析的讓座糾紛產(chǎn)生的可能情況，擬定調查問(wèn)卷，對不同人群分發(fā)相同問(wèn)卷，并按統一標準進(jìn)行統計分析。
（二）實(shí)施階段
實(shí)施階段是完成本課題研究的.重要階段，我們對不同人群分發(fā)問(wèn)卷，收集并統計不同人群的數據資料。
（1）問(wèn)卷擬定及預調查階段
讓座糾紛的產(chǎn)生原因不能簡(jiǎn)單歸結為單方面的不道德，糾紛的產(chǎn)生可能有多方面原因，不能一概而論。
小組擬定問(wèn)卷后，對此問(wèn)卷進(jìn)行了預調查與效度分析，刪改了一些問(wèn)卷內容。
（2）問(wèn)卷定稿及發(fā)放回收階段
由于第一次實(shí)地問(wèn)卷回收并不理想，小組第二次發(fā)放問(wèn)卷選擇實(shí)地發(fā)放與網(wǎng)絡(luò )調查同步進(jìn)行。
在進(jìn)行網(wǎng)絡(luò )調查時(shí)，我們將同一份問(wèn)卷分兩個(gè)網(wǎng)頁(yè)進(jìn)行填答，較為成功通過(guò)分離不同網(wǎng)頁(yè)的填答年齡層將兩組問(wèn)卷大致分為青年組與中老年組。從而減少了后期統計分析的工作量。
對于實(shí)地發(fā)放回收的問(wèn)卷，我們挑選了一些對于“您是否參與過(guò)讓座糾紛”這項問(wèn)題填答“參加過(guò)”選項的參與者進(jìn)行了簡(jiǎn)短的提問(wèn)并記錄。將此類(lèi)同時(shí)填答問(wèn)卷并參與微訪(fǎng)談的參與者分為A組。在研究后期對于A(yíng)組資料進(jìn)行較為深入的分析。
（3）數據整理與分析階段
通過(guò)對參與問(wèn)卷調查的人進(jìn)行年齡段的分類(lèi)，本研究假定青年人群鮮有對座位的需求，故不將青年人群作為座位需求者加以考慮。在基本信息采集部分年齡屬于青年的共有101份（電子問(wèn)卷59份，紙質(zhì)問(wèn)卷42份）。在此群體中填答表示參與過(guò)讓座糾紛的共有14名，僅旁觀(guān)未參與過(guò)讓座糾紛的共有37名。
青年群體作為讓座的主要人群，大部分在讓座糾紛中屬于讓座方。
中老年群體作為座位的主要需求群體，大部分在讓座糾紛中屬于座位需求者。 通過(guò)如上的分類(lèi)方式，課題組成員通過(guò)對不同年齡層次的分析來(lái)進(jìn)行數據的整合與處理。
四、結果與分析
1、青年群體選擇讓座的主要原因分析
對于讓座糾紛中的讓座方（多數為青年人）極少數會(huì )因為外界壓力或道德綁架而讓座，他們的讓座行為多數出于自己的個(gè)人選擇（認為他人比自己更需要幫助）或是自身價(jià)值觀(guān)（助人為樂(lè )）引導所致。
2、青年群體選擇不讓座的原因分析
對于在一些情況下不選擇讓座的人，他們的緣由較多為個(gè)人不愿意讓座，多數認為自己對座位的需求要高于需求座位的人。
同時(shí)，責任分散效應也對讓座行為產(chǎn)生較大影響，一些填答問(wèn)卷者表示，在一些情況下自己會(huì )覺(jué)得坐在靠車(chē)前方一點(diǎn)的人將會(huì )讓座或是坐在愛(ài)心專(zhuān)坐上的青年人將會(huì )讓座，自己雖然有讓座之意但也輪不到自己，從而造成個(gè)人做出不讓座的選擇。
由此看來(lái)，在讓座糾紛中讓座方拒絕讓座并不是個(gè)人道德層次不高，在很多情況下是由于自身對座位較為需求，或沒(méi)意識到身邊的人有對座位的需求而導致的。
五、青年群體選擇不讓座時(shí)的一般表現分析
多數青年人在已經(jīng)做出不想讓座的選擇之后，他們用以避免讓座的方式多為坐在角落或忙自己的事（比如玩手機之類(lèi)）。然而在一些較為沖動(dòng)的座位需求者（或是圍觀(guān)群眾）看來(lái)，青年人這樣的行為無(wú)疑是不禮貌的，與他們心中的傳統價(jià)值觀(guān)與道德行為相悖，從而輕者惡語(yǔ)相向，重則推搡怒罵。又因為現在青年人逆來(lái)順受之輩甚少，又對道德綁架之類(lèi)嗤之以鼻，座位需求者（或是圍觀(guān)群眾）的壓力反而會(huì )激發(fā)起他們的逆反心理，更加拒絕讓座，從而導致糾紛。
篇三：結項總結報告
一、緒論
說(shuō)明：在緒論中簡(jiǎn)要說(shuō)明設計工作的目的、意義、研究設想、方法等。應當言簡(jiǎn)意賅。有關(guān)歷史回顧和前人工作的，可以適當綜合評述。
1. 概述
介紹項目設計的背景，目的、意義，項目的設計環(huán)境，項目的應用范圍，項目的研究方法等。
2. 國內外現狀
說(shuō)明項目所用技術(shù)國內外發(fā)展的現狀和實(shí)際應用的產(chǎn)品等。
二、關(guān)鍵技術(shù)介紹
說(shuō)明：對報告所涉及到的關(guān)鍵技術(shù)和所用的專(zhuān)有名詞進(jìn)行簡(jiǎn)要的介紹，在報告的其它部分一般不再敘述通用技術(shù)。
1. 專(zhuān)有名詞介紹
對于報告中出現的專(zhuān)有名詞進(jìn)行介紹，例如SRAM，FPGA，狀態(tài)機等。
2. 關(guān)鍵技術(shù)介紹
對于項目中用到的關(guān)鍵技術(shù)進(jìn)行介紹，例如IP核復用，March C-算法等技術(shù)。
三、系統分析
說(shuō)明：在本部分中分析項目所作測試電路應實(shí)現的功能，項目的可行性分析，待測的SRAM IP核的結構框圖及功能說(shuō)明，測試電路所采用的算法以及項目的流程圖等部分。
1. 項目的功能描述 2. 項目的可行性分析 3. 待測目標SRAM 分析 4. 測試算法分析 5. 測試電路系統流程圖
四、系統設計
說(shuō)明：可分為模塊初步劃分和模塊詳細劃分，分別說(shuō)明每個(gè)模塊的整體功能，端口界定，以及端口功能的詳細描述，并且給出這幾個(gè)模塊端口之間的相互關(guān)系圖和關(guān)系的說(shuō)明等。
1. 初步劃分
把整個(gè)項目初步劃分成幾個(gè)模塊，分別說(shuō)明每個(gè)模塊的整體功能，端口界定，以及端口功能的詳細描述，并且給出這幾個(gè)模塊端口之間的相互關(guān)系圖（可從EDA工具中截取，或者用visio軟件畫(huà)出），然后對模塊之間的相互關(guān)系進(jìn)行說(shuō)明。
例如本設計可分為Data_Path和Controller兩個(gè)模塊。分別說(shuō)明。
2. 詳細劃分
對初步劃分的模塊進(jìn)行詳細的劃分，每個(gè)模塊又可劃分成若干個(gè)小模塊，詳細說(shuō)明每個(gè)小模塊的功能，進(jìn)行端口的界定，并對端口信號進(jìn)行簡(jiǎn)單描述，然后給出模塊之間的關(guān)系圖。
it項目總結報告模板
it項目總結報告模板
it項目總結報告模板【1】
I 引言
1.1編寫(xiě)目的
說(shuō)明編寫(xiě)這份項目開(kāi)發(fā)總結報告的目的，指出預期的閱讀范圍。
1.2背景
說(shuō)明：
a.本項目的名稱(chēng)和所開(kāi)發(fā)出來(lái)的軟件系統的名稱(chēng);
b.此軟件的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及安裝此軟件的計算中心。
I.3定義
列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
1.4參考資料
列出要用到的參考資料，如：
a.本項目的已核準的計劃任務(wù)書(shū)或合同、上級機關(guān)的批文;
b.屬于本項目的其他已發(fā)表的文件;
c.本文件中各處所引用的文件、資料，包括所要用到的軟件開(kāi)發(fā)標準。
列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。
2 實(shí)際開(kāi)發(fā)結果
2.1產(chǎn)品
說(shuō)明最終制成的產(chǎn)品，包括：
a.程序系統中各個(gè)程序的名字，它們之間的層次關(guān)系，以千字節為單位的各個(gè)程序的程序量、存儲媒體的形式和數量;
b.程序系統共有哪幾個(gè)版本，各自的版本號及它們之間的區別;
c.每個(gè)文件的名稱(chēng);
d.所建立的每個(gè)數據庫。
如果開(kāi)發(fā)中制訂過(guò)配置管理計劃，要同這個(gè)計劃相比較。
2.2主要功能和性能
逐項列出本軟件產(chǎn)品所實(shí)際具有的主要功能和性能，對照可行性研究報告、項目開(kāi)發(fā)計劃、功能需 .求說(shuō)明書(shū)的有關(guān)內容，說(shuō)明原定的開(kāi)發(fā)目標是達到了、未完全達到、或超過(guò)了。
2.3基本流程
用圖給出本程序系統的實(shí)際的基本的處理流程。
2.4進(jìn)度
列出原定計劃進(jìn)度與實(shí)際進(jìn)度的對比，明確說(shuō)明，實(shí)際進(jìn)度是提前了、還是延遲了，分析主要原因。
2.5費用
列出原定計劃費用與實(shí)際支出費用的對比，包括：
a.工時(shí)，以人月為單位，并按不同級別統計;
b.計算機的使用時(shí)間，區別CPU時(shí)間及其他設備時(shí)間;
c.物料消耗、出差費等其他支出。
明確說(shuō)明，經(jīng)費是超出了、還是節余了，分析其主要原因。
3 開(kāi)發(fā)工作評價(jià)
3.1對生產(chǎn)效率的評價(jià)
給出實(shí)際生產(chǎn)效率，包括：
a.程序的平均生產(chǎn)效率，即每人月生產(chǎn)的行數;
b.文件的平均生產(chǎn)效率，即每人月生產(chǎn)的千字數;
并列出原訂計劃數作為對比。
3.2對產(chǎn)品質(zhì)量的評價(jià)
說(shuō)明在測試中檢查出來(lái)的程序編制中的錯誤發(fā)生率，即每干條指令(或語(yǔ)句)中的錯誤指令數(或語(yǔ)句數)。
如果開(kāi)發(fā)中制訂過(guò)質(zhì)量保證計劃或配置管理計劃，要同這些計劃相比較。
3.3對技術(shù)方法的評價(jià)
給出對在開(kāi)發(fā)中所使用的技術(shù)、方法、工具、手段的評價(jià)。
3.4出錯原因的分析
給出對于開(kāi)發(fā)中出現的錯誤的原因分析。
4 經(jīng)驗與教訓
列出從這項開(kāi)發(fā)工作中所得到的最主要的經(jīng)驗與教訓及對今后的項目開(kāi)發(fā)工作的.建議。
軟件項目總結報告范文【2】
1 引言
1.1 編寫(xiě)目的
XXX公司業(yè)務(wù)管理系統的開(kāi)發(fā)已經(jīng)基本完成。
寫(xiě)此項目開(kāi)發(fā)總結報告，以方便我們在以后的項目開(kāi)發(fā)中來(lái)更好的實(shí)施項目的訂制開(kāi)發(fā); 讓我在今后的項目開(kāi)發(fā)中有更多的有據的資料來(lái)規范我們的開(kāi)發(fā)過(guò)程和提高我們的開(kāi)發(fā)效率，從而創(chuàng )造更多公司效益。
1.2 背景
項目名稱(chēng)：XXX業(yè)務(wù)管理系統
軟件名稱(chēng)：XXX業(yè)務(wù)系統
客戶(hù)：XXX
用戶(hù)：XXX員工
1.3 參考資料
項目開(kāi)發(fā)文檔：
(1)軟件開(kāi)發(fā)數據模型：PDM_OperationSystem20070831.pdm
(2)數據庫開(kāi)發(fā)文檔： XXX業(yè)務(wù)管理系統數據庫設計說(shuō)明書(shū)2.0.doc
(3)軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統流程說(shuō)明.doc
(4)軟件使用手冊參考：XXX業(yè)務(wù)管理系統功能說(shuō)明3.0.doc
(5)軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統流程說(shuō)明.doc
(6)軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
(7)軟件中使用的安全Ikey驅動(dòng)：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。
如有修改，即使修改此處的參考文檔名稱(chēng)。
2 開(kāi)發(fā)工作評價(jià)
2.1 對生產(chǎn)效率的評價(jià)
(1)系統開(kāi)發(fā)已歷時(shí)快1年的時(shí)間了
(2)開(kāi)發(fā)的反復性比較多。
(3)對客戶(hù)的需求理解不是很透徹。
綜合以上，此項目的開(kāi)發(fā)效率不是很高，相反有相當一定時(shí)間的浪費。
2.2 對產(chǎn)品功能的評價(jià)
經(jīng)過(guò)我們公司各位同事的共同努力協(xié)作，XXX業(yè)務(wù)管理系統已經(jīng)很好的完成了客戶(hù)的業(yè)務(wù)流需求。
經(jīng)過(guò)對客戶(hù)使用過(guò)程的觀(guān)察，此項目開(kāi)發(fā)的還是比較成功，但是還是存在著(zhù)一些問(wèn)題，造成這些問(wèn)題的原因是多方面的。
如：前期系統數據庫的設計缺陷和部分代碼的構建缺陷、客戶(hù)需求的理解上也存在一定問(wèn)題，這就需要我們用一定的時(shí)間來(lái)維護客戶(hù)使用過(guò)程中提出的新問(wèn)題和存在的debug。
總的來(lái)說(shuō)，此系統的功能開(kāi)發(fā)還是一個(gè)比較成功的案例。
2.3 對技術(shù)方法的總結
在此項目中使用到技術(shù)和工具：
(1)使用代碼生成器：使用代碼生成器 [動(dòng)軟.Net代碼自動(dòng)生成器]，此工具在很大程度上提高了編碼效率，從而加快了項目的開(kāi)發(fā)進(jìn)程。
在以后的項目中，我們要盡量的來(lái)使用一些類(lèi)似的工具來(lái)在最短的時(shí)間內完成工作。
在今后的項目開(kāi)發(fā)中，我們最好是能開(kāi)發(fā)出適合自己的代碼生成工具，更大限度的節省開(kāi)發(fā)周期和開(kāi)發(fā)費用。
(2)使用數據庫建模工具：PowerDesigner 工具來(lái)建立系統數據庫模型，以方便程序員很好的理解業(yè)務(wù)流和掌握系統架構者的架構思想，更好的滿(mǎn)足客戶(hù)的功能需求。
在今后的項目開(kāi)發(fā)中，我們要更好的來(lái)完成系統的前期數據庫模型的建立，最大的來(lái)優(yōu)化系統功能。
(3)使用第三方控件：此系統中使用了ComponentArt Web.UI 第三方控件。
此控件在很大程度上滿(mǎn)足了客戶(hù)對軟件界面的需求，從而也給軟件的操作帶來(lái)了方便。
本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開(kāi)發(fā)過(guò)程中，要繼續使用第三方的控件。
這樣以來(lái)，無(wú)論是針對軟件界面的美觀(guān)性、友好性來(lái)說(shuō)、易操作性而言，還是針對系統開(kāi)發(fā)效率而言，這都是很好途徑。
但需要注意的是：在使用第三方控件時(shí)，要謹慎的選擇一些網(wǎng)絡(luò )中的比較常見(jiàn)的第三方控件。
(4)使用自定義控件：此系統中使用了自定義控件(GhdGridView)，此自定義控件可以很好的統一系統中的所有信息顯示表格樣式。
如客戶(hù)對數據顯示樣式有什么新的意見(jiàn)，我就不需要修改每一個(gè)頁(yè)面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
(5)系統開(kāi)發(fā)框架：此系統的框架使用的是簡(jiǎn)單三層結構，此框架在開(kāi)發(fā)一些中小軟件是比較實(shí)用的。
但是我們要是可以開(kāi)發(fā)出自己的框架，把一些通用的功能開(kāi)發(fā)到框架中。
這樣以來(lái)，在以后的系統開(kāi)發(fā)中，針對系統中一些通用的功能就不需要再開(kāi)發(fā)，從而也可以很好的提高我們的開(kāi)發(fā)效率;減少很多維護費用。
使我們的技術(shù)不斷的更加成熟。
(6)系統安全加密：此系統中針對客戶(hù)提出的系統安全問(wèn)題，我們采用了Ikey加密硬件鑰匙來(lái)驗證客戶(hù)端登陸客戶(hù)的合法性，此Ikey鑰匙可以綁定到一個(gè)系統使用用戶(hù)，也可以讓多個(gè)用戶(hù)來(lái)使用一個(gè)加密鑰匙來(lái)驗證登陸系統的合法性。
這樣以來(lái)，即使用戶(hù)的密碼不慎丟失，或者被不法人員取得(不法人員他也是無(wú)法登陸到我們的系統中來(lái))，這樣就最大的提高了我們系統的安全性。
Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3 項目經(jīng)驗總結
3.1 簽定合同
一個(gè)項目的開(kāi)發(fā)成敗或者說(shuō)項目開(kāi)發(fā)帶來(lái)效益的大小，在很大程度上是受項目合同簽定的影響的。
往往，很多一部分公司與客戶(hù)簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來(lái)就會(huì )導致在項目的開(kāi)發(fā)后期，工作量會(huì )越來(lái)越大，影響項目的竣工周期;而且，項目的開(kāi)發(fā)費用一般是不會(huì )變的。
這樣以來(lái)，我們就大大的降低了我們的開(kāi)發(fā)效益。
雖然需求范圍很難簽定的明確，但是我們在簽定合同時(shí)，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2 開(kāi)發(fā)團隊
在項目確立后，要盡快的建立起項目開(kāi)發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學(xué)習彼此的優(yōu)點(diǎn)和技術(shù)，使團隊的能力不斷的提高。
這樣，在項目的開(kāi)發(fā)過(guò)程中，團隊才不會(huì )被難題困住不動(dòng)。
另外，團隊中要有一個(gè)項目負責人，這個(gè)人無(wú)論是在與客戶(hù)的溝通上，還是在技術(shù)上都要是很出眾的人，此項目負責人要能很好的溝通客戶(hù)與開(kāi)發(fā)成員之間，以此來(lái)更好的理解客戶(hù)的功能需求。
人的記憶力總是有限的，所以就要求開(kāi)發(fā)團隊成員要盡量的書(shū)寫(xiě)一些開(kāi)發(fā)文檔，這些文檔往往是我們在項目開(kāi)發(fā)后期要用到的可尋資料。
項目團隊士氣是項目成功的一個(gè)因素,我們需要不斷的來(lái)培養我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3 需求的調研
在項目確立后，就到了需求調研分析階段。
(1)項目組對客戶(hù)的整體組織結構、公司有關(guān)人員的關(guān)系、職責等如果沒(méi)有一個(gè)很好、足夠的了解掌握，這樣項目組就無(wú)法很好的完整的整理到客戶(hù)的需求、或者說(shuō)客戶(hù)真實(shí)的功能需求，如此以來(lái)我們就為自己埋下了地雷，影響項目的開(kāi)發(fā)周期，這就要求我們要與客戶(hù)搞好無(wú)論是工作上的還是生活上的朋友關(guān)系，要深入的去了解客戶(hù)需求。
(2)我們要盡量的讓客戶(hù)也參與到項目的開(kāi)發(fā)團隊中來(lái)，也就是說(shuō)我們要使客戶(hù)把自己也納入到項目的開(kāi)發(fā)團隊中來(lái)，如此一來(lái)，我們掌握客戶(hù)需求的真實(shí)性、可靠性就會(huì )大大的提高，也就不會(huì )為項目的后期功能開(kāi)發(fā)埋下陷阱。
(3)在需求調研過(guò)程中，如果缺乏足夠用戶(hù)參與，這樣的需求調研也是失敗的。
很多程序員不愿參與到客戶(hù)的需求調研中去，為什么呢?很簡(jiǎn)單，與客戶(hù)溝通不如與代碼溝通容易有意思。
盡管這樣，我們還是必須用足夠多的時(shí)間去和客戶(hù)進(jìn)行溝通，了解他們真實(shí)的需求。
很多用戶(hù)也是如此，他們自己也不愿意參與到項目的需求調研中來(lái)，為什么呢?需求調研有出去和朋友一塊爛漫嗎?!雖然現狀如此，我們還是要努力的使客戶(hù)參與到需求的調研中來(lái)。
(4)模糊需求，也就是模棱兩可是需求規格說(shuō)明中最為可怕的問(wèn)題。
一是指諸多客戶(hù)對需求說(shuō)明產(chǎn)生了不同的理解;一是指單個(gè)讀者能用不止一個(gè)方式來(lái)解釋某個(gè)需求說(shuō)明。
針對對這種情況，就要求我們的調研人員要能夠從多個(gè)角度來(lái)分析客戶(hù)的不同需求，整理出最終的需求與客戶(hù)確認，定出最終真實(shí)可靠的需求，我們絕不能憑借我們自己的單面理解來(lái)定立客戶(hù)的最終需求。
(5)在一個(gè)項目的開(kāi)發(fā)中，文檔的書(shū)寫(xiě)是極為重要的一項工作。
因為，某些文檔就是我們在開(kāi)發(fā)后期與客戶(hù)溝通的可尋依據、也是我們程序員在編碼過(guò)程中要用到的重要文檔。
我們絕對不能認為，憑借我們的大腦來(lái)記錄所有的開(kāi)發(fā)需求。
即使，你說(shuō)你是天才，你要用你那顆愛(ài)因斯坦的大腦來(lái)記錄所有的開(kāi)發(fā)需求，那也是不可能的，人的精力總是有限的。
這就要求我們在需求調研中做好需求文檔的記錄和整理。
(6)需求調研工具選擇，客戶(hù)一般對圖形還是比較感興趣的，所以我們在調研過(guò)程中，我要盡量的采用圖形化界面來(lái)和客戶(hù)溝通需求。
比如可以采用Rose工具，把客戶(hù)的意思轉換為用例圖、時(shí)序圖、協(xié)作圖、狀態(tài)圖、類(lèi)圖等，使表達的意思更加直觀(guān)。
這樣客戶(hù)會(huì )更快的進(jìn)行問(wèn)題的實(shí)質(zhì)。
3.4 做好開(kāi)發(fā)計劃
在項目確立后，我們就需要做好項目開(kāi)發(fā)計劃，需求調研用時(shí)，開(kāi)發(fā)用時(shí)，測試用時(shí)，實(shí)施用時(shí)，維護用時(shí)。
在我們做好了計劃后，我們要隨時(shí)的跟蹤計劃任務(wù)的完成進(jìn)度，從而使我們的項目進(jìn)度掌控在我們的開(kāi)發(fā)周期范圍之內，今日計劃、行動(dòng)，明日成功。
3.5 很好的溝通
在其他行業(yè)中，人與人的之間的溝通是很重要的。
項目開(kāi)發(fā)也不例外，很好的溝通能夠加快項目的進(jìn)度，這就要求我們每一個(gè)開(kāi)發(fā)人員要學(xué)會(huì )和善于溝通于客戶(hù)和同事之間。
在一個(gè)項目的開(kāi)發(fā)過(guò)程中，我們與客戶(hù)的溝通是一個(gè)不斷交流和溝通的過(guò)程。
在開(kāi)發(fā)到一定的階段，我們就需要和客戶(hù)溝通已有功能，盡量的去避免一些隱藏的問(wèn)題，及時(shí)的發(fā)現問(wèn)題，解決問(wèn)題，從而按時(shí)或者提前完成項目的開(kāi)發(fā)。
3.6 做好工作總結
在項目進(jìn)行的過(guò)程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來(lái)，無(wú)論是在自己的技術(shù)還是其它方面，都會(huì )對我們有很大的提高，在長(cháng)期的積累后，無(wú)論是我們個(gè)人能力，還是我們的團隊能力都會(huì )有很大的提高。