1、企业人事管理系统概要设计说明书姓名：花江堂主学号： 专业：信息管理与信息系统学院：计算机科学与工程学院指导老师： 目 录1.引言21.1编写目的21.2项目背景21.3参考资料21.4术语与缩略语22.设计概述32.1限制和约束32.2设计原则和设计要求33.系统的软件构架43.1模块结构图43.2功能分配44.子系统的结构、模块用例54.1各个模块包括的页面列表54.2开发用例55.系统接口、数据库设计规划75.1接口设计75.2数据库设计75.3运用设计96.出错处理设计106.1出错输出信息106.2出错处理策略101.引言1.1编写目的在系统项目的前一阶段，也就是需求分析阶段中，已经将
2、系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段的调研中获得，并在需求规格说明书中做到了详尽得叙述及阐明。本阶段在系统的需求分析的基础上，对系统做概要设计。主要解决实现该系统需求的程序模块设计问题，包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的
3、各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2项目背景开发软件名称：人事管理系统 项目任务提出者：XX企业项目开发者：zhanxx用户：XX企业1.3参考资料1. Stephen R.Schach，面向对象与传统软件工程，机械工业出版社2.科技进步先进个人申报管理系统概要设计说明书，东方软件公司开发3.谭庆平，软件工程，高等教育出版社 4.杨钰 等，JSP网络开发技术，人民邮电出版社1.4术语与缩略语RSXG：人事管理系统。C/S：Client/server客户机/服务器。UML：Unified Modeling Language , 统一建模语言。类图（class diagr
4、am）：表述系统中各个对象的类型及其间存在的各种静态关系。交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。可修改性：容许对系统进行修改而不增加原系统的复杂性。有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。可适应性：软件在不同的系统约束条件下，使用户需求得到满足的难易程度。可移植性：软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。2.设计概述2.1限制和约束2.1.1技术发展规律的约束计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图像和语音技术的进步，多媒体技术的
5、发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。2.1.2人力，资金，时间的约束人事管理系统的开发为了给公司人员管理带来便利，都对开发方便快捷是最大的目标，但是开发过程中也要考虑人力，资金，时间的约束。2.2设计原则和设计要求1 方便基本信息的录入，实现录入的数据的高校验性。2 查询信息的快捷、迅速。3 添加、修改、浏览基本信息。及打印报表，输出到Excel功能，便用查询阅读。4 高安全性、保密性。为了使该人事管理系统有更高的可用性，所以必须实现以上要求。3.系统的软件构架3.1模块结构图信息查询界面查询条件数据库操作结果身份验证信息维护信息修改信息添加信
6、息删除结果显示数据汇总更新内容新数据被删除项3.2功能分配a:修改密码：用户可以随时更改密码，以保证信息的安全性。b:添加用户：用户可以添加用户，只有系统管理员才有此功能。c:重新登录：用户可以重新以其它用户进行登录。d:单位信息：显示本软件设计中心的一些资料。e:系统日志：记录哪个用户何时进入系统，何时退出系统。f:数据备份：对数据库备份到指定的目录下。g:数据恢复：将指定目录下的数据库信息恢复到该系统的目录下。h:退 出：退出该系统。4.子系统的结构、模块用例4.1各个模块包括的页面列表人事管理系统身份认证员工基本信息管理工资信息管理员工信息查询员工信息管理员工信息统计工资信息查询工资信息
7、管理增加删除修改增加删除修改4.2开发用例4.2.1添加用户用例添加用户目标添加一个员工用户，给新员工注册一个用户账号前提条件新员工提出申请，系统管理员已进入添加用户界面触发器用户点击“确定添加”按钮，即添加用户账号到数据库场景1. 系统管理员进入添加用户界面；2. 定义用户账号；3. 定义账号类别；4. 定义账号初始密码；5. 点击“确定添加”完成添加过程。异常1. 账号不识别：提示输入错误，检查输入的格式是否有误。2. 密码不识别：提示输入错误检查密码格式。3. 放弃添加，直接点击“取消”。4.2.2用户登录用例用户登录目标识别本系统的合法用户，判断员工用户和系统管理员，并进入相应界面前提
8、条件系统已经正常启动，出现登录界面。触发器用户点击“登录”按钮，即检验账号的合法性。场景1.用户启动系统，出现登录界面；2.输入用户账号；3.输入密码；4.选择登录类型，类型有员工用户和系统管理员；5.点击“登录”按钮，进入系统主界面。异常1.账号未注册：提示注册账号，咨询系统管理员。2.密码不正确：跳出错误提示框提示，重新输入正确密码。3.退出登录，直接点击关闭按钮。4.2.3员工信息增加用例员工信息增加目标添加一条员工记录前提条件系统已经正常启动，进入员工信息增加界面触发器系统管理员点击“确定添加”，读取文本框信息，写入数据库。场景1.系统管理员进入员工信息管理界面；2.点击“增加”，进入
9、员工信息增加界面；3.输入员工相关信息；4.点击“确定”，写入数据库并跳转到刚添加的员工记录。5.增加完成。异常1.信息输入不完整：提示输入完整信息，为输入信息框红色提示。2.数据输不合法：如年龄设定在10-100，性别设定为男和女，提示输入非法，检查后重新输入。3.员工记录已存在：提示该员工信息已添加，点击“取消”放弃增加新纪录。4.2.4员工信息修改用例员工信息修改目标修改员工信息前提条件系统数据库存在员工记录，但需要进行改动触发器系统管理员点击“确定”，读取文本框信息，覆盖相应数据。场景1.系统管理员进入员工信息管理界面；2.选定需要修改的员工记录；3.点击“修改”按钮，进入修改界面；4
10、.输入相应修改数据； 5.点击“确定”，写入数据库并跳转到刚修改的员工记录。5.增加完成。异常1.信息输入不完整：提示输入完整信息，为输入信息框红色提示。2.数据输不合法：如年龄设定在10-100，性别设定为男和女，提示输入非法，检查后重新输入。4.2.5员工信息删除用例员工信息删除目标删除一条员工记录前提条件系统存在一条没有必要存在的员工记录，需要删除触发器系统管理员点击“确定删除”，删除数据库相应数据。场景1.系统管理员进入员工信息管理界面；2.选中需要删除的员工记录；3.点击“删除”按钮，跳出删除确认界面；4.点击“确定”，清除数据库相应数据；5.调回管理界面，删除完成。异常系统提示有相
11、关数据关联无法删除：删除其他相关数据5.系统接口、数据库设计规划5.1接口设计5.1.1外部接口在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C+ 进行编程，在界面上可使用VISUAL C+ 所提供的可视化组件，向WINDOWS 风格靠近。 5.1.2.内部接口身份认证模块的返回值决定当前用户是否可以进入人员信息模块和工资管理模块，身份通过以后再根据用户本身
12、的权限判定进入哪一个子功能模块，并且判断其相应的操作权限，这些采用返回值的方式由用户本身的权限标志决定。5.2数据库设计5.2.1结构设计数据结构与程序的关系DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护2张数据表（这里不写登录表）：人员基本信息数据表NO项目名称主键类型Byte1职工编码Int42姓名Char83性别Char24出生日期Date85民族Char106政治面貌Char107文化程度Char88毕业学校Char209毕业时间Date810所学专业Char2011外语语 种Char612参加工作年月Char613入本厂年月Char614籍贯Char815家庭
13、住址Char4016电话Char1417身份证Char1818养老保险号码Char1819职务职称Char1620岗位Char1021合同开始时间Date822合同结束时间Date823录入时间Date824录入人Char825修改时间Date826修改人Char8工资信息表NO项目名称KEY类型Byte1职工编码Int42姓名Char83职浮Float64岗位工资Float65劳效工资Float66副食补贴Float57洗理费Float58自行车Float59托保费Float510工种保健Float511加班费Float512夜班费Float513奖金Float514价格补贴Float515
14、肉食补贴Float516其他Float517风险金Float518合计Float719房租Float520病假工Float521事假工Float522统筹金Float523扣款Float524实发工资Float725签字Char823录入时间Date824录入人Cahr825修改时间Date826修改人Cahr85.3运用设计5.3.1运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生
15、相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。5.3.2运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需要对运行控制进行正确的判断，选择正确的运行控制路径。在网络输出方面。客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在收到数据后发送确认信号，在对数据处理，访问数据库后，将返回信息送到客户机，并等待确认。5.3.3运行时间运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需要对
16、运行控制进行正确的判断，选择正确的运行控制路径。在网络输出方面。客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在收到数据后发送确认信号，在对数据处理，访问数据库后，将返回信息送到客户机，并等待确认。6.出错处理设计6.1出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如操作超时等，产生的问题，称为硬错误。对于软错误，须在查询/维护模块判断输入数据的正确性，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置，数据库内容返回操作之前的状态。6.2出错处理策略主机必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是数据库上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。10
