
项目管理
文章平均质量分 68
snaill
请用一段话来描述您自己,如性格、爱好、生活态度、工作情况、受教育状况等。让大家更了解你
展开
-
[收藏]软件开发成功12法则——Joel Spolsky
作者简介:作者:Joel Spolsky 是纽约市一家小软件公司Fog Creek Software 的创始人。他毕业于耶鲁大学,曾在美国微软公司、Viacom、Juno 任软件设计师及经理。“有没有听说过SEMA?这可是衡量一个软件开发组好坏的很深奥的系统。别动,等一下!别按那个链接!给你六年你也搞不清这玩意儿。所以我自己随便攒了一套衡量系统,信不信由你,这系统,三分钟就可掌握。你可以把省下的时原创 2004-09-25 05:26:00 · 5845 阅读 · 0 评论 -
Doxygen簡介
作者:Gary W. Lee什麼是Doxygen?Doxygen 是一個程式的文件產生工具,可將程式中的特定註解轉換成為說明文件。通常我們在寫程式時,或多或少都會寫上註解,但是對於其他人而言,要直接探索程式裡的註解,與打撈鐵達尼號同樣的辛苦。大部分有用的註解都是屬於針對函式,類別等等的說明。所以,如果能依據程式本身的結構,將註解經過處理重新整理成為一個純粹的參考手冊,對於後面利用您转载 2006-02-27 19:35:00 · 1522 阅读 · 0 评论 -
[转贴]Rational Rose 入门指南:项目经理学习路径
IBM Rational 2004 年 3 月 作为Rational Rose入门指南的一部分,这个学习路径为项目经理们(也为一些管理员们)提供了使用Rational Rose来计划团队开发的非常有用的材料的大纲。这个学习路径是围绕着一个项目经理将Rose引入到软件开发团队所需要做的事情设计的,同时这个学习路径也可以帮助你理解在组织中部署Rose所需要权衡的事情。这个学习指南的目的是提供在Rati转载 2005-03-30 02:24:00 · 2538 阅读 · 0 评论 -
[转贴]CVS服务器快速指南
CVS服务器快速指南简介CVS 是 Concurrent Version System(并行版本系统)的缩写,用于版本管理.如果大家曾经参与过多人协作开发的项目,大家肯定有这样的痛苦经历:由于多个人同时修改同一个文件, 自己辛辛苦苦修改的程序被别人彻底删除了.另外,如果你的软件/程序已经发布了三个版本, 而这时候用户需要你修改第二个版本的东西,也许你会因为只保留了最新版本而痛哭流涕。还有就是你对程转载 2005-03-03 17:42:00 · 1079 阅读 · 0 评论 -
[转载]WinCvs简明操作手册(1)
WinCvs简明操作手册李芯 说明 本操作主要针对客户端的使用者,因为linux高一点的版本自带cvs的服务端,不详细说明。如需要安装服务端,可到http://www.cvshome.org/ 去下载安装。Windows NT版的server端可到 http://www.cvsnt.org/ 去下载安装。安装步骤 1.安装wincvs136.zip (http://sourceforge.ne原创 2005-03-03 16:14:00 · 1323 阅读 · 0 评论 -
[转贴]用CVS来管理自己的程序
用CVS来管理自己的程序出自:http://www.china-pub.com 姚继锋每个编写程序的人也许都有过这样的体验:对编写的程序作了一些修改,几天以后,我们可能发现上次的修改导致了其它的矛盾,甚至编译不能通过,但这时我们却很难找到自己刚在哪里作了改动。一般说来,我们总是希望自己完整的记录下一个程序开发的过程,记录下这个程序的每一点改进和调整。或许我们可以用备份的方法来解决这个问题,于是我们转载 2005-03-03 18:35:00 · 1179 阅读 · 0 评论 -
[转贴]CVS使用手册
CVS使用手册作者: 车东 Email: chedongATbigfoot.com/chedongATchedong.com写于:2002/07/10 最后更新:document.write(document.lastModified) 04/30/2003 10:33:00 04/19/2003 11:43:29版权声明:可以任意转载,转载时请务必以超链接形式标明文章原始出处和作者信息及转载 2005-03-03 18:22:00 · 1126 阅读 · 0 评论 -
[转载]WinCvs简明操作手册(2)
WinCvs简明操作手册李芯 四、修改提交文件 从服务端checkout项目后,会在本地建立文件的拷贝,在客户端修改后提交(commit)到服务端即可将最新的文件保存到服务端如下图,修改后的文件显示为红色。此时的修改只修改了本地的文件,如果要提交到服务器端,点击选中被修改过的文件,从右键菜单中选择"commit selection"命令即可提交到服务断后,文件版本会自动加1。五、更新文件--将服原创 2005-03-03 16:22:00 · 1365 阅读 · 0 评论 -
[收藏]微软Bug管理
微软Bug管理来自:微软 蔡锫一.团队组织 1.常见问题 没有人愿意做测试 觉得养不起那么多测试人员 开发人员不遵循规范,随心所欲 项目经理事必躬亲,分身乏术 2.微软团队模型 各角色的职责角色职责项目经理编写功能规范,协调各角色关系产品经理客户联系的桥梁,进行需求分析用户原创 2004-11-01 14:30:00 · 3366 阅读 · 5 评论 -
[原创]每日构建实践篇(二)
之前我们已经获取了当前项目的所有的代码,并把他们放入了指定的目录。下面是如何构建这些代码。本文以介绍VC的批处理过程,要注意的是,VC6的处理过程和VC.NET是不同,首先我们来看VC6如何命令行构建代码。1. 创建mak文件直接使用VC6的项目文件是无法在命令行编译的,所以要先导成.mak文件。在VC IDE的菜单中有导出的功能,他会在工程目录下生成一个对应的mak文件原创 2004-10-13 13:11:00 · 1688 阅读 · 0 评论 -
[原创]每日构建实践篇(一)
看了Joel Spolsky的《软件开发成功12法则》和《Daily Builds are Your Friend》,对于每日构建的必要性和实用性都深有感触。于是为自己的项目添加脚本以实现快捷的每日构建,并记述这个尝试的整个过程,方便以后参考。所谓的每日构建就是每天至少一次的重新创建整个工程,每日构建本身只能算是一个保护代码有效性和快速修改快速出品的手段,但是要想快速将项目成果由代码构建成最终原创 2004-10-12 15:19:00 · 2141 阅读 · 2 评论 -
程序员的常识
之前参加了一次关于产品易用性的争论,焦点在于产品中一个文件传输过程既没有提示也没有进度,导致用户根本无法确定是否在传输。 一方认为开发组的程序员应该很容易的看到产品易用性的问题,就像传输文件的操作,有等待状态或者传输进度都是最普遍的做法,开发组竟然视而不见也没有意见反馈提出实在无法接受;另一方则认为让程序员决定这些界面实在有失偏颇,之所以出现这样的问题是由于产品经理没有将界面需求确认清楚导致的。 乍一看,很容易让人联想,这是程序员缺乏责任心或者产品经理缺乏责任心导致的。但真的只是责任心的问题吗?我认为并原创 2011-01-19 13:46:00 · 4521 阅读 · 11 评论