保險公司做一套軟體,大學還沒讀完無從下手,懇請大神指點下該如何起步

tags:    時間:2013-12-16 17:07:15
保險公司做一套軟體,我大學還沒讀完無從下手,懇請大神指點下該怎麼起步。
項目的基本任務就是員工A的事情填寫一個表單,然後系統通知員工B開始他的任務,然後B完成後給經理審批,通過就直接報表列印,沒通過就反到員工B。要做一個基於web的開發,聽學長說有什麼OA辦公系統什麼的框架能很省事,省的我自己在設計頁面寫很多複雜代碼了,可是看了好幾天的資料完全不明白,也無從下手,不知道一步一步該怎麼來開發這個。

------解決方案--------------------
看下開源的工作流吧。
------解決方案--------------------
如果你是一個熟練的程序員,我會推薦你使用開源的BPM引擎來完成你的工作
可是你是一個大學生,在現階段我覺得最關鍵的不是框架,而是掌握軟體開發的步驟:
1: 需求分析(可以有很多方法,推薦你使用用例的方式排布客戶的所有應用場景,儘可能的做到涵蓋他們需要的,和你認為他們需要的,這能很好的提高你軟體交付的質量)
2: 將你用例中所有用到的名詞提煉出來,形成功能和資料庫表設計(推薦MySQL)
3: 用硬編碼的方式實現業務流程(不要求新,不推薦你在這個項目中使用BPM,這意味著你需要太陡峭的學習曲線)
4: 測試,交付
5: 嘗試使用BMP改造你的業務,提高系統的擴展性(這個階段可以作為項目二期或者你自己學習的目的)
------解決方案--------------------
你大學沒畢業就能接到保險公司的項目?

那你要做的事是把這個項目外包出去,自己的時間用來接更多的項目。
------解決方案--------------------
引用:
Quote: 引用:

如果你是一個熟練的程序員,我會推薦你使用開源的BPM引擎來完成你的工作
可是你是一個大學生,在現階段我覺得最關鍵的不是框架,而是掌握軟體開發的步驟:
1: 需求分析(可以有很多方法,推薦你使用用例的方式排布客戶的所有應用場景,儘可能的做到涵蓋他們需要的,和你認為他們需要的,這能很好的提高你軟體交付的質量)
2: 將你用例中所有用到的名詞提煉出來,形成功能和資料庫表設計(推薦MySQL)
3: 用硬編碼的方式實現業務流程(不要求新,不推薦你在這個項目中使用BPM,這意味著你需要太陡峭的學習曲線)
4: 測試,交付
5: 嘗試使用BMP改造你的業務,提高系統的擴展性(這個階段可以作為項目二期或者你自己學習的目的)
這個在我學的軟體工程這門課裡面有,這個我比較明白,文書什麼的都已經完成了,可是真正到開始代碼階段就蒙了,到底先設計資料庫呢,還是先把界面做出來再逐一實現任務等等的。就亂了


設計我習慣從原型開始,到功能再到資料庫,到編碼,這個過程每個環節都可以和你的客戶溝通,不管你怎麼做,編碼一定要最後做,一定要你的客戶認可了你的設計再開始。
軟體開發過程文檔不是為了有而寫的,要產生價值,這個價值就是客戶的認可,如果你寫了一堆東西,你的客戶依然不知道你將要交給他的是個什麼東西,不如不寫。。。

如果是畢業設計,說實話,學一門新技術,不如好好用你現在有的知識,踏踏實實的做一個軟體,這個過程你會有很多認識,軟體開發是一個一步一個腳印的事情。。

框架都是前人發現他在重複做一件事情的時候,處於懶得目的出來的,你現在的情況連為什麼可以偷懶都不明白,直接使用框架,對於你的成長不利。。。

作為一個寫了14年程序的老程序員的親身體會。。。
------解決方案--------------------
引用:
Quote: 引用:

Quote: 引用:

Quote: 引用:

如果你是一個熟練的程序員,我會推薦你使用開源的BPM引擎來完成你的工作
可是你是一個大學生,在現階段我覺得最關鍵的不是框架,而是掌握軟體開發的步驟:
1: 需求分析(可以有很多方法,推薦你使用用例的方式排布客戶的所有應用場景,儘可能的做到涵蓋他們需要的,和你認為他們需要的,這能很好的提高你軟體交付的質量)
2: 將你用例中所有用到的名詞提煉出來,形成功能和資料庫表設計(推薦MySQL)
3: 用硬編碼的方式實現業務流程(不要求新,不推薦你在這個項目中使用BPM,這意味著你需要太陡峭的學習曲線)
4: 測試,交付
5: 嘗試使用BMP改造你的業務,提高系統的擴展性(這個階段可以作為項目二期或者你自己學習的目的)
這個在我學的軟體工程這門課裡面有,這個我比較明白,文書什麼的都已經完成了,可是真正到開始代碼階段就蒙了,到底先設計資料庫呢,還是先把界面做出來再逐一實現任務等等的。就亂了


設計我習慣從原型開始,到功能再到資料庫,到編碼,這個過程每個環節都可以和你的客戶溝通,不管你怎麼做,編碼一定要最後做,一定要你的客戶認可了你的設計再開始。
軟體開發過程文檔不是為了有而寫的,要產生價值,這個價值就是客戶的認可,如果你寫了一堆東西,你的客戶依然不知道你將要交給他的是個什麼東西,不如不寫。。。

如果是畢業設計,說實話,學一門新技術,不如好好用你現在有的知識,踏踏實實的做一個軟體,這個過程你會有很多認識,軟體開發是一個一步一個腳印的事情。。

框架都是前人發現他在重複做一件事情的時候,處於懶得目的出來的,你現在的情況連為什麼可以偷懶都不明白,直接使用框架,對於你的成長不利。。。

作為一個寫了14年程序的老程序員的親身體會。。。

嗯,謝謝,我也有這個感覺,我把需求分析什麼的,還有裡面好多流程圖什麼的給老闆看,老闆看到一半我就發現他不感興趣了,因為我覺得這個文書上的東西他看不懂,他在乎的是我能不能按時把他要的東西給他看到,實實在在的東西,比如我網站界面出來了,比如這個按鈕能上傳圖片了,文書這些東西是給以後維護的人員看的,所以我現在覺得我寫的文書的價值還不知道在哪,我還是比較新手。我一開始想著,我已經把整個公司的工作流程搞清楚了,然後我用dreamwear把網址設計出來,再放到Eclipse里一個按鈕一個按鈕的實現功能。可是又感覺不太靠譜。一直想著有沒有像Netbeans一樣的,控制項只要拖拖就行了,然後要寫代碼只要雙擊控制項就能進去編輯,但是原來搞Eclipse的一個VE的可視控制項的插件又搞了好久還沒什麼實際作用,又怕是不是要一點一點的用代碼設計界面,那樣代碼量要多龐大啊。然後就這擔心那擔心的,到現在幾天過去什麼都沒辦成。

你意識到這個問題就很好了,推薦你一個工具 Axure RP Pro 6.5 
他就是干你要的那件事情的,畫系統原型,出來就是一個個的網頁,你按照你的思路吧系統畫出來,裡面的控制項都是托拖拽拽的,當你把系統畫出來了后拿去給老闆看吧,哪裡不滿意一目了然
------解決方案--------------------
你沒學過軟體工程?按照那個流程走。
簡要說下,先設計資料庫,后編碼
------解決方案--------------------
看你的描述。好像是要做一個OA系統。做這樣的軟體,起碼得熟悉常用框架,jbpm工作流。。如果是新手恐怕很難完成

------解決方案--------------------
用工作流就浪費了。
見需求就是簡單的狀態判斷以及系統通知功能。
只需要在資料庫-表單加一列表示數據裝(錄入完成、填寫完成、等待審批、審批通過),通過狀態判斷下哪個狀態下能做那些事,哪些表單應在顯示就完事了。

推薦閱讀文章

Bookmark the permalink ,來源:互聯網