厦门理工软件学院机房故障申报系统需求分析说明书.doc

厦门理工软件学院实验机房故障申报系统9厦门理工软件学院实验机房故障申报系统2011朱鹭山2011-10-08目录1引言31.1编写目的31.2背景31.3定义41.4参考资料42任务概述42.1目标42.2用户的特点42.3假定和约束53需求概述53.1概述53.2需求功能表73.3对性能的规定73.4输入输出要求73.5数据管理能力要求73.6故障处理要求73.7其他专门要求74数据库设计84.1用户表（TUser）84.2故障申报表（TErrorInfo）84.3处理回执表（TDealInfo）94.4故障地点表9附录101、功能需求表101 引言1.1 编写目的本软件需求规格说明书描述了“厦门理工软件学院机房故障申报系统”项目的功能性需求和非功能性需求。本文件的编制是为了让用户和软件开发者双方对该项目开发的初始规定有一个共同的理解，使之成为整个项目中开发设计与实现的根据，也是项目测试验收的依据。1.2 背景厦门理工软件学院机房管理室管理着学校4间实验机房，总共300台左右PC电脑的日常管理、运营及维护。由于机房工作人员较少，管理机器较多，故障问题复杂，给日常的管理和维护工作产生了一定的难度。为提高工作成效，进一步深化开展学院“12345”办学理念，特由实验室提出项目需求，委托厦门理工软件学院Java方向专业学生开发一套机房故障机申报管理系统。该系统完成后，教师或学生班长可登录本系统，申报实验机房的故障机相关情况，方便机房管理人员及时了解相关情况，调拨相应人员，尽早对故障机进行维护。该系统还将对出现故障的电脑既往情况进行统计，方便实验机房的人员掌握故障机相关情况，帮助他们提出维护方案。l 项目提出者：院实验机房管理室l 开发者：Java方向专业学生本系统完成后，预计使用用户为： 学生班长 教师 机房管理人员 系统维护人员1.3 定义故障机：无法正常开展教学、实验任务的电脑主机。故障：电脑系统软件故障和硬件故障统称为故障。1.4 参考资料暂无。2 任务概述2.1 目标本系统依托于Web，采用三层结构。功能上，本系统应具备一定的灵活性。对用户的操作需求能及时的响应，并以正确的回应形式来显示。在满足用户基本需求的前提下，界面应具备一定的可交互性和高操作性，即：简约并高效。本系统希望通过解决在日常使用中出现的问题，不断的优化，形成一套成熟的商品。2.2 用户的特点本软件的主要用户需要最基础的计算机使用技能，如：能够浏览网页并进行各种常规操作。本软件的管理维护人员需要有一定服务器和数据库管理知识。由于用户的使用频度不定，本软件正常状态下，应在任何时候正常响应用户操作。2.3 假定和约束 系统基于B/S结构，使用PHP语言开发。 系统基于MySQL数据库。 系统采用APACHE作为服务器。 系统应尽量兼容各种主流浏览器。3 需求概述3.1 概述3.1.1 系统结构本系统为常见的WEB三层系统结构。采用客户端、服务器和数据库服务器搭建。系统总体结构图如下： 3.1.2 功能概述3.1.2.1 用户管理模块l 概述：用户管理模块提供对系统登录用户的管理。主要包括：用户注册、登录、删除、修改密码。根据所管理用户的性质，系统用户分为两类：u 一般用户：提供诸如登录、修改密码等用户功能。u 系统管理员：为维护系统正确运行进行诸如参数配置的相关人员。系统管理员具有较高的权限，因此可以对一般用户进行管理，比如接受一般用户注册申请（审核），修改一般用户密码，删除一般用户等。用户注册时需填写如下信息：u 用户名u 密码u 用户真实姓名用户注册后需通过系统管理员审核，未经审核的无法进行故障申报。3.1.2.2 故障申报模块l 概述：该功能提供已经登录系统的用户填写故障申报单。系统用户还可通过本模块对自己已经提交的申报单进行查询。故障申报单主要填写模块如下：n 申报人：填写申报用户名称。n 填报时间：系统生成当前时间作为填报时间。n 故障地点：故障机所在教室或机房。n 故障机编号：故障机编号。n 故障描述：故障内容的相关描述，如键盘损坏、鼠标丢失、系统无法启动等。查询时，可提供查询的条件为：n 填报时间n 故障机编号3.1.2.3 处理回执模块概述：供系统管理员填写故障处理回执单，对已经维护的机房设备向用户进行回馈。系统管理员还可以通过查找相应的故障单，填写相应的故障维护回执情况。故障处理回执单主要填写项目如下：n 故障处理过程：填写具体的故障处理过程。（选填）n 故障处理完成时间：填写完成故障处理的时间。n 故障原因分析：针对本次故障原因的分析、描述。n 故障处理人：由系统直接生成。可供查询的条件为：n 处理完成时间n 故障原因n 故障地点n 故障主机编号n 故障处理人3.1.2.4 故障统计查询模块概述：本模块提供系统管理员查询既往某台主机的相关故障及其维护情况。管理员可根据给定的查询条件查找相关主机历年来的故障和维护情况，以提供维护和处理故障的相关依据。查询相关条件如下：n 故障时间n 故障地点+故障机器编号3.1.2.5 参数管理模块概述：本模块供系统管理员维护系统运行的相关参数，包括新增、修改、删除。相关参数如下：n 故障地点（包含故障地点主机总台数、故障地点地址、联系电话）3.2 需求功能表参见附录功能需求表3.3 对性能的规定略3.4 输入输出要求略3.5 数据管理能力要求略3.6 故障处理要求略3.7 其他专门要求略4 数据库设计4.1 用户表（TUser）概述：记录普通用户和系统管理员相关信息。表名：TUser表结构：字段名格式约束备注idINTPrimary用户编号，自动生成，自增。usernameVARCHAR(20)Unique用户名nameVARCHAR(100)必填用户真实姓名passwordVARCHAR(32)必填用户密码utypeVARCHAR(2)默认为u用户类型u为普通用户a为管理员4.2 故障申报表（TErrorInfo）概述：本表记录故障申报情况。表名：TErrorInfo表结构：字段名格式约束备注idINTPrimary故障编号，自动生成，自增。reporterINTFOREIGN KEY父表TUser（id）故障申报人contentVARCHAR(4000)必填故障情况reportdateDATE默认为系统当前时间故障申报时间errorsiteINTFOREIGN KEY父表TPosition（id）故障机房编号errorpcVARCHAR(3)必填故障机编号4.3 处理回执表（TDealInfo）概述：本表记录故障处理回执情况。表名：TDealInfo表结构：字段名格式约束备注idINTPrimary回执单编号，自动生成，自增。eidINTFOREIGN KEY父表TErrorInfo（id）本处理所对象的故障申报单号。dealcontentVARCHAR(4000)处理过程（选填）dealdateDATE默认为系统时间处理完成时间dealreasonVARCHAR(4000)故障原因分析（选填）dealerINTFOREIGN KEY父表TUser（id）处理人员，需管理员。4.4 故障地点表（TPosition）概述：本表记录故障处理回执情况。表名：TPosition表结构：字段名格式约束备注idINTPrimary故障地点编号，自动生成，自增。positionVARCHAR(200)必填机房名称addressVARCHAR(4000)机房地点pccountINT必填主机总数机房故障申报系统附录1、功能需求表用户管理模块系统用户注册提供普通用户进行注册，注册后状态未审核，用户需通过审核才具有系统使用权限。修改密码提供普通用户修改密码。修改个人信息提供普通用户修改相关个人信息。如：用户真实姓名等。个人信息显示显示当前用户的登录信息。管理用户修改密码提供管理员修改自身密码。普通用户密码修改提供管理员对普通用户的密码进行修改。个人信息显示显示当前系统管理员的相关信息。普通用户审核对已经注册的普通用户进行审核。修改个人信息修改自身的个人信息。故障申报模块故障申报填写申报单供系统用户填写故障申报单。故障申报查询申报单显示在用户的主界面显示本用户所填写的申报单。申报单查询普通用户可根据填写时间、故障地点、故障机编号等查询条件对已经填写的申报单进行查询。处理回执情况显示显示已经处理的申报单的回执情况。处理回执模块回执填写回执填写提供管理员填写系统回执。故障显示未处理故障显示显示当前未处理的故障申报单