(2)行政管理(Admin)部门：使用者在create ID页面进行操作，可以分配员工ID，当ID创建完成之后，该信息在该页面消失，该信息在Account， PC prepare， Phone， Seat四个页面中出现。

　　(3)网络管理(Iteam)部门：使用者在PC prepare页面进行操作，为新职工分配requestID，用于分配机器设备。分配完成后，该记录将在PC setup页面出现，使用者对phone页面进行操作，对员工分配phone，分配完成后，该记录进入phone pool页面，在这个页面中记录的是phone的所有信息，包括phone分配信息，phone mac， phone number等等。

　　(4)设备管理(Facility)部门：使用者对seat页面进行操作，分配员工位置。

　　从安全性要求出发，信息系统数据库中放置了企业、部门、个人的大量数据，其中许多数据是非常关键、机密的，如果系统不能严格地保证数据的安全性，就会影响到系统的应用。具体包括两方面。在系统安全方面，要求对用户进行身份识别，在用户权限管理中，采用用户角色的方法，设置每个用户的角色身份，以便能区分每个用户的职能。对于系统数据安全，要求采用性价比比较高的方案对系统数据迸行处理，以使系统具有容错、容灾功能。

　　从系统软硬件环境需求分析，软件方面，数据库服务器采用MySQL数据库，并使用ASP.NET和JavaScript脚本等编程，管理工具采用SVN。硬件方面，市面上现有的硬件性能完全可以满足该系统的要求且价格适中。

　　3.2 系统架构的设计

　　本系统拟将整个业务应用划分为三个层次：表示层(Presentation Layer)、业务逻辑层(Business Logic Layer， BLL)和数据访问层(Data Access Layer， DAL)。 　　表示层位于最外层(最上层)。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。业务逻辑层是系统架构中体现核心价值的部分，负责系统主要功能和业务逻辑的处理，关注点主要集中在业务规则的制定、业务流程的实现、合法性校验等与业务需求有关的系统设计。数据访问层负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。简单的说法就是实现对数据表的Select、Insert、Update、Delete操作。

　　三层系统架构是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。业务逻辑层处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。对于数据访问层而言，它是调用者;对于表示层而言，它却是被调用者。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

　　3.3 面向服务的功能设计和实现

　　人事管理系统的功能需求可以分为7个部分：人力资源信息管理，行政信息管理，网络信息管理，设备信息管理，软件信息管理，信息查询，数据导入导出。人力资源信息管理和行政信息管理，主要的需求是对员工信息的增删改查操作;网络信息管理，主要的需求是对机器设备信息的管理;设备信息管理，主要的需求是对座位信息的分配和管理;软件信息管理，主要的需求是对软件安装和使用情况的管理。

　　具体的功能服务设计如下：

　　(1)员工信息管理服务：人力资源部门对员工信息进行添加、修改和删除操作。添加员工信息，系统自动生成职工编号基本信息包括姓名、性别、年龄、出生日期、住址、E-mail、入职时间，离职时间等。修改职工信息，对所选员工的信息进行修改。删除职工信息，从列表中选择需要删除的职工信息，然后进行删除操作。

　　(2)设备信息管理服务： 网络管理部门对电脑和电话信息进行添加、删除以及分配操作，设备包括电脑和电话。添加信息，在列表的最后加入新设备的信息;删除信息，从列表中选择要删除的设备，然后进行删除操作。分配设备，在列表中选中待分配设备分配给相应员工。

　　(3)数据导入导出服务：系统涉及大量的人员信息，需要对信息进行导入和导出的操作，导入数据需要将数据从Excel导入到数据库中，实现Excel和数据库的转换。导出数据需要将数据库中的数据导出成HTML格式，再转换为Excel格式，实现数据库和Excel的转换。每次导入和导出都做好数据的备份，有利于数据的还原。

　　为了实现上述功能服务，本系统中定义了基础模块(Infrastructure Module)为业务提供一些公用的底层功能。从整体设计层次的粗粒度上来剖析，可以将webserver和appserver看做两个模块，为了降低模块之间的依赖，将接口的方式定义成服务契约。按照依赖倒置的设计原则，通过抽象将接口和实现相互分离，避免基于实现的依赖。接口是稳定的，而实现则是易变的，基于接口服务调用能够有效的应对实现的变化带来的影响。