《用户故事讲解点评》PPT课件

《《用户故事讲解点评》PPT课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、1用户案例故事分析目录北京邮政灾备切换事故——需求迫切性、监控可靠性、马上监控起来北京邮政——tuxedo监控，自行脚本利用安徽邮政——自行监控扩展、脚本利用、经验沉淀北京报刊发行局——订阅量实时监控、报警、考核——业务监控邮储银行——网点开通率考核——业务管理邮储银行——制定应用监控开发标准——应用监控体系化建设邮储银行——报警内容的个性化需求北京邮政——机房资源管理某省信息中心——公共信息发布平台，网站内容更新情况考核——应用监控某高校——网站内容变更监控2北京邮政灾备切换北京邮政信息技术局，2009年，上一套灾备系统，上线时，不稳定，后来无意中发现日志中出现一行

2、提示后，20分钟，就会切换到有问题的灾备系统上。规律找到一部分，但这行提示什么时候出现还是没有规律。用户很着急，问能不能马上监控起来？——需求迫切性、突发性正好当时我们有实施人员在现场，用了20分钟，就配好了。日志监控告诉用户配好了，用户依然不放心。——监控是否有效，担心的心理，虽然监控了，但是不是管用？当天晚上就报警了。用户很满意，感觉很实用，想监控什么就能做到。总结：监控需求具有迫切性、突发性特点，监控需求能否马上实现？监控不可能面面俱到，但出了问题，能不能有效预警下次的出现是着重考虑的3北京邮政——Tuxedo监控2010年，邮政综合网监控，在北京邮政信息技术局

3、上线。Tuxedo监控，原本我们的平台提供了一套监控方式（ATMI接口）。北京局的人说了，我们原来都是用Unix命令行，监控系统信号灯的，很实用，我们也习惯了，能不能还用上？——一方面是用户的习惯，另一方面也反映了用户潜意识对新的东西不放心，怎么办？最好的办法是让他保留原来的习惯实施人员和局方人员一起，了解他的命令行，解析命令行结果，配置的方式教给他们。两天左右，就把原来的全部脚本配到监控平台上了。他们感觉很实用。一方面原来的监测命令都用上了，同时监控平台定期轮询，能解放他们原来手工执行脚本，提高生产率。总结：沉淀用户的经验，能让用户更放心。也是监控系统扩展性的体现。

4、同时，也是对用户原有经验的充分认同和尊重。4安徽邮政——自行脚本利用2010年，邮政综合网在邮政集团公司全国信息中心、33个省中心上线。年底，开了上现总结交流会，准备进一步培训。培训内容就是如何通过监控平台，进一步开展深入监控。如何通过配置方式进行。会上，安徽邮政信息技术局的代表就说了，“我们已经把我们原来的对中心局、电子化支局监控的脚本，配到平台中了，已经用起来了”领导很惊讶，“你们怎么会知道呢？”“公司的人在实施的时候教给我们了，我们就自己调整了，还不错，挺实用的”。领导很高兴…“综合网内设备非常多、监控需求复杂多变，未来我们还会有很多新的业务系统上线，因此，监控

5、需求具有很多不确定性。因此，我们对监控平台的扩展性要求很高。WisentSoft®监控平台通过配置方式实现监控扩展的特点非常突出。这个平台技术上不一定是最先进的，但对我们来说，确实是非常实用的”——邮政集团运维部周主任总结：用户存在原有经验沉淀的需求，应充分尊重并满足这种需求5报刊发行局——订阅量实时监控北京报刊发行局，承担主流媒体的纸介质发行任务。每年任务8亿。任务很重。每年年底都是报刊发行的营销旺季。现在的报刊订销系统里的数据虽然也能反映一些，但都不是直接的数据，每天还需要科里专门人员重新做报表统计，很麻烦。，非常需要实时掌握各部门的营销动态。这个系统大约9年前开

6、发商去开发的。也不可能要求开发商去修改报刊订销系统。综合网监控系统上线后，通过配置，直接监控报刊系统里的几张数据表记录，就可以直接掌握我们想要的数据。确实方便很多。而且，在旺季，针对每个区局、网点班组，设置每天任务完成情况告警阀值，低于阀值时就报警。发行科的管理人员可以非常有针对性的督促、指导具体人员，非常实用。总结：监控原本从技术监控延伸到业务管理，考量系统的扩展性。6邮储银行——网点开通考核全国共有约6万多个网点。领导很关心：网点是否正常、准时营业？直接影响到业务开展。如何考核呢？2011年上线省前置服务器运行监控系统。原本目的是为了对服务器、网点画面进程等进行监

7、控。后来发现，可以监控网点终端接入前置机的进程状态。可以知道何时接入？是否发生交易？何时退出等。通过这些监控，就知道什么时候网点开通？是否服务受理？何时下班等？总结：监控原本用于技术监控，延伸到业务管理，而且很方便7邮储银行——制定应用开发标准邮储银行先后上了：全国中心集中监控系统、省前置服务器集中监控系统。这两大监控系统基本上覆盖了从后台到前置的全部硬件、软件系统的监控，包括20多个核心应用系统的监控原有建设模式：应用开发+应用监控全部委托给开发商。逐步认识到弊端：开发商擅长的是应用开发，不是监控；应用上线后，还会有新的应用监控需求怎么办？时效性