通知去领系统分析师证书,高兴!
posted @
2006-06-20 11:29 石正 阅读(443) |
评论 (0) |
编辑 收藏
重用模块使用注意事项
重用模块除非必须修改(不修改就无法使用),否则,不做任何修改;
但是,如果重用模块没有使用说明的话,最好尽快建立重用模块的使用说明文件;
posted @
2006-06-20 08:45 石正 阅读(257) |
评论 (0) |
编辑 收藏
基于示例进行开发的团队开发模式介绍
在前段和Java小组一起开发的时候,采用基于示例进行开发的团队开发模式进行工作,取得了成功。特介绍该模式如下,希望更多的技术人员参与该开发模式的理论与实践工作,共同提高软件开发能力。
该模式的工作要点:
1、制定初步的工作规范,以后在工作中逐步完善,不断提高;
2、依据工作规范,建立各类模块的示例;作为相应类模块的工作规范示例;
3、同类模块的开发,参考示例模块进行;
4、所有的开发工作是迭代的;
其他:
1、测试工作最好同步进行;
2、示例要反复推敲,尽量达到完善;小组的全体成员都要参与示例的建设,都认为满意才作为通过的示例;
3、同类模块的开发,可以让初级程序员为主进行,以降低开发费用,培养软件人才。
4、逻辑复杂的模块的开发,要由项目组的高级技术人员负责,或者负责设计,或者审核设计方案;
浅陋见解,仅供参考。抛砖引玉,多加指教!
posted @
2006-06-19 09:16 石正 阅读(315) |
评论 (0) |
编辑 收藏
今天本团队发文章的成员很多啊!高兴!
posted @
2006-06-17 18:12 石正 阅读(229) |
评论 (0) |
编辑 收藏
热烈欢迎kingwkb加入本团队!
posted @
2006-06-13 09:19 石正 阅读(206) |
评论 (0) |
编辑 收藏
瓜子3148;比美葵皮薄,好剥;果仁大,好吃。
原计划使用美葵做例子,市场上不好买美葵了,看来得使用3148了。
塞翁失马,焉知非福!
posted @
2006-06-12 08:36 石正 阅读(165) |
评论 (0) |
编辑 收藏
最深的大海深度是:10911.4米。
昨天看书,获得的数据,估计不是最新的数据了。
posted @
2006-06-12 08:33 石正 阅读(741) |
评论 (0) |
编辑 收藏
在这里发文章目的是促进团队的建设,促进计算机技术水平的进步。
希望大家共同努力,
希望郑州尽快出现几个优秀的软件团队,出现几个大规模的优秀的团队。
让我们共同努力,共同迎接美好的明天!
posted @
2006-06-10 15:50 石正 阅读(267) |
评论 (0) |
编辑 收藏
项目补充工作规范
编制:石正
审核:小组全体
1、
平时的工作,要严格遵照工作规范执行;如果发现工作规范需要调整,可以提出来讨论;但在确定调整前,仍应该遵照原来的规范工作。
2、
团队里所有人员是平等的。
3、
项目在每个成员的机器上的存放位置是一样的,为:
D:\mywork\wsjd
;
4、
所有存储过程,要保留源文件,存放在规范指定的位置(
D:\mywork\wsjd\wsjd\storeProcedureFiles
);
5、
存储过程命名,请参考范例文件;名字中的
select,delete
等单词不使用缩写;
6、
系统采用条块式开发模式;每条对应一个功能项,每块对应一个功能项(条)的分层实现;
7、
每条(功能项)的开发顺序为:问题分析;总体设计;数据库结构设计(基本表、视图、索引等);存储过程设计;实体层设计;数据访问层设计;业务逻辑层设计;用户接口层设计;集成;美工;模块测试;维护;
8、
系统框架的搭建作为项目中的一个工作模块(条);
9、
单独的,或者公共的功能,作为项目中的一个工作模块(条);
10、
使用
VSS
访问
VSS
服务器上的文件时,连接服务器时,使用自己单独的帐号;这样,所有成员都可以及时看到是谁签出的模块;
11、
工作内容要以需求为依据,不随意超范围工作,不随意缩小工作范围;
posted @
2006-06-10 13:38 石正 阅读(196) |
评论 (0) |
编辑 收藏
协作胜于编码
团队里不需要特殊人物。
团队里的成员,虽然分工不同,但应该是平等、友好的。每个成员都应该有平等、协作的意识。
对工作可以有不同的意见,但确定的事情应该努力完成。
平时的工作,要严格遵照工作规范执行;如果发现工作规范需要调整,可以提出来讨论;但在确定调整前,仍应该遵照原来的规范工作。
posted @
2006-06-10 13:24 石正 阅读(167) |
评论 (0) |
编辑 收藏