專案乙個人工作總結
1. 基本資訊
總結人：黃雲輝
總結耗時：1小時
總結日期：2023年3月24日
總結目標：積累經驗，總結教訓，為以後的工作提供指導
2. 主要工作
n設計和編碼
n***框架的詳細設計、編碼，
n訪問控制的編碼，
n規則引擎的設計和編碼.
n規範的討論和文件的編寫
n編寫***20基礎版-db框架使用說明.doc
n編寫***20基礎版-jndi名字命名規範.doc
n編寫***20基礎版-***相關配置檔案配置說明.doc
n編寫***20基礎版多框架使用規範.doc
n編寫***20基礎版開發部署規範 .doc
n編寫***20基礎版-許可權控制說明文件.doc
n其它工作
n搭建struts架構，確定開發部署模式
n主要的工作
設計，編碼，文件編寫
n滿意度
比較滿意，完成預計的目標
n期望的工作
參與更多的設計工作
3. 經驗總結
n引用成熟開源專案，縮短專案開發周期，提高產品質量
cas，規則引擎是在開源專案的基礎上開發的，這2塊能夠很好的執行
n藐視問題但不輕視問題
碰到問題不用慌張，冷靜分析，一定可以找到解決辦法。沒有做不成的事情，只有
做不成事情的人。
這一點王工做的很好
n團結就是力量
碰到難題時，開個小會，大家討論一下，很多問題都可以迎韌而解。切忌迴避問題
n引入新技術要格外小心，尤其是那種沒有源**的東西。
引入pmi是本專案的乙個失誤
n一定要做介面原型
專案初期，***專案沒有介面原型（這是失誤）
專案原型的好處是可以激發討論，明確需求，幫助大家更好的理解系統設計.
n專案初期解決主要問題
專案初期要能識別出專案中存在的重大風險，並盡早確定相應的處理策略，盡早
解決高風險問題.
n對於複雜邏輯的編碼，先理順思路，不要急著動手編碼
我在寫許可權控制**的時候吃了這樣乙個虧，當時在思路不是很順暢的情況下
編寫**，結果bug n多，反覆修改了n次.
n專案進度的估計不能過於樂觀
在專案的實施階段總會碰到一些你意想不到的問題.
***專案的進度評估過於樂觀，預計是2個星期設計2個星期編碼.結果在整個專案組連續加班1個多月的情況下，還是消耗了將近2*6人/月.的編碼時間.
n分工明確,降低溝通成本
這次開發在分工這快做的很好，還有就是專案組相關人員最好做在一塊這樣可以降低溝通成本.
專案二個人工作總結
1. 基本資訊
總結人：黃雲輝
總結耗時：2小時
總結日期：2023年9月6日
總結目標：積累經驗，總結教訓，為以後的工作提供指導
2. 主要工作
n設計
ø資料庫設計
ø類設計
n專案管理和溝通
ø制定開發計畫和計畫進度跟蹤
ø工作流和採購網專案組的工作協調溝通
ø技術選型
n編碼
ø工作流介面實現和相關文件編寫
ø採購網介面實現和相關文件提交
ø樣例維護，email傳送等工具類，許可權控制，組織機構管理等模組的編碼（沒有寫jsp頁面）
n其它工作
ø搭建系統開發環境
n主要的工作
ø設計，協調溝通
ø對外介面
n滿意度
ø比較滿意，完成預計的目標
n期望的工作
ø希望以後自己能做的更好.
3. 經驗總結
n技術選型
jstl + struts + dbutil,這次技術選型算是比較成功，基本上沒有遇到技術難題.
總結：技術不一定要使用最先進的，自己能夠駕馳的住的才是最合適的.
n第3方資源使用 ¨
xtree
使用方式：直接使用 ¨
spring的email傳送元件
使用方式：直接使用，只做簡單包裝,提供非同步郵件傳送功能 ¨
隨機數生成類
使用方式：把他們的類直接copy過來
總結：
ø使用開源最好不要去修改**，因為這樣可以和開源專案同步公升級.
ø有的時候 你也可以從開源專案copy某些東西放到自己的專案包下,這樣
就不再依賴第3方包了。
n技術決策
一開始計畫採用struts-menu元件來構造webtree,後來處於技術可控性的考慮，選擇了xtree. 理由
øxtree成熟穩定，而且簡單
østruts-menu比較複雜，不好控制.
總結：技術選擇的基本原則
ø簡單，構用
ø資料豐富
n文件提交
u按計畫提交文件，如果提交不了，需要說明理由
n分工 原則
ø讓合適的人做合適的事情
ø能者多勞
ø軟體經理的工作計畫不要排的太緊，因為有很多驅動型事情要做.
n設計需要內部評審
ø我缺乏資料庫設計經驗，有的設計太理想化，實現起來比較困難。不過這種設計有部分及時調整過來，對編碼造成的影響不大.
ø標誌字段缺乏詳細說明，導致編碼時溝通成本過高
n系統整合測試
ø保證提交版本是正確可用的，沒次提交版本都需要打個label
ø在每次提交新版本的時候，同時對新版本與舊版本的更新進行簡單說明，只需要描述解決了哪幾個問題，有什麼變化。這樣更容易讓承包方了解情況。
ø版本提交時間應該固定，如沒每天的早上
n設計交流
設計人員花1到2天時間向開發人員講述設計思路
好處：
ø檢驗設計
ø開發人員理解設計
ø團隊提高
n對外介面
ø應設定固定的人對外交流，重要事情應以郵件溝通，要記錄
n樣板**
ø典型應用示例
ø盡量簡單
ø需要進行評審
n核心資料的刪除處理方式
ø設定刪除標誌，還是級聯刪除，或者是有引用就不刪除
n**審查
這次一開始計畫做**審查，但後來因為時間太緊就沒有做。
下次專案一定要做起來，而且是要先建立**審查標準，由大家評審通過。
定時進行**審查。
n單元測試
struts unit下次考慮引入.
n溝通
需要加強主動和專案經理的溝通意識，想讓「專案經理站在你這一邊思考」的前提首先是讓專案經理了解你
n碰到的技術難題
øxtree的cookie問題，導致session無故丟失.
解決辦法：將usepersistence 的預設屬性改為 false
4. 其他。 ¨
以後要對整個開發過程傳送的事情都進行記錄，這樣便於總結提高
專案文件編寫總結
最近幾周都在根據新的功能需求編寫相對應的文件，先編寫專案立項報告，編寫結束後開始編寫需求規格說明書，之後便是詳細設計說明書，下個階段便是編寫階段了。以前也編寫過需求規格說明書和詳細設計說明書，因為以前經驗少，寫的東西不夠深度沒有特點，有一種為了完成文件而寫。這次完全把自己當做設計，想要讓自己設計的功...
專案建議書編寫總結
昨天完成了專案建議書的編寫工作，整個春節期間的工作到今天全部完成了，前一段時間主要想好好學學.net，但是接到公司新的任務後，整個學習工作也基本上停頓了。寫專案建議書的思考方式與技術研究完全不一樣，主要是研究體系 結構和技術細節的演算法，有些時候還要會一些會計的知識，從寫第乙個到現在也寫了4 5個了...
20個能讓你保持好心情的習慣
快樂是短暫的，無論是天氣狀況，還是銀行帳頭里的資金等等都會對它產生影響。我們為何不善待自己，快樂不停！下面 20個方法告訴你怎樣悅己，悅心，悅生活！1.學會留心 活在當下，與其和家人共進晚餐的時候擔心明天要做的事，還不如更加關注當下 美食 夥伴以及對話。2.大聲歡笑 僅僅是想象一下快樂有趣的事情，便...