解云鹏(31237**15) 11:41:22
潘老师，我对您提出来的核心工作流 这样理解，分工，您看合理么？
核心工作流
这是一个粒度逐步细化，承上启下的过程，依次为：
揣摩愿景：先揣摩愿景，谁提出来的，解决什么样的问题，有什么资源，多久做完，
有哪些指标，并找到研究对象－－业务组织；
（角色：产品 产出：文档）
业务建模：再对业务组织进行研究，这个组织都有哪些业务，内部有哪些系统
（包括人），怎么协作，再把将实现系统加到组织中，看怎么协作合适；
（角色：产品 产出：业务用例（组织外对组织）、业务时序（组织内－－组
织内其它系统与将实现系统协作的））
需求：接着根据业务用例、业务时序研究将实现系统边界，系统能解决什么问题，
需要为组织提供哪些服务；
（角色：产品 产出：系统用例（组织内其它系统对将实现系统的）、文档）
分析：再根据系统用例研究系统内部，如何拆分，有哪些组件，
如何协作(核心机制)，如何复用，界面原型；
（角色：系统分析、架构 产出：系统时序（系统内），原型，文档）
设计：最后根据系统时序做代码实现，用什么技术，代码如何实现并实现代码；
（角色：架构、程序员 产出：类图，代码）
潘加宇(3504847) 11:51:22
差不多。其实课上幻灯片和《软件方法》第一章已经定义得比较清楚。还是要按照课上教的和《软件方法》里面的来做，做中来讨论具体问题。在通过大量的实践来掌握基本要领之前，自己发挥不一定是对的。
稍作评点如下：
愿景：不是谁提出来的就是老大
分析：原型是捕获需求的视图，不属于模型的一部分。分析是分析序列图。可以不需要文本表示的分析工件。类图、状态图也是分析要有的。
设计：产出就是可以运行的系统
另外，序列图，不是时序图。时序图的翻译不准确。另外有时间图。
解云鹏(31237**15) 12:12:19
好的，谢谢潘老师~，我先理解下，有问题再请教
潘加宇(3504847) 12:14:39
可以贴项目里具体的模型