為了檢查八期分層重要階段學習成果，老師，七期全體成員參與驗收工作。
在提高班，四年的學習中，分了幾個重要的模組。其中在重要的關鍵的方向性的學習上是需要把控的，是需要及時檢驗以及驗收的。
在驗收八期學習的過程中，不僅發現他們的問題，同時也發現自己的問題。
驗收工作，不僅是驗收他們，同時也是驗收自己對此知識點掌握的情況。
首先說一下驗收過程中，八期普遍存在的問題。
1.對文件的認識不夠，導致文件與程式不對應。
包圖與程式集的對應，這個沒意識到。命名是其中一方面，還有就是其中包圖中的每條線的作用，意義，以及在**中體現。
2.uml
認識不夠，需要進步學習。
uml中的共九種圖，常用的像用例圖，類圖，物件圖，時序圖，包圖，活**，狀態圖這幾種，每種圖的符號以及畫法掌握不夠。並且對每種圖的概念以及適合什麼場景有所欠缺。並且圖中的關係需要進步掌握。比如用例之間的包含關係、擴充套件關係等，還有uml
中的五種關係以及在**中的體現。
3.對分層的認識不夠，導致假隔離真耦合。
不僅僅把程式分成了ui,bll
，dal，但是最主要的是各個層之間的隔離。比如因為dal生成的路徑的原因，導致了明明ui與dal隔離，卻因為路徑問題而再次耦合，結果確是一種假隔離真耦合。還有就是bll
，dal引入ｕｉ中的某個包，導致了後面與前面分層再次耦合。
4.規範問題。命名規範，注釋規範。
5.對文件中的內容理解不到位，導致人云亦云。
常寫的幾種需求說明書，概要說明書，詳細說明書。對其中的內容不了解，不知道文件中應該寫什麼。也不知道那些圖應該放在那個文件中。導致了結果，每個文件中都有重複的東西。
6.專案驅動未做到。
大家著急開發，忽略文件。在開發過程中，文件一直沒有起到任何作用，所以對文件沒有深度認識。
八期出現的問題，確實可以理解。當時的七期，也翻過如此的錯誤。這畢竟是八期第一次的個人版。做到這種程度，已經是相當好了。當初的七期，幾乎每人重構了三四遍。對這個分層，文件才有了今天的理解以及重視。
然後說一下驗收過程中，自己的收穫問題。
1.發言溝通交流。通過這次發言機會，鍛鍊與他人溝通，交流。
2.在驗收他們的過程中，進一步考驗自己的對過去知識點的理解。
提問他們，促進他們的思考，同時與自己所學的知識進行比對，補充自己的欠缺。
其中有個學生的包圖，自己也理解錯了，對工廠模式，抽象工廠模式，反射，以及介面，多型這些應用有了進一步認識。
3.對某個知識點的問題學習。
其中有個學生用了單例模式。單利模式的作用，以及好處都是可以理解的，但是當時的他利用的巢狀類實現的單例模式，對巢狀類，靜態塊有了進一步認識。
另乙個是錯誤處理。trycatch，throw，throws知識點的學習。
4.對文件中的內容進一步補充。
全體七期發言，正好補充自己對文件的認識不足的問題。
5.驗收中記錄下自己的不懂的問題。
對uml
中活**，狀態圖，構件圖，部署圖的概念理解，但是畫出某乙個圖，無法確定對與錯，說明自己對這方面欠缺。
6.再次加深文件的問題。規範問題。
當把問題提給八期的學生時，同時也在提給自己。嚴格要求自己，以專業程式猿的身份要求自己。各種文件，**規範化。
驗收別人，也在驗收自己。抓住一切可以提公升自己的機會。
My錢包 深化銀企合作 實現互利共贏
近日，my錢包與多家銀行簽署深度合作協議。錢包已然成為銀行在金融科技層面乙個重要的合作夥伴，後期銀企雙方將在金融科技方面的諸多領域展開合作。相關 報道稱，本次銀企雙方的合作不只停留在產品層面，還將上公升到場景和使用者層面，進一步加強在大資料風控 使用者畫像 人工智慧等方面的優勢互補，拓展智慧型客服 ...
公司系統驗收工作感悟
這幾天有幸參與公司的軟體驗收工作 真正體會了一把軟體的上線過程的前奏 如果要說真正把軟體或是乙個功能做好，真不是一件容易的事情 針對我們公司的軟體現狀和驗收的情況，我覺得在以後的軟體開發過程中需要迫切注意 1 使用者體驗越來越重要了，特別是隨著智慧型手機的越來越普及，很多人玩手機都的很玄，相關的應用...
測試驗收工作指引
按驗收人員不同區分為組內驗收 產品經理驗收 使用者驗收 專案情況 組內驗收 產品經理驗收 使用者驗收 1.功能性 專案需求均已實現，功能使用達到要求 示例 序號 驗收內容 1 商註冊 提交問卷 2 商初選 預選 3 商認證 商務 現場 ehs 樣品 原料 並轉為正式 4手動推送年審 商務 ehs 現...