第三章 系统设计
第三章 系统分析
3.1 识别参与者
识别参与者，我们可以从以下几个角度来展开，谁将使用该系统的主要功能；谁将需要该系统的支持以完成其工作；谁将需要安装、维护、管理该系统，以及保持该系统处于工作状态；系统需要处理哪些硬件设备与该系统发生交互的是什么系统；谁或什么系统对本系统产生的结果感兴趣。在这个过程中，我们可以通过画出系统结构图来明确显示参与者。系统结构图是对软件系统结构的总体设计的图形显示。在需求分析阶段已经从系统开发的角度出发，把系统按功能逐次分割成层次结构，使每一部分完成简单的功能且各个部分之间又保持一定的联系，这就是功能设计。在设计阶段，基于这个功能的层次结构把各个部分组合起来成为系统。 该系统的系统结构图按步骤可划分为： 第一步：进行登录，如果成功，进入第二步；
第二步：打开系统的主界面，根据相应的权限，在菜单中加以控制。如果有相应的操作，则分别跳入不同的步骤，共有四种选择；
★ 系统管理：再模块中可以对用户信息、厂商信息、商品类别信息和商品信息进行设置和管理；
★ 订单管理：在该模块中可以对订单的记录信息进行相应的管理操作： ★ 出入库管理：在该模块中可以对入库、出库两部分记录进行相应的管理； ★ 查询统计：在该模块中，可以对订单、库存以及出入库的记录进行一定条件下的查询。
根据上述的系统结构可也识别出参与者有：库存管理系统、系统管理员、出入库管理员、查询统计、后台数据库 图2-1清楚显示了系统结构。
8
吉林工程技术师范学院毕业论文
商品库存调度系统 用户管理 厂商管理 类别管理 商品管理 订单管理 入库管理 出库 管理 订单查询 库存查询 出入库查询 登录管理 系统管理 订单管理 出入库管理 查询统计
图3-1系统结构图
3.2识别用例
系统的用例分析是UML建模的第一步。用例图由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。 用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。上述已经确立了库存管理系统的各个功能模块，包括系统管理、订单管理、出入库管理、商品管理、厂商管理查询统计等。根据以上的需求分析和参与者识别，可以画出用例图，如图2-2所示。
9
第三章 系统设计
权限设置库存查询系统后台数据库出入库登记系统管理员厂商信息销售人员订单管理查询统计仓库管理员生产计划商品管理生产部门图3-2 用例图
在选中了部分用户描述进入迭代过程后，为了确保设计和编码产生完全符合需要的系统，就要对选中的描述进行细化分析，这实际上是一个细化的需求分析过程，会产生更多的需求信息，必须有效的组织和处理它们。一从系统的角度研究事件及行为产品用例的细化分析，首先应该从系统的角度研究外部参与者与我们将要创建的软件系统之间如何交互。交互期间，参与者产生一个发送给系统的事件，通常要求系统响应这个操作。根据分析的需要，在SSD中可以考虑每个相邻系统与系统的交互过程，从而发现和定义尽可能多的事件，发现事件的粒度可以根据具体情况来决定，图2-3便是细化的用例图。
10
吉林工程技术师范学院毕业论文
权限修改<
图3-3 具体用例图
<
11
第三章 系统设计
3.3 定义系统对象
常用的识别类的方法有：名词识别法、系统实体识别法、使用重用、从用例中识别类等。 ★ 名词识别法
识别问题域中的实体，实体的描述通常用名词、名词短语、名词性代词的形式出现。用指定语言对系统进行描述；从系统描述中标识名词、名词短语、名词性代词；识别确定（取、舍）类。 ★ 系统实体识别法
不关心系统的运作流程及实体之间的通信状态，而只考虑系统中的人员、组织、地点、表格、报告等实体，经过分析将他们识别为类（或对象）。 被标识的实体有：系统需要存储、分析、处理的信息实体、系统内部需要处理的设备、与系统交互的外部系统、系统相关人员、系统的组织实体。在确定类时，常使用两类技术：
★ 分解技术：将整体类和组合类分解。可控制单个类的规模。 ★ 抽象技术：根据一些类的相似性建立抽象类，并建立抽象类与这些类之间的继承关系。抽象类实现了系统内部的重用，很好地控制了复杂性，并为所有子类定义了一个公共的界面，使设计局部化，提高系统的可修改性和可维护性。
根据下述原则进一步确定类：
★去掉冗余类：如两个类表述同一信息，应保留最具有描述能力的类。 ★去掉不相干的类：删除与问题无关或关系不大的类。
★删除模糊的类：有些初始类边界定义不确切，范围太广，应该删除。 ★删除那些性质独立性不强的，而应该是类“属性”的候选类。 ★所描述的操作不适宜作为对象类，并被其自身所操纵，所描述的只是实现过程中的暂时的对象，应删去。
通过名词识别法和系统实体识别法等方法可以识别出系统的几个类,以 下用类图这种简单明了的方法分别表示出类的名称，属性，操作。图2-4所
12