UML在需求分析阶段的应用

Abran和Moore的软件需求工程过程模型（未包括需求管理）用户需求和系统需求需求规格说明用户需求草稿分析模型可行性研究分析建模需求获取需求描述需求有效性验证1现在是1页\一共有57页\编辑于星期一UML在需求分析阶段中的应用需求分析阶段:使用用例图描述系统功能（功能模型）;使用概念类图建立领域模型（分析对象模型）;使用顺序图描述系统与外界的交互过程（动态模型）.现在是2页\一共有57页\编辑于星期一1、建立功能模型1、找出系统边界2、找出系统的执行者3、根据执行者的目标，找出系统的用例4、为了方便与用户进行交流，可以使用文档对用例进行详细的描述(使用事件流描述用例，包括基本事件流和备选事件流）。现在是3页\一共有57页\编辑于星期一非功能需求分析根据用户的需求描述，找出描述中属于系统的非功能需求的部分，将非功能需求记录在文档中。现在是4页\一共有57页\编辑于星期一2、建立分析对象模型

在进行用例分析的同时，还需要进行领域分析，建立领域模型。此处，领域指的是用户的业务领域，也就是需要解决问题的领域。现在是5页\一共有57页\编辑于星期一领域模型分析——找出领域概念

领域概念：用来描述现实世界中某个问题的一些名词和术语。要建立领域模型，首先找出描述问题的概念和术语。

现在是6页\一共有57页\编辑于星期一1、对用例描述进行分析，找出名词、动词、动词词组。

名词可能会成为领域模型中的类或类中的属性，动词和动词词组可能会成为类中的方法或类间的关联。领域模型分析——找出领域概念现在是7页\一共有57页\编辑于星期一2、对名词列表进行筛选，找出可能的概念类3、对概念类进行泛化处理4、找出类间关联5、根据上面的分析，画出类图6、细化：为类增加属性和方法领域模型分析——找出领域概念现在是8页\一共有57页\编辑于星期一3、建立动态模型使用活动图对业务流程进行建模。使用顺序图来描述用例的执行过程。现在是9页\一共有57页\编辑于星期一案例：AutoWeight系统AutoWeight系统是一个自动称重系统中的软件部分。自动称重系统能够对移动天车运送的物料进行称重，然后把称重的重量和物料的编号等信息传送给计算机，并由AutoWeight系统进行必要的计算、统计和报表打印。现在是10页\一共有57页\编辑于星期一天车：桥式起重机的别称。桥式起重机是桥架在高架轨道上运行的一种桥架型起重机，又称天车。桥式起重机的桥架沿铺设在两侧高架上的轨道纵向运行，起重小车沿铺设在桥架上的轨道横向运行，构成一矩形的工作范围，就可以充分利用桥架下面的空间吊运物料，不受地面设备的阻碍。现在是11页\一共有57页\编辑于星期一桥式起重机广泛地应用在室内外仓库、厂房、码头和露天贮料场等处。桥式起重机可分为普通桥式起重机、简易粱桥式起重机和冶金专用桥式起重机三种。普通桥式起重机一般由起重小车、桥架运行机构、桥架金属结构组成。起重小车又由起升机构、小车运行机构和小车架三部分组成。现在是12页\一共有57页\编辑于星期一案例：AutoWeight系统现在是13页\一共有57页\编辑于星期一现在是14页\一共有57页\编辑于星期一物料称重系统设备连接示意图现在是15页\一共有57页\编辑于星期一天车的工作过程每台天车配备一个操作工人，负责开动天车，搬运物料。天车搬运物料的过程如下：（1）天车操作工人把天车开到指定地点。（2）吊装物料。（3）天车吊起物料。（4）天车吊运物料运行。（5）到达指定的地点，放下物料。（6）天车回到指定地点，准备下一次工作。现在是16页\一共有57页\编辑于星期一称重仪表的工作过程（1）通过传感器得到天车吊运物料的重量数据。（2）重量数据显示到称重仪表屏幕中。（3）仪表提供串行输出接口，可以把重量数据发送出去，数据的传输格式符合RS-232标准。现在是17页\一共有57页\编辑于星期一用户需求与Autoweight系统相关的人员：（1）操作工人：负责操作天车，吊运物料，使用仪表输入物料编号等。（2）车间主任：车间负责人，查看系统数据。（3）操作员：负责使用计算机、打印机和AutoWeight软件，并负责软件系统的运行和维护、打印报表。（4）系统开发人员：负责开发AutoWeight软件。现在是18页\一共有57页\编辑于星期一用户需求1、操作工人（1）输入数据的过程尽量简洁，按键次数越少越好，最好是自动实现或“一键”完成。（2）能够处理吊运过程中的暂停情况。（3）输入数据错误，能够进行修改。现在是19页\一共有57页\编辑于星期一用户需求2、车间主任（1）记录每次称重物料的重量和时间。（2）记录每次称重物料的名称和操作工人。（3）按月统计每种物料的重量。（4）按月统计每个操作工人吊运货物的重量。（5）称重数据能够上传到数据库服务器中。（6）系统能够长期可靠的运行。（7）称重数据能够长期保存。现在是20页\一共有57页\编辑于星期一用户需求3、操作员（1）显示每次称重物料的记录，不能出现数据传输错误或丢失数据的情况。（2）打印各种统计报表。（3）系统能够方便地启动和运行，维护简单。现在是21页\一共有57页\编辑于星期一用户需求4、系统开发人员（1）系统有良好的可扩展性。（2）提供模拟仪表，能够产生数据。方便系统的开发、调试和安装。现在是22页\一共有57页\编辑于星期一需求分析与描述序号用户需求软件需求功能需求可以实现1输入数据的过程尽量简洁，按键次数越少越好，最好是自动实现或“一键”完成。X2能够处理吊运过程中的暂停情况√√√3输入数据错误，能够进行修改X4记录每次称重物料的重量和时间√√√5记录每次称重物料的名称和操作工人√√√现在是23页\一共有57页\编辑于星期一需求分析与描述序号用户需求软件需求功能需求可以实现6按月统计每种物料的重量√√√7按月统计每个操作工人吊运货物的重量√√√8称重数据能够上传到数据库服务器中√√√9系统能够长期可靠的运行√X√10称重数据能够长期保存√X√现在是24页\一共有57页\编辑于星期一需求分析与描述序号用户需求软件需求功能需求可以实现11显示每次称重物料的记录，不能出现数据传输错误或丢失数据的情况部分是X部分是12打印各种统计报表√√√13系统能够方便地启动和运行，维护简单√X√14系统有良好的可扩展性√X√15提供模拟仪表，能够产生数据。方便系统的开发、调试和安装√√√现在是25页\一共有57页\编辑于星期一用例分析1、系统边界AutoWeight系统是一个称重软件，可以将其边界定在：称重仪表和计算机系统之间计算机系统和数据库服务器之间现在是26页\一共有57页\编辑于星期一用例分析2、系统的执行者物理仪表模拟仪表仪表车间主任操作员数据库服务器现在是27页\一共有57页\编辑于星期一用例分析3、系统的用例先分析执行者的目标：仪表：将称重数据发送给系统车间主任：查看物料的各种分类统计重量操作员：查看物料的称重记录，打印各种报表。数据库服务器：得到称重数据现在是28页\一共有57页\编辑于星期一用例分析根据执行者的目标，找出系统的用例：记录称重数据打印称重记录按照各种统计物料重量按照操作工人统计物料重量现在是29页\一共有57页\编辑于星期一用例模型图现在是30页\一共有57页\编辑于星期一用例描述为了方便与用户进行交流，可以使用文档对用例进行详细的描述。例：对“记录称重数据”用例进行描述。现在是31页\一共有57页\编辑于星期一非功能需求分析根据用户的需求描述，找出描述中属于系统的非功能需求的部分，将非功能需求记录在文档中。现在是32页\一共有57页\编辑于星期一非功能需求分析例：[需求]称重数据能够长期保存。通过分析得知，可以使用数据库来保存系统中的数据。该系统的对该方面的要求应包括以下几个方面：粒度：每个对象的大小。在该系统中一条数据的大小大约是200B。容量：系统需要保存对象的数量。在系统中，每台计算机最多管理6台天车，每台天车每天最多工作50次，则系统每天最多需要保存300条记录，则每年需要保存的数据不超过10万条。现在是33页\一共有57页\编辑于星期一非功能需求分析例：[需求]称重数据能够长期保存。通过分析得知，可以使用数据库来保存系统中的数据。该系统的对该方面的要求应包括以下几个方面：粒度：每个对象的大小。在该系统中一条数据的大小大约是200B。容量：系统需要保存对象的数量。在系统中，每台计算机最多管理6台天车，每台天车每天最多工作50次，则系统每天最多需要保存300条记录，则每年需要保存的数据不超过10万条。现在是34页\一共有57页\编辑于星期一非功能需求分析检索机制：为了便于检索，需要给每一条数据一个唯一的编号。数据更新：数据需要长期保存，每次只增加数据，不需要修改和删除。可靠性：要求数据能够可靠的存储。现在是35页\一共有57页\编辑于星期一领域模型分析

在进行用例分析的同时，还需要进行领域分析，建立领域模型，绘制系统顺序图，进一步描述系统的静态结构、行为和执行的结果。此处，领域指的是用户的业务领域，也就是需要解决问题的领域。现在是36页\一共有57页\编辑于星期一领域模型分析——找出领域概念

领域概念：用来描述现实世界中某个问题的一些名词和术语。要建立领域模型，首先找出描述问题的概念和术语。

现在是37页\一共有57页\编辑于星期一

对用例描述进行分析，找出名词、动词、动词词组。

名词可能会成为领域模型中的类或类中的属性，动词和动词词组可能会成为类中的方法或类间的关联。领域模型分析——找出领域概念现在是38页\一共有57页\编辑于星期一

动词和动词词组列表：输入数据按键处理修改数据记录统计上传保存显示打印产生开发安装调试发送接收领域模型分析——找出领域概念现在是39页\一共有57页\编辑于星期一

对需求描述进行分析，找出下面的名词列表：操作工人输入数据（按）键车间主任物料重量记录重量统计报表物料名称模拟仪表数据库服务器按照种类统计表按照操作工人统计表仪表系统称重数据操作员物理仪表领域模型分析——找出领域概念现在是40页\一共有57页\编辑于星期一

对名词列表进行筛选，找出可能的概念类。概念类列表如下：概念类名称英文名称概念类名称英文名称概念类名称英文名称操作工人driver模拟仪表simulator系统system物料mater物理仪表actualmeter称重数据weightdata重量记录record仪表meter操作员operator天车hoist领域模型分析——找出概念类现在是41页\一共有57页\编辑于星期一领域模型分析——找出概念类现在是42页\一共有57页\编辑于星期一领域模型分析——对概念类进行泛化处理现在是43页\一共有57页\编辑于星期一领域模型分析——找出类间关联操作工人Driver类:操作工人需要使用仪表的键盘向仪表中输入数据,Driver类和ActualMeter类有“使用”关系。操作工人驾驶天车，Driver类和Hoist类有“驾驶”关系。操作工人负责吊运物料，Driver类和Mater类有“吊运”关系。现在是44页\一共有57页\编辑于星期一领域模型分析——找出类间关联根据上面的分析，得到下面的类关系图：现在是45页\一共有57页\编辑于星期一领域模型分析——找出类间关联仪表负责发送称重数据，ActualMeter类与WeightData类是“发送”关系。仪表向计算机系统发送称重数据，ActualMeter类与System类是“发送称重数据”关系。现在是46页\一共有57页\编辑于星期一领域模型分析——找出类间关联根据上面的分析，得到下面的类关系图：现在是47页\一共有57页\编辑于星期一领域模型分析——找出类间关联称重数据类WeightData：称重数据类WeightData中包含物料编号和重量，包含天车操作工人的信息，包含天车信息。称重数据类WeightData经过处理得到了称重记录Record类。现在是48页\一共有57页\编辑于星期一领域模型分析——找出类间关联根据上面的分析，得到下面的类关系图：现在是49页\一共有57页\编辑于星期一领域模型分析——细化：为类增加属性和方法天车操作工人Driver类主要属性：name：姓名code：编号主要方法：Input()：输入操作工人编号和物料的编号。Drive()：驾驶天车。Convey()：运送物料。现在是50页\一共有57页\编辑于星期一领域模型分析——细化：为类增加