寻求一份标书。。
自己做练习用的。。
就类似用户提出的要求 和一些什么其他的。。
不过我的能力比较低。。所以需要练习。。
模拟一下作项目的一些过程和真正工作后要求自学的一些。。
希望能有达达帮助我
我只有用JSP+SQL做过几个小项目。。
C#方面只是做过酒店房间管理，电影院售票，模拟QQ，五子棋，扫雷等一些小程序。。
希望有高人能帮助我模拟项目需求来发给我 让我来做练习。。（希望能接近工作和接近我能力的项目，能有我不会的更好。可以好好自学。。）
自己做练习用的。。
就类似用户提出的要求 和一些什么其他的。。
不过我的能力比较低。。所以需要练习。。
模拟一下作项目的一些过程和真正工作后要求自学的一些。。
希望能有达达帮助我
我只有用JSP+SQL做过几个小项目。。
C#方面只是做过酒店房间管理，电影院售票，模拟QQ，五子棋，扫雷等一些小程序。。
希望有高人能帮助我模拟项目需求来发给我 让我来做练习。。（希望能接近工作和接近我能力的项目，能有我不会的更好。可以好好自学。。）
1、数据采集功能
数据采集是整个系统的基础数据来源，本项目需完善数据采集工具，有效进行数据采集，以保证系统数据的有效性。
要求采用自动获取数据的方式，包括代理式、非代理式和硬件探针，数据源包括网络、主机、中间件、数据库、应用系统等，采集到的数据需满足多方面的分析监控要求，采集方式和工具由分析和监控功能层需求决定。
2、分析和监控功能
按监控要求对采集的数据进行分析，完善集中监控功能，提高监控深度，特别是网络性能和安全监控管理，进行结果分析。
数据处理原则：接受来自数据采集层采集的数据，对数据进行计算与汇总以及性能阈值分析，最终提供数据展现以及告警处理模块对数据和性能告警进行展现和告警处理。
需具备如下功能：
1） 性能数据的预处理
预处理是对采集来的原始数据进行格式转换、检错纠错，形成内部标准记录，支持比较灵活的格式转换配置和检错纠错配置。
2） 性能数据计算与汇总
对预处理后的数据进行必要的计算、汇总形成所需的性能指标。处理后的性能数据保存到数据库中，供分析和呈现使用。
3） 性能数据阀值分析
性能数据反映了系统的运行状况，是判别被管资源运行是否正常的关键数据。性能数据一旦超出预先设定的阀值时，系统将触发一个告警，该告警称为性能告警。
系统需提供设定/查询/修改/删除性能阀值的工具，可设多个阀值进行分级告警。
性能阀值告警的内容需比较全面地描述该性能数据超出阀值的情况，以便分析、排除故障。
性能指标应包括以下内容：
主机状态、关键应用进程状态、CPU利用率、内存使用率、磁盘空间使用比率、文件系统使用比率等；
网元状态、网络链路状态、流量等；
数据库状态、表空间使用率、共享内存使用百分比等；
交易中间件进程队列中排队的连接个数等；
存储阵列状态、热备盘接管状态等；
介质库状态、备份服务进程状态等；
其它重要数据。
3、数据展现功能
为管理人员、技术人员、外部用户等不同层次人员提供有效的数据信息，包括统计分析报表、决策支持等等。
4、告警管理功能
告警管理根据分析和监控功能对数据进行分析处理的结果，提供故障告警功能。需完善数据网监控功能，对数据进行关联分析，智能化告警，重点解决网络性能和监控管理。
告警数据管理针对数据分析处理后产生的告警事件，进行故障定位、告警过滤、告警升级、告警级别重定义、告警前转、告警清除等操作。系统需提供告警信息的终端界面显示外，还需支持多种其他方式的用户通知，如短信、e_mail等。告警管理需包括以下功能：
1）告警分类与级别
按照告警信息所属资源的类别进行分类，如：网络告警、主机告警、应用系统告警、服务器告警等等。
告警信息的严重程度、影响范围以及与相应考核指标的关系确定告警级别，如：严重告警、重要告警、一般告警等。
除了以上三种告警还存在一种亚健康状态，指系统尚未到达告警状态，但是性能下降到达需要管理员密切关注的水平。通过对该状态的监控，系统管理员可以积极主动地对系统进行管理，避免系统故障的出现。
2）告警信息格式
告警内容的格式应遵循以下规则，即每条告警可包含有以下信息，并可自定义。名称 说明
告警的序列号 产生告警消息的序列号
性能标识 告警性能的标识
告警标题 性能的解释
设备/系统的识别名 设备/系统的识别名
告警发生时间 告警发生时间（对于多次发生的告警，则指第一次告警发生的时间）
告警确认时间 告警确认时间
告警清除时间 告警清除时间
告警级别 告警级别
告警最近一次发生时间 告警最近一次发生时间（对于多次发生的告警而言）
告警发生次数 告警发生的次数
活动状态 告警当前状态
告警源 告警发生源
告警内容 告警内容3）告警数据管理流程
◆ 告警重定义
◆ 关联分析
◆ 告警显示
◆ 告警前转
◆ 智能排障
◆ 告警过滤
◆ 告警升级
◆ 告警状态管理
4）告警确认
收到告警提示后，提供友好的界面供维护人员进行告警确认，系统产生确认时间等确认信息，且具备批量确认的功能。
5）梯度告警
提供梯度告警的功能。也就是两个时间点的数据差值如果超过了门限，则应该上报告警。这种告警不同于性能数据的超门限告警，性能数据的超门限告警只是对一个时间点上的性能数据设定了门限，而梯度告警则是对两个时间点的性能数据的差值设定了门限。梯度告警能够迅速发现性能数据的异常变化。
6）告警故障定位
告警故障定位应与系统配置数据和应用逻辑相结合，根据设备厂商或应用软件开发商提供的最小粒度定位，如CPU、路由模块、网络接口卡、应用关键点等。5、系统管理功能
本平台系统管理功能，需要考虑包含帐号管理、权限设置、基础运行数据等配置数据信息管理功能，使系统能够根据这些配置信息控制系统和流程自动运行。
需要管理的配置数据内容包括：
权限信息管理：使不同的用户只能操作指定的系统功能，实现基于权限的系统功能管理。
用户组织结构信息：可以从现有AD目录服务内，导入劳动信息中心现有的组织结构信息，并且允许对结构信息进行修改和维护，用于管理资产组织结构。
其他系统运行必需的基础数据信息，如故障的类型信息、对其他单位服务承诺服务等级等信息；
1）用户管理
结合劳保信息中心现有的目录服务，实现系统的用户和岗位角色管理。可以通过以下方式进行用户管理：
第七章. 基于角色的权限分配
第八章. 用户信息与目录服务结合
2）基础数据管理
对系统正常运行所必须的基础数据进行管理维护的模块。这些基础数据将成为：表单内限制数据选择范围的基本依据，以及系统策略控制的基本依据。
6、系统接口需求
由于本系统涉及到各个方面的接口，其中包括与监控软件的接口以及与其它外系统的接口等，是整个系统集成的关键。
系统应按照以下原则设计接口：
1）接口可以灵活配置，并且可扩展；
2）具有可靠的接口数据出错处理机制；
3）使用简单、快捷的方式实现与其它相关系统的接口；
4）接口数据操作应保证在规定的响应时间内完成，同时还要保证各相关业务系统的运行效率不受影响；
5）保证接口数据在两侧系统的一致性；
6）接口数据能够方便的形成，并能在被接口方顺利地导入；
7）在接口数据交互过程中，应具有数据传送和接收传送后的确认过程；
8）在满足要求的前提下，使接口数据量最少；
9）接口数据传输控制策略可靠且完善；
10）利用开放标准；
11）提供适当的安全控制。
不就是练习吗？
我提个需求你可以考虑一下：计算CSDN java版每天24小时的帖子更新量。
精确到每分钟。输出格式：
统计时间段：
从 2009-05-20 01:00:00 到 2009-05-20 01:10:00
01:00 = 10
01:11 = 24
..
..
01:10 = 102