查文庫>日記> 預算專業實習日記

預算專業實習日記

預算專業實習日記

  很快一天又過去了,一定會有值得記錄的想法吧,因此我們要寫好日記了。日記寫什麼內容才新穎、豐富呢?以下是小編整理的預算專業實習日記,歡迎閱讀與收藏。

  預算專業實習日記 篇1

  實習日記1

  今天來到公司都遲到了,公交車錯過了幾趟,好在也沒遲到好久,透過今天上班的所見所聞自己對造價這一方面也有了自己的一些見解。

  從事建築工程預算很重要的一點是要真正學會看懂圖紙透過這段實習期間的練習,我總結了幾點關於看圖紙的經驗:首先,看圖紙時應該總體閱覽一下總說明及其有關於此套圖紙的補充和聯絡單等,其實較完整的翻閱一下整套圖紙是很重要的,這樣心裡會對它有一個整體的瞭解,知道自己所算的是什麼樣的建築,萬萬不可拿到一份圖紙沒仔細看說明就開始埋頭苦幹,那樣可能會造成事倍功半的效果其次,算工程量時要從基礎一步一步的算起,扣除該扣的,比如後澆帶每層都應扣除,加該加的,如上翻梁之類的不可以像以前一樣挑自己喜歡的先算了,要一點點的算,這樣漏掉的會少點,省得到後來再去翻算,這樣會更麻煩,同時也比較容易出錯第三,每層都有不同的東西,要細細研究,不要急,不要自己嫌麻煩,因為工程量小而忽略不計寧可先算了,以後不計入價了再刪這些是計算工程量時該注意的一些細節要想掌握好預算這一行的技能,還是比較難的,不過我相信在師傅的幫助指點下,自己加倍努力,我會一步步前進的事實證明,生產實習工作中只有透過不斷的努力、不斷的嘗試、不斷的積累,才能發現自身的不足,在彌補不足的同時,便實實在在的提高了自己所以,不管怎樣,努力去做,告誡自己:只要用心,就能做得更好!

  實習日記2

  今天,吳老師要出差,臨走前把她新領的任務交給我,叫我先試著做做,初算一下,把資料準備好、整理好我憑著對待新事物的興奮和嘗試的衝動,接受了任務,剛開始做著還比較順利,每天都要算很久,後來發現事情越做越多,找了下原因,發現原來是自己沒有安排好計劃,幾個專案摻在一起便沒了頭緒,這樣不僅事情沒法完成,還給自己平添了許多無謂的負擔,得不償失我和李華重新從熟識圖紙開始,接著收集資料(包括施工規範、設計檔案、勘測資料和各種定額、驗收規範等)讀透定額,掌握相應定額工程量的計算內容及方法和調整係數的關係後,計算相應分部工程量其實我發覺前輩們做事很值得學習的,前輩們做事很講究條理,前輩們遇到問題會一步步去解決而不是驚慌失策多和同事交流,同事們都有豐富的工作經驗,能從中學到不少社會經驗,也可避免走一些彎路在這裡,要勤學好問,多與人交流,要以誠待人,這些都讓我學到了很多。

  這次參與就業實習,是我第一次正式與社會接軌,踏上工作崗位,開始與以往完全不一樣的生活每天在規定的時間上下班,上班期間要認真準時地完成自己的工作任務,不能草率敷衍了事我們的肩上開始扛著責任,凡事得謹慎小心,否則隨時可能要為一個小小的錯誤承擔嚴重的後果、付出巨大的代價,再也不是一句對不起和一紙道歉書所能解決的。

  實習日記3

  從事造價這一段時間來,我發現我在學校裡學的廣聯達算量軟體只是一些皮毛,可以說是基本上都不會我的計劃是先學會手算,手算學會之後再去學算量軟體,打算從網上搜索一些相關影片來學習下,我想那樣應該會容易點雖說現在要學的東西有很多,但也只能一步步慢慢來,學會一樣再去學另一樣,操之過急的話可能到頭來什麼也沒掌握好我現在的目標是穩紮穩打,步步前進爭取在公司早日立足下來,現在剛開始做預算是用手算的,手算是很考驗人耐力的,像一個工程要計算的地方有很多,不能隨便捨棄,任何地方都要細心的對待,如果我一著急就會讓自己很不細心的犯下一些錯誤,昨天忙得一塌糊塗,把資料拷回家,白忙乎了大半夜,也沒算出個之乎者也今天我和李華先從圖紙上下手,我搬來整套圖紙開始仔細閱讀圖紙,由於圖紙量比較大,有一些地方要看好幾遍才能看懂,對於一些看的不是很懂的地方我及時做好筆記,等著請教師傅一天的時間在不知不覺間過去了,又一次看圖紙看的這麼累,深深體驗到了工作的辛苦,發現在學校裡的生活是相當的安逸,心裡也有了一些想法看圖紙就花了我好多時間,不懂的地方還真的是很多,感覺到還有很多地方要加強學習感覺自己在學校的時候還是不夠努力哦瞭解整個工程之後,就開始計算工程量了,先算平整場地,然後計算挖基礎土方,土方回填,基礎工程算完之後算砌築工程等等具體的我也不一一道來了,計算基本的工程量都還是不難的,主要就是一些複雜的地方不會算,遇到不會的地方就等請教師傅了。

  實習日記4

  今天到達公司後,陳老師告訴我,又有一個新工程要計算了陳佳老師剛剛把工程的資料拿到手,分給我和李華一些看看,叫我們協助她完成。

  我領受任務後,就馬上先去看總說明,看完圖紙的建築說明之類的,對工程的具體情況也有了大致的瞭解:建築工程名稱是郊區巴山屠宰場,建設地點是群星村,建築面積為兩萬多平方米,結構型別為框架結構,建築層數為2層,建築高度是8米說是屠宰場,其實裡面的結構就和廠房差不多的,基本上是空曠的,像牆體什麼的很少,計算的工程量可以說是挺小的,所以說心理面還是比較有信心的,相信自己能把一整套圖紙都計算下來接下來我又大致看了下整套的圖紙,心裡大概也有了個底,就開始正式計算工程量了。

  透過這次參與計算工程量才知道自己在學校裡計算工程量的步驟和公司裡的不同,像在學校,一般是挑自己會算的和簡單的先算,好像也沒具體分類,感覺比較的雜亂,很容易遺漏掉一些東西,準確度自然也就不高而現在,在師傅的指導下,知道該怎樣一步步來計算,先計算什麼,後計算什麼都有了計劃哪些部位是算體積,哪些部位是計算面積,在計算中都知道區分在慢慢計算中也能發現一些新問題,碰到不會算的再去請教師傅,一整套圖紙算下來感覺還是比較順手的,雖說還是存在有錯誤,但透過錯誤的教訓,對知識點就能有更深刻的認識和體會。

  實習日記5

  今天早上一大早溫度就很舒服,這樣的天氣心情也好了許多現在是我實習的第三週了,為了提高我的實習效率,我打算改變的的做事態度與做事的方式。

  今天在辦公室我依舊是看那些定額與價目表,看的困了我就換換別的書本,我隨身所帶的就有一本土木工程預算的房屋構造學我今天開始變被動為主動,我給一段時間就在同事們邊轉轉,一方面是看看特悶是怎樣作圖的,做的都有哪些專案;一方面我等看他們那個有什麼需要,主動幫他們,這樣可以和同事們拉近關係,讓他們對我有好的印象,有空閒時間的時候就可以問他們預算方面的知識,那個時候說話也就不那麼拘謹了,可謂是一舉好幾得啊!

  我看這樣對一個新手說很值得這樣的一天!下來,就我自己感覺他們不管對我是好印象還是壞的看法,總之我的目的有個進步,我覺得有成果!繼續會更好!離開學校也有一段時間了,不知不覺實習也有了一段日子,我常常在想自己實習這段時間以來自己學到了些什麼,得到了些什麼,每每想到這些問題的時候自己就絕得自己還需要更加的努力才行,加油吧,努力實習爭取學到更多的知識。

  實習日記6

  一大早我就急急忙忙的趕到了公司,貴陽每天都很堵車,想到昨天師傅交給我的任務我還沒有做完,我就想到趕快到公司來做完這些。

  今天看來我的計劃很正確,忙完後本打算回到自己的位子上看看書,看能不能在相關書本里找到昨天有疑惑的答案,同事便叫我幫她彙總資料雖然看似簡單,但是裡面也應該小心學習與區分的專案,管道按管徑區分是很正常的,還有一個因素是在安裝的時候,每層的層高是多少,如果有超過超高規定的,管道專案應分開;看是否有埋地管道,如果有的話同樣得分開;再是看施工總說明中的要求,刷油是否有區別,有的話也應該予以分別列項;另一個最主要的就是看施工管道材質要求是又有不同,管道材質的不同直接影響管件的記取與否、管道材質不同價格也就不相同,所以應該分別列項;這樣都是以方便組價所做的必要的工作呵呵,造價員的工作不好做哦,必須讓自己十分的小心謹慎對待每一個數據,因為我們都知道在實際工程上面有一點丁點的差錯都會導致一些嚴重的損失,所以這對我們的要求很高,我也在慢慢的適應這一份工作,今天的收穫不小哦!

  實習日記7

  今天天氣不錯,從早上開始就一直是陰天,溫度還可以,不是很冷很喜歡這樣的天氣!早上到辦公室的第一件事還是一樣,但是今天師父給我了一份圖紙,圖紙一拿到手我還以為是叫我用魯班軟體算量,結果發現才是讓我用手算這個難算了,好多張圖紙,很大很大的一張,以前做課程設計時,只是簡單的五層樓,面積比較小,可現在看到的卻是三四十層的高樓,而且很多層都不同,標準層也沒多少,這就意味著要算很多層的不管怎麼樣先從熟悉圖紙開始吧師父說如果我們對圖紙有不清楚的地方可以提出疑問在此之前我也不知道圖紙疑問有什麼用,現在我知道它很重要,如果圖紙不明確可能會在算量上有很大的差異,對本專案的招標是非常不利的因此大家在做預算之前會把圖紙仔細看一遍,有疑問就向設計方提出,有設計方給出準確答覆經過一天的熟悉圖紙,我對圖紙有了一個最初的瞭解,師父說明天要開始算量所以先教我如何避免漏項,具體步驟是:土石方與基礎工程、腳手架工程、鋼筋砼工程、砼工程、砌築工程、門窗工程、鋼筋工程、樓地面工程、屋面及防水工程、裝飾工程、其他工程這個在以前做課程設計時也學過,基本上是大同小異,所以在學習做的課程設計還是很重要的,畢業後肯定又用的著的地方。

  實習日記8

  今天天氣還不錯哦,新的一週開始了,在新的一週的開始,調整好自己的心態,全身心的投入實習中今天按照安排我在公司看了一天的施工定額,現在現行的定額是2004年修訂的定額,定額辦雖然已經更新到2019價目表,但是在現在的造價市場中仍然大多數用的是2019年價目表,少部分公司依然採用的.是定額計價該公司是根據甲方要求採用哪種計價方式,在甲方沒有要求時候採用清單計價記得去年實習的時候。

  由於剛畢業對定額理解不夠,看書就相當於一種這麼,但是今年就不同,今年看的時候就知道了那塊是重點,那塊應該仔細的理解,溫故而知新啊。

  這幾天感覺什麼也沒有得到,儘管每天都在看以前學過的定額與價目表,單說定額是但是整個社會水平的一個平均,但是價目表是隨著市場不斷改變的,所以在學習定額與價目表是我覺得不是去單單的學習定額與價目表,應該學習的是怎樣去套用定額與價目表,在什麼樣的情況下選用怎樣的定額與套用哪個價目表字母,這應該是一種技能,掌握的應該是該技能的主要使用方法,要做到活學活用,以便應對各種情況下來又要休息兩天了,可憐我的實習時間又少了了兩天,我得采取別的辦法。

  預算專業實習日記 篇2

  20XX.2.25

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

  人員管理有新增員工的功能,可以對新增的人員進行修改和刪除,並給新增的員工分配許可權。

  費用專案維護模組:可以進行費用專案的新增和提交。

  報銷模組可以對報銷的專案在未提交之前進行刪除和修改。

  統計模組主要是統計員工提交的報銷單預算單,及每個部門的專案資訊和員工資訊等。

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

  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語句時後面多了一個逗號,看來程式設計也是需要非常的細心。總結了失敗的原因,記住教訓,一定不能再出現這樣的低階錯誤,而導致降低效率。這一步總算透過之後,我們開始著手不同角色所擁有的操作許可權,比如普通員工只有報銷申請的許可權(新增報銷單、刪除、修改、提交、檢視等功能),部門經理不僅有報銷申請的許可權,還有稽核部門員工提交的報銷申請單和預算申請、部門專案管理等許可權,每一種角色登陸到操作介面的功能按鈕不盡相同,所以當普通角色登陸後,稽核、預算等按鈕必須隱藏或者不可用。但是我們之前的介面裡的按鈕實現隱藏與子選單都很難實現,所以不得不考慮改變策略。之後經過討論我們將整個頁面佈局改變為框架模式,左邊顯示樹形選單,top'Frame顯示LOGO,mainFrame顯示主顯示頁面,bottomFrame顯示版權資訊以及系統時間。這樣我們貌似又回到了原型設計,,還是沒有專案經驗,最初就沒有考慮清除。

  20XX.3.3

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