华软国际HR系统需求分析说明书.docx
- 文档编号:10879952
- 上传时间:2023-05-28
- 格式:DOCX
- 页数:17
- 大小:40.44KB
华软国际HR系统需求分析说明书.docx
《华软国际HR系统需求分析说明书.docx》由会员分享,可在线阅读,更多相关《华软国际HR系统需求分析说明书.docx(17页珍藏版)》请在冰点文库上搜索。
华软国际HR系统需求分析说明书
华软国际HR系统需求分析说明书
华软国际HR系统需求分析讲明书
部门
文档作者
职位
文档统一编号
文档版本号
审核人
职位
华软国际郑州中心
2009年3月3日
版本修订表
版本
状态
日期
修改人
讲明
1.0
draft
2009-03-03
Jamson
Createnewdocument
引言
编写目的
编写人事治理系统需求分析报告目的,是为了用户和开发方明确对所建信息治理系统所达到的功能和目标。
通过双方持续的讨论和交互,最终形成具有建设目标的书面条款。
经双方确认后,将作为开发方设计开发的差不多依据和需求方的软件验收标准。
同时,通过该需求分析报告,开发方能够更加进一步了解客户的需求,从而严格按照流程及时、准确地完成系统的开发,以满足客户的需求。
同时,该文档也作为概要设计及后续设计的基础。
背景
本软件的名称
本系统的名称:
人事治理信息系统
缩写为HRMIS以下简称为人事MIS系统
华软国际公司
开发商:
华软国际
硬件环境:
一台数据库服务器和若干终端PC机
HRMIS系统的特点:
众所周知,自1961年加拉格尔(J.D.Gallagher)提出治理信息系统(managementinformationsystem,缩写为MIS)概念以来,随着运算机技术的迅速进展和应用领域的持续拓宽,显现了许多种关于MIS的定义。
总的来讲,MIS是信息科学、运算机科学、系统科学和治理科学等新兴学科综合交叉的产物,目前仍处在既迅速进展又有待深入完善的过程之中。
预期读者
预期读者是参与”华软HR系统”项目需求分析的有关专家,其他与项目组有关的高级治理人员、项目组成员、开发人员。
业务所涉及的规范和标准
国家标准-软件开发规范
参考资料
在编写本需求分析报告时,参考的文档资料要紧有:
1.《软件需求讲明书编写规范》,国家标准-软件开发规范
2.《UML用户指南》,人民邮电出版社,2006年6月,7115148333
3.《编写有效用例》,机械工业出版社,2002年7月,7111105370
项目概述
运用先进的运算机信息处理技术,实现各部门各种信息的规范化治理,提升信息的正确率和信息资源的共享,便于信息的查询、长期储备以及快速的决策和分析。
项目目标
本需求分析报告要紧是对华软国际HR信息治理系统业务流程作详细的分析和描述,详细描述系统应具备的功能,并粗略描述该系统所涉及到的动态和静态实体、实体关联图及各数据字典。
用户特点
本系统的最终用户是企业内部职员和有关领导,具有一定的运算机操作能力。
目前企业全部采纳手工操作方式进行记帐,关于较小的业务量仍旧能够进行。
但随着公司的逐步进展壮大,手工处理信息的方式差不多越来越不能满足业务的需求,而HRMIS正是为了解决这一咨询题而设计的一套解决方案。
设计和实现的约束和限制
开发环境:
该HRMIS拟采纳B/S结构,前台用面向对象开发工具Java,服务器端拟采纳企业级数据库SQLServer,应用服务器Tomcat。
运行环境:
中文WIN2000/WINXP/WIN2003/Linux,64M以上内存,1G以上硬盘,服务器端需要运行Oracle数据库和Tpmcat应用服务器。
限制整个MIS系统系统正常实施的要紧因素是基础数据的准确性和完整性。
同时该系统也是对用户新系统各种代码设计的真正的一次考查。
因此必须做好系统实施的先后次序打算,和对用户的培训。
限制MIS的另外一个因素是系统的爱护性和完善性,因为MIS的建立不可能一次全部解决咨询题,开发后期和使用初期的爱护工程也是一个必须考虑的因素。
那个地点的爱护工作包括数据的爱护,也有系统功能的爱护,包括旧功能的删除和新功能的添加等。
软件实现原则
按照软件工程规范和MIS系统的要求及特点,系统开发时必须遵循以下原则,这也是康辉旅行公司的技术承诺。
有用性原则:
开发的系统必须满足有用性需求,做到使用方便,输入数据量尽量小,界面直观,易学易用,不同业务之间界面转换速度快。
功能完整性原则:
所提出的业务都能够在运算机平台上完成,关于同一类型的业务,由于输入要求或地址模式等条件的不同,将设计不同的功能模块。
高性能原则:
系统在性能上做到实时性强、数据容量小、响应速度快、稳固性高、出错率低、容错性好等优点。
数据安全性原则:
安全性永久是数据库的重要课题,必须采取多种措施保证数据库的安全。
满足速度要求下的少余量原则:
余量指的是逻辑上相同的数据,在不同的记录中重复显现,或在逻辑上能导出存在于数据库的记录中。
从理论上讲,余量的存在,在数据库设计的不合理,是破坏数据库一致性的潜在危险,同时会增加数据空间开销。
然而,在专门情形下,为了满足速度要求,常常设计一些余量作为数据库记录。
当余量存在时,数据库一致性不能靠数据库治理系统来保证,只能通过开发软件的运算方法来解决,余量的存在,大大增加了系统的开发难度,因此余量是万不得已时才能使用,使用时,在运算方法上保证数据的一致性。
输入量最小原则:
在保证信息量充分性条件下,让职员以最小的数据输入完成业务操作,从而提升职员的工作效率。
数据库字符段可空原则:
具有默认数值和状态的数据库字符段,采纳可空假定。
关于可伸缩的数据库,可空字符段在没有数据输入的情形下是不占空间的。
操作模式可选择性原则:
对不同的操作模式,设计不同的功能和不同的界面,或在同一功能和界面下设计多个选择项,以适应模式多变的需求。
美观化设计原则:
在满足有用性的条件下,界面设计做到美观大方,大小适中,排列整齐,各种操纵键的中文名字简单明了,不同的业务甚至不同的功能,有不同的界面。
美观的界面配色柔和,减轻视觉疲劳,给职员一个良好的运算机工作环境。
常用性与专门性相结合原则:
对常用的状态和数值,作为缺省,对常用的功能放在要紧界面和排前原则,对不常用功能启动时进行折叠和排后。
数据可爱护性原则:
关于正常的数据爱护,治理人员能够通过MIS系统本身来实现。
数据爱护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与复原等功能。
系统可爱护性原则:
全面按照软件工程的要求来开发MIS系统,做到严格治理、严格测试。
每个工作时期,都具备相应的通过严格审查的文档,为今后系统服务提供技术上的保证。
统一性原则:
建立统一合理的数据库模型,实行统一的文档编排和治理;实行统一的数据库关系命名、文件命名、函数命名、变量命名;实行统一的编程风格。
系统的可扩展性原则:
在满足一期方案的基础上,考虑今后系统可能新增功能(例如,财务、人事等)带来的系统软硬件的变化,为系统的扩充预留接口。
具体需求
功能需求·
按照客户的差不多需求,该MIS系统拟分为以下子模块等。
整个系统间各子模块的结构图如下所示:
下面对该MIS系统的各个子模块进行教为详细的讲明。
职员资料
人事部门负责爱护职员的差不多资料。
当职员第一天来公司报到时,人事部门将职员的差不多资料(姓名、性不、出生年月、电子邮件及所属部门等)录入到数据库中,并打印一份报到单给职员,上面列出了该职员的登录ID、公司邮件的地址、该职员的部门名称以及该职员的同部门同事列表。
要紧功能包括:
添加/修改/删除职员
按任意条件搜索职员(支持模糊查询)
打印职员报到单
上传/修改职员的照片。
1.1.1规格讲明
关于HRMIS,所有的基础数据以及表单的出入和输出都有严格的定义。
关于数据处理和记录,差不多上在运算机和打印机上完成,中间并没有用到其他专门的输入输出设备。
1.1.2引言
在那个地点,将对该职员资料数据的一些差不多信息以及输入和输出给予描述。
1.1.3输入
职员信息:
用户是指系统治理员和企业领导。
用户的差不多信息要紧包括:
职员编号、职员姓名、性不、出生日期、个人邮箱、个人电话、所属部门、职位、薪资、头像、个人简历等。
数据格式:
编号
调查内容(内容讲明)
同意
客户补充
1
职员编号6B
2
职员姓名10B
3
性不6B
4
出生日期20B
5
个人邮箱20B
6
个人电话20B
7
所属部门20B
8
职位20B
9
薪资4B
10
头像100B
11
个人简历100B
1.1.4加工处理
所有的职员资料信息爱护时候均不参与任何的处理,是一些最差不多的信息,而这些信息将在以后的系统运行中要用到。
1.1.5输出
关于职员资料数据,除了按照屏幕的输出方式外,系统还需要提供接口,让用户能够进行条件查询,同时能将查询结果按照一定的规则进行报表输出。
公司部门
系统治理负责爱护公司部门信息的爱护。
系统治理员将本公司部门信息(部门编号、部门名称、部门描述等)录入到数据库中,
要紧功能包括:
添加/修改/删除部门
按任意条件搜索部门(支持模糊查询)
1.1.1规格讲明
关于HRMIS,所有的基础数据以及表单的出入和输出都有严格的定义。
关于数据处理和记录,差不多上在运算机和打印机上完成,中间并没有用到其他专门的输入输出设备。
1.1.2引言
在那个地点,将对该公司部门资料的一些差不多信息以及输入和输出给予描述。
1.1.3输入
部门信息:
公司部门的差不多信息要紧包括:
部门编号、部门名称、部门描述等一系列信息。
数据格式:
编号
调查内容(内容讲明)
同意
客户补充
1
部门编号6B
2
部门名称10B
3
部门描述200B
1.1.4加工处理
所有的公司部门资料信息爱护时候均不参与任何的处理,是一些最差不多的信息,而这些信息将在以后的系统运行中要用到。
1.1.5输出
关于公司部门资料数据,除了按照屏幕的输出方式外,系统还需要提供接口,让用户能够进行条件查询,同时能将查询结果按照一定的规则进行报表输出。
职员考勤
职员必须按规定时刻上下班,即上午9点上班,下午6点下班,不能迟到或早退。
有一名人事助理专门负责记录职员的上班和下班时刻,如果一个职员在一个月内迟到多于3次,则要扣除薪资。
考勤记录也阻碍该职员的绩效考核。
本模块中职员能够查看自己的记录,经理能够查看下属的记录。
要紧功能包括:
职员查看自己某段时刻内的考勤记录(迟到/缺勤)
经理查看某段时刻内、当日所有/部分下属的考勤记录
经理查看某段时刻内迟到/缺勤次数最多的人员列表。
人事部能够治理考勤记录,即按照职员请假记录,判定是否缺勤,以及打印一些汇总信息。
由于公司在使用该软件之前把考勤信息记录在Excel表格中,本模块需要实现从该Excel表中导入数据的功能。
要紧功能包括:
输入/修改/删除/查询职员的考勤记录
显示当日迟到、缺勤明细
统计某段时刻内迟到、缺勤人数汇总信息
1.1.1规格讲明
关于HRMIS,所有的基础数据以及表单的出入和输出都有严格的定义。
关于数据处理和记录,差不多上在运算机和打印机上完成,中间并没有用到其他专门的输入输出设备。
1.1.2引言
在那个地点,将对该职员考勤数据信息的一些差不多信息以及输入和输出给予描述。
1.1.3输入
职员考勤信息:
职员考勤差不多信息要紧包括:
职员编号、职员姓名、所属部门、日期、考勤状态等。
数据格式:
编号
调查内容(内容讲明)
同意
客户补充
1
职员编号6B
2
职员姓名10B
3
所属部门20B
4
日期20B
5
考勤状态4B
1.1.4加工处理
所有的职员考勤信息爱护时候差不多不参与任何的处理,只是一些最差不多的信息,而这些信息将在以后的系统运行中要用到,例如查询。
1.1.5输出
关于职员考勤数据,除了按照屏幕的输出方式外,系统还需要提供接口,让用户能够进行条件查询,同时能将查询结果按照一定的规则进行报表输出。
职员薪资
职员薪资由差不多薪资和加班薪资组成,同时有可能因为迟到和缺勤而扣除部分薪资。
差不多薪资由人事经理指定。
职员能够查看自己的本月薪资明细,还能够查询历史薪资记录。
要紧功能包括:
显示职员当月的薪资信息,并列出阻碍薪资额的加班和考勤记录
打印本月薪资单
查看某段时期内的薪资信息。
差不多薪资只能由人事经理指定和修改。
人事部负责每月按照职员的加班记录和考勤记录,运算职员的本月薪资,并可打印公司职员薪资月汇总表。
要紧功能包括:
人事经理指定职员的差不多薪资
运算职员的当月薪资
按部门打印职员月薪资的汇总表
查看某个职员的历史记录。
1.1.1规格讲明
关于HRMIS,所有的基础数据以及表单的出入和输出都有严格的定义。
关于数据处理和记录,差不多上在运算机和打印机上完成,中间并没有用到其他专门的输入输出设备。
1.1.2引言
在那个地点,将对该职员薪资数据的一些差不多信息以及输入和输出给予描述。
1.1.3输入
职员薪资信息:
职员的薪资要紧包括:
职员编号、职员姓名、年、月、差不多薪资、加班费、请假费、缺勤费等。
数据格式:
编号
调查内容(内容讲明)
同意
客户补充
1
职员编号6B
2
职员姓名10B
3
年6B
4
月20B
5
差不多薪资20B
6
加班费20B
7
请假费20B
8
缺勤费20B
1.1.4加工处理
所有的职员薪资信息爱护时候均不参与任何的处理,是一些最差不多的信息,而这些信息将在以后的系统运行中要用到。
1.1.5输出
关于职员加班数据,除了按照屏幕的输出方式外,系统还需要提供接口,让用户能够进行条件查询,同时能将查询结果按照一定的规则进行报表输出。
职员加班治理
职员加班包括部门加班和个人加班。
职员能够查看自己的本月加班明细,还能够查询历史加班记录。
要紧功能包括:
显示职员当月的加班信息
查看某段时刻内的加班信息
查看历史加班信息
打印本月薪资单
1.1.1规格讲明
关于HRMIS,所有的基础数据以及表单的出入和输出都有严格的定义。
关于数据处理和记录,差不多上在运算机和打印机上完成,中间并没有用到其他专门的输入输出设备。
1.1.2引言
在那个地点,将对该职员加班数据的一些差不多信息以及输入和输出给予描述。
1.1.3输入
职员加班信息:
职员的加班要紧包括:
职员编号、职员姓名、加班日期、加班缘故等。
数据格式:
编号
调查内容(内容讲明)
同意
客户补充
1
职员编号6B
2
职员姓名10B
3
加班日期20B
4
加班缘故200B
1.1.4加工处理
所有的职员加班信息爱护时候需要与职员薪资模块联动,而这些信息将在以后的系统运行中要用到。
1.1.5输出
关于职员加班数据,除了按照屏幕的输出方式外,系统还需要提供接口,让用户能够进行条件查询,同时能将查询结果按照一定的规则进行报表输出。
外部接口需求
用户界面
(详细请见界面设计,那个地点仅仅举例讲明)
关于HRMIS,我们强调友好的人机交互界面,尽可能给用户提供简洁的流程操作和完善的功能。
将使用者的使用要求降到最低,如此也有利于系统的实施、运行和爱护。
用户页面编写要求:
美观、大方、简单、有用。
软件接口
HRMIS的DBMS为SQLServer2005
应用服务器:
Tomcat
操作系统:
/Win2000/WinXP/Win2003/Linux
通讯接口
HRMIS所用的网络协议为HTTP,用于数据库服务器和客户机之间的数据交换和通讯。
性能需求
本系统在性能上尽量做到实时性强、数据容量小、响应速度快、稳固性高、出错率低、容错性好等优点。
灵活性
数据治理能力的需求
就目前看来,该系统中要紧对文件和表单进行治理,数据库中的数据处理关系简单,然而数据库中的数据量相对较多。
因此,对数据治理能力要求相对较高。
质量要求
如软件的实现原则所述,在软件的具体需求中能够有若干质量要求,如互操作性、可用性、安全性、可靠性、高效性、灵活性等用户关注的质量属性,也包括可爱护性、可移植性、可重用性和可测试性等开发人员关注的质量属性。
用户和开发商必须就系统的质量属性,按照质量属性的优先级,作出一定的取舍。
在那个地点,我们尽可能提供高质量的产品和售后服务。
安全性
在本系统的设计中,要紧从以下几个方面考虑系统和数据的安全性:
满足速度要求下的少余量原则:
余量指的是逻辑上相同的数据,在不同的记录中重复显现,或在逻辑上能导出存在于数据库的记录中。
从理论上讲,余量的存在,在数据库设计的不合理,是破坏数据库一致性的潜在危险,同时会增加数据空间开销。
然而,在专门情形下,为了满足速度要求,常常设计一些余量作为数据库记录。
当余量存在时,数据库一致性不能靠数据库治理系统来保证,只能通过开发软件的运算方法来解决,余量的存在,大大增加了系统的开发难度,因此余量是万不得已时才能使用,使用时,在运算方法上保证数据的一致性。
系统权限原则:
按照不同的用户,系统治理员授予不同的权限,从而能够幸免对系统的越级操作和数据泄密。
数据加密原则:
那个要紧是针对数据库端的数据进行的数据加密处理。
包括对数据库服务器的用户口令治理、数据库治理系统的用户口令治理、以及数据库中部分数据的加密处理。
通过以上的几种加密技术处理,来进一步限制MIS系统的使用权限,从而增强其安全性。
可爱护性
MIS系统的可爱护性包括对数据的爱护和对系统的爱护,在设计时,要紧从以下几个方面进行考虑:
1.关于正常的数据爱护,治理人员能够通过MIS系统本身来实现。
数据爱护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与复原等功能。
2.全面按照软件工程的要求来开发MIS系统,做到严格治理、严格测试。
每个工作时期,都具备相应的通过严格审查的文档,为今后系统服务提供技术上的保证。
可靠性
随着软件的广泛应用,专门是软件在尖端领域的应用,软件可靠性成为一个专门重要的咨询题。
软件的可靠取决于两个方面,一个是软件产品的测试与验证,另一个是软件开发的方法与过程。
对简单的软件开发,我们的体会是先有对软件的要求,然后对软件进行设计,然后是编写程序,最后是对程序进行测试,如果测试出错则对软件进行修改,然后再测试,直至对程序中意为止。
对复杂的软件系统,总的过程差不多依旧如此,只是各个时期也相应复杂一些。
例如讲,软件的要求可能需要从多方面进行描述,软件的设计需要从多方面考虑,程序的编写需要分成多个单元,关于测试来讲也就有单元测试和总体测试的分不。
有些软件的要求难以一开始就完全清晰,而更换软件要求会对软件设计以及其他大量差不多完成或正在进行的工作产生专门大的阻碍,因此有些软件开发方法和过程就需要提供反复修改软件要求的便利。
总之,严格按照软件工程流程设计、实现和测试是我们对系统可靠性的有力保证。
待确定咨询题/需求列表
编号
咨询题/需求名称
讲明
备注
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 国际 HR 系统 需求 分析 说明书