软件开发文档的持续集成(zt) - Windows Live
软件开发文档的持续集成(zt)
文档是项目的知识,这些知识必须集中管理、容易获取、人人可以编辑。
项目在生长,代码在增加,文档也必须能够跟随项目自然生长,强行划分设计阶段和开发阶段,是不可取的。
Wiki不是传统的项目文档,而是一个应交流需要,可能随时增删改的知识库。项目组的成员,遇到问题,就应该首先查看Wiki,如果这是Wiki中没有,那么他应该找人询问。而那个知道答案的人,如果他不想再今后不断的回答同一问题,就应该把这个答案写入Wiki,这就是Wiki条目增长的自然动力。
传统文档{zd0}的问题在于浪费,而Wiki通过持续修改,按需提供的方式,保证了所有写下的文字,一定有超过一个人需要读它。
Include功能,增加include标签,可以在一个条目中,引入其他条目的全文,而不是仅仅增加一个link。
文档的层次结构,当项目的文档条目逐渐增加,分门别类的条目,更加便于查找,也可以有效的避免条目重名的问题。
一个Click,就能够创建新一个条目,用于填写当天的工作安排。
每日15分钟文档制度,基于“填写当日工作”的功能,我规定每个项目组成员,每天要花三个5分钟来写文档,早上的5分钟,填写当日工作计划。中午的5分钟填写上午的工作情况,下班前的5分钟,填写下午的工作情况。这样,每天的文档工作相当轻松,但是文档能够保证持续的跟随项目成长下去。更进一步的,这样的制度,对于项目的进度控制,也很有帮助。
User Case条目驱动,所有分解出去的User Case,在分配到责任人之后,该责任人的{dy}项工作,就是在Wiki中写下对于这个User Case的理解。随后项目进展,也应该持续的维护这个条目。
同时进行Bug的管理,Bug也作为Wiki中的条目,以便于和其他条目项目引用。
每次Check In CVS时,必须写注释。这是更加细节的文档,然后我还做了一个小程序,能够自动的从CVSTrac中读出当天Check In代码的注释。供每个人在写当天文档的时候引用。
郑重声明:资讯 【软件开发文档的持续集成(zt) - Windows Live】由 发布,版权归原作者及其所在单位,其原创性以及文中陈述文字和内容未经(企业库qiyeku.com)证实,请读者仅作参考,并请自行核实相关内容。若本文有侵犯到您的版权, 请你提供相关证明及申请并与我们联系(qiyeku # qq.com)或【
在线投诉
】,我们审核后将会尽快处理。
——
相关资讯
——
2022年中国固态继电器行业市场经营管理预测报告
2022/6/14
威海封头多少钱
2018/2/14
成都超低温冰箱
2016/8/17
番禺南村气早泄那家好
2015/10/27
丹阳收购Renesas瑞萨路由器交换器芯片
2022/7/28
供应彩卡印刷 专业彩卡印刷厂 {sx}捷成兴13509643418
2011/4/27
【玫瑰茄花草茶】-xxxxxx:玫瑰茄花草茶
2013/3/1
优多集成灶怎么样,质量好吗
2014/12/15
添香防辐射吊带衫多少钱
2014/12/15
剖腹产xx能恢复吗_金典薰衣草xx
2015/3/1
什么偏方能去掉xxx
2015/3/4
怎样预防和xx脱发
2015/3/18
Word常用的快捷键_咕叻
2010/1/9
齿轮倒角机安全操作规程--qsf999的安全生产小屋
2010/1/15
伊斯卡医疗器械加工推介刀具
2010/2/7
可以做为PS参考- 设计狂人- 博客大巴
2010/2/27
刚学开车离合器总掌握不好,, 有什么技巧_风铃_新浪博客
2010/3/4
海淀专业维修理光3350B复印机,打印机,传真机等办公设备_邴邴凯利的 ...
2010/4/2