软件设计第3章第1节.pptVIP

软件设计第3章系统管理功能设计3．1需求分析3．1．1业务蓝图1.什么是业务蓝图业务蓝图就是计算机化的业务流程图，也称系统流程图。业务蓝图建模是将用户的需求映射为系统的需求。业务蓝图源于业务流程3．1需求分析系统登录的业务蓝图如图3．1需求分析2.业务蓝图要素3．1需求分析3.绘制业务蓝图步骤确定系统（子系统或模块）名称明确用户需求确定系统执行者确定活动确定事件确定控制流确定数据对象及数据流描述活动细节3．1需求分析3．1．2功能分析用例建模过程：1.画出用例模型图3．1需求分析2.用例关系分析在用例模型中用例与用例之间不是分开的，是相互联系的，在业务蓝图中活动与活动是通过事件联系在一起的。而一个活动对应一个用例，所以在用例分析过程中也应确定用例之间的关系,用例关系有三种：继承、包含、扩展3．1需求分析3.登录模块用例清单3．1需求分析3．1．3数据对象分析1.对象与类对象就是一个具体的事物，对象有的是有形的、能看见的，例如马路上的一台汽车；有的是无形的，比如一个完美的构思方案。这个世界是由对象组成的，对象是组成世界的基本单位。程序也是由对象组成的3．1需求分析2.数据对象建模步骤·确定类及其主要属性·确定类之间的关系·确定对象的多重性·绘制类图3．1需求分析3.以登录模块为例介绍数据对象建模过程(1)确定类及其主要属性①表示类名，②表示属性列表，③表示方法列表3．1需求分析(2)确定类与类之间的关系用例的实现是通过对象与对象之间协作来完成的，对象与对象之间有三种联系类型：关联、聚合或复合、继承①②代表的直线表示的就是两个对象的关联关系3．1需求分析(3)确定对象的多重性关联是表示对象与对象之间是有联系的。除此之外，对象与对象之间还有一定数量关系，常见的数量关系有：1对1，1对多和多对多。1对1：只表示两个对象有关联，用1…1表示；1对多：表示1个对象与多个对象有关联，用1…*表示；多对多：表示多个对象与多个对象关联，若对象A与对象B是多对多关系，那么必有一个A对应多个B，反过来一个B对应多个A，多对多用*…*表示3．1需求分析登录模块类的多重性3．1需求分析(4)绘制类图第一步，启动Visio工具第二步，绘制类图第三步，绘制关联关系首先，添加关系其次，设置显示形最后，设置多重数3．1需求分析3．1需求分析(5)编写数据字典数据库所有列名及其数据类型、长度、取值范围的列表，称为数据字典，是对数据对象属性的详细描述。数据字典编制格式见表3．1需求分析3．1．4用例详细需求描述1.用例名称：用例的名称。2.用例简述：用例的作用和目标，或是简要的过程。3.事件流程：采用参与者与系统之间对话的方式，描述是什么和做什么，不描述原因和方式。3．1需求分析4.替换流程：基本流程中发生了替换，如果只要几行就能描述清楚，则写在基本流程中；如果较为复杂，则另行设置替换流程段。5.前置条件：用例执行之前，系统必须处于的状态。如按订单收货，订单必须处于确认状态。3．1需求分析6.后置条件：系统完成用例之后，可能处于的一组状态。如按订单收货，可能订单收货全部完成，处于收货完成状态，也可能某些订单行项尚末完成收货，仍处于订单确认状态。7.扩展点：扩展点描述使用、扩展关系的发生位置。以扩展点名指明在事件流程中的位置3．1需求分析8.界面原型：描述图形用户界面的逻辑构成、图形元素及其布置。界面原型表示方式可以是草图，也可以是快速工具开发的界面，界面原型是后期界面设计的基础。9.特殊需求：常常是非功能性需求3．1需求分析3．1．5界面原型界面流转的确定方法：根据业务蓝图的事件流或用例关系。因为界面原型具有直观生动的特点，常常成为与用户交流业务需求的重要方式，界面原型也是后期详细设计当中界面类设计的基础3．1需求分析登陆模块界面原型3．1需求分析3．1．6编写产品需求说明书1.产品需求说明书主要内容3．1需求分析3．1需求分析2.需求模型**细实线，表示数据的流入或流出数据流粗实线，表示流程方向的控制线控制流事情的发生，事件中的一种事件名需要存储在数据库的数据对象数据对象报表的到达或发出，事件中的一种报表书面凭证的到达或发出，事件中的一种单据活动节点，也称作业、任务、处理节点，执行者通过系统要完成的事情活动比如用户、