三天的時間, 機房收費系統終於驗收完畢. 首先是要感謝公尺老師和七期的師哥師姐們不辭辛苦, 不怕繁瑣, 一遍又一遍的給我們講說, 再此道一聲:您們辛苦了!
從驗收開始我的心就像裡就像一朵小浪花般,總是擔心, 某人也曾經對我說過, 你做的系統就像狗屎,當時傷心了好一陣子呢. 後來就不再傷心了,我想我就要從狗屎做起,不斷改造狗屎.
從這次驗收中收穫很多, 發現自己的不足和將就之處, 老師說做系統和做人是一樣的, 所以,我們要讓我的系統像好性格的女子一般, 溫柔,體貼,大方 ,拿的出去帶的回來(是說可以系統可以維護,可擴充套件性好,一些錯誤直接返回到我們,而不是使用者). 讓我們的使用者感到清晰, 讓我們的使用者愛上她, 不要讓使用者看到錯誤的恐懼, 把光明的那一面給使用者, 黑暗的一面我們自己去忍受, 去改變自己,改造自己. 這和我前面說的的單例模式是一樣的, 是不斷的改變自己,而不是依靠與他人事件的觸發, 所以系統也需要這樣的乙個"構造方法",並且私有.
要知道大千世界中,重複的事情是很多的, 幾乎沒有哪一件事情是可以一勞永逸的, 一勞永逸的事情也總是缺乏她的靈動美, 所以我們去**一些事情後來的發展,做到防患於未然,未雨綢繆. 這就是我們做系統經常說的一些個名詞兒了, 但是詞詞入心, 詞詞要求我們做系統要為我們的系統培養她的好性格, "健壯性 可擴充套件性 可維護性 可重用性 " ..
你叫的"寶貝" 都讓我心裡暖暖的, 我是你的寶貝,永遠的寶貝,愛你的寶貝. 每個被叫做寶貝的,無論是**中我們買的物品還是,我們程式設計師做的系統,都要讓我們的系統有四寶.
好系統的四寶,就像古代人的文房四寶,
筆、墨、紙、硯,女子的琴棋書畫般.
可重用性：降低了企業整個**維護的費用。減少了新**以及以後軟體維護系統維護的量，特別是開發頭乙個兩個專案後，效果特別顯著。
可靠性：減少使用者的不滿意和對修正問題的痛苦抱怨。
可擴充套件性：迎合了修改系統的「漸進式」傾向，因此，使用者可以不斷的對軟體尋求更多的較小的修改。
老師們主要說了一下幾大點的問題, 1 圖的問題,九種是否齊全, 圖是否正確,在細節上注意. 2 **的規範命名問題 3 解耦解耦, 耦是怎麼解的,怎樣不藕斷絲連,我們是如何快刀斬亂麻的,這就說道了分層和設計模式了.3 文件幹什麼的,既然文件驅動專案,那就要求我們的文件,該如何寫了,**該寫,**不改寫, 哪些東西是乙個都不能少的. 突然想到了張藝謀導演的《乙個都不能少》 ,裡面講述的乙個老師對學生負責的故事, 對於文件,對於他人,也要乙個都不能少的精神.
具體的細節就不贅述了,大家一定都有乙個更深層次的理解了. 我們的最終目的讓用使用者躺在向日葵中,哈哈, 總是能面向陽光,
老師們告訴我們了向日葵, 所以我們要努力做好向日葵哦.
驗收系統之感
連續三天對八期師弟師妹做的系統進行驗收，雖然我沒有太多的提問和發言，更多的是處於旁聽的角色，聽著七期的提問，聽著七期的發表自己的看法和理解。但是，這次驗收活動確實讓我收穫了不少。雖然驗收的系統不是我的，改正的錯誤也不是我的，但是我覺得我得到的收穫比他們還要大。因為我從他們這個階段經歷過，他們犯的錯誤...
收費系統的驗收
機房收費系統完成了已經有很長一段時間了，本以為就此結束了。可是，前幾天突然要求對其進行驗收了。開始的時候，感覺驗收就驗收沒什麼。可是，有小道訊息稱，做的不好的有可能重構。如果是因為當初的設計思路或者是邏輯錯誤而重構，那無話可說，必須要重構。但是如果是因為一些注釋 uml圖 命名規範等而重構，都會讓大...
機房收費系統 驗收
自己的機房收費系統開始的算是非常晚的，由於開始的晚。就導致了一件事情。拖。由於開始的時候，搬家。搬學習的地方，然後itoo的專案也開始，事情都堆在一塊兒，然後就做不動了。自己身為組長，突然就感覺到了壓力。以下總結一下自己通過這次機房合作的不足。由於是三個人一起合作。所以就非常自然地每人負責一到兩層。...