机房管理系统分析说明书

1、未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 未定义书签。 系统分析说明书（需求规格说明书） 目录 1 概述 错 误！ 1.1 编写目的 错 误！ 1.2 参考资料 错 误！ 1.3 术语和缩写词 错 误！ 2 业务流程分析 错 误！ 2.1 组织机构调查 错 误！ 2.2 现行业务流程 错 误！ 3 需求 错 误！ 3.1 功能需求 错 误！ 3.2 数据需求 错 误！ 3.3 性能需求 错 误！ 3.4 非功能需求 错 误！ 4 环境 错 误！ 4.1开发

2、运行环境 错误！ 1 概述 1.1 编写目的 本文档的编写目的是为机房管理系统项目的开发提供： a. 软件总体要求，作为用户和软件开发人员之间了解的基础； b. 功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础； 精选文档，供参考！ c. 验收标准，作为用户确认测试的依据。 1.2 参考资料 需求调查表 可行性分析表 1.3 术语和缩写词 * 教师机：以教师身份登陆的主机 学生机：以学生身份登陆的主机 客户机：包括学生机和教师机，是除服务器以外的机子。 2 业务流程分析 2.1 组织机构调查 调查企业的组织结构，绘制组织结构图，并说明了各个职能部门的职责。 精选文档，供参考!

3、采购员 采购设备，填写采购单 登记设备采购日期，厂家，保修期 *等 管理员 2.2 现行业务流程 采用UML活动图或跨职能流程图说明日常管理工作的处理过程，可能有多个业务流程。 格式可以采用如下形式： 2.2.1 机房设备管理流程 流程描述： 相关岗位及主要职责：设备采购员： 负责设备的采购以及填写采购单据； 机房管理员：负 责机房的日常运营， 随时了解机房设备的使用情况， 随时做好登记， 并随时与机房维修人员 保持联系； 设备维修人员：负责设备的日常维修保养，保证设备能正常运行。 流程图： 222机房上机安排流程 流程描述：用户：负责申请空闲机房，填写上机请求； 精选文档，供参考! 用户 申

4、请空闲机房 机房管理员：回应用户请求，安排用户的上机时间，登记用户上机情况。 流程图: 机房管理员 -查询空闲机房 查询机房空闲时间 - 房机用可无 s 消息1 机房 可以 填写上机安排一“二一 分配用户可用机房 登记机房安排信息 3 需求 3.1 功能需求 精选文档，供参考！ 机房设备管理 精选文档，供参考! 机房上机安排管理 用例规约： 用例名：机房上机安排管理 用例参与者：机房管理员，用户 前置条件：空闲的机房，用户的可使用权 主要事件流： 机房管理员收到来自用户使用机房的请求 管理员查询可用的机房 给用户分配机房 登记此次机房安排的相关信息，包括使用日期，使用人数，使用人群，带上机老师

5、等 管理员从系统中将已分配过的此空闲机房中的记录注销。 3.2数据需求 绘制简单的领域类图，类包含属性，操作可选。 精选文档，供参考！ 设备米购 设备登 设备借用归 -日期 厂家 保修期 扌报修电话 -保修联系人 -设备价格 * -设备的详细配置 -采购人牡击 -设备采购结束 -结束8 消耗品 -领用信息 -结束4 -结束3 -结束2 查询统计 -采购单 -设备详细配置信息和设备数量 -某种设备数量 -配件数量 -消耗品数量 -设备问题记录 -设备维修记录 -新设备编号 -名称 -品牌 作用 -详细配置信息 -价值 -各种配件信息 -存放位置 -管理者 -设备状况 -结束15结束16 -借出日

6、期 -应还日期 -归还日期 -结束5 设备维修 -维修内容 -维修日期 -维修人 -处理方案 -维修结果 3.3性能需求* 3.3.1精度 1用户设定的密码必须在6-20个字节以内； 2学生的账号为学号，老师的账号为教师号，管理员的账号自设，但必须在615个字 节以内。 3老师学生的权限需要精确到单个操作，意思是老师或管理员可以设置任何一个操作是 否有权限。 3.3.2时间特性要求 一般情况下对任意一个操作都要求响应时间尽可能的短，在操作中间不要设置任何障碍， 比如调用sleep函数。对于时间可能较长的操作，需要给出进度条提示。 3.3.3灵活性 该软件尽可能多的人工设置， 以适应运行环境、

7、精度和有效时限的变化。 这些人工设置 必须有默认值。 要设定专门的接口用于软件的升级。 比如当加密的算法需要修改时可以对加密模块进行 升级。 要设定接口功能， 有一些功能我们可能暂时没有想到或者现在没有办法实现， 但在将 来可能实现我们需要把这一功添加到软件中，但又不要求软件进行升级重安装之类的操作。 比如视频教学这一块。 3.3 输入输出要求 对于服务器端保存文件， 无论其文件原来的格式是什么我们都以统一的格式保存。 当客 户端需要该文件时，客户端程序自动将保存的信息转换为相应的文件。 3.4 故障处理要求 软件可能出现的异常：空指针错误，会导致强制关闭。要求能够及时保存操作的数据， 不会因

8、为异常而使数据丢失。操作记录，要求记录出现异常的原因。硬件可能出现的异常： 突然断电。要求同上。 3.4 非功能需求 * 包括可维护性、可移植性等非功能需求。 涉及数据库访问的应用程序必须保持数据库数据的一致性。 要保证机房安排等信息不被非指定人员修改，输出。 系统只能由授权的人员操作，以保证数据的安全。 已安排被使用的机房信息不能被修改。 4 环境 4.1 开发运行环境 4.1 设备 (1) 桌面单机系统采用低端计算机设备，CPU采用inter P4处理器，内存512M，硬盘 80G (2) B/S 结构网络版系统要求采用专用服务器作为 WEB 服务器及数据库服务器 4.2 支持软件 操作系统： Windows XP ,visual FOXPRO 6.0/8.0 4.3 接口 桌面单机系统软件直接使用 visual poxpro 数据库，开发工具也采用 visual foxpro ，不需 要