• 请大家谈谈,拿到这样一个系统,是怎么进行分析和设计的?怎么处理类与类之间的层次,和通信。 比如把新闻发布系统分为话题:注册登陆、新闻发布、权限管理。 在“注册登陆”系统中怎么分析?其中有表单类,那么新填写的注册、
  • 工作将近一年了,前半年还好,在工作中对自己的java知识有所巩固。struts,hibernate都有所运用。可是最近这半年,老大说要我成为一个业务专家。整天要做的事情就是对业务需求分析,然后象一个QA一样,催促工程进度,必要的时候对工程进行组装。真的对自己的前途很迷茫,以前学的东西几乎全忘了(半年 icon
  • DDD里讲的Repository用于对一个entity的重建,因此Repository依赖于entity是很正常的一个关系。但是在使用中,会遇到entity本身需要访问数据库,如果调用repository来访问的话,变成了双向依赖,感觉不好。 例如:一个e icon
  • 在设计一个业务对象的时候,我将业务对象的属性和方法设计完整,可是在实现的时候发现,实现这个业务对象的时候,属性和方法的实现不同,在我看来业务层对于上一层次应该只暴露接口而不暴露实现,那么是否应该将设计的业务对象的方法剥离到接口上去,为业务对象只保留属性。我不知道这样理解对不对?还有个 icon
  • 小弟我正在搭建一个采用jsf+spring+hibernate的架构,该系统考虑采用DDD方法。苦于对DDD方法和对设计思想的理解不深,不能保证架构的合理性,请大侠们指点指点。 icon
  • 最近正在自学建模。打算以设计一个论坛做为目标。初步确定了论坛中有用户、管理员、论坛、帖子等对象。我想问一下,像添加帖子这种功能是否应该属于哪个对象?是应该放在用户对象还是帖子对象中?还有,像注册用户、消息的发送管理这些功能是应该独立出来成为一个服务还是放到用户对象中去?思考来思考去,感觉一脑 icon
  • 有订单、发票、货物这样几个类 订单和发票都有自己的属性,但也有共同的属性:就是订单中的货物信息。 例如:订单:X年X月X日向XX公司订货:A货物 10件 200元B货物 2 icon
  • 看了很多文章,想请教您一个关于订单系统的设计:1、订单系统需要适用各种业态模式;2、订单的呈现需要按某种具体业态模式的分类来呈现;3、订单数据与外部系统进行导入导出;4、订单可以支持强大的价格体系,即不同的价格计算; 请问您 icon
  • 在用OO思想去设计一个用例的时候,比如用户为一个Blog文章添加评论,对于这个情况,所谓的addCommnet方法是应该属于User类还是属于BlogItem(博客文章)类呢?有点晕了 icon
  • 最近需要开发一个资产管理的系统,我分析了一下,主要包括一个是资产的记录和查询,报表功能,比如记录桌子数量,属性,电脑的属性等;另一个就是资产的跟踪,比如谁借了什么东西,什么时候归还等等。 在技术上使用JAVA来实现,但有两个问题自己想不明白: icon
  • 一般而言域模型需要做到一个什么程度?这样列出主要属性和关系就可以了,像以前的分析模型一样还是需要更加细致?谢谢 icon
  • 最近自己做了一个东西,也是看书看多了,就想自己实现一下,跟大家说说,给点意见 我作的是一个很小的东西,类似于购物的网站,Domain层使用充血模型,对所有的Entity、ValueObject 进行建模,我的原则是所有关于Persistence操作放到每个 icon
  • 1.需求确认后对系统建模的大概用时有多少?(一般中型项目)2.根据需求构建系统的结构与选择成熟框架间有联系吗?3.对系统业务功能分解实现时从哪开始好?登录开始好吗? icon
  • 用例的创建是在概要设计,还是在详细设计阶段?如果有一个“用户登陆”用例,是否应该有型如“填写用户登陆日志”这种话呢?这句话是不是放在详细设计阶段更好呢? icon
  • 问题描述: 某市行政审批系统,主要负责全市各局对行政事项的审批工作. 现在分成事项主表与审批信息表.情况如下: 事项主表:ID(主键)、事项编号、事项基本内容、 icon
  • 对于"我用电脑写文章"中的实体关系我个人认为只有电脑和文章的关系,而"我"作为参与者,属于系统外部的事物,不必在关系图中画出来,各位是怎么认为的呢? icon
  • 一个统计类的需求:商店经理要统计某段时间内各类商品的销售情况。若按照面向对象的设计,类的关系应类似于:商店知道订单,订单知道订单项,订单项被商品说明描述,商品说明中的商品类别被(商品类别类)描述。在处理上面的统计需求时,我搞不清该如何进行设计了。若采用面向数据的设计当然一个稍 icon