2010 ——2011 学年第一学期
信息技术学院
《软件系统建模与UML》综合设计实验企业销售管理系统的UML建模
班级08级软件工程
学号081164044
姓名殷路辉
任课教师凌风彩
日期2010-12-19
目录
1. 需求分析 (3)
1.1 功能性需求 (3)
2. 系统建模 (3)
2.1 建立系统用例模型 (3)
2.1.1 分析系统角色 (3)
2.1.2 功能模块用例化及用例说明 (7)
2.2 创建系统静态模型 (13)
2.2.1 提取系统实体图 (13)
2.2.2 数据模型设计 (14)
2.2.3 提取系统类图和接口 (15)
2.3 创建系统动态模型 (15)
2.3.1 创建序列图和协作图 (15)
2.3.2 创建状态图 (16)
2.3.3 创建活动图 (17)
2.4 创建系统的部署模型 (18)
2.4.1 构件图 (18)
2.4.2 部署图 (18)
企业销售管理系统
1.需求分析
1.1 功能性需求
●销售人员能够对自己的客户进行管理，包括对客户信息的添加、删除、修改、查询、查
看和导出报表。
●销售人员能够实时记录与客户的售前跟踪情况。
●销售人员可以对客户的联系人信息进行管理，包括联系人信息的添加、删除、修改、查
询和查看。
●销售人员能够记录在售前跟踪客户的过程中产生的竞争对手的情况
●跟踪成功后，销售人员可以管理与自己客户产生的合同和订单。
●每个销售人员只能够管理和查看自己的客户信息。
●销售总监能够查看和导出所有销售人员的客户信息和销售信息，但不能够添加、删除和
修改的操作。
●系统业务人员可以把离职的销售人员的客户转移给其他一个或多个销售人员。
●销售人员、销售总监和系统业务人员可以修改自己密码。
●系统业务人员可以重置销售人员、销售总监，以及自己的密码。
●系统业务人员只能查看离职销售人员的客户的姓名，其他信息不可以查看和管理。
●系统业务人员可以对销售人员的信息进行管理，包括对销售人员的添加、修改、删除、
查询和导出报表。
2.系统建模
2.1建立系统用例模型
2.1.1分析系统角色
根据需求分析的功能性需求的说明，该系统的角色有三类：销售人员、销售总监和系统业务人员。其用例如下：
密码重置(from 系统维护)
)
导出员工资料
(from 员工资料管理)
(from 员工资料管理)
查看竞争对手
(from 竞争对手管理)
修改竞争对手
(from 竞争对手管理)
)
2.1.2功能模块用例化及用例说明
2.1.2.1 顶层用例
用例编号：2.1.2.1.3
用例名称：密码修改
用例描述：用户（业务人员、销售总监和系统业务人员）对当前正在使用的密码进行修改，修改成功后则启用新密码，否则继续使用当前密码。
参与角色：业务人员、销售总监和统业务人员
前置条件：用户登录成功登陆，进入密码修改页面
基本事件流：
1.系统显示密码输入框（一个当前密码输入框、一个新密码输入框和一
个新密码确认输入框）
2.输入当前密码和新密码（新密码和确认新密码），单击确定按钮
3.系统验证当前密码和两次输入的新密码的合法性
4.修改成功后系统提示“密码修改成功”
5.系统跳转到密码修改页面
其他事件流（*）：
2.1. 选择取消按钮，系统关闭密码修改页面，跳转到主页面
3.1. 输入的密码不合法，则在错误的信息处进行错误提示，要求用户重新
操作。
异常事件流：
4.1. 修改密码出错，给出错误信息提示，返回当前页面，要求用户重新操
作。
后置条件（*）：提示密码修改成功，返回密码修改页面
备选场景(*)：
补充说明(*)：密码4位至8位数字或字符
UI原型（*）：
2.1.2.1.1 客户管理用例图
2.1.2.1.1.1 客户信息管理用例图
删除客户信息
2.1.2.1.1.1.1 添加客户信息
用例编号：2.1.2.1.1.1.1
用例名称：添加客户信息
用例描述：业务人员添加客户信息，添加上的客户信息数据将在客户信息列表中显示。
参与角色：业务人员
前置条件：网站业务人员成功登录网站管理系统
基本事件流：
1.业务人员进入客户信息管理页面，单击“新建”按钮
2.系统显示客户信息添加页面
3.业务人员输入相关信息，按“保存”按钮
4.系统验证业务人员输入信息的合法性
5.验证成功，提示添加成功，并跳转到客户信息管理页面
6.用例结束
其他事件流：
1.在输入信息的过程中，业务人员单击“返回”按钮，则系统返回客户信息
管理页面，并不保存数据。
异常事件流：
1.业务人员单击“保存”按钮后，系统验证输入信息不合法，则在相应错误
信息候命进行提示
2.系统执行添加操作出错，则提示“添加失败，请重新操作……”，并返回
添加页面，让业务人员继续添加。
后置条件：客户信息管理列表被更新
备选场景：对基本事件流1，还可以点击“快速新建”。此时，客户信息添加页面则比2中的字段简洁
2.1.2.1.1.1.2 修改客户信息
用例编号：2.1.2.1.1.1.2
用例名称：修改客户信息
用例描述：业务人员由于对客户信息进行修改，修改后将更新原信息列表。
参与角色：业务人员
前置条件：网站业务人员成功登录网站管理系统
基本事件流：
1.业务人员进入客户信息管理页面，单击要修改的信息后面的“编辑”按钮
2.系统弹出编辑信息窗体，显示着原来的信息
3.业务人员对相关信息进行修改
4.修改完成，点击“保存”，系统验证输入信息合法性
5.验证通过，提示“修改成功”，页面跳转至客户信息管理页面，更新信息
列表
6.用例结束
其他事件流：
1.在修改客户信息过程中，业务人员单击返回按钮，则返回该客户信息管理
页面，并不保存修改后的信息。
异常事件流：
1.业务人员单击“保存”按钮后，系统验证输入信息不合法，则在相应错误
信息候命进行提示。
2.系统执行修改操作出错，则提示“修改失败，请重新操作……”，并返回
修改页面，让业务人员继续修改。
后置条件：网页上的客户信息管理列表被更新
备选场景：
补充说明：
UI原型：
2.1.2.1.1.1.3 查询客户信息
用例编号：2.1.2.1.1.1.3
用例名称：查询客户信息
用例描述：业务人员或销售总监查询本系统中记录的客户及其相关的信息。
参与角色：业务人员、销售总监
前置条件：网站业务人员成功登录网站管理系统
基本事件流：
1.业务人员或销售总监进入客户信息管理页面，单击不同的分类（）对客户进行查询。
2.系统根据不同分类的筛选，在客户信息列表中显示符合相应条件的客户。
3.用例结束
其他事件流：
1.系统找不到与分类信息相匹配的客户，则提示“无此客户信息！”，并返回
客户信息管理页面，让业务人员继续进行其他操作。
异常事件流：
1.系统执行查询操作出错，则提示“查询失败，请重新操作……”，并返回
客户信息管理页面，让业务人员进行操作。
后置条件：网页上的客户信息管理列表被更新
备选场景：
补充说明：1. 查询包括精确查询和分类查询
UI原型：
2.1.2.1.1.1.4 查看客户信息
用例编号：2.1.2.1.1.1.4
用例名称：查看客户信息
用例描述：业务人员或销售总监查看本系统中记录的客户所有的信息。
参与角色：业务人员、销售总监
前置条件：网站业务人员成功登录网站管理系统
基本事件流：
1.业务人员或销售总监进入客户信息管理页面，单击要查看客户的名称
2.系统弹出该客户信息视图（客户信息、联系人信息、客户历史记录）
3.用例结束
其他事件流：
异常事件流：
1.系统执行查询操作出错，则提示“查看失败，请重新操作……”，并返回
客户信息管理页面，让业务人员进行操作。
后置条件：网页上的客户信息管理列表被更新
备选场景：
补充说明：
UI原型：
2.1.2.1.1.1.5 删除客户信息
用例编号：2.1.2.1.1.1.5
用例名称：删除客户信息
用例描述：业务人员用于删除客户信息，该信息将在信息列表中消失。
参与角色：业务人员
前置条件：网站业务人员成功登录网站管理系统
基本事件流：
1.业务人员进入客户信息管理页面，单击要删除的信息后面的“删除”按钮
2.系统提示“确认删除该信息？”
3.业务人员确认删除后，系统执行删除操作
4.删除成功，返回客户信息管理页面，刷新页面，显示删除后的列表。
5.用例结束
其他事件流：
1.在系统提示“确认删除该信息？”后，业务人员单击取消按钮，则返回客
户信息管理页面。
异常事件流：
1.系统执行删除操作失败，则提示“删除失败！请重新操作……”，并返回
客户信息管理页面。
后置条件：网页上的客户信息列表被更新
备选场景：对基本事件流中的1，业务人员也可选中信息后面的复选框，单击“删除”
按钮，可批量删除客户信息。
补充说明：
UI原型：
2.1.2.1.1.1.6 导出客户信息
用例编号：2.1.2.1.1.1.6
用例名称：导出客户信息
用例描述：业务人员或销售总监通过导出客户信息把列表信息导出到EXCEL表格中参与角色：业务人员、销售总监
前置条件：业务人员或销售总监成功登录网站管理系统
基本事件流：
1.业务人员或销售总监进入客户信息管理页面，单击“导出”按钮
2.系统弹出导出信息保存路径
3.选择好路径后输入文件名，单击“确定”按钮。
4.系统提示保存成功。
5.用例结束
其他事件流：
1.在导出的时候，单击了取消，则关闭保存提示窗口，返回当前列表。
2.导出前系统检测到机器上没有安装OFFICE软件，则导出到文本文件中。
异常事件流：
1.如果导出过程中出现什么异常，提示“导出失败”。
后置条件：客户信息管理列表被更新
备选场景：
补充说明：
备注：其他模块的用例图集用例说明略
2.2 创建系统静态模型
2.2.1 提取系统实体图
2.2.2 数据模型设计
2.2.3 提取系统类图和接口
2.3 创建系统动态模型2.
3.1 创建序列图和协作图序列图：一组对象在时间上的交互
协作图：一组对象在几何排列上的交互
2: 2：显示添加客户页面
2.3.2 创建状态图
状态图：对有明确状态转换的类进行建模
2.3.3 创建活动图
活动图：描述系统的参与者是如何协同工作的。
2.4 创建系统的部署模型2.4.1 构件图
2.4.2 部署图