Francis 的个人资料Francis & Eva照片日志列表 工具 帮助

阎 Francis

职业
地点
编辑中……请等待……

Francis & Eva

生活精彩继续 曼舞不同人生

    终于不懒了一次,答应Eva的记录生活点滴的话,总是被懒懒的习性抛在了24小时之外,今天拣拣微笑
    时间这玩意儿,是走的没有感觉,莫名其妙的又在北京晃荡了大半年,唯一收获的就是失败和挫败的经验,呵呵,虽然教训是惨痛的,失重感是强烈的,但过程是充实的,只是没有得到希望的结果。想法多多,如何付诸行动,第一步迈不动啊,浪费的时间多多,但是却欠缺静下心的思考,想到的顾虑多多,但是却欠缺走下去的决心。什么是准备好?何时又算准备好?请教下Eva吧,\(^o^)/~  我坚强的后盾。
    工作也已经有5年多了,还没有存款,Eva同志抱歉啊,但是想改还真不容易,呵呵,大事不成,状况不断,没有什么成就感,倒是运气还算好,先拿下了Eva,O(∩_∩)O哈哈~,但是亏欠也太多了,Eva给了我自由的同时,我却没能将自由转化为成果,现在既希望能早点回大连,可是又不想空空的只留下对北京的记忆,再努力下?再忍耐下?机遇是会自己蹦出来呢?还是需要去挖啊挖的?还有什么是适合自己去做的?找找看吧。
    我的缺点是越来越多,我怎么都发现不了自己的优点,奇怪了,现在说话说不全,总自以为别人会明白,但是说出话总是莫名的得罪人、伤害人。呵呵 可能有一个不知道算什么点的事情,就是我越来越会画大饼了,画的好大啊,画的让身边的人都像是吃了兴奋剂,但是不久就会出现兴奋剂后遗症,疲惫不堪啊。理论和实际,我现在越来越会说理论了,哈哈,实际点吧,攒攒钱,先达到个万元户也行啊,离小康生活再近点,再近点。爬着吧,也比原地打转还不知道转的方向强点吧。
    一点点写吧,别一次写完,又要懒很长时间了。Eva,我可更新了啊,表现这么好,有礼物吗大笑
 
Francis
   

美丽小公主

哥哥的小公主实在是太漂亮太可爱了!欢迎大家光临小公主的博客噢~http://guoyutong2007.blog.sohu.com/
 

踩踩~

明天大车和丽姐结婚一周年~祝福下~有情人终成眷属并天长地久噢~呵呵~红玫瑰
 
大勇找到新工作!加油啊!红玫瑰
 
萌萌,啥也不说了,也要加油啊!红玫瑰
 
俺们俩~~嘻嘻~~更得加油呀!红玫瑰

还有一个月

就整七年了

昨天没有更新上~

不抱怨了!
 
喜欢~ 红心
 
 
Eva

大事件

  2007年7月30日 阴历6.17  Francis & Eva  大事件 记!
 
Francis 

Because you loved me

for all those times you stood by me
for all the truth that you made me see
for all the joy you brought to my life
for all the wrong that you made right
for every dream you made beome true
for an the love i found in you

i'll be forever thankful baby
you're the one who held me up
never let me fall
you're the one who saw me throught
through it all


you were my strength when i was weak
you were my vioce when i couldn't speak
you were my eyes when i couldn't see
you saw the best there was in me
lifed me up when i couldn't reach
you gave me faith cez you believed


i'm everything i am because you loved me

N年更新~

嗯?竟然登录上来了!还很快呢!呵呵~
每次面对异形的登录画面总是毫不留恋的关掉!可每次又忍不住的一次一次试着登录!

软件项目失败因素分析

软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。

需求内容不明确,把握不充分

这是我们经常遇到的问题。一方面,由于客户(需求方)IT知识缺乏,一开始自己也不知道要开发什么样的系统,或者懒于系统地整理出来,经常是走一步算一步,不断地提出和更改需求,使得实现方叫苦连天。另一方面,实现方由于行业知识的缺乏和设计人员水平的低下,不能完全理解客户的需求说明,而又没有加以严格的确认,经常是以想当然的方法进行系统设计,结果是推倒重来。因此,需求分析必须注重双方理解和认识的一致,逐项逐条地进行确认。

工数估算过少

软件开发的工数估算是一项很重要的工作,必须综合开发的阶段、人员的生产率、工作的复杂程度、历史经验等因素,将一些定性的内容定量化。对工数的重要性认识不足,经常用拍脑袋的方式草算,是最常见的问题。还有,软件开发经常会出现一些平时不可见的工作量,如人员的培训时间、各个开发阶段的评审时间等,经验不足的项目经理经常会遗漏。同时,还有如下一些原因也是很典型的:

(1)出于客户和公司上层的压力在工数估算上予以妥协。例如,客户威胁要用工数更少的开发商,公司因经营困难必须削减费用、缩短工期,最后只能妥协,寄希望于员工加班。
(2)设计者过于自信或出于自尊心问题,对一些技术问题不够重视,或者担心估算多被嘲笑。
(3)过分凭经验。由于有过去的成功经验,没有具体分析就认为这次项目估计也差不多,而没有想到这次项目可能规模更大、项目组成员更多、素质各异、新员工很多,而且是一个新的行业。

项目组织过小

每个公司都希望以最少的成本完成项目,人手不足是大多数项目都会面临的问题。还有一种情况是项目组成员的技术水平达不到项目的要求,公司只能提供这些分配好的技术人员,或者由于项目经理的失误,在项目工数估算时没有明确要求技术水平,寄希望于员工自己努力。还有一些项目经理认为,在项目启动时不需要高水平的技术人员。

开发计划不充分

没有良好的开发计划和开发目标,项目的成功就无从谈起。开发计划太粗略主要反映在以下几个方面:
(1)工作分担(责任范围)不明确,工作分割结构(WBS)与项目组织结构不明确或者不相对应,各成员之间的接口不明确,导致有一些工作根本无人负责。
(2)每个开发阶段的提交结果定义不明确,中间结果是否已经完成,完成了多少模糊不清,结果是到了项目后期堆积了大量工作。
(3)开发计划没有指定里程碑或检查点,也没有规定设计评审期。
(4)开发计划没有规定进度管理方法和职责,导致无法正常进行进度管理。

不能添加在评论里,一定要隆重一下!

Because of Francis
妸滴神哪!
感动~
妸滴神啊!
鼓掌~
妸滴神呀!
……
 
 
Eva
 
 
第 1 张,共 67 张