实践之路
1.初始阶段
- 开需求讨论会议,搜集需求,建立共同设想,确定项目是否有继续研究,开发的必要。
- 确定大部分需求的名称,以及对10%的高业务价值的需求进行详细分析。
- 完成初始的 设想文档,用例模型,补充规格说明,词汇表,风险列表,迭代计划,业务规则。
- 具体要做的事情:
- 开需求会议,确定是否要继续研究。
- 确定大部分需求的名称
- 和业务人员一起,确定10%的高风险的需求,以及编写用例。确定补充规格说明。
- 首先编写简单的设想草案
- 确定用户目标和对应的用例名称。
- 详细编写一些用例,并开始编写补充规格说明书。
- 精化设想。
2.细化阶段。迭代式的确定需求,设计,构建,反馈
- 对10%详细分析的用例。
- 通过对用例文本进行分析,确定领域模型。
- 根据用例,创建系统顺序图。
- 对复杂的操作,编写操作契约。
- 创建逻辑包图,架构图。
- 创建类图,以及交互图,分析已有的产品,完成类图,以及交互图。
注意产品都是不完整的
注意这个过程是快速的,
不可能完整
工具选择
2008年12月8日
11:57
Rose 不支持 c#.
Power designer 支持企业级架构,支持C#,支持Nhibernate,
现在不知道是否支持序列图和通信图的转换.不支持
是否支持交互图和代码的双向工程。不支持
Ea 支持c#,看着挺简洁,可以试试。
不支持交互图和代码的双向工程。
问题
2008年12月2日
13:58
- 如何确定用例的粒度。
- 应该把获取作品列表,放在可用性需求里面还是,使用用例,范围子系统来描述?!应该使用用例。
RUP
2009年2月4日
12:35
需求管理:一种系统的方法来寻找,记录,组织,跟踪系统不断变更的需求。
用例:一组用例的实例,其中每个实例都是系统执行的一系列活动,这些活动产生了对某个参与者而言可观察的返回值。用例强调了用户的目标和观点。以本质风格编写用例,摒除用户界面并且关注参与者的意图。