最近在使用Color uml和DDD方法的时候有些思考,写出来和大家一起讨论一下。 1.二者的领域对象划分存在一些相似之处,如:Color uml中的Party,Thing,Place可以对应到DDD中的实体,Description可以对应到DDD中的值对象,moment-interval差不多也可以对应到DDD的服务类。 2.对于前期需求的收集、分析都可以采用Use Case的方法; 3.Color uml和DDD似乎都是直接从需求分析阶段进行设计,扔掉了传统RUP里面的分析阶段。 4.对于Color uml里面的Role对象一直没有深入的理解清楚,似乎仅仅是对业务过程中的一种描叙, ...
2008-03-13

项目进度的计划

关键字: 项目进度的计划
在敏捷开发过程中,关于项目进度、迭代周期的确定,下面是本人的一些理解和实践: 1.项目开始阶段根据需求功能的初始优先级估计工期,初步的安排迭代计划,估计出项目的总体进度计划; 2.在项目进行过程中,根据需求优先级的调整以及项目进展,不断的更改迭代内容、周期,进而更改项目的总体进度计划; 上面是我目前采用的方法,在项目的进行过程中,迭代、总体进度调整的比较频繁。往往最终的项目进度和开始的估计相差很大,导致最初的进度计划很不准确,参考性不强。这可能是由于我对项目组人员的开发速度总结的不够准确。 另外一种考虑是项目开始不进行整个进度的计划,只是安排首次迭代,每次迭代完成前安排下次迭代的内容,这也是 ...
其实没有用orm之前,如果系统分层比较彻底的话,也同样有这个问题。我们崇尚service层不包含数据访问的东西,包括sql语句等。这些都应该是dao层实现。但是很多查询功能都需要能够多条件任意组合查询。这个时候数dao层应该如何支撑? 我的想法是: 1.做一个比较通用的查询功能,比如设计一个参数类,查询条件通过这个参数类传递到dao层。dao负责解析; 2.就是dao层穷举这些所有可能的组合,分别为每一个组合生成一个接口方法。 看到有人在Hibernate中是使用detachedCretira来实现的。在查询端构造好detachedCretira,然后传递到dao去查询。但是这种方法违背了 ...
wczwcg
搜索本博客
最近加入圈子
存档
最新评论
  • Color uml 与 DDD ...
    tuti 写道画Color Uml的过程不就是分析吗? 我的理解中这个分析是基 ...
    -- by wczwcg
  • Color uml 与 DDD ...
    画Color Uml的过程不就是分析吗?
    -- by tuti
  • 项目进度的计划
    ozzzzzz 写道实际上做项目最忌讳的是,以为客户知道他们想要什么,一切都听客 ...
    -- by lzycxy
  • 项目进度的计划
    这要看签订合同的方式。如果是固定期限,固定价格的合同,那就要限制需求变更,不能完 ...
    -- by BirdGu
  • 项目进度的计划
    不可控的因素太多, 人,新技术、新团队,需求不明确,需求变更,客户不合作。每项都 ...
    -- by dboylx