軟體工程專案總結文件

2021-08-14 09:16:46 字數 2646 閱讀 2260

整個軟體工程專案已經接近尾聲了,回顧整個大作業,雖然迎接的有點倉促,送別的有點匆忙,但是還是給我留下了很深的印象,以前聽學長說過這是本科四年最難的大作業,現在想想可能真的是這樣吧。

我想從以下幾個方面總結以下這次專案開發,希望能給看到這篇文章的學弟學妹,或者學習相關課程的有緣人,以及將來的自己一些幫助

技術選型

小組分工

對軟體工程實踐的認識和理解

對課程的體會和感受

vue2.0框架

作為熱門框架,vue的資料繫結體現出很大的優勢,在我看來就像是把所有變數宣告在全域性裡一樣,不需要過多的考慮dom元素,將資料和dom繫結之後,進行資料的操作就好。除此之外,vue的元件開發也是很給力的乙個特點,整個專案結構更加清晰,也使得分工開發和分功能點開發更加輕鬆。

vue在多頁面上需要進行一些額外的配置,建議在開發時盡量將功能集中在乙個頁面上。比如在我們的專案中,客戶端作為乙個單獨的頁面開發,客服和管理員作為企業的兩個部分放在同乙個介面下,通過登入選項導向不同元件。

另外值得一提的是,vue相關的包非常多,各種功能的實現都可以去嘗試不同的方式,選擇最高效便捷的工具進行開發。

element-ui

我們原計畫使用bootstrap完成頁面元素的設計,後來一方面bootstrap不經修飾的話在表現能力和過渡上實在不盡人意,我也不是專業的設計者,總之看起來不像是現階段的**該有的視覺效果。另一方面vue的乙個bootstrap開發包vue-strap(好像是這麼叫的)只支援vue1.0,如果使用bootstrap的話需要引用css樣式檔案。

element-ui使用非常便捷,而且只依靠官網教程就可以解決絕大部分的問題,由於是vue元件庫,和vue的特性貼合的更好,vue還有很多優秀的介面元件庫,大家可以去嘗試一下~

vue-resource

http請求的包,主要是用起來比較簡單,但是vue-resource現在已經不在維護,推薦使用axios等進行開發,不過我們的專案中這方面功能需求比較簡單,用vue-resource也是可以輕鬆handle的

vue-router

vue的路由規則設定,這個應該毫無爭議要使用,而且需要熟練掌握它的運用,有了它單頁面才能煥發光彩~

我們開始的分工是決定前端由我乙個人來進行開發,客服機械人的訓練交由乙個人完成,管理員和客服後端分給兩個人實現。前後端介面由後端規定。

我單獨選擇前端的原因主要是想要設計乙個整體風格一致的介面,另一方面也想要避免不同元件和模組整合時的樣式問題。但是在開發過程中發現前端技術棧學習代價比較大,再加上個人的些微拖延症導致前端開發進度遠遠落後於後端,後期又由後端的同學幫助我完成了設定介面和知識庫介面。

建議前端的開發進度至少保持與後端一致,或者可以稍超前一些,介面的設計也交由前端進行處理,因為前端是最後呈現在使用者面前的,各個模組如何設計才能符合要求也是通過前端更加直觀感受到的,後端先行一步有種閉門造車的感覺,後期的對接過程還要對介面甚至是資料庫做出修改。這也是我們這次開發吸取的教訓,前後端的工作分配要更加合理。

雖然開發過程一直在穩步推進,但是回想起來仍有少許不盡人意的地方,首先是迭代週期稍長,我們一般是兩周一迭代,迭代週期稍長的話,每次迭代的要求較大,無法細化到每乙個功能點,會有明顯的拖沓和趕工的現象,具體工作還需要再進行討論,導致進度無法按時推進;另外會議模式也有較大問題,很大一部分的開會時間用在了爭**能實現的細節上,合理的站立會議應該是由小組成員匯報工作結果,由組長總結並布置下一部分迭代任務,然後具體的問題再由相關部分的負責人會後討論自行協商。

對軟體工程實踐的認識和理解

一款好的軟體的面世,背後一定有合適的開發方法,優秀的團隊與良好的軟體開發過程,通過本次軟體工程專案的開發,我收穫良多。

從個人角度來看,我發現盲目進行**堆砌對專案的開發沒有太大的幫助,而是要一方面即時與團隊進行溝通,尤其是業務相關的模組負責人,對介面提前約定,開發進度和開發功能點的統一,及時對接以發現問題,還有就是一定要按時完成任務,不拖團隊後腿。另一方面在個人的技術選型過程中要多學習了解各種熱門框架,多進行嘗試,合適的框架可以使得開發事半功倍。

從團隊角度來看,合理的分工,合適的專案組織與流程規劃都是成功專案的關鍵,乙個專案的開發不是靠單純的個人能力就能夠駕馭的,根據不同的專案型別進行合理的開發過程規劃是非常關鍵的,在開發的過程中,有很多小組的團隊氣氛就很好,進度和質量也都令人驚嘆。

工程就是將技術轉化為產品的過程,通過這次的開發,我了解到了除個人技術能力之外,團隊合作的重要性。之前的大作業雖然也涉及到小組合作,但是專案較小,合作較為鬆散,也不需要過多的規劃與過程管理,我們應該好好珍惜這次軟體專案開發的機會。

對課程的體會和感受

軟工三這門課給了我本科學習中唯一一次較為正式的專案開發實踐的機會,這次大作業給我留下的印象和帶來的成就感絕對是其他大作業所不能比的,另外兩位老師和幾位助教在我們開發的整個流程中,對我們進行悉心的指導,讓我們的專案開發得以穩步進行。這門課程也是稍有的將就技術與工程結合的課程,有助於培養優秀的軟體工程素養,建議學弟學妹一定要重視並享受這門課程。

軟體工程專案管理

老子 虛其心,實其腹,弱其志,強其骨 亦是軟體工程管理的精髓 當你的開發團隊個個都是頂尖高手的時候,而你過分依賴這些高手個人能力的時候,團隊的戰鬥力實際上會很低下,甚至戰鬥力低於零。軟體工程管理的精髓是,把複雜問題化簡為簡單問題,把腦力勞動轉化為體力勞動。如果能做到這一點,您的工程管理一定能能處於牢...

軟體工程專案進展

二 上週問題 1 對建模設計圖功能細分並不是很全面 2 缺少資料庫的設計 三 本週進展以及下週安排 1 對e r 時序 資料流圖進行了進一步細分 2 新增了uml圖以及結構體系圖來展現專案的具體細節 3 資料庫設計 4 對 進行規範以及編碼 5 我們進行了對網頁爬取這一功能模組的 實操,已經可以實現...

軟體工程 專案開發計畫

專案開發計畫 gb856t 88 主要針對開發機房收費系統的費用 時間 速度 人員組織 硬體裝置的配置 開發環境和執行環境的配置進行說明,為開發的下一步做準備。預期讀者是系統分析員和開發人員。a.待開發軟體名稱 機房收費系統 b.專案提出者 公尺新江教授 開發者 曹祥銘 使用者 廊坊師範學院全體教職...