电子政务业务流程设计方法通用指南标准草案.ppt
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《电子政务业务流程设计方法通用指南标准草案.ppt》由会员分享,可在线阅读,更多相关《电子政务业务流程设计方法通用指南标准草案.ppt(50页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、0主要内容主要指标与文档全程一体化建模过程建模要领 应用要领建模过程与要领1建模的主要文档(1)描述组织分工的建模文档(2)描述业务流程的建模文档(3)描述业务信息的建模文档(4)描述信息化需求定义的建模文档 2描述组织分工的建模文档反映一个组织中上下级关系的组织结构图以及相关描述;反映一个组织中层次化职能分工分解的组成结构树以及相关描述。3描述业务流程的建模文档反映宏观业务联系的业务协作流程图以及相关描述;反映微观业务操作的功能执行流程图以及相关描述。4描述业务信息的建模文档反映业务信息内容及其联系的业务信息关系图以及相关描述;反映业务信息基本流向的数据流图以及相关描述;反映活动主体之间信息
2、交互的数据接口图以及相关描述;反映活动主体操作信息的业务信息操作权限图以及相关描述;5描述信息化需求定义的建模文档 基于组成结构树的信息化,重点包括:功能定义功能定义过程定义过程定义数据定义数据定义以及相关描述。以及相关描述。61.6 全程一体化建模过程业务调查 需求定义 总体设计 详细设计 生成程序 7业务调查1填写业务调查表2描述组织结构 3准确捕捉业务流程,全面搜集业务信息(数据)4归纳业务部门间的活动 5归纳业务部门间交换的业务信息6描述业务数据的具体内容 8填写业务调查表 这是了解用户业务的第一步。该表是描述组织机构的组成结构树及描述业务流程的事件流程图的依据。岗位设置、责任(往往“
3、挂”在墙上)业务报表/信息(往往“摆”在桌子上)所需软件(可在需求定义阶段与用户共同确定)9描述组织结构 用户的业务组织结构是我们认识了解其业务的最佳向导,PlayCASE用组成结构树来表示它。划分组织结构的一般原则:第0层:企业自身第1层:企业的业务部门类别(如生产经营部门等)第2层:具体的业务处室(如销售处等)第3层:业务处室所设的业务岗位(如财务处的记帐员、成本会计等)第4层:每个岗位的工作职责(如成本会计要核算生产成本、核算销售成本等)。10准确捕捉业务流程,全面搜集业务信息(数据)PlayCASE用事件流程图描述业务流程,其方式是沿组成结构树自上而下,从整体到部分。对用户业务流程的调
4、查应该从划分业务流程种类开始。划分依据:一个业务流程由一组联系紧密的业务活动组成。通过经验丰富的用户提供的业务的各种细节,无一遗漏地捕捉到用户进行业务活动时产生的各种业务数据,这些数据往往体现为报表、票据等,它们可以用于生成数据流程图(DFD)。11归纳业务部门间的活动 PlayCASE根据事件流程图,用事件接口图自动归纳业务部门间的业务活动。事件接口图和事件流程图一一对应,它按层次来表达业务部门(人)之间的业务分工,集中反映了各个部门(人)的业务活动。各个部门(人)的业务活动。从宏观上把握和认识企业的业务划分与工作职责。12归纳业务部门间交换的业务信息 PlayCASE根据事件流程图中事件所
5、携带的数据,用数据接口图自动归纳业务部门(人)之间的信息交互。数据接口图和事件流程图一一对应,按层次来表达企业内部的信息界面,说明信息的由来和去处。从整体上把握和认识企业进行业务活动时所交互的信息。13描述业务数据的具体内容 在事件流程图中捕捉到的业务数据,PlayCASE用“信息/表单”来描述,可从两方面深入认识:业务数据的具体内容(现阶段考虑)业务数据间的联系(总体设计阶段考虑)如果业务数据种类较多,为了保证调研的效率,在业务调查阶段可以采取折衷方式:不描述业务数据的具体内容只描述关键部分保留原始材料(数据)忽略部分应当在总体设计时补充。14需求定义 1确定哪些业务需要计算机软件2描述软件
6、系统的运行模式15确定哪些业务需要计算机软件 在业务调查的基础上,用组成结构树定义软件的基本结构:每个节点由业务部门和支持它的计算机软件组成。组成结构树应当分解到:凡是需要计算机软件的部门,分解到每个业务岗位的工作职责。一般来讲,业务调查很难一次彻底完成,往往贯穿整个开发过程。16描述软件系统的运行模式 PlayCASE用事件流程图描述未来软件的总体行为,它是真实业务的仿真。这种直接支持日常业务活动的软件最容易被用户接受。17总体设计 1描绘软件的全部结构2描述软件的总体运行过程3划分软件的功能界面 4划分软件的数据界面 5描述信息流动情况 6归纳上下级模块的数据传递 7进行数据库的概念设计8
7、描述数据(构件)间的相互关系 18描绘软件的全部结构明确结构树中哪些节点是子系统,哪些节点是功能(模块),其判断可以综合两方面因素:支持业务部门或业务岗位的软件,可以视为子子系系统统,替代业务岗位某项职职责责的软件可以视为功功能能(模模块块);单单个个运运行行的软件(可执行文件)可以视为子子系系统统,反之为功能(模块)。在此基础上,根据用户实际业务的需要,对现有结构树的末级节点进行适当的功能分解。19原则 功能分解要尽可能根据用户的业务活动规则进行,按照国家制度规定进行。功能分解程度最好对应到“原子”级业务活动。从某种意义上来说,这种分解是需求分析的深化。20描述软件的总体运行过程 在需求定义
8、的基础上,根据组成结构树所做的功能分解,把事件流程图进一步向下逐层展开,来描述软件的总体运行过程。21划分软件的功能界面 PlayCASE根据上述事件流程图,用事件接口图自动归纳子系统(或模块)间模块)间的功能交互。事件接口图和事件流程图一一对应,按层次来表达软件内部的功能界面,说说明明哪哪些些功功能能由由哪哪些子系统(模块)来完成。些子系统(模块)来完成。从宏观上把握和认识系统每部分所具备的各种功能。22划分软件的数据界面 PlayCASE根据事件流程图中事件所携带的数据,用数据接口图自动归纳子系统(模块)间的信息交互。数据接口图和事件流程图一一对应,按层次来表达软件内部的数据界面,说明信息
9、的来源和去处。从整体上把握和认识系统运行时所交互的信息。23描述信息流动情况 数据流图用于描述信息流动的情况 在纵向表示了函数分解关系 在横向上表示了数据依赖关系 和事件流程图一一对应 在系统开发的任何阶段都可以得到数据流图 24归纳上下级模块的数据传递 PlayCASE提供的功能调用树与软件工程教科书所讲的结构图是一致的。组成结构树的所有节点视做软件的模块父级模块调用子级模块完成有关功能集中反映父级模块传递给子级模块的数据和子级模块返回的数据25进行数据库的概念设计补充业务调查时业务数据(信息/表单)的具体内容被忽略的部分。指定数据属性值的基本类别(如数字型、字符型、时间型等)属性值的具体类
10、型(如数字型中的整数、浮点数等),可以在详细设计中确定,因为在总体设计时,并不需要考虑实现系统所使用的编程工具和DBMS。26描述数据(信息/表单)间的相互关系信息/表单关系图包括了实体关系图的全部内容三种数据关系:组装关系、分类关系、关联关系由业务数据本身的性质或者根据业务活动找到这些关系全面建立所有数据的关系,尽可能消除孤立数据 27详细设计 1设计用户界面及其运行序列2进行数据库的逻辑设计 3进行数据库的物理设计 4设计模块5.生成程序 28设计用户界面及其运行序列设计每个子系统的所有用户界面。典型的用户界面有如菜单、对话框、Form(窗体)等。给出这些界面的运行序列,形成用户界面原型系
11、统,预演未来软件系统的运行模式。29进行数据库的逻辑设计定定义义信信息息/表表单单的的键键字字(包包括括主主键键、外外键键和和候候选选键),保持数据一致性;键),保持数据一致性;确定实现信息确定实现信息/表单具体的表单具体的DBMSDBMS或编程语言;或编程语言;定义信息定义信息/表单属性值的具体类型;表单属性值的具体类型;建立交叉表,消除多对多的连接关系;建立交叉表,消除多对多的连接关系;信信息息/表表单单应应当当符符合合第第3 3范范式式,至至少少要要达达到到第第2 2范范式,消除更新异常情况。式,消除更新异常情况。30进行数据库的物理设计定义信息/表单的索引,优化数据检索;垂直分割信息/
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子政务 业务流程 设计 方法 通用 指南 标准 草案
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内