浅陋见解,仅供参考。抛砖引玉,多加指教!
石正
一个计算机技术爱好者! 虽然我拥有了系统分析师的证书,但我仍然是一个计算机技术爱好者!
posts - 119,comments - 73,trackbacks - 0
热烈欢迎美工白丁同志加入本小组!
多发高见啊!
posted @ 2006-06-05 17:53 石正 阅读(161) | 评论 (0)编辑 收藏
编码能力过关的一道自我参考测试题目

题目:请使用任何一种方式写出一元二次方程求实根的算法或程序;
            设计该算法的测试用例;
            说明你设计测试用例的原理(依据)。
答题时间:30分钟。

标准说明:3个子问题的分值依次为40、40、20;
            以下标准仅做参考,实际工作能力(实际工作中遇到的问题)达到同样的分值,才具有同样的能力(仅本题可以做到,不算)。
            获得40,及格;(代码级工作能力)
            获得60,良好;(初级设计级工作能力)
            获得80,优秀;(中级设计级工作能力)
            获得95以上,好。(高级设计级工作能力)

注:合格的编码级设计人员应该正确回答该题目。

浅陋见解,仅供参考。抛砖引玉,多加指教!
posted @ 2006-06-05 15:40 石正 阅读(206) | 评论 (0)编辑 收藏
个人软件能力成熟的简单判断方法

1、自我感觉在团队里的工作是愉快的;
2、承担的工作,大部分是在计划内完成的;
3、和团队成员之间的沟通是顺畅的;
4、熟悉和他人协作工作的基本方法,能够做到大部分的协作是有效的;
5、和相关部门的关系基本上是融洽的;
6、熟悉使用最基本的版本控制软件等工具进行工作;

更细致、更规范的标准可以参考:个人软件能力成熟度相关的说明。

浅陋见解,抛砖引玉。
posted @ 2006-06-05 15:29 石正 阅读(153) | 评论 (0)编辑 收藏
团队成熟的简单判断方法

1、大部分的团队成员感觉在团队里的工作是愉快的;
2、团队承担的工作,大部分是在计划内完成的;
3、成员之间的沟通是顺畅的;
4、成员经常协作工作,并且大部分的协作是有效的,甚至是高效的;
5、团队和相关部门的关系基本上是融洽的;
6、团队使用最基本的版本控制软件进行工作;

更细致、更规范的标准可以参考:软件能力成熟度模型(CMM)、或者集成软件能力成熟度模型(CMMI)相关的说明。

浅陋见解,抛砖引玉。
posted @ 2006-06-05 15:14 石正 阅读(247) | 评论 (0)编辑 收藏
平凡的人总给我很多感动

和项目组的同事一起工作有1个多月了,这几天回顾下一起走过的日子,感受很多,觉得最恰当的表达就是:平凡的人总给我很多感动!
所在的项目组里的成员都很友好,团结协作。
平日里,项目里的工作,大家都协商着做,大家都发挥自己的优点,基本作到了表现的是小组的整体优势。
每个人都默默负责的做着自己该做的工作,及时主动的进行沟通交流,都关心项目的整体进展,都考虑项目下一步的工作。
需要加班时,自己都主动的加班。大家都努力在规定的进度安排时间内,完成自己负担的工作。

更难得的是,无论工作如何辛苦,大家都保持乐观快乐的心情!

感谢配合小组一起工作的美工,测试人员的辛勤工作,感谢他们对工作的热情!
感谢公司领导对小组工作的理解和支持!
感谢公司同事对小组工作的理解和支持!

有这样的人从事计算机应用事业,从事系统开发工作。
相信计算机应用的发展会有很好的前景!
相信用户的期待会得到回报的!
posted @ 2006-06-02 14:22 石正 阅读(163) | 评论 (0)编辑 收藏

软件开发工作中的1030原则

软件开发工作中,要讲究工作效率,要追求完成的工作量。
所以,遇到一时解决不了的问题时,不要过分的要求自己,要求小组成员;最好采取灵活的解决办法,可以考虑如下的处理办法:
如果本人在10分钟内,解决不了的问题,就不要自己解决了,立即提交到小组共同解决。
如果小组在30分钟内,解决不了的问题,就不要再考虑了,把这个问题暂时放下,等明天大家再一起讨论如何解决。
该方法,有效的解决了工作中遇到的难题,与工作进度的协调问题,同时有利于项目组内部的沟通与合作,有利于保持项目组成员的精神状态,对保证项目顺利进行有一定的作用。


使用该方法有一定的局限性,要求:
项目组内部成员友好平等;
项目组内部成员具有较好的团队精神;
项目组有解决30分钟后的难题的机制;


解决30分钟后的难题的机制:
1、预先做技术探讨,难题出现前,已经解决;
2、难题出现,到明天集体讨论前,项目组内部已经有人找到解决办法;
3、明天(下周或下阶段)工作计划中,安排专人负责解决;
4、咨询专家。


浅陋见解,多提宝贵意见。

posted @ 2006-06-02 13:53 石正 阅读(203) | 评论 (0)编辑 收藏
热烈庆祝我所在的开发小组第一阶段的工作,第一次测试结果良好!

分析结果:本次测试共测试2大部分功能,包含23个功能模块;使用测试用例一共286个,未通过用例28个,未通过比例为9.8%;没有发现严重错误和较严重错误,发现一般错误24个,轻微错误80个。
posted @ 2006-06-01 11:05 石正 阅读(224) | 评论 (0)编辑 收藏

工作需要,随手写了个软件错误分级标准,抛砖引玉,仅供参考。

软件错误分级标准(参考)

 

软件错误分为四级 , 按照严重程度依次为:严重、较严重、一般、轻微;
 

严重:可能导致整个系统或者系统中的大部分模块无法正常工作;

较严重:可能导致部分模块无法正常工作;

一般:导致模块内 , 部分功能无法正常工作 , 但降低要求后 ( 降级 ) 模块可以工作;

轻微:工作基本正常,但有不完善之处;

posted @ 2006-05-30 16:14 石正 阅读(199) | 评论 (0)编辑 收藏
热烈庆祝我设计的第一台工业机器人的机械部分所有难点全部解决!
posted @ 2006-05-29 12:06 石正 阅读(263) | 评论 (0)编辑 收藏
听到同事说了句话,感觉很精彩,发出来,奇文共欣赏!
自己像是一只小虫在技术的海洋里随波逐流。自己的知识很有限,自己的无知很无限。

自己的知识在人类知识的海洋中,也许象一只小虫!
在真理的海洋中,恐怕象小虫身上的一个小细胞?
posted @ 2006-05-26 21:32 石正 阅读(208) | 评论 (1)编辑 收藏
仅列出标题
共12页: First 上一页 4 5 6 7 8 9 10 11 12 下一页 
浅陋见解,仅供参考。抛砖引玉,多加指教!