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

上传人:b****7 文档编号:9806067 上传时间:2023-02-06 格式:DOCX 页数:20 大小:410.35KB
下载 相关 举报
企业销售管理系统UML建模.docx_第1页
第1页 / 共20页
企业销售管理系统UML建模.docx_第2页
第2页 / 共20页
企业销售管理系统UML建模.docx_第3页
第3页 / 共20页
企业销售管理系统UML建模.docx_第4页
第4页 / 共20页
企业销售管理系统UML建模.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

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

《企业销售管理系统UML建模.docx》由会员分享,可在线阅读,更多相关《企业销售管理系统UML建模.docx(20页珍藏版)》请在冰豆网上搜索。

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

企业销售管理系统UML建模

2010 ——2011学年 第一 学 期

信息技术学院

《软件系统建模与UML》综合设计实验

企业销售管理系统的UML建模

班 级

08级软件工程

学 号

081164044

姓名

殷路辉

任课教师

凌风彩

日期

2010-12-19

1.需求分析3

1。

1功能性需求3

2。

系统建模3

2.1ﻩ建立系统用例模型3

2。

1.2ﻩ功能模块用例化及用例说明7

2。

2创建系统静态模型13

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分析系统角色

根据需求分析的功能性需求的说明,该系统的角色有三类:

销售人员、销售总监和系统业务人员。

其用例如下:

2。

1。

1。

1业务人员用例图

2。

1。

1.2销售总监用例图

2.1.1.3业务人员用例图

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中的字段简洁

补充说明:

 

名称

类型

约束

客户简称

Varchar(50)

NotNull、唯一

客户名称

Varchar(50)

NotNull

UI原型:

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。

3。

2创建状态图

状态图:

对有明确状态转换的类进行建模

2.3.3创建活动图

活动图:

描述系统的参与者是如何协同工作的。

2。

4 创建系统的部署模型

2.4。

1构件图

2.4。

2部署图

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1