201671030108後新莉+實驗十四 團隊項目評審&課程學習總結

項目 內容
這個做業屬於哪一個課程 代老師博客主頁
這個做業的要求在哪裏 實驗十四 團隊項目評審&課程學習總結
做業學習目標 (1)掌握軟件項目評審會流程;(2)溫故知新本身的所得;(3)反思總結課程學習內容。

任務一

        在週五的課上,咱們和髮際線老是和我做隊進行了項目的結對驗收,在驗收的過程當中咱們徹底按照老師以前要求的軟件工程項目驗收的辦法進行。第一階段由他們組做爲項目組乙方爲咱們演示和講解了《西北師範大學教材訂購系統》,在演示完了之後咱們做爲項目驗收方對他們提出了本身不太清楚的地方,他們也一一進行了回答。第二階段由咱們組做爲項目組乙方爲他們演示和講解《小區物業管理系統》,並解答了他們的問題,最後經過各自小組的討論造成了對彼此結對項項目的一致驗收意見並把電子版上傳到了GitHub上。html

        經過此次模擬項目和評審我知道了在項目開發出來之後還應該注意一下幾點:git

        一、在系統運維或實施的時候要清楚系統的總體架構設計;程序員

        二、在系統驗收的時候全部相關準備材料都必須按照國標進行編寫;github

        三、做爲項目乙方,要對驗收方提出的問題要回答的有理有據;web

        四、做爲項目驗收方,要對乙方的項目進行專業和客觀的評審。算法

任務二


        Q:1.結合本學期課程學習內容,對比《實驗一 軟件工程準備》的任務5你所提的問題(給出提問博客連接),嘗試對提出問題進行解答,並闡明是如何經過學習/實踐/討論弄清楚的;學習中是否產生了新的問題?若有,請提出

答:數據庫

  • 問題博客連接:點擊查看編程

  • 問題一:可能我首先須要解決的問題就是學會去熱愛本身的專業。安全

        經過這一學期的學習,我係統的瞭解了軟件開發的整個過程,從需求分析、概要設計、原型開發、開始編碼到項目驗收,在這個過程當中我也學會了不少,看到本身參與編碼的系統能夠運行,能夠實現最初設計的想法和功能就以爲滿心歡喜,這種感受很知足。我雖然之後不打算從事有關計算機專業的工做,可是一學期的軟件工程的學習讓我如今至少不討厭開發項目,本身不懂得也想去學習。架構

  • 問題二:在學習了這一門課程以後,會不會讓咱們在熟悉軟件開發流程的基礎上在之後開發軟件的時候更加的具備本身的想法、創意和創新?

        這學期咱們的軟件工程實驗課主要是圍繞我的編碼、結對象編碼和團隊開發這樣的三個階段逐步遞進的。以前的小的代碼編寫都是老師直接給定了題目,可是在團隊開發的時候咱們採起的是自由組合的方式,從團隊名、團隊擬開發的項目到團隊原型模型設計這整個過程當中,老師只是教給咱們方法,想法都是本身團隊討論出來的。因此在開發軟件的時候就會更加具備本身的想法和創意,好比:咱們團隊開發的《小區物業管理系統》就是參照如今已經廣泛存在的系統,發現如今的物業管理系統只有管理員登陸的功能,咱們就像開發一個小區住戶也能夠登陸的系統,爲小區的住戶提供方便。這樣在開發系統的時候就會更加具備本身的想法。

  • 問題三:在學好理論課的同時怎麼更好的將在課堂學習到的知識和實踐相結合?在這個過程當中最須要注意的哪些方面?

        對於我的而言,理論和實踐相結合最好的辦法就是要多練。可是在團隊合做中,不能靠本身的一己之力完成所有的工做,因此咱們要在練的基礎上作好溝通,每一個人都有本身的編碼習慣,在團隊合做中提早規定好正確的編碼規範很重要,這一點在此次的團隊編程中我深有體會,若是每一個人都隨意命名,那麼在最後合起來的時候就會很麻煩。除此以外,還應該有符合國標規範的文檔說明,這樣才能在學好理論的時候進一步提升本身的專業能力。


        Q:2.總結本身在項目的 可行性分析/需求分析/軟件設計/實現/測試/項目驗收/中學到了哪些「知識點」。

答:

  • 可行性分析:在組建項目小組完成之後要肯定本身團隊擬開發的項目。而肯定擬開發項目的第一步就是進行可行性分析,要採用NABCD分析方法,從N(Need,需求)、A(Approach 作法)、B(Benefit,好處)、C(Competitors,競爭)和D(Delivery,推廣)這五個方面來分析,這樣肯定的項目纔會更好的實施,不能「拍腦子」決定開發的項目。

  • 需求分析:需求分析就是把軟件計劃期間創建的軟件可行性分析求精和細化,分析各類可能的解法,而且分配給各個軟件元素。需求分析是軟件定義階段中的最後一步,是肯定系統必須完成哪些工做,也就是對目標系統提出完整、準確、清晰、具體的要求。在需求分析以前能夠進行必要的需求調研,經常使用的調研方法有:(1)情景模擬;(2)問卷調查;(3)小組討論;(4)卡片分類等。每一個項目小組能夠根據本身項目的需求選擇相應的調研方法,在需求分析階段最好利用UML模型描述用戶需求,最後編寫符合國標GB8567——88的《軟件需求規格說明書》。

  • 軟件設計:軟件設計是從軟件需求規格說明書出發,根據需求分析階段肯定的功能設計軟件系統的總體結構、劃分功能模塊、肯定每一個模塊的實現算法以及編寫具體的代碼,造成軟件的具體設計方案。項目團隊可使用原型開發軟件造成最初的軟件的原型,而後再此基礎之上在進行進一步的設計,在軟件設計階段也應該明確軟件系統整體結構並造成比較完整的數據庫邏輯結構設計,利用Visio、Rational Rose、PowerDesign等繪圖工具完成,最後編寫符合國標GB8567——88的《軟件系統概要設計說明書》。

  • 實現:實現就是進行軟件編碼。軟件編碼是指把軟件設計轉換成計算機能夠接受的程序,即寫成以某一程序設計語言表示的「源程序清單」。充分了解軟件開發語言、工具的特性和編程風格,有助於開發工具的選擇以及保證軟件產品的開發質量。團隊項目在這個階段應該注意在程序編碼以前要制定統1、符合標準的編碼規範,這樣能夠保證程序的可讀性、易維護性,提升程序的運行效率。

  • 測試:軟件測試的目的是以較小的代價發現儘量多的錯誤。在這個階段能夠在軟件設計完成以後要進行嚴密的測試,一發現軟件在整個軟件設計過程當中存在的問題並加以糾正。整個測試階段分爲單元測試,組裝測試,系統測試三個階段進行。兩種經常使用的測試方法是白盒法測試對象是源程序,依據的是程序內部的的邏輯結構來發現軟件的編程錯誤、結構錯誤和數據錯誤。黑盒法依據的是軟件的功能或軟件行爲描述,發現軟件的接口、功能和結構錯誤。最後編寫完整測試文檔。

  • 項目驗收:項目驗收測試是軟件開發結束後,用戶對軟件產品投入實際應用之前進行的最後一次質量檢驗活動。它要回答開發的軟件產品是否符合預期的各項要求,以及用戶可否接受的問題。因爲它不僅是檢驗軟件某個方面的質量,而是要進行全面的質量檢驗,而且要決定軟件是否合格,所以驗收測試是一項嚴格的正式測試活動。須要根據事先制訂的計劃,進行軟件配置評審、功能測試、性能測試等多方面檢測。項目開發方應該提供《需求分析說明書》、《概要設計說明書》、《詳細設計說明書》、《數據庫設計說明書》、《測試計劃》、《測試報告》、《程序維護手冊》、《用戶操做手冊》、《項目總結報告》等一系列的文檔說明。


        Q:3.結合我的項目/結對編程/團隊項目的我的經歷,談談心得。

答:

  • 我的項目:在作我的項目的時候老師給定了題目,比較簡單,也容易實現。本身在編寫代碼的時候只要大概進行編碼前的準備就能夠開始編寫代碼,過程不會太複雜。

  • 結對編程:結對編程(英語:Pair programming)是一種敏捷軟件開發的方法,兩個程序員在一個計算機上共同工做。一我的輸入代碼,而另外一我的審查他輸入的每一行代碼。輸入代碼的人稱做駕駛員,審查代碼的人稱做觀察員(或導航員)。兩個程序員常常互換角色。在結對編程中,觀察員同時考慮工做的戰略性方向,提出改進的意見,或未來可能出現的問題以便處理。這樣使得駕駛者能夠集中所有注意力在完成當前任務的「戰術」方面。觀察員看成安全網和指南。結對編程可使代碼質量獲得很大的保證,避免犯不少小錯誤,細節考慮更全面,代碼風格也能夠保持一致。並且經過本身的親身體驗結對編程徹底能夠提升工做效率,由於當有另一我的就坐在你身邊負責審查你的代碼的時候,她的做用使不可能忽略的。

  • 團隊項目:之前還不以爲單人開發和團隊開發的區別有多大,覺得頂多就是把一我的的任務分給了多我的而已,可是其實否則。在經歷過此次團隊開發以後,才感受到了單人開發與團隊開發之間的重大區別,並不只僅是將任務劃分一下就完了。在團隊中最重要的是要彼此溝通,多多交流意見,不能本身一我的悶頭苦幹,在團隊有了很大的分歧的時候應該由組長組織開會,交流想法。還有,在編程的時候要事先規定好編碼規範(包括類的命名和必要的註釋),這樣最後整合的時候纔不會摸不着頭腦。團隊成員之間應該彼此理解,並且每一個人擅長的領域不同,在分工合做的時候應該儘量最大化每一個人的優勢。


        Q:4.總結這門課程的實踐總結和給你帶來的提高,包括如下內容:

答:

  • 統計在軟件工程實踐中,你完成了多少行的代碼;
    -大概2000行代碼。

  • 你在軟件工程實踐的各次做業分別花了多少時間?(作一個列表)

各次做業 做業連接 花費時間
後新莉第一次做業 http://www.javashuo.com/article/p-tvxbtmci-kc.html 3小時
201671030108後新莉+實驗三做業互評與改進報告 http://www.javashuo.com/article/p-dahcptnr-kp.html 2小時
201671030108 +詞頻統計軟件項目報告 http://www.javashuo.com/article/p-uhrapnyt-ko.html 三天
201671030108後新莉+《英文文本統計分析》結對項目報告 http://www.javashuo.com/article/p-vwzuzryw-kn.html 四天
《BUG創造隊》第一次做業:團隊亮相 http://www.javashuo.com/article/p-xameotmv-kb.html 4小時
《BUG創造隊》第二次團隊做業:團隊項目選題報告 http://www.javashuo.com/article/p-awxwtkbf-kb.html 8小時
《BUG創造隊》第三次做業:團隊項目原型設計與開發 http://www.javashuo.com/article/p-tmyurqmj-hz.html 一週
《BUG創造隊》第四次做業:基於原型的團隊項目需求調研與分析 http://www.javashuo.com/article/p-zyusahph-mr.html 兩週
《BUG創造隊》第五次做業:項目需求分析改進與系統設計 http://www.javashuo.com/article/p-koctjtjx-hy.html 一週
《BUG創造隊》第六次做業:團隊項目系統設計改進與詳細設計 http://www.javashuo.com/article/p-kfjgtizk-hx.html 兩週
《BUG創造隊》第八次團隊做業:Alpha衝刺 http://www.javashuo.com/article/p-ppifcius-hx.html 一週
《BUG創造隊》第九次團隊做業:Beta衝刺與驗收準備 http://www.javashuo.com/article/p-bvqguzhr-ht.html 一週
  • 哪一次做業讓你印象最深入?爲何?
    -第五次做業:項目需求分析改進與系統設計和第八次團隊做業:Alpha衝刺 的做業最讓我印象深入。由於在第四次的時候咱們在進行需求調研的時候只是用了網上調查問卷的方式進行的,後來老師說咱們應該採用面對面採訪的方式,這樣能夠更好地瞭解用戶的需求,後來咱們在週末的時候又走訪了周圍的幾個小區進行了需求調研,以後對項目需求分析進行了改進。第八次做業的時候,因爲咱們課時原本就少,並且各類放假佔用了不少的時間,因此只有一週的時間進行Alpha衝刺,也就是說一週時間四我的要完成軟件的所有編程,這對咱們來講是困難的,因此那幾天常常熬夜,可是正是由於如此咱們之間的感情也愈來愈好了,在團隊合做中每一個人都貢獻了本身的一份力量。

  • 累計花了多少個小時在軟件工程實踐上?平均每週花多少個小時?
    -累計花了200個小時在軟件工程實踐上,平均每週10個小時。

  • 你學習和掌握的新語言、新平臺;
    -掌握的語言:Javaweb、Java
    -學習和掌握的新平臺:博客園、Markdown、GitHub、中國大學MOOC、摹客、雨課堂
  • 填寫下表,總結一學期的學習中,你學習或使用的軟件工程開發工具、開發方法和建模方法;

軟件開發工具、項目管理工具 軟件開發方法 軟件建模方法
1.UML圖形繪製工具:Visio、Rational Rose、PowerDesign 2.原型開發工具:Mockplus 3.在線做圖工具ProcessOn 4.編制項目WBS的工具:leangoo 5.數據庫設計工具:MySql 6.編寫程序工具:eclipse 黑盒測試、NABCD分析方法、面向對象分析方法(OOA)、面向對象設計(OOD) 結構化建模方法、數據庫建模方法、面對對象建模方法
  • 其餘方面的收穫或提高。
    -接觸了不少的之前沒有用過的平臺,老師經過讓咱們課前本身看慕課平臺上的課而後再課上爲咱們再講解,這種反轉課堂讓個人自學能力有了必定的提高。

        Q:5.你認爲目前的課程存在哪些問題,你有什麼更好的建議。

答:

  • 一學期的學習能夠看出代老師是一個認真負責的老師,可是相對而言課程的做業量有點大,尤爲是咱們這學期課程原本就比就多,因此有些時候就會以爲沒有時間作軟件工程。這學期對咱們最大的挑戰就是Alpha衝刺,建議老師之後能夠直接從團隊編程開始,而後讓每一個人寫本身一週內對團隊的貢獻和完成的狀況,這樣可能編程的時間就會富裕一點。最後感謝老師一學期的悉心教導,讓我學到了不少。
相關文章
相關標籤/搜索