企业人事管理系统：需求说明书(共32页).doc

精选优质文档-倾情为你奉上附录二企业人事管理系统编写： * *日期：2014-11-15审核：日期：批准：日期：受控状态：是 发布版次：2.0日期：编号： 需求说明书目录 1.1 概述1.1.1 目的 本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。本说明书的预期读者为：用户代表、项目组成员。1.1.2 背景1、拟开发的软件系统的名称为：企业人事管理系统。2、本项目以中国内资企业的一般费用管理制度为依据。3、本系统为一个独立运行的系统，暂不考虑和其它系统的连接关系。1.1.3 范围本系统的目标是管理企业员工、部门、岗位、人事调动的管理和经理及高层能对招聘人才做出计划。系统包括企业的员工管理、部门管理、岗位管理基本管理工作。系统包括为了开展上述工作而作的模块结构设置、管理角色设置、权限功能设置。系统还包括为了监控、分析各项基本管理工作而编制的各项统计报表。1.1.4 术语定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。【角色】在登陆界面上面有一个角色选择按钮，角色的意思是该系统使用者身份级别，不同的身份级别将有不同的使用权限。 【在职人数】一个部门下面有很多不同的岗位，岗位上的容纳量，而岗位上的在职人数就可以表明，该岗位上的员工人数是否足够。目的是可以根据这个值来确定招聘计划。【月提层】该企业中的某一岗位的基础工资是固定的，员工的月提层是不同的，这样算下来才能区分出不同员工的总工资是不同的。【打印】这是一个新增加的功能，点击它可以打印相关的文件信息出来。1.1.5 参考资料列出用得着的参考资料，如：A、 某单位书店管理系统B、 某单位宾馆客房管理系统C、 C#程序设计经典教程-清华大学出版社D、 C#开发实战1200例（第I卷）-清华大学出版社1.2 任务概述 1.2.1 目标 开发一个功能健全，实用的人事管理系统，其目的有以下几点： A、方面基本信息的录入，实现录入的数据的高校验证；B、处理速度的提高；C、使系统更人性化以便用户使用；D、人力与设备费用的减少；E、高安全性和保密性；1.2.2 使系统具有简单性、针对性、实用性。 不同的用户的使用界面是不一样的，这能减少用户的记忆负担。该系统还编写了详细的用户手册，用户根据用户手册说明书就基本上操作系统了。使用该系统之后，原来复杂繁琐的工作变得简单了，另外就是使用该系统之后，能方便管理高层如经理级别的人物对公司的人才使用做一个规划。1.2.3 用户的特点 用户是一家典型的技产品生产企业。本软件的最终用户是公司的全体工作员工，他们都受过电脑使用的培训。 本系统数据库服务器将24小时运行，只要装有该系统的员工任何时候都可以登陆浏览自己的信息。1.2.4 假定和约束软件需于公司成立五周年前一周开发完成、测试完毕并上线运行。软件运行于公司局域网上，但出差在外的员工可通过VPN虚拟专网连入公司进行使用操作。1.2.5 软件环境分类名称语种操作系统Windows 7中文数据库平台SQL2008应用平台Visual studio2010应用平台补丁1.3 系统管理模块的功能描述1.3.1 安全管理子模块用户使用系统的功能前，必须登录。系统的经理使用专用的账号”特殊号”进行登录，其它用户由系统管理员在组织结构维护子模块中添加。管理员和登录的普通员工都可以修改自己的密码。只有管理员可以使用系统管理中的维护模块。用户登录后可以执行退出系统操作。1.3.2 角色维护子模块角色是对在企业不同工作岗位上处理事务的人员的概括，例如经理、部门主管、普通员工等。系统登记有关的岗位角色，例如“经理”通常是必须的一个角色，如果有某个新的部门成立就必须向经理申请，经同意之后才能产生相应的部门信息及部门主管。角色应当具有角色编号、角色名称。数据示例：角色编号角色名称001经理002部门主管003普通员工1.3.3 组织结构维护子模块 企业由人员构成，人员按部门组织。 企业具有员工名册，应当登记人员的姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址,所在岗位。一个职员最多具有一个角色。 企业具有多个部门。大型企业的部门划分可能是多级的。一个部门下面又有很多的岗位，一个岗位的容纳量可能不只是一个。在形式上，可以设立一个部门“总经办”，在其中登记企业的部门。 系统应当能够登记企业的各个部门的岗位，能够处理部门、岗位增减变化的情况。应当登记各部门的部门编号、部门名称、部门主管、主管联系方式、部门简介。部门负责人从员工名册中选择，向经理申请更换，申请被批准之后，可以随时更换。部门下属员工从职员名册中选择。一个职员只能属于一个部门。1.4 功能分析1.4.1 课程介绍数据库设计是指对于一个给定的应用环境，构造（设计）优化的数据库逻辑模式和物理结构，并据此建立数据库及应用系统，使之能够有效地存储和管理数据，满足各种用户应用需求，包括信息系统要求和数据操作要求。此人事系统的实验包括以下几部分：需求分析、慨念结构设计、逻辑结构设计、物理结构设计、系统的实时与维护。1.4.2 市场背景 随着市场竞争能力不断不断激化，为了有效、及时、方便、低成本管理公司的人事，公司急需要一个人事系统的管理软件，一方面：是为了管理者更有效管理公司。另外一方面：能够给公司的高层及时的提供信息，方便他们做出有关的重大决策。 传统的管理方法已经不能适应现代社会的需求，因此采用电脑管理业务，财务等诸多环节已成为推动各行各业迅速发展的先决条件，人事管理系统是各大小公司所需要使用的一个管理系统。1.4.3 用户需求分析 建立一套功能完善的人事系统，既能满足业务人员日常处理的需要，增加企业经营全过程的数字化管理水平；又能满足管理人员决策分析的需要，提高公司管理层对公司经营反馈信息的响应速度。从而大幅度提高工作效率，提高实施管理的准确性、科学性、使担负管理的工作人员从繁杂的手工劳作中解脱出来。因此该系统需要实现以下几个主要功能：（1） 登陆管理：不同的管理员有不同权限，每一个管理员拥有自己的登陆用户名和密码，管理员都拥有查询和修改所有的职工的信息的权限，而只有高级管理员才拥有对管理层查询和修改的权限。（2） 系统管理： 1、对系统管理层人员的信息进行增、删、改、查； 2、企业部门和岗位的增、删、改、查； 3、员工基本信息的录入：姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息； 4、员工岗位信息录入：职工号，任职时间，岗位编号，所在部门等； 5、员工的奖惩信息：增、删、改、查。 6、员工基本信息的修改； 7、对于转出、辞职、辞退、退休员工信息的删除； 8、按照一定的条件，查询、统计符合条件的员工信息；至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询、按职工号、按姓名等，至少应该包括按职工号、按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息； 8、对查询、统计的结果打印输出；（3） 其他功能：界面（要求容易操作）；1.4.4 功能模块树1.4.5 用例图Use-登录用例：1、简要说明 本用例说明用户如何登录到企业人事管理系统。 启用此用例的参与者为管理员，部门经理、部门主管和招聘主管。2、 事件流 当参与者在登录表中键入他（她）的用户名和密码时，本用例就开始了。 基本流 - 登录 系统验证参与者的用户名和密码并允许他（她）登录到系统。 系统显示主窗体，同时用例结束。 备选流 无效的用户名/密码 如果在基本流中系统无法找到用户名或者密码错误，就会显示一个提示错误信息的小界面。参与者可以键入新的用户名或者口令，或者选择取消本次操作，此时用例结束。特殊需求 没有和本用例有关的特殊需求。前置条件 没有和本用例有关的前置条件。后置条件 没有和本用例有关的后置条件。扩展点 当参与者键入的连续3次键入的用户名或密码都是无效的时候，系统自动退出，若需要登录，这需要重新进入系统登录界面。员工信息管理用例：1、 简要说明 本用例允许管理员查看员工信息（员工编号，姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息）。2、事件流 当管理员在主界面中选择“员工信息管理”活动时，用例开始。基本流 查看员工基本信息。系统检索出员工基本信息。 然后显示信息。 当参与者查看员工信息后，选择“关闭”。 备选流 1、 添加员工信息员工选择“添加员工基本信息”。 系统会显示员工信息表界面。 管理员输入员工的下列信息：员工编号（部门号+岗位号），姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息。系统验证数据以确保格式正确，并按照指定员工编号、姓名、性别、年龄、来搜索系统中已有的员工信息。如果数据有效，系统将创建一个新的员工信息。 每向系统中添加一个员工信息，重复上述步骤。当管理员完成向系统中添加员工信息时，选择关闭按钮，此用例结束。 2、修改员工信息管理员选择“修改员工信息”，系统会显示一张员工信息表。 管理员键入他（她）要修改的员工的员工编号，系统检索该员工的信息并将信息显示在屏幕上。 管理员修改一个或多个部门可修改信息字段：员工编号（部门号+岗位编号），姓名，年龄，联系号码，家庭地址，婚姻状况，学历信息，其它的系统将设置为不可修改字段。一旦修改结束，管理员选择“保存”，系统更新该部门的信息。 每修改一个员工信息，重复上述。一旦编辑完成，并选择关闭，本用例也就结束。3、 删除员工信息管理员选择“删除员工信息”。 系统会显示一张空白员工信息表。 管理员键入将被删除的部门编号。 系统检索员工信息并将信息显示在表单中。 管理员选择“删除”。 系统会显示一个删除确认对话框以确认删除操作。 管理员选择“是”。 员工信息从系统中删除。 每删除一个员工信息，重复上述步骤。当管理员完成从系统中删除部门时并选择关闭按钮，此用例结束。 特殊需求 没有和本用例有关的特殊需求。前置条件登录 在本用例开始之前，参与者要成功登录到系统。后置条件没有和本用例有关的后置条件。扩展点没有和本用例有关的扩展点。招聘管理用例1、简要说明 此用例允许招聘主管登记招聘信息，接受应聘者的信息，并对信息进行审核，并对信息做出相关的决策。 2、事件流 当招聘主管从主窗体中选择“应聘管理”活动时，此用例就开始使用了。基本流 创建应聘者信息招聘主管选择“创建应聘者信息”。 系统会显示部门应聘者信息表。招聘主管就根据界面提示的信息将应聘者递交的的基本信息表和应聘职位表录入系统中去。 备选流 1、对应聘者信息进行验证，合格的应聘者的信息将录入到 部门基本信息管理中去，不合格的进录入不合格的应聘者信息表中，不将决策发布出去。招聘主管选择取消本次操作或是关闭按钮，此时用例结束。特殊需求 没有和本用例有关的特殊需求。前置条件登录 在本用例开始之前，招聘主管要成功登录到系统。后置条件没有和本用例有关的后置条件。扩展点没有和本用例有关的扩展点。部门管理用例：1、简要说明 本用例允许部门主管查看（该信息包部门的基本信息）和维护部门信息（其中包括添加、修改和从系统中删除部门信息）。2、事件流 当部门主管在主界面中选择“部门管理”活动时，用例开始。基本流 查看部门基本信息。系统检索出部门基本信息。 然后显示信息。 当部门主管查看部门信息后，选择“关闭”。 备选流 1、 添加部门信息部门主管选择“添加部门信息”。 系统会显示部门信息表界面。 部门主管输入部门的下列信息：部门编号，部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。系统验证数据以确保格式正确，并按照指定部门编号，部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。如果数据有效，系统将创建一个新的部门信息。 每向系统中添加一个部门信息，重复上述步骤。当部门主管完成向系统中添加部门信息时，选择关闭按钮，此用例结束。 2、修改部门信息部门主管选择“修改部门信息”，系统会显示一张部门信息表。 部门主管键入他（她）要修改的部门的部门编号，系统检索该部门的信息并将信息显示在屏幕上。 部门主管修改一个或多个部门可修改信息字段：部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。一旦修改结束，部门主管选择“保存”，系统更新该部门的信息。 每修改一个部门信息，重复上述。一旦编辑完成，并选择关闭，本用例也就结束。3、 删除部门信息部门主管选择“删除部门信息”。 系统会显示一张空白部门信息表。 部门主管键入将被删除的部门编号。 系统检索部门信息并将信息显示在表单中。 部门主管选择“删除”。 系统会显示一个删除确认对话框以确认删除操作。 部门主管选择“是”。 部门信息从系统中删除。 每删除一个部门信息，重复上述步骤。当部门主管完成从系统中删除部门时并选择关闭按钮，此用例结束。 特殊需求 没有和本用例有关的特殊需求。前置条件登录 在本用例开始之前，参与者要成功登录到系统。后置条件没有和本用例有关的后置条件。扩展点没有和本用例有关的扩展点。部门岗位管理用例：1、 简要说明 本用例允许部门主管查看的岗位基本信息和本部门员工信息（员工编号，姓名，所在岗位），岗位信息（其中包括添加、修改和从系统中删除本部门岗位信息）。2、事件流 当部门主管在主界面中选择“部门岗位管理”活动时，用例开始。基本流 查看部门岗位基本信息。系统检索出部门基本信息。 然后显示信息。 当部门主管查看部门信息后，选择“关闭”。 备选流 1、 添加部门岗位信息部门主管选择“添加部门岗位信息”。 系统会显示一张部门岗位信息表。 部门主管输入岗位的下列信息：岗位编号，岗位名称，岗位容量，部门信息简介。系统验证数据以确保格式正确，并按照指定部门岗位编号，检索信息。如果数据有效，系统将创建一个新的部门信息。 每向系统中添加一个部门岗位信息，重复上述步骤。当部门主管完成向系统中添加部门信息时，选择关闭按钮，此用例结束。 2、修改部门岗位信息部门主管选择“修改部门岗位信息”，系统会显示一张部门岗位信息表。 部门主管键入他（她）要修改的部门岗位编号，系统检索该部门岗位编号的信息并将信息显示在屏幕上。 部门主管修改一个或多个部门可修改信息字段：部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。一旦修改结束，部门主管选择“保存”，系统更新该部门岗位的信息。 每修改一个部门岗位信息，重复上述。一旦编辑完成 ，并选择关闭，本用例也就结束。3、 删除部门岗位信息部门主管选择“删除部门岗位信息”。 系统会显示一张空白部门岗位信息表。 部门主管键入将被删除的部门岗位编号。 系统检索部门岗位信息并将信息显示在表单中。 部门主管选择“删除”。 系统会显示一个删除确认对话框以确认删除操作。 部门主管选择“是”。 部门岗位信息从系统中删除。 每删除一个部门岗位信息，重复上述步骤。当部门主管完成从系统中删除部门时并选择关闭按钮，此用例结束。 特殊需求 没有和本用例有关的特殊需求。前置条件登录 在本用例开始之前，部门主管要成功登录到系统。后置条件没有和本用例有关的后置条件。扩展点没有和本用例有关的扩展点。1.4.6 数据流程图DFD顶层数据流图 1.4.7 核心数据字典DD 数据流图表示了数据域处理的关系，数据流图作为直观的了解系统运行机理的手段，并没有集体描述各类数据的细节，只有通过数据字典进一步细化才能对系统的需求的得到具体而确切的数据流、加工处理、数据存储、数据起点和终点或外部实体等。数据字典包括的项目有：数据项、数据结构、数据流、数据存储、加工逻辑和外部实体。可使用一些符号来表示数据结构、数据流和数据存储的组成。1、数据流（企业人事管理系统的数据流员工基本信息）数据流名称：员工信息来源：企业员工去向：员工信息录入包含的数据项：姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址,所在岗位（企业人事管理系统的数据流部门信息）数据流名称：部门信息来源：部门去向：部门信息录入包含的数据项：部门名称 （企业人事管理系统的数据流岗位信息）数据流名称：岗位信息来源：部门去向：岗位信息录入包含的数据项：岗位编号，岗位名称，工资，岗位容量，所属部门； （人事管理系统的数据流职位员工信息）数据流名称：员工职位信息来源：部门去向：员工职位信息录入包含的数据项：职工号，岗位编号，任职时间，所在部门2、 数据项 2.1、实体列表NameCodeParentGenerateNumber员工EmployeeConceptual Data Model 'EMS'TRUE奖惩RewardPunishConceptual Data Model 'EMS'TRUE岗位PostConceptual Data Model 'EMS'TRUE职位信息EmployeePostConceptual Data Model 'EMS'TRUE部门DepartmentConceptual Data Model 'EMS'TRUE 2.2、基本表企业员工基本信息表NameCodeData TypeMandatory员工编号EmployeeIDVariable characters (50)TRUE姓名NameVariable characters (50)TRUE图片ImageImage (100)FALSE密码PassWordVariable characters (50)TRUE出生日期BirthDateTRUE身份证号IdentityVariable characters (50)TRUE联系方式TellVariable characters (50)TRUE性别SexBitTRUE家庭地址AddressVariable characters (200)TRUE婚姻状况MarriageBitTRUE学历EducationVariable characters (50)TRUE 企业员工奖惩表NameCodeData TypeMandatory部门名称DepartNameVariable characters (50)TRUE岗位名称PostNameVariable characters (50)TRUE日期DateDateTRUE类别SortBitTRUE描述DescribeVariable characters (500)TRUE企业部门表NameCodeData TypeMandatory部门编号DepartmentIDVariable characters (50)TRUE部门名称DepartmentNameVariable characters (50)TRUE负责人PrincipalVariable characters (50)TRUE密码PassWordVariable characters (50)TRUE联系方式TellVariable characters (50)TRUE部门简介IntroduceVariable characters (500)TRUE 员工岗位信息表NameCodeData TypeMandatory任职日期PostTimeDateTRUE月提成ExtraMoney (8,2)FALSE 企业人事管理所有属性列表NameCodeDomainData TypeLengthPrecision任职日期PostTime<None>Date出生日期Birth<None>Date员工编号EmployeeID<None>Variable characters (50)50图片Image<None>Image (100)100在职人数JobPeople<None>Integer基本工资BasePay<None>Money (10,2)102姓名Name<None>Variable characters (50)50婚姻状况Marriage<None>Bit学历Education<None>Variable characters (50)50家庭地址Address<None>Variable characters (200)200密码PassWord<None>Variable characters (50)50岗位名称PostName<None>Variable characters (50)50岗位容量Volume<None>Integer岗位简介PostItroduce<None>Variable characters (500)500岗位编号PostID<None>Variable characters (50)50性别Sex<None>Bit描述Describe<None>Variable characters (500)500日期Date<None>Date月提成Extra<None>Money (8,2)82类别Sort<None>Bit联系方式Tell<None>Variable characters (50)50负责人Principal<None>Variable characters (50)50身份证号Identity<None>Variable characters (50)50部门名称DepartmentName<None>Variable characters (50)50部门名称DepartName<None>Variable characters (50)50部门简介Introduce<None>Variable characters (500)500部门编号DepartmentID<None>Variable characters (50)501.4.8 数据库要求：在数据库中至少应该包含下列数据表：1、员工基本信息表，反映员工的姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址，所在岗位;2、员工的职位表，反映员工的工号，岗位编号，任职时间，所在部门；3、企业岗位表，反映部门名称，岗位编号，岗位名称，基本工资，月提层，岗位容量，在职人数；4、企业部门信息表，反应部门编号，部门名称，主管，联系方式，部门简介； 5、奖惩表：反应员工的表现。1.5 对非功能性的需求1.5.1 对性能的规定1.5.2 精度 本系统的各项输入包括用户名，密码，角色名，角色号，部门名，部门号等均不允许出现%￥&*等特殊符号，必须按照规定的来输入，当输入的格式不正确的时候。系统会做出相应的提示，用户根据提示把把输入的格式规范化即可。1.5.3 时间特性要求 该系统能够提供页面所执行的精确时间，各页面打开后即可查看其加载时间，一般为1030s。第一次连接数据库的耗时有可能较长，则连接几次之后访问速度会很快。专心-专注-专业