北京中医药大学《电子商务》课件-第4章电子商务系统的分析.pptVIP

电子商务系统建设与管理 * 二、功能分析 1．识别参与者和定义系统边界 参与者（actor，一个外部的主动者）是系统外部的一个实体，它以某种方式参与了用例的执行过程。参与者通过向系统输入和请求系统输出某些事件来触发系统用例的执行。 挑选参与者的步骤包括： ①考虑所有可能与系统运行有关的人员、设备和其他系统，包括给系统提供数据或需要系统提供数据的各种角色； ②根据系统需要，确定参与系统维护和操作的参与者； 电子商务系统建设与管理 * 二、功能分析 ③对于每个参与者，判断是否能够确定至少一个用户来扮演这个角色，并实现这个角色所应该具有的功能，这样可以避免凭空想象各种参与者； ④对于获得的多种参与者，要注意尽量减少功能重叠的地方，对它们进行合理的组织和合并。例如对于网上销售系统来讲，购买台式机产品的顾客和购买笔记本产品的顾客都是企业顾客的特例，可以当作同一个参与者“顾客”来处理。 电子商务系统建设与管理 * 二、功能分析 1．识别参与者和定义系统边界 系统边界标识了什么在系统之内和什么在系统之外，并进而能够识别什么是系统的职责。对于系统开发人员来说，通过定义系统边界能够明确系统需要完成的功能，确认与系统交互的各种角色，并大致划定系统工作范围。 电子商务系统建设与管理 * 二、功能分析 1．识别参与者和定义系统边界 电子商务系统建设与管理 * 二、功能分析 2．建立用例模型 （1）用例的识别 用例是对企业过程的描述，作为一个叙述型文档，用例描述了一个参与者使用本系统完成某个过程时的事件发生顺序，系统通过执行一组活动来为参与者产生一个可观察的结果。 电子商务系统建设与管理 * 二、功能分析 2．建立用例模型 （1）用例的识别 第一种识别用例的方法是基于参与者的方法 ①识别出与系统或组织有关的参与者 ②对每个参与者，识别出他们发起或参加的执行过程 第二种识别用例的方法是基于事件的方法 ①识别出系统必须响应的外部事件 ②把事件与参与者和用例联系起来 电子商务系统建设与管理 * 二、功能分析 2．建立用例模型 （2）识别用例间关系 在用例之间存在的两种主要关系是：包含(include)或扩展(extend)。 包含关系是建立在相同功能和其他使用这些功能的用例之间的，意味着所有其他的用例都可以使用这个具有同一功能的子用例。 扩展关系则主要用于表示： 可选择的行为； 在特定条件下才发生的行为，如警告信息； 基于操作者的选择而进行的几种不同流程； 电子商务系统建设与管理 * 二、功能分析 2．建立用例模型 （3）用例图 识别了系统用例后，可以用图和说明的方式来组织和整理用例模型，以说明用例之间的关系和用例与参与者之间的关系。用例图是用例模型的图形显示，描述了系统的一组用例、用例的参与者以及用例和参与者之间的关系。同时，还可以以文档的方式从整体上解释用例模型，描述参与者与用例如何进行交互，并描述用例之间如何彼此相关。 * 【实例4-2】系统用例图 电子商务系统建设与管理 * 二、UML的静态建模 1．用例图 用例图示意 电子商务系统建设与管理 * 二、UML的静态建模 2．类图 UML中的类用来表示系统中需要处理的事物。类与类之间有多种连接关系，比如：关联关系(彼此之间的连接)、依赖(一个类使用另一个类)、泛化(一个类是另一个类的子类)等。类图就是用来表示系统中类和类之间的这些关系，它是对系统静态结构的描述。 电子商务系统建设与管理 * 二、UML的静态建模 2．类图 电子商务系统建设与管理 * 二、UML的静态建模 3．对象图 对象图是类图的变体。两者之间的差别在于对象图表示的是类的对象实例，而不是真实的类。对象图是类图的一个范例，它及时、具体地反映了系统执行到某处时的当前工作状况。对象图没有类图重要，对象图通常用来示例一个复杂的类图，通过对象图反映真正的实例是什么，它们之间可能具有什么样的关系，以帮助人们对类图的理解。 电子商务系统建设与管理 * 二、UML的静态建模 4．包 将许多类集合成一个更高层次的单位，形成一个高内聚、低耦合的类的集合。UML中将这种机制叫做包(package)。 包图主要显示由类组成的包以及这些包之间的依赖关系，有时还显示包和包之间的继承关系和组成关系。 电子商务系统建设与管理 * 二、UML的静态建模 4. 包 电子商务系统建设与管理 * 二、UML的静态建模 5．组件图和配置图 1) 组件图。组件图显示软件组件之间的依赖关系。一般来说，软件组件就是一个实际