教科版(2019)信息技术 必修2 3.1 信息系统的设计 课件(共22张PPT)

文档属性

名称 教科版(2019)信息技术 必修2 3.1 信息系统的设计 课件(共22张PPT)
格式 pptx
文件大小 3.9MB
资源类型 教案
版本资源 教科版(2019)
科目 信息技术(信息科技)
更新时间 2023-01-09 10:30:59

图片预览

文档简介

(共22张PPT)
教科版 必修二 第3单元:信息系统的设计与开发
3.1信息系统的设计
2
0
2
3
能够描述信息系统可行性分析的方法
能够绘制常用信息系统的功能层次图
能够对一个简单功能模块进行概要设计
了解瀑布模型和快速原型模型的特点
学习目标
前情回顾
信息系统的组成
前情回顾
信息系统的功能
01
02
03
04
可行性分析
需求分析
数据存储
概要设计
目 录 页
05
06
07
信息系统的生命周期
快速原型模型
瀑布模型
信息系统
信息系统
1、门、急诊挂号子系统:以病人就诊环节为轴线,使病人挂号、就诊、缴费取药的活动在统一的信息资源联系下成为一个整体。  
2、门、急诊病人管理及计价收费子系统:收费咯~~~  
3、住院病人管理子系统:根据门诊医生开的病人入院通知单,接受病人入院,完成入院病人病案首页的有关信息录入、修改、删除。随时查询入院病人的情况。进行分科、分室病员流动日报的统计。出院管理。病人费用结算,办理出院病人费用结算(包括减免欠费,包括病人费用查询。  
4、药库、药房管理子系统:药房管理系统其实也是个很大的系统,根据不同的应用、场所又分很多子系统,但总体来说,其功能是包括药房划价、处方发药、药房存量控制、药房药品申领、药房药品信息查询、处方查询业务等等。  
5、病案管理子系统:病案管理系统与电子病历系统相结合,能够在医、教、研中发挥重要的作用,另外为健康保险、伤残评估、医疗纠纷等提供数据,同样能为管理带来便捷 。
信息系统
信息系统
如何进行信息系统的设计?
可行性分析
是否有必要建立这个系统?
建立这个系统在技术上是否可行?
需要多少资金?
资金在项目开发过程中是否能得到保障?
制定学校图书管理信息系统
可行性分析
可行性分析是在项目投资决策前,对拟建项目的社会、技术、经济等三个方面进行全面的分析与论证,并对其做出可行或不可行评价的一种科学方法。
社会可行性
运行环境、法律可行性
技术可行性
(1)在限定条件下,功能目标是否能达到;
(2)利用现有技术,性能目标是否能达到;
(3)开发人员数量和质量能否满足需求;
(4)开发能否按期完成。
经济可行性
成本和效益
需求分析
该系统为谁服务?借阅图书的对象是谁?
该系统软件应该具备哪些功能?——功能层次图
制定学校图书管理信息系统
需求分析
需求分析是从用户的需求中提取出系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,确定系统的功能、性能等,最终形成具体的信息系统《需求规格说明》文档。
Ps:系统的需求分析应该是开发人员和用户或客户一起完成的。
数据存储
自定义的文件夹中
01
自己建立的电子表格(如Excel)中
02
专用的数据库中
03
概要设计
系统的基本处理流程、组织结构
01
数据结构设计、出错处理设计
02
模块划分、功能分配
03
接口设计、运行设计
04
概要设计是用户需求与详细设计之间的桥梁,是将用户目标与需求转换成具体的功能和界面设计方案的重要阶段。
Ps:概要设计建立的是目标系统的逻辑模型,与计算机无关;
《概要设计报告》由开发者根据需求分析报告的要求进行编写
概要设计
学生登录模块界面设计(画出草图)
制定学校图书管理信息系统
信息系统的生命周期
一个信息系统的研制,从问题的提出开始,经过开发、使用、维护、修订,直到最后终止使用而被另一个信息系统所取代,就像是一个生命体从孕育、出生、成长到最后消亡,这个状态变化的过程称为信息系统的生命周期。
快速原型模型
先快速、粗略地设计一个系统模型,然后交给用户进行审核或评估,再根据修改意见和需求进一步修改、完善系统;之后将修改过的系统模型再交给用户评估,如此循环反复,最终形成一个确定的系统。
快速原型模型
优点 缺点
直观形象,容易被接受 没有严格的开发文档,导致维护困难
可减少由于信息系统需求不明确带来的开发风险 快速建立起来的系统结构加上连续的修改可能会导致产品质量低下
能够及时暴露问题,及时反馈 难以对系统的开发过程进行控制
开发周期短,成本低
瀑布模型
瀑布模型是从时间角度对软件开发和维护的复杂问题进行分解。它规定了自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。前一阶段完成,才做后一阶段,相邻两个阶段具有因果关系,注重文档衔接。
瀑布模型
优点 缺点
定义清楚,应用广泛 在开始时就需要知道大多数需求
采用规范化的开发方法 不便于适应需求的变化
严格规定每个阶段提交的文档 在项目接近完成前,产品不能投入使用
易于理解 可运行的软件交给用户之前,用户只能通过文档来了解产品
便于计划和管理 开发周期长,见效慢