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

1、企业销售管理系统UML建模201 20 学 年第 一学期信息技术学院软件系统建模与UM综合设计实验企业销售管理系统的UM建模班 级 08级软件工程学 号16姓 名殷路辉任课教师凌风彩日 期21012-191. 需求分析 31。1 功能性需求 32。 系统建模 321建立系统用例模型 3。1.功能模块用例化及用例说明 72。2 创建系统静态模型 132.2。 提取系统类图和接口。3 创建系统动态模型1523。 创建序列图和协作图 15。3。2创建状态图 162。3 创建活动图 17。4创建系统的部署模型 182.4。1 构件图82。4.2部署图1企业销售管理系统1.需求分析1。1 功能性需求销售

2、人员能够对自己的客户进行管理,包括对客户信息的添加、删除、修改、查询、查看和导出报表。销售人员能够实时记录与客户的售前跟踪情况销售人员可以对客户的联系人信息进行管理，包括联系人信息的添加、删除、修改、查询和查看。销售人员能够记录在售前跟踪客户的过程中产生的竞争对手的情况跟踪成功后,销售人员可以管理与自己客户产生的合同和订单。每个销售人员只能够管理和查看自己的客户信息。销售总监能够查看和导出所有销售人员的客户信息和销售信息，但不能够添加、删除和修改的操作。系统业务人员可以把离职的销售人员的客户转移给其他一个或多个销售人员。销售人员、销售总监和系统业务人员可以修改自己密码。系统业务人员可以重置销售

3、人员、销售总监,以及自己的密码。系统业务人员只能查看离职销售人员的客户的姓名,其他信息不可以查看和管理。系统业务人员可以对销售人员的信息进行管理,包括对销售人员的添加、修改、删除、查询和导出报表。2.系统建模2.1建立系统用例模型2.1.1分析系统角色根据需求分析的功能性需求的说明,该系统的角色有三类:销售人员、销售总监和系统业务人员。其用例如下:。1。1 业务人员用例图。.2 销售总监用例图2.1.1.3业务人员用例图2.1.2功能模块用例化及用例说明21.2. 顶层用例用例编号:2.1.。1。3用例名称：密码修改用例描述:用户(业务人员、销售总监和系统业务人员)对当前正在使用的密码进行修改

4、，修改成功后则启用新密码,否则继续使用当前密码.参与角色：业务人员、销售总监和统业务人员前置条件:用户登录成功登陆,进入密码修改页面 基本事件流：1.系统显示密码输入框（一个当前密码输入框、一个新密码输入框和一个新密码确认输入框）2.输入当前密码和新密码(新密码和确认新密码)，单击确定按钮3.系统验证当前密码和两次输入的新密码的合法性4.修改成功后系统提示“密码修改成功”5.系统跳转到密码修改页面其他事件流(*）: 2。1。 选择取消按钮,系统关闭密码修改页面，跳转到主页面3。1。 输入的密码不合法,则在错误的信息处进行错误提示,要求用户重新操作。异常事件流:4。. 修改密码出错，给出错误信息

5、提示,返回当前页面，要求用户重新操作.后置条件(）：提示密码修改成功，返回密码修改页面备选场景（*): 补充说明(*)：密码4位至位数字或字符UI原型(*):2.1.2.1。1客户管理用例图2.1。.1。1 客户信息管理用例图21。1.1.1.1添加客户信息用例编号：2。1。.1.1。1.1用例名称:添加客户信息用例描述：业务人员添加客户信息,添加上的客户信息数据将在客户信息列表中显示。参与角色：业务人员前置条件：网站业务人员成功登录网站管理系统基本事件流：1.业务人员进入客户信息管理页面,单击“新建”按钮2.系统显示客户信息添加页面3.业务人员输入相关信息,按“保存按钮4.系统验证业务人员输

6、入信息的合法性5.验证成功，提示添加成功,并跳转到客户信息管理页面6.用例结束其他事件流：1.在输入信息的过程中,业务人员单击“返回”按钮，则系统返回客户信息管理页面，并不保存数据。异常事件流：1.业务人员单击“保存”按钮后，系统验证输入信息不合法,则在相应错误信息候命进行提示2.系统执行添加操作出错，则提示“添加失败，请重新操作”，并返回添加页面，让业务人员继续添加。后置条件：客户信息管理列表被更新备选场景:对基本事件流1,还可以点击“快速新建”。此时，客户信息添加页面则比中的字段简洁补充说明:名称类型约束客户简称Vacr（50）NotNul、唯一客户名称Varchar（5)t NuUI原型

7、:2。1。2.1.。 修改客户信息用例编号:.1。2。1。.1。2用例名称:修改客户信息用例描述:业务人员由于对客户信息进行修改,修改后将更新原信息列表。参与角色:业务人员前置条件:网站业务人员成功登录网站管理系统基本事件流：1.业务人员进入客户信息管理页面，单击要修改的信息后面的“编辑”按钮2.系统弹出编辑信息窗体,显示着原来的信息3.业务人员对相关信息进行修改4.修改完成，点击“保存”,系统验证输入信息合法性5.验证通过,提示“修改成功”，页面跳转至客户信息管理页面,更新信息列表6.用例结束其他事件流:1.在修改客户信息过程中，业务人员单击返回按钮,则返回该客户信息管理页面，并不保存修改后

8、的信息。异常事件流:1.业务人员单击“保存”按钮后，系统验证输入信息不合法，则在相应错误信息候命进行提示。2.系统执行修改操作出错,则提示“修改失败,请重新操作”,并返回修改页面,让业务人员继续修改。后置条件:网页上的客户信息管理列表被更新备选场景:补充说明： UI原型：2。1.。1。1。 查询客户信息用例编号：2.2。1。1.用例名称：查询客户信息用例描述:业务人员或销售总监查询本系统中记录的客户及其相关的信息。参与角色:业务人员、销售总监前置条件:网站业务人员成功登录网站管理系统基本事件流:1.业务人员或销售总监进入客户信息管理页面,单击不同的分类(）对客户进行查询.2.系统根据不同分类的

9、筛选,在客户信息列表中显示符合相应条件的客户。3用例结束其他事件流: 系统找不到与分类信息相匹配的客户，则提示“无此客户信息!，并返回客户信息管理页面,让业务人员继续进行其他操作.异常事件流：1.系统执行查询操作出错,则提示“查询失败，请重新操作,并返回客户信息管理页面，让业务人员进行操作。后置条件:网页上的客户信息管理列表被更新备选场景： 补充说明： 。 查询包括精确查询和分类查询UI原型:。1。2.1.1。4 查看客户信息用例编号:21。1.1.1。4用例名称:查看客户信息用例描述：业务人员或销售总监查看本系统中记录的客户所有的信息。参与角色:业务人员、销售总监前置条件：网站业务人员成功登

10、录网站管理系统基本事件流：业务人员或销售总监进入客户信息管理页面,单击要查看客户的名称。系统弹出该客户信息视图(客户信息、联系人信息、客户历史记录)。用例结束其他事件流：异常事件流:系统执行查询操作出错,则提示“查看失败，请重新操作”,并返回客户信息管理页面,让业务人员进行操作。后置条件:网页上的客户信息管理列表被更新备选场景:补充说明:I原型：2。1.2。1。1.1.5删除客户信息用例编号:2。1。2.1。1.1。5用例名称：删除客户信息用例描述:业务人员用于删除客户信息,该信息将在信息列表中消失。参与角色:业务人员前置条件:网站业务人员成功登录网站管理系统基本事件流:1.业务人员进入客户信

11、息管理页面，单击要删除的信息后面的“删除按钮2.系统提示“确认删除该信息?”3.业务人员确认删除后,系统执行删除操作4.删除成功，返回客户信息管理页面，刷新页面，显示删除后的列表。5.用例结束其他事件流：1.在系统提示“确认删除该信息?后,业务人员单击取消按钮,则返回客户信息管理页面。异常事件流：1.系统执行删除操作失败,则提示“删除失败!请重新操作，并返回客户信息管理页面。后置条件:网页上的客户信息列表被更新备选场景:对基本事件流中的1,业务人员也可选中信息后面的复选框，单击“删除”按钮,可批量删除客户信息。补充说明: I原型:2.1.1。1。1。6 导出客户信息用例编号:2.。1.1。1.

12、用例名称:导出客户信息用例描述：业务人员或销售总监通过导出客户信息把列表信息导出到ECEL表格中参与角色:业务人员、销售总监前置条件：业务人员或销售总监成功登录网站管理系统基本事件流:1。业务人员或销售总监进入客户信息管理页面，单击“导出按钮2.系统弹出导出信息保存路径3.选择好路径后输入文件名,单击“确定”按钮。.系统提示保存成功.5。用例结束其他事件流：1.在导出的时候，单击了取消,则关闭保存提示窗口,返回当前列表。2.导出前系统检测到机器上没有安装OFCE软件,则导出到文本文件中异常事件流：1.如果导出过程中出现什么异常，提示“导出失败”。后置条件：客户信息管理列表被更新备选场景: 补充说明: 备注：其他模块的用例图集用例说明略2。2 创建系统静态模型2。2. 提取系统实体图。2.数据模型设计2。提取系统类图和接口。3 创建系统动态模型2.3。1创建序列图和协作图序列图：一组对象在时间上的交互协作图：一组对象在几何排列上的交互。3。2 创建状态图状态图:对有明确状态转换的类进行建模2.3 创建活动图活动图：描述系统的参与者是如何协同工作的。2。4创建系统的部署模型4。 构件图.。 部署图