Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
产品需求与商业分析BA方法
实战DDD(Domain-Driven Design领域驱动设计)
现代业务平台架构应该在什么理论指导下?无疑是MDD模型驱动设计和DDD,Eric的DDD是一本具有很大影响力的书籍http://www.jdon.com/m
“钻木取火”中理解业务
“钻木取火”中理解业务最近几天想做些有用的东西,这些东西不仅是对公司、对项目有用,更重要的是对自己有用。前面写了一些关于项目持久化的东西,我想现在对上篇文章中的技术问题作一个具体的解释和说明。这篇文章主要是关于业务分析的文章。第一、业务是什么?如何去剖析业务?去解释业务?我想
我觉得最经典的两句话,欢迎大家续接!!!
1.真正的需求是不变的,变化的是你对需求的理解,和对它的抽象(也就是你的设计)。2.面向对象不是银弹,而是铜弹,如果你的设计有90%以上是关于类型的描述,那么你的生产力才有可能提高一个数量级。
失败的经验
失败的项目经历 做项目的总有成功和失败,成功了需要总结,失败的更需要总结。以下要说的一个 Case 是我经历过的一个失败的项目,写出来,大家指点一下。 首先介绍一下背景,这个项目的客户是企业内部顾客,应用
需求分析完了接下来做什么?
采用用RUP开发过程 需求分析告一段落,业务需求都有了,UC也差不多写好了,接下来是设计,设计阶段该干什么呢? 我认为:1.确认系统的物理结构,网络拓扑2.需求分级3.类图4.ER
请教各位,怎么样发现系统中的类?大家都用什么方法?
书上说找需求中的名词,很可能就是对象,而用例图中的ACTOR又是怎么确定呢?新手,请大家多指教,谢谢!
大家说说这样的内容怎么设计类?怎么持久化?
有订单、发票、货物这样几个类 订单和发票都有自己的属性,但也有共同的属性:就是订单中的货物信息。 例如:订单:X年X月X日向XX公司订货:A货物 10件 200元B货物 2
客户永远是对的,改正用户错的
最近看了以前的精华贴《项目失败经验谈》,正好公司有出色的PM和SA 都是台湾人,20年以上从业经验,做过经典的J2EE项目(IBM NEC等), 他们讲“客户永远是对的,纠正用户错的(用数据)”,一味的把客户当上帝,只会“需求失控”,后面的
设计资产管理系统的疑问
最近需要开发一个资产管理的系统,我分析了一下,主要包括一个是资产的记录和查询,报表功能,比如记录桌子数量,属性,电脑的属性等;另一个就是资产的跟踪,比如谁借了什么东西,什么时候归还等等。 在技术上使用JAVA来实现,但有两个问题自己想不明白:
域模型的请教
一般而言域模型需要做到一个什么程度?这样列出主要属性和关系就可以了,像以前的分析模型一样还是需要更加细致?谢谢
系统建模思索中……
1.需求确认后对系统建模的大概用时有多少?(一般中型项目)2.根据需求构建系统的结构与选择成熟框架间有联系吗?3.对系统业务功能分解实现时从哪开始好?登录开始好吗?
设计求助
问题描述: 某市行政审批系统,主要负责全市各局对行政事项的审批工作. 现在分成事项主表与审批信息表.情况如下: 事项主表:ID(主键)、事项编号、事项基本内容、
请教两个系统设计的问题,内详,谢谢指教。
你好! 1.报表打印如何封装才合理?比如:销售明细表,汇总表,对帐报表。应该把它们加到相关的业务类中(如:销售业务类中加入获取报表数据的能力),还是用一个报表类封装?或者其他好的方案? 2.业务的
上页
关闭