人事管理系统软件工程项目课程设计可行性研究报告Word格式.docx
《人事管理系统软件工程项目课程设计可行性研究报告Word格式.docx》由会员分享，可在线阅读，更多相关《人事管理系统软件工程项目课程设计可行性研究报告Word格式.docx（79页珍藏版）》请在冰豆网上搜索。
充分考虑人性化治理，提高办公效率。
不需要用户长时刻等待，节约用户的时刻。
C．数据的输入
职员信息、部门信息、职位信息、人事异动信息、工资信息、奖惩信息、考勤信息的输入。
D．数据的输出
依照用户要求返回的结果，如：
对职员信息、部门信息、职位信息、人事异动信息、工资信息、奖惩信息、考勤信息的查询结果能够导出到文件里，对扫瞄的要求返回符合用户要求的内容。
E.处理流程和数据流程用图表的方式表示出最差不多的数据流程和处理流程，并辅之以叙述:
F．在安全与保密方面的要求
不同的用户会有不同的权限，每个用户都拥有自己的密码，一般用户只能修改、查看自己的信息，治理员拥有查询和修改所有一般用户的信息的权限。
G．同本系统相连接的其他系统
操作系统、SQLServer数据库治理系统。
H.完成期限:
2011年11月
2.2目标
致力于开发一个功能健全、强大的人事治理系统,以期达到如下目标：
A．方便差不多信息的录入，实现录入的数据的高校验性;
B．处理速度的提高;
C．使系统更人性化以方便用户使用;
D．人力与设备费用的减少;
E．高安全性、保密性;
使系统具有简单性、针对性、有用性的特点。
2.3条件、假定和限制
A．所建议系统的运行寿命的最小值
系统运行寿命的最小值是6年
B．经费、投资方面的来源和限制
经费由公司支出，由于本系统软件对硬件资源要求不高，不存在限制问题。
C．法律和政策方面的限制
该系统的开发会完全按照有关的法律法规进行，决不逾越。
D．可利用的信息和资源
目前的Internet网络资源，以及目前存在的类似系统
E．系统投入使用的最晚时刻:
2012年03月
2.4进行可行性研究的方法
本次可行性分析是按照前面给出的步骤进行的，即按照复查项目和规模，研究目前正在使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复过程进行的。
2.5评价尺度
我们在对该系统进行评价时要紧是与当前的人工进行的人事治理的比较，在评价时，我们不仅考虑了当前已有系统的不足以及优点，同时我们也要参考我们当前差不多掌握的项目开发知识，从而评判该系统是否能够成功开发以及其能带来的经济效益和社会效益。
3.对现有系统的分析
3.1工作负荷
现有系统是手工操作的，不论是查询信息依旧修改删除信息，都需要通过查看文件来进行操作，不仅速度慢，效率低，而且文件也不易长期保存，操作时需要花费大量的人力物力资源，差不多与现在经济高效的时代不相符了。
3.2费用开支
序号
岗位名称
人数
工资
1
职员信息治理员
5
2000/月/人
2
执勤员
3
1500/月/人
资料治理员
4
出纳员
6
3000/月/人
会计
4000/月/人
合计每年共123.6万元。
3.3人员
由于现有系统是人工的，对治理人员的要求并不高，只要有一定的治理才能和文化基础即可，然而由于工作量较大，需要的人员比较多。
3.4设备
由于现有系统是人工的，因此对设备无定性要求。
3.5局限性
由于现有系统是人工的，处理速度慢，运行效率低。
4.所建议的系统
4.1对所建议系统的讲明
利用计算机处理数据的快速有效的优点，将本系统安装在计算机上，提供人性化的界面供用户进行操作，用户就能够对各种信息进行操作，包括对职员信息、部门信息、职位信息、人事异动信息、工资信息、奖惩信息、考勤信息的维护、扫瞄和查询。
如此不仅能够减少人员的工作量,提高操作效率，也能够幸免有人工输入的某些信息的错误，操作起来简便,快捷,数据的准确性高，使人事治理效率大大提高。
4.2处理流程和数据流程
顶层数据流图：
4.3改进之处
A．提供图形用户界面供用户录入信息，并对某些信息验证正确性，实现录入的数据的高校验性。
B．由于不再是纯手工的进行各种操作，而是由系统进行各种处理，大大提高了数据的处理速度。
C．由于使用系统能够大大提高处理速度和效率，能够减少人力和其他设备的使用，从而减少人力和设备的费用支出。
D．为了提高系统的安全性和保密性，需要设置登录该系统的用户名和密码，供登录时身份认证，同时设置访问权限来限制不同用户的操作权利。
4.4阻碍
4.4.1对设备的阻碍
可能需要用户用一些比较适应系统的硬件设备，比如安装某些软件，可能占用一部分存储空间，因此要求用户机器存储空间要足够。
4.4.2对软件的阻碍
该系统需要在Windows2000及其以上的版本上运行。
4.4.3对用户单位机构的阻碍
由于本系统完全考虑了各个文化水平的用户的使用，因此在用户使用该系统之前无须进行太多培训，用户能够参考用户手册便可灵活运行该系统．
4.4.4对系统运行过程的阻碍
A．用户的操作规程：
本系统的操作规程通俗易明白
B．运行中心的操作规程：
运行中心的操作规程也专门简单
C．源数据的处理:
源数据用于创建数据库，具有保密性
D．数据进入系统的过程：
通过检索数据库的方式
E．对数据保存的要求，对数据存储、恢复的处理：
保存在数据库里
F．系统失效的后果及恢复的处理方法:
采纳数据恢复技术
4.4.5对开发的阻碍
A．开发过程中需要用户大力支持。
一个新系统的开发，必定会减少用户们的工作量；
B．由于人事治理系统会使用到职员信息等数据库，假如稍有不慎，会造成系统无法使用的问题。
4.4.6对地点和设施的阻碍
对原有地点设施无阻碍。
4.4.7对经费开支的阻碍
除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性分析）。
4.5技术条件方面的可行性
本系统是采纳C语言开发的，提供了强大的视图编程集成环境，因此在一些差不多的界面设计上使开发变得专门容易。
另外通过SqlServer这种高效的关系数据库，还有Windows系列的操作系统紧密集成，这种安排使SqlServer能充分利用系统提供的特性。
关于立即开发的该系统来讲，SqlServer是一个专门好的选择。
而开发人员都具有一定的编程基础和系统开发经验，同时差不多熟练掌握该开发语言，完全有能力开发出该系统。
因此在技术上，开发本系统是可行的。
5.可选择的其他系统方案
无
6．投资及效益分析
6.1支出
6.1.1差不多建设投资
本系统的差不多建设投资有如下几项：
1）采购必要设备的投资：
网络平台的建设，这一块需要5万左右；
服务器与存储系统，这一块需要10万左右。
2）开发系统的投资：
按目前市场上人事治理系统的开发价格来看，开发所需的投大概在30万不等；
3）安装费用：
2万；
总计：
47万左右；
6.1.2其他一次性支出
Ａ、本系统开发期为3个月，需开发人员7人。
依照软件系统的规模估算，每人每月的人工费按5000元计算，开发费用为10.5万元。
B、硬件设备费共10万元，其中：
服务器及网络等设备费10万元。
C、外购开发工具、软件环境费用共3万元。
D、其他费费用共1万元。
一次性支出总费用：
25.5万元。
6.1.3非一次性支出
运行维护费用：
1）硬件维护运行，包括设备耗电量和检修维护，这块费用在每年10万左右；
2）软件运行维护：
按开发费用的5%计算，1万/年左右；
3）人员成本与办公经费，28.2万/年左右；
39.2万/年左右；
6.2收益
6.2.1一次性收益
提高了对用户的各种请求操作的反应速度，能够高效的录入数据并降低了出错机率，从而节约了用户大量的时刻，使治理人员的工作量大大减少，企业就能够精简人员，使原材料和劳动力资源得到更合理的利用。
该系统也不需要其他专门的外部设备，更方便了各类信息的存储，减少了企业为存档而支出的费用。
从而降低了专门多成本。
6.2.2非一次性收益
原人数
现人数
2
原先每年需支出职职员资123.6万元，现每年需支出职职员资28.2万元，每年共节约工资支出95.4万。
6.2.3不可定量的收益
由于该系统节约了用户大量的时刻，使职员能够充分利用这些时刻为公司工作，制造出更好的经济效益。
6.3收益／投资比
在6年期内，系统总成本307.7元，系统总收益572.4万元。
A、投资回收期：
1.28年
B、纯收益：
572.4-307.7＝264.7万元
从经济上考虑，开发本系统完全可行的。
6.4投资回收周期
依照投资回收周期的计算方法，收益的累计数开始超过支出累计数的时刻为1年。
6.5敏感性分析
系统生存周期长短、系统工作负荷量不是专门大、处理速度要求快、设备和软件配置变化对支出和效益的阻碍小
7．社会因素方面的可行性
7.1法律方面的可行性
该人事治理系统的研制和开发都选用正版软件，将可不能侵犯他人，集体和国家的利益，可不能违法相关的法律和政策。
7.2使用方面的可行性
本系统的研制和开发充分考虑用户工作流程，计算机操作水平等，尽可能提供更人性化，更直观的界面，满足用户的需求，同时提供了用户操作手册供用户遇到不明白得问题时进行查询，使用户使用起来得心应手。
8．结论
经上述的可行性分析，本系统能够立即着手进行开发。
需求分析报告
1 引言
1.1编写目的
✧本文编写目的在于使用户和软件开发者双方对该软件的初始规定有一个共同的理解，规定和操纵项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。
保证本需求分析的结果能够完整、无遗漏地反映本系统的要求。
1.2产品范围
●产品讲明：
人事治理系统是特不通用的治理信息系统,是企业单位实现办公自动化的前提和基础。
●目标：
关心企业以自动化的方式来取代现有的人工治理以便于该厂领导掌握人员的动向，及时高速人才的分配。
从而减少企业在这方面所花费的人力、物力和财力。
●适用范围：
可应用于大部分企业之中。
1.3定义
○人事治理:
○SQL SERVER：
数据库
《软件工程导论》（第四版）张海藩编著，清华大学出版社，2006年10月版，北京
2 综合描述
2.1背景．
焦飞嫚、郭丹、李欢、雒晓华、蒋梦琴、姬彩云、鲁景辉
该软件系统与
2.2用户的特点
●一般用户：
会最差不多的电脑操作，能够查看自己的资料和关于自己请假、加班、考勤、薪资等各种有关信息，也能够修改自己的差不多信息。
●治理员：
拥有一定的电脑技术，可对数据库进行操作，会使用一些相关的软件，如word,Excel等，拥有所有的治理权限，能够查看和更改所有一般职员的差不多信息，也能够授权给其他人员，添加和删除操作员。
2.3假定和约束
●本系统所需人力资源为五人，最小运行时刻建议运行五年，由于这是个人所做的项目，因此没有经费投资来源，同时本系统没有打算进行商业运营，因此可不能牵涉到法律问题。
可利用的信息和资源有网上的一部分和从其他系统上得到的比较好的资料。
系统的最迟投入时刻是本学期结束。
3功能需求
3.1系统总体需求描述
●一般职员登录系统能够查询维护自己的信息，包括扫瞄自己的信息，维护个人信息，以及修改密码和扫瞄个人的考勤信息，奖惩信息和调动信息，但不同意查看和修改其他的信息。
●治理员登录系统能够查询和维护所有职员除了其他治理员的信息，包括扫瞄所有职员个人信息，维护所有职员详细档案，修改职员密码，以及扫瞄和维护职员考勤信息，奖惩信息和调动信息。
还能够对系统进行维护，比如讲维护部门信息和职位信息。
3.2系统分块需求描述：
3.2.1职员差不多信息治理
◆添加职工信息：
治理员能够添加职工的差不多信息，包括职员号、姓名、身份证号、性不、籍贯、年龄、生日、住址、E-mail、学历、专业、毕业时刻、毕业院校、联系方式、进入本单位时刻等。
◆修改职工信息：
选择一个职工，能够修改那个职工的差不多信息。
◆查询职工信息：
能够依照职工的编号、姓名或者进入单位时刻进行查询职工差不多信息。
同时能够针对查询结果进行修改和删除操作。
◆删除职工信息：
先找到某个职员的信息，然后为他办理离职手续。
（职员办理离职手续是同时删除与该职员有关的差不多工资记录和职位记录以及该职员的密码权限信息）
3.2.2职工考勤信息治理
◆添加考勤信息：
考勤信息要紧分为：
迟到，早退，矿工，请假，加班。
考勤信息通常差不多上对应于一个特定的职员而言的。
◆查询考勤信息：
依照职工编号或者时刻进行查询，得到所有的考勤信息，包括考勤信息里的所有信息，然而不能够对信息进行任何操作。
3.2.3职工调动信息治理
◆添加调动信息：
添加事业职工的原有部门、原有职务、原有工资、新部门、新职务、新工资等信息。
◆查询调动信息：
查询某个职工的调动信息或者某段时刻内事业内部的调动情况。
3.2.4部门信息治理
◆添加部门信息：
添加一个新的部门，记录部门的代号、名称等
◆修改部门信息：
修改相应的部门信息
◆删除部门信息：
对待一些不需要的部门，可对部门进行删除
3.2.5职位信息治理：
◆添加职位信息：
可增添某个职位，包括职位名称、所属部门等
◆修改职位信息：
修改相应的职位信息
◆删除职位信息：
同意治理员删除某个职位的信息
3.2.6查询信息治理
◆该模块可分为：
职员信息查询，部门信息查询，考勤信息查询，奖惩信息查询，人事异动查询，工资发放查询。
具体的操作功能在各个模块都已写明，在此不再赘述。
3.2.7薪资福利治理
◆该模块分为薪资治理和奖惩信息：
◆职员薪资信息：
职员的一些初始工资
◆奖惩信息：
可依照考勤记录和业绩要求对职员的奖励，处罚。
在本系统中关于考勤记录对奖惩信息的阻碍由治理员输入。
奖惩信息要紧分为大功，小功，小过，大过。
3.3数据流图
3.3.1人事治理系统的顶层数据流图：
图
人事治理系统顶层数据流图
3.3.2人事治理系统第0层数据流图：
人事治理系统第0层数据流图
3.3.3人事治理系统第1层数据流图：
职员差不多信息治理：
人事治理系统1层数据流图
职职员资治理：
部门信息治理：
3.4数据字典设计
1）数据流名称：
职员信息情况
位置：
职员—>
P1
定义：
职员情况=职员号+姓名+性不+出生日期+籍贯+学历+专业+联系方式+照片+部门号。
数据流量：
依照公司的职员具体录用情况来确定。
讲明：
要对每一位被聘用的新职员进行唯一编号。
2）数据流名称：
奖惩情况
位置：
P3—>
职员
定义：
奖惩情况=职员号+姓名+奖惩类不+附加工资+奖惩日期
数据流量：
依照公司的具体情况来确定。
讲明：
要对每一次的奖惩记录进行唯一编号。
3）数据流名称：
调动情况
P5—>
调动情况=职员号+姓名+原部门号+原职位名称+原工资+新部门号+新职位名称+新工资+调动时刻。
依照公司的具体情况来确定。
职员号和调动日期能够唯一确定一个调动情况。
4）数据流名称：
实际工资查询
P4—>
实际工资查询情况=职员号+姓名+实发工资+发放日期。
职员号和发薪日期能够唯一确定一个工资记录。
5）数据流名称：
部门情况
上级—>
部门情况=部门号+名称+备注。
部门号是主码。
4非功能需求
4.1精度需求
●该系统的数据精度除了薪资治理模块的有精度要求外，在其他的方面没有专门高的要求。
在工资方面的精度要求精确到分。
4.2性能需求
●响应时刻：
本系统要求有专门好的响应需求，能够及时响应用户的操作，一般为1-2秒钟
●更新处理时刻：
更新处理时刻相对比较快，一般为1-2秒
●数据处理和传送时刻：
对操作的中间处理一定要快，一般为1-2秒
4.3灵活性需求
●操作方式上的变化：
要求能够适应这种情况，即要求操作最通俗易明白
●运行环境的变化：
要求系统能适应不同的运行环境，即能够在不同环境下运行
●同其他软件接口的变化：
要求系统适应这种变化
●精度和有效时限的变化：
不做太大要求
●打算的变化和改变：
要求系统具有适应打算变化后的功能扩展功能
4.4输人输出需求
●系统使用SQLSever存储各类日常数据，在建立数据库时都会为每个变量定义所用数据类型，在进行数据输入输出时应严格按照所限制的数据类型，否则将会产生错误提示，不能进行正常的操作。
●关于输出的确实是由文档化得要求，能够支持Excel，word文档格式
4.5数据治理能力需求
●系统使用SQLSever存储日常数据，数据量依据用户数量增长特不是用户提交程序数量的增长而增加。
4.6故障处理需求
●从操作系统环境的角度，系统分为两个部分：
数据库数据部分和外部文件部分。
数据库部分由数据库驱动连入系统，要求数据库服务器能够正常运行，而外部文件部分则必须匹配正确的存储路径。
4.7其他需求
●对安全保密的需求，以防止各种非法的访问、使用、修改、破坏或者泄密。
●软件产品具备可扩充性和专门好的可维护性，易读性，可靠性，可转换型，运行环境的要求在以下的运行环境规定里边具体阐述。
5 外部接口需求
5.1软件接口
●软件：
Office2003或者Office2007，需要支持Excel和Word的导出文档
概要设计讲明书
1 引言
在本人事治理系统项目的前一时期，差不多将用户对本系统的需求做了详细的阐述。
本时期在需求分析的基础上，对人事治理系统做比较概括的设计，明确将要开发的系统应该具有的功能，确定如何把该系统划分成若干个模块、各个模块之间的接口以及模块之间传递的信息，并完成数据库的设计。
在该概要设计讲明中将对在本时期中对系统所做的所有概要设计进行详细的讲明。
本报告的预期读者是用户、同学以及相关项目组的所有成员和今后有可能使用本系统的相关人员。
讲明：
a．待开发软件系统的名称；
b．列出此项目的任务提出者、开发者、用户
项目任务提出者：
项目开发者：
焦飞嫚、郭丹、李欢、蒋梦琴、雒晓华、姬彩云、鲁景辉
人事治理:
1.4参考资料
[1]《软件工程》（第二版）邓良松、刘海岩、陆丽娜西安电子科技大学出版社
[2]《软件工程导论》张海藩清华大学出版社
2 总体设计
2.1需求规定
本系统面向用户的输入接口有：
登陆界面、修改信息界面、查询操作的条件输入域、针对治理员的添加操作等。
关于用户输入的信息，可能会出现输入数据与数据库中定义的数据类型相冲突，这时通过捕捉异常来处理并提示用户输入错误。
2.2运行环境
硬件要求：
PI133以上的处理器，最低32M内存，300M以上硬盘剩余空间
运行环境：
win7/winxp
2.3差不多设计概念和处理流程
讲明本系统的差不多设计概念和处理流程，尽量使用图表的形式。
处理流程图：
2.4结构
2.4.1该系统的模块结构图：
2.4.2各个子模块的功能概述：
职员信息扫瞄：
点击职员扫瞄按钮时，显示出职员的差不多信息。
职员档案维护：
点击档案维护按钮时，弹出一个窗体来显示出职员的职员号和姓名，点击该职员，显示出该职员的信息，输入想要维护的信息，并把信息更新到数据库中，维护职员的差不
升级会员 