企业销售管理系统UML建模.doc

2010 —— 2011 学年第一学期
信息技术学院
《软件系统建模与UML》综合设计实验
企业销售管理系统的UML建模
班级
08级软件工程
学号
081164044
姓名
殷路辉
任课教师
凌风彩
日期
2010-12-19
目录
1. 需求分析 3
功能性需求 3
2. 系统建模 3
建立系统用例模型 3
分析系统角色 3
功能模块用例化及用例说明 7
创建系统静态模型 13
提取系统实体图 13
数据模型设计 14
提取系统类图和接口 15
创建系统动态模型 15
创建序列图和协作图 15
创建状态图 16
创建活动图 17
创建系统的部署模型 18
构件图 18
部署图 18
企业销售管理系统
需求分析
功能性需求
销售人员能够对自己的客户进行管理,包括对客户信息的添加、删除、修改、查询、查看和导出报表。
销售人员能够实时记录与客户的售前跟踪情况。
销售人员可以对客户的联系人信息进行管理,包括联系人信息的添加、删除、修改、查询和查看。
销售人员能够记录在售前跟踪客户的过程中产生的竞争对手的情况
跟踪成功后,销售人员可以管理与自己客户产生的合同和订单。
每个销售人员只能够管理和查看自己的客户信息。
销售总监能够查看和导出所有销售人员的客户信息和销售信息,但不能够添加、删除和修改的操作。
系统业务人员可以把离职的销售人员的客户转移给其他一个或多个销售人员。
销售人员、销售总监和系统业务人员可以修改自己密码。
系统业务人员可以重置销售人员、销售总监,以及自己的密码。
系统业务人员只能查看离职销售人员的客户的姓名,其他信息不可以查看和管理。
系统业务人员可以对销售人员的信息进行管理,包括对销售人员的添加、修改、删除、查询和导出报表。
系统建模
建立系统用例模型
分析系统角色
根据需求分析的功能性需求的说明,该系统的角色有三类:销售人员、销售总监和系统业务人员。其用例如下:
业务人员用例图
销售总监用例图
业务人员用例图
功能模块用例化及用例说明
顶层用例
用例编号:
用例名称:密码修改
用例描述:用户(业务人员、销售总监和系统业务人员)对当前正在使用的密码进行修改,修改成功后则启用新密码,否则继续使用当前密码。
参与角色:业务人员、销售总监和统业务人员
前置条件:用户登录成功登陆,进入密码修改页面
基本事件流:
系统显示密码输入框(一个当前密码输入框、一个新密码输入框和一个新密码确认输入框)
输入当前密码和新密码(新密码和确认新密码),单击确定按钮
系统验证当前密码和两次输入的新密码的合法性
修改成功后系统提示“密码修改成功”
系统跳转到密码修改页面
其他事件流(*):
. 选择取消按钮,系统关闭密码修改页面,跳转到主页面
. 输入的密码不合法,则在错误的信息处进行错误提示,要求用户重新操作。
异常事件流:
. 修改密码出错,给出错误信息提示,返回当前页面,要求用户重新操作。
后置条件(*):提示密码修改成功,返回密码修改页面
备选场景(*):
补充说明(*):密码4位至8位数字或字符
UI原型(*):
客户管理用例图
客户信息管理用例图
添加客户信息
用例编号:
用例名称:添加客户信息
用例描述:业务人员添加客户信息,添加上的客户信息数据将在客户信息列表中显示。
参与角色:业务人员
前置条件:网站业务人员成功登录网站管理系统
基本事件流:
业务人员进入客户信息管理页面,单击“新建”按钮
系统显示客户信息添加页面
业务人员输入相关信息,按“保存”按钮
系统验证业务人员输入信息的合法性
验证成功,提示添加成功,并跳转到客户信息管理页面
用例结束
其他事件流:
在输入信息的过程中,业务人员单击“返回”按钮,则系统返回客户信息管理页面,并不保存数据。
异常事件流:
业务人员单击“保存”按钮后,系统验证输入信息不合法,则在相应错误信息候命进行提示
系统执行添加操作出错,则提示“添加失败,请重新操作……”,并返回添加页面,让业务人员继续添加。
后置条件:客户信息管理列表被更新
备选场景:对基本事件流1,还可以点击“快速新建”。此时,客户信息添加页面则比2中的字段简洁
补充说明:
名称
类