有感于做项目,回贴者有分! (300分)

  • 主题发起人 主题发起人 woyaoying
  • 开始时间 开始时间
做项目太累,没有做过产品,不知道做产品的感觉!有时候不是说本身的系统框架设计不好,代码实现能力不够,而是实际运用中客户的需求会发生改变!客户的需求也是应市场的需求来应变的,所以才有了对系统的不断更新要求!而做为项目实施者,更多的时候,大家都忽略了一点,就是怎样达到双赢或者多赢!接触过五个项目,至少都是能初验过!其中遇到过有管理上的问题,也有code的问题,也遇到过不同类型的客户,最深的感觉还是累!
 
客户要什么,咱就做什么
 
都是心得啊。
 
首先声明我是菜鸟,在这里发几点意见
1、现在的或者说中国内地有多少家公司真正认识到需要一套软件来进行管理?我认为不多,你让客户花几万买一台服务器他觉得没什么,你让客户花几万买一套软件呢?
2、现在做什么ERP,MRPII或者MIS的软件公司有多少?大的有上市公司,小的有私人作坊,面对如此多的选择,我不知道会有几家客户愿意花费人力,财力和几个月的时间配合你做调研,而且客户需要软件的成品大多比较急,我不知道客户有什么理由配合你的工作
3、既然是做测试就免不了出问题,如果让客户做测试会不会影响你公司的形象?客户作测试基本上都是按照正常的流程走一遍就完了,还有多少隐藏的问题没有暴露?客户测试的时候又会提出多少问题呢?有些问题要伤筋动骨(流程或者数据库结构)的。你会一个一个解决吗,那又会用多少时间?
我现在在一家不大不小的公司上班,我们的什么需求分析基本上没有。都是在跟客户谈的时候带上一套以前的软件,然后根据客户的要求修修改改,这样进度会快很多。但是现在的代码只能用“奇形怪状”来形容,编代码有老牛拉破车的感觉。而且数据库里面冗余字段很多,这些问题我都想知道怎么解决,我们的软件现在最大的卖点就是操作方便和客户专用
 
我是菜鸟,我觉得做软件的确很累,但觉得很有成就感,人家让做什么就做什么,有时让怎么做就怎么做,太没意思了,自从我上了大富翁我觉得挺开心的,我刚上不久,看到自己会的就给大家详细的解答
 
我觉得是简单的问题多人回答,复杂的问题少人回答。
 
好的,好好努力呀!也要向你学习!
 
学到老 活到老
 
我提出一個問題﹐大家在開發過程中一般是用什么﹑怎么來指導開發???
系統業務流程最初應該只有系統分析員才了解﹐那么如何讓開發人員寫出符合業務流程的程式??
系統結構由誰負責規划?系統畫面由誰負責制作?
我所在單位的開發過程一般都是這樣的﹕
了解客戶需求 ---系統分析---制作用戶界面----建立DB----系統流程說明會---開始開發。
說真的我已經極度厭惡了這種開發模式﹐沒有任何指導文檔(就是几個excel的table清單與一些專用名詞說明)﹐系統流程說明會上也只會講到大體系統流程﹐到真到撰寫的時候﹐問題來了﹕因為不清楚流程﹐細節上的東西往往要跑去問分析員﹔還有更煩人的﹐因為沒有開發指導文檔﹐同一種事物﹐從每個人﹑每次說出來都可能不一樣﹐例如在開發一個薪資系統的時候﹐就被一個薪資﹑總薪資﹑實得薪資給搞糊涂了﹐,,,
唉丫﹐勞騷還是少發點了﹐不知有多少 DWF所在的單位有成功用到UML的??
 
Jelly0228你谈到的我也是深有体会~
怎样才算成功的项目,怎样才能将项目推生到产品的高度。
我想只有不断的探索与实践了,但是成长与探索是多么的残酷无情~~~
这次做完项目,我的心情久久不能平静。多次想到在项目中该如何避免发生的问题。
多想静下心来研究技术啊,可是自己现在是身兼8职,调研、系统分析、需求、编码、
测试、实施等等全是自己一个人做。唉~~~也许对自己是个挑战吧!!!!
 
to Jelly0228
跟我們怎麼這麼象,真搞不清楚,這也象ERP開發。你以為程序員是神仙呀。
所以現在我是極不願寫具體的代碼。改做跟流程不太關係的東東了。
 
其实你看看tsp小组软件开发,psp个人软件开发等,你知道怎样才能管理自己和项目!
当然现在软件工程的书太烂了!大家差不多都是copy
现在在dfw上面一个人放个关于软件工程的个人感想,后面就会有很多人拍PP!
 
我現在懷疑一件事兒﹐是不是只有大而正規的軟件公司才會用到UML????
就我所認識的做軟件開發的朋友中﹐好像沒有一家是真正用UML而且成功的??
有哪些朋友接觸過UML???
相信不少朋友都應該知道潘加宇這個名字﹐我們單位曾請他講課﹐當然是關于uml的﹐覺得是些太理想化的東東﹐但也不排除自身原因~~~~呵呵~~

 
实现一个总体功能容易,实现具体细节难,而这细节没有深入的了解没有对具体业务的充分
理解,没有对操作习惯的充分把握是很难获得的,没有了这些细节的良好实现,光是给客户
一个总体功能是很难被用户接受的。
 
李维在《borland传奇》中也表达过对UML的怀疑。
UML从理论上讲,是很好的东西,但用于实践的时候,还是太繁琐,太学术化。如何让他更简洁、有效率地用于实际开发,还是需要一段过程的,或许和设计人员的素质有关系也说不定。
 
好﹐有前途
 
好,继续努力吧,呵呵(为什么老提示我灌水啊?)
 
为了钱,谁不累啊?
如果编程纯粹是为了兴趣,那有不同。
 
后退
顶部