【毕业学位论文】（Word原稿）基于JSP,JAVA医院网上预约挂号系统论文范文

本科毕业设计 (论文 ) 题目： 基于 医院网上预约挂号系统 院 （系）： 计算机科学与工程学院 专 业： 计算机科学与技术专业 基于 医院网上预约挂号系统 摘 要 联网技术的快速发展的同时也带来了社会各个行业的发展。它的发展已经深入到社会的各个角落。作为社会发展的前沿技术，各行各业只要对其合理的进行运用，必将会带来巨大的 便捷 。成功的运用 为 医疗事业 带来无限便利。 在传统的 医院挂号过程 中， 信息处理停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，病人排队等候时间长， 这些影响了医疗的秩序 ，也延误了患者的病情 。 而本论文的探索研究方向则为医院挂号网站 的开发与实现。本系统采用的是基于广域网的 B/S 结构平台，比 C/S 有更强的适用范围，具有更加生动和丰富的表现方式与用户交流。系统的设计框架采用的是已经发展成熟、安全的 术框架，使系统实施更为方便和安全。网页采用的是 术，它拥有卓越的系统可移植性，同时它与流行的 技术也能良好整合，加上 据库强大的后台数据支持，奠定了 术在网络应用系统开发中的关键地位。它使我们的网页更加生动、具有表现力。 这次毕业设计开发了 医院预约挂号 系统，该系统是专为 解决广大患者挂号难这个问题 。通过本网站 患者可以 有针对性的快速的找到 符合自身 的需求 的医师进行预约挂号 。 关键词 ： 医院 ， 挂号 ， of of Its of As a of as as it in in a of by in a of of a is on of / S of / S a of in of is to of it of at ML be a a SP in It of to is to of be in of to 目 录 1 绪 论 . 1 题背景及研究意义 . 1 内外研究现状 . 1 课题研究内容 . 2 能模块 . 2 台数据库 . 3 2 开发环境及开发技术 . 4 、预约医师的实现 . 27 室添加功能的实现 . 29 师添加功能的实现 . 30 6 总 结 . 31 参考文献 . 32 致 谢 . 错误 !未定义书签。 1 绪 论 题背景 及研究意义 随着经济与科学技术的高速发展，信息化的进程不断加快。随着计算机性能不断提高，价格不断下降，计算机已在医院 医疗，教学，科研，管理的各个方面得到越来越广泛的应用。然而，我国还有部分医院的信息处理停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，病人排队等候时间长，辗转过程多，影响了医疗的秩序。计算机化的医院信息系统已成为现代化医院运营必不可少的基础设施与技术支撑环境。门诊挂号系统是整个医院管理信息系统的第一个窗口，是病人到医院就诊要做的第一项工作。它用于收集病人的信息，协调科室医生管理，控制各科室的流量等等。 医院 网上预约挂号系统是一种基于互联网的新型挂号系统 ,是卫生信息化 建设的基础 的 项目之一。利用该预约挂号系统 ,用户就可以在网上预约医院的专家、专科号 ,而无须再受排队之苦。它能更好的改善就医环境 ,简化就医环节 ,节约就医时间 ,真正体现了以病人为中心 ,一切从方便患者出发 ,符合当今医院人性化温馨服务的理念。 目前 ,门诊一直是困扰医院提高服务质量的一个复杂环节 ,特别是医疗水平高、门诊量大的医院 ,而造成门诊质量难以提高的因素主要有两方面 : 一方面集中式挂号 (现在流行的分层挂号只是相对而言一个范围较小的集中式挂号 ),就诊人员流量不均、具有不确定性 ,有明显的就诊高峰和低谷 (表现在整个医院不 同门诊时间段及同科室的不同时间段 )。高峰期病人挂号排队长 ,就诊时间长 ,医生熟人插号现象 ,环境拥挤混乱 ,医生问诊时间短、不仔细、态度差。而低谷期 ,医生无病人看、溜号 ,医院资源浪费。 另一方面专家号 (特别是名专家号 )难挂 ,出现倒号、炒号现象 ,严重损害病人利益 ,影响到医院的声誉。而采用网上预约挂号 ,可有效的解决这一现象 ,还通过有效的身份验证 ,杜绝倒、炒专家号的现象 ,提高医院门诊服务质量 ,取得良好的社会效益和经济效益。此外 ,病人到医院就诊前对医院的相关信息了解不多 ,对所要挂的专科医生的情况又不太了解 ,只能凭经验和印 象进行选择 ,具有较大的盲目性。而当医院开通网上挂号预约服务以后，求医者只需坐在家中，轻点儿下鼠 标，就可以挂上医院专家门诊号，可以做到“足不出户选医生”。网上预约正悄然改变着都市求医者的看病观念。拥有相对固定的个人医生和习惯 ， 预约看病，将不再遥远，所以应用必将越来越广泛。 内外 研究现状 随着互联网络的迅猛发展 ,户已呈几何级数增长 ,目前已经有很多医院投入使用网上挂号系统。 据了解，预约挂号在国外颇为普及。在西方国家，病人看病都需要事先进行预约。随着预约挂号的深入推广，国内越来越多的医院 也意识到预约服务 在节约看病时间、分流患者、减轻医院压力上的作用。据了解，尽管存在很多困难，但全国各地的医院在尝试预约挂号的实践中还是提供了很多有益的做法。 广东省人民医院早在 2004 年就采取了一套相对完整的预约挂号体系，其三种预约方式，按照受欢迎程度排名依此为：电话、现场、网络，分别占到了预约挂号中 50%、40%、 10%。在福建，全省范围内拨打 12320 海西健康热线电话，即可预约到福建省立医院等 5 家医院的专家号，只按市话费标准收费，不收取任何信息服务费。在北京，解放军总医院（三 一医院）于前不久专门开通了 夜间门诊电话预约挂号 66936619（不收预约费），可以毫不费力地约到各科室的专家，开通不久即见成效，目前已经成功分流了约 1/3 的患者。 此外医院还开通手机挂号功能，患者只需要发送短信就可以进行预约挂号。患者根据系统提示，输入姓名、性别、年龄、住址、付费方式、就诊卡号、预约时间、预约科室、预约项目、预约医师等内容，系统就会根据各门诊科室提供的具体情况，安排给患者合适的就诊排号位或挂号建议。在患者就诊前一天、就诊当天、就诊前一小时、就诊前 5 分钟，系统还会以短信的形式多次通知患者。患者如果有事无法就诊，通过发送短信，经过医师或护士同意，还可二次预约 。 课题 研究 内容 本课题的主要研究的内容是运用 言 、 务器和 据库实现管理员对系统的管理、用户预约挂号等功能的管理和实现，包括前台模块和后台管理模块。此系统采用技术框架为 架（ 能模块 通过对用户需求的分析，本系统的功能主要包括两块，前台用户操作及后台管理。各个功能的具体描述如下： 前台用户操作界面功能主要有：专家查询、用户信息修改、密码修改等功能设置。各个模块的功 能简述如下： 专家查询 通过这个功能可以浏览到每个专家的简介及所属科室，从而选择专家进行具体预约。 用户信息修改 可以对自己的信息进行修改，如：姓名、密码提示问题及答案、性别、出生年月、身份证号、 址等信息。 密码修改 输入一遍旧密码，两遍新密码即可成功修改密码。 系统管理 管理员进行对科室信息、医师信息的添加、删除与修改操作，也可以对用户进行删除操作。 台数据库 使用 动程序访问数据库，数据库由 五张 表组成： 管理员信息表 、 用户信息表 、 医生表 、 科室表以及提供预约的时间表 。数据库主要记录 用户信息、医生信息以及预约挂号 的信息，并且 预约 记录也保存到数据库 中 。 2 开发环境及开发技术 医院网上挂号系统是以 架为主要的技术框架， 以 术为客户端 的主要显示技术 ，以 据库作为系统的数据存储单元。 下面我们来介绍下本系统的开发环境以及开发中所用到的相关技术 。 ，即 览器 /服务器）结构，是随着 术的兴起，对 C/S 结构的一种变化或者说是改进的结构。用户界面完全通过浏览 器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成三层结构，是一种全新的软件系统构造技术。 B/S 模式最大特点是：用户可以通过 览器去访问 的文本、数据、图像、动画、视频点播和声音信息，这些信息都是由许许多多的 务器产生的，而每一个 务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中。客户端除了 览器，一般无须任何用户程序，只需从 务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由 务器交给数 据库服务器来解释执行，并返回给 务器， 务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。 B/S 模型结构图如图 示： 图 ，用户可以完全不需要安装客户端软件，当然也不需要担心任何软件升级和不兼容等任何客户端所遇到的问题。相比之下，B/S 模型的优点显而易见，更适合这个网站的构建，有利于网站的维护和扩充。 术 发展背景 术的迅猛发展正推动 信息服务类的进步。 务的基础是言。这个系统模块中用到的 术是在 言的基础上使用脚本语言对网页的对象模型进行编程。 称 是由 司提出、务器 务器 面 用户基本操作 用户 创建基本信息 许多公司参与建立的一种动态网页技术标准。它诞生在 1999 年 6 月 1 日。目前国内外已经在广泛地使用 着 言得到普及，越来越多的公司开始关注 前景。 传统的动态网页制作包括 种，而 有明显的优势。使用口是一个最早的动态 面问题的解决方案。缺点， 序必须从 从字符串中取得所需要的数据并加以处理。过程十分繁琐。另一个缺点，除了 解释语言外，其他都是编译式的语言。每次修改后，都必须重新编译一次，这给开发人员带来麻烦，增加了工作量。 能取代 网站建设和发展变得简单快捷。尽管 术和 许多方面都有相似的，但仍然存在很多不同之处，其中最本质上的 区别在于：两者是来源于不同的技术规范组织，其实现的基础， 务器平台要求不相同。 作为 台的一部分， 有 程语言“一次编写，各处运行”的特点。一次写入，之后，可以运行在任何具有符合 M 语法结构的环境。取代 过去单一平台开发。 要工作环境是微软的 用程序结构，又因 象具有平台特性，所以 术不能很容易地实现在跨平台的 务器的工作。 从开发人员的角度来看其区别在于： 支持组件对象模型 M 技术或 签库。 签可扩充性。 术能够使用开发者扩展 签， 发者能定制标签库，减少对脚本语言的依赖。 生成可重用的组件。 于组件的技术方法加速了总体开发过程。 件（ 定制的 签）是跨平台可重用的。 件可以访问数据库，并能以分布式系统模式工作于 台。 易于维护性。 基于 术的应用程序比基于 应用程序易于维护和管理。 出的组件技术使修改内容而不影响逻辑或修改逻辑而不影响内容变得很容易 实现。 如上的比较不难看出， 术编写的程序运用要更加灵活，可扩展性更强。 架 即为 术， 典型的 层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。 表现层是传统的 术，自 1999 年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。 中间层采 用的是流行的 了将控制层与业务逻辑层分离，又细分为以下几种。 ，就是 式里面的 “C” （ 负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的 架采用 （就是业务逻辑层），负责实现业务逻辑。业务逻辑层以 为基础，通过对 件的正面模式包装，完成系统所要求的业务逻辑。 ，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。 久化对象 。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用 为 架。 作用贯穿了整个中间层，将 、 、 及 无缝整合，其数据服务层用来存放数据。 架 架可分为以下四个主要部分，其中三个就和 式紧密相关： 模型 (本质上来说在 一个 ，开发者通过其实现商业逻辑，同时用户请求通过控制器 ( 件描述的配置信息的。 视图 ( 由与控制器 合工作的一整套 制标签库构成，利用她们我们可以快速建立应用系统的界面。 控制器 (本质上是一个 客户端请求转发到相应的。 一堆用来做 件解析的工具包， 用 描述如何自动产生一些 属性的，此外 利用 描述在国际化应用中的用户提示信息的 (这样一来就实现了应用系统的多语言支持 )。 架的各个部分以及相互之间 的 运作 ： 在使用 前，咱们必先设置好 务器，以便让服务器在用户请求时，知道该如何将指定后缀的请求转到相应的 理，当然，这些配置信息都一般在服务器启动时通过 件读入的。我们可以在 每一个应用定义一个 控制器 (这个框架中扮演 “ 交通警察 ” 的角色，当客户端与服务器有交互动作时，都由她来控制。 求封包并转发到框架中相应的对象，这些对象可能是一个 面或一个 一个实例，在一个完整的控制过程中，也就是处理一个 求时，在控制过程之初，这个 获取请求与控制动 作向对应的配置信息， 过这些配置信息来决定 求该往何处转发，而这些 接收到转发来的请求后，实现真正的商业逻辑。 象要能够调用这 个 若干方法，通过这个有力的特性，当象在控制过程中将请求再向别的 象转发时 (最初的请求是由取，向 象转发，而 象还可以再转发到别的对象 )，我们可以将一些需要共享的数据对象通过调用一些方法放入这个 关的一些标准容器 中捎带过去。 模型 (所谓 是在对用户请求的整个控制过程中，真正处理用户请求并保存处理结果的对象，在整个过程中，我们一般利用 把一些信息保存起来以便在各个对象之间传递。 因为在框架中， 象是真正处理商业逻辑功能的对象，因此也就是框架中应用需求实现相关性最大的部分。在 实现里， 具体表现形式就是象和与其对应的 象了。对用户提交表单的数据进行校验，甚至对数据进行预处理都能在 完成。 通常的应用中，一般是一个 象和一个请求页面对应的关系，但也可以一个 象对应多个页面请求。如果 置文件没有指定一个 那么控制器将直接把 (通过 象完成数据封装的 )请求转到一个 象。 视图 (象通常来说都是指的 面。 架实际上并没有真正的 是提供了大量的标签库来为开发者更简便的将 合到 架中。在 通过标签 定义方式的 面能够将用户通过表单输入的数据存入一个 ，也就是我们前面提到的 过 调用 (自动或手动 )校验方法来检查用户输入的数据，如果发现不合法的数据，再通过一个通用机制将错误信息返回给用户显示。 架提供了若干个标签库，它们有各自不同的用途。由于这些库还可以脱离 架单独使用，这样我们也可以在其他系统中尝试使用这些标签库，它们包括： * 这个标签库 用来创建动态的 面和表单。 * 提供了类似甚至更强于 中的功能。 * 用于在页面输出文本信息时的条件、循环等流程的控制。 * 用于产生有共同风格的动态 面模板。 此外，可定制标签库在 还有一大用处是，通过资源文件的方式来实现应用系统的多语言特性，应用 系统若想将系统中的用户交互信息换一种语言的会很简单，更换一个不同的资源文件就可以了。 面多次提到的 置文件是整个框架的主心骨。 件定义了一个请求到来应向何处转发后，后面的工作就全权由 理控制了。可以说 是整个 架的 “ 大脑 ” ，只有 它 清楚所有请求与动作的映射关系 ， 如今的应用系统， 式的配置文件越来越 多，如果整个系统只使用一个这样的配置文件的话，那么保持整个系统的模块化和可维护性都非常的轻松。 使用配置文件来描述请求 不是在代码中将对象之间的调用关系写死，那么 当 应用系统有变动时，我们只用修改配置文件就行了，而不是再重新编译发布程序了。 过 件的配置信息确定当有请求时应该调用那个对象来处理，从效率的角度出发，这些信息都是在系统启动时读入并存在内存中的。 架 一个开源框架，它由 建。它是为了解决企业应用开发的复杂性而创建的。 用基本的 完成以前只可 能由 成的事情。然而， 用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何 用都可以从 受益。 目的：解决企业应用开发的复杂性 功能：使用基本的 替 提供了更多的企业应用功能 范围：任何 用 通过 供的 器，我们可以将对象之间的依赖关系交由 行控制，避免硬编码所造成的过度程序耦合。有了 户不必再为单实例模式类、属性文件解析等这些底层的需求编写代码，可以更专注于上层的应用。 特点： 程的支持 : 通过 供的 能，方便进行面向切面的编程，许多不容易用传统 现的功能可以通过 松应付。 声明式事务的支持 : 在 ，我们可以从单调烦闷的事务管理代码中解脱出来，通过声明 方式灵活地进行事务的管理，提高开发效率和质量。 方便程序的测试 :可以用非容器依赖的编程方式进行几乎所有的测试 工作，在 ，测试不再是昂贵的操作，而是随手可做的事情。 方便集成各种优秀框架 : 排斥各种优秀的开源框架，相反 ， 供了对各种优秀框架（如 等的直接支持。 降低 E 使用难度 : 很多难用的 E 程调用等）提供了一个薄薄的封装层，通过 简易封装，这些 E 使用难度大为降低。 架 一种 言下的对象关系映射解决方案。 它是一种自由、开源的软件。它 用来把对象模型表示的对象映射到基于 关系模型结构中去， 为面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架。 仅管理 到数据库表的映射 （包括从 据类型到 据类型的映射） ，还提供数据查询和获取数据的方法，可以大幅度减少开发时人工使用 理数据的时间。 行了非常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。 以应用在任何使用 场合，它既可以在 客户端程序使用，也可以在 用中使用。最具革命意义的是， 以在应用 用于企业计算的框架）的 构中取代 成数据持久化的重任。 它的设计目标是将软件开发人员从大量相同的数据持久层相关编程工作中解放出来。无论是从设计草案还是从一 个遗留数据库开始，开发人员都可以采用 优点： 用 射机制 而不是字节码增强程序来实现透明性。 性能非常好，因为它是个轻量级框架。映射的灵活性很出色。 持各种关系数据库，从一对一到多对多的各种复杂关系。 介 一个免费的开源的 器，它是 金会的 目中的一个核心项目， 由 其它一些公司及个人共同开发而成。由于有 了 新 的 范总能在 得到体现。 受广大程序员的喜欢，因为它运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。 一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试 序的首选。对于一个初学者来说，可以这样认为， 当在一台机器上配置好 务器，可利用它响应对 面的访问请求。实际上 分是 务器的扩展，但它是独立运行的，所以当你运行 ，它实际上作为一个与 立的进程单独运行的。 业 级 工 作 平 台 （ 简 称对 扩展，利用它我们可以在数据库和 开发、发布，以及应用程序服务器的整 合方面极大的提高工作效率。它是功能丰富的 括了完备的编码、调试、测试和发布功能，完整支持 在结构上， 特征可以被分为 7 类： 1. 型 2. 发工具 3. 发工具 4. 应用程序服务器的连接器 5. 目部署服务 6. 数据库服务 7. 合帮助 对于以上每一种功能上的类别，在 都有相应的功能部件，并通过一系列的插件来实现它们。 构上的这种模块化，可以让我们在不影响其他模块的情况下，对 任意一个 模块进行单独的扩展和升级。 简单而言， 插件，也是一款功能强大的 成开发环境，支持代码编写、配置、测试以及除错。 据库 简介 由于本系统采用 的数据库为 据库，所以这里对 据库的相关知识进行简单介绍。 一个小型关系型数据库管理系统，开发者为瑞典 B 公司。在 2008 年 1 月 16 号被 司收购。目前 广泛地应用在 的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了 为网站数据库。 与其他的大型数据库例如 相比， 有它的不足之处，如规模小、功能有限 （ 功能和效率都相对比较差）等，但是这丝毫也没有减少它 受欢迎的程度。对于一般的个人使用者和中小型企业来说， 供的功能已经绰绰有余，而且由于 开放源码软件，因此可以大大降低总体拥有成本。 点 : 和 C+编写，并使用了多种 编译器 进行测试，保证源代码的可移植 。 S、 S/2 多种操作系统 。 些编程语言包括 C、 C+、 。 线程 ，充分利用 源 。 询算法，有效地提高查询速度 。 能够作为一个库而嵌入到其他的软件中提供多语言支持，常见的 编码 如中文的 312、 文的 都可以用作数据表名和数据列名 。 P、 多种数据库连接途径 。 查、优化数据库操作的管理工具 。 3 系统需求分析 统需求分析 目前 ,门诊一直是困扰医院提高服务质量的一个复杂环节 ,特别是医疗水平高、门诊量大的医院 ,而造成门诊质量难以提高的因素主要有两方面 : 一方面 集中式挂号 (现在流行的分层挂号只是相对而言一个范围较小的集中式挂号 ),就诊人员流量不均、具有不确定性 ,有明显的就诊高峰和低谷 (表现在整个医院不同门诊时间段及同科室的不同时间段 )。高峰期病人挂号排队长 ,就诊时间长 ,医生熟人插号现象 ,环境拥挤混乱 ,医生问诊时间短、不仔细、态度差。而低谷期 ,医生无病人看、溜号 ,医院资源浪费。 另一方面专家号 (特别是名专家号 )难挂 ,出现倒号、炒号现象 ,严重损害病人利益 ,影响到医院的声誉。而采用网上预约挂号 ,可有效的解决这一现象 ,还通过有效的身份验证 ,杜绝倒、炒专家号的现象 ,提高医院 门诊服务质量 ,取得良好的社会效益和经济效益。 为了解决这一问题， 我们需要一种能够方便快捷的 挂号方式 来满足各方面的需求，减少排队挂号的痛苦和时间的浪费， 而 本 课题 所研究的基于 医院网上挂号预约系统 正 好是为了解决这一问题而设计的方案 ，因此，本系统拥有很大的 用户 需求。 统 可行性分析 网上预约挂号系统是一种基于互联网的新型挂号系统 ,是卫生信息化建设的基础项目之一。利用该预约挂号系统 ,用户就可以在网上预约医院的专家、专科号 ,而无须再受排队之苦。 而当医院开通网上挂号预约服务以后，求医者只需坐在家中，轻点儿 下鼠标，就可以挂上医院专家门诊号，可以做到“足不出户选医生”。网上预约正悄然改变着都市求医者的看病观念。拥有相对固定的个人医生和习惯 ， 预约看病，将不再遥远，所以应用必将越来越广泛。 网上预约挂号系统 是运用 言 、 务器和 据库实现管理员对系统的管理、用户预约挂号等功能的管理和实现，包括前台模块和后台管理模块。系统采用技术框架为 架（ 。 从可行性上分析， 无论是需求方面，还是技术方面， 完全可以对系统进行开发，这样的方案是可行的。 院网上预约挂号系统 的总体目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的系统环境，开发一个具有开放体系结构的，易扩充的，易维护的，具有良好人机交互界面的 院网上预约挂号系统，为广大患者提供 一个方便快捷的网上预约挂号服务。 系统具体需要实现以下功能： 浏览医院信息：对医院的概况有所了解。 预约查询：查询医师及其所属科室信息，以及查询医师可以被预约的时间列表。 预约服务：已登录的用户按照自己的实际情况选择合适的医师和合适的就医时间进行 预约服务。 管理员模块：对医师以及医师所属科室进行添加、删除和修改的操作。 用户信息修改：对自己的信息可以进行修改。 据流图 软件需求分析中主要采用结构化分析方法（ 称 面向数据流进行需求分析的方法，像所有的软件分析方法（如面向对象分析方法、 样， 是一种建模活动，它使用简单易读的符号，根据软件内部数据传递、变换的关系，自顶向下逐层分解，描绘满足功能要求的软件模型。 在系统中主要采用数据流图（ 种半形式化的 描述方式表达需求。它是一种功能模型，以图形的方式描绘数据在系统中流动和处理的过程，只反映系统必须完成的逻辑功能。它有四种基本图形符号： 外部实体：与系统进行交互，但系统不对其进行加工和处理的实体，用带标记的矩形表示； 加工：对数据进行的交换和处理，用带标记的圆圈表示； 数据流：在数据加工之间或数据存储和数据加工之间进行流动的数据，用带标记的箭头表示； 数据存储：在系统中需要存储的实体，用带标记的双实线表示。 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统，它的输入流是该系统的输入 数据了，输出流是该系统的输出数据；底层流图是指其加工不需要再做分解的数据流图，中间层流图表示对其上层父图的细化，它的每一步加工可能继续细化成子图。 将整个系统看成一个加工，然后找出作用于该加