实践之路

1.初始阶段

• 开需求讨论会议，搜集需求，建立共同设想，确定项目是否有继续研究，开发的必要。
• 确定大部分需求的名称，以及对10%的高业务价值的需求进行详细分析。
• 完成初始的 设想文档，用例模型，补充规格说明，词汇表，风险列表，迭代计划，业务规则。
• 具体要做的事情：
  • 开需求会议，确定是否要继续研究。
  • 确定大部分需求的名称
  • 和业务人员一起，确定10% 的高风险的需求，以及编写用例。确定补充规格说明。
    • 首先编写简单的设想草案
    • 确定用户目标和对应的用例名称。
    • 详细编写一些用例，并开始编写补充规格说明书。
    • 精化设想。

       

  2.细化阶段。迭代式的确定需求，设计，构建，反馈

• 对10%详细分析的用例。
• 通过对用例文本进行分析，确定领域模型。
• 根据用例，创建系统顺序图。
• 对复杂的操作，编写操作契约。
• 创建逻辑包图，架构图。
• 创建类图，以及交互图，分析已有的产品，完成类图，以及交互图。

注意产品都是不完整的

   

注意这个过程是快速的，

不可能完整

   

   

工具选择

2008年12月8日

11:57

   

Rose 不支持 c#.

Power designer 支持企业级架构，支持C#，支持Nhibernate，

现在不知道是否支持序列图和通信图的转换.不支持

是否支持交互图和代码的双向工程。不支持

Ea 支持c#,看着挺简洁，可以试试。

不支持交互图和代码的双向工程。

   

   

问题

2008年12月2日

13:58

   

1. 如何确定用例的粒度。
2. 应该把获取作品列表，放在可用性需求里面还是，使用用例，范围子系统来描述？！应该使用用例。

   

   

RUP

2009年2月4日

12:35

需求管理：一种系统的方法来寻找，记录，组织，跟踪系统不断变更的需求。

用例：一组用例的实例，其中每个实例都是系统执行的一系列活动，这些活动产生了对某个参与者而言可观察的返回值。用例强调了用户的目标和观点。以本质风格编写用例，摒除用户界面并且关注参与者的意图。