- 博客(8)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 RE:大家说说开发的时候类名和文件名一般是怎么规范的？
主 题： 大家说说开发的时候类名和文件名一般是怎么规范的？ 类名是不是有统一的前缀？如果有是以公司名为前缀，还是以单个项目名为前缀？文件名是不是也有统一的前缀？如果有是所有的都有前缀，还是只一部分公用的有？最好不要说看情况之类的，说说具体的操作情况。回复人：zhangmike(zhangmike) 一般没有必要在类名上加上前缀，一般的做法是包名或命名空间就是公司名称。最著名的就是j
2005-09-24 05:51:00
1752
原创 Test lifecycle -- important chapter in test plan
Some engineerings will write functional/nonfunctional test cases in test plan which occupys majority of pages. But some more important things are missed.One is test lifecycle. Test plan should
2005-09-13 06:59:00
1912
原创 简述软件配置管理
一、简述软件配置管理随着软件团队人员的增加，软件版本不断变化，开发时间的紧迫以及多平台开发环境的采用，使得软件开发面临越来越多的问题，其中包括对当前多种产品的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等，这些问题在实际开发中表现为，项目组成员沟通困难，软件重用率低下，开发人员各自为政，代码冗余度高，文档不健全等；造成的结果是：数据丢失，开发周期漫
2005-09-03 06:43:00
9414
1
原创 一个高成熟度组织的规程和指南目录
1.1 项目过程管理1.1.1 项目计划43_项目提议及立项规程：真正体现项目全生命周期管理。07_标准软件过程及其裁剪指南：指导项目如何开展进行和结束。25_开发计划编制规范：开发计划阶段指南。39_维护项目过程：项目后期维护指导。1.1.2
2005-09-03 06:38:00
2334
1
原创 SRS前需求双向追溯解决方法
第一个问题,什么是SRS前的需求SRS前的需求可以视为需求的原始素材,来自于客户的建议或要求,领导的意见,团队内部的点子都可以视为SRS前的需求.这些的陈述可能是凌乱的,没有结构的.第二个问题,SRS前会整理需求,有没有必要管理SRS前的需求在以前国内的标准和教学中,是没有SRS前需求管理的文档的.一般认为SRS会总结这些需求素材成SRS格式.在实际情况看,如果对SRS前需求进行管理,可以更好的管
2005-09-03 06:31:00
2657
原创 SRS后需求双向追溯解决方法
说来也很简单.常见的是利用工具(有专门的,也有用ACCESS,EXCEL,或定制)来得到一个需求矩阵的.这里介绍一种最简单的方法.1,在SRS中划分出一个一个需求,比如功能点,画面,条目等等,给每一个需求编号;2,在后续的所有工作产品中,与需求对应的地方,写下对应的需求编号. 比如在基本设计书中,一个类,就写清这个类对应的需求编号.在代码中,利用注释写清对应的需求编号.测试用例中记录对应的需求编
2005-09-03 06:16:00
2598
原创 关于软件组织培训的几个值得提倡的建议
1，培训课程要做到标准化，不因为老师的不同，而使培训主要内容发生过大变化。2，培训要有记录，包括学生的记录和老师的记录。3，培训要有计划，要根据培训需求来安排培训。4，值得安排一个指定的人员来管理培训，也可以把培训管理的职责交给人力资源部门专门管理。5，培训的结果要得到使用，没有接受相关岗位培训或免修，就不能就任相关工作。6，培训的效果应当得到调查，以提高培训水平，给老师和培训材料提出改进意见。
2005-09-03 06:15:00
2091
原创 工具在软件过程改进中的重要作用
过程改进必须依赖于工具1，工具可以提高效率2，工具可以保证既定规程得以较好的执行3，工具不会抱怨，能承担大量数据存储计算工作。4，规程工具化是每个过程改进开始时或进行中一直要考虑的问题，而且优先级要高。 即使不进行过程改进,如下工具是软件开发团队(10人以上)非常值得拥有1,缺陷管理工具.2,配置管理工具.(以上两项几乎是必备的)3,需求管理工具4,自动测试工具而在过程改进中,还要有额外的工具.
2005-09-03 06:14:00
2485
1
DevOps下架构设计的趋势特征
2017-04-09
中国信息技术服务标准ITSS白皮书第二版.pdf
2014-04-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人