毕业设计论文-高校新生报到管理系统

毕业设计论文-高校新生报到管理系统内容摘要：

的链接，该页面的功能与招生办的“查看单个新生情况”的功能一样，如果报到的新生不属于该院系，可以通过该功能显示出该新生的报道情况，在显示的信息中可以看到该新生属于哪个院系并告知其在各部门报到的情况。 在报到过程中，建议每天通过服务器端的“普通高校网上注册系统”对数据库进行 2 次备份，以避免数据丢失遗漏，全部报到结束后，通过该系统的导出模块，导出各类统计数据。 对开发工具的讨论 随着软件理论的发展，应用系统的开发从两层结构模型发展到了三层甚至是多层的结构模型，从应 用系统的开发角度而言，系统的开发一般可以分为表示层开发、业务逻辑层开发和数据库处理层开发。 [27] 实际上，我们可以通过使用快速开发工具如 VB、 DEPHI， HTML 页面生成 8 工具（如 FrontPage ,Dreamweaver）等来快速构建表示层。 早分布式决策支持系统中。 核心在于开发和构建模型。 在以往的 DSS 开发中，通常采用 FRORTRAN、PASAL、 C 等高级语言，而这些高级语言不具备数据库操作功能，从而使得开发难度增加。 此外，对于不同的建模者，所熟悉的开发工具也各不相同，这为 DSS的集成增加了困难。 随着软 件开发工具及组件技术的发展，通过一些相对独立的组件来建立业务逻辑层，实现模型在 DSS 中的作用，比如通过 DLL 或者 COM组件的形式，借助快速开发工具对组件技术的支持，为模型的开发、重用甚至是与数据库的接口都起到了极大的推动作用。 以前被人们推从备至的数据计算语言，都已推出了可视化和面向对象的同源开发工具，如 Borland 公司及 PASCAL推出了 Delphi 系列软件，微软公司基于 BASIC 推出了 VB 系列，基于 C 语言推出了 VC 系列，基于 FORTRAN 推出了 Visual Fortran PowerStation 软件。 [27]这些新版的开发工具兼数字计算、事务处理、组建开发、快速开发于一体，是当今开发模型程序的理想工具。 当然 DLL 存在版本和存放位置不独立的问题，所以当前基本上采用组件技术为主，而在 Windows 操作平台上最长使用的就是 COM组件。 COM 技术是微软前几年操作系统和应用系统开发的一个核心的技术，它实现了基于二进制的代码的共享，并且解决了 DLL 所要解决的版本问题，同时也实现了组件位置无关性，使 Windows 操作系统无继的从桌面平台延伸到以网络为基础的平台上。 至于后台数据处理，我们可以通过大型的数据库（ Oracle, QL SERVER,DB2等）和工作流服务器（比如 Exchange 、 Notes 等等）来保存企业关键的信息和数据。 但是从 DSS 使用角度来说，如何保证数据的安全性是一个非常关键的问题，数据的安全基本有两个层面的含义，一个是在数据库中的安全性，这个是由数据库本身来解决的，一个是数据调用和传输的安全性，这个主要在业务逻辑层实现。 [27] 另外，随着系统需求规模的扩大，业务的增加和数据流量的扩展同时也需要保证系统运行的高效性，这就要求系统能够动态进行扩展，当然数据库的扩容技术相对已经比较成熟，而表示层基本 不涉及效率方面的问题，所以业务逻辑层就成了最关键的一个检查点。 同时，我们需要对业务逻辑进行方便的管理和配置，以便适应企业业务的需求，所有这些都对业务逻辑层提出了严格的要求，当然，我肯定开发人员也可以自己构建一个完整的业务逻辑层来安全性、扩展性和可管理性等方面的要求，但是这有两个问题，一个不够标准化，第二个要花费开发人员大量的精力，从这个角度出发，微软开发了 MTS 系统，把对逻辑组件的管理都集中到这个事务处理器上来执行，也就是说， MTS 关心的就是业务逻辑层的东西。 9 本系统的开发 基于上述讨论，本原 型系统采用 Micrsoft Visual Studio .NET 2020 开发表示层和逻辑层，把数据写入数据库。 可行性论证 采用 Micrsoft Visual Studio .NET 2020 进行可视化系统开发，在以前曾经用 VFP 开发过汽车修理管理系统，对这种开发软件比较熟悉一些，而且这种开发工具对于《高校新生报到管理系统》的开发比较有利，方便快捷一些，它和 融为一体，可以较好地实现网页的动态连接。 况且他还有如此强大的功能。 是建立在公共语言运行库上的编程框架，可用 于在服务器上生成功能强大的 Web 应用程序。 与以前的 Web 开发模型相比， 提供了数个重要的优点： 增强的性能 ： 是在服务器上运行的编译好的公共语言运行库代码。 与被解释的前辈不同， 可利用早期绑定、实时编译、本机优化和盒外缓存服务。 这相当于在编写代码行之前便显著提高了性能。 世界级的工具支持 ： 框架补充了 Visual Studio 集成开发环境中的大量工具箱和设计器。 WYSIWYG 编辑、拖放服务器控件和自动部署只是这个强大的工具所提供功能中的少 数几种。 威力和灵活性 ： 由于 基于公共语言运行库，因此 Web 应用程序开发人员可以利用整个平台的威力和灵活性。 .NET 框架类库、消息处理和数据访问解决方案都可从 Web 无缝访问。 也与语言无关，所以可以选择最适合应用程序的语言，或跨多种语言分割应用程序。 另外，公共语言运行库的交互性保证在迁移到 时保留基于 COM 的开发中的现有投资。 简易性 ： 使执行常见任务变得容易，从简单的窗体提交和客户端身份验证到部署和站点配置。 例如， 页 框架使您可以生成将应用程序逻辑与表示代码清楚分开的用户界面，和在类似 Visual Basic 的简单窗体处理模型中处理事件。 另外，公共语言运行库利用托管代码服务（如自动引用计数和垃圾回收）简化了开发。 可管理性 ： 采用基于文本 的分层配置系统，简化了将设置应用于服务器环境和 Web 应用程序。 由于配置信息是以纯文本形式存储的，因此可以在没有本地管理工具帮助的情况下应用新设置。 此 “ 零本地管理 ” 哲学也扩展到了 框架应用程序的部署。 只需将必要的文件复制到服务器，即可将 10 框架应用程序部署到服务器。 不需要重新启动服务器，即使是在部署或替换运行的编译代码时。 可缩放性和可用性 ： 在设计时考虑了可缩放性，增加了专门用于在聚集环境和多处理器环境中提高性能的功能。 另外，进程受到 运行库的 密切监视和管理，以便当进程行为不正常（泄漏、死锁）时，可就地创建新进程，以帮助保持应用程序始终可用于处理请求。 自定义性和扩展性 ： 随附了一个设计周到的结构，它使开发人员可以在适当的级别 “ 插入 ” 代码。 实际上，可以用自己编写的自定义组件扩展或替换 运行库的任何子组件。 实现自定义身份验证或状态服务一直没有变得更容易。 安全性 ： 借助内置的 Windows 身份验证和基于每个应用程序的配置，可以保证应用程序是安全的。 [19] 基于 以上的强大功能，所以采用此技术进行开发。 11 第三章 需求分析 软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题，通过对用户业务问题的分析，规划出我们的软件产品。 这个步骤是对用户业务需求的一个升华，是一个把用户业务管理流程优化，转化为软件产品，从而提升管理而实现的质的飞跃，这一步是否成功，直接关系到开发出来的软件产品能否得到用户认可，顺利交付给客户，客户能否真正运用我们的产品帮助他解决业务或管理问题。 按照软件工程对软件开发过程的描述，需求阶段我们可以细分为需求调研和需求分析两个小阶段，需求调研需要充分细致的了解客户目 标，用户业务内容、流程等，这是一个对需求的采集过程，是进行需求分析的基础准备。 当我们已经了解、理解了用户的业务，于是可以开始分析需求了。 软件系统的需求分析可以由产品工程师或系统分析员或两者分阶段合作完成全部的需求分析工作。 通过需求调研，我们会发现用户各方面的业务很多，从大处着眼，包括用户的各种业务项目、业务流程，再明细到业务过程的每一个单据，每一条记录，如生产过程中每一个环节的记录，办公中的每一个通知，甚至包括文件报刊的收发，计划生育指标统计等等。 如此繁杂的各类业务，我们从何下手。 这时需要我们回头去查看软 件的项目规格说明书，再次温故客户对软件项目或产品的最初提出的需求目标和范围，我们的软件主要是为用户解决什么样的问题。 从众多的业务中提取出用户核心的、主要的、急需的业务，这些是我们软件需求主要关心所在。 写一篇文章需要重点突出，主次分明，我以为规划一个软件产品也是同理。 从用户繁杂的业务中进行业务、业务流程的提取，把那些分布在各个部门的同一种业务提取出来。 比如物资的管理，涉及到生产部门的需用计划，汇总到物资部门的采购计划，计划的审批，采购合同，物资采购，物资部门的收发存业务，生产部门的物资领用消耗等等，我 门需要分析用户的这个业务流程中哪些是系统能帮助管理的，哪些是要在系统外处理的，充分分析了用户现有的业务和业务流程，我们进入下一步骤。 我们提供的是管理软件产品，要帮助用户解决的是管理问题，那么用户是这样的业务流程，就需要我们分析这样的流程合理吗，还有缺陷吗，怎样做能提高效率、解决问题，可以运用更先进的管理思想吗 „„。 一般情况下，我们需要从两个方面考虑业务流程的优化。 一是我们采用了网络计算机这些新的技术手段，较之原先手工、电话等方式在信息的传递、信息的共享、数据的处理等方面将会带来新的方式，必将改变原有的业务 流程。 另一方面就是我们根据对用户业务的 12 理解，考虑是否可以运用先进的管理思想，比如 MRPII、 ERP、 SCM、 CRM、 JIT、EIA、 EBusiness 等等管理模型，进行现有业务流程的重组或优化。 当然一旦牵涉到业务流程的修改一定要与客户的中高层管理者进行充分的沟通，只有客户认同方可确定，因为这一定会在软件实施时需要相应的管理制度配套执行。 以上都明确了以后，我们可以描绘系统蓝图了。 系统有几个子系统，每个子系统有哪些模块，各个模块处理哪些业务，很重要的一点还有各子系统模块之间的数据接口关系，基础数据从哪里进入 ，通过哪些处理生成哪些结果等等。 这个过程需要整理、抽象用户业务，规划软件实现，规划软件系统模块间的逻辑关系。 因为系统的页面实现是按照系统模块的规划，所以应尽量采用用户易理解、熟悉的方式、词语进行模块的描述。 例如 ERP 系统中的物资管理子系统，首先明确这个子系统是 ERP 系统中进行物资相关的业务处理系统，同时它为主生产系统、成本管理子系统提供生产物资供应、领用消耗核算等的数据支持。 因此在规划子系统模块时，按照业务过程模型，应包含物资需用计划、物资采购计划、出入库管理、库存管理等主要业务模块，再考虑软件运行必须的初 始数据设置，增加一个基础信息维护模块 (包括物资大类、物资编码等信息维护 )，还有考虑到不同用户对此系统的不同需求，如更多的生产人员、管理人员的需求，再单独增。