公務員期刊網 精選范文 軟件項目論文范文

    軟件項目論文精選(九篇)

    前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的軟件項目論文主題范文,僅供參考,歡迎閱讀并收藏。

    軟件項目論文

    第1篇:軟件項目論文范文

    軟件需求是每個軟件開發的開端與基礎。在項目需求分析階段,雙方必須全面地盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求,以及對項目進行評估的各種評價標準。在進行需求分析時,可以首先分析客戶原有系統的建設情況,對客戶的原有產品進行分析,明確建設目標等。

    需求管理對軟件項目能否最終實現產生至關重要的影響。任何的軟件項目都必須進行合理的、細致的、一致的需求管理,只有這樣才能制定正確合理的軟件開發計劃,軟件項目才能順利地開發完成。

    2、溝通與協作

    軟件項目管理中的溝通與協作是指信息的交流,是使信息發揮積極作用和達到目標的手段;協作是指和諧地在一起工作的活動。溝通技術可分分四類:(1)正式書面溝通,包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型(用例圖等);(2)正式口頭溝通,包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試,項目定期例會等;(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業務領導討論等;(4)電子溝通,包括電子郵件、內部BBS等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。

    3、風險管理

    軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。

    針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。常見的主要風險管理模型如下。

    1.SEI的連續風險管理模型(CRM)。SEICRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素;決定最迫切需要處理的風險;實現控制風險的策略;評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟:風險識別、分析、計劃、跟蹤、控制。

    2.BarryBoehm模型。Boehm模型的思想核心是:10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為:RE=P(UO)3L(UO),其中RE表示風險或者風險所造成的影響;P(UO)表示令人不滿意的結果所發生的概率;L(UO)表示糟糕的結果會產生的破壞性的程度。

    3.軟件工程風險模型(SERIM).SERIM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。

    五、軟件項目管理技術

    1.CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU/SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復級),級別3(已定義級),級別4(已管理級)和級別5(優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2:需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3:組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4:定量過程管理,軟件質量管理。級別5:缺陷預防,技術更新管理,過程更改管理。

    2.CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎源模型包括:軟件CMM2.0版(草稿C),EIA-731系統工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2(已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。

    3.PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段,PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此,PSP保障軟件產品質量的一個重要途徑是提高設計質量。

    4、小結

    本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。

    參考文獻:

    [1]PhpMetzger,JohnBoddie.軟件項目管理-過程控制與人員管理[M].北京:電子工業出版社,2002.

    [2]RajeevTShandilya.王克仁譯.軟件項目管理[M].北京:科學技術出版社,2002.

    [3]楊根興,金榮得,宗宇偉.軟件需求的不確定性與解決途徑.計算機應用與軟件.

    [4]周倫鋼,吳建軍.IT軟件開發項目管理探討.鄭州大學學報(工學版).

    第2篇:軟件項目論文范文

    關鍵詞:軟件項目;軟件過程;CMM;KPA

    一、引言

    項目管理(PM,projectmanagement)是指利用現有的知識、方法和技術手段,有效地計劃、調度、控制和跟蹤項目的開始、執行、直止終止的過程,是項目順利實現的有效手段。軟件項目管理則是在項目管理的基礎上,結合軟件產品的實際,利用工程的概念和方法來開發與維護軟件,對成本、風險、時間、質量、過程、配置等進行分析、管理、控制,最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內,以預定成本按期、按質完成軟件的開發并交付用戶使用。目前,軟件產品已廣泛應用于各個領域,但是很多軟件項目的成功率并不高.雖然有些公司根據軟件工程理論建立了一些軟件開發管理規范.但并沒有從根本上提高軟件項目管理問題,這就導致軟件產品質量不穩定甚至是項目的失敗,同時也損害了用戶的利益。本文結合我國軟件項目管理的特點并經實踐應用.以提高軟件質量、降低成本、加強軟件項目的可控性為目標,通過對CMM的研究和改進,給出了一個基于CMM加強軟件項目管理的實踐模式,在這個模式中對目前CMM中的KPA做適當的裁減,定義了6個關鍵過程域和3個工作組。

    二、軟件項目管理中目前存在的問題

    影響軟件項目成功率的因素主要是軟件質量問題,而在整個軟件項目的實施過程中需求不明確、跟蹤和監督不力、缺乏客觀的軟件評審和軟件配置以及風險管理意識不足等都阻礙著軟件質量的提高。

    2.1需求不明確

    需求管理是軟件項目管理中非常關鍵的一個步驟.需求分析的完整與否可以降低軟件質量、延長項目周期、加大成本。由于用戶對計算機系統認識的不足,對于系統的需求往往比較模糊,遺漏甚至是錯誤的問題經常出現(包括管理流程、業務流程、數據或報表的分析處理等),但這些問題往往沒有暴露給開發人員,而是隨著項目的進展才逐漸明確。對于開發人員來說,需求的變更意味著軟件產品的部分內容必須重新開發,而對于整個軟件項目管理而言,勢必要重新分配資源、調整計劃、估算成本等等,導致軟件產品質量下降。

    2.2跟蹤和監督不力

    跟蹤和監督主要針對過程而言,也是項目管理中最容易被忽視的環節。軟件項目過程由多個任務構成,大部分任務都有前置任務和后置任務,這就要求項目管理者要嚴格跟蹤和監督每一個任務。任務的完成主要從時間進度和質量兩方面來衡量,還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進度內容,但如果缺乏有效的跟蹤和監督機制,對于每一個階段所要完成的任務疏于評價,就會影響下階段軟件產品的質量,有時甚至是軟件產品的重新開發,最終影響整個軟件項目。

    2.3缺乏客觀的軟件評審

    客觀的軟件評審是軟件產品質量的直接保障,軟件評審一直貫穿于整個軟件項目的過程中,對軟件產品的評審應有客戶使用人員和軟件業中的同行來進行。客戶使用人員對軟件產品做階段性的評審可以及時發現軟件產品功能方面的不足,同行評審可以從軟件業的規范及標準去發現問題.軟件評審可以降低軟件開發的成本提高軟件產品的質量。大多情況下項目管理者沒有做任何階段性的評審,通常只是在軟件產品開發基本完成之后來組織評審,果發現了很多問題,但要修改已經非常困難.要花費很長的時間甚至從頭再來。

    2.4軟件配置混亂

    軟件配置是指軟件產品在各個階段各種版本的文檔、程序及數據的集合,貫穿于整個軟件項目的始終。隨著軟件產品開發的進行,由于各種客觀原因,其中的預算、設計方案、進度等內容都有可能需要大大小小的更改(這些改動可能是合理的),整個改變的過程對軟件項目的參與人員來說必須是可視的,以便提高軟件的可靠性和質量,而這一切都應該有正確的軟件配置來控制如果失去正確的軟件配置管理,那么針對軟件產品發生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。

    2.5風險管理意識不足

    風險管理是軟件項目中防止失敗的一種重要手段,軟件項目不同的階段存在著不同的風險,并且風險會隨著項目的進展而變化,目前國內的軟件企業大都不注意軟件項目的風險管理。除了社會環境風險、商業風險等這些客觀風險之外.可控的軟件項目風險主要指技術風險。技術風險主要是指與軟件項目本身相關的的技術因素變化帶來的風險,如果在一定的條件下達不到技術條件能夠實現的目標,不但延緩項目的進度而且會增加項目的成本.繼而使整個項目受到影響。

    三、通過過程管理加強軟件項目管理的實踐模式

    利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程,并根據這一原則對整個軟件項目的開發和管理進行過程監控,監督發現過程中影響項目的關鍵問題并予以解決。軟件過程是指軟件開發人員開發和維護軟件及相關產品的一套行為、方法、實踐及變換過程,包括軟件開發過程和軟件管理過程。CMM把軟件開發機構按照不同開發水平劃分為5個級別。每個等級被分解為幾個KPA(關鍵過程域),KPA是指在某個成熟度等級應重點關注的區域,也是達到此成熟度等級必須解決的關鍵點。①初始級,無過程意義。軟件過程是無序的、隨機的、缺乏總計劃,無預見性,大多數活動是應付危機,經常超期超支,成功取決于個人。②可重復級,具備基本的項目管理。KPA分別是:需求管理、軟件項目計劃、軟件跟蹤與監督、軟件子合同管理、軟件質量保證、軟件配置管理;③已定義級,已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標準化,并綜合成該組織的標準軟件過程。KPA分別是:組織過程焦點、組織過程定義、培訓大綱、集成軟件管理、軟件產品工程、組間協調、同行評審;④可管理級,過程可度量。已收集了軟件過程和產品質量的詳細度量方法,軟件過程和產品均可被定量地理解和控制。KPA分別是:定量過程管理、軟件質量管理;⑤優化級,過程控制。通過過程的量化反饋以及新技術、新方法促使過程不斷改進。KPA分別是:缺陷預防、技術更新預防、過程更改管理。

    CMM只是一個過程改進的框架.并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當裁減.定義了6個關鍵過程域:軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監督(SPTO)、軟件質量保證(SQA)、軟件配置(SCM)、同行評審(PR),設置了三個工作組:軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質量保證組(SQAG)。通過工作組對關鍵過程域的操作來加強軟件項目的管理。

    3.1定義KPA

    3.1.1軟件項目計劃(SPP)

    軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排,包括進度控制、成本控制、質量控制、風險控制等,也是實施CMM2的核心此階段在安排過程活動的同時開展項目設計的前期工作,設計和界定在整個項目中各階段所需的開發、質量、跟蹤、評審、風險、成本等工作。項目計劃是指導項目過程的具體措施,要在有軟件項目實施經驗的人員領導下投人大量的時間和人力資源來完成。制定項目計劃應注意7個問題。①在科學論證的基礎上制定過程,充分調動人員積極性合理地確定項目組的參加人員;②對軟件項目各程中的任務進行分解,明確項目的里程碑和檢查點;③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用;④正確估計各方面因素帶來的風險并制定應對措施;⑤制定項目實施過程中的跟蹤和監督措施;⑥確定軟件的評審和測試方法;⑦詳細的文檔資料。

    3.1.2需求管理(RM)

    需求分析主要包括面向用戶的用戶需求和面向開發人員的系統需求.是整個軟件工程的第一步.也是非常關鍵的一個環節。需求分析主要針對用戶的業務流程、系統功能、性能、數據分析進行嚴格的定義.是設計一個軟件應用系統的起點與基本依據,通過它來評判軟件產品是否能夠解決用戶問題,也是項目成功與否的標準。就目前國內現狀來講,一般簽定軟件項目合同的用戶是主管信息技術的負責人,它所關心的可能是整個系統的目標需求,用戶方中層管理人員關心的是業務流程需求.終端操作人員則注重軟件本身的易操作性和功能特性,因此.面向用戶的需求一定要和用戶多方人員多溝通、交流.最終通過雙方有關部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現象,對于這種情況一定要注意需求更改的可控性.要建立需求的基準版本和更改版本控制文檔資料.使受需求變化影響的產品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩定性,如果一個需求的變更比較頻繁,意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進,它可以降低軟件質量、加大軟件開發的成本、甚至是導致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。

    3.1.3軟件項目跟蹤和監督(SPTO)

    軟件項目的跟蹤和監督始終貫穿于整個軟件項目的過程中,是項目得以控制的前提和條件、是軟件質量的根本保障,其目的是增加軟件過程中進度、成本、工作量、質量、風險等內容的可視性,也是實施CMM2的核心。除去市場、法律等不可控制因素外,根據項目計劃對項目進展的有關情況及影響項目實施的相關因素進行及時、客觀、準確的信息采集,將采集到的需求、成本、進度、風險等內容形成文檔并建立一個項目跟蹤信息平臺。項目負責人定期召集軟件過程人員、開發人員、質量保證人員、用戶方有關人員召開開放式的例會,例會的主要內容是檢查項目進展、數據的分析、認識的偏差、資源的搭配、相關的風險等問題并討論確切的解決辦法,通過跟蹤和監督使項目始終處于可視化的受控狀態。

    3.1.4軟件質量保證(SQA)

    軟件質量保證是與軟件產品滿足規定的和隱含的需要能力有關的特征或特性的組合。對用戶來講主要體現在軟件產品的有效性、一致性、完整性、可靠性和可操作性等方面,對于軟件產品本身來講體現在軟件產品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中.軟件質量保證應在軟件項目計劃、需求分析、跟蹤和監督、軟件配置和軟件評審的相互配合下完成.軟件質量保證要做到以事先預防和跟蹤為主,事后糾偏為輔。

    3.1.5軟件配置(SCM)

    軟件配置是針對軟件產品的跟蹤和控制活動.貫穿于整個軟件項目的過程中.目的是建立和維護在整個生命周期內軟件產品的完整性和一致性,使整個軟件產品的演進過程處于可控的狀態,繼而提高軟件的可靠性和質量。在實踐應用中主要做到五個子項的配置①配置項的標識。標識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產周期中產品在技術和管理上的完整性。⑤系統整合。把系統的不同部分集成后完成一組特定的功能。

    3.1.6同行評審(PR)

    同行評審是根據預定的規范和標準對軟件產品進行評審。評審的結果是衡量軟件產品質量的依據。在整個軟件過程中對詳細設計和軟件綜合測試作為兩個關鍵評審點來進行評審,評審的過程中注意要結合本軟件項目的具體要求和標準。

    3.2組的定義

    在具體的實踐應用中設置了三個組,在降低了人員成本的同時提高了軟件過程改進能力和軟件質量。

    軟件項目過程組(SPPG)組織具體的項目實施活動,管理并協調整個軟件項目的過程,主要完成SPP和SPTO。

    軟件工程組(SEG)負責軟件工程的需求分析、概要設計、詳細設計、編碼、測試、維護工作。

    軟件質量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。

    四、實踐模式效率評估

    4.1開發時間

    軟件開發由需求分析、概要設計、詳細設計、編碼、軟件測試、項目維護和軟件集成幾部分內容組成,在需求分析和設計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析,論證項目的可行性。然后在和用戶做良好溝通、反復論證的基礎上做需求分析,形成文檔資料。這種模式下花費在需求分析和設計上的時間大約占項目總開發時間的40%,但這兩個階段完成了數據流程、算法描述、詳細的規格說明等內容,為代碼編寫、軟件測試、軟件維護等后續內容的工作節省了時間,軟件項目的開發周期大大縮短。經過評估,采用該實踐模式實施軟件過程管理的軟件項目開發周期比沒有實施軟件過程管理的軟件項目開發周期縮短20%。:

    4.2開發質量

    采用CMM標準通過軟件過程管理加強軟件項目管理的實踐模式使軟件質量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產品完整性好、功能齊全、維護量下降,軟件項目最終得以順利實現。

    第3篇:軟件項目論文范文

    (一)頭腦風暴法

    在軟件工程項目投標風險識別過程中,頭腦風暴法主要是通過發揮集體智慧來對軟件工程項目中存在的風險進行分析與談談。在此過程中要求風險識別工作的參與者對自身觀點做出明確的闡述,其目的是為了通過讓參與者在自由提出多種方案的基礎上更加科學且全面的認識到軟件工程項目投標工作中的風險。在此過程中并不提倡對其他成員提出的問題和方案進行批評,并且要求能夠將所有成員所提出的問題與方案進行記錄。

    (二)德爾菲法

    在軟件工程項目投標風險識別過程中,德爾菲法是Q•赫爾穆與N•達爾克在20世紀40年提出,這種風險識別方法的基礎在于對專家能力的利用。當然這種方法已經在社會經濟、工程等多個領域的工作中得到了廣泛的應用,德爾菲法主要是通過組建專家隊伍來對項目投標中的風險做出分析。專家隊伍主要是由項目風險小組來進行選定,通過專家意見和整理專家意見并反饋給專家隊伍來獲得意見。最后將統一的專家意見當做軟件工程項目投標風險管控策略選取的依據。

    (三)情景分析法

    在軟件工程項目投標過程中,情境分析法主要是以多樣化的發展趨勢為依據,對系統內外問題開展系統的分析,并設計得出多種可能發生的前景,隨后對這些畫面以及情景做出描述。在此過程中,社會因素、經濟因素以及技術因素是必須要重點考慮的內容。一般情況下,情景分析法可以在以下情況下產生十分有效的作用:一是提醒軟件工程項目投資的決策者需要注意一些政策和措施所引發的風險;二是對一些影響未來工程項目投標的關鍵因素做出研究,尤其是技術發展在軟件工程項目投標中所產生的風險。由于情景分析法建立在假設以及可能性的基礎上,所以在軟件工程項目投標中,可以得出多種不同的情境,從而為軟件工程項目投標風險的防控工作提供更多依據。然而由于這種方法具有一定的操作難度和復雜性,所以在我國的軟件工程項目投標風險識別過程中,這種方法并沒有得到廣泛的應用。

    (四)核對表法

    在軟件工程項目投標過程中,軟件工程項目投標企業可以將曾經出現過的風險以及其他企業曾經出現過的風險進行總結、整理與羅列并形成核對表。通過對核對表的查閱,工作人員可以了解到軟件工程項目投標過程中可能出現的風險,并可以通過總結各類風險應用中的經驗和教訓來確定使用何種風險管控策略來對風險發生幾率以及風險損失進行控制。在核對表的制定中,主要內容包括其他軟件工程項目投標成敗原因、項目管理成員能力以及相應軟件工程項目的合同、進度、質量、成本、范圍以及各類資源等。雖然這種風險識別方法與其他方法相比并不能發現較多的絕對量,但是卻具有著一定的針對性,所以在這種識別方法的使用中,也可以發現一些其他風險識別方法所不能識別的潛在風險。

    二、軟件工程項目投標過程中的風險管控

    (一)軟件工程項目投標過程中風險的規避

    在軟件工程項目投標過程中,風險的規避主要是通過變更計劃來制約風險產生條件的生成,從而保護軟件工程項目投標主體能夠避免受到風險所帶來的過度影響。與其他風險管控策略不同的是,風險的規避主要是對風險產生的損失作出控制,而不是對風險進行消除。因此,風險的規避主要體現出了兩點特征:一是通過使用事前控制策略對風險所造成的損失產生的幾率進行降低;二是通過事前控制與事后補救的結合來實現損失程度的降低。風險規避作為軟件工程項目投標過程中能夠最有效降低風險所產生的損失的方法,是軟件工程項目投標階段開展風險管控工作的重要手段,具體而言,風險規避的方法包括程序法、教育法以及終止法。其中程序阿發主要是通過提高軟件工程項目投標過程中個性工作的規范化、制度化以及標準化程度來避免風險造成過大損失;教育法主要是通過對參與軟件工程項目投標工作的工作人員開展教育來讓工作人員認識到軟件工程項目投標過程中存在的潛在風險因素,從而在提高工作人員風險防控意識以及防控能力的基礎上降低風險所造成的損失;終止法則主要針對較大的風險或者過大的損失,這主要是因為終止法是通過終止軟件工程項目投標行為來規避風險造成過大的損失。由于這種風險防控策略在避免風險以及風險損失的同時也放棄了讓企業獲得效益的機會,所以即便這種方法能夠最有效的對軟件工程項目投標中的風險做出防控,也并不是軟件工程企業在投標風險管控中經常考慮的方法之一。

    (二)軟件工程項目投標過程中風險的降低

    在軟件工程項目投標過程中,風險降低可以理解為對風險的緩解而并非完全的消除與避免。這種風險管控策略體現在降低投標過程中風險產生的概率以及降低風險所造成的損失兩個方面。實現風險降低的手段主要是對風險做出有效的監控與環節,在構建風險預警機制的基礎上確保風險的及早發現與及早解決,從而降低風險產生幾率。在使用風險降低策略對軟件工程項目投標風險進行管控的過程中,首先要承認軟件工程項目投標過程中風險的不可完全避免性,并以積極的態度來最大化的避免風險對投標主體造成過大損失。

    (三)軟件工程項目投標過程中風險的轉移

    在軟件工程項目投標過程中,風險的轉移主要是將管控風險的責任和權利以及風險可能造成的損失轉移個其他主體承擔。很明顯,在風險轉移策略中,并不能對風險進行完全消除,而是與其他主體來對風險進行承擔。在軟件工程項目投標過程中,由于要做到完全的規避風險需要付出較高的成本和較大的管理難度,所以將風險轉移給其他主體承擔則更為方便。在軟件工程設計內容復雜以及分工逐漸細化的背景下,參與投標的軟件工程企業也并不一定能夠獨立完成業主所要求完成的任務,所以投標主體可以利用分包形式來對投標過程中的風險進行轉移,這種策略的意義主要體現在兩個方面:一是不會讓投標主體面臨過大的風險;二是能夠在工程質量以及工程進度等多個方面做出更為良好的管控。

    (四)軟件工程項目投標過程中風險的自留

    第4篇:軟件項目論文范文

    項目管理是在一定的約束條件下,以高效率地實現項目業主的目標為目

    的,以項目經理個人負責制為基礎和以項目為獨立實體進行經濟核算,并按照項目內在的邏輯規律進行有效的計劃、組織、協調、控制的系統管理活動。

    2、為什么要有項目管理?

    沒有項目管理,項目也有可能成功。但沒有管理的項目,很難保證項目

    的利潤空間,對公司來說,虧損的風險就大。所以我們要有項目管理,以保證公司在總體上是盈利的,注意不是每一個項目都要盈利。

    另外,有了項目管理,就有了管理改進的基礎,無論剛開始的項目管理多么糟糕,只要有管理,就有了改進的可能性,至于能不能得到改提供進,以及改進的快慢,則取決于兩個因素:一個是人,特別是各級管理者;另一個是利益。關鍵是“利益”,準確的說是“利益的分配”,在權責利明確的前提下,人才能充分的發揮作用。還需要指出的是“利益”是多元的,這里的多元不僅指利益的具體形式,而且指利益的受眾是多元的,包括客戶方相關人員個人的利益。

    3、項目管理的發展與現狀。

    今天,項目管理作為一種現代化管理方式在國際上已獲得了廣泛的應用,從最初的國防、航天、建設工程領域,迅速發展到電子、通信、計算機、軟件開發、金融等行業以及政府機關的項目管理工作。隨著計算機、網絡系統的迅速發展,項目管理技術的不斷進步,項目管理軟件產品層出不窮,其功能、特點、應用對象也各不相同。當前,越來越多的企業和組織在內部推廣項目管理的理論方法及管理模式,如果都采用項目管理軟件進行管理,效果就更加明顯,可以節省大量的資源和財富。國外90%以上的項目管理都采用軟件進行,但我國在這方面的應用還不到10%。新世紀項目管理在中國的迅速興起,給軟件企業的發展帶來了前所未有的發展機遇。

    項目管理在軟件開發中的應用的成因

    隨著信息技術的飛速發展,軟件產品的規模也越來越龐大,個人單打獨斗的作坊式開發方式已經越來越不適應發展的需要。各軟件企業都在積極將軟件項目管理引入開發活動中,對開發實行有效的管理。從概念上講,軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成,而對成本、人員、進度、質量、風險等進行分析和管理的活動。實際上,軟件項目管理的意義不僅僅如此,進行軟件項目管理有利于將開發人員的個人開發提供能力轉化成企業的開發能力,企業的軟件開發能力越高,表明這個企業的軟件生產越趨向于成熟,企業越能夠穩定發展(即減小開發風險)。同時,隨著軟件開發規模及開發隊伍的逐漸增大,軟件開發不再是向過去那樣一二個開發人員即可解決的事情。迫切需要一種開發規范來規范每個開發人員、測試人員與支持人員的工作,每個項目組成員按約定的規則準時完成自己的工作。同時采用規范化管理,專業分工也可以降低對開發人員的要求,從而降低產品研發成本。

    軟件開發是一項復雜的系統工程,牽涉到各方面的因素,實際工作中,經常會出現各種各樣的問題,甚至面臨失敗。如何總結、分析失敗的原因,得出有益的教訓,對一個公司來說,是在今后的項目中取得成功的關鍵。

    早在20世紀60年代中期,人們就發現軟件的生產出現了“問題”,主要表現在生產過程不規范,缺乏管理。后來,人們在軟件工程方法學中引入了工程的概念、原理、技術和方法,這種思想在一定程度上解決了軟件生產過程中遇到的問題。但是直至80年代還是沒有提出一套管理軟件開發的通用原則,軟件管理不善的問題依舊在大范圍內存在。

    目前的軟件開發正逐步趨向于復雜化、多元化,大多數開發團隊中都會出現同時開發多個版本、開發/維護工作并存、多地點同時開發等情況,給軟件開發管理帶來了前所未有的困難。如果管理不善,必將造成版本混亂,提供

    各個開發人員的工作相互交叉、干擾,整個開發團隊的工作在一種無秩序的不良狀況下運行,嚴重影響軟件產品開發的進度和質量。

    因此,隨著軟件開發的深入、各種技術的不斷創新以及軟件產業的形成,人們越來越意識到軟件過程管理的重要性,管理學的思想逐漸融入軟提供件開發過程中,應用開發的項目管理日益受到重視。而項目管理技術的發展與計算機技術的發展是密不可分的,隨著計算機性能的迅速提高,大量的項目管理軟件涌現出來。它們可以用于各種商業活動,提供便于操作的圖形界面,幫助用戶制定任務、管理資源、進行成本預算、跟蹤項目進度等。

    軟件項目管理常見問題及解決方案

    對于軟件開發項目|中,經常出現兩種極端情況,一種是創造了新的生產率和質量的紀錄;一種則完全是一場災難,不是被取消就是拖延很長時間。前者如在很短的時間內,為了趕進度,在幾乎不可能的時間內開發出一套軟件產品,創造了軟件開發的記錄,滿足了上級所要求的上機日期,由于開發時間太短,過于倉促,上機時,問題百出,試運行時間長達幾個月或一年半載的,而且程序一改再改,維護工作量大。

    后者,如某套系統未弄清楚需求,或因設計問題,開發失敗。通過提煉這些成功和失敗的例子,軟件項目成功或失敗的根本原因可能會更清晰一些。

    目前我國大部分軟件公司,無論是產品型公司還是項目型公司,都沒有形成適合自己公司特點的軟件開發管理模式,雖然有些公司根據軟件工程理論建立了一些軟件開發管理規范,但并沒有從根本上解決軟件開發的質量控制問題。這樣導致軟件產品質量提供不穩定,軟件后期的維護、升級出現麻煩,同時最終也會損害用戶的利益。

    分析目前項目管理需要改進的問題可以從幾種相關角色的角度去考慮:項目經理、項目組成員、公司管理人員、市場人員、客戶等。

    問題一:缺乏項目管理系統培訓(相關對象:項目經理、管理人員)

    項目經理在項目管理方面的培訓較少或不夠系統。項目經理或管理人員不了解項目管理的知識體系和一些常用工具和方法,所以在實際工作中沒有項目管理知識的指導,完全依靠個人現有的知識技能,管理工作的隨意性、盲目性比較大。在軟件企業中,以前幾乎沒有專門招收項目管理專業的人員來擔任項目經理(甚至很少是管理專業的),被任命的項目經理主要是因為他們能夠在技術上獨當一面,而管理方面特別是項目管理方面的知識比較缺乏。

    解決方案:項目經理接受系統的項目管理知識培訓是非常必要的,有了專業領域的知識與實踐,再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合,必能大大提高項目經理的項目管理水平。應實行項目經理知識技能資格考核制度,讓項目經理自覺補充學習項目管理的知識和一些常用工具和方法。

    問題二:項目計劃意識問題(相關對象:項目經理)

    項目經理對總體計劃、階段計劃的作用認識不足。項目經理認為計劃不如變化快,項目中也有很多不確定的因素,做計劃是走過場,因此制定總體計劃時比較隨意,不少事情沒有仔細考慮;階段計劃因工作忙等理由經常拖延,造成計劃與控制管理脫節,無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。

    解決方案:在高技術行業,日新月異是主要特點,因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識,采用項目計劃制定相關各種知識、技術、工具,加強對開發計劃、階段計劃的有效性進行事前事后的評估。

    問題三、管理意識問題(相關對象:項目經理)

    部分項目經理沒有意識到自己項目經理的角色,從總體上去把握管理整個項目,而是埋頭于具體的技術工作,造成項目組成員之間忙的忙、閑的閑,計劃不周、任務不均、資源浪費。在軟件企業中,項目經理大多是技術骨干,技術方面的知識比較深厚,但無論是項目管理知識,還是項目管理必備的技能、項目管理必備的素質都有待補充和提高,項目管理經驗也有待豐富。有些項目經理對于一些不服管理的技術人員,沒有較好的管理方法,工作不好安排的工作只好自己做。另外由于工作分解結構設計的合理性,項目任務無法有效、合理地分配給相關成員,以達到“負載均衡”。

    解決方案:加強項目管理方面的培訓,并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前提供,最好能經過系統的項目管理知識,特別是其中的人力資源管理、溝通管理的學習,并且在實際工作中不斷提高自己的管理素質,豐富項目管理經驗,提高項目管理意識。

    問題四:溝通意識問題(相關人員:項目經理、項目組成員)

    在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足,造成各做各事、重復勞動,甚至造成不必要的損失;有些人沒有每天定時收郵件的習慣,以至于無法及時接收最新的信息。

    解決方案:制定有效的溝通制度和溝通機制,對由于缺乏溝通而造成的事件進行通報作為教訓提醒,以提高溝通意識;溝通方式應根據內容而多樣化,講究有效率的溝通;通過制度規定對由于未及時收取郵件而造成損失的責任歸屬;對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位,例如除發送郵件外還要電話提醒、回執等,重要的內容還要通過舉行各種會議進行傳達。

    問題五:風險管理意識問題(相關人員:項目經理)

    項目經理沒有充分分析可能的風險,對付風險的策略考慮比較簡單。項目經理在做項目規劃時常常沒有做專門的風險管理計劃文檔,而是合并在項目計劃書中。有些項目經理沒有充分意識到風險管理的重要性,對計劃書中風險管理的章節簡單應付了事,隨便列出幾個風險,隨便地寫一些簡單的對策,對于后面的風險防范起不到什么指導作用。

    解決方案:通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法掌握項目風險管理所必備的知識。通過加強對項目規劃本論文提供>由整理提供中風險管理計劃的審核提高項目組的風險管理意識。總結本行業項目中常見的風險及其對策作為風險管理計劃中必要的風險內容,并切實評估相應對策的有效性和可行性。

    問題六:不重視項目經驗的總結(相關人員:項目經理、管理人員)

    項目經理在項目結束時有些是因為自身對寫文檔工作的興趣或意識,或

    者是因為緊接著要參加下一個項目,總體對項目總結的重視程度不夠。有些是項目總結報告一再拖延,有些是交上來的報告質量較低,敷衍了事。

    解決方案:在制度上鼓勵和加強項目經驗總結工作,使得項目總結及時并且具有指導意義而不是走過場。

    問題七:項目干系人相關問題(相關人員:項目經理、項目成員、客戶)

    在范圍識別階段,項目組對客戶的整體組織結構、有關人員及其關系、

    工作職責等沒有足夠了解以致于無法得到完整需求或最終經權威用戶代表確認的需求。由于項目經理的工作問題,客戶參與程度部不高,客戶方相關責任人不明確或對范圍和要求責任心不強,提出的要求具有隨意性,項目前期對需求的確認不夠積極;或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付;項目后期需求變化隨意,造成項目范圍的蔓延,進度的拖延,成本的擴大。

    解決方案:項目的目的就是實現項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始,項目經理及其項目成員就要分清項目干系人包含哪些人和組織,通過溝通協調對他們施加影響,驅動他們對項目的支持,調查并明確他們的需求和愿望,減小其對項目的阻力,以確保項目獲得成功。

    問題八:項目團隊內分工協作問題(相關人員:項目經理、項目成員)

    項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任

    分工不夠清晰而造成工作互相推諉、責任互相推卸的現象,有時各階段不同角色或同階段不同角色之間的責任分工比較清晰但是各項目成員只顧完成自己那部分任務、不愿意與他人協作。這些現象或多或少地造成了項目團隊內部資源的損耗,從而影響了項目的進展。

    解決方案:項目經理應當對項目成員的責任進行合理的分配并清楚地說明,同時應強調不同分工、不同環節的成員應當相互協作,共同完善。

    以上對軟件開發項目管理中出現的問題的分析還不夠深入,也無法列舉所有遇到或將遇到的問題,解決方案也要根據實際情況進行調整,希望引起對這些問題更多的思考和改進。

    結束語:項目管理雖然沒有非常高深的理論,但要真正實施起來,也絕非易事。對于軟件開發企業而言,這不是一個小的改變,而是一種變革,企業需要為此付出艱苦的努力,宣傳并樹立公司范圍內的項目管理文化十分重要。從而在實踐中鍛煉提高,解決各種各樣的問題,使項目管理工作越做越好。

    參考文獻:

    吳照云《管理學原理》經濟管理出版社

    StanleyE.Portny(寧俊等譯)《如何做好項目管理》新經濟工商實務叢書

    NealWhitten(孫艷春等譯)《管理軟件開發項目》(第二版)軟件項目管理系列叢書

    鄧良松《軟件工程》西安電子科技大學出版社

    第5篇:軟件項目論文范文

    英文名稱:Computer & Information Technology

    主管單位:上海科學院

    主辦單位:安徽省計算機用戶協會

    出版周期:月刊

    出版地址:上海市

    種:中文

    本:大16開

    國際刊號:

    國內刊號:

    郵發代號:

    發行范圍:國內外統一發行

    創刊時間:1993

    期刊收錄:

    核心期刊:

    中文核心期刊(2004)

    中文核心期刊(2000)

    中文核心期刊(1996)

    中文核心期刊(1992)

    期刊榮譽:

    聯系方式

    期刊簡介

    《計算機應用與軟件》(月刊)創刊于1984年,由上海市計算技術研究所和上海計算機軟件技術開發中心共同主辦,是全國中文核心期刊(1992~2008)、中國計算機學會會刊,并已納入《中國科技論文統計源期刊(中國科技核心期刊)》、《中國學術期刊綜合評價數據庫來源期刊》、《萬方數據―數字化期刊群全文收錄期刊》、《中文科技期刊數據庫(全文版)收錄期刊》、美國《劍橋科學文摘》收錄期刊、美國《烏利希國際期刊指南》等數據庫收錄。

    第6篇:軟件項目論文范文

    關鍵詞:科研信息管理;數據庫設計; 數據庫訪問技術

    中圖分類號:TP315 文獻識別碼:A 文章編號:1009-3044(2016)25-0005-02

    Abstract:. This paper introduces the necessity of development of scientific research information management system based on WEB, security mechanism, analyzes the main functional modules of the system and key technology, realize the information management of scientific research in higher vocational colleges, networking, security, standardization and scientific.

    Key words: scientific-research information management; database design; database access technology

    隨著大眾創新、萬眾創業的不斷深入,高職院校每年有大量的科研教改項目、論文、著作、專利產品,管理的相關信息數據變得愈來愈大。單純地依賴傳統的手工管理體制或使用WORD、Excel文件來進行管理變得力不從心,效率低、不安全,也不利于數據的查詢、更新、維護、報表和統計分析。近年來各學校的信息化建設發展很快,采用計算機和網絡技術對科研信息的管理是勢在必然,既便于不同部門之間進行信息交流、相互協作,實現信息資源共享,又使項目管理規范化、科學化、安全化。本著高效、簡潔、準確、科學的管理原則開發基于WEB的科研信息管理系統,對科研項目實施全過程監控,提升管理水平。

    經實際調研分析科研管理系統應實現的主要功能有:各類人員信息管理,項目的申報、立項、中期檢查、結項、經費方面的項目管理,項目產生的論文、著作、專利、科研成果轉化信息的科研成果管理。

    1 系統分析

    ①開發環境及開發工具

    本系統采用瀏覽器/服務器(B/S)模式,服務器操作系統采用Windows Server 2008,數據庫服務器采用Microsoft SQL Server 2012,采用Visual Studio 2012的Visual C#作為軟件編程語言,用作為數據訪問技術。

    ②開發框架設計

    在進行WEB項目設計時,考慮到系統的設計流程、模塊劃分方式,選擇采用 4.5下的三層開發框架設計,以達到分散關注、松散耦合、邏輯復用、標準定義的目的。

    表示層用于顯示數據和接收用戶輸入的數據,為用戶提供交互式的操作界面。

    業務邏輯層是表示層和數據訪問層之間的橋梁,主要負責數據的傳遞和處理,根據用戶請求對數據進行處理,并將結果返回。

    數據訪問層實現對數據庫中的數據進行讀寫操作。

    2 數據庫設計

    根據工作業務流程和歸檔需要,創建KYXXGLXTDB數據庫,含有8張表,分別是項目信息表dbo.XMXXB、經費信息表dbo.JFXXB、項目論文表dbo.XMLUNWEN、項目著作表dbo.XMZHUZUO、項目成果轉化表dbo.XMCGZH、項目專利表dbo.XMZHUANLI、系統管理員表dbo.XTGLYB、科研人員信息表dbo.KYRYXX。

    3 系統功能結構

    該系統的基本功能結構見下圖。

    4 主要功能模塊

    通過對科研信息管理工作的分析,科研信息管理系統主要分為以下五個大的模塊。

    系統登錄模塊:通過輸入正確的用戶名、密碼進入科研信息管理系統主界面。

    項目管理模塊:包括項目申報、項目立項、項目中檢、項目結項、延期項目、終止項目、經費管理子模塊。

    成果管理模塊:包括論文管理、著作管理、專利管理、成果轉化子模塊,。

    角色管理模塊:包括科研人員、系統管理員子模塊。不同的角色操作不同的功能項。

    系統管理模塊:包括數據備份、數據導入子模塊。

    5 系統安全機制

    本系統需要安裝硬件防火墻、殺毒軟件,以增強網絡環境安全。采用基于角色訪問控制、登錄身份驗證、系統管理員表等關鍵信息加密傳輸存儲的信息安全技術。

    ①驗證控件

    共有六種驗證控件,分別如下:

    必須字段驗證RequiredFieldValidator 用于驗證輸入值是否為空。

    比較驗證CompareValidator比較兩個控件的輸入值是否滿足用戶程序設定的功能關系。

    范圍驗證RangeValidator 輸入是否在指定范圍,范圍用MaximumValue(最大)和MinimunVlaue來確定。

    正則表達式驗證RegularExpressionValidator 驗證用戶輸入的值是否符合正則表達式的格式。

    自定義驗證CustomValidator 自定義驗證控件。

    驗證總結ValidationSummary 總結驗證結果,收集本頁的所有驗證錯誤信息,并可以將它們組織以后再顯示出來。

    ②用戶名和密碼的加密采用MD5算法實現,安全可靠。

    6 數據訪問技術

    是Microsoft軟件設計的數據庫訪問技術,是一組向.NET程序員公開數據訪問服務的類,為創建數據共享應用程序提供了豐富的組件。使客戶端能夠訪問服務器上的數據,支持連接到SQL Server 2012關系型數據庫、執行命令和檢索結果的.NET Framework數據提供程序SQL ,使用System.Data.SqlClient命名空間。

    ①Connection對象負責應用程序和數據庫間的連接。通過ConnectionSring設置要連接的數據源,通過ConnectionTimeOut()屬性設置超時時間。

    ②SqlCommand對象主要用來對數據庫執行更新、插入、查詢、刪除命令和存儲過程。使用ExecuteReader()、ExecuteScalar()、ExecuteNonQuery()方法操作數據。

    ③SqlDataReader對象用來存儲數據庫查詢結果。不能用New創建,須調用xecuteReader()方法實現。SqlDataReader對象讀取數據時使用Read()方法每次讀取一行數據,直到讀完。按順序讀取數據提高了讀取速度,但是這種操作方式必須在操作過程中保持程序與數據庫的連接,比較浪費網絡資源。基于無連接的數據庫操作用到DataSet對象和SqlDataAdapter。

    ④SqlDataAdapter連接DataSet和數據庫的橋梁。SqlDataAdapter使用Fill()方法給DataSet加載數據。在添加、更新、刪除操作結束后調用Update()方法更新數據源。

    ⑤DataSet是結構的主要組件,用來描述一個數據集,它是從數據源中檢索到的數據在內存中的表示形式,不依賴于數據庫的獨立數據集合。即使斷開數據鏈路,或者關閉數據庫,依然可用,所以支持離線狀態下的數據庫訪問。DataSet 由一組DataTable 對象組成,支持多表、表間關系、數據約束等。也可以獨立于.NET Framework數據提供程序使用本地的數據。DataSet位于System.Data命名空間中。

    ⑥DataTable表示內存中的數據庫表,可以通過DataSet對象的Tables屬性來訪問。它包含DataColumn對象、DataRow對象。相當于在SqlServer中執行查詢語句后得到的表結果。

    ⑦DataGridView對象用來顯示和編輯來自多種不同類型的數據源的表格數據,非常簡單和直觀,具有極高的可配置性和擴展性。

    7 結束語

    在 4.5平臺下開發的基于Web的科研信息管理系統,便于不同區域的科研人員進行項目的申報,不同權限的系統管理人員對科研信息進行網絡化的管理操作,實現了資源共享,保證系統的先進性、可實現性和安全性。實現了科研管理工作的需要,不僅使科研管理工作更加規范、安全、方便、快捷;也改變了傳統的工作方法,使管理手段得到進一步的提升,提高了工作效率和經濟效益。

    參考文獻:

    [1]田偉入門很簡單[M].北京:清華大學出版社,2014.

    [2]于曉娜,張竟志.高校科研項目管理探究[J].大連教育學院學報,2007.

    [3]張小艷,趙渭泳.基于C/S的科研項目管理信息系統的設計與實現[J].科技管理研究,2007.

    [4]翟鵬翔 Web應用程序設計[M].北京:北京郵電大學出版社,2012.

    [5]陳承歡.SQL SERVER 2008數據庫設計與管理[M].北京:高等教育出版社,2012.

    第7篇:軟件項目論文范文

    0 引言

    為了適應社會經濟發展對高等工程教育的迫切要求,教育部提出了“卓越工程師教育培養計劃”,吸引了眾多高校參與、探索并培養卓越工程師。這些高校通過借鑒已取得了顯著成效的國際CDIO工程教育模式[1],并根據自身實際情況和實踐經驗,形成了多樣化的CDIO(如汕頭大學的EIP-CDIO)探索和實踐[2-3],取得了較好的成效。地方應用性本科院校通過引入CDIO工程教育,進行計算機專業建設和教學改革,對于完善應用型工程人才培養模式,具有重要的啟發和借鑒意義。本文針對目前Linux操作系統課程教學存在的不足,在CDIO的教育理念和評價標準指導下,進行課程改革與實踐探索。

    1 CDIO的基本知識

    CDIO是構思(Conceive)-設計(Design)-實施(Implement)-運行(Operate)的簡稱[1],構思指的是系統性的構想和思考,包括確定客戶的實際需求,考慮技術、企業戰略和相關規定的整體過程;設計是把構想通過視覺的形式傳達出來的活動過程,包括設計、圖紙和描述產品、過程和系統實施的方法和計算等;實施是指從設計到產品的實現過程,包括軟件編程、硬件制造、測試和驗證等;運行是指產品制造完成之后的過程,包括對系統的維修、保護、改造等。

    CDIO模式主張在系統和產品構思、設計、實施、運行的工程教育實踐環境中培養工程師的基本能力,創造真實的工程教育情境,使學生理解職業工程師專業工作要求和所需的能力要求,通過改革課程體系、教學方法、教師的實踐教學能力等內容,讓學生以主動的、實踐的、多學科間聯系的方式,來掌握深厚的技術知識,理解技術發展對社會的重要性和戰略影響,培養所需的知識、能力和態度。

    CDIO教學大綱包括四個方面的內容:①技術知識和推理;②個人能力、職業能力和態度;③人際交往能力;④企業和社會環境下,系統的構思、設計、實施及運行。CDIO教學大綱不僅對學生培養所要求的知識、能力和態度做了詳細的描述,體現了全面培養的特點,同時也體現了CDIO工程教育方法對工程師綜合素質能力培養的要求。

    CDIO采用12條標準來描述其教學大綱要求的教育目標,對實施CDIO工程教育模式的指引和評價系統,其具體內容包括:①以CDIO為環境背景;②CDIO教學目標;③一體化的課程設置;④工程概論;⑤設計-制作經驗;⑥CDIO實踐場所;⑦綜合性學習經驗;⑧主動學習;⑨教師CDIO能力的提升;⑩教師教學能力的 CDIO項目評估。

    基于CDIO的人才培養一般按三個級別的項目[3]進行,一級項目圍繞專業核心課程、知識及能力培養要求而設定;二級項目圍繞一組核心課程的知識點和能力培養而設計;三級項目為單門課程而設計,旨在增強理解和培養相關能力。其中,一級項目為主線,二級項目為支撐,三級項目與核心課程為基礎,將核心課程教育與對專業的整體認識統一起來,并結合項目訓練對學生的自我知識更新的能力、人際和團體交流能力,以及對大系統的掌握、運行和調控能力進行整體培養。

    2 基于CDIO的Linux操作系統課程改革與實踐

    Linux操作系統是一門內容多、范圍廣、應用性強的課程,開在大三上學期或下學期,學時為54學時。傳統的教學模式主要是以教師課堂教學(28學時)為主,實踐教學(26學時)只是為驗證理論課的內容,考核方式亦以試卷成績為主。這容易導致學生缺少對實驗的主動思考,學習積極性不高,工程實踐能力較弱。在 CDIO的教育理念和評價標準的指導下,我們對教學目標,教學內容,實踐能力和考核方式等進行改革。

    2.1 教學目標改革

    “在實踐應用能力培養與基礎理論教學并重,突出工程化實踐能力和職業素質培養”的教學理念指導下,結合CDIO教學大綱的四方面內容,我們修訂Linux操作系統的教學目標為:“圍繞Linux系統產業需求和應用技術,以學生為主導,以項目的全生命周期開發形式,掌握Linux平臺項目的構思、設計、實現和運作,全方位培養學生的計算思維能力和工程化實踐能力”。

    2.2 教學內容改革

    根據CDIO標準和Linux課程特點,我們通過減少理論教學,加大實踐課時的思路對該課程進行改革,課時分配如表1所示。

    2.3 實踐教學改革

    圍繞工程化實踐和創新精神培養這一目標,我們通過課內驗證性實驗,課內設計性實驗,課內工程實訓實驗,課外科技創新型實驗的有序銜接,構建了多層次、多形式的Linux實踐教學體系[4]。

    ⑴ 課內驗證性實驗:在課程中配套的CDIO三級項目,以鞏固和加深學生對于特定理論知識點的理解程度。

    ⑵ 課內綜合性實驗:強調知識模塊的綜合應用,循序漸進地強化學生的構思-設計-實施-操作能力。

    ⑶ 課內工程實訓實驗,裁減實際Linux項目,以團隊化的形式實施CDIO二級項目,著重培養學生的綜合性工程能力和團隊協作能力。

    ⑷ 課外科技創新型實驗:通過科技競賽,參與教師橫向項目等實際Linux課題,鍛煉其工程實踐能力和科技創新素質。

    CDIO教育模式采取以項目為中心、學生為主體的“做中學”教學模式,因此對于課內綜合性實驗和課內工程實訓實驗,我們通過小組的項目立項來調動學生學習興趣和主動性;通過項目組織,讓學生進行項目的分工、計劃、協調、溝通,鍛煉學生的組織能力、團隊合作能力;通過項目執行,讓學生進行主動學習,分工合作,來培養學生的分析問題、推理問題和解決問題的能力,進而鍛煉其工程化實踐能力;通過項目演示和匯報,回答提問,來鍛煉學生的文檔撰寫能力,口頭表達能力、應變能力。經過這樣一個全生命周期項目,學生的職業素養和實踐創新能力,都得到了較大的提高。

    2.4 課程考核改革

    課程考核以驗證性實驗、綜合性實驗、工程實訓實驗組成,分別占期末考試40%,20%,40%。驗證性實驗以教師現場檢查并提交實驗報告形式進行;綜合性實驗、工程實訓實驗項目則按照學生自評(20%)、組內互評(20%)、組間互評(20%)和教師評價(40%)的評價指標構成來來分別評價。其中教師評價和組間互評以項 目論文、答辯情況、小組合作分工以及項目演示結果為依據。組內互評和學生自評則按照每個學生在項目中的工作量工作完成情況、工作表現、團隊合作情況來進行。

    經過以上四個方面的改革,并在2011-2013屆本科學生中實施,使學生的學習積極性得到了提高,系統思維能力和分析解決問題的能力得到提升,學生的項目開發經驗更加豐富,這為未來工作和就業奠定了基礎。

    3 結束語

    CDIO工程教育理念代表了高等教育的改革方向,如何在課程群和單門課程中設計合適的CDIO二級和CDIO三級項目,是課程改革的關鍵點。本文僅在Linux操作系統課程中進行了CDIO項目的初步探索,未來將結合地方高校的實際和行業需求,與Linux企業開展深度合作,探索校企共建Linux課程,這也是我們未來研究的方向。

    參考文獻:

    第8篇:軟件項目論文范文

    【摘要】 學習語言的最終目的是提高語言的語用能力學習。語言環境對語言學習有著不可替代的作用,因此英語短劇這一具有較強體驗性和相對完整情境的方式來研究其對英語語用能力提高的重要作用。本著這一思想,筆者在北方民族大學非英語專業本科二年級的學生中抽取了160名學生展開了問卷調查,并對其中的80名同學中實行短劇教學任務。研究的結果證明英語短劇教學對學生的語用能力提高有明顯的幫助。

    【關鍵詞】 大學英語教學 語用能力 英語短劇 語境

    1.問題的提出

    《大學英語課程教學要求 (試行)》(2004)提出的大學英語的教學目標是“培養學生的英語綜合運用能力”,由此可以看出,培養學生的語用能力應該是英語教學的重點所在。語用學涉及到兩個概念:一個是意義(meaning),另一個是語境(context)。(何自然,1998)語言環境對語言學習有著不可替代的作用,英語學習也不例外,它需要一個相對完整的情境來讓學習者親身感受語言運用的細微之處,因此英語短劇這一具有較強體驗性和相對完整情境的方式來研究其對英語語用能力提高具有重要的作用。本著這一思想,項目組開展了"英語短劇對大學生英語語用能力提高"的研究。

    2.研究設計

    2.1 研究方法

    本研究運用行動研究法(action research) (Mills,2006) 通過問卷調查和話劇表演任務,查明學生英語學習的綜合能力的主要困難和問題;針對學生的實際問題,對實驗班學生實施為期16周的針對性的話劇表演任務安排,以提高他們的英語綜合運用能力,控制班的學生不參加話劇表演;訓練過程中,主要采取小組輪流活動,小組全員參與的方式,讓各小組課下在規定的時間段內完成自己的短劇任務,并在課上進行表演,師生進行點評;同時,也請實驗班學生對此訓練任務進行評價;訓練任務結束后,對學生進行訪談,傾聽他們對這個短劇教學的意見和建議;縱向比較實驗班學生在訓練課程前后的2次英語綜合測試試卷的測試成績,橫向比較實驗班和控制班的英語綜合測試試卷的測試成績,分析本研究的實效性和可行性。

    2.2 研究對象

    本研究的對象為大學本科二年級非英語專業高班的學生。實驗被試共160人,分為實驗班和控制班兩組,各為80人, 實驗班學生的英語綜合運用能力有困難,但他們有提高英語綜合運用能力的欲望,他們自愿參加“英語短劇表演”訓練。控制班的同學沒有參加訓練。

    2.3 研究材料

    研究的材料有訓練前期調查問卷、訓練后訪談問題、學生課后評價表和兩次學生英語綜合測試。前測和后測的試題來自同一級別、同等難度的英語四級模擬試題集, 2份試卷同時準備,審核,確認試卷難度、篇幅等一致后才使用,以保證試題的效度,最后用SPSS統計軟件分析成績。

    2.4 研究過程

    2.4.1 前測階段

    在2010級英語高班中抽取沒有體驗過英語短劇的兩個班(分為實驗班和控制班)發放前測調查問卷和英語四級模擬測試試卷,作一個語用能力的評估調查,對他們目前的語用能力水平做一個相對準確的定位

    2.4.2 實踐英語短劇階段

    根據克拉申(Krashen)的輸入假設(The InputHypothesis),只有當語言習得者接觸到可理解的語言輸入,即略高于習得者現有的語言水平的第二語言輸入時,才能促成習得(樂眉云,2004)。由此可見,為學生提供大量且難度適中的語言輸入是保證學生習得語言的必要 條件之一。而學生進行短劇任務正好符合這一要求。讓實驗班的同學在上課期間體驗英語短劇,主要采取小組輪流活動,小組全員參與的方式,讓各小組在規定的時間段內完成自己的短劇任務,短劇實施基本思路是:學生自主感知短劇任務(課前)、多媒體輔助下進行短劇表演(課堂)、師生總結評價短劇任務及對體驗者進行訪談(課后);其中短劇表演的全過程進行清晰完整的錄制。

    2.4.3 體驗期結束后

    給實驗班和控制班的同學發放后測調差問卷和英語四級模擬測試試卷,通過總結問卷結果對體驗者和未體驗者的語用能力做出對比和評估

    2.4.4 評價實驗

    對照比較學生在短劇前后的2次英語四級模擬測試成績;應用SPSS軟件統計分析前后測成績和兩組學生成績的顯著性關系;訓練期間,請學生對短劇在對自己聽力、閱讀、語法等方面的作用進行綜合等級評定,并附加評定意見;訓練課程結束后,對學生進行訪談,傾聽他們對這個課程教學的反饋

    3.研究結果

    經過16次32課時的短劇訓練后,我們對所有學生的英語綜合能力進行再次測試(后測),并使用統計軟件包SPSS,對實驗班和控制班的前后測成績進行分析。方差分析的結果顯示:班級(實驗班和控制班)的主效應顯著,MS=6. 581,F(1, 126)=4. 433, p=0. 037;測試(前測和后測)的主效應非常顯著,MS=34. 002,F(1, 126)=22. 903, p

    表1 實驗前后實驗控制兩班測試成績對比

    從表1可以觀察到訓練效果,實驗班和控制班在前測時,差異不顯著,MS=0•053,F =0. 029, p=0. 865,說明2個班級的起點相似,但在后測時, 2個班卻表現出非常顯著的差異,MS=14. 891, F =12. 966,p=0. 001。可見,短劇方法在實驗班的語用能力提高中起了有效的促進作用。

    4.實驗結果分析

    4.1 測試結果分析

    研究結果顯示,經過32學時的英語短劇訓練,實驗班的后測均值比前測均值多了1. 53分(15. 3% ),大多數學生都進步了。實驗班80人,其中68人(85% )有進步; 5人(6% )沒有進步; 7人(9% )退步了。此外,應用SPSS統計軟件,對實驗班和控制班前后測成績進行4種方差分析。方差分析的結果,充分說明了本研究所使用的短劇訓練方案是有效的、可行的。至于少數同學,他們參加本訓練班后,為何沒有進步,甚至退步了?這是我們今后進一步研究解決的問題之一。

    4.2 訪談結果分析

    英語短劇任務結束后,對實驗班5位同學進行較為深入的訪談,其余學生則以其它形式向我們反饋。反饋意見表明,本研究使用的學生短劇表演老師當堂指導使90%的受試學生明顯感覺到自己的英語語用能力提高了,而且大學英語四級測試的準確率也提高了;他們對本研究所使用的短劇訓練方法也表示滿意。

    研究結果表明,英語短劇訓練方法對提高學生的語用能力是有效的。讓學生在具有較真實體驗性的英語短劇中充分感受和體會語言的實際運用,通過師生共同對短劇任務的總結評價找出制約他們語用能力發展的關鍵因素,讓學生在交際中獲得實用性的能力,英語短劇在課堂上創造了對話式、交談式的真實語用環境,使學生有大量機會進行真正意義上的信息交流,從而提高語言的實際運用能力。因此,老師應該引導學生在扎實學習英語語言知識的基礎上,運用本研究論證的訓練模式,來提高學生英語語用能力。僅僅32節課的英語短劇訓練,不可能徹底改變現狀。學生有他們的個體差異,以致個別學生沒有進步,甚至退步了。因此,還要深入調查分析本研究中的英語短劇訓練方案對某些學生無效的原因及對策。

    參考文獻

    [1] 何自然. 語用學與英語學習[M].上海:上海外語教育出版社,1998.

    第9篇:軟件項目論文范文

    關鍵詞:專業圖書館,學科館員,職業素質

     

    高校專業圖書館是高校內由掌握專業知識的專門人才系統地、有針對性地采集、整理、加工、收藏,為教學和科研單位學科建設、科學研究和專業發展提供文獻利用及信息咨詢服務,最大限度地發揮專業文獻效益機構。它收藏某一學科(主題、領域)文獻信息的圖書,具有一定的系統性,是學校圖書情報信息系統的終端部分,與學校圖書館在管藏建設、信息收集以及服務對象等方面既有共同之處,又各自有所側重。

    近幾年來,隨著教育事業的發展,招生規模的擴大,培養人才質量要求和科研任務的加重,高校師生對圖書資料的需求迫切,諸多因素都對新時期下專業圖書館的建設提出一系列挑戰。

    專業圖書館與高校公共圖書館相比,除常規借閱工作外,工作重點更要體現“專業”二字,即進行專業資料的收集整理和研究,并開展情報服務,使之成為本專業的教學后盾、科研基地和情報服務中心。高校中建有專業圖書館的單位,多為具有一級學科博士學位授予權單位,因此專業圖書館服務對象主要是博導等專家學者和博碩士生們。專家學者們的科研能力強,承擔多項國家、省部級科研任務并引導博碩士生的研究方向,急需了解并使用國內外學科前沿成果,因而專業圖書館在收集、整理、利用、開發文獻資源等方面發揮著重要作用。

    為最大限度地發揮專業圖書館作用,更好地服務于高校教學科研,專業圖書館的工作人員應加強自身建設,具備過硬的職業素質。

    首先,要有無私奉獻精神,樹立“讀者第一、服務至上”的堅貞理念。論文寫作,學科館員。論文寫作,學科館員。對于專業圖書館工作人員來說,要有無私奉獻精神。這種精神是由圖書館性質和任務決定的,是對圖書館工作者提出的特殊職業道德要求。圖書館工作是一項學術奉獻的服務工作,服務是其生存和發展的歸宿,只有在為學校教學科研服務過程中才能得到承認和支持,只有優質服務才能有生命力,才能得到發展。作為一名合格的專業圖書館工作人員要有不為名不為利、全心全意為教學、科研服務的精神,要有強烈的社會責任感和事業進取心。樹立“讀者第一、服務至上”的堅貞理念,忠于職守、熱愛事業,更好的為學校師生提供優質的服務。

    其次,努力提高業務素質,朝著“學科館員”標準邁進。業務素質是從事專業圖書館工作必須具備的基本素質,它主要由兩方面組成:一是專業知識,二是專業技能。精深的專業知識,熟練的專業技能是做好專業圖書館工作的先決條件,也是對每名專業圖書館工作人員的基本要求。作為一名專業圖書館工作人員,要掌握圖書情報學專業基礎知識和技能,熟悉專業圖書館館藏資源、各項業務、各類檢索工具。對跨學科、交叉學科、邊緣學科、新興學科有敏感的認識,具有對各種信息進行分類、組織的能力,能熟練編制二次、三次文獻,掌握網上資源的搜索與獲取,進行知識綜合化、一般性咨詢服務等。

    作為一名專業圖書館工作人員還要努力成為合格的“學科館員”。“學科館員”(SubjectLibrarian ,又稱聯絡館員) 就是以學科劃分業務工作并為對口學科的讀者提供服務的圖書館員。作為一種有針對性地為特定學科領域提供服務的對口服務模式,其最早產生于20世紀80年代初美國卡內基梅隆大學圖書館,當時被稱為“跟蹤服務”(Track Service)。接著,俄亥俄大學圖書館也推出了“網絡化館員免費導讀”服務(Network Librarianand Free Guide)。這種服務通常都由具有某一學科背景資深的參考咨詢館員(ReferenceLibrarian)擔任。而后,加拿大等西方發達國家的部分研究型大學圖書館也推行了學科館員這種服務模式。清華大學圖書館于1998年率先建立了“學科館員小組”,開創了我國圖書館學科館員制度的先河,為讀者和用戶提供針對性強的對口服務。論文寫作,學科館員。

    作為一名高校圖書館學科館員,特別是一名專業圖書館學科館員,就要具有精深的對口學科專業知識。學科館員的服務對象大都是資深的教授、專業科研人員,他們咨詢的問題往往帶有很強的專業性。掌握基本專業知識,是分析、理解專家學者及研究人員信息需求的基礎。同時,從大量的專業信息資源中選出符合要求的文獻,也必須具有相應的專業知識,對信息資源的整理、加工也需要專業功底。

    想要成為合格的學科館員,還要培養自身敏銳的信息意識和較強的信息能力。信息意識反映了人們對信息工作性質、作用的認識程度,是關系到能否發揮信息能力的先決條件。學科館員應按照服務對象的要求,將有效信息從龐雜繁多的信息源中鑒別、提取、篩選、整序,形成適合需要的、便于使用的信息產品,真正成為信息的收集者、組織者、傳播者和導航者。

    此外,培養自身具有較強的計算機與網絡運用能力和較高的外語水平必不可少。合格的學科館員應具有一定的計算機操作能力和網絡知識,如計算機軟件、硬件、數據庫結構等方面的知識。在進行科研課題、科研成果查新等咨詢活動中,能利用網絡信息資源,利用多層次、多品種網絡電子文獻及計算機網絡檢索技術,滿足信息咨詢要求。據統計,網上90%的信息資源是英文資源。論文寫作,學科館員。要想及時跟蹤獲得最新的信息,首先要突破語言障礙。圖書館全球一體化、網絡化,各種語言文獻的利用,開展聯機檢索,從網上獲取信息,及時跟蹤國際學科領域發展動態等,都要求專業圖書館工作人員具備較高的外語水平,以適應國際間交流、網上信息利用等工作。

    再次,不斷培養自身的科研能力。論文寫作,學科館員。為教學和科學研究服務是專業圖書館工作人員的主要任務,因此應具備一定的科研能力。一方面,要有一定的科研意識,通過自己對所服務學科領域發展的跟蹤了解,運用科學的思維進行分析,判斷具有科研價值的課題推薦給科研人員。另一方面,要積極參與院系的科研活動,利用自己對本學科領域信息資源的了解掌握,查找信息資源,報告最新科研動態,提供定題服務,進行科研查新及科研項目論證等工作。

    除此之外,還應該對新生進行專業圖書館的館藏特色與利用教育,為高年級學生開設文獻檢索課程,講解中國圖書分類法的基本知識,介紹中英文期刊與核心期刊以及校園圖書館各種網絡數據庫的檢索與使用,協助專家學者培養學生初步的文獻搜集能力。結合專家學者所設課程的內容與要求,在課程開設之初為學生列出推薦參考文獻與相關網絡資源下載鏈接,為學生提供課前熟悉新課內容,課后獨立思考、自學知識的途徑,協助專家學者培養學生的自學能力,同時有效彌補課堂時間有限帶來的講授知識內容不能完全展開的局限。論文寫作,學科館員。配合學生學年論文、畢業論文的選題與寫作,有針對性地為其介紹專題文獻資源,提供導讀服務,協助專家學者培養學生的獨立研究能力等。

    高校專業圖書館工作人員,只有具備上述職業素質,才能更精準地體現專業圖書館的特質,更具針對性地為專業教學科研提供服務,更豐滿的詮釋專業圖書館工作人員的職業角色。

    參考文獻:

    1、彭艷.對學科館員工作職責和發展定位的思考[J].大學圖書館學報,2006,24(5):96-99.

    2、徐愷英.高校圖書館學科館員服務模式優化研究[J].圖書情報工作,2008,(12):92-94

    3、惠冬芹.圖書館員積極人格的構建[J].圖書情報工作,2006,(7):65-67

    4、鄧三鴻.學科知識地圖的構建——以圖書、情報學為例[J].情報學報,2006,(1):3-8

    主站蜘蛛池模板: 久久99热成人精品国产| 最新69成人精品毛片| 久久成人国产精品| 久久综合欧美成人| 欧美成人免费全部观看在线看 | 国产成人精品高清在线观看99 | 成人黄页网站免费观看大全| 成人在线免费观看| 亚洲综合在线成人一区| 曰批视频免费30分钟成人| 国产成人免费高清在线观看| 亚洲国产成人久久综合区| 成人午夜短视频| 香蕉久久久久久AV成人| 免费看一级淫片成人| 国产成人麻豆亚洲综合无码精品| 久久久久亚洲av成人无码| 成人au免费视频影院| 欧美成人免费网站| 久久亚洲AV成人无码| 亚洲综合在线成人一区| 国产成人亚洲综合一区| 成人国产在线24小时播放视频| 蜜桃97爱成人| 青青国产成人久久激情911 | 亚洲AV无码成人专区| 国产成人不卡亚洲精品91| 成人国产一区二区三区| 成人在线手机视频| 成人av鲁丝片一区二区免费| 日韩成人一区ftp在线播放| 狠狠色伊人亚洲综合成人| 亚洲av无码专区在线观看成人| 国产成人精品一区二三区在线观看| 欧美国产成人精品一区二区三区| 78成人精品电影在线播放 | 欧洲成人在线视频| 成人影院wwwwwwwwwww| 成人3d动漫网址在线观看| 成人性开放大片| 国产成人无码AV一区二区 |