面向对象技术及其UML实践项目实践——企业ERP系统
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
进行初始的对象）； （3）交互密切的对象尽可能相邻； （4）交互中创建的对象，应放置在其创
建的时间点上； （5）每个对象有一个下垂的生命线。
顺序图建模步骤 （3）
3．消息传递
（1）消息传递的方向：按时间顺序从上到下在对象的生命线之 间传递；
（2）在消息箭头线上标出消息标签的内容、约束或构造型； （3）发送和接收消息的对象生命线必须处在激活期； （4）交互中对象的创建和销毁必须绘出构造型和标记； （5）区别同步消息和异步消息的图标表示符； （6）标出消息的循环结构及出口条件； （7）顺序图从初始化消息开始，以其返回消息终止。
“进销存管理子系统”有5个人执行者和2个系统执行 者，即“采购人员”、“销售人员”、“仓库管理 员”、“客户”、“公司经理”、“生产调度管理子 系统”和“财务管理子系统”。
（1）“企业综合信息管理系统”中的用例（一层） •财务管理； •人力资源管理； •生产调度管理； •进销存管理； •设备安全管理； •行政事务管理。
（3）库存管理
1）产品入库管理 2）原材料（零部件）入库管理 3）原材料（零部件）出库管理 4）产品出库管理 5）库存管理 6）采购管理部门组织采购 7）生产调度管理部门安排生产 8）财务管理部门对库存物资进行核算
3．需求补充说明
（1）数据保存 •采购合同：每个合同执行期可能多达几个月，合同 需要长期保留。 •销售合同：每个合同执行期可能多达几个月，合同
面向对象技术及其UML实践 项目实践——企业ERP系统
同济大学软件学院 王介之 Tj_wjz@
通用型企业ERP
项目实践总结
客户需求分析
1．业务组织结构（综述）
“企业综合信息管理系统”的用户是企业各级管理部门的 工作人员、公司经理和系统操作人员。该系统主要提供 “财务管理”、“人力资源管理”、“生产调度管理”、 “进销存管理”、“客户关系管理”、和“办公自动化” 等方面的服务。
分层绘制用例图1．最高层用例图
2．第2层用例图
3．第3层用例图
4．第4层用例图
描述用例
1．“增加销售合同”用例
用例编号：04010101（共有4层用例图结构，每层用2位数字 表 示， 采用8位编号。）
用例名： 增加销售合同 执行者: 人执行者：合同管理员、客户、公司经理。系统执
行者：“财务管理子系统”和“生产调度管理子系
（3）系统运行用户界面 •销售合同管理用户界面： •采购合同管理用户界面： •仓库货物清单管理用户界面：
（4）系统运行的软件、硬件环境 1）系统运行的软件环境 2）系统运行的硬件环境
3.6.2 确定系统范围和系统边界
1．进销存管理子系统的业务范围 2．进销存管理子系统的系统边界
3.6.3 确定执行者状态的顺序迁移状Fra bibliotek的并发迁移与同步
采用同步并发迁移图符描述的并发子状态图
销售合同从签订到履约的活动图
5．活动图中的对象
活动图中的对象及对象流
活动图中的并发与同步活动
“核对付款单”子活动图
通用三层软件（逻辑）系统体系结构
配置图
节点的构件中包含对象和对象嵌套
节点之间的通信关联联系
“销售管理子系统”的配置图模型
3．链接与消息传递
（1）标明对象之间的链接； （2）在链接上标明消息的序号； （3）在消息箭头线上标出消息标签的内
容、约束或构造型； （4）区别同步消息和异步消息的图标表
示符； （5）合作图从初始对象开始，到其终止
对象结束。
5.6.3 合作图建模步骤 （4）
图5-21 “履约合同检查”用例的顺序图
中包含编号自动生成用例。 异常事件流处理： （1）标识码有效性检查失败：系统检测标识码有效性失败，
允许重新输入。 （2）编号也可以由合同管理员手动输入，系统自动进行唯一
性检查。出现错误，允许重新输入。
2．“修改合同”用例
……………
5.6 动态交互模型建模案例
——“销售合同管理”子系统
5.6.1 子系统的用例模型和对象静态模型
2．具体功能要求
本次只对其中的“进销存管理子系统”进行需求分析用 例建模。
（1）销售管理 1）制定销售计划 2）与客户签订销售合同 3）检查合同履约率 4）生产调度管理部门组织生产 5）库存管理部门对产品进行入库、出库处理 6）财务管理部门收取客户货款 7）售后服务
（2）采购管理
1）制定原材料（零部件）采购计划 2）与客户签订采购合同 3）检查合同履约率 4）库存管理部门对原材料进行入库验收、存储 5）财务管理部门支付货款
需要长期保留。
•历年履约合同：履约后的合同需要长期（几十年） 保留，以备查使用。
•库存货物清单：库存货物量随出、入库有所消长， 长期保存。
•货物损毁报表：长期保留，以备查使用。 •入库单：长期保留，以备查核算使用。 •出库单：长期保留，以备查核算使用。 •库存货物资产核对表：长期保留，以备查使用。
（2）系统的用户 客户、仓库管理员、销售人员、采购人员、公 司经理、财务管理系统、生产调度管理系统。
统”。
目 的: 合同管理员将与客户签订的销售合同的详细内容 录入管理系统，用于对销售合同进行统计、查询、 检查是否履约等，监控正在履约的合同。
类 型：端点、主要的、基本的 级 别： 一级
过程描述： （1）合同管理员输入标识码（ID），系统识别标识码的有效
性； （2）初始化一个新销售合同，设置各种处室标志； （3）输入一个新的具有唯一性的合同编号； （4）将与客户签订的销售合同的详细内容录入管理系统； （5）退出系统。 与其它用例的关联：过程描述（1）中包含身份验证用例；（4）
（2）“进销存管理子系统”中的用例（第二层） •销售管理； •采购管理； •库存管理。
（3）“销售管理子系统”中的用例（第三层） •制定产品销售计划； •签订销售合同； •督促客户付款； •监督产品发货； •检查合同履约； •提供售后服务。
（4）“采购管理子系统”中的用例（第三层） • 制定采购计划； • 签订采购合同； • 货物入库检验； • 支付货款； • 检查合同履约。 （5）“库存管理子系统”中的用例（第三层） • 入库管理； • 出库管理； • 库存管理。
顺序图建模步骤 （4）
图5-18 “付款单处理”用例的顺序图（1）
合作图建模步骤（1）
1．确定交互及涉及的对象
2．合作图中对象排列的原则
（1）最重要的对象应在图的中央； （2）与其有直接交互的对象放置在邻近； （3）对象初始化； （4）选择初始对象。
合作图建模步骤 （2）
5.6.3 合作图建模步骤 （3）
动态交互模型建模:
顺序图建模步骤（1）
1.确定交互和涉及的对象
（1）启动系统 （2）循环处理付款单 （3）核对销售合同 （4）核对合同的销售货物清单 （5）核对库房货物清单 （6）核查预警量 （7）打印库存预警清单 （8）打印出库单
顺序图建模步骤 （2）
2．顺序图中对象排列的原则
（1）对象横向排列在顺序图的顶部； （2）最重要的对象在最左边（如对全局
建的时间点上； （5）每个对象有一个下垂的生命线。
顺序图建模步骤 （3）
3．消息传递
（1）消息传递的方向：按时间顺序从上到下在对象的生命线之 间传递；
（2）在消息箭头线上标出消息标签的内容、约束或构造型； （3）发送和接收消息的对象生命线必须处在激活期； （4）交互中对象的创建和销毁必须绘出构造型和标记； （5）区别同步消息和异步消息的图标表示符； （6）标出消息的循环结构及出口条件； （7）顺序图从初始化消息开始，以其返回消息终止。
“进销存管理子系统”有5个人执行者和2个系统执行 者，即“采购人员”、“销售人员”、“仓库管理 员”、“客户”、“公司经理”、“生产调度管理子 系统”和“财务管理子系统”。
（1）“企业综合信息管理系统”中的用例（一层） •财务管理； •人力资源管理； •生产调度管理； •进销存管理； •设备安全管理； •行政事务管理。
（3）库存管理
1）产品入库管理 2）原材料（零部件）入库管理 3）原材料（零部件）出库管理 4）产品出库管理 5）库存管理 6）采购管理部门组织采购 7）生产调度管理部门安排生产 8）财务管理部门对库存物资进行核算
3．需求补充说明
（1）数据保存 •采购合同：每个合同执行期可能多达几个月，合同 需要长期保留。 •销售合同：每个合同执行期可能多达几个月，合同
面向对象技术及其UML实践 项目实践——企业ERP系统
同济大学软件学院 王介之 Tj_wjz@
通用型企业ERP
项目实践总结
客户需求分析
1．业务组织结构（综述）
“企业综合信息管理系统”的用户是企业各级管理部门的 工作人员、公司经理和系统操作人员。该系统主要提供 “财务管理”、“人力资源管理”、“生产调度管理”、 “进销存管理”、“客户关系管理”、和“办公自动化” 等方面的服务。
分层绘制用例图1．最高层用例图
2．第2层用例图
3．第3层用例图
4．第4层用例图
描述用例
1．“增加销售合同”用例
用例编号：04010101（共有4层用例图结构，每层用2位数字 表 示， 采用8位编号。）
用例名： 增加销售合同 执行者: 人执行者：合同管理员、客户、公司经理。系统执
行者：“财务管理子系统”和“生产调度管理子系
（3）系统运行用户界面 •销售合同管理用户界面： •采购合同管理用户界面： •仓库货物清单管理用户界面：
（4）系统运行的软件、硬件环境 1）系统运行的软件环境 2）系统运行的硬件环境
3.6.2 确定系统范围和系统边界
1．进销存管理子系统的业务范围 2．进销存管理子系统的系统边界
3.6.3 确定执行者状态的顺序迁移状Fra bibliotek的并发迁移与同步
采用同步并发迁移图符描述的并发子状态图
销售合同从签订到履约的活动图
5．活动图中的对象
活动图中的对象及对象流
活动图中的并发与同步活动
“核对付款单”子活动图
通用三层软件（逻辑）系统体系结构
配置图
节点的构件中包含对象和对象嵌套
节点之间的通信关联联系
“销售管理子系统”的配置图模型
3．链接与消息传递
（1）标明对象之间的链接； （2）在链接上标明消息的序号； （3）在消息箭头线上标出消息标签的内
容、约束或构造型； （4）区别同步消息和异步消息的图标表
示符； （5）合作图从初始对象开始，到其终止
对象结束。
5.6.3 合作图建模步骤 （4）
图5-21 “履约合同检查”用例的顺序图
中包含编号自动生成用例。 异常事件流处理： （1）标识码有效性检查失败：系统检测标识码有效性失败，
允许重新输入。 （2）编号也可以由合同管理员手动输入，系统自动进行唯一
性检查。出现错误，允许重新输入。
2．“修改合同”用例
……………
5.6 动态交互模型建模案例
——“销售合同管理”子系统
5.6.1 子系统的用例模型和对象静态模型
2．具体功能要求
本次只对其中的“进销存管理子系统”进行需求分析用 例建模。
（1）销售管理 1）制定销售计划 2）与客户签订销售合同 3）检查合同履约率 4）生产调度管理部门组织生产 5）库存管理部门对产品进行入库、出库处理 6）财务管理部门收取客户货款 7）售后服务
（2）采购管理
1）制定原材料（零部件）采购计划 2）与客户签订采购合同 3）检查合同履约率 4）库存管理部门对原材料进行入库验收、存储 5）财务管理部门支付货款
需要长期保留。
•历年履约合同：履约后的合同需要长期（几十年） 保留，以备查使用。
•库存货物清单：库存货物量随出、入库有所消长， 长期保存。
•货物损毁报表：长期保留，以备查使用。 •入库单：长期保留，以备查核算使用。 •出库单：长期保留，以备查核算使用。 •库存货物资产核对表：长期保留，以备查使用。
（2）系统的用户 客户、仓库管理员、销售人员、采购人员、公 司经理、财务管理系统、生产调度管理系统。
统”。
目 的: 合同管理员将与客户签订的销售合同的详细内容 录入管理系统，用于对销售合同进行统计、查询、 检查是否履约等，监控正在履约的合同。
类 型：端点、主要的、基本的 级 别： 一级
过程描述： （1）合同管理员输入标识码（ID），系统识别标识码的有效
性； （2）初始化一个新销售合同，设置各种处室标志； （3）输入一个新的具有唯一性的合同编号； （4）将与客户签订的销售合同的详细内容录入管理系统； （5）退出系统。 与其它用例的关联：过程描述（1）中包含身份验证用例；（4）
（2）“进销存管理子系统”中的用例（第二层） •销售管理； •采购管理； •库存管理。
（3）“销售管理子系统”中的用例（第三层） •制定产品销售计划； •签订销售合同； •督促客户付款； •监督产品发货； •检查合同履约； •提供售后服务。
（4）“采购管理子系统”中的用例（第三层） • 制定采购计划； • 签订采购合同； • 货物入库检验； • 支付货款； • 检查合同履约。 （5）“库存管理子系统”中的用例（第三层） • 入库管理； • 出库管理； • 库存管理。
顺序图建模步骤 （4）
图5-18 “付款单处理”用例的顺序图（1）
合作图建模步骤（1）
1．确定交互及涉及的对象
2．合作图中对象排列的原则
（1）最重要的对象应在图的中央； （2）与其有直接交互的对象放置在邻近； （3）对象初始化； （4）选择初始对象。
合作图建模步骤 （2）
5.6.3 合作图建模步骤 （3）
动态交互模型建模:
顺序图建模步骤（1）
1.确定交互和涉及的对象
（1）启动系统 （2）循环处理付款单 （3）核对销售合同 （4）核对合同的销售货物清单 （5）核对库房货物清单 （6）核查预警量 （7）打印库存预警清单 （8）打印出库单
顺序图建模步骤 （2）
2．顺序图中对象排列的原则
（1）对象横向排列在顺序图的顶部； （2）最重要的对象在最左边（如对全局