預算實習日記3篇

　　這是家小的不能再小的民營公司，窩在一個住宅區里。各位同學一定能從招聘欄中看到這家公司的聯系人是梁小姐;梁小姐今年40多歲，是個令人討厭的苛刻的冠冕堂皇的人(可以把所有的貶義詞用在她身上，對于我們這些實習生根本沒有愛心與關懷，反而做出種種惡劣行為，就像惡婆婆對待童養媳那樣)，總喜歡用財務的方式管預算人員，老師傅老罵她屁都不懂一個的，她還屁顛屁顛地要和老師傅爭辯。老板;一個60歲不到的老男人，每天都有著精準的時間觀念，(下面你就可以看到他是如何良好地安排自己的作息時間的)。正式員工四人，兩個預算員;年齡在45歲左右，是公司開國功臣，元老級人物，對我們還算很好，有什么問題討教，他們總是可以回答，沒有要捏著藏著的意思。27歲樣子的年輕男子是預算員，其實也沒什么了不起的，只是會安裝預算的電腦操作，好像還是聘請的，胖得嘴里一直嘟嘟得什么都說不清楚，卻還是要我們幫他做事，做錯了事可以很厚臉皮的賴在我們頭上，那是當然啦，因為肉多，皮就厚起來了。和我們一樣大的中專畢業小姐;我只能這么稱呼她了，(簡稱f小姐)厚道的人都不喜歡這個小姑娘，因為她什么都不懂，就只會搬弄是非，打小報告，然后很會裝腔作勢好像什么都很懂，其實老師傅私底下都是說她不好。搞得像是梁小姐的私生女。

　　工作作息時間

　　上班時間8:30,午休1小時,下班時間17:00。當然了，這只是表面文章，其實在公司里每個人都像陀螺一樣轉啊轉啊的，沒有休息，沒有交流，沒有……總之大家都在埋頭苦干，可是有些人(f小姐)，也很忙哦，但是可以理解為“白忙”沒有產量嘛。上午必須在8:10到公司，梁小姐很早就到公司了，有時感覺就像穿著睡衣來上班，頭發也不梳，拿著杯子晃來晃去，估計在找牙刷。老板會一一點名(不用點，就這么些人，看就知道誰沒來)，大家的膽子都很小，所以我不知道萬一你上班超過8:15來的下場會是怎樣。每天都要有人輪著值班，(打掃衛生)就要7:45到公司掃地，抹桌子，擦電話，燒水……

　　吃飯說給飯貼其實是騙人的，因為每天都有阿姨燒飯，可是阿姨就沒有老板有時間觀念，老讓我們餓肚子，置于這個菜嘛(呵呵呵呵)。老板會在最好的時間段趕回來吃飯。午餐情況原本以為吃完飯可以休息，可是梁小姐規定不能出公司門，只是想呼吸外面的空氣也不行，在走道中聊天也不行，會被人盯哦!我們是犯人吧，我想肯定是，不過犯人起碼也不用整體累死累活做事呀，這讓我想到黑磚窯的工人們，(讓大家直觀了解到當時是多么壓抑)。

　　真是媳婦熬成婆，終于可以下班了吧，17:00下班，你是傻子吧，你敢五點下班，就不怕老板用“以眼殺人”把你弄死?每到16:45(比布谷鳥報時的時間還精準)我們“敬愛”的老板就會在門口晃悠晃悠，像是手里拿著“誰敢出這門?嘿嘿”的大大牌子，提醒著我們不能準時下班，我們這些小雞仔們也會抗-議，結果他說：“以后下班要走了知會我一聲，不要一下班找人做事都找不到。”(為什么下了班我們還要做事?郁悶)。后來，頭頭們想出來個好辦法：讓你忙的無法下班。我有時懷疑，是不是每個實習生都有受過這種無厘頭的“規章制度”?“你們這些小年輕呀，要懂得學習，看看人家，每天都工作到很晚……”(指的是f小姐，據說她能磨蹭到20:00還不回家)無奈啊，孫悟空逃不出如來佛的手掌，我們同樣只能受老板擺布。

　　周六，也要為公司奉獻一天，開些無關痛癢的會，吃了便飯就可以打發實習生整理亂糟糟的辦公室里那些躺著“橫七豎八”的圖紙了。(有時在想勞動法是怎么保護實習生權益的)

　　“待遇”，打了引號的待遇，呵呵

　　第一天我們就開始了工作“清理倉庫”，房間里面堆得亂七八糟，我們赤手空拳地去搬那些個彎頭啦，水管啦，要很小心，萬一弄傷手就不得了了。你不知道有多冷，起碼戴上手套的話可以保護自己的手還可以防寒吧，那時我就在想民工搬試塊磚頭都發手套的嘞。那些高強度體能鍛煉第二天就有了明顯的感覺。

　　有個同學長那么大還沒自己單獨去過醫院掛過號，由于公司某某人的兒子病了，就被指使去大清早的上兒童醫院掛專家號……這些不大不小的事還有很多發生在實習生的身上，不知道往年來這個公司實習的同學們是不是也會有這種“待遇”，再苦再累就算了，問題是對我們這些剛踏上社會的莘莘學子而言，一個沒有人情味的單位，一個讓人感到處處生活在被人盯梢的環境下真的讓我們體味到了社會的冷酷與難以置信。如果他們讓我們做事時，態度和言語上能感覺的到是尊重我們的話，用些禮貌商量的口吻而不是命令的口氣，或許大家還愿意為公司辦事(就算是幫他們辦私事也算了)可是......

　　總結

　　感謝兩位預算的老師傅，我們在那里一刻不停地在為他們公司做預算，不懂的地方師傅們還是很耐心的在教我們，至于f小姐則要反過來向我們討教，這種情況令人實在是“汗”。我感謝我在這家公司學到了皮毛，畢竟我學到了，也算扯平了(樂觀的就這么想想)。

　　同學們肯定注意到公司招聘欄上有一條(女生優先考慮)，女生是最好欺負的了，所以他們可以毫無顧忌地讓你們做這做那，反正我是不敢反抗。有時想想實習生在現在社會中擔任的角色是“廉價勞動力”嗎?公司不用幫你們繳任何費用，工資就那么一點點，實習期一到就讓你跑路，所以他們公司在任何時候都缺人。有些同學認為他們公司給你實習費還算好的了，那也是我們死死懇求要來的，我們真的怕，怕……

　　預算員是指對一項目所完成的最基本的人工、材料、機械等開支，包括稅收，利潤等等所做的細致或粗略的統計。下面是小編精心收集的實習日記，希望能對你有所幫助。

　　20xx-2-26

　　經過對需求分析的進一步理解，接下來我們開始這個項目的原型設計。我們所開發的費用管理系統主要包括費用報銷、項目預算管理、員工管理、公司的項目信息維護及管理、財務處項目信息的統計功能。圍繞這幾個功能模塊，我們逐個對其功能進行細節設計，比如分不同角色登陸系統，登陸界面都是通用的，每個用戶都用自己的編號進行登陸，系統會根據用戶的編號進行匹配查找，找到角色id之后進入對應的管理界面。進入管理界面之后，就可以新增費用報銷，可以對添加的費用報銷單在未提交之前進行修改、刪除操作，確定之后就可以提交，系統會根據session中保存的該用戶的編號查找到所在的部門，然后把用戶提交的申請表保存到該部門經理處，當該部門經理登陸時就可以看到部門員工提交的申請表單，然后進行審批等操作。所有的邏輯統一之后，我們分工開始做jsp界面和之間的邏輯跳轉。經過一天的時間系統總算有個雛形了，。設計完大體的功能框架后，我們與老師一起開了一個小組討論會，我們向老師說明了我們的想法及大體的開發方向，老師也想我們提出了一些建議，經過一番熱烈的爭論，我們對自己的模型做了進一步的改動，功能設計也得到進一步完善。功能框架的設計是整個開發階段十分重要的工作，指導小組進行后面具體的開發。功能設計的準確和完善也能夠幫助我們在以后的開發中少走彎路，達到事半功倍的效果。原型設計的完成是我們小組成員齊心協力共同完成的，這也讓我們感受到了團隊工作的重要性和強大力量。

　　20xx-2-28

　　今天，我們的主要工作是根據昨天的原型設計，做出功能展示頁面，并實現基本的跳轉。由于這些只是一個邏輯的跳轉，沒有真正和數據庫交互，因此幾個超鏈接就可以把所有界面聯系到一塊，再加上一些javascript的提示框，原型幫助我們更深入的理解了這個系統的流程及功能。下午我們就開始了數據庫建表、物理模型的設計以及概念設計。根據需求分析及原型，我們很快就確定了系統需要的數據表，包括用戶的基本信息、用戶的角色id、報銷申請表單、預算申請表單、部門項目信息等，以及每個表里面所需的段，通過在數據庫中建表，sql語句的用法更加熟練。根據這些數據表，物理模型也很快就完成了。因為數據庫是整個系統的關鍵所在，所有前臺的操作都要和數據庫交互，所以它設計的好壞直接影響到之后程序的編寫。接下來我們繼續討論我們建立的表的冗余性以及合理性等，在老師的指導下，我們對部分表進行了相應的修改。

　　20xx-3-1

　　在昨天的基礎上，我們進行了再次討論，數據庫的設計最終確定下來。接下來就開始了編碼，建立整個系統的框架由我負責，按照開發的流程，首先根據數據表建立實體層，也就是javabean,然后寫數據庫連接，數據訪問層，業務邏輯層，控制層，整個框架搭建好之后，有利用老師講的junit，寫了測試程序，對所寫的程序進行初步測試，數據庫連接的測試順利通過。數據庫連通之后，下一步工作就是用戶的分角色登陸,事先在數據庫中插入了一些用戶信息，將角色分為五類，然后在數據訪問層建立一個dao類，創建函數用于從數據庫中讀取用戶的角色id，然后在業務邏輯層判斷dao層函數返回的值是否為空，如果不為空則在控制層的servlet類中就可以進行判斷分角色登陸;若dao層函數返回的值為空，則說明該用戶名與密碼有誤，當用戶點擊登陸按鈕時將轉到錯誤提示的頁面。當這些全部完成之后，我們開始進行測試，但測試全未能如愿以償。調試、檢查了很久全未能發現錯在哪里。今天沒能順利完成計劃好的任務，深受打擊啊，不過沒關系，遇到問題，解決問題，也許會學到跟多知識。

　　20xx-3-2

　　上午接著做昨天未能完成的任務，調試了兩個多小時還是未能所獲，只有請教老師了，看著老師在debug模式下很快就找了出錯的地方，原來在dao層寫sql語句時后面多了一個逗號，看來編程也是需要非常的細心。總結了失敗的原因，記住教訓，一定不能再出現這樣的低級錯誤，而導致降低效率。這一步總算通過之后，我們開始著手不同角色所擁有的操作權限，比如普通員工只有報銷申請的權限(新增報銷單、刪除、修改、提交、查看等功能)，部門經理不僅有報銷申請的權限，還有審核部門員工提交的報銷申請單和預算申請、部門項目管理等權限，每一種角色登陸到操作界面的功能按鈕不盡相同，所以當普通角色登陸后，審核、預算等按鈕必須隱藏或者不可用。但是我們之前的界面里的按鈕實現隱藏與子菜單都很難實現，所以不得不考慮改變策略。之后經過討論我們將整個頁面布局改變為框架模式，左邊顯示樹形菜單，topframe顯示logo，mainframe顯示主顯示頁面，bottomframe顯示版權信息以及系統時間。這樣我們貌似又回到了原型設計，，還是沒有項目經驗，最初就沒有考慮清除。

　　涉及到的jsp界面還比較多，每一個頁面都是用html一句一句寫出來，再加上css 樣式，所以半天的時間也沒有完成，今天上午繼續完成。當所有的界面完成之后，開始了第一個功能模塊的編碼。當用戶登陸到自己的主頁時，顯示的都是歡迎界面，當用戶點擊報銷單管理時，必須根據用戶編號動態的從數據庫中提取其所有的報銷單信息，然后顯示在展示界面上，用戶的編號的、是在用戶登陸時將用戶編號存儲在session中，默認該用戶登陸系統30分鐘內沒有操作的話，自動讓該用戶注銷登陸。當點擊報銷單管理按鈕時，將用戶請求轉到servlet類中進行后臺處理，讀取成功后，將這些信息傳到用戶的界面上，第一個原子功能實現后，我們更加有信心來完成其他模塊的編碼。原來一個真正的系統也應該是這樣的原子操作組合而成的，從這一步的成功點燃了我們對編碼的興趣，不再畏懼和逃避。

　　-2-25

　　這次實習所需的基本知識基本上都介紹過了，今天正式轉入開發階段。這次實習做的是一個費用管理系統，上午開始討論這個系統需求分析，包括實現項目預算，費用報銷，人事管理和一些統計的功能，老師把整個系統的框架給我們做了一些大體的講解，希望我們能在接下來的幾天里去多思考，深化需求分析，細化功能設計。系統有組織結構維護，費用項目維護，審批流程維護，報銷明細模塊，以及人員管理和一些統計的功能。每一個模塊都是對系統功能模塊的調整與維護。

　　人員管理有添加員工的功能，可以對添加的人員進行修改和刪除，并給新增的員工分配權限。

　　ø 費用項目維護模塊：可以進行費用項目的添加和提交。

　　ø 報銷模塊可以對報銷的項目在未提交之前進行刪除和修改。

　　ø 統計模塊主要是統計員工提交的報銷單預算單，及每個部門的項目信息和員工信息等。

　　所有這些操作都是直接對數據庫直接進行操作。整個系統都是分角色登陸，每一個角色所擁有的權限都不完全相同，登陸進去的菜單欄都有所不同，所以每個員工都應該有一個角色，即有哪些操作權限。所有的功能和流程理清楚之后，就要開始原型設計了。

　　-2-26

　　經過對需求分析的進一步理解，接下來我們開始這個項目的原型設計。我們所開發的費用管理系統主要包括費用報銷、項目預算管理、員工管理、公司的項目信息維護及管理、財務處項目信息的統計功能。圍繞這幾個功能模塊，我們逐個對其功能進行細節設計，比如分不同角色登陸系統，登陸界面都是通用的，每個用戶都用自己的編號進行登陸，系統會根據用戶的編號進行匹配查找，找到角色id之后進入對應的管理界面。進入管理界面之后，就可以新增費用報銷，可以對添加的費用報銷單在未提交之前進行修改、刪除操作，確定之后就可以提交，系統會根據session中保存的該用戶的編號查找到所在的部門，然后把用戶提交的申請表保存到該部門經理處，當該部門經理登陸時就可以看到部門員工提交的申請表單，然后進行審批等操作。所有的邏輯統一之后，我們分工開始做jsp界面和之間的邏輯跳轉。經過一天的時間系統總算有個雛形了，。設計完大體的功能框架后，我們與老師一起開了一個小組討論會，我們向老師說明了我們的想法及大體的開發方向，老師也想我們提出了一些建議，經過一番熱烈的爭論，我們對自己的模型做了進一步的改動，功能設計也得到進一步完善。功能框架的設計是整個開發階段十分重要的工作，指導小組進行后面具體的開發。功能設計的準確和完善也能夠幫助我們在以后的開發中少走彎路，達到事半功倍的效果。原型設計的完成是我們小組成員齊心協力共同完成的，這也讓我們感受到了團隊工作的重要性和強大力量。

　　-2-28 星期一

　　今天，我們的主要工作是根據昨天的原型設計，做出功能展示頁面，并實現基本的跳轉。由于這些只是一個邏輯的跳轉，沒有真正和數據庫交互，因此幾個超鏈接就可以把所有界面聯系到一塊，再加上一些javascript的提示框，原型幫助我們更深入的理解了這個系統的流程及功能。下午我們就開始了數據庫建表、物理模型的設計以及概念設計。根據需求分析及原型，我們很快就確定了系統需要的數據表，包括用戶的基本信息、用戶的角色id、報銷申請表單、預算申請表單、部門項目信息等，以及每個表里面所需的段，通過在數據庫中建表，sql語句的用法更加熟練。根據這些數據表，物理模型也很快就完成了。因為數據庫是整個系統的關鍵所在，所有前臺的操作都要和數據庫交互，所以它設計的好壞直接影響到之后程序的編寫。接下來我們繼續討論我們建立的表的冗余性以及合理性等，在老師的指導下，我們對部分表進行了相應的修改。

　　-3-1

　　在昨天的基礎上，我們進行了再次討論，數據庫的設計最終確定下來。接下來就開始了編碼，建立整個系統的框架由我負責，按照開發的流程，首先根據數據表建立實體層，也就是javabean,然后寫數據庫連接，數據訪問層，業務邏輯層，控制層，整個框架搭建好之后，有利用老師講的junit，寫了測試程序，對所寫的程序進行初步測試，數據庫連接的測試順利通過。數據庫連通之后，下一步工作就是用戶的分角色登陸,事先在數據庫中插入了一些用戶信息，將角色分為五類，然后在數據訪問層建立一個dao類，創建函數用于從數據庫中讀取用戶的角色id，然后在業務邏輯層判斷dao層函數返回的值是否為空，如果不為空則在控制層的servlet類中就可以進行判斷分角色登陸；若dao層函數返回的值為空，則說明該用戶名與密碼有誤，當用戶點擊登陸按鈕時將轉到錯誤提示的頁面。當這些全部完成之后，我們開始進行測試，但測試全未能如愿以償。調試、檢查了很久全未能發現錯在哪里。今天沒能順利完成計劃好的任務，深受打擊啊，不過沒關系，遇到問題，解決問題，也許會學到跟多知識。

　　-3-2

　　上午接著做昨天未能完成的任務，調試了兩個多小時還是未能所獲，只有請教老師了，看著老師在debug模式下很快就找了出錯的地方，原來在dao層寫sql語句時后面多了一個逗號，看來編程也是需要非常的細心�？偨Y了失敗的原因，記住教訓，一定不能再出現這樣的低級錯誤，而導致降低效率。這一步總算通過之后，我們開始著手不同角色所擁有的操作權限，比如普通員工只有報銷申請的權限（新增報銷單、刪除、修改、提交、查看等功能），部門經理不僅有報銷申請的權限，還有審核部門員工提交的報銷申請單和預算申請、部門項目管理等權限，每一種角色登陸到操作界面的功能按鈕不盡相同，所以當普通角色登陸后，審核、預算等按鈕必須隱藏或者不可用。但是我們之前的界面里的按鈕實現隱藏與子菜單都很難實現，所以不得不考慮改變策略。之后經過討論我們將整個頁面布局改變為框架模式，左邊顯示樹形菜單，top'frame顯示logo，mainframe顯示主顯示頁面，bottomframe顯示版權信息以及系統時間。這樣我們貌似又回到了原型設計，，還是沒有項目經驗，最初就沒有考慮清除。

　　-3-3

　　涉及到的jsp界面還比較多，每一個頁面都是用html一句一句寫出來，再加上css樣式，所以半天的時間也沒有完成，今天上午繼續完成。當所有的界面完成之后，開始了第一個功能模塊的編碼。當用戶登陸到自己的主頁時，顯示的都是歡迎界面，當用戶點擊報銷單管理時，必須根據用戶編號動態的從數據庫中提取其所有的報銷單信息，然后顯示在展示界面上，用戶的編號的、是在用戶登陸時將用戶編號存儲在session中，默認該用戶登陸系統30分鐘內沒有操作的話，自動讓該用戶注銷登陸。當點擊報銷單管理按鈕時，將用戶請求轉到servlet類中進行后臺處理，讀取成功后，將這些信息傳到用戶的界面上，第一個原子功能實現后，我們更加有信心來完成其他模塊的編碼。原來一個真正的系統也應該是這樣的原子操作組合而成的，從這一步的成功點燃了我們對編碼的興趣，不再畏懼和逃避。