××公司人事考勤系统需求分析报告

第一篇：××公司人事考勤系统需求分析报告

××公司人事考勤系统需求分析报告

一、概

述

为了适应××公司人事和考勤制度的顺利实施，满足公司人事考勤的需求，特出此需求方案。

二、功能说明

a)人事管理

i.员工基本资料维护（包括薪资基本信息的维护）：

1.基本信息：记录员工工号、姓名、性别、ID卡号、生日、身份证号、籍贯、联系人、联系电话、户口所在地、部门、组、职务、工种、入职时间、简介、照片等；

2.薪资信息：基本工资、补贴、全勤奖、伙食费、住宿费、保险、培训金、公积金、计薪方式（计时、计件、月薪）。

ii.员工调动（调职升迁处理）：记录员工因升级、降级、平级、转正等调整员工工作岗位，主要信息有出入部门、组、职务、工种调整等。

iii.员工分组管理：为方便管理，针对一个大的部门进行分组管理，并确定责任人。

iv.员工厂证打印：按公司特定的格式打印出员工厂证。

v.员工宿舍管理：记录所有员工宿舍、床位号，并可实时查询空床位，以方便人事部门安排新员工宿舍。

vi.员工离职：对所有离职员工做离职处理，并可记录离职时间及离职原因。以便公司对人员流动情况及时掌握。vii.技术培训：对学徒或需技术更新员工进行技术培训，并对培训内容作出具体安排及培训过程进行跟踪，最终通过技术考核。技术培训与工资挂勾，允许根据实际情况收取一定培训金。

b)考勤管理

i.考勤数据采集：从考勤钟采集数据并可实时查询考勤原始记录，每次确保采集数据完成以后，可以清除考勤钟记录。

ii.考勤数据分析与维护：根据考勤数据以及标准班次情况对所有员工进行数据分析，以计算员工每天工作时间、加班时间、迟到时间、旷工时间、事病假、厂休等。

iii.排班管理：对按标准班次上班的员工，可对其排一个标准班次，从而按标准班次自动生成其工作、加班、迟到、旷工等时间，针对特殊情况再按特殊情况处理。

iv.请假管理：针对员工需请假时，按不同情况可分为事假、病假、厂休、带薪假等，凡在请假时间内没有考勤记录的，系统将自动识别不做旷工计，并计算出请假时间。

v.放假管理：针对整个工厂停电、厂休、法定假日以及工厂因规定需正常放假等情况进行处理。不同放假类别有不同的考勤制定及工资制度。vi.直落处理：针对中午下班时某些员工不打下班卡及下午上班卡，但中午只算1个小时上班时间，另半小时就餐的情况，须单独做直落处理。

vii.考勤终端设置：实时较正考勤钟时间、及读卡模式、间隙读卡时间等功能。

c)系统管理

i.系统参数设置（代码表）

1.部门管理 2.工种管理

3.人事考勤参数设置

a)每月标准工作时间（208小时）b)多长时间内不计迟到（5分钟）c)迟到多长时间计旷工（30分钟）

ii.权限管理

1.操作员权限管理：不同工作岗位，职责权限不同，系统管理员可根据不同操作设定不同操作权限。

2.密码修改：每个操作员用户名为自己的工号，进入系统后可自己设定自己的登录密码。

iii.操作日志查看：系统将实时记录所有操作员的工作日志记录，以便系统的管理。

三、考勤制度说明

a)考勤钟布置：鉴于公司上下班时间不统一，特殊情况较多，考勤数据分析比较复杂，特设定两台以上考勤钟进行刷卡操作，即上班卡钟跟下班卡钟独立分开，以便数据的分析与统计。

b)自动分析上下班情况：根据员工打卡情况，自动识别员工所上班次（即白班、夜班），然后针对不同班次不同方法自动分析员工工作、迟到、旷工、加班等数据。c)标准班次设定：

i.办公人员：8:00—12:00

13:00—17:00 ii.车间人员：

1.早班：8:00—11:30（12:00）

12:00（12:30）—16:30（17:00）2.晚班：20:00—23:15（23:45）23:45（00:15）—4:30（5:00）

d)加班费计算方法：

i.每日工作超过8小时间以外部分全计加班时间；

ii.星期日上班时间全计加班；

iii.法定假日上班时间计加班；（法定假日不上班是否计工作时间？法定假日上班按多少倍计算加班时间？）

e)迟到计算方法：按标准班次迟到5分钟内不计迟到，5分钟到30分钟以计迟到。特殊情况可另做处理。

f)旷工计算方法：按标准班次迟到30分钟以上开始计旷工。特殊情况另做处理。

g)直落处理：直落扣除半小时就餐时间不计上班。h)特殊情况处理：有特殊情况迟到或旷工但不计迟到、旷工的，可根据刷卡记录、及员工、部门等分批进行特殊情况处理。

一、工资信息维护

1．加班费的计算方法：底薪/当月最低上班时间*1.2*加班时间

2．公积金的计算方法：底薪+补贴的5%，计件员工的公积金：实发工资的5%。每年年底发放当年的公积金总数的70%，30%余下第二年继续，直到批准离厂后才可结清所有公积金。3．计时员工的的工资计算方法：

a．基本工资+补贴+加班费+全勤奖-金损耗-石损耗-伙食费-住宿费-培训金-公积金-迟到-旷工-保险费（学徒）b．基本工资+补贴+加班费+全勤奖-金损耗-石损耗-伙食费-住宿费-公积金-迟到-旷工-保险费

4．月薪员工的工资计算方法：

基本工资+补贴+全勤奖-金损耗-石损耗-伙食费-住宿费-迟到-旷工-保险费

5．计件员工的工资许计算方法：

当月生产总工值+补贴+全勤奖-金损耗-石损耗-伙食费-住宿费-迟到-旷工-保险费

6． 计件，计时，月薪员工工资信息维护 7． 调薪处理 8． 银行接口

二、查询统计报表

a)人事档案资料报表 b)薪资信息报表

c)员工调职升迁报表

d)考勤原始记录查询报表

e)员工考勤记录打印（明细）f)月考勤记录统计报表 g)工种结构分析 h)操作日志报表

三、附件（1、工资制度说明；

2、考勤制度说明）附件1：

工资制度说明

一、月薪员工工资制度

a)不打卡员工：工资由底薪、补助、奖金等部分组成。根据员工工资基本信息自动生成，可以调整。

b)打卡员工：同上，但要扣除考勤扣款，如迟到早退、旷工扣款、请假扣款等。

二、计时员工工资制度

a)根据员工当月的考勤统计，及员工工资基本信息自动生成。

b)基本工资=月基本工资*（工作时间+厂休时间）/月标准工作时间。c)补助=月补助*工作时间/月标准工作时间。d)加班工资=月基本工资*当月加班时间*加班倍率（1.3）/月标准工作时间。e)迟到扣款

i.迟到早退次数*标准金额；

ii.迟到早退分钟数*标准金额。

f)旷工扣款=月基本工资*当月旷工时间*旷工倍率（3）/月标准工作时间。

三、计件员工工资制度

a)不打卡员工：工资由底薪、奖金等部分组成，底薪为计件工资，奖金为手工录入。

b)打卡员工：同上，但要扣除考勤扣款，如迟到早退、旷工扣款、请假扣款等。

四、其它工资部分，根据客户情况，订制开发

a)应发部分：奖金、退保证金等。

b)应扣部分：如个人所得税、保险、保证金、技术培训费、服务费、工具费、餐费、住宿费、存银行等。

五、本文档是的数值，均可根据客户情况进行调整。

附件2：

考勤制度说明

一、打卡制度

a)卡钟最好安排在大门等保安值守的位置，可以由保安监视，避免不打卡或代打卡的现象出现。

b)打卡时一定要维持秩序，必须单列通过，入厂队列、出厂队列要分开，防止打错卡（多人同时打卡，可能造成读卡错误）或代打卡（一人多次打卡）。

二、固定工作班次的考勤制度

a)可使用一台考勤钟，自动分析上下班。

b)排班：必须由操作员手工录入，并在考勤分析处理之前完成。

i.为每个员工安排班次，可以重复安排，以最后一次为准。

ii.标准排班按两个班次处理，如果有第3个班次，则为加班班次，计为加班时间，未出勤的也不计算旷工。c)放假：必须由操作员手工录入，并在考勤分析处理之前完成，可安排周假、月假、年假以及指定日期的假日。

i.带薪假：是指国家规定的节假日，如五一、十一等，所有员工按正常工作8小时计算；如果加班，按3倍时间计算。

ii.正常放假：正常的放假，如周末等，所有员工不计算工作时间，也不计旷工；如果加班，按2倍时间计算。

iii.厂休：由于工厂订单等原因安排的放假，所有员工计厂休8小时；如果加班，按正常工作时间进行处理，厂休时间应由工作时间或加班时间补回，未能补回的计算厂休工资。

d)请假：必须由操作员手工录入，并在考勤分析处理之前完成。

i.事假：因事请假的，不计旷工，也不计工作时间，工作时间应由加班时间补回。

ii.病假：因病请假的，不计旷工，也不计工作时间，工作时间应由加班时间补回。

iii.厂休：计厂休时间，不计旷工，也不计工作时间，厂休时间应由工作时间或加班时间补回，未能补回的计算厂休工资。iv.倒休：员工倒休的，按正常放假处理。

v.出差：出差时间，按工作时间处理。

e)旷工：由系统根据考勤记录及排班情况，自动生成。

i.迟到或早退15分钟以上的，按旷工处理，旷工时间至少按小时计算，不满1小时的，按1小时计算。

ii.整天旷工的，按旷工8小时计算。

f)迟到：由系统根据考勤记录及排班情况，自动生成。

i.迟到3分钟以上的按迟到处理，计迟到次数一次，迟到时间X分钟。

ii.迟到15分钟以上的，按旷工处理。

g)早退：由系统根据考勤记录及排班情况，自动生成。

i.早退1分钟以上的按早退处理，计早退一次，早退时间X分钟。

ii.早退15分钟以上的，按旷工处理。

h)加班：由系统根据考勤记录及排班情况，自动生成。加班有三种计算方式：按排班计算、按日计算及按月计算。

i.按排班计算：

ii.按日计算：日工作小时多于8小时的，按加班计算。

iii.按月计算：月出勤时间多于208小时的，按加班计算。

三、不固定工作班次的考勤制度

a)必须使用两台考勤钟，分为上班钟、下班钟，不用排班。

b)放假：必须由操作员手工录入，并在考勤分析处理之前完成，可安排周假、月假、年假以及指定日期的假日。

i.带薪假：是指国家规定的节假日，如五一、十一等，所有员工按正常工作8小时计算；如果加班，按3倍时间计算。

ii.正常放假：正常的放假，如周末等，所有员工不计算工作时间，也不计旷工；如果加班，按2倍时间计算。iii.厂休：由于工厂订单等原因安排的放假，所有员工计厂休8小时；如果加班，按正常工作时间进行处理，厂休时间应由工作时间或加班时间补回，未能补回的计算厂休工资。

c)请假：必须由操作员手工录入，并在考勤分析处理之前完成。

i.事假：因事请假的，不计旷工，也不计工作时间，工作时间应由加班时间补回。

ii.病假：因病请假的，不计旷工，也不计工作时间，工作时间应由加班时间补回。

iii.厂休：计厂休时间，不计旷工，也不计工作时间，厂休时间应由工作时间或加班时间补回，未能补回的计算厂休工资。iv.倒休：员工倒休的，按正常放假处理。

v.出差：出差时间，按工作时间处理。

d)旷工：由系统根据考勤记录查询出未出勤或迟到早退员工列表，由操作员手工设置旷工。

i.迟到或早退15分钟以上的，按旷工处理，旷工时间至少按小时计算，不满1小时的，按1小时计算。

ii.整天旷工的，按旷工8小时计算。

e)迟到：由系统根据考勤记录查询出某段时间内到厂的员工列表，由操作员手工批量设置迟到。

i.迟到3分钟以上的按迟到处理，计迟到次数一次，迟到时间X分钟。

ii.迟到15分钟以上的，按旷工处理。

f)早退：由系统根据考勤记录查询出某段时间内离厂的员工列表，由操作员手工批量设置早退。

i.早退1分钟以上的按早退处理，计早退一次，早退时间X分钟。

ii.早退15分钟以上的，按旷工处理。

g)加班：由系统根据考勤记录，自动生成。加班有两种计算方式：按日计算及按月计算。

i.按日计算：日工作小时多于8小时的，按加班计算。

ii.按月计算：月出勤时间多于208小时的，按加班计算。

四、月考勤统计

a)根据考勤记录，统计员工当月的考勤情况。b)出勤时间：当月员工出勤的小时数。

c)工作时间：当月正常工作时间的小时数。超出月标准工作时间的，计入加班时间；不到月标准工作时间的，用加班时间补齐。当月入职离职人员，按日考勤记录统计，不做调整。

d)厂休时间：当月厂休的小时数。如有加班时间，用加班时间抵消厂休时间。

e)加班时间：当月加班的小时数，节假日的加班时间，用乘以倍数后的时间。加班时间首先要补足工作时间及厂休时间，然后才计算加班时间。当月入职离职人员，不用补足工作时间，但要抵消厂休时间。f)迟到早退次数：当月迟到早退的次数。g)迟到早退时间：当月迟到早退的分钟数。h)旷工时间：当月旷工的小时数。i)请假时间：当月请假的小时数。

五、本文档是的数值，均可根据客户情况进行调整。

第二篇：系统需求分析报告

系统需求分析报告

目录

目录.............................................................................................................I

1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、项目描述

1.1 背景

随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。

1.2研究意义

本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。

网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。

2、需求分析

经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。

第 1 页 2.1功能需求分析

根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。

2.1.1 系统管理功能

系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。

2.1.2 流量劫持功能

本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。

2.2性能需求分析

1.DNS流量劫持成功率

为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。

2.监控与反制系统并发量

监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。

3.系统运行稳定性

第 2 页 系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。

第 3 页

第三篇：考勤管理系统需求说明

考勤管理系统

需求分析说明书

文件名称：需求分析说明书 文件编号：CCIT20090713编 制 人：编制日期：2009-07-13审 核 人：张三版本：1.01版

目录

1．引言............................2

1.1编写的目的...........................2

1.2背景.........................2

1.3 参考资料..............................1

2．任务概述...........................1

2.1目标.........................1

2.2用户的特点...........................2

3．需求规定...........................2

3.1功能概述...............................2

3.2用户权限分配.......................3

3.3系统用户管理.......................3

4．运行环境规定..........................3需求分析说明书

1．引言

1.1编写的目的本文档为考勤管理系统需求分析报告，为企业员工考勤管理系统的设计的主要依据，主要针对考勤管理系统的概要设计和详细设计人员，作为项目验收的主要依据。

1.2背景

本软件全称为员工考勤管理系统。

本软件为长安大学06级信息工程学院计算机科学与技术专业二班加中实训毕业实习设计项目，由小组成员马绥鲜、辛龙、喻石、侯龙伟、张怡和姚重亮共同完成。软件适用于中小型企业员工考勤管理。

1.3 参考资料

。。。管理系统

2．任务概述

2.1目标

满足客户的需求，实现考勤管理的流程。主要功能包括员工管理、考勤科目管理、考勤管理、报表管理、系统管理管理员管理等等。

2.2用户的特点

最终用户为企业人事管理部门，界面简洁友好，功能完善，系统易用，易维护。

3．需求规定

3.1功能概述

 员工管理：

员工的创建，员工资料的添加，修改，删除，员工资料

应包含姓名，年龄，出生年月日，籍贯，照片上传，开

始工作时间，职位等信息。

 考勤科目管理：

创建新的考勤项目，删除，修改相应的考勤项目。

 考勤管理：

每个员工的签到记录，包括签到时间，记录日期，没有

签到的输入愿意（请假，矿工），加班记录（加班时间，加班日期）。

 报表管理：

统计每个月每个员工的到岗情况（迟到次数，旷工次数，请假次数等），总计的工作时间。

 系统管理管理员管理：

管理系统管理员信息，以及添加，修改删除系统管理员

信息。

3.2用户权限分配

用户分为：普通用户和管理员

管理员：具有操作全部功能的权限。普通用户：部分功能不允许使用。

3.3系统用户管理

可查询员工考勤信息。方便统计调查。

4．运行环境规定

服务器：IIS5.0以上

操作系统：windows2000,windows xp 数据库：SQL Server

浏览器：IE6.0及以上版本

第四篇：工资管理系统需求分析报告

工资管理系统需求分析报告

引言

1.编写目的

编写该文档是为了分析人工管理企业工资的流程，把人工模式抽象为可在计算机上处理的自动模式，对企业工资的科学管理进行分析与总结，便于开发小组成员对系统整体功能的认识，通过该文档，确定了系统的目的和功能，以及管理的流程和方法，同时也为使用者提供参考。

2.背景

随着企业的快速发展，企业规模越来越大，在职员工的数量也越来越多，企业工资管理更加的复杂，而工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对企业工资管理提出了新的要求，用计算机管理系统来管理企业工资已经成为目前的趋势，使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范数据管理行为，从而提高了管理效率和水平。企业工资管理系统便是以计算机为工具，通过对工资管理所需的信息管理，不仅把管理人员从繁琐的数据计算处理中解脱出来，而且优化了管理体系，使其高效化，简易化，智能化，也提高了透明度和互动性。

3.功能定义

（1）员工基本信息的添加，修改，删除，查找和辅助查询。

（2）工资标准设定功能。具体包括工资，出行费，医疗保险,养老金，水电费，其他费用，补贴，奖金标准的设定。

（3）工资信息浏览。

（4）员工工资表创建。

（5）工资调整管理。

（6）工资统计。

为完善系统管理功能，增加工资系统用户管理功能，包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性。

4.功能描述

用例模型

顺序模型（管理员查询工资）

活动模型(登陆)

4.1员工基本档案信息管理功能描述：

凡属于本部门的员工，都需要对其基本的档案信息做好记录存储处理。以方便高级管理人员时时的了解或查阅其员工基本信息。对员工基本信息的操作包括添加信息、修改信息、查询信息，同时在数据库中要形成员工基本信息表。

4.2工资管理功能描述： 工资计算：

在进行工资计算之前，管理员首先应该根据部门的实际业务情况确定好各个部门中所需要的工资项目及分别对工资项目进行计算的方式，然后按照系统工资种类的设定，对每个员工分别依次实际工资项目构成情况，如考勤情况工资、底薪工资、奖惩工资、提成工资、应交所得税等等项目，录入相应的工资金额数，再计算出总的应得工资、实得工资的工资项目。在数据的录入过程中系统会根据用户 3

误输、错误输入智能提示引导用户录入数据的正确性。要形成的数据库中的表为员工工资信息表。

工资统计分析：

对员工工资数据计算完后，同时要将工资信息统计分析，如汇总统计，工资项目明细数据的汇总等，又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。

4.3工资查询功能描述：

在查询这个模块里，系统能支持用户在客户端按照各种不同的字段名称进行工资信息的查询。同时，迅速的响应用户的查询请求，不同级别的人系统会根据其权限级别的大小享有不同程度的功能。不同级别的人不能越权进行操作。在查询过程中，为避免由于在同一时刻里访问人数过多造成响应缓慢时，每登录的一个用户，系统记数器自动加一，当记数大于峰值时，系统弹出对话框提示用户进行等待，从而有效的避免了系统在查询过程中快速响应的优点。

4.4系统维护：

用户在第一次使用系统时，在服务器端需要用户做系统初始化的处理，包括； 1． 设置工资项目种类、相应工资项目的计算

2．设置系统使用用户及口令、权限的级别，对公司不同要求用户授不同权限，可限制一次性访问数据库用户数量。对每个访问数据库的登陆用户有日志记录。由系统管理员维护。在系统运行过程中，数据库管理员在系统运行过程中，还可以即使的进行系统数据的更改，如：对员工工资数据的更改，对工资项目计算方式的更改，定期做好系统数据的备份操作、还原、清理等。

5.非功能性需求： 5.1可靠性

1． 可恢复性

如果正在使用时出现故障，为了完成做好的工资记录，需要尝试采用本地方案（如存储和转发）加以解决。对此需要更深入的分析 2． 长时间运行

每月都要对工资结算，要求系统能够持续可靠运行，3． 容错性

当员工不能识别，应能够给予提示。

5.2可支持性

1．可适应性

不同型号的票据打印机打印的效果可能存在差异，软件能够支持市场上主流的票据打印机。2．可配置型

人员的权限会根据企业的变化而调整，系统应该能够方便配置调整。还存在一些其他的配置要求，如打印格式、查询项目等，对此需要进一步分析。

5.3可行性

1.评价标准

A.是否消耗太多经费，耗时太长； B.是否功能齐全，运行稳定； C.是否方便管理； D.设置是否灵活；

E.是否具有界面灵活，操作简单的特点。

6.用例说明

本系统的设计目标是能够对大型企业员工的基本信息和工资信息进行添加和修改，根据个人信息将工资分为职务工资，职称工资和其他工资。能够调整工资标准和员工信息，也能够调整其他工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对企业工资管理进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为企业财务人员提供便利。

7．系统性能需求分析：

7．1 性能需求

此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数，即是精确到分的计算。但在用户使用过程中，能自行根据实际情况进行小数计算精度的设定，最大能允许保留小数点后5位的精度。在时间特性上，当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上，同样要求系统响应时间不会超过0.5秒时间。系统支持多种操作系统的运行环境，多不同操作系统，不同文件格式的磁盘

上的数据均能实现信息的互通，及共享。当服务器移植到其他的系统平台，如：Linux平台下时，同样能和其他的系统进行数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。

7．2 运行需求

系统在进行数据的录入、计算、统计的时候，能将数据精确到小数点后三位小数。系统接收到用户的操作命令后（如：计算处理、查询等），能迅速的响应其操作请求，响应时间不超过1秒。在同一时间，系统还提供支持至少10个客户端进行同一个操作请求的响应。

系统可移植较强，在不同的平台下运行，均不会影响系统的稳定性。同时，支持在客户端安装不同操作系统、浏览器版本，均不会影响系统的运行。

7．3安全需求

为保障系统数据的安全性，系统采用访问控制策略，未授权者不能进入系统。同时，对不同级别的用户授予不同的使用权限。在系统运行期间，如发生掉电尚未保存数据，或由于操作不当等原因导致系统重启等，为保证数据的易恢复性，系统提供每隔30秒自动保存数据的机制，让用户的数据在发生意外时能最大程度上

得到恢复。同时，系统提供强大的容错性能，当一台服务器发生故障时，系统能自动切换到另外一台服务器上，从而保障服务器能长时间的提供系统的运行支持。在输入数据时，如果用户输入的数据不符合系统的要求，则系统自动提示错误信息，并要求用户重新输入，直到输入完全正确时才允许进行下一步的操作。

7．4 系统界面需求

系统开发基于C#的开发，界面直观、简洁，人机交互性强。基于表单和弹出式窗口的数据录入方式，菜单点击的方式操作。用户使用时，只要是按照格式和要求填入信息，系统在后台响应用户操作过程。让用户在最短时间里，不需要经过专门培训，就可以轻松上手使用。

7．5 其他需求

数据不管是在企业内部之间传输，还是公司与分公司之间进行远程数据传输时，防止数据被不法分析任意的修改和破坏，只有对信息解密的人员才能最终读取数据信息。这样，能 最大程度的防止数据在传输过程的安全保密性。

8.总结

在第一阶段总体分析的基础之上，我们小组进在系统需求过程中，主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然，在需求分析过程中，我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述，这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。

第五篇：博客系统需求分析报告

博客管理系统

1.系统需求分析

博客系统分前台功能和后台功能两大部分。前台主要供用户注册，浏览，后台主要供管理员使用，管理员可以对用户进行管理。

1.1前台功能分析

博客系统前台的用户共分两类：一类是注册用户(正式用户)，这类用户有基本的信息，可以对自己的信息进行查看与修改，；另一类用户是游客（未注册用户），他们只能查看、浏览注册用户的信息。

游客：可以查看注册用户的信息。经过注册可以成为注册用户。

注册用户：

1、登录后对可以对个人信息进行查看和修改。

2)博客用户通过前台登录后，对自己的空间进行管理，包括发布自己的网络日志，分享视频，分享音乐，邀请好友玩游戏，上传照片，与相关人员进行交流和沟通以及删除访客发表的评论

3）博客用户登录后对自己的信息进行修改

非注册用户

1)游客通过注册，登录进入博客空间发表评论

2)游客不注册，通过匿名方式对博客空间浏览文章，发表评论，查看文章发表人的所有文章

1.2后台功能分析

博客系统后台主要是供管理员使用的，管理员可对用户进行添加、删除、查询及修改；对网站的新闻、公告进行管理。

管理员也可以具有不同的权限分为超级管理员和普通管理员，普通管理员具有以上权限，超级管理员除了可以具有以上所有功能外，还可以添加、删除普通管理员。

2.数据库设计

2.1数据库概念结构设计

对博客系统进行分析后，抽象出有关的数据，按照现实世界的事物能作为属性对待的，尽量作为属性对待的原则。作为“属性”，不能再具有需要描述的性质，“属性”必须是不可分的数据项，不能包含其它的属性；“属性”不能与其它实体具有联系，E-R图中所表示的联系是实体与实体的联系。依照以上准则，可以确定哪些为实体，哪些为属性，每个实体具有哪些属性，实体之间存在何种联系。经分析之后，该系统中包含的实体以及实体之间的联系如下所示：

实体：管理员实体，用户实体，文章类型实体、链接实体、留言实体、文章实体和评论实体，回复实体，视频，照片，音乐、游客。

实体间存在的联系

管理员和用户实体之间存在多对多的联系

博客用户与链接之间存在多对多的消息联系

博客用户与留言之间多对多的回复联系

文章类型与文章之间存在一对多的消息联系

文章与评论之间存在一对多的消息联系

用户和游客之间存在一对多的联系

用户和视频之间存在一对多的联系

用户和音乐之间存在一对多的联系

用户和照片之间存在一对多的联系

实体的属性：

留言（留言编号，网友昵称，日期，标题，内容，个人主页，回复）管理员（管理员，密码，权限）博客用户（用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案）

文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）

文章类型（类型编号，类型名称）

评论（编号，用户昵称，标题，内容，发表时间，文章编号）链接（链接编号，名称，地址）

新闻（新闻号，标题，内容，时间）公告（公告号，标题，内容，时间）

视频（视频编号，标题，内容，时间）

音乐（音乐编号，标题，内容，时间，歌手名）

照片（照片编号，标题，内容，时间，大小）

游客（游客号，游客名）回复（用户号，留言号，主题，内容，回复时间）

联系的属性：

实体之间关系的E-R图如图7-7所示。

2.2数据库逻辑结构设计

根据系统E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一个关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创建一个新的关系模型，它包含双方的码以及联系的属性。具有相同码的关系模型有些情况下可以考虑把它们合并。在转换过程中应该按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，一般所设计出的关系数据库达到3NF就基本符合要求。按照

评论（编号，用户昵称，标题，内容，发表时间，文章编号）

文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）

文章类型（类型编号，类型名称）

博客用户（用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案）

发表（用户号，文章编号，发表日期）管理（管理员，用户号，注册号）留言（留言编号，用户号，网友昵称，日期，标题，内容，个人主页，回复）回复（用户号，留言编号，主题，内容，回复时间）

链接（链接编号，名称，地址）

访问（用户号，游客号，访问量,访问时间）

公告（公告号，标题，内容，时间）

视频（视频编号，用户号，标题，内容，时间）

音乐（音乐编号，用户号，标题，内容，时间，歌手名）

照片（照片编号，用户号，标题，内容，时间，大小）

游客（游客号，游客名）

3功能分析

在其博客管理系统上建立适当的视图，索引，存储过程和触发器，因此我们主要从这四个方面来分析它的功能

A 视图：视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名 称的列和行数据。但是，视图并不在数据库中以存储的数据集合形式存在。.创建某某表的视图

2、利用cust_view视图添加一条记录数据

3、创建视图sale_item_view，该视图中包含订单编号、订货日期、产品编号及数量。然后利用该视图向表中插入数据

4删除视图中所有姓“王”的客户数据

5有两个基本表employee和sales，创建一个视图，该视图包含相同业务员的编号、姓名、订单号、销售总金额。

6将上述视图中订单号为10001的记录的销售金额改为60000。

B 索引：索引用来快速地寻找那些具有特定值的记录。

普通索引，这是最基本的索引类型，而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建：

创建索引，例如CREATE INDEX <索引的名字> ON tablename(列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字](列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename([...], INDEX [索引的名字](列的列表));

唯一性索引，这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。唯一性索引可以用以下几种方式创建：

创建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename(列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字](列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename([...], UNIQUE [索引的名字](列的列表));

主键：主键是一种唯一性索引，但它必须指定为“PRIMARY KEY”。如果你曾经用过AUTO_INCREMENT类型的列，你可能已经熟悉主键之类的概念了。

主键一般在创建表的时候指定，例如“CREATE TABLE tablename([...], PRIMARY KEY(列的列表));”。但是，我们也可以通过修改表的方式加入主键，例如“ALTER TABLE tablename ADD PRIMARY KEY(列的列表);”。每个表只能有一个主键。

3存储过程: 一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。

1、利用存储过程，给employee表添加一条业务部门员工的信息。

2、利用存储过程从employee、sales、customer表的连接中返回所有业务员的姓名、客户姓名、销售金额。

3、创建带一个输入参数的存储过程，实现按员工姓名进行模糊查找，查找员工编号、订单编号、销售金额。

4、创建带两个输入参数的存储过程，查找姓“李”并且职称为“职员”的员工的员工编号、订单编号、销售金额。

3、利用存储过程计算出订单编号为10003的订单的销售金额。（带一输入参数和一输出参

数）（提示：sales表中的tot_amt应该等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和）

4、创建一存储过程，根据给出的职称，返回该职称的所有员工的平均工资。（带一输入参

数和返回值）

4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器一般用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是：触发器是当对某一个表进行操作。诸如：update、insert、delete这些操作的时候，系统会自动调用执行该表上对应的触发器。SQL Server 2005中触发器可以分为两类：DML触发器和DDL触发器，其中DDL触发器它们会影响多种数据定义语言语句而激发，这些语句有create、alter、drop语句。

1、针对employee表写一个DELETE触发器，显示删除的员工人数。

2、针对employee表写一个UPDATE触发器，限制每次工资额的变动不能超过原工资的20%。

3、定义一个触发器，保证新添加的员工的工资不能超过5000元

4、对sale_item表创建一个触发器，当插入一条销售明细记录时，如果该记录的产品数量超过5，则显示“欢迎成为本公司的VIP会员！”

5、针对customer表，定义一触发器用来保证参照完整性

6、针对sales表，定义一触发器保证参照完整性(参照customer表)

7.针对employee表，定义一触发器用来保证实体完整性

8，在customer表上创建一触发器，用来实现级联删除

9、定义一触发器，保证新添加的员工的工资不能超过5000元

10、创建一个触发器，只能接受女员工

11，、写一个允许用户一次只删除一条员工记录的触发器。