所在位置:答疑 - 内容   
核心工作流 这样理解,分工合理么
 

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

解云鹏(31237**15) 12:12:19
好的,谢谢潘老师~,我先理解下,有问题再请教
潘加宇(3504847) 12:14:39
可以贴项目里具体的模型