网络在线考试系统需求分析报告（5篇）

第一篇：网络在线考试系统需求分析报告

姓

名：班级： 学号：

需求分析报告

网络在线考试系统

计科1201 12111001

目录

1.引言............................................................................................................1 2.需求概述..................................................................................................1

2.1 目标................................................................................................1 2.2 用户类和特征................................................................................1 2.3 运行环境........................................................................................2 3.功能需求..................................................................................................2

3.1 确定执行者....................................................................................4 3.2 确定用例........................................................................................4 3.3 编写用例文档................................................................................5 4.非功能需求................................................................................................7

4.1 性能需求........................................................................................7 4.2 安全性需求....................................................................................8 5.故障处理....................................................................................................8 6.外部接口需求............................................................................................8 引言

随着社会经济的发展，人们对教育越来越重视。考试是教育中的一个重要环节，近几年来随着考试的类型不断增加以及考试要求不断提高，传统的考试方式要求教师打印考卷、监考、批卷、使教师的工作量与来越大，并且这些环节由于全部由人工完成，非常容易出错。因此，许多学校或考试机构建立网络在线考试网站来降低管理成本和减少人力物力的投入，同时，为考生提供更全面、更灵活的服务。考生希望对自己的学习情况进行客观、科学的评价；教务人员希望有效地改进现有的考试模式，提高考试效率。为了满足考生和教务人员的要求，网络在线考试系统应包含在线考试、成绩查询等功能，以满足用户的需求。需求概述

2.1 目标

从总体上考虑，系统应该实现下列功能；

对管理员来说，包括系统维护和用户管理,角色管理等； 对教师来说，包括出题，判卷，统计成绩，提交成绩等；

对学生来说，答卷，提交试卷；

系统能够提供友好的用户界面，使各类用户的工作量最大限度的减少；

系统具有良好的运行效率； 系统要具有一定的智能型和创新性。

2.2 用户类和特征

本系统用户一般为学生和老师，还有若干管理员，管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。学生和老师是普通用户，具备一定的计算机操作知识即可。

2.3 运行环境

a)操作系统：Windows 8.1； b)Web服务器：Tomcat7.0； c)Java开发包：JDK1.6以上； d)数据库：MYSQL； e)浏览器：IE 8.0；

f)分辨率：最佳效果为1366*768像素。客户端：

a)浏览器：IE 6.0；

b)分辨率：最佳效果为1024*768像素。功能需求

根据客户的基本需求，该在线考试系统拟分为以下子模块等。整个系统间各子模块的结构图如下所示：

学生在线考试系统学生教师管理员选择课程考试个人信息查询密码修改学生成绩查询题库增删改查密码修改教师选课成绩管理学生信息管理教师信息管理课程管理成绩统计补考增删改查增删改查增删改查 图3.1 功能结构图

主要用户类型以及系统功能模块：

本系统的用户可分为管理员、教师和学生三类，三类人群共用一个登录界面，在登录界面处提供用户类型的选择，并因选择的用户类型进入不同的管理界面。

进入本系统后共分成三个主要的界面：

1、界面用于管理员工作，主要负责进行基本资料的管理，如学生、教师成员的添加以及进入考试系统的权限设置；

2、是教师登录的主界面，主要是题库、试卷、成绩的管理以及查询等；

3、界面用于学生考试的主界面，主要负责在线考试、查询以往考试成绩留言等。

从总体上考虑，系统应该实现下列功能：

对管理员来说，包括教师、学生成员、班级的添加与管理。

1、教师、学生管理：管理员可以查询现有成员的信息，可以添加、删除成 员信息，更改状态信息，设置权限，能否进入本系统。

2、班级的管理：主要是基本资料的注册添加，当前权限修改，不能重复添 加相同的记录项。

对教师来说，包括试卷管理、题库管理、成绩管理。

1、试卷管理：教师可以从课程，各种题型的数量等方面对某份试卷提出一定的要求生成试卷规则，同时，教师还可以对库中已有的试卷进行修改和删除，添加新试卷等。

2、题库管理：教师可以对题库中的试题进行三种基本操作：添加新的考题、删除旧有考题、修改原有考题，其中试题类型包括判断题、填空题、选择题；对于每种类型的试题，教师可以设置题干、答案等属性。

3、成绩管理：教师可以查看考生的考试成绩，并针对不同的课程进行成绩统计，包括考试人数、最高分、最低分、平均分以及各分数段得分人数等。

对普通用户来说，包括在线考试、查询以往考试成绩、留言等。

1、在线考试：学生可以任选时间进行在线测试，考试结束后，系统会根据已有的标准答案进行在线判卷，考生可以立刻知道考试成绩。

2、查询以往考试成绩：学生可以在线查询以前参加过的每门课程的考试相

关信息。

3、留言板：学生提交对系统的留言信息。

3.1 确定执行者

执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。

确定执行者可以通过提出以下问题得到： 管理员使用系统的主要功能。

教师必须系统的支持以完成日常工作任务，如试题录入，管理，查询。学生谁从系统获取考试试题，答案和解析等信息。管理员负责维护和管理系统以保证其正常运行。

在本例中，可以确定“教师”和“学生”为系统的执行者。“管理员”负责使用系统的主要功能，“学生”从系统中获取所需的信息。

3.2 确定用例

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

确定用例可以通过提出以下问题得到：

学生需要从系统中获得考试和查看答案，成绩及解析功能，参与者需要在登陆后逐题作答，打完提交得到成绩，然后查看答案和解析。

老师需要从系统中获得录入试题，查看试题，管理试题和查看学生成绩的功能。

管理员要从系统中获得管理学生和老师信息，以及试卷管理等功能。教师和管理员需要读取、产生、删除、修改或存储系统的信息。

本系统中发生事件需要通知参与者，如考试开始。参与者不需要通知系统事情。

本系统的输出有学生成绩和排名情况，考试答案和解析，考试试题。输入的

有试题及其答案，解析录入，学生和老师名单，考生答题情况。输入的信息存到数据库中，输出的信息从数据库中获取

本例中我们通过一定的调研和分析得到的“网络在线考试系统”的用例图，如图3.1所示。

图3.1 用例图

3.3 编写用例文档

用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。

1.学生和教师信息的维护用例 用例名：学生和教师信息的维护

参与执行者：图书管理员

入口条件：管理员已经登陆到该系统中。

2.读者信息的维护用例

用例名：试题信息的维护 参与执行者：教师或管理员

入口条件：教师或管理员已经登陆到该系统中。

3.试题的查询用例

用例名：试题信息的查询 参与执行者：管理员、教师 入口条件：无

事件流：通过交互界面输入查询条件(如题号，关键字等)搜索图书记录。出口条件：若有符合条件的课程信息，则系统显示这些试题信息。否则系统提示用户重新输入查询条件。

4.学生成绩的查询用例

用例名：学生成绩信息的查询 参与执行者：管理员，教师

入口条件：用户已经登陆到该系统中。

事件流：通过查询界面输入查询条件(如班级，姓名等)搜索待读者记录。

出口条件：若有符合条件的学生信息，则系统显示学生成绩信息。否则系统提示用户重新输入查询条件。

5.查询个人信息用例

用例名：查询个人借阅信息 参与执行者：教师，学生

入口条件：用户已经登陆到该系统中。事件流：点击查询个人信息按钮。出口条件：系统显示用户的借阅信息。

6.考试用例

用例名：考试

参与执行者：学生

入口条件：学生已经登陆到该系统中。事件流：学生在考试页面，点击开始考试按钮。出口条件：学生交卷。

异常事件：学生未交卷，提示“试卷未提交，是否提交”。

7.口令管理用例

用例名：口令管理

参与执行者：管理员、学生、教师 入口条件：用户已经登陆到该系统中。

事件流：用户点击“修改密码”按钮，在口令修改页面输入新的密码，点击保存按钮。

出口条件：数据库中的密码被修改成最新的密码。

4.非功能需求

4.1 性能需求

（1）该软件在输入、输出时保留到小数点后两位，在传输过程中保存到小数点后3位。

（2）时间特性要求 ：响应时间：小于0.1s，更新处理时间：小于1s，数据的转换和传输时间：小于1s，解题时间：小于1s。

（3）操作方式上的变化：不变 ；运行环境的变化：不变 ；同其他软件接口的变化：没有；精度和有效时限的变化：可调；计划的变化和改进：可改。

（4）输入输出要求 ：输入数据类型有char型、int型、data型和datatime型数据。

（5）本软件性能良好，稳定性极高，不容易发生问题，即使软件崩溃，由于其是即时储存在主机上，文件亦不会丢失，会在其主机上找到，只需重新安装

软件即可。若硬件问题，则及时更换硬件。以上故障不会造成文件缺失，只会一定程度上影

（6）安全性：在登陆后，有管理权限的设定；可维护性：可维护 ；可补充性：可补充 ；易读性：易读 ；可靠性：可靠 ；运行环境：可转换。

4.2 安全性需求

考试系统避免不了需要存储试题库，而试题库中往往有上千条甚至上万条记录，拥有的表也会相对复杂，所以在对数据库进行操作的时候，需要数据库响应时间在人们能够接受的范围之内。

5.故障处理

系统对于用户错误输入的处理也应该相对友好，尽量做到以最大限度提升用户体验为前提。

偶尔会遇到个别考生考试意外中断的现象，如某台计算机意外断电等。这就涉及到如何在最大程度上保护学生的考试现场问题。我们的做法是，将考生的主观性试题、试卷以及结果，保存到服务器端硬盘上。因为正式考试是集中在学校机房里面进行的，我们可以在安装机房的应用软件时进行设置。例如：将系统的自动保存时间设置在合理的范围之内，最大程度的保存学生考试过程中试题的考试现场。

6.外部接口需求

无

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

系统需求分析报告

目录

目录.............................................................................................................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 页

第三篇：网络在线投票系统可行性分析

网络在线投票系统可行性分析

1、引言

编写目的

一个网站不断发展的前提就是众多用户的支持，一个好的网站一定要注意与用户之间信息的交流。能够有效得到用户反馈的信息，并及时对网站内容进行改进，这也是一个网站持续发展的基础。

也正是由于以上原因，网络上各式各样的投票系统层出不穷。本次课程设计的目的，就是来制作一个在线投票系统，该系统可以实现对投票数量进行累加、查询统计票数等操作。

在线投票系统主要用来统计网站用户对某个主题或热门话题的意见。决策者通过这些统计数据做出相应的决策。在线投票系统是一般网站必备的程序之一，如果网站开发者想了解用户对该网站的意见和建议。他可以设计这样一个投票主题：你认为该网站如何？（A。很好

B。一般C。不好）然后提供给用户进行投票。

我的投票系统具有极大的灵活性，投票类型分为单选投票和多选投票。管理员可以在线设计不同的投票主题供用户进行投票。

项目背景

随着INTERNET的发展，世界网民的数量急剧增加，社会的信息化强度增强，企业竞争之激烈，故对市场信息的掌握范围不仅仅是周边的一些信息，而应把范围扩展到全国，甚至全世界，INTERNET恰恰是实现这目标的有利工具。对于新产品，新观点的调查范围应该更广泛，消息应该及时反馈给企业单位，故一个网上在线投票系统应允而生，它正好充分满足客户的需求，信息反馈的范围扩大，人力资源的节省，从而使得企业在竞争激烈的市场中拥有更强大的资本。开发此投票系统是为了更好的把市场的信息更准确更快速的反馈给客户，使信息的来源更广泛，从而提高信息的准确性。运用此系统可以降低企业为市场调查而消耗的人力和物力，利用节省的资源提高产品的质量，增强竞争力。

参考资料

[1]刘迎风.基于 MA的匿名网络市场调查协议[Z].华南理工大学研究生毕业论文.[2]ChrisPayne.ASP.NET从入门到精通[M].北京: 人民邮电出版社 , 2002.1.[3]肖建 , 等.ASP.NET编程基础[M].北京: 清华大学出版社 , 2002 , 5.[4]徐罕 , 等.ASP后台解决方案[M].北京: 人民邮电出版社 , 2001 , 3.[5]但正刚等.ASP.NET高级编程[M].北京: 清华大学出版社 , 2002 , 9.[6]苏贵洋, 黄穗, 等.asp.net网络编程从基础到实践[M].北京: 电子工业出版社,2005.[7]季久峰.专家门诊—asp.net开发答疑200问[M].北京: 人民邮电出版社，2004.2、开发的可行性分析

技术可行性

（1）操作系统： Windows 2000 Server 及以上服务器版本；（2）数据库管理系统：SQL Server 2000；

（3）Web 服务器：Internet Information Services(IIS)；

（4）编程工具：编程软件为Visual Studio 2005 Express Edition，使用ASP.NET作为网络编程开发框架，编程语言选用C#。

经济可行性

（一）该系统对客户的影响：

建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化.（二）购货方面：

1.支出

（1）系统开发费用

1）人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员×人，试运行期需要开发人员2人。人员费用为×万元。

2）设备费：本系统所需的硬件设备费用为×万元。

3）不可预见费：按开发费用的15%计算。

（2）系统运行费用

1）系统维护费：需要 ×人/年进行系统维护，维护费为×万元

2）设备维护费：设备更新费为×万元。设备维护费为×万元。

3）消耗材料费：每年按×元计算。

综上所述,设系统使用时间×年,系统开发和运行总费用×万元,平均×万元/年 2.收益

（1）提高工作效率

（2）减少工作人员。

操作可行性

本在线投票系统的用户只需懂得运用互联网络者均可以使用，此系统在网站中的使用频度预计非常的频繁；

该系统属于实用型网站，需要对数据的处理，比如对投票票数的统计并把结果反馈给投票者，故对数据的及时更新要求较高，保证数据的真实性。该系统在任何操作系统下都可以运行，但必须装有SQL2000数据库。

该系统的操作包括：单选投票、多选投票、查看投票、投票设计。 单选投票：用户只能从多个选项中选取一项进行投票。 多选投票：用户可以从多个选项中选取多项进行投票。

 查看投票：提供用户查看当前投票情况，投票结果以条形图显示。

 投票设计：管理员可以设计不同的投票主题，及投票主题的内容供用户进行投票。投票 设计又包括以下功能需求：增加主题、删除主题、查看主题、修改主题

管理上的可行性

网络在线投票系统实现的管理功能比较简单，具体如下：

◎投票项目的管理；

◎添加投票的项目；

◎删除投票的项目；

◎对项目进行投票；

◎查看项目的投票情况。

3、结论

第四篇：办公自动化系统需求分析报告

办公自动化系统 需求规格说明书

1.引言 1.1 目标

开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高的。这些高额的费用并非大多数中小企业所能承受得起的。本系统就是为这些公司制定的。

1.2 参考文献

《软件工程导论》，张海藩，清华大学出版社。《实用软件工程》，郑人杰等，清华大学出版社。

2.总体描述

2.1 用户类和用户特性

本OA办公系统软件的最终用户是面向中大型企业的员工和相关管理人员一套软件，操作人员需要有一定的计算机操作基础，对于系统管理员不仅要有一定的计算机基础，还要求有一定的网络管理经验。

2.2 运行环境(Operation Environment, OE)OE-1：“办公自动化系统”的操作将通过如下的Web浏览器来完成：Microsoft Internet Explorer版本10.0和11.0，Netspcape Communication版本4.7和Netscape版本8和9。OE-2：“办公自动化系统”将运行在一个服务器中，该服务器运行当前由公司批准的Red Hat Linux版本和Apache HTTP Server。OE-3：“办公自动化系统”将允许用户通过公司内联网来访问，如果用户将被授权在公司的外部穿过防火墙来访问，那么用户也可以在家通过Internet来访问该系统。

2.4 设计和实现的约束条件（constriant）

CO-1:系统的设计、编码和维护文档将遵照Process Import Intranet Development Standard(Process Import公司内联网开发标准)版本1.3。CO-2：系统将采用公司标准的当期Oracle数据库引擎。CO-3：所有HTML代码将遵照HTML4.0版本。C0-4：所有脚本都用Perl语言来编写。

2.5 用户文档（User Documentation, UD）

UD-1：系统将提供一个分层的跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。

UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机帮助，这样用户可以使用静态教程菜单来具体实践一下如何使用。系统不会将采用这一模板的管理案例存储到数据库。

UD-3: 开发期限十一至十二周。

3.系统特性

3.1 员工名录管理

本系统会将员工的信息录入到系统数据库中。其中包括人员履历、转正申请、离职申请以及员工一些重大事情的记录。

3.2 部门管理 上级部门有权对下级部门进行管理，并查看该下级部门人员的信息，以及上级部门对下级部门发布任务、取消任务、撤销部门、创建部门。

3.3 综合邮件管理

管理员有权对已经超过规定时限的数据库中的邮件进行管理,如进行邮件的删除；对于一些已经删除的邮件进行恢复等。员工可以对自己写的邮件进行发送、修改、删除、保存操作；对收到的邮件进行保存、删除操作。

3.4 综合事务管理

综合事务管理包括行政管理、信息管理、人事管理、车辆管理进行全面的管理。

3.5 工作流管理

几乎所有的业务过程都是工作流，特别是办公公文审批流转处理。每一项工作以流程的形式，由发起者（如文件起草人）发起流程，经过本部门以及其他部门的处理（如签署、会签），最终到达流程的终点（如发出文件、归档入库）。

3.6 个人日程管理

个人日程管理中有工作日志、工作计划、消息提醒、通讯录。工作日志：基于网络的工作日志系统，可设为私有，限制，公共三类级别分别供自己，部门领导，全部人员查看。便于个人总结，便于上级检查工作，便于和同事分享工作经验，是知识管理挖掘隐性知识的一种手段；用户可以随意添加、删除、修改多个日志，通过翻阅日历查看任一天的日志也可通过日期，关键字等检索日志。工作计划：针对自己和领导下达的任务进行布置；布置的具体任务涉及时间、任务查看人、任务完成的标准、任务附件、提醒日期、汇报时限等内容。消息提醒：设置消息提醒功能每当用户登录系统时提示窗口。通讯录：记录联系人具体通讯信息，包括我的通讯录、公共联系人和内部通讯录三种类型。

3.7 内部消息服务

内部消息服务将消息在公司内部传递，管理员有权对消息进行添加、修改、删除操作。

3.8 文件档案管理

对现有档案进行管理，可以直接增加新的档案，并对档案实现添加、删除和分发查询、分类存储等操作。

3.9 云存储管理

云存储管理是对云数据库中内容进行存储、删除、备份、修改操作。

4.用例图

4.1 邮件管理用例图

4.2 个人日程安排

5.外部接口需求

5.1 用户界面（User Interfaces, UI）

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了、易于操作，并且要注意到界面的布局，应突出的显示重要以及错误信息。外观上也要做到合理；合理化，考虑到用户多对Windows风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用Delphi所提供的可视化组件，向Windows风格靠近。其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用Delphi库中错误提示函数。总的来说，系统的用户界面应做到可靠性、简单性、易学习和使用。

5.2 硬件接口(Hardware Interfaces, HI)

处理器型号及内存容量；

外存容量、联机或脱机、媒体及其存储格式。设备的型号及数量 数据通信设备的型号和数量 ④输入及输出设备的型号和数量 ⑤功能及其他专用硬件

5.3软件接口（Software Interfaces, SI）

服务器程序可使用Delphi提供的对SQL SERVER 的接口，进行对数据库的所有访问。服务器程序上可使用SQL SERVER对数据库的备份命令，以做到对数据的保存。在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接受。

6.其他非功能性需求 6.1 性能（PErformance）需求

本项目软件性能要求如下：

告警信息从产生到显示出来的时延不应该大于15秒。配置信息的更新最大时延为24小时。性能监控数据时间间隔不超过15分钟。

④对本软件系统用户经常使用的90%操作响应时间小于20秒，对于极少使用的10%操作响应时间应不小于120秒。

⑤ 保证系统并发访问用户数>30。

⑥系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、日志信息等半年的存储容量；告警统计和性能数据一年的存储容量。

6.2 安全性（SEcurity）需求

系统应该具有对系统自身的管理功能，应实现网管系统自身的完善的维护和管理，需提交标准安装程序。提供必要的操作维护手册及技术手册。当进行版本升级时，提供版本差异的详细说明。

7.其他需求

7.1 系统的封闭性：用户的封闭性较好，用户基本上在提示信息下输数据。7.2 系统的容错性：用户数错数据都有提示信息，具有较好的容错性能。7.3 可维护性：新功能的实现仅涉及局部。

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

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

引言

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.总结

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