企业运营管控典型场景项目实施方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
企业运营管控典型场景项目实施方案
1.1实施策略
制定科学合理的项目实施计划,明确信息部门、实施厂商、运维团队的职责与分工,按照进度和里程碑要求进行实施,实施过程引入严格的风险识别、风险分析和风险控制机制,保证各个阶段的质量。
本项目将按照数据仓库的开发思路进行整体设计,结合数据中心现有项目的情况,本项目的实施策略总结如下:
按类型、业务域分类,对于相同类型的应用按需求应用率高低合理安排开发周期和开发顺序。
1.2项目开发
1.2.1开发思路
2014年企业运营管控典型场景建设大体思路是先完成数据存储层构建,然后建设公共运营管控服务,最后进行运营管控支持应用建设。
其中数据存储主要包括实时运营管控数据构建、历史管控数据构建;
而公共运营管控服务主要是实现数据加载的自动管控,实现从各分子公司业务系统抽取业务数据加载到数据库,然后统计分析为运营管控支持应用提供数据支撑。
而运营管控支持应用建设则遵循软件项目开发的一般流程,即需求分析->概要设计->详细设计->编码实现->程序测试->系统部署。
1.2.2开发内容
2014年企业运营管控典型场景建设主要实施以下内容:
✧数据存储构建
数据存储层构建的目标是提供运营管控支撑数据实时查询分析、历史数据趋势分析及预测等的数据的查询存储服务、利用组织数据更好有效的辅助运营管控过程。数据仓库构建包含了基础数据存储区和共享数据区的模型分析、模型设计和结构搭建。
✧公共运营管控服务功能研发
公共运营管控服务功能目的是在原有分散的数据库数据抽取汇总和整理得到的运营管控数据,以保证运营款控数据信息实时性、完整性、准确性的一致的全局信息。
负责日常数据抽取、拆分、合并,进而被用来进一步理解数据。作业管理维护,根据业务要求实现实时运作业流程和作业处理程序;实现运营管控数据处理功能;实现运作流程管理功能,可灵活设置运作流程;实现监控运作监控管理功能。
✧运营管控支持应用开发
实现企业运营管控典型场景项目的资产生命周期管理运营管控典型场景、客户全方位服务运营管控典型场景、财务管理运营管控典型场景、横向业务协同管控典型场景的功能设计及研发:
实现资产生命周期管理运营管控典型场景相关功能:资产综合绩效管控典型场景、资产运营状况管控典型场景、资产关键流程管控典型场景等功能
设计及研发;
实现客户全方位服务运营管控典型场景相关功能:生产可靠型指标分析的可靠性指标分析、因果关系指标分析、指标变动分析;生产设备综合扩展分析等功能设计及研发;
实现财务管理运营管控典型场景相关功能:财务管理综合绩效管控典型场景、财务管理运营状况管控典型场景等功能设计及研发;
实现横向业务协同管控典型场景相关功能:运营管控典型场景等功能设计及研发。
1.3系统测试
软件测试是软件开发过程中的一个重要组成部分,是贯穿整个软件开发生命周期、对软件产品(包括阶段性产品)进行验证和确认的活动过程,其目的是尽快尽早地发现在软件产品中所存在的各种问题与用户需求、预先定义的不一致性。
我公司根据长期的项目建设过程中积累的系统测试经验,建议本项目可从如下几方面开展系统测试工作:
1.3.1测试内容
系统测试目的是为了确保各项功能和性能指标能够达到预期目标,测试的内容包括:
1.功能测试
主要测试系统各项功能是否达到预期目标,测试的对象包括:管理驾驶舱、决策事项等各项功能。
2.性能测试
主要测试系统的处理能力,包含的内容有:系统容量、接入能力、系统处理能力、响应性能等。
3.可用性测试
可用性测试是改善产品的最佳方式之一,它是让一群有代表性的用户尝试对产品进行典型操作,同时测试人员和开发人员在一旁观察,聆听,做记录,收集用户在系统使用上的意见,最终把所有用户的意见汇总、评估,形成系统的改进点。
4.安全性测试
安全性测试是有关验证应用程序的安全服务和识别潜在安全性缺陷的过程。安全性测试并不最终证明应用程序是安全的,而是用于验证所设立策略的有效性,这些对策是基于威胁分析阶段所做的假设而选择的。
1.3.2测试策略
我公司依据对本项目的理解,制订了如下的系统测试策略:
1.迭代化测试
为保证测试的全面性、防止关联性错误,测试采取逐步深入的方法,每个阶段都需要规划多轮测试。因此,在每一个测试阶段,依据阶段测试目标,需要制定每阶段的迭代测试计划,并设定每轮迭代测试的目标和完成准则。在每轮迭代
测试实际开始前需要根据项目实际进度修正各轮迭代测试的目标。
2.顺序推进、并行测试
对模块间业务逻辑依赖不紧密的功能,例如:管理驾驶舱、报表等功能,将采取并行推进的测试方法。这种方法既可以单项验证各业务功能的正确性,又可以加快整体测试进度。
对模块间业务逻辑依赖紧密的功能,即上游模块的输出是下游模块的输入,例如:登录、报表查询等功能,在每轮测试过程中,将采取顺序推进的测试方法,以便有效验证模块间的接口逻辑和数据传递的正确性。
3.手工与自动化测试相结合
由于需要对系统进行反复多轮测试,利用测试工具将部分关键测试用例自动化。
4.综合运用各种测试技术
➢测试过程采用黑盒测试法,所有测试数据的录入、查询、核对通过系统功能页面进行;
➢通过分析业务需求和业务功能说明书,使用用例场景技术分析确定测试用例的基本流和备选流;
➢测试场景设计时需要尽量考虑打破常规的业务规则,考虑各种可能的业务组合,验证系统的容错性;
➢测试用例数据设计时,需要综合运用等价类划分法、因果图法、判定表法、边界值测试方法、正交试验设计法等方法组织规划测试用例。
1.3.3测试标准
1.3.3.1测试进入准则
➢开发人员提交被测系统的业务需求、业务功能说明书;
➢开发人员提交可运行的被测系统,且被测系统已通过开发人员的单元测试;
➢测试所需的业务规则配置已确定。
1.3.3.2测试完成准则
➢测试用例设计经过同行评审和用户认可;
➢业务需求100%覆盖;测试用例100%得到成功执行;
➢测试报告得到用户签字确认。
1.3.3.3测试通过标准