国产亚洲精品久久久久久久网站_自拍偷拍欧美日韩_成人久久18免费网址_最近中文字幕在线视频1

首頁 優秀范文 軟件開發論文

軟件開發論文賞析八篇

發布時間:2023-03-30 11:28:39

序言:寫作是分享個人見解和探索未知領域的橋梁,我們為您精選了8篇的軟件開發論文樣本,期待這些樣本能夠為您提供豐富的參考和啟發,請盡情閱讀。

軟件開發論文

第1篇

調試也是軟件開發不可或缺的一個環節。在常見軟件開發中,調試器與被調試的程序往往運行在同一臺機器上,通過操作系統的調試接口來控制被調試的進程。而在嵌入式軟件開發中,采用的是交叉調試,即調試器運行在宿主機上,但被調試的程序運行在基于特定平臺的目標機上,調試器與被調試進程通過串口或網絡進行通信。不管是交叉編譯還是交叉調試,都需要把文件從宿主機傳送到目標機。如果考慮團隊合作開發、開發環境不完全一致等因素,開發者經常也需要把文件在不同系統之間或通過網絡進行傳輸。所以在嵌入式軟件開發中搭建一個良好的文件傳輸環境是提高嵌入式軟件開發效率的一個關鍵因素。

2文件傳輸環境的搭建

在嵌入式軟件開發中,必須結合開發的具體項目和具體開發環境來選擇搭建一個好的文件傳輸系統。雖然各類傳輸技術可以在不同平臺(Windows、Linux等)上實現,但在嵌入式軟件開發中更適合搭建基于Linux的文件傳輸系統,下面就嵌入式Linux環境下文件傳輸技術方法進行討論。

2.1FTP(文件傳輸協議)服務設計與實現

FTP是網絡傳輸文件的一種常見服務。在嵌入式Linux中,vsftpd是一款在Linux發行版中最受推崇的FTP服務器程序,是一款完全免費的軟件。它的最大的特點是安全性非常高,但嵌入式系統一般是在局域網內進行合作開發,所以在搭建為嵌入式開發服務的FTP時一般不需要太多地考慮文件傳輸的安全性,搭建一個用戶登錄訪問的FTP服務器就可以。下文是Ubuntu12.04下實現用戶登錄訪問FTP配置文件(/etc/vs-ftpd.conf)的主要內容:

2.2TFTP(簡單文件傳輸協議)服務設計與實現

TFTP是一個傳輸文件的簡單協議,它基于UDP協議而實現,適合于小文件傳輸。嵌入式系統開發的代碼文件一般不會很大,同時對文件傳輸的安全性要求也不高,所以在嵌入式軟件開發中也經常使用TFTP服務來傳輸文件。下文是Ubuntu12.04下實現TFTP配置文件(/etc/default/tftpd-hpa)的主要內容:2.3NFS(網絡文件系統)服務設計與實現嵌入式系統開發時,還可以使用NFS實現宿主機和開發板共享文件,這樣也可以免去文件上傳或下載的麻煩,直接把存放文件的目錄掛載在目標機上或其他系統中,用戶可以像訪問本地文件一樣訪問遠端系統上的文件。下文是Ubuntu12.04下實現NFS配置文件(/etc/exports)的主要內容:其中,*:允許所有的網段訪問,也可以設置成某一個ip段,如192.168.0.*;rw:讀寫權限;sync:資料同步寫入內存和硬盤;no_root_squash:允許客戶端共享目錄所有者權限。用戶可以根據自己需要設置相關參數,還有一些參數說明沒列出來,需要時可查閱相關資料。

2.4Samba服務設計與實現

在嵌入式系統開發過程中,宿主機上一般會安裝Windows系統,同時安裝虛擬機軟件,在虛擬機上安裝Linux,這樣就存在Windows系統和Linux系統共享文件的問題。通過Linux提供的Samba服務可以輕松實現文件共享,可以有兩種方法加以實現:一是由Windows系統訪問Linux系統中的共享文件夾;二是由Linux系統訪問Windows系統中的共享文件夾。(1)Windows系統訪問Linux系統中的共享文件夾。由于嵌入式系統開發一般在局域網內或單機上進行,對網絡安全性要求不高,這里就以配置一最易實現的Samba服務(來賓都可訪問)為例來加以說明。主要是通過修改/etc/samba/smb.conf配置文件:上面用戶名是所訪問的Windows計算機中的用戶賬戶,驗證口令是Windows計算機中的用戶賬戶的口令。

2.5使用串口軟件傳輸文件

在一些應急場合,沒能很好地配置好上述服務的情況下,如果需要傳輸一些文件到目標板,可以選擇使用串口軟件傳輸文件。用串口電纜把宿主機和目標機連好,然后運行串口軟件,最常用的是Windows自帶的超級終端。超級終端程序通常位于“開始”“程序”“附件”“通訊”中,運行超級終端一般要求用戶為新的連接取一個名字,然后選擇所使用的串口,最重要的一步是設置串口屬性,一般針對開發板設置的屬性如下圖2所示。連接上目標板后,使用超級終端上的“傳送”“傳送文件”菜單實現文件傳輸。在ubuntu操作系統下,需要使用minicom來連接開發板,本文不再贅述。

3結束語

第2篇

在工程設計行業,cad技術的應用大大提高了設計及繪圖效率。cad應用軟件的開發也越來越重要。

在給排水設計領域,cad開發應用起步較晚。有些設計院從八十年代末開始嘗試進行cad開發,但進展比較慢,多數是圖塊和小型實用程序,在深度和廣度上都存在著差距。從1993年以后給排水cad開發步伐開始加快。1994年底全國給排水學會和給排水技術情報網組織召開了“計算機技術在給排水專業應用研討會”,對給排水軟件開發起了積極的促進作用。

目前在給排水cad開發方面已經取得了可喜的成績,尤其是建筑室內給排水方面涌現出一些比較優秀的給排水cad軟件,如洛陽的一家軟件和北京的幾家軟件。這些軟件都具有計算機輔助設計建筑給排水平面圖、自動生成系統圖、自動統計材料表;進行室外給排水管網計算、自動生成圖形等功能,其中個別軟件已在室外設計和泵房設計等方面有了新的進展。

現有軟件都偏重于民用建筑給排水方面,而且也有待于繼續完善、發展。在給排水的其它領域,由于難度大,投資回報較低,軟件公司還不愿涉足,所以進展緩慢。應用cad進行給排水及水處理系統的優化設計更是少有人涉足。此外,目前還沒有專業設計cad軟件的標準和規范。商業化軟件多數都不經過權威部門嚴謹的技術測試和鑒定,所以其數據庫、計算方法、設計方法和生成圖形的準確性還沒有嚴格保障,這一點還可能成為工程設計質量的隱患。

現在設計部門的給排水cad應用水平也參差不齊。有的購買或自行開發了給排水專業軟件,提高了設計繪圖效率。有的只是在用autocad的簡單命令繪圖,雖提高了cad出圖率,卻根本談不上利用cad提高效率。給排水專業cad應用水平還有待于進一步提高。關鍵詞:軟件開發,給排水,CAD,給排水設計軟件來自

目前許多有精力的設計院及研究部門都在研究開發本單位適用的專業軟件及應用程序,但由于開發經驗不足,成績不明顯。本文將結合筆者的工作經驗,著重論述有關給排水軟件開發的原則、思路、方法及步驟,旨在拋磚引玉,促進給排水cad軟件開發工作。

二、給排水軟件包開發思路及原則

由于現有建筑給排水軟件已經比較成熟,且仍在繼續開發、升級。一般開發者在水平和起點上均與這些軟件開發有一定差距,所以應該購買此類軟件,而著重開發適合本單位使用的實用程序、應用軟件或優化設計軟件。高起點開發者則應在深度及廣度上向更高層次沖擊。

1.給排水cad軟件開發依據及原則

(1)設計依據為有關設計規范、制圖標準以及設計手冊等;保證數據庫、計算方法和設計方法的準確性。

(2)軟件包開發設計首先要突出專業水平,把專業設計思想轉化為計算機語言是專業軟件包的關鍵所在。

(3)符合設計人員思維習慣及設計習慣,人機界面友好,操作簡單,易掌握。

(4)適用性強,容易修改,容易擴充,容易發展。

(5)盡量使用效率高、功能強的計算機語言及開發工具。

(6)嚴格執行標準化及規范化。

(7)通過自動繪圖以及建立標準圖庫,提高圖紙復用率等途徑,提高設計繪圖速度,真正發揮計算機的優勢,把設計人員從圖板上解脫出來。

2.設計開發步驟

(1)開發適合于給排水專業應用的cad軟件環境,包括autocad的優化配置及常用專業圖塊及繪圖工具。

(2)開發一些獨立的專業繪圖軟件,發展標準圖形庫,由淺到深,從易到難,逐步提高自動成圖及圖紙復用比例,使軟件包成為覆蓋面廣,功能齊全的專業繪圖軟件包。

(3)開發給排水專業高階段設計方案優化軟件,以及設計、繪圖一體化軟件,逐步成為智能化、自動化程度較高的專家系統軟件包。

3.開發人員配備軟件開發是一項較復雜的腦力勞動,對開發人員要求也較高,專業軟件開發人員大致可分為以下幾個檔次:

(1)初級水平:專業人員掌握一些基本計算機知識及開發工具可以進行一些專業圖塊制作,簡單的實用程序開發。

(2)中等水平:較高專業水平加上較高計算機水平。熟悉專業設計習慣,有較豐富的設計經驗的專業人員,如果掌握先進的cad開發技術,可以開發出較高水平的cad應用軟件,可以提高設計效率,特別是可以大大提高繪圖效率。

(3)高級水平:高深的專業水平加上先進的計算機開發技術。在專業方面應該熟練掌握專業基礎知識,有豐富的工程設計經驗,善于總結專業設計思路,發現規律,具有較強的系統工程及方案優化水平。在計算機方面要掌握LSP、ADS、DCL等開發工具(或其它高級開發工具)。這類人員開發專業CAD軟件是最理想的。 

由于給排水專業涉及面廣,而且不同行業給排水設計習慣也不盡相同,不可能有軟件可以覆蓋所有給排水領域,適用于所有設計院,所以目前仍然需要分行業、分類進行開發。前述的個別建筑給排水軟件包及開發人員屬于較高水平,其開發設計思路非常值得向給排水其它領域延伸。 ^#tZu;?l`2[yoV=Q8u€OjyE0aqn&E€|7微電子學論文yKVqB^t(€h?n1DqMGTd7J(

4.開發工具(軟件方面) 

目前較常用的CAD開發工具主要有AUTOLISP語言、ADS、DCL語言以及數據庫處理,也有的開發者使用BASIC、FORTRAN等高級語言與AUTOCAD的圖形數據交換接口進行開發;還有用C++開發或用VB等在WINDOWS界面下開發的;此外,網絡技術也越來越重要。 

開發CAD軟件,需要非常熟悉AUTOCAD命令,以及其中的各參數、系統變量、圖層、圖塊、線形等,這樣才能方便靈活地在程序中執行各種命令,掌握CAD開發技巧,例如圖塊的屬性可以帶許多信息,一條LINE線的厚度可以存入管道的管徑等。此外現在有些軟件使用數據的后處理方式,使軟件和AUTOCAD結合得更好,這些技術還需要對AUTOCAD圖元數據庫和數據圖形交換等有更深的了解。 

論文給排水設計軟件開發方法探討來自免費

AUTOLISP是在AUTOCAD內部使用的語言,用AUTOLISP編輯的程序可以定義變量,對數據進行處理和作出圖形,并可能自定義函數,比較適合搞人工智能工作,特別是它的表處理功能以及遞歸等功能比較獨特,在CAD工作中它可以獨立工作,也可能與DXF圖形交換文件互相配合。其不足之處是速度慢,且程序代碼幾乎無法保護。 

ADS是AUTOCAD11.0版以后新增加的用來開發應用的一個C語言編程環境。它運行速度快,代碼保護性好,能更有效地利用內存空間以及訪問設備與系統,具有更強大的開發功能。但掌握ADS要比LISP困難,要求開發人員具備C語言編程經驗并熟悉ADS庫中各函數用法。一般商業軟件應該用ADS。 

AUTOCAD還提供了可編程對話框(PDB)工具,使用戶可以結合自身專業特點,用DCL語言構造自己的對話框,從而改善界面,提高CAD軟件效率。 

目前最流行、最實用的專業CAD開發工具是ADS、DCL,加上少量AUTOLISP。 

三、開發過程

1.專業繪圖環境的開發 

(1)AUTOCAD的配置及改善 

A.選擇AUTOCAD版本。目前最常用的是漢化AUTOCAD12.0版。但其漢字輸入不太方便,應配上較先進的漢字系統,或用12.0版FORWINDOWS(中文)。 

B.對AUTOCAD系統變量進行重新優化配置及設定,主要包括系統變量及尺寸變量設置,層、線形設置等,使ACAD.DWG成為理想的樣板圖。 

C.對ACAD.MNU進行優化,將許多常用命令放在最容易拾取的位置或固定位置。專業菜單部分可加入ACAD.MNU,也可以獨立編寫。 

D.利用ACAD.PGP做簡化命令(10.0版以前的版本可在ACAD.LSP中用DEFUN函數設定),編寫ACAD.LSP。 

(2)專業繪圖功能 

A.專業圖框繪制:可由菜單點取或用屏幕幻燈菜單點取,自動生成各種圖框。 

B.專業常用圖塊:由菜單點取生成,自動插入斷線。 

C.開發實用的專業繪圖工具程序:如標注標高、管徑、坐標、管道立管、代號、各種管件等的程序,繪制單、雙線管道的程序,生成專業設計說明、圖例、專業詞組的程序,以及文字、線形、線寬編輯和表格操作等實用程序。

D.開發或引進建筑圖繪圖程序。 

專業CAD軟件包都應具有高效的繪圖環境,否則一旦自動生成等功能出現故障或不能適用時,用戶就只能用AUTOCAD簡單命令來畫圖了。 

2.專業繪圖軟件的開發 

在專業繪圖環境的基礎上逐步開發一些相對獨立的專業繪圖軟件,逐步形成功能強,覆蓋面廣的給排水綜合軟件包。 

目前已開發的較成熟的軟件有:民用建筑給排水CAD軟件包、室外給排水管網計算軟件、給排水管道縱斷面圖繪圖軟件、給排水外部管網設計軟件等。 

正在開發,初見成效的軟件有泵房設計軟件、平流沉淀池軟件、機械加速澄清池軟件、和市政管網cad軟件等。

尚未深入開發,開發難度大,但預期效果好的軟件包括:輻射沉淀池、旋流沉淀池、水塔、綜合管溝、架空管網、過濾間、軟水站、污泥脫水間設計等項目。

給排水軟件開發的另一條思路是發展給排水設備和構筑物的標準cad圖形庫,從而提高圖紙復用率,這比編制自動成圖的軟件要容易得多。標準cad圖形庫還可以由權威部門編制后,作為標準圖出版。此外,標準圖還可作為軟件包的一部分,即軟件包可以交互式自動生成圖形,也可以通過自動計算直接調用相應的標準圖。

3.高階段設計及方案優化設計軟件的開發在

利用cad進行高階段設計及方案優化設計方面,除在民用建筑給排水領域有個別公司研究外,在其它給排水領域中的研究國內還未見到報道。方案優化軟件的難點在于系統化的設計思路和設計經驗向計算機程序的轉化,其中給排水及循環水流程的方案優化模型的建立本身就是給排水設計的一個難題。目前這方面進展緩慢的原因首先是它對開發人員要求高,這一領域的理想人選稀少;其次是給排水專業行業多,領域廣,需開發的軟件工作量巨大,具備這方面精力的研究部門或公司還很少。

總之,給排水專業繪圖軟件包開發是一項艱苦的工作,需要創造一個規模生產,流水線開發的環境,投入一大批高層次的人才。各部門的研究人員既要知難而進,又要避免重復勞動,在各行業、各領域開發出各有特色的實用專業軟件。

四、給排水cad軟件包開發實例———bywat

1.軟件包結構

專業繪圖環境-caautocad12.0漢化版

autocad配置及改-系統配置

參數設置

菜單優化

命令簡化

專業繪圖功能-

專業圖框繪制

專業圖塊繪制

專業工具程序

繪建筑圖程序

bywat-(2.0)b.

專業繪圖軟件-is泵及s泵基礎繪圖軟件

水泵底座繪圖軟件

材料表等填充軟件

給水管縱斷面圖繪圖軟件

排水管縱斷面圖繪圖軟件等多常

2.軟件包主要技術特點

(1)符合設計人員設計習慣,簡便易學。

(2)速度快,可提高設計繪圖速度3到5倍。

(3)可由用戶幻燈菜單自動點取專業圖框。

(4)有豐富的專業圖形符號,插入時管道自動斷線。

(5)可方便地繪制建筑圖。

(6)具有各種類型的標高、管徑、坐標等標注功能以及一些方便實用的程序。

(7)繪材料表只需在屏幕菜單中點取材料名稱即可將名稱、材料、單位、標準圖號等填入材料表中的合適位置,序號、數量也特別方便,速度快,輔助功能及提示功能強。如果需要,還可以自動填入單重,自動計算并填入總重。

(8)各型號水泵基礎自動繪制,半自動生成水泵底座圖形,自動計算和生成材料表。

(9)給排水管道縱斷面圖軟件交互式、參數化繪圖,可自動計算,并有輔助功能。

3.專業軟件實例———排水縱斷面圖繪圖軟件

第3篇

項目管理就是在項目活動中運用一系列的知識、技能、工具和技術,以滿足或超過相關利益者對項目的要求,實際上就是通過項目各方干系人的合作,把各種資源應用于項目,以實現項目的目標,滿足項目干系人的需求,其本質就是對時間、質量和成本的管理。

隨著軟件開發的深入、各種技術的不斷創新以及軟件產業的形成,人們越來越意識到軟件過程管理的重要性,管理學的思想逐漸融入軟件開發過程中,項目開發的管理日益受到重視。

二、目前在軟件項目管理中存在的誤區

現在大多數企業都認識到了在項目中進行管理的重要性,但是仍然有許多企業在實施項目管理的過程中存在著這樣那樣的誤區,主要表現在:

1.項目經理不夠專業。在軟件企業中,缺乏專業的項目管理人員來實施項目管理及擔任項目經理,通常被任命的項目經理主要是因為他們能夠在技術上獨當一面,但是他們在管理方面特別是項目管理方面的知識比較缺乏。

2.項目計劃缺乏綱領性。項目經理對總體計劃、階段計劃的作用認識不足,因此制定總體計劃時比較隨意,不少事情沒有仔細考慮;階段計劃因工作忙等理由經常拖延,造成計劃與控制管理脫節,無法進行有效的進度控制管理。

3.缺乏有效的管理意識。部分項目經理不能從總體上把握整個項目,而是埋頭于具體的技術工作,造成項目組成人員之間忙的忙、閑的閑,計劃不周、任務不均、資源浪費。有些項目經理沒有很好的管理方法,不好安排的工作只好自己做,使項目任務無法有效、合理地分配給相關成員,以達到“負載均衡”。

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

5.風險管理意識淡泊。有些項目經理沒有充分意識到風險管理的重要性,對計劃書中風險管理的章節簡單應付了事,隨便列出幾個風險,隨便地寫一些簡單的對策,對于后面的風險防范起不到什么指導作用。

6.項目干系人的不確定性。在范圍識別階段,項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以至于無法得到完整需求或最終經權威用戶代表確認的需求;或者是多個用戶代表各說各話、昨是今非,但同時又要求項目盡早交付;項目后期需求變化隨意,造成項目范圍的蔓延,進度的拖延,成本的擴大。

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

三、解決軟件項目管理中存在的誤區的有效策略

要想解決上面描述的誤區,歸根到底還是要從管理學的角度入手,即在軟件項目的開發過程中加入過程管理的內容,這樣我們可以在軟件開發中對各個過程的質量加以控制,從而達到保證軟件產品質量的目的。為了有效提高管理水平,我們應該努力做到:

1.項目經理接受系統的項目管理知識培訓是非常必要的,有了專業領域的知識與實踐,再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合,必能大大提高項目經理的項目管理水平。

2.計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識,采用項目計劃制定相關知識、技術、工具,加強對開發計劃、階段計劃的有效性進行事前事后的評估。

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

4.制定有效的溝通制度和溝通機制,提高溝通意識;采取多種溝通方式,提高溝通的有效性。通過制度規定對由于未及時收取郵件而造成損失的責任歸屬;對于特別重要的(下轉第198頁)(上接第196頁)內容要采用多種方式進行有效溝通以確保傳達到位,例如:除發送郵件外還要電話提醒、回執等,重要的內容還要通過舉行各種會議進行傳達。

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

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

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

實施有效的項目管理絕非易事,對于軟件企業而言,這不是一個小的改變,而是一種變革,企業需要為此付出艱苦的努力,同時,成熟有效的項目管理無疑將對企業起著至關重要的作用,項目管理的水平將是企業核心競爭力之一。

【參考文獻】

[1]郭研.軟件項目管理[J].物流科技,2005,(2).

[2]何國偉.論軟件項目管理的質量(上)[J].質量與可靠性,2003,(6).

[3]何國偉.論軟件項目管理的質量(下)[J].質量與可靠性,2004,(2).

[4]王仲濤,嚴俊,趙耀.對軟件項目管理的初步探討[J].船海工程,2001,(S2).

第4篇

用戶體驗是貫穿在計算機軟件開發利用的一切過程之中的,設計者從軟件性能設計出發,結合了用戶操作習慣,能夠對用戶體驗產生一個正確的軟件預估,在用戶體驗中,我們能夠認識到用戶對軟件產品的期待,發現用戶真實的使用目的及軟件期待,在用戶體驗之中,設計者能夠不斷改善軟件核心功能及細節修改,減少軟件BUG,逐步完善軟件用戶個性化。用戶體驗在計算機軟件開發中的作用相當于一把標尺,在設計-測試-再設計-測試-修改的反復循環的軟件開發過程中,用戶體驗為這個循環的進行提供了一把可量的指標。完善的軟件成品,滿足了用戶的個性化需求,提高了軟件運行的舒適度。

2提高軟件市場競爭力,占領市場

用戶體驗能使得軟件設計的更完善,在設計-體驗-再修改的過程之中,軟件得到不同程度的修飾和完善。軟件產品經歷了以下幾個階段:有用-易用-友好-視覺設計-品牌推廣-占領市場。產品有用也就是用戶需求得到了滿足,下一步使軟件變得易用,就是方便使用,友好的軟件語言能夠使用戶感到親切,通過不斷改進設計的軟件,使得軟件在視覺上能夠傳達出一種吸引力,讓用戶在使用中愛上軟件,產生用戶黏度。在用戶中樹立良好的口碑,從而認定品牌,在品牌推廣之后,市場推廣變得簡單易行。經歷用戶體驗的軟件永遠比直接開發上線的軟件擁有更多的用戶。因此用戶體驗在計算機軟件開發中有著完善軟件,提高軟件市場競爭力的作用。

3計算機軟件開發中提高用戶體驗的主要途徑

3.1營造良好的軟件運行環境

3.1.1優化編程代碼軟件程序開發的一個必不可少的組成要素就是編程代碼,因此想要提高計算機軟件開發中的用戶體驗,首先應從編程代碼著手,優化軟件用戶體驗。首先編制代碼時應盡量考慮代碼的簡潔性,能使用簡單地算法就不復雜化,簡化算法程序也不僅僅針對那些復雜的編程代碼,還應考慮代碼解算處理耗費時間長的軟件代碼,盡可能的為用戶節省時間,也減少他們在等待過程中可能減少的焦慮情緒,提高用戶體驗感受。如無法避免軟件運行速度緩慢的問題,則在最佳優化后設計后臺運行的方式輔助運行,也可添加進度條來提示用戶下載進度,避免用戶在運行軟件時產生煩躁情緒。3.1.2完善軟件安裝流暢性用戶并非專業的電子計算機軟件工作人員,因此在軟件安裝遇到問題時并不能妥善處理,甚至遇到無法下載的情況就放棄某款軟件,因此我們在極高計算機軟件開發中的用戶體驗時一定要考慮軟件安裝的流暢性,快速簡潔方便的安裝成功是一款軟件成功應用的基礎,在軟件設計中,設計人員應充分考慮用戶能力特點之后降低軟件安裝難度,完善安裝步驟,設計多種安裝方式,設計推薦安裝和自主安裝等多種安裝方式供用戶安裝,完善軟件的安裝流暢性。3.1.3優化處理軟件接口軟件接口即軟件和一般常用軟件實現數據互換、互相聯系的一種重要途徑。一個完備的軟件不僅僅應該正常運行,還應與其他軟件可以共享數據相互聯系,因此開發人員應優化軟件的接口問題,完善設計,避免用戶出現使用順手的軟件卻無法和其他順手的軟件數據交換、從而放棄軟件的問題。在實例中,軟件的接口問題也是一個讓大家關心的提高用戶體驗的重要途徑,注重相關諸多軟件的數據共享、信息過渡,在滿足用戶需求的同時提升用戶體驗。

3.2注重軟件的界面設計,給用戶留下良好第一印象

用戶對一款軟件的第一印象,就是這個軟件的圖標、外觀形象,不同風格的軟件界面會給用戶留下不同的印象,這和認識人是一個道理,外表光鮮的人更容易被別人結識,因此為了提高軟件開發中的用戶體驗,必須在用戶打開軟件的第一眼就愛上并想要使用。在軟件的界面設計中,首先考慮的是簡潔大方的設計方案,大眾都喜歡的東西才能夠設計使用。軟件界面設計中,應充分綜合考慮用戶的使用習慣。視覺心理、個人感受以及用戶偏好等角度,對軟件具體的各個部分進行設計。設計中應考慮的要素有:界面的色彩搭配、小圖標按鈕的放置、標題字體的大小、頁面內容的編排位置等等。設置智能記憶功能來保存用戶的軟件使用習慣,在用戶使用軟件時就能夠以最快速度實現要求。在用戶習慣的研究中,用戶在某個陌生軟件中停留的時間最多不超過三分鐘,三分鐘之后如果他們沒有找到自己需要的內容就會退出軟件并不再打開,用戶不能在第一時間找到吸引人的東西,軟件界面的不清晰,這就是用戶失流問題的原因,在軟件設計中,應利用研究成果,在設計中體現用戶閱讀的F型閱讀習慣,在軟件的上欄和左欄中放置更有價值的東西,合理地進行界面的主次安排。盡量少使用老舊模板設計軟件界面,避免缺乏創意和亮點的界面問世。

3.3努力提高和優化軟件運行效率

重視效率是軟件開發更好的為大眾服務的基礎,軟件設計必須遵循一條規則就是提高用戶使用軟件的效率。設計人員在進行軟件算法設科技前沿計時應將各類算法作出比對,減少那些功能不強耗時巨大的軟件,避免它們拖慢軟件運行的速度,提高軟件的運行效率,防止用戶出現等待焦急躁動甚至放棄軟件等不良情緒。計算機本身對軟件運行速度的反作用只是一部分,運行緩慢的軟件并不單單因為硬件不強大的計算機本身。開發者應從軟件編碼尋找原因,排除拖慢軟件的惡編碼,提高軟件運行效率,減少用戶軟件差評。需要注意的是我們應該在可控環境下提高軟件運行速度,注意開發成本和經濟核算。如不能減少運行時間的則設置后臺運行或者顯示進度條來減少用戶等待時間,提升用戶體驗。

3.4軟件功能設計要滿足擁護的人性化需要

人性化的設計體現在軟件設計的諸多方面,也可以這么說,軟件設計的許多角度都能夠體現人性化的設計理念。我們在軟件實際開發中,盡量避免全盤模式化的克隆,將為大眾服務作為軟件產品開發的最終理念,因此必須將用戶體驗的優良感受作為首要衡量標準。在軟件設計中,設計出人性化的軟件應做到以下幾點:第一,使用戶打開軟件和查詢信息能夠更加便捷,在用戶使用軟件的過程中,也是信息數據積累的過程,用戶想要從大堆數據中調出自己需要的數據往往不夠便捷,而騰訊設計出智能調取聊天記錄就是一個很好的個性化服務典例。在軟件設計中,合理的設計快捷鍵也是人性化服務的一個方面,易于掌握的快捷鍵能夠使軟件操作更加方便,充滿人性化。百度公司曾經在剛剛成立百度聯盟時軟件設計并不充滿人性化,當百度批準你成為百度聯盟會員時,會接收到這樣一條郵件:百度已批準你加入百度聯盟,而批準往往不是平等的語言,更像是上級批準下級,之后百度就將這一點做出更改:祝賀你成為百度聯盟的一員。這個案例告訴我們軟件設計不僅要在大方面上以用戶為核心,而且在細微之處也要體現出軟件的人性化服務。

3.5提高軟件的信息查詢和處理能力

浩瀚的信息時代,軟件也需要一個強大的信息檢索能力,這樣才不會使我們面臨無法找到所需信息的窘況,軟件開發案中加入信息檢索技術也就是是軟件具備在集合中挑選目標信息的技術,隨著我們對軟件的使用和軟件技術的開發,我們對軟件的信息查詢功能有了更多的要求,既不能使雜亂無章的信息丟失,又不能在想要查詢信息的時候逐條翻閱,這就要求我們在軟件設計開發中提高軟件的信息查詢能力,首先保證信息的可查詢性的前提是擁有穩定良好的內存來儲存信息,其次良好的可查詢性是通過小查詢框來實現的,設計查詢算法來幫助信息查詢,輸入條件就能查詢到符合條件的全部信息,諸如音樂播放器建立的媒體庫,在查詢框中輸入歌名就能檢索出全部符合條件的歌曲。在用戶實用軟件的過程中,用戶信息只會堆積越來越多,因此必須通過智能的信息查詢功能來優化用戶體驗。

4對提高用戶體驗的再認識

軟件設計成品的目的就是解決使用者的問題,因此軟件不僅炎解決用戶個體在功能上的需求,又要服務大眾,向廣大用戶提供服務。計算機軟件開發中提高用戶體驗的途徑多種多樣,在具體羅列了以上幾點之后,筆者還想從軟件開發設計的角度出發,再談談如何使用戶體驗得到更好地提高。

4.1樹立“以人為本”的設計開發理念

用戶體驗的核心就是用戶,提高用戶體驗在軟件開發中的作用是及其突出的,開發者在設計開發時應樹立“以人為本”的觀念,重視用戶的心理體驗,關心用戶的自我感受,在實現軟件設計功能的保證下抓住用戶心理,吸引用戶長期使用。人性化的軟件設計和靈活多變的軟件服務是實現“以人為本”的基礎,在之前軟件設計的經驗上,改進模板,合理搭配軟件信息模塊,在廣大用戶中選擇他們共性的東西,尋求最多的受眾欣賞。“以人為本”要求設計者關注用戶,學習每一個用戶不同的操作特色,綜合這些特色,讓軟件更加靈活的服務用戶。在實際軟件操作中,可以設置不同的操作方案和主題搭配,供用戶自行選擇和隨意保存。“以人為本”的開發理念要滲透在軟件設計開發的各個過程,在設計中應考慮用戶,在測試中應觀察用戶,在再修改中應體現用戶。

4.2注重市場信息反饋,不斷改進和完善軟件

信息的傳播有五大要素,發出者、接受者、媒介、訊息、反饋。這五個環節構成了一個完整的信息傳播途徑,軟件設計和開發也需要市場信息的反饋,設計好的軟件經過上線,用戶開始使用,但此時并不是開發者工作的完成,而是新的開始。在這一階段的工作中,開發者扮演的是信息收集者的角色,他們需要在市場上收集用戶對軟件使用的評價、軟件的推出程度和適用領域、人們是否經常使用這款軟件以及這款軟件出現的問題。收集這些問題再將軟件優化,最新軟件,供用戶更新,充實了新的功能和修補了軟件BUG。市場是軟件接收測試的搖籃,開發者要注重市場信息的反饋,根據反饋修補軟件,不斷改進和完善軟件。

5結束語

第5篇

論文:項目管理進度控制費用控制質量控制軟件開發

人類社會經歷了三次經濟革命從農業革命、工業革命到目前正在經歷的信息革命。信息化正在日益改變人們的思維方式和生活習慣。在推動信息化過程中,計算機及其軟件產品發揮著至關重要的功能。對于軟件項目的管理成為項目管理領域一個令人興奮的課題。本文將結合項目管理中的控制方法分析軟件項目管理控制的相關新問題.以期提高軟件項目的開發效率。

1、有關軟件項目管理

1.1項目和項目管理

項目是一個旨在完成一個或一些獨特產品或服務的過程.它有著一系列被具體描述的屬性。由于項目的獨特性和一次性特征,引伸出它的其他特征.如目標的確定性.成果的不可挽回性組織的臨時性和開發性等。基于項flI的這些特征.項目運作更加注重項目決策前的計劃以及對實施過程的控制,以減少項目運作的風險。項目管理是2O世紀50年代后期發展起來的一種計劃管理方法,它運用先進科學的管理方式.有效解決大型組織的效率低下和小型企業面臨的風險增加新問題以組織的機動靈活.面向客戶和資源利用率高而被廣泛應用。在工程設計.施工軟件項目的開發、實麓中經常會碰到進度拖延.費用超支、質量不達要求等新問題除去極少數是因為技術原因造成,絕大部分是源于僵化的管理和不當的管理方式。

1.2軟件項目管理

各軟件企業都在積極將軟件項目管理引入開發活動中.對開發實行有效的管理。從概念上講.軟件項目管理是為了使軟件項目能夠按照預定的成本.進度、質量順利完成.而對成本、人員、進度、質量、風險等進行分析和管理的活動。同時,隨著軟件開發規模及開發隊伍的逐漸增大,軟件開發不再是向過去那樣一二個開發人員即可解決的事情。迫切需要一種開發規范來規范每個開發人員、測試人員和支持人員的工作每個項目組成員按約定的規則準時完成自己的工作。同時采用規范化管理.專業分工也可以降低對開發人員的要求,從而降低產品研發成本。

2、軟件項目控制

2.1軟件項目控制

軟件項目跟蹤和監控包括對照已文檔化的估計、約定和計劃評審和跟蹤軟件完成情況和結果。基于實際的完成情況和結果調整這些計劃。軟件項目的已文檔化的計劃(即軟件開發計劃,正如在軟件項目計劃關鍵過程區域中所描述的)用作跟蹤軟件活動傳送狀態和修訂計劃的基礎管理者監控軟件活動.主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處,將實際的軟件規模工作量成本和時間表和計劃相比較,來確定進展情況。當確定未實現軟件項目計劃時,采取糾正辦法。這些辦法可以包括修訂軟件開發計劃以反映實際的完成情況和重新計劃遺留的工作或者采取改進性能的辦法。

2.2軟件項目控制的內容

軟件項目控制的目的是為軟件項目的過程提供足夠的能見度,從而可以在執行過程中發生對計劃的嚴重偏離時能夠采取適當的更正行為。軟件項目控制包括:a。追蹤軟件項目的進展于表現從而和所作的估計、承諾和計劃做出對比:b。追蹤軟件項目的風險;C。在發生對計劃的嚴重偏離時采取適當的更正行為。

2.3軟件項目控制步驟

由于軟件開發是處在一個開放的動態系統中,開發環境的不斷變化要求不斷修改項目計劃,以適應新的變化。此外項目經理及其組織在完成任務的過程中不可避免的要碰到這樣或那樣的新問題.解決這些新的矛盾和新問題均屬項目控制的范疇項目的預算和進度計劃只能為項目經理提供決策的依據.假如在項目實施過程中控制不住.很難在限定的時間和預算要求下實現項目管理工作的目標。因此軟件項目控制的過程包括以下四個步驟:a、猜測什么會發生——要做出開發計劃并建立工作標準b、查明什么正在發生——用建立的工作標準檢查當前的工作;c、正在(或已經)發生的實事同猜測的結果進行比較——分析誤差產生的原因:d及時采取補救辦法.以滿足項目目標,預算和進度的要求。

3、軟件項目控制具體操作

3.1軟件項目進度控制

為了確保軟件開發中的各項工作能按照計劃預定的日程順利完成.對項目的進度要進行控制。進度控制的過程是.在項目實施過程中,不斷地進行實際進度值和計劃值的比較、發現偏差、檢查分析其產生的原因,并采取相應的辦法加以解決。

3.1.1進度控制流程

(1)進度控制的輸入

進度計劃。項目進度基準是項目測量和報告的基礎和標準。

實施報告。實施報告提供了有關項目進度發展實情。報告未來可能發生的進度新問題。

變更要求。項目變更要有嚴格的申請和審批手續。

進度管理的技術和工具。

(2)進度管理的技術和工具

進度控制變更系統。為有效實現進度管理和控制.進度控制系統應設立實現重新計劃的全部功能。包括:文件設立.跟蹤即實施報告.變更評估等。

實施情況測量。項目進度控制系統中的一個重要組成部分是決定對遲發生的進度偏差是否采取糾偏辦法。而實施情況報告提供了決策的主要信息。如變更分析.趨向分析.已實現價值分析等。

糾偏計劃。很少有項目能完全按計劃進度進行為實現項目進度或總進度要求,在項目實施過程中.需要不斷對原計劃進行調整或增加新的工作內容。為此.需要不斷對實施的項目進行活動時間猜測。修改活動過程.替代進度方案分析。

項目管理軟件。它的功能是跟蹤項目按計劃日期展開實際工作的情況.對照進度計劃分析進度目前狀況,找出進度的偏差.分析進度偏差對項目的影響.猜測未來走勢

(3)項目進度控制的輸出

進度更新。包括對項目管理中任何進度信息的修改。進度調整是其中的一種.師隊員進度計劃中活動開始和結束時間的改變。糾偏行動。通過改變資源投入將實際進度拉回到計劃的行動過程。

從中獲得的教訓。有關進度偏差產生的原因。糾偏方案的評估和選擇以及其他方面的感受和教訓都應紀錄在案成為日后有用的歷史資料。

3.1.2進度控制方法

一般項目進度控制采用因果分析.分析用四步完成:

(1)明確新問題。實際完成情況和項目里程碑相對照.確定是否超期.超期的部分是在哪里。

(2)查找產生該新問題的原因。位從系統角度充分熟悉各方原因.應組織具有代表性任務人員并采用頭腦風暴法進行。項目主管要通過他領導的辦公室或小組,以及在各職能部門的人共同分析新問題產生原因。

(3)確定個原因對新問題產生的影響程度。對影響程度的評估可以采用專家小組打分的方法,事先確定權數.而后打分得出分析結果。

(4)畫出帶箭頭的魚刺圖。分析出原因后各部門各就其職針對新問題提出解決方案.并實施。

3.1.3軟件項目進度控制具體辦法

在實施進度計劃過程中,會有種種故障:客戶的需求進行了補充或修改;工作量估算不準,造成進度不平衡或是有人不遵從開發規范.導致產品出現缺陷;或是技術環節出現故障,這些新問題往往是在進度計劃外出現的.一旦出現這些新問題,項目進度不得不進行調整。開發過程中為了有效控制類似新問題,可以采用以下輔助辦法,控制進度按計劃執行:

(1)政策性辦法。對于不遵從開發規范,人員不按時履行職責的.給予經濟或是職務上的處罰.這種辦法應是建立在分配任務之前;

(2)人員布置。在各子項目接口處適當布置機動人員和機動時間。這一辦法有賴于項目組織的機構設置能動性好。此處比較難解決的是人員業績評估.獎勵新問題。

(3)技術辦法,要想很好地執行進度計劃,需要事先有統一的規范例如開發語言的統一,文檔的歸類。這樣便于下一階段人員理解上一階段人員意圖,交流更加輕易。

(4)信息流辦法。該辦法要求建立一個信息流系統.準時匯報項目進度.便于主控人員調整進度,并且保證信息流通順暢。避免開發期壓到最后造成嚴重拖工。

(5)資金辦法。財務部門可以定期檢查各部門財務情況.控制資金流出時間.進而控制項目進度。這和后面要講到的三者權衡有密切關系。

3.2軟件項目費用控制

費用控制就是要保證各項工作要在他們各自的預算范圍內進行。其基礎是實現就對項目進行費用預算。整個項目費用應包括項目范圍規劃階段。軟件需求分析階段.原型設計階段開發階段.測試階段和項目投入使用后的使用階段所消耗費用的總和。軟件開發項目承擔公司為了完成項目目標和獲得更多的利潤.在實施項目過程中就要控制成本.在控制過程中,首先要擬定一個標準.即計劃值.然后進行實際至于計劃值的比較,確定實際值和計劃標準的偏差大小.以便在此基礎上采取各種辦法糾正偏差.常用的分析工具是偏差分析。

偏差是指實際成本對相應計劃的偏離,成本偏差的數學公式為:

CV=BCWP-ACWP(負數CV表明出現超支;反之,則節資)(3—1)

其中:CV為成本偏差,BCWP為計劃工作預算,ACWP為完成工作實際成本。

在進行成本偏離計劃程度分析時,常用計劃偏差率反應時給予計劃的偏離程度。

CVP=CV/BCWP(3-2)

其中CVP為成本偏差率。

偏差值是控制分析中的一個關鍵參數,因而應向各級組織匯報。對于不同的項目或同一項目不同階段或不同管理層次,對偏差的控制程度不一樣,制定偏差答應值的方法也不同。由于隨著時間的推移風險減少了,因而偏差答應也可降低。超級秘書網

3.3軟件項目質量控制

對于軟件產品的項目質量控制應是事前有預控,過程有監控的主動控制閉環系統。(1)事前預控:根據影響質量因素多等特征.軟件項目質量必須事前預控,及根據軟件的類型和特征,以及以往類似項目的常發病和預防辦法,對軟件項目質量提出事前預控辦法,包括制定控制的計劃和程序,這是項目質量控制的前提。(2)過程監控:根據易產生質量波動和易產生系統因素變異等特征,軟件項目質量必須過程監控.即按照預控的計劃和程序,對工序、分項、單元的全過程進行過程監控.包括監測、檢查、控制和評定.這是項目質量控制的基礎。

第6篇

[關鍵詞]知識創新SECI模型軟件開發團隊

一、引言

軟件開發團隊是軟件研發企業中最常見的項目團隊,一個軟件從構想到真正出現在市場上,需要大量的從事不同工作的人共同努力,因此,軟件研發企業目前的產品生產管理主要是以“項目”為主而進行運作。軟件開發作為一項知識密集型的智力勞動,客觀上要求必須對團隊內部的知識進行系統的挖掘與利用,從而不斷產生新的知識,才能保證高質量地完成開發任務。同時,軟件開發團隊是以特定客戶為中心的任務導向團隊,開發任務目標完全以用戶需求為中心,開發任務的約束條件以客戶要求為準,不能完全參考以往的任何模式,因此軟件開發團隊對知識創新的需求十分明顯。本文對軟件開發團隊的知識創新進行分析,提出促進軟件開發團隊知識創新的措施。

二、基于SECI模型的軟件開發團隊知識創新

日本學者野中郁次郎在1991年提出了經典的知識創造模型——SECI模型,描述了在一個組織內部隱性知識和顯性知識相互轉化從而實現組織知識創新的過程。本文運用SECI模型,對軟件開發團隊的知識創新分析如下:

1.軟件開發團隊在社會化知識活動中的知識創新

軟件開發團隊中每個成員都有自己的隱性知識,而這些知識需要在與他人的交流中觀察、感覺才能進行分享。由此,社會化模式通常是從設立一個互動的“范圍”開始,在這個范圍內促進成員經驗和心智模式的分享。在軟件開發團隊中,社會化主要通過團隊領導者積極的示范和指導、合理調整團隊的結構,以及交叉培訓等方式進行,以促進知識共享與創新。

2.軟件開發團隊在外化知識活動中的知識創新

外化(Externalization)過程是從個體的隱性知識到群體的顯性知識的過程。由于外化從隱性知識創造出新的顯性知識,所以它對知識創新至關重要。在軟件開發團隊中,外化過程一般由“對話或集體思考”開始,通過各種技術手段,將團隊成員個人的隱性知識顯性化,并融入到團隊顯性知識庫中,以供整個團隊利用。

3.軟件開發團隊在聯結化知識活動中的知識創新

聯結化(Combination)是從分離的顯性知識到系統的顯性知識的過程。軟件開發團隊中的管理者經常會收集不同來源的顯性知識,并使用這些經過編輯的顯性知識來創造新概念,另外,在開發工作中,也貫穿著知識的聯結化活動。這個過程要求對團隊內部的顯性知識進行整合,在團隊內部建立獨特的知識系統,以便更好地整理團隊內部的顯性知識。

4.軟件開發團隊在內化知識活動中的知識創新

內化(Internalization)過程是從顯性知識到成員個人的隱性知識的過程。在軟件開發團隊中,項目計劃,以及開發過程中的錯誤、經驗,都記錄在各種各樣的文檔中,這些構成了團隊的顯性知識,但要想讓團隊成員合理地利用這些知識,只有成員們真正地消化、吸收,使其轉化為自身的隱性知識。這一過程可以通過組織培訓,使團隊成員通過學習各種手冊、文件,以及他人的經驗,擴充自己的隱性知識,促進知識創新。

三、促進軟件開發團隊知識創新的措施

軟件開發團隊可采取以下措施促進知識創新:

1.構建學習型的軟件開發團隊

其中首先是要建設有利于知識分享與創新的團隊文化,其次是通過各種信息技術手段為團隊成員學習提供便利。文化從意識形態層面對知識型員工的行為產生影響,在組織中營造濃厚的尊重知識和共享知識的氛圍,為知識創新提供了無形的拉力。一方面,要保證團隊內部暢通的溝通渠道,另一方面,通過建立各種激勵機制,促使作為知識發送方的團隊成員在已形成的“Ba”中自愿地貢獻出自己的知識。這樣就達到全體成員都樂于參與知識共享,最終發展成知識共享型組織文化(即學習型團隊)的目的,從而促進了團隊知識社會化及外化活動。

2.建立團隊知識庫系統

這涉及到知識的外化和聯結化活動,并且為內化提供了有利條件,主要可以借助以下信息技術:①文檔管理技術。利用文檔管理技術,堅強團隊知識分享,促進團隊知識創新。②數據倉庫與數據挖掘技術。這一技術通過將團隊成員個人的隱性知識顯性化,并融入到團隊顯性知識庫中,為團隊內部成員提供更多顯性知識。

3.構建實踐社區

在團隊中構建實踐社區,使團隊成員在日常實踐活動中相互影響,交流經驗,就共同關注的問題進行探討,共同解決問題,以便更好地挖掘隱性知識的價值。可借助信息技術,如知識協作技術,進行協同管理,通過建立內部網絡,提供知識積累、交流的基本平臺,其中對軟件開發團隊影響最大的是基于因特網這樣的協作技術,包括電子郵件、短信服務、即時通信等網絡交流工具,使各層級的成員都可以及時、方便地交流。

參考文獻:

[1]IkujiroNonaka,RyokoToyama,NoboruKonno.SECI,BaandLeadership:AUnifiedModelofDynamicKnowledgeCreation.LongRangePlanning,2000(33):5-34

第7篇

1.計算機軟件開發類畢業設計存在的問題

自21世紀高等教育改革以來,全國各高校招生規模不斷擴大,導致畢業生數量也相應大規模增加,給高校學生的求職擇業帶來了嚴峻的考驗。為了可以跟上時代的步伐,為求職帶來一些實際項目經驗,計算機專業越來越多學生選取了軟件開發作為畢業設計課題。然而,在各高校實際當中,本科畢業設計質量已經下降,軟件開發類論文與實際完全脫節,歸根結底是沒有一個可以從頭到尾指導學生進行軟件開發的學習模式,主要存在下面幾個不足之處。

1.1 學生問題

學生設計能力低,編程水平差,無項目實際經驗,既不知道軟件開發的基本理論與方法,也不知道程序語言代碼編寫和開發工具界面操作,甚至不知道從何處開始下手準備畢業論文,成為目前軟件開發類畢業論文質量差的根本原因;學生思想上存在誤區,不重視畢業設計的重要性與必要性,認為畢業設計與普通課程一樣,對畢業設計敷衍了事,不愿意花時間和精力認真努力開發軟件,總是被動、消極地接受學習,成為軟件開發類畢業論文質量差的直接原因。

1.2 學校問題

學生在大一至大三期間,一般只是簡單地開設各科課程,并沒有將所有軟件開發類課程結合起來,直接導致出現學生軟件設計能力低與開發水平差的現象;從論文開題、中期檢查到論文答辯等過程中,并沒有嚴格技照各種材米斗上交的日期進行,普遍是最后答辯時上交補交所有材料,甚至包括論文開題報告,直接導致學生消極怠慢的態度;最后的畢業論文考核是最關鍵的問題,也是目前畢業論文相關制度中管理最混亂的一部分。既沒有一套規范畢業論文考核標準,也沒有對畢業論文的中間過程進行監控,就連最后的論文答辯也只是流于形式。

1.3 教師問題

大部分教師沒有項目開發實際經驗,只知道軟件設計理論基礎,不能全方位地指導學生,更加無法讓學生能夠主動積極地學習,成為畢業論文水平不高的原因之一。

2.CDIO教育模式

CDIO教育模式繼承和發展歐美20多年以來的工程教育改革理念,將“做中學”和“基于項目教育和學習”的集中概括和抽象表達,是2004年由麻省理工學院和瑞典皇家工學院等四所大學研究創立,CDIO分別代表了構思(Conceive)、設計(Design)、實現(Implement)和運作(Operate)等四個學習過程,它以產品研發到產品運行的生命周期為載體,讓學生以主動的、實踐的、課程之間有機聯系的方式學習。CDIO培養大綱將工程畢業生的能力分為工程基礎知識、個人能力、人際團隊能力和工程系統能力四個層面,大綱要求以綜合的培養方式使學生在這四個層面達到預定目標。

本文將CDIO模式的構思、設計、實現和運作等四個學習過程引入到計算機軟件開發類畢業設計中,要求嚴格按照構思、設計、實現和運作這四個階段進行,并將每一個階段的成果都作為畢業論文考核的依據,以此調動學生的積極性與主動性,既能讓指導老師清楚整個設計流程,并根據階段安排加以指導和督促,也能讓學生愿意付出時間和精力努力投入到畢業設計當中。在彌補學生軟件開發水平不足的同時,提高學生思考問題、綜合設計的能力,最后達到提高畢業論文質量的目的。

3.基于CDIO模式的計算機軟件開發類畢業設計

3.1 構思階段

畢業論文是從學生的選題開始,一般是由老師提供一系列題目,再由學生根據自己的具體情況選擇,這種方式遏制了學生的主動性。應該由學生根據自己的愛好、專長和對將來的職業規劃等情況,利用各種參考資料主動搜索與查找適合自己的題材范圍,再在老師的指導下確定畢業論文題目。不僅能夠調動學生的設計積極性,為后面的畢業論文工作提供有利條件,而且還可以培養學生查閱資料和思考問題的能力。之后,指導老師提供軟件開發類參考資料,并在中國知網等學術平臺搜索課題相關文獻,確定論文的基本要求,給學生下達論文任務書。學生根據接收到的任努書,利用軟件工程專業書籍、中國知網等學術平臺、論文相關的Web網站,查閱大量的資料,了解論文的背景、研究現狀和開發意義,確定論文的研究內容和幵發中的關鍵問題,撰寫論文幵題報告,完成軟件開發的構思階段。

3.2 設計階段

設計階段主要包括需求分析和總體設計,正式開始畢業論文的設計工作。根據資料查閱、市場調查和企業要求等形式分析軟件產品操作流程、功能列表,完成系統需求分析,并在需求分析的基礎上重點進行功能設計、模塊劃分、模塊接口規范、數據庫概念設計及數據庫邏輯設計,在老師的指導下反復修改不斷完善,最終確定系統的總體設計。然而,在軟件開發設計階段,學生論文還沒有開始寫,軟件程序也沒有完成,指導老師無中期檢查依據,不能有效地督促學生開發設計。因此,在設計階段完成之后,應該形成需求分析、數據庫設計、概要設計等相關說明書,作為畢業論文中期檢查的材料,納入論文考核的范圍。

3.3 實現階段

實現階段是學生畢業論文工作的重點,也是畢業論文設計工作量最大、所需時間最長的一個階段,直接決定最終畢業論文的質量水平。學生需要掌握軟件開發工具、程序設計語言等基本理論與方法,根據系統總體設計的功能模塊、接口規范等進行數據庫的實現、程序代碼的編寫,并反復運行與測試。此階段生成詳細設計說明書、編程規范、測試等文檔,作為畢業論文第二次中期檢查材料。在這個階段有了指導老師的督促,能夠完全確定系統功能,不至于在后期階段又需要反復修改。

3.4 運作階段

根據前期產生的開題報告、需求分析、數據庫設計、概要設計、詳細設計、編程規范、測試等文檔和開發好的軟件系統撰寫畢業論文,并參與論文答辯,是學生畢業論文的總結階段,不僅著重體現學生的寫作水平,更能了解學生對軟件的學習情況,是分值比重最大的一部分。最后,將所有文檔和論文、答辯情況一起評分,獲得畢業論文成績。

4.結語

第8篇

>> 《Android應用軟件開發》課程項目化教學的研究與實踐 應用軟件開發中的模式應用技術研究 計算機應用軟件開發中編程語言的選擇研究 基于筆刷模型的繪制算法及應用軟件開發研究 基于特征的GIS應用軟件開發方法研究 探析編程語言在計算機應用軟件開發中的選擇 編程語言在計算機應用軟件開發中的選擇 基于PowerBuilder和Oracle的應用軟件開發探析 基于智能規劃算法的移動應用軟件開發 基于安卓操作系統的應用軟件開發思考 數據庫應用軟件開發框架的研究 芻議應用軟件開發中數據庫系統的測試 探析計算機應用軟件開發中編程語言的選擇 計算機應用軟件開發中編程語言的選擇 在POwderBuilder應用軟件開發中利用數據庫管理菜單 不同編程語言對計算機應用軟件開發的影響 嵌入式應用軟件開發的環境分析 計算機應用軟件開發中選擇的編程語言 關于當前計算機應用軟件開發技術的探析 計算機應用軟件開發存在的問題及對策 常見問題解答 當前所在位置:l,2010-07-29.

[2]《美國國家教育技術計劃(2010)》[DB/OL].http://ed.gov/technology/netp-2010.

[3][美]本杰明.S.布盧姆,等.布盧姆掌握學習論文集[A].福建教育出版社,1986:2-3,43,70,7-8.

[4]鐘啟泉.教學模式論[M].上海教育出版社,2002:386.

[5]王潤蘭,李錚錚,等.Moodle平臺在高校專業課程教學中的應用[J].電化教育研究,2008,(12):80.

[6]Justin G.Gardner. The Inverted Agricultural Economics Classroom:A new way to teach? A new way to learn?[A].presentation at the Agricultural & Applied Economics Association’s 2012 AAEA Annual Meeting,Seattle[C].Washington,2012:12-14.

[7]Jeremy F. Strayer. How learning in an inverted classroom influences cooperation,innovation and task orientation[J].Learning Environ Res,2012,(15):171-193.

[8]Gerald C. Cannod,Janet E. Burge,Michael T. Helmick. Using the Inverted Classroom to teach Software Engineering[A].2008ACM/IEEE30th International Conference on Software Engineering,2008:777-786.

[9]張金磊,王穎,張寶輝.翻轉課堂教學模式研究[J].遠程教育雜志,2012,(4):47-50.

[10]鐘曉流,宋述強,焦麗珍.信息化環境中基于翻轉課堂理念的教學設計研究[J].開放教育研究,2013,(1):58-64.

[11]張渝江.翻轉課堂變革[J].中國信息技術教育,2012,(10):118-121.

[12]葉海松,季雋.Moodle的二次開發與設計[J].電化教育研究,2007,(4).

[13]高文.教育中的若干建構主義范型[J].全球教育展望,2001,(10):22.