需求开发

• C6需求分析与建模
• • 一、要点
  • 二、周期一：理清框架和脉络
  • 三、周期二：确定需求细节
  • 四、其他需求
• C7需求描述
• • 需求描述的风格与格式
• C8需求验证

C6需求分析与建模

一、要点

需求分析实际上是业务分析，也就是选择一种业务导向的线索将零散的需求串起来，形成一个体系完整、内容清晰的框架爱，以指导后续的设计、开发工作。
需求分析就是先分解、再提炼，在这个过程中消除矛盾。
1.需求分析做些什么

• 分解

a.业务流程为主线索的分解结构

适用于问题域不复杂，或者系统与问题域关联性不强的情况下，例如工具软件等
c.基于场景的分解结构
对于决策支持系统，决策场景、使用场景就是主要线索。向上可以总结成一类相似的集合，在总结成一系列的关注点或功能域。向下可以分解成具体的决策步骤或操作任务。

小结：在选择了何时的分解结构后，就可以吧需求规格说明书的大纲确定闲下来，知道应该捕获什么信息

• 提炼
  抽取共性的部分，建立针对整个系统的全局领域模型

• 消除矛盾

2.建模的目的与要点
目的：帮助我们按照实际情况或按我们需要的样式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个知道系统构造的模板；对我们所周的决策进行文档化。
模型是用来沟通的。
3.建模工具的选择
UML统一建模语言
UML图的选择

2）主要元素
基本元素：实体、属性、关键属性（键值）、关系
元素之间的关系：1:1,1:n.n:m

3.角色与使用场景分析
使用用例图分析，可以更好的完成以“人”的视角梳理需求
1、用例图
系统边界：方框内是系统，系统外的都是方框外，例如人、参与者都是系统外的
参与者与用例的关系：用一根带箭头的线表示两者之间可以进行通信。
用例之间的关系 ：包含、扩展、泛化。
4.周期一的产物
1）工作任务说明
在需求分析的第一阶段，核心任务就是结合业务流程、报表的需求，梳理出结构框架（领域模型）和行为 脉络（流程图——>用例模型），为第二阶段的需求分析工作指出方向。
2）业务事件分析
业务流程分析——可以使用泳道流程图
业务实体分析——类图
角色-使用场景分析
3）报表分析
1.why目标
2.what内容
相关业务实体分析
报表项分析
数据项及计算方法分析
4）抽象与整理
1）抽象用例模型
2）抽象类模型
5）填充需求规格说明书

三、周期二：确定需求细节

阶段任务：对用例模型、邻域模型标识处用例、领域类的细节进行填充。
填充组织行为需求用例的事件流
填充组织数据（结构）需求的领域类的字段和格式

四、其他需求

接口需求
非功能需求的跟踪

C7需求描述

需求描述的风格与格式

1.常见的描述风格与格式
1）自然语言
2）图形化语言
3）形式化规格描述
4）建议：
自然语言为主，辅之以图形化模型——最常见，绝大多数IS系统、软件产品
图形化模型为主，辅之以自然语言作为补充——RUP所推荐的方法
以形式化规格语言为主，辅之以图形化模型，以自然语言为补充——适用于以质量要求很高的邻域，例如航天、军工项目。
2.典型软件需求规格说明书解析
3.自定义模板的技巧
示例：
SERU需求规格说明书模板

C8需求验证

结束。

来源：Ivan陈哈哈