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