【毕业学位论文】（Word原稿）基于BS结构的新员工入职系统的设计与实现-软件工程

摘要 I 中图分类号： 学校代码： 10055 密级： 公开 专 业 硕 士 学 位 论 文 基于 B/S 结构的新员工入职系统的设计与实现 of on ，如果所有的入职相关的手续办理，信息收集和录入都手工完成的话，对于一个企业的人事部门和人事管理人员来说工作量非常 大，当每个月有成百上千的新员工需要入职，这些工作往往让企业的人事部门和经理们不堪重负。 入职管理系统将入职流程自动化，标准话，绝大多数工作都可以通过系统来完成，减轻了人事部门的工作负担，同时也避免了一些手动处理工作时候可能产生的错误。入职管理系统涉及到三个主要的角色，新员工，人事部门管理摘要 员和经理。新员工通过系统完成所有需要新员工自己提供的信息，包括增加修改个人信息，签署雇佣合同和企业相关的规章制度，阅读公司规定和企业文化内容等等。人事部门管理人员负责新员工信息的录入，电子合同的维护，背景调查结果的跟踪，以 及根据相关的标准决定是否最终可以让新员工入职。经理主要浏览即将入职在自己部门的新员工的信息，进度情况，以及向新员工通过系统发送入职注意事项等等。 本论文对员工入职系统从需求分析到实现的整个流程进行了详细的论证、包括需求分析，业务流程图，软件原型的设计，总体软件架构设计，详细设计，软件开发和实现。本系统是基于 ，以浏览器作为前台的用户界面， 发工具包括： 等。在整个项目的 实施过程中，通过 个软件成熟度管理模型来全程监管整个项目的质量。 关键词： 浏览器 /服务器模式 数据库 软件成熟度模型 he is of a is a if it be a R be of it R a in R is of HR is or be to if to , as as We B/S 录 目 录 第一章 绪论 . 1 第一节 引言 . 1 第二节 项目背景 . 2 第三节 主要内容 . 3 第二章 需求分析 . 4 第一节 功能性需求 . 4 司模块需求分析 . 4 工模块需求分析 . 9 第二节 非功能性需求 . 12 能需求 . 12 全性需求 . 13 靠性和易用性 . 13 第三章 系统 设计 . 14 第一节 流程设计 . 14 司模块流程设计 . 14 工模块流程设计 . 22 第二节 架构设计 . 26 件架构 . 26 件框架 . 29 第三节 数据库设计 . 30 户帐号与登录 . 31 目录 用户导航和数据存储 . 33 第四章 系统实现 . 37 第一节 程序开发 . 37 发工具 . 37 制层开发 . 40 业务层开发 . 43 据访问层开发 . 46 第二节 实现 . 50 司模块的实现 . 50 工模块的实现 . 65 第五章 测试与项目质量控制 . 71 第一节 测试 . 71 元测试 . 71 统测试 . 72 能测试 . 76 第二节 项目的质量管理 . 77 第六章 总结 . 83 参考文献 . 84 致谢 . 85 个人简历 . 87 第一章 绪论 1 第一章 绪论 第一节 引言 员工入职系统涵盖了从新员工和公司达成初步聘用意向到最终成为公司的正式员工之间所需要完成的一系列的步骤和流程，包括新员工基本信息的录入，提供并让新员工签署电子合同，新员工提供公司需要的其他信息，阅读并签署电子版的公司相关规章制度，保密协议，公司的人事部门查看新员 工的信息，完成进度，背景调查的状态和结果，并根据指定的条件是否满足来最终决定是否正式聘用新的员工。 作为商务流程外包的一部分，该系统的实施将使公司新员工入职流程当中的绝大部分手续电子化，自动化，大大提高公司人事部门的工作效率，把公司的员工解放出来从事其他的工作，公司的高层和经理更可以把主要精力放在公司的核心业务上。 员工入职系统在设计标准化的同时，也考虑到了具体的公司在这个相对标准化的流程的基础上有自己公司特殊的要求，所以设计中对配置和定制也给予了充分的考虑，比如某些大的公司有专门的招聘系统来收集新职位应征 者的基本信息，那么对于这样的客户，新员工就不需要再次录入，相对应的系统提供了通过接口数据文件导入的方式来创建新员工记录，减少了工作量同时也避免了数据上可能的不一致性。 技术实现上，该系统才用了 B/S 的结构，对于客户端要求相对较低，客户只需要具有浏览器就可以运行，当然系统设计时候也充分考虑了不同的客户可能使用不同的浏览器类型和版本。系统本身的数据存储采用 据库管理系统，同时提供了后台 统的支持，根据客户 不同，提供平滑的整合。 项目的实施遵循了 的标准，从需求分析 ，设计，实现，测试到实施后的客户支持都保证了职业并且专业的项目质量。 第一章 绪论 2 第二节 项目背景 我公司作为一个商务流程外包服务的业界领导者，多年来成功的给众多大中型企业实施了商务流程的外包，包括人事外包，金融外包， 包等等，客户包括了全球众多的财富 500 强企业。实施商务流程外包的过程中，我公司也开发了各种应用服务系统，根据客户的需求，对系统进行修改和定制化以满足不同客户的需求，并在这些系统的基础上提供给客户专业的服务。 人事外包主要致力于为客户提供专业化的人事管理系统 ，包括员工的的自助服务，经理的自助服务，人事 人员的自助服务，以及员工的绩效管理等。但是所有这些服务都是针对已经在职的正式员工，并不是对于将要入职的员工，将要入职的员工向正式员工的转化这一流程是目前的解决方案当中缺失的一部分。经过认真的市场调研，主要包括对已经提供人事流程外包的客户，得到的反馈是非常积极的，现有客户和潜在客户都对将要入职员工的流程自动化表示出了浓厚的兴趣，为此作为对人事外包系统的完善，为了给客户提供给完成的一体化的专业的人事服务外包，公司决定开发员工入职系统。首先要开发一个基础版本，要求此版本要具有灵活的可定制性和可修改性，要满足不同客 户的不同需求，要适应客户的各种 统。 基础版本的实施从立项，确定产品经理，项目经理，商业分析人员和开发团队开始，并确定了开发方法要遵循 最高级别标准，到进行需求分析，系统设计，详细设计，开发，测试到完成共持续了一年的时间。并在基础版本完成后给公司现有的多个客户进行了定制实施，并在实施的过程中根据遇到的问题对基础版本进行了改进，到目前为止此版本已经成为一个成熟并且相对稳定的员工入职系统，而且作为人事外包的一部分包含到对潜在客户进行人事商务流程外包的计划当中。 本论文对项目的整个实施过程进行了总结 ，并作为一个完成的说明提供给公司正在参与和将要参与到新员工入职系统实施的人员最为参考。处于商业和公司要求，论文中略去了公司的名称和相关客户的具体名称。 第一章 绪论 3 第三节 主要内容 本文的主要内容如下： 第一章 . 绪论 本章介绍系统的总体功能，涉及到的用户和系统的集成，以及项目开发的背景和项目的大概开发周期。 第二章 . 系统需求分析和流程设计 本章主要介绍了系统的详细需求和与需求对应的流程分析和设计。 第三章 . 系统详细设计与开发 本章主要阐述了根据需求分析的结果进行的软硬件的架构设计，数据库设计和开发框架。 第四章 . 系统实现 本章主要介绍了在需求分 析和详细设计的基础上，系统的个个模块的最终成品情况。 第五章 . 测试和项目质量管理 本章主要介绍了项目的质量管理方法，以及在各个阶段的不同测试的实施与结果示例。 第六章 . 总结 对项目的实施过程进行了最后的总结。 . 参考文献。 . 致谢。 . 个人简历 第二章 需求分析 4 第二章 需求分析 第一节 功能性需求 功能性需求的确定是系统实现的根本，通过前期的系统调研，到确定系统的主要功能，到具体模块化，细化具体的细节是一个复杂且耗时的任务，下文列出了系统的所有功能模块的主要用例，并对每个用例进行了详细的需求描述 司模块需求分析 图 司模块用例图 第二章 需求分析 5 员工记录的创建 新员工记录的创建是系统的第一步，系统支持手动创建和通过接口文件批量导入两种方式，具体需求如下。 人事管理人员可以手动录入新员工信息。 认识管理人员可以选择每次录入一条新员工记录还是通过模板一次性批量录入多名员工记录。 人事管理人员首先要查找 统里面创建好的职位信息，一个职位对应一个新的员工。 确定职位信息后，人事管理人员需要录入新员工的基本个人信息，其他职位信息，地址信息和薪资信息。 成功创建新员工记录以后，不能进行删除操 作，如果最终不录用该新员工，需要执行“解聘”操作。 系统支持 口文件的批量录入新员工记录的操作，系统接口文件模板将根据具体的接口需求进行设置。 接口文件的传输必须要进行 密和解密，并需要进行 议的安全性文件传输。 创建的新员工信息必须要包含新员工的电子邮件，成功创建之后，系统将发送给该新员工入职系统的入口地址，登录系统的用户名和密码。 作面板 新员工的直接经理和相对应人事管理人员可以通过面板来查看，跟踪已经被录入到系统中并归自己管理的将要入职新员工的信息。面板 以一个记录表格的形式提供给用户，每条记录包括员工的名字，类型和开始时间，并显示当前入职流程的完成进度。面板上显示所有还没有完成入职系统流程的新员工，已经完成流程的新员工将不再显示在面板中，但是可以通过报表查看详细信息。经理和人事管理人员可以通过面板完成或者进行如下的操作。 查看新员工的基本信息和完成进度。 第二章 需求分析 6 连接到通过搜索功能模块查找指定的员工。 连接到报表模块来生成报表。 连接到系统记录模块查看某个新员工的流程记录。 选择某一个新员工来查看流程相关的具体信息，并进行相关的操作。 子合同的上 传 在从上述的管理面板上选择了一个具体的新员工之后，人事管理人员可以通过电子合同模块添加和维护电子和同 . 电子合同是 者 式的文件。 人事管理人员可以上传一个新的电子合同。 上传电子合同完成的同时，电子邮件会发送给新员工并抄送给人事管理人员和新员工的经理，提示新员工需要查阅并接受该合同。 如果新员工还未曾接受或者已经拒绝了该电子合同，人事管理人员可以进行重新上传进行修改。 如果新员工已经接受了该电子合同，则人事管理人员不可以再对电子合同进行修改操作。 新员工如果接受了电子合同，电子邮件会发送 给人事管理人员和经理，提示新员工已经接受了合同，可进行后续的操作。 看 /修改新员工信息 经理可以从面板上选择一个新员工进入这个员工的具体页面，并且查看新员工的个人信息和职位信息，人事管理人员也可以进行同样的查看，尤其是在新员工的信息是通过接口的方式创建的，人事管理人员可以修改部分职位信息，并通过系统提供的通道通知新员工修改个人信息。 第二章 需求分析 7 看新员工具体完成情况 在从面板上选择了一个新员工后，人事管理人员和经理可以查看新员工所对应的流程的完成情况，包括新员工应该完成的任务和 公司方面 (人事管理人员和经理 )应该完成的任务，以及所有未完成的任务。 理发送入职注意事项 在从面板上选择了一个新员工后，经理可以功过这个功能模块发送具体的入职注意事项，具体内容会通过电子邮件的方式发送给新员工，经理需要提供如下信息。 报到时间 报到地点 联系人 具体注意事项 经理可以发送多个入职注意事项，可以选择立即发送或者指定电子邮件的发送日期，到时间系统自动发送。 索 由于同时需要入职的新员工会非常多，面板将会以分页的方式提供所有记录，为了便于经理和人事管理人员快速定 位到一个新员工从而查看信息或者进行具体的操作，系统提供了搜索模块可以让经理和人事管理人员通过个人信息，职位信息等进行搜索。 在经理和人事人员管理面板上提供通过名字进行快速搜索的功能。 提供高级搜索的界面让经理和人事管理人员可以通过等多的条件尽心搜索 第二章 需求分析 8 表 系统提供给经理和人事管理人员报表模块，可以根据他们的具体需要生成报表，报表可以定制，可以选择需要包括的新员工和显示的信息字段，报表支持面显示形式，并提供对应的 式下载。 可是设定报表需要包含的新员工条件。 可是设定报表 所要显示的字段。 可是选择报表的格式 可以保存报表的条件以便下次快速生成 看入职流程的历史记录 系统提供一个入职流程的记录表格给经理和认识管理人员进行查看，包括在什么时间由什么人（角色）完成了某一项操作。可以便于查看系统的使用情况和使用效率，例如如果完成某一步操作需要的时间太久，则可以考虑该如何提高这一步的效率。 用决定 当所有相应的流程完成以后，人事管理人员可以根据完成的具体信息来最终决定是否将此新员工录用为正式员工，如果决定录用并执行操作，先将员工的信息将会存储到公司 的 统中，如果决定最终不录用新员工，可以进行“解聘”操作。无论录用或者是不录用的操作都是不可逆的，并且已经做了录用决定的员工将从新员工入职系统中移除。 第二章 需求分析 9 工模块需求分析 图 工模块用例图 录和任务面板 新员工登录入职系统后，会看到一个任务面板，面板上列出了所有新员工需要完成的任务，任务按照类别进行了分类，详细需求如下。 新员工第一成功登录后将会看到一个欢迎页面，后续的成功登录将略过此欢迎页面而直接进入任务面板。 任务面板会列出新员工需要完成的几个大的步骤，每 个步骤里面包含相对应的具体功能模块。 面板上面将提供一个进度条用来显示和提示新员工完成的进度。 第二章 需求分析 10 每一个大的步骤和下面具体的任务完成后，都会有相应的完成标志用以提示给新员工。 受电子合同 在人事管理人员上载了电子合同之后，新员工可以通过系统查看合同的细节，并选择接受或者拒绝该合同。 新员工可以下载和查看电子合同细节。 新员工可以选择接受电子合同 新员工如果要选择拒绝合同，则必须要提供一个拒绝理由，同时人事管理人员和经理都会收到电子邮件的提醒一遍进行进一步的操作，提供新的合同或者不再试图雇佣这 个新员工。 电子在新员工接受以后会将电子合同本身和新员工的个人信息一起保存到 线文档管理系统 )中，以便以后的查阅。 看和维护个人信息 在新员工完成第一步的电子合同之后，需要查看自己的个人基本信息和地址信息，如果在新员工记录创建的过程中有任何的错误，新员工可以进行信息的修改和保存，具体需求如下： 个人信息步骤下包含个人信息和地址信息两个功能模块。 进入模块后在新员工记录创建时保存的信息将显示给新员工用户。 如果新员工查看并确定信息没有错误，则不需要进行修改，但是新员工需要确认并完成 这一步操作。 如果创建的信息有误，新员工可以对信息进行修改和保存，同时完整这一步操作。 修改保存过程中系统会实施相关的验证，如果所提供的内容不符合验证要求，则提示用户重新输入。 第二章 需求分析 11 入其他人信息 根据公司要求，新员工需要提供紧急情况的联系人信息，具体需求如下。 新员工至少要提供一个紧急联系人信息和联系方式。 新员工可以提供多个紧急联系人的信息和联系方式，但是只有一个是主要紧急联系人。 新员工可以删除其他紧急联系人信息但是不能删除主要联系人信息。 新员工可以将次要紧急联系人信息升级为主要紧急联系 人信息。 根据公司要求，新员工需要提供种族信，可以增加、修改和删除个人的种族信息。 新员工入职需要进行背景调查，背景调查由公司委托第三方完成，具体需求如下。 新员工承诺同意公司对其进行背景调查，并通过入职系统提供其同意书。 系统将给第三方的背景调查公司提供新员工的信息。 系统支持提供 种格式的接口文件，文件具体模板根据第三方背景调查公司的需求而定制。 如果第三方背景调查公司提供 口服务，系统支持通过调用 提供新员工信息。 背景调查的结果，系统可 以接受第三方提供的接口文件或者是 务来完成系统的背景调查结果更新。 如果背景调查结果是消极的，则该新员工将不能最终被正式录用，需要功过“解聘”程序来完成操作。 人事管理人员可以对通过接口方式从第三方得到的背景调查结果进行修改，从而使新员工满足被最终录用的要求，或者直接不聘用该员工。 第二章 需求分析 12 读和接受公司的规章制度 公司将各种规章制度以电子文档的方式提供给新员工，新员工需要阅读并通过系统的电子签名来接受，具体需求如下。 规章制度可以是 者 档的格式。 新员工 用户需要自己安装阅读 件的软件。 新员工需要最终接受相关的规章制度，系统将提供电子签名。 已经签名的电子合同将保存到 线文档管理系统 )中。 公司可以提供给新员工其他不需要电子签名的文档，新员工需要声明确实阅读了提供的文档并了解里面的内容，这部分内容完成与否不作为最终是否可以将此新员工转为正式员工的条件。 明完成 新员工在完成所有需要的操作，并且在背景调查通过的情况下需要最终确定并声明所有的提供的信息是正确的，所有的规章制度已经接受，所有相关文件已经阅读，从而可以 进行最终录用的操作。一旦声明完成，新员工将不能继续修改已经完成的操作，包括修改个人信息，地址信息等等。 第二节 非功能性需求 能需求 支持 2000 新员工和 20 经理和人事管理人员同时在线的并发操作。 所有除报表以外功能模块的操作响应时间不得高于 3 秒。 报表模块的执行时间不得高于 6 秒。 接口文件的处理不在性能需求的范围之内。 第二章 需求分析 13 全性需求 用户的密码在数据库中需要加密，采取 64 位的加密技术，并且是单向加密，即存储到数据库中的密码不可能通过解密而解读出来。 用户密码至少 8 位，组成需要至少一 个大写字母，一个小写字母，一个数字和一个特殊字符。 用户的密码 3 个月自动过期，需要设置新的密码。 用户新的密码不能和前 10 个密码重复。 系统访问通过加密 议进行。 文件传输必须使用 议和 密。 靠性和易用性 系统需满足 24 7 不间断稳定的运行。 至少 2 台 务器和 2 台应用服务器以确保运行的秩序性。 系统在操作过程产生的错误要产生日志以便查询，但不能停止系统的运行。 系统的后台数据库保证及时的数据备份。 系统实施后，需要和客户协商决定具体的维护时间，以便修复可能出现的漏 洞和部署新添加或者需要改善的功能。 用户会话在线超过 10 分钟没有操作，则会话过期，继续造作需要用户重新验证登录系统。 支持主流浏览器的常用版本。 提供简洁，快速，明朗的导航链接。 页面布局符合绝大多数人的浏览习惯。 提供必要的帮助信息，但不能影响用户的操作。 使用 术来优化 面并减少用户的在线等候时间。 第三章 系统详细设计 14 第三章 系统设计 第一节 流程设计 司模块流程设计 建新员工记录 图 建新员工记录流程图 人事管理人员登陆系统，进入创建员工记录模块，选择是 创建单条记录还是批量录入，如果是进行批量录入，先下载批量录入模板，填充数据然后上载文件批量生成新员工记录。如果需要添加单条记录，进入模块后选择单条记录添加，根据要求录入员工的个人信息，职位信息，提交并创建新员工记录。 第三章 系统详细设计 15 作面板 图 事人员和经理访问操作面板流程图 人事管理人员和经理登陆后，进入新员工入职系统模块，进入操作面板来查看所有正在进入职流程的所有新员工的基本情况。 护电子合同 图 子合同维护流程图 第三章 系统详细设计 16 人事管理人员登陆后，进入系统操 作面板，选择某一个新员工并进入电子合同维护模块，如果合同已经上传则结束操作，如果合同还没有上传，上传该员工的电子合同并结束操作。 看修改员工信息 图 看个人信息和修改职位信息流程图 人事管理人员登陆后，进入系统操作面板，选择某一个新员工并进入个人信息模块，如果发现个人信息有误，需要通知新员工在系统内进行修改。进入职位信息模块，确认职位信息的正确性，如果发现职位信息有误，人事管理人员可以在模块中进行修改。 第三章 系统详细设计 17 看完成进度 图 看完成 进度流程图 人事管理人员和经理登陆后，进入系统操作面板，选择某一个新员工并进入查看完成进度的模块，分别查看从员工方面，人事方面和经理方面都有哪些步骤已经完成，哪些还没有完成，并根据时间表进行必要的通知提醒操作。 第三章 系统详细设计 18 理发送入职注意事项 图 理发送入职注意事项流程图 经理登陆后，进入系统操作面板，选择某一个新员工并进入发送注意事项模块，经理填写入职注意事项的信息，可以选择立即发送并通过电子邮件的方式把注意事项发送给新员工，也可以设定发送的日志，系统的后台进 程会在指定的日期把经理写好的注意事项通过电子邮件发送给新员工。 第三章 系统详细设计 19 索 图 索流程图 人事管理人员和经理登陆后，进入系统操作面板，可以通过操作面板输入员工的姓名进行快速搜索，也可以进入高级搜索页面，设置包括姓名，职位，入职时间等等其他的条件进行搜索，如果没有搜索到想要的结果，可以重新设置搜索条件继续搜索，如果搜索到了想要的员工记录，选择该员工进行进一步的操作。 第三章 系统详细设计 20 表 图 表流程图 人事管理人员和经理登陆后，进入报表 模块，可以选择生成新的报表，也可以选择使用已经存储的报表模板。当选择生成新的报表时，用户可以根据设置搜索条件来确定报表应该包含哪些员工，同时选择报表所需要的字段，生成报表后，用户可以把设置的搜索条件和字段存储起来，以备以后重新使用而不需重复进行设置，用户可以选择一个已经存储的报表，查看器条件和字段设置，可以进行必要的修改后执行报表。 第三章 系统详细设计 21 用决定 图 用决定流程图 人事管理人员和经理登陆后，进入录用决定模块，可以选择最终录用还是不录用选择的员工。 录用决定是新员工入 职流程的最后一步，人事经理要根据整个流程的完成情况，综合考虑员工的个人信息，职位信息，以及相关的背景调查的结果和员工对公司各种规章制度的接受情况，来做出最后的决定。当不录用决定作出后，新员工的系统访问权限将马上被取消，并通过系统邮件的方式通知新员工。当作出录用决定的时候，新员工仍然可以继续访问入职系统去查看相关的信息和文档，直到入职日期达到的那一天。 第三章 系统详细设计 22 工模块流程设计 录 图 员工登陆访问任务面板流程图 新员工的记录在系统里创建以后，系统会发送用户名和密码 到新员工的个人邮箱，新员工根据提供的信息访问系统，输入用户名和初始密码，如果是首次登陆，则系统强制用户修改初始密码。 通过验证以后，系统会判断用户是否已经使用过系统并完成了至少一个操作，如果没有则提供给用户欢迎页面，在此提供一些使用说明和必要的连接，当新员工熟悉以后可以进入任务面板开始完成规定的流程。如果新员工已经访问过系统并且完成过某些步骤并保存，系统将在验证通过后直接进入任务面板页面。 第三章 系统详细设计 23 看并接受电子合同 图 员工查看并接受电子合同流程图 新员工登陆系统访问任务 面板，从任务面便进入电子合同模块，如果人事管理人员还没有上传电子合同，新员工不能进行其他操作，可以回到任务面板或者欢迎页面进行浏览操作，在新员工接受电子合同之前，是不能进行其他重要模块的操作的。 如果电子合同已经上传，新员工可以查看合同的细节，如果对合同的内容没有异议，则可以接受合同并继续其他步骤，如果对合同有任何异议，则需要和人事人员进行沟通，人事人员则需要重新上传修改的电子合同。如果电子合同没有任何问题只是员工不想接受，可以选择拒绝合同，同时也就结束了入职流程，公司最终将不会录用改新员工。 第三章 系统详细设计 24 看和修改个人信息 图 员工查看并修改个人信息流程图 新员工登陆系统访问任务面板，从任务面便进入个人信息页面，个人信息是在新员工记录创建的时候由人事人员录入的，可能会有错误，如果发现有错误，新员工需要进行修改并保存，以保证当员工被录用以后进入 统的信息是正确的，这对员工以后的各种薪资福利待遇，这种表格和文件将是非常重要的。任何的个人信息的错误都可能会在以后放大。 另新员工的地址信息也是在新员工记录创建的时候由人事人员录入的，也有存在错误的可能，流程和个人信息的查看和修改一 致，在此不再单独提供地址信息查看和修改的流程图。 第三章 系统详细设计 25 看和修改其他信息 图 员工维护紧急联系方式流程图 新员工登陆系统访问任务面板，从任务面便进入紧急联系方式维护模块，紧急联系方式信息在新员工记录创建的时候被没有提供，所以需要员工进行添加和维护，新员工可以添加多个紧急联系方式，但要确定其中一个是主要联系方式，系统会把用户添加的第一条记录默认为主要紧急联系方式。新员工在声明完成所有的操作之前可以进行添加，修改和删除的维护。 另新员工的种族信息也是新员工记自己维护的增，删，改 得过程，在此不再赘述其流程图。 新员工声明接受公司的规章制度，阅读公司相关文件和声明完成，由于过程简单也论文篇幅所限一并不在此赘述。 第三章 系统详细设计 26 第二节 架构设计 系统的架构从整体上可以分成硬件和软件两个部分，硬件的架构主要是服务器的选择，集群和链接，从物理的层面上进行设计和优化，以保证系统运行的性能和可靠性。软件的层面的架构设计则是抛开物理的设备，从软件的层次，控制和数据流的方向进行分析和设计。本节从硬件和软件两个方面对系统的架构设计进行了分析和说明。 件架构 / 务器 应用服务器 数据库 应用服务器 数据库 负载 平衡 第三章 系统详细设计 27 图 件架构图 户端电脑 由于系统的实现采用了基于 B/S 结构，客户端的电脑只要能够连接到互联网并安装有主流的 览器就可以访问和使用该系统。 务器 务器用来接收用户的 求，将请求和数据发送到应用服务器，并将应用服务器处理请求后的结果返回到客户的浏览器。根据系统的负载的不同，可以设置一个或者多个 务器。 务器操作系统可以是 果客户没有现有的 务器，系统实施的时候我们选择 采用 司的 作系统和 司的 载平衡器 负载平衡的概念是基于硬件建构上会搭建两个或者两个以上的应用服务器的基础上，为了提高系统的性能，也为了发挥多个应用服务器的使用效率，同时避免某一服务器的超负荷运转而设置的。当客户端的 求发送到 载平衡器根据预先设置的算法，将不同 求平均发送到多个应用服务器上。 用服务器 应用服务器是系统的运算和控制中心，对于 说，应用服务器负责 编译并解析 件，链接数据库，发送数据库的读写请求，进行逻辑处理，数据处理和运算，再把运算处理的结果返回给 务器。 第三章 系统详细设计 28 由于应用服务器在整个架构中的核心地位，配置两个和两个以上的应用服务器是必不可少的选择。新员工入职系统的应用服务器选择了 司的 在此系统上安装 务器，例如 等。 当有接口文件需要进行处理的时候，一般是将处理程序配置在多个应用服务器上，但只激活某一个服务器上 的应用，并对文件在多个服务器上进行热备份，当某一个服务器需要维护或者出现问题的