劳动人事争议调解仲裁办案系统项目管理解读.pptVIP

* 针对性的性能调优 硬件设备优化 添加负载均衡设备 增加服务器数量 网络带宽扩容 裸设备vs文件系统 数据库优化 分区表和索引技术 并行化技术 物化视图技术 数据库参数配置 针对性的性能调优 中间件优化 数据库连接池 Session超时时间 系统启动初始内存 应用系统调优 业务逻辑重构 SQL编写规范 中间件编程规范 上线 上线后需要做的工作： 业务数据实时监控 系统压力和性能分析 遗留问题处理 完成上线总结报告 系统稳定运行的判断标准 应用系统 系统主要功能已经满足业务办理需要 系统主要功能已经正常应用且产生业务数据 系统运行不发生长时间业务中断、阻塞、死锁等情况 业务高峰时段系统页面响应快速，无明显延迟 数据保存完好，查询统计生成快速，结果准确 硬件设备 系统平均负载小于cpu个数*核数*0.7 闲事Cpu资源占有率迅速下降 JVM 内存回收曲线呈波浪状 可用存储空间大于已使用存储空间 网络 吞度量、吞吐率处于正常状态 系统运行期间无断网 推广 推广阶段步骤 机构、人员信息维护与授权 系统参数和流程设定 数据迁移 培训 上线运行 运行维护 机房、网络 主机、存储 数据备份与恢复 数据迁移 性能优化 持续改进 基础环境 数据管理 应用系统 构建高可用的环境 基础环境维护 容灾 离线容灾，磁盘磁带备份 在线容灾，数据容灾，数据冗余 在线容灾，数据与应用对称冗余 在线容灾，多级冗余策略 异地容灾的必要性 地震，洪水，火灾等 911以后，大部分金融机构很快恢复，律师事务所等损失惨重 应用系统维护 性能优化 通过改善硬件达到的效果远不如软件优化的效果 优化的原则 不是所有系统都需要优化 性能问题往往是业务软件带来的 基于业务过程进行优化才是正确的思路 优化要有度，不是最优就是最好的 应用系统维护 系统维护 系统实时监控 完备的系统操作文档 完善的系统更新升级制度 生产环境中数据更新策略 信息化建设是一个不断完善的过程 劳动人事争议调解仲裁办案系统项目组 谢 谢！ * * * * * * * PECjAppServer2002 是一个衡量J2EE应用服务器性能的行业标准指标，单位为TOPS (Total Operations Per Second) ，影响其指标的主要因素包括硬件平台、J2EE、JVM和数据库等等。SPECweb99其值为在预定义的工作量下，WEB服务器可支持并确认的同时连接数；SPECweb99-SSL指WEB服务器可支持并确认的经过安全认证的连接数。 * 计算机系统领域有很多的测试规范(Benchmark)用来对计算机系统的有关性能进行评测，联机交易系统领域目前常用的测试标准是TPC-C参数值，其数据单位是tpmC，其含义是每分钟进行交易处理的次数(Transaction Per Minute)。 * 计算机系统领域有很多的测试规范(Benchmark)用来对计算机系统的有关性能进行评测，联机交易系统领域目前常用的测试标准是TPC-C参数值，其数据单位是tpmC，其含义是每分钟进行交易处理的次数(Transaction Per Minute)。 * 计算机系统领域有很多的测试规范(Benchmark)用来对计算机系统的有关性能进行评测，联机交易系统领域目前常用的测试标准是TPC-C参数值，其数据单位是tpmC，其含义是每分钟进行交易处理的次数(Transaction Per Minute)。 * 采购的时候要考虑维护费用。网络租用费用 * * * 明确：什么人对什么样的需求做决策 我们前面讲过社保的需求具备分散性，也就是需求是分散在每个人的头脑中，因此我们做好需求首先要想办法收集每个头脑中的需求（想法）；我们发现做需求过程会碰到的许多问题，如建设目标、原则，业务流程的优化，数据项的描述，性能的需求，界面的布局等，我们会发现不同的问题最具权威的人是不同的，我们大致可以把我们的甲方分为四个层次即决策层一般为局级领导、业务人员为各科室的业务骨干或科长、技术人员为信息中心的技术人员或聘请的技术顾问、操作人员为前台业务经办人员。因此我们搭建的需求调研分析的组织结构应包含这四个层次的人员。我们在某个项目中曾经发过一个监理建议，那就是技术人员参与不够。技术人员和业务人员的配合问题在现在金保信息系统建设过程中很严重，常出现的问题：需求就是业务为主技术人员不知如何参与。因此我们应该明确各自的工作分工和职责。做需求过程中我们只有找对人才能更全面更正确。 * * * 这是我们提出的一个需求调研分析的决策模型；这个模型希望能够使甲方在需求调研过程中如何明确各自的权责？如何去把握需求？ 第一步我们应明确需求调研分析的内容，包括哪些内容，如建设目标、。。。； 第二步我们归纳整理这些内容