機房合作感受

        機房合作是在提高班第一個合作的項目,現在,正在進行,感覺進行了好久!實際也確實挺久的了!
        6月22號左右開啓的機房,那時候,專業課要開始考試了,由於我們的考試科目都不多,所以,不想拖着,就開始合作了!米老師問誰當組長,麗傑說小美,就那樣我就當了組長。三個人也興致高昂的開始了合作。

        合作開始了,三個人坐在一起,討論需求,討論數據庫,統一大家的所有意見後,組長就開始寫文檔了。因爲有考試,我就陸陸續續的寫文檔,完成了可行性研究報告、項目開發計劃、需求、概要設計等,中間也以考試爲由,幾天都沒有碰文檔。5天假期結束後,我開始繼續寫的詳細設計,發現詳細設計中好多內容啊!就想着分給其他兩個人寫,分好任務後,大家開始各自行動,基本完成以後。

        組長就要畫圖了,剛開始畫圖,無從下手。想着也不容易,因爲要把所有層,所用到的方法都想出來,想着挺不容易的。就在這樣的心態中開始了,參考着重構,總結重構,發現畫圖就很容易了。但是EA建了還是毫無邏輯,就這樣進行了幾天後,我感覺我可以問一下其他人了,我找志婷問了一些問題,看了一下她EA建立的框架,突然感覺EA建立時,要和機房建立時統一。明白這點後,重新整理了一下圖,就繼續畫圖了,畫完類圖,嘗試畫了一下時序圖。

        畫圖總結的幾個需要注意的地方:

1、建立時,要和機房所建類統一。如。因爲這樣生成類的命名空間和機房是統一,不用後期修改命名空間。

2、備註寫清楚,因爲備註就是代碼中的註釋,有了這些註釋,給其他人看,或者自己回頭看都會很清楚。
3、方法的參數和泛型類型,想清楚。寫這些的過程中,歸納出:查的返回類型爲泛型,增刪改爲int。
4、其他。。。

        就開始把類圖生成框架了,生成代碼時,發現方法的參數,返回類型都沒有,就開始補充類圖,補充完後,又發現出錯了,泛型的返回類型格式,我寫的是VB.NET的格式,又統一改爲了C#,就這樣重複修改過幾次後,開始生成框架。參考博客http://blog.csdn.net/mazhaojuan/article/details/7906316

        生成框架後,出現很多80多個錯誤,但是,還好,這些概框起來也就3類左右。這麼多錯誤,彙總到一起的解決方法爲:

1.修改引用空間的名稱

2、添加引用項目
3、添加引用程序集

        解決了以後,挺高興的,寫了兩個星期文檔,畫了一個星期圖,終於可以敲代碼了!

        4號開始敲代碼,到今天已經進行了5天了,雖然是5天,但實際敲了時間也就是一、兩天。其他時間是發現框架中一些不合理的地方,比方:返回類型不合適;掉了一個方法;實體中掉了一個屬性等等,這些屬於前期畫圖、邏輯的一些地方的錯誤,這些地方都反應出一個問題:前期工作還有待提高。

        機房合作的經歷,記錄了一番。機房合作仍在進行中。。。

        那麼,在其中有哪些收穫呢!做任何事情都會有很多收穫,這次的最大感受是心態上的一個轉變,由以前的一個人,轉到一個組織。讓我感覺不是一個人在行動,我要爲其他人負責,再也不是自家的地,自家的犁,想種啥種啥了。開始有了組織意識了,做事情時,會想着其他人,也會想着寫清楚,儘量寫完善,讓夥伴可以更容易接受。另外,夥伴也個提出很多建議,讓我有機會完善思路,完善我們的系統。

        合作代碼進行當中,做的最不好的是,交流。機房進行中,B層和D層的負責人,經常會出現業務上的交流。通過交流消除一些不同觀點,統一戰線。這方面的交流做的還是很不錯的,我說的交流問題,是我們把U層的負責人給落下了。不能因爲這些問題和U層關係不緊密,不能怕浪費別人時間,不能因爲想及時解決問題,就忘記其他夥伴。這個問題是我師父給我指出來的,她說我不應該讓U層負責人沒有參與感,因爲沒有參與感,進度自然就不統一了。師父說完這個問題後,我發現他說的真對。自己考慮問題,還是很有提升空間。

        接下來,再接再厲完成機房合作未完工程。







發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章