DDD领域驱动设计批评-文集-点击查看>>
问题时间：2014/7/7
譯揮 (252***466) 9:25:32
关于"业务需求"，我们一般习惯要求业务部门在提出信息化需求时，应该明确业务需求。按软件工程来讲，这个提法可能不合适，但是，还能什么更好的提法吗？ 谢炀(18***743) 9:26:24 业务现状？ 譯揮 (252***466) 9:31:11 如：提出如下业务需求 需求原因：为加强公司办公用品管理，控制办公用品费用支出 需求目标：实现公司办公用品的集中管理 需求概述：各部室提交各自办公用品需求清单，办公室收集各部室办公用品需求，一月两次集中交由致远进行采购分发。 潘加宇(3504847) 21:03:44 （“业务需求”的说法不严谨） 如果是涉众提供的，那只能当作【需求的素材】，往往内容散乱，范围飘忽不定。我们根据这些素材来建模。 （上面说的这些，“加强公司办公用品管理”属于废话，“控制办公用品费用支出”是个大目标，比“加强公司办公用品管理”还要高一个级别，也是废话） （“实现公司办公用品的集中管理”–可以提炼“集中”的度量指标，目前怎么就不够“集中”了，改进后，领导如何判断“不错嘛，果然集中了好多”？） （“各部室提交各自办公用品需求清单，办公室收集各部室办公用品需求，一月两次集中交由致远进行采购分发。”–这个只是解决方案，不是“集中”的度量，合适的应该类似于“在维持其他指标不变的前提下，将发放的经手人缩减到原来的20%”）
3月17-20晚剔除“伪创新”的领域驱动设计-网络公开课
UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-26套UML+Enterprise Architect/StarUML建模示范视频（202201更新）
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
如何选择UMLChina服务
