web应用开发.docVIP

计算机科学与技术毕业设计计算机科学与技术毕业设计 学校：武汉理工大学网络教育学院 题目：web 应用开发 专业：计算机科学与技术 姓名：李莉 2 摘要：摘要： 随着计算机网络和多媒体技术的迅猛发展，internet 上的 web 应用一直呈 现快速的增长，其中很大一部分都是 http 的请求服务。由于 http 请求的增长 过快，因此导致许多的网站的 web 服务器面临着超载的问题，主要表现是影响 时间过长从而导致拒绝服务。web 服务请求的响应时间主要由两个因素决定， 网络传输的质量和 web 服务器的处理性能。近几年来，网络传输的服务质量 （qos）技术研究已经相对比较成熟，然而，如果应用层的 web 服务器服务质量 不能保证的话，那么，在服务器过载的情况下，即使网络传输的质量能够得到 很好的保证，仍然有可能被拒绝服务，或者响应时间大大的延长而导致的“拒 绝服务”的效果。由此可见，由于服务器的超载问题日益严重，web 服务器已 经在某种程度上成为实现端到端服务质量控制的瓶颈。因此，如何实现 web 服 务器系统的服务质量控制，为用户提供满意的服务性能，已经成为一个迫切需 要解决的问题。 关键词：信息时代，学校教学，网络，网络教学，课堂教学信息时代，学校教学，网络，网络教学，课堂教学 abstract with the development of the computer network and multimedia technologies,the web applications on the internet is increasing explosively.most of the web applications are the http requests.many web sites had to face the problem of the serverloading.the main symptom is that users have to wait a very long time for the http response and even the http requests will be rejected.the responding time is generally influenced by two elements;the quantity of the service of networks transfer layer and the performance of the web server.recently years,the research has been carried out actively in this field.in condition of the server overloading if any measure was not taken about the qos control in the applications layer,although the qos of the network transferring time be delayed so long that leads to “reject request”result.so we could conclude that the overload of the web server is becoming the botleneck of the qos control.therefore,how to apply the web server qos control and provide the customers the satisfied services,has become the imminence problems that must be setled. keyword: info-age ,school instruction , network ,network instruction, classroom instruction. 3 目 录 第第 1 1 章章 绪论绪论4 1.1 课题背景 .4 1.2 web技术的发展情况 .4 1.3 web server6 1.4 课题设计的目标和来源 7 第第 2 2 章章 开发工具及环境开发工具及环境7 2.1 c#技术 7 2.2 。net运行环境 .7 第第 3 3 章章 需求分析需求分析7 3.1 web服务器的基本需求 .7 3.2 http协议 9 3.3 socket12 3.4 系统 e-r 图 .14 第第 4 4 章章 系统的设计系统的设计.16 4.1 设计原则 .16 4.2 系统功能设计 .16 4.3 设计流程图20 4.4 数据库的设计24 结论及毕业设计小结结论及毕业设计小结.25 致谢致谢.26 参考文献参考文献.26 4 第一章：绪论第一章：绪论 1.11.1 课题背景课题背景 由于计算机网络和多媒体技术的迅猛发展，internet 上的 web 应用一直呈现爆炸性增长的趋势。目前，web 流量在 internet 总流 量中所占的比例日益增加，已经成为 internet 上信息传输的主流。 由于 http 请求的指数性增长，internet 上的许多热门站点都经常 面临着服务器的超载问题，通常，人们期望的 web 站点的理想响应 时间大约是 1 秒左右，这与人类的响应时间大体相当，研究表明， 普通的 web 用户通常不会忍受超过 10 秒的等待时间。而根据网上的 调查和 zona 研究中心的统计，一个电子商务网站必须保证其 web 用 户在 7 秒内得到响应，否则将损失掉 30%或者更多的用户。具体来 说，web 服务请求的响应时间主要 由 2 个因素决定：网络传输的质量和服务器的处理性能。对 web 服务器而言，它需要为高级用户提供比低级用户更好的服务级 别。所以，如何在 web 服务器及其系统中实现 qos 控制的机制与策 略，为不同类型的用户或请求提供性能保证和服务分区，是目前 web 发展所迫切需要解决的问题，也是实现下一代网络 qos 控制不 可缺少的关键环节。 1.21.2 webweb 技术的发展情况技术的发展情况 国内外研究现状 web qos 属于应用层的 qos，它量度的是用户在与 web 站点进行 5 交互时所感受到的服务性能。例如，下载时间，交易时间，服务器 的可用性，遇到的错误等。由于 web 基础设施的复杂性，影响 web qos 的因素很多。实际上，web qos 控制涉及到构成 web 的每一个元 素，从网络技术和协议，到 web 服务器的硬件，软件体系结构。概 括的讲，web 服务供应商可以实施的 web 系统解决方案可以分为以 下两类： 1 有区分的 web 服务机制与策略，它是通过定义用户或请求的类别， 确定优先级，利用基于优先级的请求分配策略和资源监控与调度机 制来保证不同的服务水平协议。 2 web 服务器系统的体系结构设计。它的目的是确定能够向所有的 web 用户或者请求提供服务水平协议保证的正确体系结构，可分为 三个方面：通过增加内存和 cpu 来扩大单个服务器的处理能力；在 局域范围内通过复制服务器内容建立 web 集群来增强本地处理能力； 在地理上的广域范围内通过复制服务器集群来扩大全局处理能力。 实际上，上述两个方面也是当前 web qos 控制技术研究的两个主要 切入点。集体来说，当前 web qos 技术的研究方向主要有： web 服务器应用软件的 qos 支持技术。 操作系统的 web qos 支持技术。 中间件的 web qos 支持技术。 web 服务器集群系统中的 qos 支持技术。 web qos 控制策略和算法的性能分析和评价技术 目前，国际上 web qos 控制技术的研究已经受到很多的网络研究者 6 和著名公司的重视。许多著名的国际会议已经将 web qos 列为一个 重要的会议议题。此外，许多生产第七层交换机的公司也不断推出 能够在服务器集群环境中支持基于 qos 的负载均衡的硬件产品。 1.31.3 webweb serverserver web service 平台是一套标准，它定义了应用程序如何在 web 上实 现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上 写 web service ，只要我们可以通过 web service 标准对这些服务 进行查询和访问。 web service 平台需要一套协议来实现分布式应用程序的创建。任 何平台都有它的数据表示方法和类型系统。要实现互操作性，web service 平台必须提供一套标准的类型系统，用于沟通不同平台、 编程语言和组件模型中的不同类型系统。在传统的分布式系统中， 基于界面(interface)的平台提供了一些方法来描述界面、方法和参 数。同样的，web service 平台也必须提供一种标准来描述 web service，让客户可以得到足够的信息来调用这个 web service。最 后，我们还必须有一种方法来对这个 web service 进行远程调用。 这种方法实际是一种远程过程调用协议(rpc)。 soap web service 建好以后，你或者其他人就会去调用它。简单对象访 问协议(soap)提供了标准的 rpc 方法来调用 web service。实际上， soap 在这里有点用词不当：它意味着下面的 web service 是以对象 的方式表示的，但事实并不一定如此：你完全可以把你的 web 7 service 写成一系列的 c 函数，并仍然使用 soap 进行调用。soap 规 范定义了 soap 消息的格式，以及怎样通过 http 协议来使用 soap。soap 也是基于 xml 和 xsd 的，xml 是 soap 的数据编码方式。 第三章我们会讨论 soap，并结识 soap 消息的各种元素。 wsdl 1.41.4 课题设计的目标和来源课题设计的目标和来源 毕业设计（论文）的题目为自适应 web qos 控制器。该课题来自在的计算机网络迅猛发展, internet 上 web 应用的请求绝大多数是 http 请求服务,由于 http 服务请求的增长过快,所以服 务器面临的超载问题。 第第 2 2 章章 开发工具及环境开发工具及环境 2.12.1 c#c#技术技术 在企业计算领域，c#将会变成为用来编写新一代 windows 服务应用程序的主要语言。 c#语言自 c/c+演变而来，相比之下，它更加现代，简单，完全面向对象和类型安全。它 是现代的编程语言。它简化和革新了 c+中的类，名称空间，方法重载和异常处理等领域。 屏弃了 c+的复杂性，使它更方便使用，更少出错。c#减少了 c+的一些功能，更方便使用， 不再有宏，模板和多重继承。对企业级开发来说，有更好的使用环境。使编程更方便的新 功能是严格的类型安全，版本控制，垃圾回收等。c#具有以下特征：简单，现代，面向对 象，类型安全，版本控制，兼容，灵活等。 2.22.2 。netnet 运行环境运行环境 resin 是 caucho 公司的产品，resin 的 jsp 引擎在速度、价格和稳定性 方面表现十分出色，并且是完全免费的。 运行时 jsp 文件位于 resin 文件夹下的 doc 目录下，类库文件位于 resin 文件夹下的 doc 文件夹下的 web-inf 目录下。4 直接运行 resin 文件夹下的 bin 目录下的 http.exe 即可启动 resin。测试运行， 在浏览器的地址栏输入http:/localhost:8080/就可以看到 resin 的欢迎界面。 第第 3 3 章章 需求分析需求分析 3.13.1 财务管理系统的基本需求财务管理系统的基本需求 优秀的财务管理系统，应当帮助用户方便、迅捷、准确地对财务信息进行录 入、查询、删除、修改及统计等操作，并且具有设计合理的数据库。根据上述 要求将系统需求分解为如下的几点： 8 1用户基本信息的管理 针对某系而设计的财务管理系统，主要财务信息为该系里的老师的经费管 理信息。为了更好的管理，录入、删除每位老师的基本信息功能是十分必要的。 按实际情况，基本信息可划分为：编号、姓名、性别、年龄、职称、单位。 2财务信息添加功能 财务管理需要录入大量的财务数据，基本的收入及支出数据，所以需要良 好的信息录入功能。 录入功能应具备以下要求： 对每条收入信息的录入； 对每条支出信息的录入。 3财务信息查询功能 当使用者面对大量的财务信息时，如何能快速、准确的查询信息是十分重 要的需求。所以这就需要一个良好完善的查询功能来满足这个需求。 查询功能应具备以下要求： 快速的查询信息 保证所查询信息准确无误 可按需求进行分类查询 多种选项的查询方式 4财务信息的删除功能 当财务系统存在不必要或者错误的信息时，需要对这些信息进行删除，避 免在数据库中存留大量无用数据，也为了避免在数据查询、统计中出现误差。 删除功能应具备以下要求： 快速的删除信息 准确的删除信息，避免误删有用信息 安全稳定，避免破坏数据库数据 5财务信息的修改功能 当出现录入信息错误时，或者需要更新某项数据时，就需要对特定的数据 进行修改、更新，以保证数据信息的准确。所以就需要良好的修改功能满足这 个需求。 9 修改功能应具备以下要求： 快速的修改信息 按特定需求进行修改 修改安全、准确 6财务信息的统计功能 财务管理需要对财务信息进行大量的统计，对个人收支的统计以及按类别 的收支统计，全部收入、支出的统计。统计收支以保证收支的平衡，对个人经 费管理，类别经费的管理都有重要的意义。所以统计功能是财务管理方面一个 十分重要的需求功能。 统计功能应具备以下要求： 快速的统计财务信息 统计结果要求准确 收支情况显示明确 7普通用户的对财务信息的查询功能 财务管理系统包含着许多人员的财务信息，这些人员也需要对自己的财务 情况进行查询了解，即可以方便普通用户对自己财务情况的了解也可以体现出 财务管理的的透明性和公正性。这就需要系统具有针对普通用户的查询功能。 普通用户查询功能应具备以下要求： 只能查询财务信息，不能对财务信息进行添加、删除及修改 能够快速准确的按用户要求查询所需信息 8系统管理者对普通用户的管理功能 既然普通用户拥有了查询的能力，就需要一个功能使得管理员能对普通用 户的查询功能进行管理，来增加或取消普通用户的查询权限。 该管理功能应具备以下要求： 对普通用户查询权限的添加 对普通用户查询权限的删除 对普通用户查询登录密码的设置及修改 总之，整体系统针对的是财务信息的管理，所以需要保证数据的添加、删除、修改及 统计正确无误，要求系统具有良好的稳定性和安全性。 3.23.2 数据流图数据流图 10 下面根据需求分析画出系统运行过程中的数据流图： 总的数据流图： 用户用户登录口令登录信息 普通用户登 录信息表 普通用户 登录信息 登录 登录成功 管理员登录信息表 管理员信息 管理界面 登录 数据查询 查询 支出信息表收入信息表 查询条件 查询条件 数据添加 数据查询 添加 查询 收入信息表支出信息表 新用户 基本信息 新收入信息新支出信息 用户基本 信息表 数据删除 删除 查询条件 删除基本 信息条件 数据修改 修改 收入信息表 支出信息表 修改收 入信息 修改支出信息 删除支出条件 统计数据 统计 收入信息表 删除收入条件 支出信息表 统计条件 统计条件 用户信息 管理员信息 图 3.1 顶层的数据流图 普通用户对数据操作的数据流图 普通用户查询数据 查询 收入数据表 支出数据表 数据显示 查询收 入条件 查询支 出条件 查询支 出结果 查询收 入结果 查询信息 图 3.2 普通用户数据流图 管理员执行添加数据操作的数据流图 11 管理员添加信息输入数据 用户基本信息表 收入信息表 支出信息表 新用户 基本信息 新收入信息 新支出信息 图 3.3 信息添加数据流图 管理员执行查询数据操作数据流图 管理员查询数据查询信息 用户基本信息表 收入信息表 支出信息表 查询条件 查询条件 查询条件 返回显示 查询结果 查询结果 查询结果 查询 图 3.4 信息查询数据流图 管理员执行删除数据操作数据流图 管理员删除数据删除信息 用户基本信息表 收入信息表 支出信息表 删除条件 删除条件 删除条件 图 3.5 信息删除数据流图 管理员执行修改数据操作数据流图 管理员修改数据修改信息 收入信息表 支出信息表 修改条件 及新收入 修改条件 及新支出 12 图 3.6 信息修改数据流图 管理员执行统计数据操作数据流图 管理员统计数据 统计所有收支金 额 按条件统计 收支金额 收入信息表 支出信息表 收入信息表 统计显示 选择 统计条件 统计条件 统计信息 统计结果 统计结果 统计结果 统计信息 选择统计信息 统计 统计 图 3.7 数据统计数据流图 管理员对普通用户登录信息执行操作数据流图 管理员数据操作 数据添加 数据查询 数据删除 普通用户登 录信息表 数据显示 查询条件 新数据 删除条件 查询条件 新信息 删除条件 普通用户登 录信息表 查询结果 查询 选择 图 3.8 普通用户信息管理数据流图 3.33.3 数据字典数据字典 表 3.1 数据文件“用户基本信息表” 文件名：用户基本信息表 别名：b1 组成：编号+姓名+性别+年龄+职称+单位 表 3.2 数据文件“收入信息表” 文件名：收入信息表 别名：b2 组成：编号+姓名+收入金额+收入说明+收入日期 表 3.3 数据文件“支出信息表” 13 文件名：支出信息表 别名：b3 组成：编号+姓名+支出金额+支出说明+支出日期 表 3.4 数据文件“普通用户登录信息表” 文件名：普通用户登录信息表 别名：b4 组成：姓名+密码 表 3.5 数据文件“管理员登录信息表” 文件名：管理员登录信息表 别名：b5 组成：姓名+密码 表 3.6 各项数据流 数据流名：管理员登录信息 组成：姓名+密码 数据流名：普通用户登录信息 组成：姓名+密码 数据流名：用户基本信息 组成：编号+姓名+性别+年龄+职称+单位 数据流名：收入基本信息 组成：编号+姓名+收入+说明+日期 数据流名：支出基本信息 组成：编号+姓名+支出+说明+日期 表 3.7 各数据项 数据项名：编号 类型： 文本型 长度：10 数据项名：姓名 类型： 文本型 长度：4 数据项名：性别 类型： 文本型 长度：1 数据项名：年龄 类型：数字型 长度：整型 数据项名：职称 类型： 文本型 长度：10 数据项名：单位 14 类型： 文本型 长度：20 数据项名：密码 类型： 数字 长度：整型 数据项名：收入 类型： 数字型 长度：长整型 数据项名：支出 类型： 数字型 长度：长整型 数据项名：收入说明 类型： 文本型 长度：30 数据项名：收入日期 类型： 文本型 长度：20 数据项名：支出说明 类型： 文本型 长度：30 数据项名：支出日期 类型： 文本型 长度：20 3.43.4 系统系统 e-re-r 图图 系统总体 e-r 图： 管理员 管理 个人财务信息 用户基本信息管理用户登录信息管理1n1n 1 n 用户 属于 查询 11 11 财务信息 15 图 3.9 系统总体 e-r 财务信息 e-r 图： 财务信息 收入信息支出信息 构成构成 n m n m 用户姓名用户编号用户编号用户姓名 收入日期收入说明收入金额支出金额支出说明支出日期 图 3.10 财务信息 e-r 图 管理员对财务信息管理 e-r 图 管理员 收入信息支出信息 管理管理 1 1 n n 添加 修改 查询 删除 统计查询 添加 删除 修改 统计 图 3.11 管理员对财务信息管理 e-r 图 管理员对用户基本信息管理 e-r 图 管理员用户基本信息管理1n 添加 修改 查询 删除 16 图 3.12 管理员对用户基本信息管理 e-r 图 管理员对用户登录信息管理 e-r 图 管理员用户登录信息管理1n 添加 修改 查询 删除 构成 构成 用户名 密码 1 1 1 1 图 3.13 管理员对用户登录信息管理 e-r 图 第第 4 4 章章 系统的设计系统的设计 4.14.1 设计原则设计原则 1系统的安全性 设计实现高效率的财务管理系统，应提高系统地运行稳定性和安全性，是 系统设计的重要目标。 2功能的完整性 为增强系统的实用性，应根据实际需求设计的各项功能，保证系统功能的 完整性。满足使用者的各项需要，设计比较完善的财务管理系统。 3系统的人性化 为了使用者方便操作，设计系统应具有友好的交互界面，简洁时尚的界面 风格，使系统更具美观。 4.24.2 系统功能设计系统功能设计 针对某系而设计的财务管理系统，就需要根据系级实际财务管理情况而设 计。尽可能的详细划分功能模块，做到功能划分具体、合理，保证功能的完整 性，运行稳定。 以下是对模块的划分并对模块进行简单的说明： 普通用户登录模块：负责普通用户登录，对输入信息进行核对，判断是 否正确，信息正确进入普通用户查询模块。 普通用户查询模块：负责普通用户对财务信息的查询功能。 管理员登录模块：负责普通用户登录，对输入信息进行核对，判断是否 17 正确，信息正确进入普通用户查询模块。 用户基本信息添加模块： 负责添加用户的基本信息。 用户基本信息查询模块： 负责查询用户的基本信息。 用户基本信息删除模块： 负责删除用户的基本信息。 收入信息添加模块： 负责录入新的收入信息。 收入信息查询模块： 负责查询收入信息。 收入信息删除模块： 负责删除收入信息。 支出信息添加模块： 负责添加新的支出信息。 支出信息查询模块： 负责查询支出信息。 支出信息删除模块： 负责删除支出信息。 查询收入信息模块： 负责查询收入信息，可按多种需求进行查询。 查询支出信息模块： 负责查询支出信息，可按多种需求进行查询。 修改收入信息模块： 负责修改收入信息，可准确查询修改某条收入信息。 修改支出信息模块： 负责修改支出信息，可准确查询修改某条支出信息。 统计所有收入金额模块： 负责统计全部的收入金额。 统计所有支出金额模块： 负责统计全部的支出金额。 统计所有收支金额模块： 负责统计全部的收支金额。 统计特定用户的收支金额模块：负责统计指定的用户全部收支金额。 管理员对普通用户查询权限添加模块：负责添加普通用户查询权限。 管理员对普通用户登录信息修改模块：负责修改普通用户登录信息。 管理员对普通用户登录权限删除模块：负责删除普通用户查询权限。 详细模块结构划分如图： 总的模块划分 18 登录模块 普通用户登录 管理员登录模块 普通用户查询模块 普通用户基本信息管 理模块 收入信息管理模块支出信息管理模块 修改信息模块统计信息模块 普通用户查询权限管 理模块 查询信息模块 图 4.1 总模块划分图 管理员对用户基本信息管理功能模块划分： 用户基本信息管理模块 用户基本信息添加 模块 用户基本信息查询 模块 用户基本信息删除 模块 图 4.2 基本信息管理模块划分图 收入信息模块功能模块划分： 收入信息管理模块 收入信息添加模块 收入信息查询模块 收入信息删除模块 19 图 4.3 收入信息模块功能划分图 支出信息管理功能模块划分： 支出信息管理模块 支出信息添加模块 支出信息查询模块 支出信息删除模块 图 4.4 支出信息管理模块划分图 查询信息管理功能模块划分： 查询信息功能模块 查询收入信息模块 查询支出信息模块 图 4.5 查询信息管理模块功能划分图 修改信息管理功能模块划分： 修改信息功能模块 修改收入信息模块 修改支出信息模块 图 4.6 修改信息管理功能模块划分图 统计信息管理功能模块划分： 20 统计金额功能管理模块 统计全部收入金额 模块 统计全部支出金额 模块 统计全部收支金额 总合模块 统计个人收支金额功能模 块 图 4.7 统计信息管理功能模块划分图 管理员对普通用户查询权限管理功能模块划分： 普通用户查询权限管理模 块 添加用户查询权限 模块 查询用户密码模块 删除用户查询权限 模块 图 4.8 普通用户查询权限管理功能模块划分图 4.34.3 设计流程图设计流程图 总的系统流程图 21 用户登录 判断登录身份 普通用户功能操作 界面 管理员功能操作界 面 普通用户登录成功 管理员登录成功 普通用户查询功能 添加信息功能查询信息功能删除信息功能修改信息功能统计信息功能 普通用户管理功能 登录失 败返回 图 4.9 系统流程图 添加信息功能的流程图 添加信息操作功能界面 添加用户基本信息添加用户收入信息添加用户支出信息 判断是否 成功添加 数据 判断是否 成功添加 数据 判断是否 成功添加 数据 添加成功添加成功添加成功 添加失败， 返回 添加失败， 返回 添加失败， 返回 添加完毕， 返回 添加完毕， 返回 添加完毕， 返回 图 4.10 添加信息功能的流程图 查询信息功能的流程图 22 查询信息操作功能界面 查询用户基本信息查询用户收入信息查询用户支出信息 判断是否查询 为空 判断是否查询 为空 判断是否查询 为空 查询结果查询结果查询结果 查询信息条件 查询信息条件 否 查询非空 查询非空 选择所需的查询方 式 选择所需的查询方 式 选择所需的查询方 式 是 是 是 查询完毕， 返回操作界面 查询完毕， 返回操作界面 查询完毕， 返回操作界面 查询信息条件 图 4.11 查询信息功能的流程图 删除信息功能的流程图 删除信息操作功能界面 删除用户基本信息删除用户收入信息删除用户支出信息 判断是否成功 删除数据 判断是否成功 删除数据 判断是否成功 删除数据 删除成功删除成功删除成功 删除信息条件 删除信息条件 成功成功 成功 删除失败 返回 删除失败 返回 删除失败 返回 删除信息条件 删除完毕 返回 删除完毕 返回 删除完毕 返回 图 4.12 删除信息功能的流程图 修改信息功能的流程图 23 修改功能选择界面 修改收入金额修改支出金额 判断数据是否 存在 判断数据是否 存在 选择进入 选择进入 修改信息的准确条件 修改数据成功修改数据成功 数据存在， 继续执行 数据存在， 继续执行 返回 返回 数据不存在 返回 数据不存在 返回 修改信息的准确条件 图 4.13 修改信息功能的流程图 统计金额功能的流程图 统计金额功能选择界面 统计收入金额统计支出金额 统计收支总合 金额 统计所有收入 按条件统计收 入 统计所有支 出 按条件统计 支出 统计总的收 入支出总合 统计个人的收 入支出总合 显示收入统计结果显示支出统计结果显示收支统计结果 执行统计执行统计 统计是 否成功 统计是 否成功 成功成功 失败失败 统计是 否成功 统计是 否成功 统计是 否成功 统计是 否成功 统计完毕 返回 执行统计执行统计执行统计执行统计 失败失败失败失败 成功成功成功成功 统计完毕 返回 统计完毕 返回 图 4.14 统计功能的流程图 普通用户查询管理功能的流程图 24 普通用户查询管理 功能选择界面 添加新用户 查询权限 查询用户 查询密码 取消用户 查询权限 判断是否 添加成功 判断查询数 据是否存在 判断是否 删除成功 添加完毕显示查询删除完毕 添加成功 数据存在 删除成功 执行完 毕返回 执行完 毕返回 执行完 毕返回 添加失败 返回 添加失败 返回 添加失败 返回 图 4.15 普通用户管理功能的流程图 4.44.4 数据库的设计数据库的设计 为了更好的对数据信息进行管理，将数据信息分别划分为 5 个表，分别对 每个表进行设计。 表 4.1 用户基本信息表（编号，姓名，性别，年龄，职称，单位） 表 4.2 用户收入信息表（编号，姓名，收入，收入说明，收入日期） 列名类型长度允许空 编号文本10否 姓名文本4否 性别文本1否 年龄数字整型否 职称文本10否 单位文本20否 列名类型长度允许空 编号文本10否 姓名文本4否 25 表