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

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