1.    配置项状态.... 1

2.    变更请求概要列表.... 2

3.    版本发布信息.... 3

4.    备份历史信息.... 3

5.    CM环境状态.... 3

5.1      主服务器状态... 3

5.2      备份服务器状态... 3

6.    度量.... 3

 Elaboration Configuration State Accounting

1.    配置项状态

2.  变更请求概要列表

3.  版本发布信息

4.    备份历史信息

5.    CM环境状态

5.1 主服务器状态

5.2 备份服务器状态

6.    度量

 

第二篇：实验室日常维护管理系统需求分析报告

实验室日常维护系统需求规格说明书

实验室日常维护管理系统

1、 引言

1.1、 目标

软件需求规格说明书描述的是“实验室日常维护管理系统”的软件功能性需求和非功能性需求。系统的目标是实现实验室内各种设备的运营状况的动态反映，并且利用日常维护中登记的信息预测设备的故障情况。

文档面向小组内部成员，并计划由实现和验证系统正确功能的项目团队成员来使用。其实项目开发的基础，对小组日后工作具有指导的意义，起着统筹整个项目的作用。

1.2、 文档约定

本文档采用A4的纸张标准，各个标题部分宋体四号并加粗，正文部分宋体小四，正文段落皆首行缩进两个字符且行距为固定值20磅。 整篇说明书暂无特殊意义的表示符号。对节、小节和单个需求的标记格式必须一致；允许不受限制地使用空白；灵活明智地使用各种可视强调标志（例如，黑体、下划线、斜体和不同字体）；对所有图和表进行编号，并且给出标题，根据编号来引用这些图和表；使用字处理程序的交叉功能来引用文档中的其他位置，而不是通过页码或节号进行引用；使用超链接使读者可以跳转到软件需求规格说明或其他文档的相关部分。

1.3、 读者对象和阅读建议

该需求规格说明书面向不同的读者对象，例如，项目开发团队是根据该需求规格说明书了解需要开发什么样的产品；测试小组使用需求规格说明书测试用例和测试过程；软件维护和支持人员根据需求规格说明书了解产品的每一部分的功能是什么；文档编写人员根据需求规格说明和用户界面设计来编写用户手册和帮助屏幕。

1.4、 项目范围

1

实验室日常维护系统需求规格说明书

“实验室日常维护系统”允许顶级管理员、一级管理员和普通管理员登录该系统，进行一系列的活动事件，详细的项目描述请参见第二节总体描述。

1.5、 参考资料

《Software Requirements》 Karl E.Wigers 著 清华大学出版社 20xx年出版；

《实用软件需求》Kovtiz,Benjamin L著 机械工业出版社 20xx年出版

《需求分析与系统设计》 Maciaszek著 机械工业出版社20xx年出版

《数据库应用系统设计与实践》 周丽娟，王洁，徐敏著 中国铁道出版社 20xx年出版

2、 总体描述

2.1、产品前景

目前各高校通过计算机对设备在使用中运营情况的监控管理很少，实验室设备经常会发生这样或那样的故障，靠值班人员登记设备故障现象，维护人员查看故障记录，进行维修，然后登记维修过程与内容，以备日后复查，用这种方式进行设备运营管理，显然是低层次的，它仅仅起到一个记录的作用，不能对大量的故障信息进行统计分析，不能动态地反映实验室内各种设备的运营状况。

基于以上情况，建立一个在网上可以方便操作的，既可以记录设备运营状况又可以从中提取有用信息作为决策依据的管理系统是十分必要和可行的。

2.2、产品特性

该系统能实现的功能如下：故障设备管理（故障设备信息管理、维修过程管理、故障类型信息管理）、实验室设备物资管理（设备物资记录、报修、维修、报废、报损、申领、申购、招投标管理、设备信息管理、厂家信息管理、设备名称管理）；实验室开放运行管理（实验室使用申请、实验课安排、实验室安全保障、门禁警报）；用户管理（管理员管理、用户管理）；打印报表（基本信息、维护信息）；数据挖掘（统计设备故障率、预测设备故障趋势、预测设备平均故障时间）。

2.3、用户类及其特征

1、顶级管理员：登录；查询、添加、修改、删除基本设备信息；查询、添加、修改、删除故障设备信息；查询、添加、删除顶级和一级管理员；查询、删除普通用户；打印报表；注销。

2、一级管理员：登录；添加、修改、删除基本设备信息；添加、修改、删除故障设备信息；浏览顶级和一级管理员；浏览、删除普通用户；打印报表；注 2

实验室日常维护系统需求规格说明书

销。

3、普通用户：注册；登录；浏览基本设备信息；浏览故障设备信息；用户信息修改；注销。

2.4、运行环境

运行该软件所需要的硬件设备如下：

a、 处理器及内存容量：处理机主频不少于1G，内存容量不低于256MB； b、 外存容量不少于20GB，可联机操作也可脱机操作；

c、 输入及输出设备的型号和数量：显示器、鼠标、键盘等若干；

d、 数据通信设备的型号和数量：路由器一个；

e、 功能键及其他专用硬件：无专用硬件；

所需软件设备如下：

a、 本系统使用Visual Studio.Net 2003作为系统的开发平台，采用ASP.NET技术，它是事件驱动编程模型，支持页面与代码的分离，代码比较有条理，容易实现系统的维护和升级。

b、 本系统利用Microsoft SQL Server 2000作为本系统的数据库，它是一个支持多用户的新型数据库，适用于大中规模的数据量需求。

2.5、设计和实现上的约束

系统的设计、编码和维护文档将遵照Process Impact Development Standard(Process Impact 公司内联网开发标准)版本1.3。系统将采用公司标准的当前SQL SERVER数据库引擎。所有HTML代码将遵照HTML4.0标准。

2.6、用户文档

系统将提供一个分层的和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何使用教务管理系统。

3、 系统特性

基本设备管理模块包括基本设备信息管理、厂家名称管理、实验室名称管理和设备名称管理。

故障设备管理模块包括基本设备信息管理、厂家名称管理、实验室名称管理和设备类型管理。

用户管理模块管理员可以浏览已有管理员信息，修改自己的个人密码，添加新的下一级管理员，查看用户信息，并且可以删除用户信息，但管理员不能直接添加用户。用户可以修改个人信息，若数据库中没有此用户，则会提示注册，注 3

实验室日常维护系统需求规格说明书

册时需要输入大于六位的密码，注册成功后，可以以用户身份登录系统，但是用户只有浏览和查询的功能。

打印报表模块可以打印基本信息报表和维护信息报表，并可以将报表保存至本地。

数据挖掘模块使用了决策树算法、时间序列算法和设备寿命预测算法，可以统计某设备类别在某时间段内的故障率，可以预测出某类别本月和下月的故障个数，可以预某种类型设备的寿命。

4、 外部接口需求

4.1、用户界面

描述系统所需的每个用户界面的逻辑特征。“实验室日常维护”的屏幕画面将遵照Process Impact Internet Application User Interface Standard（Process Impact公司的Internet应用程序用户界面标准）版本2.0。

系统对所显示的每个HTML网页都提供帮助链接，解释如何使用这些网页。 Web页面的全部导航和条目选择，除了综合使用鼠标和键盘共同完成外，还以只通过键盘来单独完成。

4.2、硬件接口

采用USB接口方式与外部设备箱连接。

4.3、软件接口

本软件采用ASP.NET做设计开发平台，在Windows操作平台下运行，可与各类应用软件很好兼容。

4.4、通信接口

与各种网络协议不冲突，“实验室日常维护管理系统”将向各级管理员以及普通用户通过发送短信、电子邮件等方式告知其该做什么，例如有一级管理员不在该校任职，其有关信息将会被顶级管理员所删除，顶级管理员会通知各级用户改信息。

5、 其他非功能性需求

5.1、性能需求

时间特性要求：

响应时间：不得大于3秒；

更新处理时间：不得大于5秒；

数据的转换和传送时间：不得多于5秒。

4

实验室日常维护系统需求规格说明书

灵活性：操作方式上的变化：点击“确认”键，即刻用鼠标也可敲键盘的回车键；

运行环境的变化：既可以在Windows2003上运行，也能在WindowsXP和WindowsVista上运行；

同其他软件的接口的变化：提供多种接口；

计划的变化或改进：对开发进度可适当提前。

5.2、 防护性需求

防护性需求还没有确定。

5.3、 安全性和维护性需求

该软件可以有效的防止病毒入侵，系统可以满足硬件需求的条件下稳定的运行，不会出现系统崩溃或数据丢失等情况。所有涉及功能信息或个人身份信息的网络事物，都按照BR-33进行加密操作。用户必须登录到“实验室日常维护管理系统”才能完成其他所有操作。用户的登录受到计算机系统访问控制策略的限制，具体请参照BR-35。同时，本软件可随时随着用户需求的变化而快速更新，满足用户不断增长的需求，可维护性强。

5.4、 软件质量属性

可用性：“实验室日常维护管理系统”将对学校内联网的用户可用。

健壮性：如果顶级管理员在删除用户信息得到确认或取消之前，用户和系统的连接中断，那么管理员应该能通过“实验室日常维护管理系统”恢复不完整的的删除信息。

5

实验室日常维护系统需求规格说明书

6