UML在需求分析阶段的应用资料.ppt

用例模型图 用例描述 为了方便与用户进行交流，可以使用文档对用例进行详细的描述。 例：对“记录称重数据”用例进行描述。 非功能需求分析 根据用户的需求描述，找出描述中属于系统的非功能需求的部分，将非功能需求记录在文档中。 非功能需求分析 例：[需求] 称重数据能够长期保存。 通过分析得知，可以使用数据库来保存系统中的数据。该系统的对该方面的要求应包括以下几个方面： 粒度：每个对象的大小。在该系统中一条数据的大小大约是200B。 容量：系统需要保存对象的数量。在系统中，每台计算机最多管理6台天车，每台天车每天最多工作50次，则系统每天最多需要保存300条记录，则每年需要保存的数据不超过10万条。 非功能需求分析 例：[需求] 称重数据能够长期保存。 通过分析得知，可以使用数据库来保存系统中的数据。该系统的对该方面的要求应包括以下几个方面： 粒度：每个对象的大小。在该系统中一条数据的大小大约是200B。 容量：系统需要保存对象的数量。在系统中，每台计算机最多管理6台天车，每台天车每天最多工作50次，则系统每天最多需要保存300条记录，则每年需要保存的数据不超过10万条。 非功能需求分析 检索机制：为了便于检索，需要给每一条数据一个唯一的编号。 数据更新：数据需要长期保存，每次只增加数据，不需要修改和删除。 可靠性：要求数据能够可靠的存储。 领域模型分析 在进行用例分析的同时，还需要进行领域分析，建立领域模型，绘制系统顺序图，进一步描述系统的静态结构、行为和执行的结果。 此处，领域指的是用户的业务领域，也就是需要解决问题的领域。 领域模型分析——找出领域概念 领域概念：用来描述现实世界中某个问题的一些名词和术语。 要建立领域模型，首先找出描述问题的概念和术语。 对用例描述进行分析，找出名词、动词、动词词组。 名词可能会成为领域模型中的类或类中的属性，动词和动词词组可能会成为类中的方法或类间的关联。 领域模型分析——找出领域概念 动词和动词词组列表： 输入数据 按键 处理 修改数据 记录 统计 上传 保存 显示 打印 产生 开发 安装 调试 发送 接收 领域模型分析——找出领域概念 对需求描述进行分析，找出下面的名词列表： 操作工人 输入数据 （按）键 车间主任 物料 重量记录 重量 统计报表 物料名称 模拟仪表 数据库服务器 按照种类统计表 按照操作工人统计表 仪表 系统 称重数据 操作员 物理仪表 领域模型分析——找出领域概念 对名词列表进行筛选，找出可能的概念类。概念类列表如下： 概念类名称 英文名称 概念类名称 英文名称 概念类名称 英文名称 操作工人 driver 模拟仪表 simulator 系统 system 物料 mater 物理仪表 actualmeter 称重数据 weightdata 重量记录 record 仪表 meter 操作员 operator 天车 hoist 领域模型分析——找出概念类 领域模型分析——找出概念类 领域模型分析——对概念类进行泛化处理 领域模型分析——找出类间关联 操作工人Driver类: 操作工人需要使用仪表的键盘向仪表中输入数据,Driver类和ActualMeter类有“使用”关系。 操作工人驾驶天车，Driver类和Hoist类有“驾驶”关系。 操作工人负责吊运物料，Driver类和Mater类有“吊运”关系。 领域模型分析——找出类间关联 根据上面的分析，得到下面的类关系图： 领域模型分析——找出类间关联 仪表负责发送称重数据，ActualMeter类与WeightData类是“发送”关系。 仪表向计算机系统发送称重数据，ActualMeter类与System类是“发送称重数据”关系。 领域模型分析——找出类间关联 根据上面的分析，得到下面的类关系图： 领域模型分析——找出类间关联 称重数据类WeightData： 称重数据类WeightData中包含物料编号和重量，包含天车操作工人的信息，包含天车信息。 称重数据类WeightData经过处理得到了称重记录Record类。 领域模型分析——找出类间关联 根据上面的分析，得到下面的类关系图： 领域模型分析——细化：为类增加属性和方法 天车操作工人Driver类 主要属性： name：姓名 code：编号 主要方法： Input()：输入操作工人编号和物料的编号。 Drive()：驾驶天车。 Convey()：运送物料。 领域模型分析——细化：为类增加属性和方法 天车操作工人Driver类类图： 领域模型分析——细化：为类增加属性和方法 称重数据WeightData类 主要属性： materID：物料编号。 weight：物料的重