机房管理系统 需求分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
机房管理系统
需求分析
文件状态:□草稿
■正式发布□正在修改项目编号:12_001
文档编号:未编号
当前版本:001
作者:12组
审核:电子签名区
批准:电子签名区
版权所有不得复制
版本历史
版本/状态作者参与者起止日期备注
001 12组
2011—09—04
目录
机房管理系统 (1)
需求分析 (1)
前言 (4)
0.概述 (5)
0.1. 读者对象 (5)
0.2. 参考文献 (5)
0.3. 术语与缩写解释 (5)
1.概述 (5)
1.1. 系统用途及使用本系统的对象 (5)
1.2. 本系统的独立性以及是否需要与其他系统相连接 (5)
2.系统总体概述 (6)
2.1. 系统功能描述 (6)
2.1.1 向机房服务器报告报修状况功能 (6)
2.1.2 软件需求请求功能 (6)
2.1.3 管理人员对保修情况进行查询并计划修理 (6)
2.1.4 管理人员信息管理 (7)
2.1.5 管理人员管理教师信息 (7)
2.1.6 对已报修信息进行查询打印 (7)
2.2. 系统的性能需求 (7)
2.2.1精度 (7)
2.2.2数据存储要求 (7)
2.3. 系统的可扩展性要求 (7)
3.可靠性以及可用性 (7)
3.1. 数据备份及安全特性,包括容错设计、处理 (7)
4.故障处理 (8)
5.评审报告 (8)
前言
文档适用范围:此份标准只针对机房管理系统的需求规格进行说明,其子部分包括“硬件管理”或者“软件管理”需求规格。如果所研发的产品不是系统,那么本文档可以没有。
此文档从整个系统的视角进行需求规格描述。
本文档承担的用途:
1)系统的总体要求,以作为交办单位、用户与软件开发人员之间进行交流的基础。
2)性能要求、初步设计和对交办单位、协作单位或用户有影响的信息,并作为设计人员进一步进行整机产品需求规划、软件产品需求规划的依据,同时也是总体方案设计,详细设计的基础之一。
3)系统组装和确认测试的依据。
本文档描述系统的总体需求,很细的针对于硬件或者软件的需求不在本文档描述。
本文档由项目组长负责组织撰写。
模版的每一项内容均需填写,不得将目录项删除。如果该项不需填写或暂时无法确认内容的应注明原因。如果某模块存在特殊项该文档未包括的,可以添加目录项,也可以在原有大目录项下添加子目录以细分相应的项目。
0.概述
0.1. 读者对象
项目组成员、机房管理人员、中试测试人员
0.2. 参考文献
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[AAA] 作者,《立项建议书》,机构名称,日期
车底检测问题(1).doc
铁路货车技术参数表.doc
0.3. 术语与缩写解释
缩写、术语解释
1.概述
1.1. 系统用途及使用本系统的对象
提示:简述系统的用途。
大学机房是学生上课的重要场所,对机房的管理工作就很重要。为保障机房的正常运行,学生正常上课使用,本系统为广大老师及学生和机房管理人员所设计。本系统主要用于管理人员对机房机器硬件设备的管理、软件的增删查,师生可以发送故障报警短信、提出维修要求,对管理人员、教师的个人信息管理。
1.2. 本系统的独立性以及是否需要与其他系统相连接
本系统独立运行,无需和其他系统进行连接。
2. 系统总体概述
2.1. 系统功能描述
2.1.1 向机房服务器报告报修状况功能
使用电脑过程中如出现各种硬件及软件问题,例如某软件不能正常使用,可以登录机房管理系统发送保修短信请求管理人员来进行维修,等待维修。
2.1.2 软件需求请求功能
当师生发现需要使用某软件时可以发送请求短信,使管理人员来进行软件更新。
2.1.3 管理人员对报修情况进行查询并计划修理
管理人员登录系统,查询报修信息,派维修人员进行维修,修改报修状态为维修中。登记维
机房管理系统
管理员 教师
增加管理员教师
修改信息
删除管理员教师
查询报修信息
记录出勤维修情况
报修信息打印 发送报修短信
发送软件请求信息
修人员的姓名、时间、机房号、维修内容、维修情况等。
2.1.4 管理人员信息管理
管理人员信息管理包括增加、删除、修改管理人员的基本信息,记录管理人员出勤情况、维修情况。
2.1.5 管理人员管理教师信息
对教师个人信息进行管理包括增加、删除、查询。
2.1.6 对已报修信息进行查询打印
2.2. 系统的性能需求
2.2.1精度
对提出报修的设备进行及时维修。
2.2.2数据存储要求
网络维护日志的保存的时间为20天。
2.3. 系统的可扩展性要求
本系统目前不支持的功能/性能特性包括:本系统自动对机房网络的故障的诊断。
通过以下方案可以实现反馈信息方面的扩展:报修人员可以对维修人员的维修状态评价满意度。
3.可靠性以及可用性
3.1. 数据备份及安全特性,包括容错设计、处理
报修的及时反馈能力快。