社團管理系統項目總結


                社團管理系統項目總結

一、項目鏈接

需求分析:https://www.cnblogs.com/liyi2019/p/11797566.html

UML圖:https://www.cnblogs.com/liyi2019/p/11973497.html

總體設計:https://www.cnblogs.com/liyi2019/p/11885770.html

Github代碼:https://github.com/li989

 

二、 我的工作

需求分析

  做社團管理系統這個項目,最開始的工作:我跟着我們小組組員一起進行需求分析,由總到分,仔細分析討論了制作一個社團管理系統用戶的角色、不同角色的用戶擁有哪些權限、整個系統需要由哪些模塊組成,以及各個模塊分別包含了哪些功能。

在這一部分的工作中,我主要負責繪制數據流圖來分析各個角色的用戶有哪些權限、細化系統的功能並進行可行性分析。

 

總體設計

         總體設計階段主要借助UML圖來理清楚整個系統具體要實現的功能,在類圖、順序圖、用例圖這三部分的圖中,我主要負責順序圖的繪制,主要分為社長、管理員、普通用戶這三個角色,分析其各自擁有的權限,社團系統功能流程的分析。

順序圖展示(部分):

 

 

此外,我構想了社團管理系統的框架,並用墨刀工具畫出系統的主要頁面。

部分頁面展示

       

 

 

 

界面原型設計

         在這個階段,我們使用Android studio 工具來制作app。我主要負責用戶個人中心的模塊,主要包括個人中心主頁面的設計、用戶個人信息的查看,用戶相關信息的修改頁面、以及查看用戶加入的社團、系統的維護信息等。

部分頁面展示:

      

 

 

 ……

         此外,我還協助了管理員界面的完成。

管理員界面獎項列表的制作、參與一部分獎項數據的有關連接

部分頁面展示

      

 

 

項目的總結

         在最后的階段,我們試運行系統,查漏補缺。我還負責數據庫后端測試數據的錄入。

 

三、 項目總結

  實話講,在這次《軟件工程》課程上,是我第一次嘗試開發取去做一個這樣的系統,第一次和我們組內另外5個成員進行合作開發系統,第一次學習使用墨刀去繪制整個系統的頁面,以及第一次嘗試使用android studio 工具進行app前端頁面的設計。

制作這樣一個社團管理系統,包含了我在開發這條路上這么多的第一次,就算不管最后制作出來的系統是什么樣子,我想,經歷過這樣的一個過程也可以說是一次收獲。

在這次開發項目的實踐中,我真正了解了一個項目的開發需要經歷的過程、以及團隊合作的重要性。在開發app的過程中,第一次接觸了android studio ,雖然當熟悉此軟件的使用之后,該軟件還是很方便使用的。但在開發的前期還是遇到了一定程度的困難。我想,任何新的開發工具的使用也是一樣,需要首先學習該工具的基礎功能、熟悉該工具的使用,並且要早做准備,這樣子才不會延誤后期開發的進程。

 

項目開發的過程:

在項目的初期——需求分析、總體設計的階段,我們感到時間還是很充裕的,到后來的界面原型設計以及項目總結階段,我們明顯感到時間不夠用了。在這時,終於明白了老師前期說“做社團管理系統,我們一定要‘先緊后松’,保證項目按期完成,”的這句話的意思了。

因為是第一次使用android studio 工具在設計頁面上並沒有很順利,需要考慮頁面總體的布局、頁面之間的連接,以及最后連接后端的可行性與便捷性等。

在進行頁面設計時,我以為我負責的“個人中心”模塊差不多好了的時候,組長他們查看之后才發現,頁面在設計的過程中很嚴重的一點就是沒有考慮與后端數據庫中數據的連接問題,一經提點,我也恍然大悟。頁面的設計不僅僅需要考慮頁面呈現的效果,還需要從系統的總體出發考慮問題。

此外,也是在后期真正開始制作頁面我才明白了前期花費這么長時間進行需求分析和總體設計的意義是什么。一個系統一定要首先考慮核心的、必要的功能模塊,仔細分析。並且設計的功能要符合一定的邏輯性、整個功能的流程需要有可行性,這樣在后期進行app開發時才會順利進行。

在項目的最后階段,我負責系統后端數據庫中數據的錄入,開始的時候我覺得這是一項十分枯燥且沒有技術難度的任務。后來,當我真正開始想數據、錄入數據時,我才發現系統后端的數據需要考慮相互之間的關聯性,比如說場地數據的錄入需要考慮系統中已經包含了哪些社團而這些社團會舉辦哪些功能。因此,錄入數據還是需要一定的邏輯思考能力。

 

團隊合作:

這是我第一次進行6個人的團隊合作,我感覺在團隊合作中團隊的凝聚力是很重要的。一個團隊必定存在能力強的成員、以及能力並不是那么強的成員,因此在分工時需要充分考慮團隊成員的實力。分好工之后,每個團隊成員都負責一個模塊,而每個模塊的完成時間一定要安排好,並且需要留足修改的時間。否則,時間到了最后,系統的模塊還未被完成,這樣就對整個系統的完整度造成了影響。開發一個系統需要由總到分,系統的核心功能模塊、總體框架一定要首先設計好。

 

四、對課程的意見和建議

  《軟件工程》課程,老師采用理論和實踐結合的方式,以團隊合作開發一個系統這樣的方式,來帶領我們了解軟件實際開發的工程、讓我們體會到了團隊合作的重要性。

可以說老師上課的形式充分考慮了我們的水平,以項目的方式帶我們了解開發的過程,讓我們探索無限的可能性!

我主要就我們小組合作開發社團管理系統遇到的一些問題為課程提供一點建議。

先不討論需求分析和總體設計,在項目實際開發的過程中,主要包括前端頁面編寫、后端函數的編寫、以及前后端的連接這三個部分。小組之間每個成員之間的能力有差距這是客觀存在的,但在進行實際開發的過程中,一定要考慮哪些成員擅長什么,擅長什么就負責哪一部分的開發,使用自己擅長的開發工具。因為在我們開發系統過程中使用的是android studio工具,了解該工具使用之后,感覺頁面開發還是很方便的。但對於我們從來沒有了解過該工具的使用的成員實際開發頁面還是存在困難的。

所以,在進行系統設計的初期,組長就要定好用什么工具進行開發,要綜合考慮團隊成員的實力。

核心頁面設計人員

此外,在我們團隊中每個組員負責一部分頁面的開發,這樣在后期連接時就會遇到很大的困難。因此,我建議在項目開發的初期,組長就要定好一個核心的頁面開發人員負責系統頁面框架的編寫、核心功能模塊的設計,然后再把工作分配給小組的每一個成員。

組長考核制

在開發頁面的過程中,我們小組一般是以一個星期為周期提交頁面設計的作業,這樣的時間規定還是長了些,在后期若是規定的頁面沒有被完成、完成得不夠理想,這樣會影響整個系統的開發進程。所以我建議,在開發階段,可以制定“組長考核制”。組長在一個星期中可以定好兩次檢查的時間,可以是星期三、星期天,到了檢查時間組長可以對每個成員的開發效果進行檢查評價,這樣做的目的,主要是為了保證整個團隊項目的順利進行。倘若組長發現那個組員開發進程緩慢、有延期的危險就可以早做准備。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM