2009-7-17 Shy 1
第七章 信息系统的开发与实施
2009-7-17 Shy 2
为什么开发？
何时开发开发什么如何开发谁来开发为什么要我参加？
2009-7-17 Shy 3
一、概述
1、系统开发的参与者
2、系统开发的几种形式资源内包、资源自包、资源外包
3、系统开发生命周期
4、影响系统开发的因素
2009-7-17 Shy 4
1,开发系统的理由期望开拓新机遇现有系统的问题增强竞争力系统开发过程期望更有效地利用信息公司的增长、扩大合并与购并市场或外部环境变化开始变化的个人能力所感知的潜在效益
2009-7-17 Shy 5
2、系统开发的参与者
—风险承担者,最终从系统开发项目中受益的人 (投资者 )
—用户,经常使用、与系统交互的人他们可以是雇员、管理者、客户或供应商
—系统开发专家,系统分析员,IT人员
—各类支持人员,通信专家、硬件工程师、
供应商的代表成功的系统开发需要开发小组共同努力
2009-7-17 Shy 6
系统分析员的重要性系统的利益相关者用户供应商技术专家软件人员管理者系统分析员
2009-7-17 Shy 7
3、系统开发的几种形式
资源内包,选择组织内的 IT 技术人员进行开发；这是大多数组织采用的方法
资源自包,具体使用系统的知识人员在 IT技术人员的指导帮助下开发 IT系统
资源外包,将 IT系统的开发按规定的期限、成本、技术标准、服务水平委托给专业的 IT系统开发商完成
2009-7-17 Shy 8
4、系统开发生命周期系统调查理解问题系统设计选择与规划最佳解决方案系统实施实现系统设计系统分析理解解决方案系统维护与评价评价方案的结果系统开发的过程称为系统开发的生命周期
2009-7-17 Shy 9
系统开发生命周期的说明：
系统调查阶段,即确定目标系统的建设范围。描述问题、制定目标、确定信息系统的项目计划；明确是否值得建设信息系统？
系统分析,对现有系统和业务流程进行分析、研究，
确定其优势、劣势和改进机会。给出目标系统的逻辑模型。
系统设计,回答系统到底怎样建才能解决问题。进行技术设计、给出新系统的技术方案，详细阐明系统的输入输出、硬件软件、数据库、通信网络等
系统实施,建立目标系统的过程
系统维护、评价,日常维护和支持，使系统可以满足不断变化的业务需求，使系统真正发挥效益
2009-7-17 Shy 10
5、影响系统开发的因素成功的系统开发意味着按时、按预算交付用户和组织需要的系统。
而影响系统成功开发的因素很多，
如变化程度、规划质量、项目管理工具的使用、质量保证过程等诸多方面。
2009-7-17 Shy 11
1）变化程度
꧰
ü
μ?
2
±ˉ μ? 3ì?è
2
ú
持续改进 业务流程再造
2009-7-17 Shy 12
2）项目规划的质量
不善的规划和对规划执行管理的不力是另一因素
项目越大产生问题比例越大。
失控项目 —经费超支、交付时间推迟
导致失败的项目规划问题汇总：
因素 措施要解决的问题错错误的问题定义与分析项目太抽象缺乏高层的支持缺管理者与使用者的参与设计不充分、不恰当用户不能有效使用系统在项目与组织间建立清晰的联系遵循标准的开发方法缩小项目的重点、突出商机找出关键领导、争取支持确定关键的风险投资承担者积极参与遵循标准的开发方法严格的用户培训计划、充足的执行时间
2009-7-17 Shy 13
3）项目管理工具的使用
项目管理,包括规划、计划、指导和控制人力、财力、技术资源以完成阶段任务，
最终实现特定目标。
关键路径：一旦推迟就会使项目延迟的所有活动
为确保关键路径上的活动及时完成，必须采用正规的项目管理方法和工具
2009-7-17 Shy 14
项目管理工具
程序评价和评价技术（ PERT):它包括对一个活动的三个时间进行估计，可能的最短时间、可能的最长时间、可能的时间，然后算出 PERT时间。
甘特图（ Gantt Chart)：用于计划、监控、
协调项目的图形工具，它列出了各种活动和完成的最后期限的表格。
项目管理软件包：
Project —微软 ; Super Project—CA
Time Line,On Target —Symantec
2009-7-17 Shy 15
4）常规管理质量保证过程
采用 ISO 9000标准管理信息系统的开发
2009-7-17 Shy 16
二、系统开发方法简介
1、生命周期法（ SDLC）
2、原型法
3、快速应用开发法
4、计算机辅助软件工程 —CASE
工具
5、联合应用开发（ JAD）
2009-7-17 Shy 17
1,SDLC
SDLC是一种结构化的严格分阶段的循序渐进的系统开发方法。
该方法是 60年代西方一些发达国家在总结信息系统开发的经验和教训的基础上逐渐发展完善起来的一种方法。该方法比较适用于大型组织的新系统的开发和实施。
2009-7-17 Shy 18
1）特点
预先明确用户需求、根据需求设计系统
自顶向下规划、设计系统
严格按阶段进行；
文档标准化、规范化
运用系统的分析、综合技术，简化系统
强调阶段成果的审定和检验
2009-7-17 Shy 19
2） SDLC的优缺点优点 缺点
每阶段末都有检查和结论，使管理控制最大化
产生最大的系统文档
正式的文档能使系统需求源自记录的业务需求
产生许多中间产品，通过这些可以检查、了解系统是否达到用户需求
用户得到是开发人员所理解的需求系统，使得系统可能不是用户真正想要的
文档制作费用昂贵、费时，难使文档保持最新
通常用户的需求得不到详尽的陈述或者被误解
用户不容易检查中间产品并评价一个具体的产品是否符合业务需求
2009-7-17 Shy 20
2、原型法原型法是一种交互式、反复改进的系统开发方法。
这种方法是为了适应以 人为本 —灵活、
多变、以经验行事
这种方法适应企业面对日益激烈竞争的需求、信息系统开发周期短、成本低
对中小企业最为适合
2009-7-17 Shy 21
1） 原型法的流程确定用户的基本需求开发原型利用原型提炼用户需求修正、改进原型实用系统
2009-7-17 Shy 22
2）原型法的优缺点
优点
— 开发周期短、费用相对较少
—提供原始原型给用户，用户的参与更实际、更富有建设性
—易学易用，减少培训时间
缺点
—难以用于大系统、复杂系统
—开发过程难以管理
—用户很早看到原型易造成错觉
—开发人员容易用原型代替系统分析
2009-7-17 Shy 23
3、快速应用开发 (RAD)
快速应用开发方法 (rapid application
development,RAD)是通过运用已设计好的技术、方法及工具加快应用开发。
该方法减少了纸文档、自动生成源程序代码，便于用户参加设计开发。
使用 RAD可以加快系统的开发创建过程，整个系统 可在 短期内完成
2009-7-17 Shy 24
4、计算机辅助软件工程
—CASE工具
CASE(Cumputer-aided software
engineering)是近年来发展起来的信息系统开发的工具。他从两方面支持系统的开发。
帮助建立模型并保存与特定系统相关的信息，一旦环境变化它提供了易于改变系统的灵活性
CASE帮助开发者完成将信息转化为新形式的系统开发任务
2009-7-17 Shy 25
5、联合应用开发
1)信息系统开发的问题
IT人员说：使用者不懂技术、不懂系统怎样工作也没法为他们设计系统：使用者说：
IT人员不懂业务，不明白我们需要什么，
不能开发 IT系统。
2）联合应用开发（ Joint Application
Development JAD）
是指由管理人员,IT人员、知识工作者共同配合、一起讨论、定义、详细说明目标系统的逻辑需求和技术方案。
2009-7-17 Shy 26
JAD讨论创造了轻松、非正式的环境，在工作上是高度结构化的。成员间彼此沟通、共同定义新系统的需求逻辑、提出几种可供选择的技术方案。
JAD成员协调人员,JAD召集人员项目经理：目标系统的经理
IT人员：参与目标系统开发的 IT人员知识工作者,企业内、了解过程且使用系统人员执行发起人：组织内管理者、负责组织全力支持 JAD过程和目标系统的实现
2009-7-17 Shy 27
三、系统分析该阶段是进入系统开发的实质阶段，
完成系统的分析及概要设计。
1、详细调查
2、现行系统分析
3、概要设计
4、系统分析报告
2009-7-17 Shy 28
1、详细调查
1）现行系统的详细调查
组织机构和业务范围
各项业务的主要处理模型
绘制业务流程图
信息分类、分层、定义
信息流程、处理方式
信息处理速度、频次、准确性、共享性
2009-7-17 Shy 29
已开发的计算机系统的应用项目的功能、范围、结构及存在问题
各部门人员对系统的需求
2）现行系统分析
确定系统目标使系统目标支持企业目标。定出实现企业目标所需的系统 目标
2009-7-17 Shy 30
企业业务特点及规模分析
组织机构设置、职能划分分析
业务处理流程、处理模式合理性分析
分析部门对信息处理、表达的需求
绘制部门间的业务关联 (信息流程）图
分析代码系统
问题所在
2009-7-17 Shy 31
3）信息系统的总体方案
充实、调整系统的总体规划方案（或可行性研究提出的总体方案）
2、逻辑设计（概要设计）
1）系统边界的划分
系统内部与外部的定义
系统与外部的接口
本系统与其它系统的接口
2009-7-17 Shy 32
2） 子系统的划分及定义
系统层次及模式
子系统的功能描述
子系统的处理逻辑
子系统的功能模块划分
子系统的数据组织
输入输出的种类、形式、基本要求
子系统间接口 /人机界面的划分
2009-7-17 Shy 33
3）系统软 /硬件环境设计
计算机硬件配置的环境
商品化软件的配置及环境
开发工具的选择
4）系统运行通信环境设计
信息传输载体种类、容量的选择
通信网结构、协议的选择
通信设备的配置
2009-7-17 Shy 34
5）对系统运行环境的建议
管理体制、思想方法
新组织机构、人员配置
合理的业务流程
新的系统管理模式
2009-7-17 Shy 35
6）系统开发方案及进度
开发方案
任务分解
分阶段进度表（网络管理法）
总进度表
7）开发费用及投资计划
分阶段估算和开发费用
软硬件投资
运行维护费计算
2009-7-17 Shy 36
3、系统分析报告及评审
1）撰写系统分析、逻辑设计报告
汇总调查的内容编写详细调查报告和逻辑设计报告、说明书。
提交给用户
2）评审会专家、用户领导、项目组组成评审会对报告评审
2009-7-17 Shy 37
四、系统设计
1、详细设计（物理设计）
2、评估一种系统设计方案
3、生成系统设计报告
2009-7-17 Shy 38
1、物理设计将逻辑设计的逻辑模型变成具体实现的物理模型
2009-7-17 Shy 39
1）输入输出设计
输入模式
输入格式及内容
输入设备及介质
输入校验
输出类型
输出格式、内容
输出设备、介质
2009-7-17 Shy 40
2）处理功能模块设计
模块分解
模块层次结构及控制
模块间的调用
模块处理流程图
模块内的逻辑处理
2009-7-17 Shy 41
3）数据库设计
数据模型确定（层次、网状、关系）
数据库和文件的逻辑关系
数据库结构系统的确定 (分布、集中、混合）
存储结构设计
存储介质分配
存取方式确定
数据的备份
数据库访问权限的确定
2009-7-17 Shy 42
4）网络及通信设计
局域网网络的结构设计
网络的接口设计
广域网的拓扑结构设计
网络 IP地址分配
通信设计
2009-7-17 Shy 43
5）系统安全性设计
保密范围与使用权限
子系统间的隔离
系统内部与外部的隔离
防火墙设计
传输网络的安全性设计
数据的安全性
灾难计划及措施
2009-7-17 Shy 44
6）硬 /软件选择和供应商的建议
设计各类硬件的数量、指标要求
确定续购置软件的数量、标准、规格
按下例条件选择供应商
——供应商的可靠性及财务的稳定性
——售后服务类型及水平
——提供的产品和服务,是否存有现货
——是否积极展示其产品
——调配部件的能力
——能否为 IS人员、系统用户提供有效的培训
——对供应商的评价是否是由中立机构做出
2009-7-17 Shy 45
2、系统设计报告及文档
报告的设计内容
——“1”中内容
——系统模块调试、测试方案
——用户人员培训计划
——机房建设计划
——系统实施计划
文档、表格、图形的附件
术语表
2009-7-17 Shy 46
系统设计报告系统设计报告目录序言系统设计的主要建议硬件设计软件设计通信设计人员设计系统实施的计划数据库设计过程设计安全设计维护设计培训设计总结
2009-7-17 Shy 47
3、评估一种系统设计方案系统设计的最后步骤是对多种设计方案进行评估，选出一个最佳的方案。
评估中注意的问题：
综合平衡系统的实施、成本、控制和复杂性
评估方法
—前期评估：执行“去除不必要建议书”的阶段
—最终评估：对设计建议详细评估，择优
2009-7-17 Shy 48
五、系统实施、评价、维护
1,系统实施计划
2、实施步骤
3、系统软件、硬件、网络的获取
4、系统安装、调试、测试
5、系统试运行与切换
6、用户验收
2009-7-17 Shy 49
1、系统实施计划
实施计划主要内容
—— 硬件计划
——软件计划
◎采购计划
◎软件开发计划
——机房、场所准备计划
——总的实施日程计划
审订实施计划
2009-7-17 Shy 50
2、实施步骤硬件获取软件获取用户准备人员：聘用和培训机房、场所准备数据准备安装测试试运行系统切换用户验收
2009-7-17 Shy 51
3、系统软件、硬件、网络的获取
1）硬件的获取
根据系统设计的指标要求制作采购的标书
邀请硬件供应商进行技术交流
选择资质好的厂商发放标书
评标
开标及商务谈判
签订合同
执行合同
2009-7-17 Shy 52
2）网络的获取
局域网络的建设和改造
——新建网络
——改造网络
——自建或外包
广域网络的建设
——传输网络的取得（传输方式的选择、线路的租赁）
——网络设备的获取（与硬件同）
——自建与承包给系统集成商
2009-7-17 Shy 53
3）软件的获取
决定内部开发或从外部购买
外部购买的软件分为：成品软件包和承包开发
如何做？
——审核需求
——获取软件
——修改或修订
——获取软件接口
——测试验收软件
——软件维护
2009-7-17 Shy 54
4、系统安装、调试、测试
1）用户准备
用户准备主要是指准备好信息系统的管理人员、使用人员等。
用户的培训内部培训与外部培训
信息系统的 IT人员的招聘和培训
2）场所准备新系统的工作场所（空调、电力、办公家具）
2009-7-17 Shy 55
3）数据准备
将原来的手工数据文件转化成计算机文件
将原来的不同格式的数据文件转换成新系统的格式
4）安装将计算机设备、网络设备在信息系统场所安装、使其运转
2009-7-17 Shy 56
5）测试单元测试系统测试容量测试综合测试验收测试对每个程序测试测试整个系统使用大量数据对应用程序测试同时对相关系统测试根据用户要求对系统测试
2009-7-17 Shy 57
5、系统试运行与切换
系统测试的同时就可进行试运行
试运行的同时就可进行系统切换
切换的方法
—— 直接法
——阶梯法
——并行法（新老系统并行）
2009-7-17 Shy 58
老系统 新系统老系统新系统 1
新系统 2
新系统 n
老系统新系统直接法阶梯法并行法
2009-7-17 Shy 59
6、用户验收
系统验收
文档验收
签署文件
2009-7-17 Shy 60
七、系统维护与评价
1、维护的理由
2、维护的类型
3、维护的实施（人员、财务）
4、评价过程的类型
5、评价过程中应考虑的因素
2009-7-17 Shy 61
1、维护的理由
用户的新需求
技术更新、硬件问题
公司购并或并购
政府政策的调节
运行环境的变化
2009-7-17 Shy 62
2、维护的类型
日常维护,小的改进、个别代码改动或小故障修复
修补：小的更改、纠正错误
版本发布：重要程序的修改、这是一种软件文档的修改
新版本：完成了新的功能，对主要的程序作了修改
2009-7-17 Shy 63
3、维护的实施
保证维护的队伍
保证维护的经费
软件维护的成本
Text
èí
t
¤á′
3é
±
ê1 ó? ê±
2009-7-17 Shy 64
4、系统评价评价 贯穿系统建设的全过程，尤其在设计、实施阶段更为重要。它分析系统的处理、以确保系统能按期望运行。
系统评价通常涉及：设计中对系统的运行及收益的要求与系统实际运行情况及收益进行比较
系统运行后，重新估价设计中的成本、控制等复杂因素。
评价的问题反馈给建设的各阶段以便重新处理
2009-7-17 Shy 65
1）评价的类型
事件驱动型由一个事件或时机触发的评价
时间驱动评价按预定计划，在一定的时间段后执行的评价。每隔一定的时间段进行评价意味着新的需求或对系统功能的评估、修改
2009-7-17 Shy 66
2）评价考虑的因素
使命：系统能否有助于组织完成使命？
组织目标：系统能否支持组织各部门的目标？
硬件和软件：能否满足要求
数据库：存储空间,DBMS
远程通信与网络
人员与培训
成本与效率
复杂性与可靠性
系统响应时间
文档资料
第七章 信息系统的开发与实施
2009-7-17 Shy 2
为什么开发？
何时开发开发什么如何开发谁来开发为什么要我参加？
2009-7-17 Shy 3
一、概述
1、系统开发的参与者
2、系统开发的几种形式资源内包、资源自包、资源外包
3、系统开发生命周期
4、影响系统开发的因素
2009-7-17 Shy 4
1,开发系统的理由期望开拓新机遇现有系统的问题增强竞争力系统开发过程期望更有效地利用信息公司的增长、扩大合并与购并市场或外部环境变化开始变化的个人能力所感知的潜在效益
2009-7-17 Shy 5
2、系统开发的参与者
—风险承担者,最终从系统开发项目中受益的人 (投资者 )
—用户,经常使用、与系统交互的人他们可以是雇员、管理者、客户或供应商
—系统开发专家,系统分析员,IT人员
—各类支持人员,通信专家、硬件工程师、
供应商的代表成功的系统开发需要开发小组共同努力
2009-7-17 Shy 6
系统分析员的重要性系统的利益相关者用户供应商技术专家软件人员管理者系统分析员
2009-7-17 Shy 7
3、系统开发的几种形式
资源内包,选择组织内的 IT 技术人员进行开发；这是大多数组织采用的方法
资源自包,具体使用系统的知识人员在 IT技术人员的指导帮助下开发 IT系统
资源外包,将 IT系统的开发按规定的期限、成本、技术标准、服务水平委托给专业的 IT系统开发商完成
2009-7-17 Shy 8
4、系统开发生命周期系统调查理解问题系统设计选择与规划最佳解决方案系统实施实现系统设计系统分析理解解决方案系统维护与评价评价方案的结果系统开发的过程称为系统开发的生命周期
2009-7-17 Shy 9
系统开发生命周期的说明：
系统调查阶段,即确定目标系统的建设范围。描述问题、制定目标、确定信息系统的项目计划；明确是否值得建设信息系统？
系统分析,对现有系统和业务流程进行分析、研究，
确定其优势、劣势和改进机会。给出目标系统的逻辑模型。
系统设计,回答系统到底怎样建才能解决问题。进行技术设计、给出新系统的技术方案，详细阐明系统的输入输出、硬件软件、数据库、通信网络等
系统实施,建立目标系统的过程
系统维护、评价,日常维护和支持，使系统可以满足不断变化的业务需求，使系统真正发挥效益
2009-7-17 Shy 10
5、影响系统开发的因素成功的系统开发意味着按时、按预算交付用户和组织需要的系统。
而影响系统成功开发的因素很多，
如变化程度、规划质量、项目管理工具的使用、质量保证过程等诸多方面。
2009-7-17 Shy 11
1）变化程度
꧰
ü
μ?
2
±ˉ μ? 3ì?è
2
ú
持续改进 业务流程再造
2009-7-17 Shy 12
2）项目规划的质量
不善的规划和对规划执行管理的不力是另一因素
项目越大产生问题比例越大。
失控项目 —经费超支、交付时间推迟
导致失败的项目规划问题汇总：
因素 措施要解决的问题错错误的问题定义与分析项目太抽象缺乏高层的支持缺管理者与使用者的参与设计不充分、不恰当用户不能有效使用系统在项目与组织间建立清晰的联系遵循标准的开发方法缩小项目的重点、突出商机找出关键领导、争取支持确定关键的风险投资承担者积极参与遵循标准的开发方法严格的用户培训计划、充足的执行时间
2009-7-17 Shy 13
3）项目管理工具的使用
项目管理,包括规划、计划、指导和控制人力、财力、技术资源以完成阶段任务，
最终实现特定目标。
关键路径：一旦推迟就会使项目延迟的所有活动
为确保关键路径上的活动及时完成，必须采用正规的项目管理方法和工具
2009-7-17 Shy 14
项目管理工具
程序评价和评价技术（ PERT):它包括对一个活动的三个时间进行估计，可能的最短时间、可能的最长时间、可能的时间，然后算出 PERT时间。
甘特图（ Gantt Chart)：用于计划、监控、
协调项目的图形工具，它列出了各种活动和完成的最后期限的表格。
项目管理软件包：
Project —微软 ; Super Project—CA
Time Line,On Target —Symantec
2009-7-17 Shy 15
4）常规管理质量保证过程
采用 ISO 9000标准管理信息系统的开发
2009-7-17 Shy 16
二、系统开发方法简介
1、生命周期法（ SDLC）
2、原型法
3、快速应用开发法
4、计算机辅助软件工程 —CASE
工具
5、联合应用开发（ JAD）
2009-7-17 Shy 17
1,SDLC
SDLC是一种结构化的严格分阶段的循序渐进的系统开发方法。
该方法是 60年代西方一些发达国家在总结信息系统开发的经验和教训的基础上逐渐发展完善起来的一种方法。该方法比较适用于大型组织的新系统的开发和实施。
2009-7-17 Shy 18
1）特点
预先明确用户需求、根据需求设计系统
自顶向下规划、设计系统
严格按阶段进行；
文档标准化、规范化
运用系统的分析、综合技术，简化系统
强调阶段成果的审定和检验
2009-7-17 Shy 19
2） SDLC的优缺点优点 缺点
每阶段末都有检查和结论，使管理控制最大化
产生最大的系统文档
正式的文档能使系统需求源自记录的业务需求
产生许多中间产品，通过这些可以检查、了解系统是否达到用户需求
用户得到是开发人员所理解的需求系统，使得系统可能不是用户真正想要的
文档制作费用昂贵、费时，难使文档保持最新
通常用户的需求得不到详尽的陈述或者被误解
用户不容易检查中间产品并评价一个具体的产品是否符合业务需求
2009-7-17 Shy 20
2、原型法原型法是一种交互式、反复改进的系统开发方法。
这种方法是为了适应以 人为本 —灵活、
多变、以经验行事
这种方法适应企业面对日益激烈竞争的需求、信息系统开发周期短、成本低
对中小企业最为适合
2009-7-17 Shy 21
1） 原型法的流程确定用户的基本需求开发原型利用原型提炼用户需求修正、改进原型实用系统
2009-7-17 Shy 22
2）原型法的优缺点
优点
— 开发周期短、费用相对较少
—提供原始原型给用户，用户的参与更实际、更富有建设性
—易学易用，减少培训时间
缺点
—难以用于大系统、复杂系统
—开发过程难以管理
—用户很早看到原型易造成错觉
—开发人员容易用原型代替系统分析
2009-7-17 Shy 23
3、快速应用开发 (RAD)
快速应用开发方法 (rapid application
development,RAD)是通过运用已设计好的技术、方法及工具加快应用开发。
该方法减少了纸文档、自动生成源程序代码，便于用户参加设计开发。
使用 RAD可以加快系统的开发创建过程，整个系统 可在 短期内完成
2009-7-17 Shy 24
4、计算机辅助软件工程
—CASE工具
CASE(Cumputer-aided software
engineering)是近年来发展起来的信息系统开发的工具。他从两方面支持系统的开发。
帮助建立模型并保存与特定系统相关的信息，一旦环境变化它提供了易于改变系统的灵活性
CASE帮助开发者完成将信息转化为新形式的系统开发任务
2009-7-17 Shy 25
5、联合应用开发
1)信息系统开发的问题
IT人员说：使用者不懂技术、不懂系统怎样工作也没法为他们设计系统：使用者说：
IT人员不懂业务，不明白我们需要什么，
不能开发 IT系统。
2）联合应用开发（ Joint Application
Development JAD）
是指由管理人员,IT人员、知识工作者共同配合、一起讨论、定义、详细说明目标系统的逻辑需求和技术方案。
2009-7-17 Shy 26
JAD讨论创造了轻松、非正式的环境，在工作上是高度结构化的。成员间彼此沟通、共同定义新系统的需求逻辑、提出几种可供选择的技术方案。
JAD成员协调人员,JAD召集人员项目经理：目标系统的经理
IT人员：参与目标系统开发的 IT人员知识工作者,企业内、了解过程且使用系统人员执行发起人：组织内管理者、负责组织全力支持 JAD过程和目标系统的实现
2009-7-17 Shy 27
三、系统分析该阶段是进入系统开发的实质阶段，
完成系统的分析及概要设计。
1、详细调查
2、现行系统分析
3、概要设计
4、系统分析报告
2009-7-17 Shy 28
1、详细调查
1）现行系统的详细调查
组织机构和业务范围
各项业务的主要处理模型
绘制业务流程图
信息分类、分层、定义
信息流程、处理方式
信息处理速度、频次、准确性、共享性
2009-7-17 Shy 29
已开发的计算机系统的应用项目的功能、范围、结构及存在问题
各部门人员对系统的需求
2）现行系统分析
确定系统目标使系统目标支持企业目标。定出实现企业目标所需的系统 目标
2009-7-17 Shy 30
企业业务特点及规模分析
组织机构设置、职能划分分析
业务处理流程、处理模式合理性分析
分析部门对信息处理、表达的需求
绘制部门间的业务关联 (信息流程）图
分析代码系统
问题所在
2009-7-17 Shy 31
3）信息系统的总体方案
充实、调整系统的总体规划方案（或可行性研究提出的总体方案）
2、逻辑设计（概要设计）
1）系统边界的划分
系统内部与外部的定义
系统与外部的接口
本系统与其它系统的接口
2009-7-17 Shy 32
2） 子系统的划分及定义
系统层次及模式
子系统的功能描述
子系统的处理逻辑
子系统的功能模块划分
子系统的数据组织
输入输出的种类、形式、基本要求
子系统间接口 /人机界面的划分
2009-7-17 Shy 33
3）系统软 /硬件环境设计
计算机硬件配置的环境
商品化软件的配置及环境
开发工具的选择
4）系统运行通信环境设计
信息传输载体种类、容量的选择
通信网结构、协议的选择
通信设备的配置
2009-7-17 Shy 34
5）对系统运行环境的建议
管理体制、思想方法
新组织机构、人员配置
合理的业务流程
新的系统管理模式
2009-7-17 Shy 35
6）系统开发方案及进度
开发方案
任务分解
分阶段进度表（网络管理法）
总进度表
7）开发费用及投资计划
分阶段估算和开发费用
软硬件投资
运行维护费计算
2009-7-17 Shy 36
3、系统分析报告及评审
1）撰写系统分析、逻辑设计报告
汇总调查的内容编写详细调查报告和逻辑设计报告、说明书。
提交给用户
2）评审会专家、用户领导、项目组组成评审会对报告评审
2009-7-17 Shy 37
四、系统设计
1、详细设计（物理设计）
2、评估一种系统设计方案
3、生成系统设计报告
2009-7-17 Shy 38
1、物理设计将逻辑设计的逻辑模型变成具体实现的物理模型
2009-7-17 Shy 39
1）输入输出设计
输入模式
输入格式及内容
输入设备及介质
输入校验
输出类型
输出格式、内容
输出设备、介质
2009-7-17 Shy 40
2）处理功能模块设计
模块分解
模块层次结构及控制
模块间的调用
模块处理流程图
模块内的逻辑处理
2009-7-17 Shy 41
3）数据库设计
数据模型确定（层次、网状、关系）
数据库和文件的逻辑关系
数据库结构系统的确定 (分布、集中、混合）
存储结构设计
存储介质分配
存取方式确定
数据的备份
数据库访问权限的确定
2009-7-17 Shy 42
4）网络及通信设计
局域网网络的结构设计
网络的接口设计
广域网的拓扑结构设计
网络 IP地址分配
通信设计
2009-7-17 Shy 43
5）系统安全性设计
保密范围与使用权限
子系统间的隔离
系统内部与外部的隔离
防火墙设计
传输网络的安全性设计
数据的安全性
灾难计划及措施
2009-7-17 Shy 44
6）硬 /软件选择和供应商的建议
设计各类硬件的数量、指标要求
确定续购置软件的数量、标准、规格
按下例条件选择供应商
——供应商的可靠性及财务的稳定性
——售后服务类型及水平
——提供的产品和服务,是否存有现货
——是否积极展示其产品
——调配部件的能力
——能否为 IS人员、系统用户提供有效的培训
——对供应商的评价是否是由中立机构做出
2009-7-17 Shy 45
2、系统设计报告及文档
报告的设计内容
——“1”中内容
——系统模块调试、测试方案
——用户人员培训计划
——机房建设计划
——系统实施计划
文档、表格、图形的附件
术语表
2009-7-17 Shy 46
系统设计报告系统设计报告目录序言系统设计的主要建议硬件设计软件设计通信设计人员设计系统实施的计划数据库设计过程设计安全设计维护设计培训设计总结
2009-7-17 Shy 47
3、评估一种系统设计方案系统设计的最后步骤是对多种设计方案进行评估，选出一个最佳的方案。
评估中注意的问题：
综合平衡系统的实施、成本、控制和复杂性
评估方法
—前期评估：执行“去除不必要建议书”的阶段
—最终评估：对设计建议详细评估，择优
2009-7-17 Shy 48
五、系统实施、评价、维护
1,系统实施计划
2、实施步骤
3、系统软件、硬件、网络的获取
4、系统安装、调试、测试
5、系统试运行与切换
6、用户验收
2009-7-17 Shy 49
1、系统实施计划
实施计划主要内容
—— 硬件计划
——软件计划
◎采购计划
◎软件开发计划
——机房、场所准备计划
——总的实施日程计划
审订实施计划
2009-7-17 Shy 50
2、实施步骤硬件获取软件获取用户准备人员：聘用和培训机房、场所准备数据准备安装测试试运行系统切换用户验收
2009-7-17 Shy 51
3、系统软件、硬件、网络的获取
1）硬件的获取
根据系统设计的指标要求制作采购的标书
邀请硬件供应商进行技术交流
选择资质好的厂商发放标书
评标
开标及商务谈判
签订合同
执行合同
2009-7-17 Shy 52
2）网络的获取
局域网络的建设和改造
——新建网络
——改造网络
——自建或外包
广域网络的建设
——传输网络的取得（传输方式的选择、线路的租赁）
——网络设备的获取（与硬件同）
——自建与承包给系统集成商
2009-7-17 Shy 53
3）软件的获取
决定内部开发或从外部购买
外部购买的软件分为：成品软件包和承包开发
如何做？
——审核需求
——获取软件
——修改或修订
——获取软件接口
——测试验收软件
——软件维护
2009-7-17 Shy 54
4、系统安装、调试、测试
1）用户准备
用户准备主要是指准备好信息系统的管理人员、使用人员等。
用户的培训内部培训与外部培训
信息系统的 IT人员的招聘和培训
2）场所准备新系统的工作场所（空调、电力、办公家具）
2009-7-17 Shy 55
3）数据准备
将原来的手工数据文件转化成计算机文件
将原来的不同格式的数据文件转换成新系统的格式
4）安装将计算机设备、网络设备在信息系统场所安装、使其运转
2009-7-17 Shy 56
5）测试单元测试系统测试容量测试综合测试验收测试对每个程序测试测试整个系统使用大量数据对应用程序测试同时对相关系统测试根据用户要求对系统测试
2009-7-17 Shy 57
5、系统试运行与切换
系统测试的同时就可进行试运行
试运行的同时就可进行系统切换
切换的方法
—— 直接法
——阶梯法
——并行法（新老系统并行）
2009-7-17 Shy 58
老系统 新系统老系统新系统 1
新系统 2
新系统 n
老系统新系统直接法阶梯法并行法
2009-7-17 Shy 59
6、用户验收
系统验收
文档验收
签署文件
2009-7-17 Shy 60
七、系统维护与评价
1、维护的理由
2、维护的类型
3、维护的实施（人员、财务）
4、评价过程的类型
5、评价过程中应考虑的因素
2009-7-17 Shy 61
1、维护的理由
用户的新需求
技术更新、硬件问题
公司购并或并购
政府政策的调节
运行环境的变化
2009-7-17 Shy 62
2、维护的类型
日常维护,小的改进、个别代码改动或小故障修复
修补：小的更改、纠正错误
版本发布：重要程序的修改、这是一种软件文档的修改
新版本：完成了新的功能，对主要的程序作了修改
2009-7-17 Shy 63
3、维护的实施
保证维护的队伍
保证维护的经费
软件维护的成本
Text
èí
t
¤á′
3é
±
ê1 ó? ê±
2009-7-17 Shy 64
4、系统评价评价 贯穿系统建设的全过程，尤其在设计、实施阶段更为重要。它分析系统的处理、以确保系统能按期望运行。
系统评价通常涉及：设计中对系统的运行及收益的要求与系统实际运行情况及收益进行比较
系统运行后，重新估价设计中的成本、控制等复杂因素。
评价的问题反馈给建设的各阶段以便重新处理
2009-7-17 Shy 65
1）评价的类型
事件驱动型由一个事件或时机触发的评价
时间驱动评价按预定计划，在一定的时间段后执行的评价。每隔一定的时间段进行评价意味着新的需求或对系统功能的评估、修改
2009-7-17 Shy 66
2）评价考虑的因素
使命：系统能否有助于组织完成使命？
组织目标：系统能否支持组织各部门的目标？
硬件和软件：能否满足要求
数据库：存储空间,DBMS
远程通信与网络
人员与培训
成本与效率
复杂性与可靠性
系统响应时间
文档资料
