企业销售管理系统UML建模

2010 —— 2011 学 年 第 一 学 期

信息技术学院

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

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

班 级 学 号 姓 名 任课教师

日 期

08级软件工程 081164044 殷路辉 凌风彩

2010-12-19

目录

需求分析 .................................................................................................................................. 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.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 部署图

2010 —— 2011 学 年 第 一 学 期

信息技术学院

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

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

班 级 学 号 姓 名 任课教师

日 期

08级软件工程 081164044 殷路辉 凌风彩

2010-12-19

目录

需求分析 .................................................................................................................................. 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.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 部署图


相关内容

  • 面向对象的软件工程与面向对象的建模方法
  • 54 福建电脑 2007年第8期 面向对象的软件工程与面向对象的建模方法 毕忠东.刘启明 (烟台师范学院 [摘 要]: 山东烟台264025) 本文评述了软件工程的两个发展阶段,重点介绍了面向对象的几种建模方法并作一比较,阐述了统一建模 语言的优越性,并对其组成.特征.建模过程进行了描述. [关键词 ...

  • IT知名企业常见面试题
  • IT 名企面试步骤一般为四面:一面:技术面,考核技能水平:二面:综合面:考核综合素质:三面:HR 面,职业规划,优势与劣势,期望工资与工作地点:四面:老总面,最后决定命运. 一. 通用面试例题分析 1. 在学校里你学习了哪些课程,成绩如何? 答:首先看看计算机专业的课程:系统原理.微机原理.汇编语言 ...

  • [软件工程与UML]期末试题
  • <软件工程与UML >期末试题 适用专业: 考试时间 120分钟 一.单项选择题(本大题共 小题,每题 分,共 分) 1. UML图不包括( D ) A. 用例图 B. 类图 C. 状态图 D. 流程图 2. 下面哪一项不是包图中的关系( D ) A .> B. C. > D ...

  • 软件开发方法
  • 组号 第08组 密级 公 开 湖南科技职业学院软件学院 信息检索与分析文档 课 题 名 称 软件开发方法的概述 专 业 软件技术 班 级 CMU3093 学 期 第三学期 指 导 教 师 粟光好 课 题 组 长 夏伟民 小 组 成 员 黄岭梅.袁源 二〇一〇年十一月 当今软件技术,特别是基于软件模型 ...

  • 中小型商品流通企业进销存管理系统的研制
  • 2009年11月第11期(总第132期) 广西轻工业 GUANGXIJOURNALOFLIGHTINDUSTRY 经济与管理 中小型商品流通企业进销存管理系统的研制 蒲晓妮 (兰州石化职业技术学院,甘肃兰州730060) [摘 商品的采购.销售.储存业务分析的基础上,对进销存系统的一般功能.要]在对 ...

  • 超市管理系统软件文档
  • 长江大学 计算机科学学院 超市管理系统 姓 名: 邹会明 占 盼 徐敬根 王 成 专 业: 石油软件工程 指导老师: 余华云老师 目录 一.可行性研究报告------------------------------------------(主要负责人:占 盼) 1.报告编写目的 2.项目概述 2.1 ...

  • UML软件工程软件开发生命周期软件建模期末考试考卷(B卷)
  • xxx高等职业技术学校 2013-2014学年度第一学期 (B卷) 期末补考试卷 出卷人: 徐栋 教研室负责人签名: 考试时间: 60分钟 班级: 1033 学号: 姓名: 得分: 1.顺序图的模型元素有( ).消息.链接等,这些模型元素表示某个用例中 的若干个对象和对象之间所传递的消息,来对系统的 ...

  • 鲜花网上商店毕业设计说明书
  • 摘 要 随着互联网在全球商业活动中的广泛应用,网上购物应运而生.目前,这一新型的消费购物模式受到越来越多的消费群体的青睐.网上购物成为一种时尚,一种生活方式,各种各样的购物网站大行其道,网上商店具有很多新的特性与优势:营业成本完全有理由比传统意义上的商店低得多:不需支付昂贵的店铺租金,花费浩大的装修 ...

  • [面向对象的分析与设计]教学大纲
  • ACCP4.0STAGE3面向对象的分析与设计 教学大纲2005 年 11 月 29 日 Version 1.01 修改记录: 版本 V1.0 日期 2005-12 修改人 董平一. 课程目标  掌握 UML 建模语言  掌握使用 UML 进行面向对象的分析与设计  掌握使用 Rational ...