系统需求分析(业务流程图的练习)

合集下载

信息系统分析与设计第三章(业务流程图和数据流程图) PPT

信息系统分析与设计第三章(业务流程图和数据流程图) PPT
供应商按订单要求发货给该公司采购部,并附 上 采购收货单。公司检验人员在验货后,发
现货物不合格,将货物退回供应商,如果合格 则送 交库房。库房管理员再进一步审核货物
是否合格,如果合格则登记流水帐和库存帐目, 如果不合格则交由主管审核后退回供应商。
以采购部的数据流图
采购部
库存信息 库存与需求查询
书上例子: 书上描述和业务流程图不一致的地方 评价一下书上的业务流程图是否有不合理的地
方 书上描述和业务流程图不一致的地方

顾客档案
检验订单 可供货订单
顾客档案
检验订单 可供货订单
采购部查询库存信息及用户需求,若商品的库 存量不能满足用户的需要,则编制相应的采购 订货单,并交送给供应商提出订货请求。供应 商按订单要求发货给该公司采购部,并附上采 购收货单。公司检验人员在验货后,发现货物 不合格,将货物退回供应商,如果合格则送交 库房。库房管理员再进一步审核货物是否合格, 如果合格则登记流水帐和库存帐目,如果不合 格则交由主管审核后退回供应商。
分解自然,保持功能的一致性 上层分解的快些,下层分解的慢些 在不影响以理解性时,层数尽可能少
顶层DFD
寻找学籍管理系统的输入输出:输入——新生入学时 的新生名单及其档案;输出——学生离校时的毕业生 登记表以及定期给上级主管部门的统计报表
每个处理至少有一个输入数据流和一个输 出数据流!!

系统需求分析(业务流程图的练习)

系统需求分析(业务流程图的练习)

系统需求分析(业务流程图的练习)

一、任务与目的

1.学习Visio软件的使用

2. 理解业务流程分析和画法

3. 利用业务流程来分析企业业务处理过程

二、原理(条件)

1.在进行信息系统开发之前,需要深刻的分析现有的业务流程,对原有的业务流程进行改造或者重新制定

2.通过业务流程分析,进而理解系统的整体功能需求

3. 一台可以上网的PC机即可进行实验

三、内容

1.Visio的使用;

2.企业业务流程分析;

3.汽车配件管理系统的业务流程图绘制;

四、步骤

1.了解Visio的工作环境:

1)工作窗口

2)视窗调整

3)任务窗口

4)小视窗

2.了解菜单项。

3.了解定位工具。

4.了解工具栏。

5.了解文件操作。

6.了解绘图页面操作。

7.针对第一个实验,绘制业务流程图

8.汽车配件管理系统的业务流程分析:

1)、销售管理:

对顾客的订货进行处理并回答顾客的咨询。包括订货处理、缺货通知、通知财务、制作销售报表等功能。这部分侧重的是对客户服务的,它是以客户为中心开展的。是整个系统数据的入口处。

2)、采购管理(P2):

负责向供应商采购汽车配件并通知财务部门。包括采购配件、通知财务等功能。这部分侧重的是供应商的联系。它以采购配件为中心展开。

3)、财务管理(P3):

主要负责向顾客收款与向供应商付款。包括付款给供应商、向顾客收款、制作报表等功能。这部分管理这公司的资金方面。

4)、库存管理(P4):

主要负责对供应商收货与对顾客发货。包括验证发货给顾客、收取供应商发的货、通知采购部门到货、制作库存报表等功能。这部分管理这公司配件库存。

五、结论

管理信息系统应用题-流程图-决策树-等。

管理信息系统应用题-流程图-决策树-等。

管理信息系统应用题

1.请根据以下订货业务处理过程画出管理业务流程图:

采购员从仓库收到缺货通知单后,查阅订货合同单,若已订货,则向供货单位发出催货请求;否则填写订货单送供货单位;供货单位发出货物后,立即向采购员发出取货通知单。

解:

订货业务处理流程图

2.请将下列决策处理过程用以决策树及决策表表示出来。

铁路货运收费标准如下:

(1)若收货地点在本省以内,快件每公斤5元,慢件每公斤3元。

(2)若收货地点在外省,且重量小于或等于20公斤,快件每公斤7元,慢件每公斤5元;反之,若重量大于20公斤,超重部分每公斤加收1.5元。

解:决策树如下:

决策表如下:

3. 用图书、作者两个实体及其属性和联系构建E -R 图,并转化为关系数据模型。 答:E -R 图如下:

转换成的关系数据模型如下:

图书(ISBN ,书名,出版社,价格) 作者(身份证号,姓名,出生地) 写作(ISBN ,身份证号,定稿时间)

4. 试根据以下储蓄所取款过程画出数据流程图:储户将填好的取款单及存折交储蓄所,经查对存款账,将不合格的存折和取款单退回储户,合格的存折和取款单被送交取款处理,处理时要修改存款账户和现金账,处理的结果是将存折、利息单和现金交储户,同时将取款单存档。

图书

作者

写作

出版社

ISBN

书名

姓名

出生地

身份证号

定稿时间

价格

N M

5.某企业负责处理订货单的部门每天能收到 40 份左右的来自顾客的订货单,订货单上的项目包括订货单编号、顾客编号、产品编号、数量、订货日期、交货日期等。假定这些订单由:“订货单处理”处理逻辑进行处理。试根据这一业务情况写出数据字典中的“订货单”数据流定义。

管理信息系统 第4章_系统分析

管理信息系统 第4章_系统分析

15日下午
16日上午 16日下午
计划部门主管
调研的时间
零部件仓库管理员 零部件业务流程图 计划部门主管 出库单 调研的内容 调研的成果 入库单 零部件台账 接待的部门和人 库存报表 员 其他单据资料
17日上午
成品库存管理业务
成品仓库管理员 计划部门主管
成品库业务流程图 出库单 入库单 成品台账 库存报表 其他单据资料
本章教学目标



通过本章的学习,在相关案例引导下熟悉结构化系统分析 任务和系统详细调查方法,重点掌握业务流程和数据流程 分析的图表工具,了解面向对象系统分析的任务,掌握面 向对象的系统需求分析,能利用MS Visio进行面向对象的 UML静态建模和动态建模,熟悉系统分析报告和系统需求 规格说明书等项目文档的编写要求。 实践项目:ERP系统分析 推介工具:Microsoft Visio/Word 技能训练——绘制新系统的逻辑模型: (1)利用Microsoft Visio/Word建立MIS项目团队的组 织结构图; (2)以“金蝶KIS专业版”为原型,利用Microsoft Visio/Word建立MIS项目团队小型ERP系统( MIS知识卡 管理系统)的“采购管理、销售管理、生产管理、库存管 理”子功能的业务流程图。


系统分析员与用户之间存在“语言障碍 对策有: • 做好用户的组织与培训工作; • 做好系统分析员的培训工作; • 要有正确的开发方法和良好的工具。 系统分析员的知识水平和工作能力决定了 系统的成败。

固定资产管理系统需求分析报告

固定资产管理系统需求分析报告

固定资产管理系统系统需求分析报告

班级:信0804

学号:20082515

姓名:铁院阿翔

目录

1 前言

固定资产管理系统是企业管理中的一个重要组成部分,固定资产具有价值高,使用周期长、使用地点分散、管理难度大等特点。许多企业在固定资产管理中也许都遇到过以下所列的问题:

1) 企业资产管理中帐、卡、物不相符合。

2)不清楚每个资产所在的位置,也无法得知某个位置上究竟有多少资产。

3)资产管理缺乏基础数据以及相对应的管理手段。

4) 资产的报废无法及时处理,财务上无法及时销账,无法形成报废清单,实物拆下来后,无法与资产上的实物卡片进行核对。

5)折旧计算繁复,准确性差,导致固定资产流失。

6)资产缺乏中间跟踪管理没有资产的历史记录,如安装、移动、调拨、报废、维修等,没有和资产一一对应的设备编码。

7)资产的保修无法进行管理。

8)缺乏对非在线资产的有效管理。

一个企业的良性发展,避免不了的要涉及到企业资产的有效管理。对于那些技术装备密集型的企业,固定资产的管理显得尤为重要。传统的固定资产管理模式无论从质量上还是效率上,都难以适应经营管理新形式的需要。

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,

使用计算机对固定资产进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高固定资产管理的效率,也是科学化、正规化管理的重要条件。固定资产管理系统通过采集固定资产日常工作中所产生的各种原始数据,根据资产管理的要求,对数据进行分类、统计、汇总、分析,建立程序化、制度化、规范化的固定资产计算机软件管理系统,包括了固定资产的一般特性、固定资产状态数据和固定资产能力数据,及时准确地报出各种报表,为固定资产管理提供了一个现代化的管理手段,这一手段可以强化和规范对固定资产的管理。便于计划、财务、审计等管理部门的介入,形成严格的监督、约束机制。

(完整版)需求分析及其格式流程图

(完整版)需求分析及其格式流程图
不能为空
1、"网络信息服务"注册登记
2、工商管理部门的名称预核准
3、文化管理部门的筹建审批
4、公安机关的网络安全检查
5、消防安全部门的消防安全审批
6、文化管理部门的经营许可证的发放
税务服务:
电子政务是政府利用现代技术手段管理各项政府事务的手段,网上税务作为电子政务的一个重要经成部分 ,近年来得到了较大的发展。其利用信息技术,构建"电子税务局",完成现实税务局的各项管理与服务职能,为纳税人提供各种更加方便、快捷、准确的涉税服务。企业只需在电子政务平台上进行企业税务登记由政府办公人员进行
备注
企业名称
varchar(20)
主键,递增
行业
varchar(20)
不能为空
预先核准申请书表
字段名
数据类型及长度
备注
申请名称
char(12)
主键,递增
备用名称
char(12)
不能为空,外键
单位类型
char(22)
不能为空,外键
单位住所
char(22)
不能为空,外键
经营范围
Varchar(22)
不能为空
采购信息
其总的系统实体E-R图如下:
物理结构设计
数据库的实体关系结构,经过规范化然后可以映射为物理上的关系表,江丘市政府与企业部分表结构如下。

第三章_系统需求分析及可行性分析

第三章_系统需求分析及可行性分析
(2) 效益度量方法
➢ 有形收益
货币的时间价值 将未来的收益按照通用率折算到现在。 设年利率为i,现存入P元,n年后货币价值为F ,若计复利,则
F P(1 i)n
反之,若n年能收入F元,那么这些钱的现值是 P F (1 i)n
15
§3.2 可行性分析
例如,假设利用购买的一套计算机辅助开发工具来代替部
➢法律可行性
确认待开发系统可能涉及到的任何侵权、妨碍、责任的问题。
➢方案的选择
对待开发系统的不同方案进行比较评估。尤其是成本和时间限制, 会给方案的选择带来很大的限制。
12
§3.2 可行性分析
2. 经济可行性分析
经济可行性分析包括软件开发项目的成本/ 效益估计,以确定软件系统可能带来的经济 效益是否超过研制和维护所需要的费用。
11
§3.2 可行性分析
可行性分析主要集中在以下四个方面:
➢经济可行性
进行开发成本的估算以及可能取得的经济效益,确定待开发系统是 否值得投资开发。
➢技术可行性
对待开发的系统进行功能、性能和限制条件的分析,确定在现有资 源的条件下,技术风险有多大,系统是否能实现。资源包括已有的 或可以获得的硬件、软件资源,现有技术人员的技术水平与已有的 工作基础。
➢ 建模(数学的或物理的)是对基于计算机系统的有 效技术分析机制
22
基于计算机系统的系统分析 可行性分析

物流管理信息系统需求分析

物流管理信息系统需求分析
物流管理信息系统需求分析
本章学习目标
– 了解系统分析常用工具 – 熟练掌握业务流程图的绘制方法 – 掌握数据及流程分析分析几个步骤 – 熟练掌握数据流图及U/C矩阵的绘制方法 – 掌握系统逻辑方案的建立必需考虑的几个问题 – 掌握系统分析报告的书写格式
回顾:系统规划
在系统规划中:
– 根据组织目标和约束条件,确立了信息系统的 总目标(发展方向、目标体系及衡量标准) – 确立了信息系统的总体结构 – 上述目标是通过现状分析、可行性分析、业务 流程分析、技术预测和资源分配来确立的。 – 此外在规划中,还要做好项目进程管理、人员 的组织安排等。
直线式物流企业组织结构图
物流部
运 输 部
仓 储 部
包 装 部
配 送 部
市 场 营 销 部
物流企业组织结构
总裁 财务 副总裁 生产 副总裁 物流 副总裁 营销 副总裁 信息 副总裁 人力资源 副总裁
采购管理 部门主管
销售管理 部门主管
库存管理 部门主管
运输管理 部门主管
客户服务 部门主管
物流信息 系统部门 主管
各部门 用料 计划 领料单 未批准领 料单
仓库 负责人
有关
领导
审批后的 报表
已批准领 料单
仓库
采购部
订货 报表
保管员
库存账
缺货账
订货系统的业务流程图

软件设计之业务流程图一

软件设计之业务流程图一

业务流程图

第一部分:什么是流程图?

1. 定义

那什么是流程图呢?流程图=流程+图,如下图:

图2 流程图的定义

流程:Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程,流程是自然而然就存在的。但是它可以不规X,可以不固定,可以充满问题。所以就会造成看似没有流程。前不久,团队每个人对接一个业务团队去调研流程,反馈给我的流程有一些缺失。询问时,负责人反馈给我的答复是:这一块业务他们没有流程。其实严格

意义上讲,业务已经开展,不可能没有流程,只是说没有固定的流程或者你调研的对象也讲不清楚。

图:Chart 或者Diagram, 是将基本固化有一定规律的流程进行显性化和书面化,从而有利于传播与沉淀、流程重组参考。

从定义可以看出,只要有事情和任务,流程就会有,但是并不是所有的流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定程度固定的有规律可循的,流程中的关键环节不会朝令夕改的。

工作中我们还用到或听到很多其他类型的图表,比如交互设计师们经常说的线框图(Wireframes),信息架构图或站点地图(Site Map),,开发工程师们经常说的用例图(Use Case)或E-R图。这些不同的图表要表达的内容有何种差异呢?简单做个对比,如图:

图3 流程图VS其他常用图表如果要串到某一个项目来说,可以理解成:

用例图(Use Case):表现了一个角色在系统里要完成的活动是什么,比如用户这个角色与ATM取款机的交互过程中,用户需要完成的活动有存钱,取钱,查询等。而存钱这个活动再可以进一步细分为插卡,输入密码,输入金额,ATM吐钞,用户收款,退卡等活动。用例图可以不考虑用户动作的前后次序,而仅仅提取一些关键的动宾短语,映射出系统应该满足的功能点。常用用例图的人是产品经理和开发工程师。

系统需求分析

系统需求分析

1.2.2 数据字典 • 数据字典是系统中各类数据描述的集合。对数据库
设计来讲,它是对系统中数据的详细描述,是各类 数据结构和属性的清单,它与数据流图互为注释。 数据字典中的内容在数据库设计过程中还要不断修 改、充实和完善。
• 一般来说数据字典中应包括对以下几部分数据的描 述:
1.数据项 数据项是数据的最小单位,对数据项的描述应 包括:
4.数据存储
数据存储定义的目的是确定最终数据库需要存储那 些信息。
(1)考察数据流图中每个数据存储信息,确 定其是否应该而且可能由数据库存储,若是, 则列入数据库需要存储的信息范围。
(2)定义每个数据存储。对数据存储的描述应包括: 数据存储名、存储的数据项说明、建立该数据存储 的应用(即数据处理)、存取该数据存储的处理过 程、数据量、存取频度(指每天或每小时或每分钟 存取几次)、操作类型(是检索还是更新)和存取 方式(是批处理还是联机处理,是顺序存取还是随 机存取)等。
5.处理过程
(1)考察数据流图中的每个数据处理,确定 正在设计的数据库系统是否应该而且可能支 持这个处理过程。如果应该而且可能支持, 把这个功能列入数据库系统支持的应用范围。
(2)对于每个处理过程,进行严格定义,内 容包括:
数据处理={处理过程名、说明、处理:{简单 说明}、输入:{数据流}、输出:{数据流}}。
• 开调查会。通过与用户座谈来了解业务活动情况及用户 需求。座谈时,参加者之间可以相互启发。

需求分析(流程图+数据字典)

需求分析(流程图+数据字典)
联系:
– 数据流程图和数据字典共同构成系统的逻辑模型。 – 没有数据字典,数据流程图就不严格;没有数据流程
图,数据字典也难于发挥作用。 – 只有数据流程图和对数据流程图中每个元素的精确定
义放在一起,才能共同构成系统的规格说明。
数据字典的内容
数据字典的内容主要是对数据流程图中的元素进行 定义:
(4)在绘制数据流程图时,应注意处理框与数据存储之 间数据流的方向。一个处理过程要读文件,数据流的箭头 应指向处理框,若是写文件则箭头指向数据存储。修改文 件要先读后写,但本质上是写,箭头也指向数据存储。
3.提高数据流程图的可理解性
(1)尽量减少处理框间输入、输出数据流的数目,以简化 处理间的联系。在数据流程图中,处理框间的数据流越少, 各个处理就越独立,用户对每个部分可以单独理解。因此, 在对处理框进行分解时,应尽量使各处理框间的关系简化, 这样可以使一个复杂的问题转变成若干简单的问题来处理。
(2)尽量避免不均匀的分解。如果在一张数据流程图中, 某些处理已是基本的处理,而另一些却还要进一步分解成 三层、四层。也就是说,数据流程图中某些部分描述的是 细节,而其他部分描写的是较高层的抽象。这种情况就属 于不均匀分解,因而不易被用户理解和接受。所以,在对 顶层数据流程图的处理框进行分解时,应尽量考虑到流程 图分布的均匀性。
2 需求分析调查重点 业务流程调查(业务流程图 TFD图) 数据流程调查(数据流程图 DFD图) 数据字典(DD)

数据流程图练习题

数据流程图练习题

生产部 F1生产作业计划
F2领料单 车间
F3退料单
F5库存报表 库存管理
物资 F4验收申请单 采购员
主管领导
库存管理系统顶层图
生产部 F1生产作业计划
物资 F4验收申请单 1
采购员
入库管理
2 限额管理
F3退料单 车间 F2领料单
D1 库存数据
3 出库管理
D2 限额配套卡
4 统计
F5库存报表 主管领导
车间填写领料单给仓库要求领料,库长根 据用料计划审批领料单,未批准的退回车间, 已批准的领料单送到仓库保管员处,由他查阅 库存帐。若帐上有货则通知车间前来领料,否 则将缺货通知采购人员。
数据流图
未批准的领料单
车间
领料单
审批领料单 料准已 单领批
用料计划
领料通知
查阅库存帐
缺货通知
采购员
库存账
练习题目
学籍管理系统关联图
学生 F1注册申请
F2学籍管理通知 学生
系机关 F3学籍管理意见与凭证 学籍管理 F4学籍管理报告 系机关
教师 F5学生修课成绩
F6教学安排
教师
学籍管理系统顶层图
F2.3学生成绩
学生
F1注册申请
学生
F2.1注册证件 F3.1新生名单
1 F3修课名单 2
F6教学安排

需求分析习题及答案

需求分析习题及答案

第三章需求分析

一. 填空题

1.需求分析的步骤, , , 。

2.需求分析阶段需编写的文档有,,。

3.系统规格说明,数据要求,,,这四份文档资料是在书写文档阶段必需完成的。

4.在书写文档阶段,数据要求主要包括通过需求分析建立起来的,以及描绘数据结构的层次方框图。

5.对于计算机程序处理的数据,其数据域应包括, , 和数据结构。

6.数据内容即是。

7.把一个功能分解成几个子功能,并确定, 就属于横向分解。

8.软件需求的逻辑视图给出, 而不是实现的细节。

9. 功能一般用, 来表示。

10.结构化分析方法是, 进行需求分析的方法.

11.描述结构化分析方法的工具有,,,判定表,判定树。

12. SA方法中自顶向下的分析策略主要是和。

13.数据流图的基本组成部分有,,,。

14.数据流图的特性,,,。

15.数据流图和数据字典共同构成了系统的模型,是需求规格说明书的主要组成部分。

16.分析员通过需求分析,逐步细化对软件的需求,描述软件主要处理的,并给软件开发提供一种可转化为,和的数据与功能表示。

17.需求分析阶段研究的对象是软件项目的。

18.数据流图的基本符号包括,,,。

19.在需求分析阶段常用的图形工具有,,。

20.需求分析应交付的主要文档是。

二. 选择题

1. 需求分析中开发人员要从用户那里了解()

A.软件做什么B.用户使用界面C.输入的信息D.软件的规模

2. 需求分析阶段的任务是确定()

A.软件开发方法B.软件开发工具C.软件开发费D.软件系统的功能

3. 需求分析阶段最重要的技术文档之一是非曲直()。

A.项目开发计划B.设计说明书C.需求规格说明书D.可行性分析报告

我们应当怎样做需求分析业务流程分析

我们应当怎样做需求分析业务流程分析

我们应当怎样做需求分析业务流程分析需求分析是软件开发过程中最重要的一部分,它决定了软件开发过程中的全部工作流程和进度,也是决定产品质量的关键因素之一、因此,恰当进行需求分析是软件开发中的重要步骤,且必须要做到认真、仔细。

针对具体的业务流程进行需求分析,应该包括:

一、了解客户期望

首先,要了解客户的期望,包括大致的产品要求、功能要求等。不仅要分析客户本身的期望,还要了解其所处的行业,以及市场中关于产品的反馈和要求。只有这样,才能更好地满足客户的需求,实现真正的客户满意度。

二、细致的流程分析

在了解客户的期望之后,要对整个业务流程进行细致的分析,深入了解业务流程的实际情况,以及业务流程中会发生的不同情况,并分析各种情况的处理办法。

三、系统架构和需求调研

在对业务流程进行分析后,应当充分调研和分析这些需求,以便更好地理解客户的需求,并做出展现在系统架构中的相应调整和改进。

四、确定功能细节

在上述步骤完成后,最后一步就是做出具体的功能细节,要仔细研究各个功能点,确定功能的细节要求。

通过上述步骤,基本完成了针对业务流程的需求分析。

3 需求分析-业务流程图和数据流程图

3 需求分析-业务流程图和数据流程图
需求分析-业务流程图
车海莺
思考
• 请你向一个***软件开发公司描述你想开发 一个Iphone4 销售部门的业务管理系统或者 你是***软件开发公司的系统分析人员,你 如何描述该销售部门的业务,系统有如下 功能?
• 网上预订 • 订单管理 • 故障处理和维修记录
需求工程
需求是什么?需求就是以一种清晰、简洁、 一致且无二义性的方式,对一个待开发系 统中各个有意义方面的陈述的一个集合。
• 应使用有意义的名称标记所有箭头和泡泡
• 总是以系统环境图SCD开始(also called 0层DFD图)
• 在第0层DFD图中显示外部实体
• 当从一层转到另一层时要保持信息流的连续性
• 一次精化一个泡泡
40
分层数据流图
I0
O0
系统加工S
In
Om
第0层DFD图
44
如何从第0层扩展到第1层?
数据流 数据流是用箭头线及其上的数据表示数 据流动的方向, 数据流由一个或一组数据 项组成。
数据存储表示逻辑意义上的数据存储环 数据存储 节, 不考虑存储的物理介质和技术手段的
数据存3储5 环节。
外部实体
数据的生产者(提供者)——或者消费者(需求者)
例如: 人, 设备, 传感器等
其他例子: 基于计算机的系统
例如: 输入学生的学号和课程名查出学生的成绩 输入教师工号,查出教师的最新学期的课表

系统分析之需求分析

系统分析之需求分析
•解释立项原因,表达高层管理人员的授权和支持
项目领导
展开讨论会议,由项目领导主持 控制
JAD团队成员在由IT职员组织更 小的组中展开工作 小组领导
展开讨论会议,由项目领导主持 控制
项目领导
•提供当前系统的概述以及所建议项目的规模和约束条件 •描述要调查的特定主题和问题的纲要
•回顾主要的业务流程、任务、用户角色、输入和输出 •确定已达成一致和未达成一致的具体问题领域 •将团队分成小组研究具体问题,为每个小组制定领导者
3.3 快速应用程序开发 RAD
基于团队的技术 比JAD更深入,最终产品是新的信息系统 是一个完整的方法,有四个阶段的生命周期 与传统的SDLC阶段相比,RAD可减少成本和开发
时间,并增加成功的可能性 非常依赖于原型的创建和用户的参与 使用CASE工具构建原型并创建一系列连续的文档
加速开发周期也会导致没有更多的时间提高 项目质量、连贯性和设计的标准化。
目录
系统分析阶段概述 联合应用程序开发 快速应用程序开发 建模工具和技术 系统需求审核列表
3.4 建模工具和技术
3.4.1 CASE工具 ——一个共享信息资料档案库的个人工具集合
档案资料库
中心存储数据库, 系统开发所有信息
一旦数据元素在资料档案库中被定义,就能被程序和其他信息系统访 问和使用。 在资料档案库中定义了一个数据元素后,可指定数据类型和形式,可 接受的数据范围,一个或多个别名。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

系统需求分析(业务流程图的练习)

一、任务与目的

1.学习V isio软件的使用

2. 理解业务流程分析和画法

3. 利用业务流程来分析企业业务处理过程

二、原理(条件)

1.在进行信息系统开发之前,需要深刻的分析现有的业务流程,对原有的业务流程进行改造或者重新制定

2.通过业务流程分析,进而理解系统的整体功能需求

3. 一台可以上网的PC机即可进行实验

三、内容

1.Visio的使用;

2.企业业务流程分析;

3.汽车配件管理系统的业务流程图绘制;

四、步骤

1.了解Visio的工作环境:

1)工作窗口

2)视窗调整

3)任务窗口

4)小视窗

2.了解菜单项。

3.了解定位工具。

4.了解工具栏。

5.了解文件操作。

6.了解绘图页面操作。

7.针对第一个实验,绘制业务流程图

8.汽车配件管理系统的业务流程分析:

1)、销售管理:

对顾客的订货进行处理并回答顾客的咨询。包括订货处理、缺货通知、通知财务、制作销售报表等功能。这部分侧重的是对客户服务的,它是以客户为中心开展的。是整个系统数据的入口处。

2)、采购管理(P2):

负责向供应商采购汽车配件并通知财务部门。包括采购配件、通知财务等功能。这部分侧重的是供应商的联系。它以采购配件为中心展开。

3)、财务管理(P3):

主要负责向顾客收款与向供应商付款。包括付款给供应商、向顾客收款、制作报表等功能。这部分管理这公司的资金方面。

4)、库存管理(P4):

主要负责对供应商收货与对顾客发货。包括验证发货给顾客、收取供应商发的货、通知采购部门到货、制作库存报表等功能。这部分管理这公司配件库存。

五、结论

第一个实验流程图

采购管理

财务管理

六、评语

该项由教师根据考核标准填写。

相关文档
最新文档