Project Process - 随笔分类 - 笨笨

Wiki为什么会流行

摘要：我来开题，老段补充一下，嘿嘿。。。 Wiki的优点：版本管理和版本比较多作者，多编辑的协作简洁 Wiki的缺点(或者第一次用不是很习惯的地方)：非所见即所得需要学习一下简单的语法文章的分类好像不是很地道所有的链接基本是自己加，更新可能会麻烦点？阅读全文

posted @ 2005-12-11 14:22 笨笨

记录一点零碎想法

摘要：19.已经实现了exception的stack track，现在的问题是考虑当stack在不同的system boundary之间传递的约束。18.接问题17，恼人的异常，我前面的设计遇到的问题是：逻辑几乎完全相同，但是需要同时兼顾CORBA, EJB, WebServices的远程调用能够抛出的不同异常，为了避免类污染和classpath污染，我的做法是一个base项目，另外3个Abstract... 阅读全文

posted @ 2005-11-21 16:17 笨笨

软件开发风险管理的EIVO模型(Entry, Input, Verify, Output)

摘要：软件开发风险管理的EIVO模型(Entry, Input, Verify, Output). 阅读全文

posted @ 2005-11-21 14:57 笨笨

JIRA真不错

摘要：在自己机器上面安装了一个JIRA，感觉真的挺舒服的：界面不花哨，但是比较典雅带Portal功能，各个模块可以随意添加(这个部分的操作感受比我用过的Bea的portal管理器还要舒服一些) 属性和分类设置比较合理，如果自己要开发类似工具，大可以参考其流程和字段，例如问题定义，状态跟踪，项目分类等等。 CVS module的集成，使得使用CVS的项目管理更加容易，很多东西一目了然。自定... 阅读全文

posted @ 2005-11-17 23:50 笨笨

续：前面一篇Requirement Plan我觉得已经写的很好了

摘要：根据我做需求分析（姑且这么称呼）下来的感觉，这份plan的确写的非常清楚：1. 各个阶段的目标和产出标准定义清楚2. 成员和角色定义3. 联系人定义4. 工具统一定义5. 文档类型定义非常明确这样开始干活就可以一步一步明确的来了。IBM的RequisitePro在思路上没有引入更多，但是优点很明确：我们现在类似的功能都是手工通过CVS，word，excel等一系列的table来跟踪，这样的缺点，灵... 阅读全文

posted @ 2005-11-17 21:57 笨笨

Requirements Management Plan From IBM RequisitePro Sample

摘要：ClassicsCD.com Requirements Management Plan Version 1.1 Revision History Date Version Description Author 1.25.1998 1.0 inception p murphy 5.22.1999 1.1 h moriyuke ... 阅读全文

posted @ 2005-11-17 21:02 笨笨

FDD

摘要：http://www.huihoo.com/development/fdd.html功能驱动开发模式FDD FDD（Feature-Driven Development）是由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发的一套针对中小型软件开发项目的开发模式。 FDD是一个模型驱动的快速迭代开发过程，它强调的是简化、实用、易于被开发团队接受，适用于需求经常变... 阅读全文

posted @ 2005-11-14 15:27 笨笨

V-Model

摘要：Relation Between Development and Testing Phases Testing is planned right from the URD stage of the SDLC. The following table indicates the planning of testing at respective stages. For projects of tai... 阅读全文

posted @ 2005-11-14 15:03 笨笨

IBM的RUP

摘要：阶段，里程碑，角色，活动，View，团队共识，迭代，View触发，知识共享，预估RUP Modeler-->RUP Organizer--->RUP Builder--->RUP MyRUP所以说小项目的PM要用未加裁剪的版本会很累:-)View定制，MyRUP：角色和活动映射：角色和功能映射：保守的迭代：知识共享-->流程定制--->活动分类--->角色分析--->人员角色分配--->定制vie... 阅读全文

posted @ 2005-11-14 12:01 笨笨

下载了一个IBM Rational RequisitePro Trial，感觉IBM的用户体验不错

摘要：这是下载完毕，IBM自动发出来的一个email，你可以看到，里面罗列了一些有用的link，就应改这样，我就不需要自己乱找了。Dear 笨笨:Thank you for registering for and downloading the IBM Rational RequisitePro trial.We are sending you these resources to help ... 阅读全文

posted @ 2005-11-14 10:55 笨笨

Use Case Driven OOAD

摘要：The fact that we’ve been able to teach this process, with only minimal changes, over an entire decade, with it remaining useful and relevant today, is made possible because our process is based on fin... 阅读全文

posted @ 2005-10-27 11:10 笨笨

项目沟通成本

摘要：软件项目的难点，应该在于跟不同background的项目成员之间的交流，这种交流直接影响建模方式，开发方式，review和归档方式，以及各种其他因素。我现在觉得，跟相同背景的人交流，是非常容易的事情，但是一般的项目都不会这么简单。阅读全文

posted @ 2005-10-26 22:11 笨笨

现在项目可以改进和学习的地方随笔

摘要：可以改进的地方：环境文件：一定要有一个文件记录所有的测试环境和production环境的信息，尤其是服务比较多的时候，包括数据库，服务器，分区，目录，用户名密码，链接字符串等等，这个文件一定要随时更新，不在允许发email问，由PL统一更新。另外一定要有一个词汇表，大家统一词汇，这个表格可以随着时间逐渐更新，后面进来的项目成员可以比较幸福。一定一定一定要加强团队内部的非正式的交流。切记... 阅读全文

posted @ 2005-10-18 09:42 笨笨

架构关乎着最大利益--在编写代码之前确定好应用程序性能和可伸缩性的限制

摘要：http://dev2dev.bea.com.cn/techdoc/05092701.html应用程序开发的生命周期定义得非常好，许多软件开发小组都遵照它的某种变体进行开发。首先，要定义需求，接下来定义对软件解决方案的一组要求。然后，依靠架构师（或应用程序设计人员，随您怎么称呼）的技能，定义应用程序所需实现的功能，并绘制原理图，以构建应用程序并将其映射到企业基础架构。开发人员根据该原理图进行... 阅读全文

posted @ 2005-10-15 13:59 笨笨

随笔分类 - Project Process