小渔儿 (26***80) 2012-05-14 11:22:39
在温习UML功课；想问下：是不是在不明白组织想要什么的情况下才需要做业务建模？
潘加宇 (3504847) 2012-05-14 12:24:47
应该说：不明白系统应该提供什么功能的情况下，要做业务建模
潘加宇 (3504847) 2012-05-14 12:26:14
而且要想让组织告诉你"系统应该提供什么功能"，简直是异想天开
小渔儿 (26***80) 2012-05-14 12:27:03
那可不可以理解为：可以画出现有的业务流程，然后看在这个流程中哪些可以由系统来实现？
小渔儿 (26***80) 2012-05-14 12:27:38
现在有时候觉得很明白，有时候又很糊涂，在什么情况下需要业务建模？
潘加宇 (3504847) 2012-05-14 12:27:59
结合愿景来挑出最重要的改进点。理论上你要是想改进，什么地方都可以改
潘加宇 (3504847) 2012-05-14 12:28:10
想不清楚就不要想了
潘加宇 (3504847) 2012-05-14 12:28:30
说明，你现在不做业务建模也不会太痛苦
广州-nikon (18**430) 2012-05-14 12:28:30
是不是就是一个简单的录入功能，也是改进？
广州-nikon (18**430) 2012-05-14 12:28:37
至少方便数据查询了
广州-nikon (18**430) 2012-05-14 12:28:38
呵呵
潘加宇 (3504847) 2012-05-14 12:28:49
课上讲的改进点不记得了？
小渔儿 (26***80) 2012-05-14 12:29:10
我们现在拿到一个新的项目或者产品，似乎都知道这个项目或产品要做什么
潘加宇 (3504847) 2012-05-14 12:29:36
那怎么知道的？别人告诉的？天上掉下来的？
小渔儿 (26***80) 2012-05-14 12:29:59
项目嘛，就是客户提的；
潘加宇 (3504847) 2012-05-14 12:30:42
麻烦就麻烦在这个"似乎"上，就像做选择题，似乎这样也行，那样也行，你要想办法做减法，尽量排除错误选项
广州-nikon (18**430) 2012-05-14 12:30:46
客户做什么模块视乎不总要吧
广州-nikon (18**430) 2012-05-14 12:30:57
重要的是用这项目解决什么问题
小渔儿 (26***80) 2012-05-14 12:31:06
产品嘛，就是发现市场上有什么机会或政策有什么导向，于是我们在这中间能做什么；于是拿着这个调研客户
龙盘虎踞 (61**75201) 2012-05-14 12:31:12
客户提的那些功能只是他们自己想的解决方案，我们应该挖掘出客户想要解决的问题，方案应该是我们提的吧
小渔儿 (26***80) 2012-05-14 12:31:21
然后得出客户的需求，最终转换为系统需求
小渔儿 (26***80) 2012-05-14 12:33:14
我们的减法就是通过客户调研得出；