项目立项到需求、分析、设计、实现和测试的整个过程，使用UML进行建模。
一、了解问题领域
了解业务概况，项目背景调查，业务前景分析，业务可行性分析，技术可行性分析，将开始了解系统的产生原因，运行环境，系统规模。
二、整理业务目标
业务目标也叫做业务前景，也就是要建设的系统的展望，建设系统的目的，用它做什么。
三、做好涉众分析
涉众就是跟业务系统相关的一切人和事。涉众不等于用户，用户是系统的使用者。首先先发现和定义好涉众，可以从以下一些方面去发现和定义涉众:
- 业主: 系统建设的出资方投资者
- 业务提出者: 业务范围、模式、规则的制定者，业务方的高层，CEO、高级经理等
3.业务管理者:实际管理和监督业务执行的人员，中层人员
4.业务执行者：业务操作人员，直接操作计算机
5.第三方：交易网站，第三方是网上银行
6.承建方：你的老板
7.相关的法律法规：行业规范和标准
8.用户：
分析涉众报告
系统分析员对项目涉众进行调查和访谈形成分析报告。包括涉众概要、涉众简档，用户概要，用户简档和消费者统计。
涉众概要，每个涉众为编号，说明涉众的基本信息和角色，基本期望。简档就是涉众的在系统承担的一些职责。消费者统计说明系统预期使用人群，以及频率和方式，消费者对系统的一些期望等。
涉众简档示例
用户概要示例
用户简档
消费者统计
四、划分业务范围
在开始进行需求之前需要先划分业务范围，我们在前阶段会提出业务目标和一些涉众期望，，并不是说要满足所有的内容。我们需要根据项目的周期，成本，可行性等，衡量其业务范围，进行划分业务范围指的是需求调研应该被局限在哪些部分的范围。
业务范围可以从业务目标和涉众期望开始着手，进行调整。
规划业务目标
1.取消一个业务目标
2.调整一个业务目标
3.调整业务逻辑
规划涉众期望
1.取消涉众期望
2.减少一个涉众期望
3.调整一个涉众期望
五、整理下思路准备需求调研
前面的一份工作已经把涉众报告以及业务范围规划好了，一份涉众报告
已经为下一步了解需求和业务建模指明了方向了，业务范围也规划好了，可以准备需求调研了。可以根据涉众关心的问题规划出需求调研计划，去调研需求。
首先需要划分优先级，众多涉众当中有一些是业务核心成员，他们的工作构成了业务的骨架，应当将涉众划分出调研的优先级，同时也将期望按重要程度划分出优先级，最重要的涉众的最重要的期望最先调研，投入最多时间。
涉众的优先级标准（按照数值）
最高优先级，数值3: 此类涉众是业务核心成员，担任的岗位和所做的工作构成最核心的业务流程。如果某一类涉众虽然不是核心成员，但他们意见对系统成败很重要，则应当赋予最高优先级。
普通优先级2： 此类涉众是主要业务模块的参与者。
最低优先级1：此类涉众是边缘业务的参与者。
期望优先级标准
最高优先级，数值3: 该期望是核心业务的组成部分
普通优先级2： 此期望是核心业务的重要辅助部分
最低优先级1：边缘部分。
按照上面两种划分优先级矩阵：如下图：
上面讲的规划出优先级后，第二步需要规划需求层次。一般分为三个层次，循序渐进，一层规划完之后继续深入。
第一层次： 业务架构
第一层次围绕业务北京、业务目标、业务目标人员、业务参与人员、组织结构、岗位设置等展开。这一层次完成后，业务需求的骨架就显示出来了。业务用例模型的业务用例视图、领域模型被建立起来。
第二层次： 业务流程
针对每个业务员目标，将参与这个业务目标的人员等等组织起来，描述业务流程。这一层次主要让业务流程运作起来。在第二层次中，包括业务用例实现、用例场景、分析场景在内的业务用例模型和概念模型被建立起来。
第三层次： 细节
针对每一个参与业务流程的参与者展开，描述其工作细节、怎么做、做什么、规则等。系统用例模型将被建立。
需求调研计划
这是项目计划的一部分，该计划规定了哪些优先级的期望在什么时候进展到什么的需求层次，由谁来负责。如果采用了迭代开发，则更需要规划每次开发的期望，期望的需求层次可以跨迭代周期。
6.与客户进行需求的沟通
这部分的内容需要具备一些沟通技巧。这里不做深入的描述。
待续。。
摘自《大象UML》
网友评论