【信息技术 】信息系统的设计 课件 教科版（2019）高中信息技术必修2.pptx

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