政府投资信息化项目评审相关要求介绍-北京教育网络和信息.pptVIP

* * 软硬件配置产生过程 需求分析－总体框架－软硬件配置 1）需求分析提供了对项目预期的业务终端数、用户数、业务量、业务量分布特点、网络数据流量等分析。 基于对各作业量内部构成的分析，提出主机设备、存贮设备、网络设备及通信线路、系统软件（含操作系统、数据库、中间件等）、应用软件、终端外设、安全系统等信息系统关键组成部分支撑能力的需求，包括并发事件响应能力、并发会话维护能力、并发交易处理能力、并发计算执行能力、信息传输通信能力、数据分类存储能力、海量信息聚合能力、客观知识发现能力等，结合政务信息化现状，找出实现政务目标支撑能力的差距，确定需要新增的支撑能力，并提出可量化的系统支撑能力指标。 2）总体框架部分的集约化，共享交换要求与限制 * * * * * * * 1.教育类项目 纳入经信委评审范围的项目总体上和去年保持一致： 按照2011年市本级教育项目分类，信息化建设，基础设施类项目中的安防类项目，市教委委托项目中的信息化建设相关项目，图书馆建设类项目中的网络化、数字化、业务管理系统建设。以上类别项目要报北京市经济和信息化委员会进行评审。 常见申报项目：教育行业综合类项目、校园网建设、一卡通建设、校园信息化系统整合、网络与信息安全保障、应用系统建设、数据中心建设、机房建设、无线网建设、网络卫星电视系统建设、校园安全监控、网站建设、基础设备购置、校园广播系统建设等。 不属于评审范围的项目：教学平台资源建设、图书馆建设项目中的信息资源购置等类型项目。 1.教育类项目 2.工程类项目 涉及安防、监控、机房改造等工程类项目，项目申报单位应按照工程项目要求编制工程预算并提供图纸，市经信委主要审查建设方案和采购设备产品。 3.安防类项目 安防监控类项目审查范围，不再区分重点区域与一般区域，均属于市经信委审查范围。 六、常见问题和相关要求 需求分析不足。以硬件采购类项目为例，申报书中缺乏分析，仅提出需要采购的硬件设备 业务需求与技术方案不对应。以应用系统项目为例，申报书中软件系统功能和业务需求不对应，软件产品选型不合理 预算内容与申报文本内容不一致。主要是存在遗漏和重复等情况 不属于信息化审查范围。项目申报内容及预算内容不符合信息化审查范围（会议费、调研费等） 预算经费依据不足。预算申报格式不清晰，取费依据不充分，填写的项目经费明细表错算率较高 1、常见问题 项目错报、漏报问题：教委项目分类标准不同于一般委办局分类标准。涉及信息化建设的项目，可在科研建设、学科建设等非信息化预算分类中申报，建议整体上先统筹然后再申报，尽量减少漏报、错报等情况。 项目申报书质量问题：存在《项目经费明细表》错算率较高等常见问题。建议在申报前先进行项目分类、并统筹开展项目建设必要性、申报材料准确性和完整性评审等工作，提高评审工作效率。 1、常见问题 需求分析 硬件方案 数据处理需求 计算设备 数据存储需求 存储设备 数据通信需求 网络设备 安全保障需求 安全设备 操作终端需求 终端设备 机房环境需求 机房配套设备 硬件方案申报总体要求：系统需求分析是硬件方案设计和选型的依据 2、相关要求和建议 加强硬件方案需求分析 数据库服务器：说明单项业务操作终端数、单笔业务需要的操作次数等及相应的性能需求 WEB服务器：分析用户并发访问量、说明用户请求响应时间要求等及相应的性能需求 应用服务器：根据不同业务应用，提出对服务器性能要求的侧重点 存储设备：根据业务分析，说明数据类型、数据内容，计算系统数据存储量（含未来３至５年增长量），并明确数据存储备份方式和机制 操作终端：根据业务特点，明确办公终端、移动终端、大屏幕系统配置数量和特殊性能需求 2、相关要求和建议 加强硬件方案需求分析：数据通信 需求分析 根据业务对象，确定通信线路类型 根据业务量和数据量分析，对系统网络流量进行测算 明确局域网覆盖范围和内部用户数量 设计原则 路由器类型与业务内容、网络规模相匹配 核心交换机要求高性能高稳定，可以考虑双核心模式 接入交换机端口与布线系统以及系统用户数量匹配 布线信息点数，局域网带宽 2、相关要求和建议 软件方案申报总体要求 总体框架合理，技术路线合理，系统功能和业务需求保持一致 系统构架合理可行，系统构成单元（模块、子系统、构件、部件）间的逻辑关系、层次划分清晰 系统运转机制清晰，能够支撑业务的正常运行，无冗余 具有良好的开放性和易于扩展，与相关系统之间的边界、关系清晰 符合顶层设计相关要求及相关技术标准。充分利用市级共性支撑平台，避免重复建设 部门内部和部门之间应避免重复建设 2、相关要求和建议 软件产品选型相关要求 功能性：产品的功能与性能应满足业务应用要求，应与应用规模、功能需求、性