过程建模
来源:互联网 发布:mac台式机最小化快捷键 编辑:程序博客网 时间:2024/04/29 10:28
系统分析与设计方法 第九章
外部代理,位于系统边界
数据存储:是数据流图中的最后一个 ,存储的事务:人 地点 对象 事件(应用,奖励 取消分类 飞行 发票 订单 注册 续借获取预定销售 旅行) 概念(帐号 时间段 债券 课程 基金 资格 股票)(实体关系图中的每个实体窦应该有个存储)
过程: 系统是过程,同义词 转换,,,分解(层次化) 逻辑过程:功能过程(,没有开始和结束 企业的功能活动,如生产计划 调度 材料管理 生产控制 质量管理 库存控制,而每个功能又被拆封, 订单输入,订单管理 销售报告 客户关系 退货退款),事件过程(由离散的输入触发,当过程与相应的输出响应时,事件结束,有事称为事务,每一个事件都有一个触发器和响应,可以用事件的输入和输出定义。名字:处理__ 响应(或生成)__)填空:事件名(或事件相应的输入),如:处理客户订单,处理客户订单修改,处理客户地址修改,响应客户投诉,响应订单查询,响应产品价格查询,生成退单报告,生成客户帐号结算表和生成发票), 事件过程可以进一步分解成详细的说明系统必须如何响应时间的基本过程,基本过程:为完成一个事件的响应所需要的离散的详细活动或任务。同 原子过程,名称:一个强动作动词后跟一个描述实施的工作的宾语从句,如;验证客户身份,验证订购产品编号,检查产品可得到性/计算订单费用/检查客户信用/排序退单/获得客户地址/修改客户地址/增加新客户和删除客户。 逻辑过程模型忽略那些除了移动或路由(也就是保持数据不变)而不做任何其他工作的过程,如:类似秘书或办事员接收并简单地传递一些文档到下一个处理地点之类的过程,仅仅保留以下逻辑过程:执行计算(计算平均积分点),做出决策(决定是否可以获得订购的产品),排序过滤或总结数据(确定过期发票),组织数据成为有用信息(生成报告或回答问题),触发其他过程(打开抽屉或指挥一个机器人),使用存储的数据(创建 读取 修改 删除记录)。
过程至少有一个输入数据流和输出数据流,数据流是过程和系统环境间的通信。 可以有组合数据流的概念:如订单处理可分为正常订单 长期订单 急需订单处理。 也有一些数据流图方法可以识别 控制流的非数据流 表示触发一个过程的条件或非数据事件,监控条件, 如:报告生成过程可以由时序事件“月末”触发, 还有其他如温度 高度。
数据流名称:描述性的单数名字和名词短语,不复数,不想暗示流的出现必须实现为物理,唯一的,形容词和副词的使用有助于描述处理如何改变一个数据流,如: 订单--过程,那么输出就不再叫做订单,可以叫做有效订单或认可订单或具有有效产品的订单获得信任认可的订单,,,往来于数据存储逻辑数据流需要特殊的命名考虑:数据存储到过程的书就流只是了 数据被读取以用以某些特殊用途,从过程到数据存储的数据流指示了那个数据在/从那个数据存储中被创建删除修改。 所有的数据流应该命名,未命名的数据流通常是流程图思想的产物(如第一步,第二步),如果没有名字,那么他可能不存在。
最终数据流被数据结构表达,数据结构可以是:一个序列或一组依次出现的属性,从一组属性种选择一个或多个属性,一个属性或多个属性的重复。
- 过程建模
- 建模的过程
- 建模过程的理解
- 简单手表建模过程
- 数据挖掘建模过程
- 数据挖掘建模过程
- 时间序列建模过程
- 全程建模实践过程指南
- 应用建模实践过程概述
- UG的一般建模过程
- 比较直观的建模过程
- 系统分析之五 过程建模
- 数据挖掘之建模过程
- [全程建模]全程建模实践过程指南(2004年)
- UML建模过程(超简单介绍)
- 工作流建模过程中的模型挖掘
- ★ OLAP建模的一般过程
- Telelogic Tau UML 建模实例过程
- 白话路由器
- 混合背包问题(四)
- CLEAN CODE CH11
- Features not supported by IOU/IOL
- JDK安装
- 过程建模
- 低版本内核编译奇怪错误
- (转)SQL 优化原则
- Ojbect-C2 2、NSString和NSMutableString字符串的使用
- 前序 中序 后序 遍历的求解
- linux环境下的weblogic部署
- linux磁盤知識記錄之一
- Linux 线程实现机制分析
- Clean Code CH12