需求规格说明书(无格式).pdf

服务器性能监控管理系统 需求规格说明书 福建工程学院 文档信息：文档名称 需求规格说明书 描述 本文档概括性地介绍项目的背景和场景，并简要地描述了本项目所实现的功能 负责人 状态 文档变更历史：时间 修改人 章节 描述 审核人 1.引言 在软件开发与维护的漫长的生命周期中，需要完成许多性质各异的工作，因此意味着应该把软件生命周期的划分成若干阶段，并相应的制定出切实可行的计划，此后应该严格按照计划对软件的开发与维护进行管理。1.1 编写目的 需求规格说明书是需求分析的产物，作为整个软件开发过程的第一条基线，本文档旨在介绍项目的背景知识，并对本项目所实现的功能进行简单描述，从而为项目团队定义一个清晰的目标，为功能规范的编写提供基础。它是软件开发人员开发出符合用户要求的软件基础。预期的读者对象:1）系统开发人员：项目经理、系统设计师、软件开发人员、测试人员。2）软件管理者和维护者。1.2 背景 当前越来越多的企事业单位建设了信息化管理系统，而其中多数系统是运行在单位机房服务器上。由于对这些系统的可持续运行能力要求很高，而传统的人工监测不能做到对系统的性能故障防范于未然，一般都是发现信息系统无法操作了才去定位故障的原因，这样就影响了企业工作的正常运转。这时候，如果他们有一个能够实时监控系统主机运行状态的管理系统，通过这个管理系统，它们可以远程观测系统主机的性能运行情况，能够先于系统发生性能故障之前发现问题，那么就能够做到将性能隐患消灭于萌芽状态，当然，也就提高了企业信息系统的工作效率，给企业的工作效益带来实实在在的好处。1.3 定义 服务器：企事业单位机房中，用于运行各种信息化管理系统的计算机或计算机组。客户端：本系统的客户端（采集端）为企事业单位的服务器，负责采集本机性能数据。并传送到服务端进行分析管理。服务端：本系统的服务端负责对客户端传送过来的性能数据进行分析，并进行智能管理。报表系统：报表系统为本系统的子系统，采用 B/S模式（网站）对采集到的性能数据进行统计分析，并动态生成报表。UML：统一建模语言（United Modeling Language）。1.4 参考资料 1 实用软件工程方法，微软公司。2 软件工程项目最佳实践，ATA教育公司。3 UML精粹（第二版），Martin Fowler,Kendall Scott著，徐家福译。2.任务概述 2.1 解决方案 为了满足企业信息化的性能监控需求，现研究开发服务器性能监控管理系统。本系统通过对单位各服务器的实时运行数据（CPU、内存、磁盘等）进行统计学波动监视，以判断服务器实际运行状态与预期稳定状态的偏离有多大。服务器性能监控就是测量现有系统服务器的性能，了解与目标性能的偏差以及量化性能恶化对企业所造成的影响的过程。该系统作为网管系统的一个子系统，能够与其他子系统进行资源数据共享和性能数据预警，帮助企事业单位准确定位服务器的故障所在，并为企事业单位的生产经营带来更高的效益。2.2 项目范围 由于服务器性能监控系统功能全面、丰富，业务相对复杂、工作量大，因此，为便于系统开发管理，降低风险，现将本系统拆分为 3 个子系统，并且采用增量式开发，分版本发布：V1 客户端性能数据采集：通过可视化的控制界面，由客户端获取的计算机信息、CPU信息、进程信息、内存信息、磁盘信息、应用程序信息、网络信息、用户信息传递到服务端。V2 服务端性能监控：服务端对客户端传送过来的性能数据进行分析。可以针对所有设备的 CPU负载、内存利用率等进行全网记录，也可以对单独的应用服务器等进行记录，包括进程的 CPU占用趋势图、物理内存 利用率趋势图，方便管理人员查看各进程一段时间以来的运行情况，并且像 windows操作系统一样通过简单的点击就能查看到相关的信息，而且在很大的程度上降低了系统的监控技术门槛。V3 报表系统：报表系统对采集到的性能数据进行统计分析，以丰富的图表样式展示历史性能数据，如进程的 CPU占用趋势图、物理内存利用率趋势图等，并动态生成报表。2.3 用户的特点 系统管理员：负责系统的安装与维护，客户端及服务端的性能数据采集管理、根据采集结果进行统计分析，经常使用本系统。企业领导：能够查看历史性能数据信息，生成及打印报表。不经常使用本系统。2.4 项目要求 对于各系统的实现，必须满足以下要求：(1)系统简单易用、流程清晰(2)系统安全、可靠；员工操作权限依其身份不同而不同(3)界面简洁、美观(4)数据必须完整且无冗余(5)数据库的设计必须规范(6)数据必须安全 3.需求规定 3.1 功能需求清单及优先级 3.1.1 客户端 序号 编号 名称 描述 1 F1 客户端 接受服务的另一方 2 F1.1 获取性能信息-Computer 获取计算机的名称、IP 地址、MAC 地址 3 F1.2 获取性能信息-Cpu 获取制造商、使用率等信息 4 F1.3 获取性能信息-Memory 获取物理内存、虚拟内存、已用内存等信息 5 F1.4 获取性能信息-Process 独立调配计算机资源的一个单位，是一个正在运行中的程序 6 F1.5 获取性能信息-Disk 显示页面读取速度、磁盘容量 7 F1.6 获取性能信息-Application 显示应用程序以及状态 8 F1.7 获取性能信息-Networking 显示联网信息 9 F1.8 获取性能信息-Users 显示用户名以及状态等 10 F1.9 连 接Socket编 程 UDP/TCP 作为应同程序和网络操作的中介物 11 F1.10 XML 格式编程 可扩展标记语言 3.1.2 服务端 序号 编号 名称 描述 12 F2 服务端 服务器级的高级 PC 13 F2.1 监听-主机管理平台（主机）实时监视所需监视的主机 14 F2.2 监听-性能管理平台（性能）显示主机各性能，监视人员可对其进行添加、修改、删除 15 F2.3 监听-查看主机详细信息 显示主机的所有信息 16 F2.4 控制-控制进程（结束进程）获取客户端计算机正在运行的进程，并可以结束进程 17 F2.5 控制开关机 服务端控制客户端计算机的开/关机 18 F2.6 控制远程桌面 服务端控制客户端计算机桌面，方便了服务端进入到客户端的桌面，进行需要的操作 19 F2.7 预警设置阀值 在客户端主机的某项中设置以各预警 值，以便该项中的数值达到预设数值，提示警告 20 F2.8 预警报警提示 某项数值达到预值时，出现报警提示 3.1.3 报表系统 序号 编号 名称 描述 21 F3 报表系统 生成报表以及导出报表 22 F3.1 登陆 输入用户名以及密码用以登陆报表系统网站 23 F3.2 生成报表 点击“生成报表”按钮，生成 CPU、磁盘、内存、计算机、应用程序、网络、用户等报表 24 F3.3 导出报表 点击“导出报表”按钮，导出 CPU、磁盘、内存、计算机、应用程序、网络、用户等报表到 Excel 25 F3.4 修改密码 输入用户名以及原始密码后可以修改新密码 3.2 功能需求描述 3.2.1 客户端功能 .采集性能信息：通过调用 WMI32函数来获取计算机信息、CPU、内存信息。通过调用 WMI32函数来获取计算机信息、CPU、内存信息。.显示性能信息：.发送性能信息到服务端：（静态信息连接发送，动态信息持续发送），性能数据用 XML格式封装，传输技术采用 Socket TCP协议 .手动配置服务端连接方式：.客户端不保存性能数据：.非功能要求：能显示与服务端的连接状态、传送状态。.界面参照优化大师、360、卡巴斯基、微点。3.3.2 服务端功能.系统管理：启动，停止服务器，用户管理，用户登录。.性能数据监视：对客户端传送来的数据能实时监听。.远程控制：远程开关机，远程桌面。.显示历史数据信息：能够对客户端的历史数据信息的查看，以便对客户端的监控。.设置阀值，预警：程序超过阀值，能够提示用户。3.3.3 报表系统功能.历史数据查询：用户进入给定的网页，能查看，提取历史数据。.生成报表：用户取出报表时，可以有针对性的生成报表。.打印报表：用户可能通过打印机把需要的数据打印出来。3.3 性能需求 3.3.1 精度说明 1.对于成绩录入，要求精确到一位小数值。2.该系统所有的时间精确到秒，浮点数字精确到小数点后两位。3.3.2时间特性要求 系统查询响应取决于服务器和浏览器之间的连接带宽以及同时连接的客户端数目，管理系统在设计上应以快速响应管理人员查询请求为优先保证目标。3.3.3 灵活性 该系统属于网管系统的一个小系统，可能整合到网管系统中。3.3.4 数据管理能力要求 .数据备份和恢复工具 .数据访问控制措施 .数据机密性保护措施，如密文存储 .数据完整性保护措施 .防止非法软盘拷贝和硬盘启动 .备份数据的安全保护 3.3.5 故障处理要求 .服务器的故障将导致帮助文件的内容不可访问，故建议服务器应采用备份恢复的措施；数据库的故障将导致某些功能的无效，但不影响帮助文件的查询。.当数据库损坏是能够有备份数据快速恢复，使得数据不被毁坏。.服务器崩溃时能重起动操作系统使得该系统能快速恢复。.服务器的故障将导致帮助文件的内容不可访问，故建议服务器应采用备份恢复的措施。数据库的故障将导致某些功能的无效，但不影响帮助文件的查询。.当用户由于操作失误导致系统崩溃，重启机器即可恢复。.当用户由于操作失误删除数据库时，需要系统维护人员重新导入备份数据库。.通过设置级别权限来增强安全性，对外部网络免疫，对来自内部的攻击则无能为力。3.3.6 安全性.系统各界面的访问权限：任何用户没有本系统的权限或密码不能进入本系统，不能通过 URL地址输入该页面文件名称直接进入。.对于各种破坏性操作（如删除），应弹出确认对话，以供用户选择确认。3.3.7 可靠性 不会因为一些错误而导致系统崩溃或数据丢失,保证系统长时间运行不会出现任何错误 3.3.8 友好性 .在页面上应有帮助信息，如系别名称不能重复、操作的相关注意事项，使用用户不用查看用户使用手册就能直接操作。.对于各种操作状态及出错应当给予友好性的信息提示。.对于信息提示，除非较为严重的出错信息，才采用弹出式对话框提示，否则采用将提示信息显示在界面上。3.4 培训需求 鉴于本系统使用比较简单、方便,只要有一些 Windows操作经验的人就能使用,故可以省去培训服务.另外,开发单位还为该软件用户提供安装、保修,以及系统的免费维护和其他一些运行支持.3.5 运行环境“服务器性能监控系统”可在 Windows各个版本(Windows9.x/Windows NT/Windows XP/Windows 2000/Windows 2003)上运行，数据库采用 Microsoft SQL Server 2005企业版。4 项目资源 4.1 软硬件资源 表 4-1 软硬件资源 资源名称 级别 详细配置 获取方式 费用（参考）服务器 关键 HP 刀片，至少 CPU3.0Gx2 内存 2GB 购买/利旧 SQL Server 关键 企业版 2005 购买/利旧 Windows 关键 企业版 2003 购买/利旧 4.2 项目资金预算 4.3 开发团队 根据 MSF软件过程管理规范，可以将软件开发分为以下几个阶段：构思阶段、计划阶段、开发阶段、稳定阶段和部署阶段。为了完成上述的功能模块，在每个阶段需要投入的人员角色、人数如下：表 4-2 开发团队 角色 职责 建议人数 项目经理 项目负责人，参与项目需求调研、设计，管理项目开发 1 需求人员 负责项目需求调研 2 设计人员 参与项目需求调研,负责项目设计 2 编程人员 主力开发工程师，根据设计要求编码，同时参与项目的设计 6 测试人员 有较强学习能力，具有相关项目的测试经验。3 美工技术员 负责网站界面的美工处理 1 4.4 开发周期 表 4-3 开发周期 序号 事项 时间(工作日)1 需求调研、需求回馈与确认 不计入开发时间 2 编写需求分析说明书及功能说明书 13 3 根据需求分析说明书和功能说明书进行总体设计，主要完成详细设计（含界面设计）与数据库设计 13 4 系统实现 30 5 内部功能测试，目前暂不考虑测试文档的编写，非项目参与人员也可以进行测试，根据测试反馈及时修改系统 13 6 向客户提交第一个测试版本，目前暂不考虑安装包和使用手册的编写 13 7 客户培训、试运行 13 4.5 风险评估 出于对系统全面风险的考虑，并将风险压缩到最小的比例，从以下几个方面进行阐述：(1)安全风险：由于系统使用于全福州工商银行网点，则房源信息对于全福州市各工商银行网点的全部职工公开，有可能造成房源信息外泄等问题。(2)培训风险：本系统使用对象为全福州工商银行网点（152个）及相关机构的职员，因此系统的培训和售后服务的工作量和工作难度需要重点评估。