面向对象的软件工作-----笔记_0.docVIP

PAGE1/NUMPAGES1

面向对象的软件工作笔记

..概念：

主题信息专家：

SME用况：

（case）描述了真实世界中参与者与系统相互交互的的方式。

我的理解是用况其实是为完成某件事情，所要经历的步骤。

用况是从执行者的观点描述系统行为用况分为本质用况与系统用况。

本质用况：

用于以独立于技术的方式捕获用户的意图。

用于反映需求系统用况：

细化的用况，用于描述系统如何实现对应的本质用况的需求。

用于反映分析用况图：

显示用况、参与者及之间关系的UML图执行者：

（actor）是与系统交互的外部实体。

包括一个用户角色（如系统管理员、顾客等）或其他系统（如一个中心数据库、一个装配件等。

）功能性需求：

描述环境与系统之间的交互而不考虑系统实现。

环境包括用户及任何与系统交互的外部系统。

非功能性需求：

指与系统功能行为没有直接关系但用户可见的系统部分。

伪需求：

是客户强加的需求，约束了系统的实现。

..一、需求分析（一）需求概述1、需求包括功能性需求、非功能性需求和伪需求。

功能性需求：

描述环境与系统之间的交互而不考虑系统实现。

环境包括用户及任何与系统交互的外部系统。

非功能性需求：

指与系统功能行为没有直接关系但用户可见的系统部分。

伪需求：

是客户强加的需求，约束了系统的实现。

2、需求描述的要求正确性：

模型中的每个东西都准确地描述了系统的一个方面。

完整性：

系统的所有方面都被需求模型描述（包括例外行为）。

一致性：

模型中的描述不自相矛盾，模型中的所有概念与同一事实的现象对应。

清晰性：

模型中所有概念都只对应一个现象。

现实性：

模型描述了可以存在的事实，即系统能在约束条件下实现。

（二）收集需求目的：

需求的提出与分析主要集中于描述系统目的，集中于使用者对系统的观点上。

步骤：

1、与用户交流，获得用自然语言书写的系统规格说明。

2、通过系统规格说明，标识业务事件并制作事件表。

3、为每个业务事件编写基本用例及叙述。

4、为每个与外部事件相关的用例场景绘制系统时序图。

5、进行领域建模，生成域模型，以表示系统问题域中的概念、属性和关联。

6、为每项系统操作编写约定。

结果：

对需求的提出和分析产生如下系统模型：

系统规格说明：

是用自然语言写的，支持与客户和用户进行交流。

业务事件分析表：

每个系统一个，说明业务事件的输入、输出、及事件的内容及输入输出的参与者。

分析模型：

用一种形式化或半形式化的符号表达，支持开发人员之间的交流。

主要有本质用况图（用例图）及叙述系统时序图（每个用例至少一个）本质用户界面原型本质用户界面流程图...