幽游悠游<i@y***.com> 13:40:26
请教一下各位
如果我的软件产品是一个XX平台，上面允许有多个用户单位同时执行各自的事务，那么，这一点（1个系统和多个被改进组织的一对多关系）应当在工作流的哪一个环节注明或体现呢？
散步的猪(33***11) 13:57:42
要先进行业务建模，你说的软件产品已经把自己的系统引进来了，这应该是在改进业务流程时才加入。把业务建模做好，自然会把你担心的问题说清。
幽游悠游<i@y***.com> 14:00:04
嗯，首先谢谢猪猪的回答
假定我们进行业务建模，那么那个框（被改进的组织）上应该写什么呢？描述单一被改进组织的业务没有问题，就是这个"多个被改进组织"我没有找到地方放啊
幽游悠游<i@y***.com> 14:02:04
嗯，暂时还是没搞明白
散步的猪(33***11) 14:02:08
就是名字嘛，编一个，或者用拼音缩写，只是心头要晓得这是虚构的组织
幽游悠游<i@y***.com> 14:03:25
这样是可以的
但是"一个系统实例对应多个被改进组织"这一点还是没有表达啊
散步的猪(33***11) 14:04:48
不明白啥意思
散步的猪(33***11) 14:05:27
是说用一个系统替换多组织？
PLM(75***36) 14:25:16
你这里的多个组织是不是有一个共同的名字：***集团
PLM(75***36) 14:26:03
否则为何他们都用同一个软件实例
潘加宇(3504847) 10:13:17
实在找不到更合适的名字，研究组织就写A+B+C
幽游悠游<i@y***.com> 10:17:10
这个的话，建模是没有什么问题了，但是我如何在需求中（或者说在工作流的哪个节点）表达"这一软件系统实例是会同时服务多个组织"这一需求点呢？先谢谢潘老师
潘加宇(3504847) 22:59:06
不了解你的困惑在哪里，软件系统同时服务多个组织很正常，一个公司不就是由多个部门组成，一个部门又由多个小部门组成，局里有处，处里有科……
"需求"有严格的含义，不要随便说"需求点"
幽游悠游<i@y***.com> 23:19:54
哦，谢谢老师
我再多加实践后再说吧，感觉还是不够他是