公司软件技术现状综合分析报告文案

公司软件技术现状综合分析报告目录一、概述2二、客户现状分析 2三、行业领域经验分析3四、技术经验积累分析6五、技术管理情况分析6六、沟通与团队协作情况分析7七、面临关键问题分析及解决建议 8（一）关于提高生产率 8（二）关于基础开发框架的统一9（三）关于信息中心提出的“全流程”生产管理平台的设想 10八、综合分析 10一、概述经过与部分软件技术骨干的交流，对镇海炼化应用系统建设现状及公司软件 业务现状（不包括 ERP 和工控相关软件业务）及技术现状等进行简单分析，一 些关键问题给予建议。二、客户现状分析镇海炼化是我们的主要客户，同时也代表了信息系统建设多年的、系统上的 多但是很杂乱的一类客户，目前正在考虑老城区改造和新城区规划相结合的方式 进行后续应用系统建设，炼化领导在近几年炼化信息化建设工作会议上提出了关 于信息系统“治乱、治散”的要求，也给炼化后期应用系统建设的道路以明确的 指引。在此思路基础上，2013 年初炼化信息中心有搭建“全流程”生产管理平 台的初步设想，目前提出让我们公司做 3、5年规划方案。镇海炼化应用系统建设规模越来越大，层次越来越高也越来越深入，领域几 乎涵盖镇海炼化所有业务。镇海炼化对我们公司软件开发服务的响应速度的要求和质量要求也越来越 高。石化盈科目前正在中石化推广中国石化炼化企业生产运营平台集中集成方 案，并在燕山石化作为试点，已经领先一步设计了从根本层面解决企业“信息 孤岛”问题的解决方案。三、行业领域经验分析公司自成立以来，软件业务以客制化项目为主，跨领域较多，也有特定领域 的产品研发的尝试，分析2006 年至今的软件研发、实施项目清单（不包括 ERP 实施、工控类软件实施、软件维护项目），将软件项目按行业领域分类如下：行业分类项目个数ITSM4IT架构2LIMS2工程管理4其它38企业门户8石化23统计分析11网站6业务流程5总计103分布图如下：行业分类企业门户 7SM谀农 _1咏工程管丑从数目比较多的软件项目来看，主攻领域如下：1. 企业门户网站领域；2. 数据统计分析领域；3. IT服务管理领域；4. 石化领域；5. BPM业务流程管理领域；6. 工程项目管理领域。其中石化领域类项目中，原油加工损失、计量类等生产辅助类软件占半数， 其它项目实施经验比较多的领域还有：1. IT基础应用架构领域（EASP、EASF、ECFJ）;2. HR人力资源领域（宏景HRP）；3. LIMS质量管理领域（LIMS、QMIS）;4. 设备管理领域（设备MIS）。根据各个领域经验分析优、劣势如下：1. 企业门户网站建设以微软share point产品为主，实施经验丰富；2. 数据统计分析领域初期以.NET winform技术为主自主研发框架进行项目实施，后期采用java web技术研发框架进行项目实施，这个领域流程化不强, 强调数据分析处理，积累了大量数据处理、分析、集成的经验，为后续镇海 炼化数据中心建设提供保障；3. IT 服务管理领域主要以 ITIL 理念为主进行自主研发，该系统属于 IT 服务管 理领域的业务管理软件，一般管理类软件会随着各个企业的管理思路不一致 而有各种差异，领域特性引起的业务流程和模块关系复杂，导致不宜扩展， 后续软件升级和改动工作量也较大，市场推广道路上并不顺畅；4. 石化业务相关信息化项目一直是主营业务，积累了一定的项目实施经验，熟悉石化业务的人员也在逐步成长,对基于ISA95标准的MES领域规范有些 研究，为以后镇海炼化的全流程集成生产管理平台的建设奠定基础；5. 工程管理领域以往主要以工程电子结算系列项目为主,近期的工程质量管理 系统和后期炼化要上的工程管理系统来看,工程管理领域也在逐步深入；6. BPM 业务流程管理领域近几年介入较深入,成长迅速,实施经验丰富,实 施效果也很令用户满意,随着企业管理规范化程度的逐步加强,该领域是个 有前途的领域。在BPM项目过程中还尝试了自主工作流引擎的研发。7. IT 基础应用架构领域,自公司成立以来,研发部门一直在摸索更好的提高开 发效率的方法和工具,加上基础应用模块（如：组织结构、权限、工作流） 在多个项目中多次接触,结合参考其他厂商和合作伙伴的开发框架功能,目 前积累了大量的经验,而且有望将开发框架层次提升为 IT 企业信息化基础 架构平台的可能。综合分析,做项目较多的领域中最容易培养出业务领域专家,涉及的技术难 题再一一攻破后,最有希望研发出贴近实际业务的、受市场欢迎的优秀软件产品。四、技术经验积累分析后台主要以 oracle 数据库开发为主，积累了大量数据库开发、调优经验； 客户端早期 .NET winform 开发经验较丰富，后期以 B/S 模式的 JAVA 和 ASP.NET技术为主实施项目多年，积累了一定技术经验，其中使用java技术开 发的高并发、大数据量的中塑在线网站中积累了大量的 java 大型系统架构经 验；.NET系统架构以传统的架构方式为主，高并发、大数据量的系统建设不多, 系统架构经验上略显不足。目前 B/S 技术能够满足日常项目实施过程中客户的要求，但在产品研发过 程中所需的一些能够提高用户操作体验的、或吸引眼球的特殊界面技术经验积累 不足，主要是由于项目过程中遇到的很多技术难题，因为成本和进度原因都采用 变相的、用户认可的简单技术方法进行需求的实现，用户本身要求也不高，导致 项目组成员对特殊技术的研究时间投入得不多，经验积累有限，这样导致了目前 产品功能设计过程中因为技术实现不了而做出让步，省掉了一些吸引眼球的亮点 功能，很多好的概念技术上无法实现，不利于产品的市场推广。目前公司特殊开发技术的经验积累有：1. 基于PKI体系的电子签名，该技术可以为业务流程管理领域的审批过程中提供信息安全保障，主要在电子结算相关项目中积累；2. GDI+绘图技术，该技术可以更自由、丰富的对数据进行图形化展示，主要 在铁路MIS项目中积累。五、技术管理情况分析由于公司一直以做客制化项目为主，各部门的技术骨干一直是以身作则的冲在第一线，多年不断的忙于应付客制化项目的客户需求，加上项目进度紧张、资 源不够充足，技术管理者们没有精力履行技术管理岗位职责，主要体现在：1. 没有进行知识积累并形成知识库，一些有用的技术分布在各个开发人员头脑中，技术人才的离职导致技术损失很大。2. 技术规划工作力度不够，部门内部技术交流课题主要以自愿为主，技术目标不明确，没有围绕着公司产品研发所需的技术进行深度的研究和交流。3. 缺少对已完成项目的总结，技术和经验教训得不到传承。4. 缺少对历史项目的软件缺陷的总结，也很少组织技术人会员系统的学习公司开发规范，项目过程中开发人员犯基本错误的情况偶尔发生。5. 配置管理意识不足，版本控制不够，一些可重用的软件或开发框架的变更没 有记录，升级带来困难。六、沟通与团队协作情况分析公司软件部门大部分时间忙于项目和完成自己手头工作，缺乏积极的沟通交 流氛围，横向（部门间、项目间）和纵向（高层、中层、员工）沟通力度不够， 很多关键信息横向无法共享，纵向无法向下传递，技术人员大部分时间在完成项 目任务而缺乏目标和方向感，主要体现在：1. 团队协作基本以项目组内协作为主，大部分项目为了节约沟通成本和缓解进度压力，一人带头包揽主要工作（项目管理、需求分析、系统设计），其他组员负责编程实现，导致带头的人得到充分的锻炼，其他组员缺少思考和锻炼机会而埋没优秀潜质。2. 横向沟通交流力度不够，导致一些项目中积累了有用的设计或技术因为技术人员的低调而被埋没；一些项目犯的错误在其他的项目中还会再犯；一些项目中采用的有效设计无法得到传承，在另外的项目中会产生重复设计；3. 缺乏有效的激励机制，一些优秀技术人员研究技术的积极性不高或不愿分享 所研究的知识和技术；4. 没有采用自顶向下的有效方法（先概念设计再详细设计）进行核心软件或产品的设计，导致设计方案不易理解，技术评审效果不好；没有采用头脑风暴 的方式搜集产品需求和好的产品设计理念，因为设计人员本身经验不够丰富 而造成设计缺陷；设计目标（尤其是概念设计）没有从顶层统一而产生的沟 通障碍，草率投入成本去实现设计，导致研发成果得不到广泛认可；5. 一些技术骨干按自己习惯做事，没有经过系统的培训，思考问题和做事方法 不一，因为相互理解偏差而导致沟通不顺畅。七、面临关键问题分析及解决建议（一）关于提高生产率生产率的提高除了提高技术人员的熟练程度外，还需借助有效的工具，一般 通过提升基础开发框架的功能为主要思路。在提升开发框架的过程中还要注意围 绕客户现状统一目标进行第三方平台选型或研发，底层的基础应用模块（组织架 构、权限、工作流等）要通用（适合绝大部分客户业务）否则无法统一底层，要 分布式部署业务模块，目前此类框架一般都采用业界流行的、基于SOA架构的 ESB 企业服务总线模式进行基础开发框架（或平台）的架构，并在开发框架上 层增加更多的可重用的应用功能（统计报表、图表引擎，主数据建模引擎等）模 块，使得简单的需求通过快速配置的方式就可实施。另外 IT 企业特性决定对人的依赖性较强，还需以人为本，加强沟通，对核 心技术人员和有潜力的技术人员采用一定激励机制让其在关键工作上发挥出重 大作用。（二）关于基础开发框架的统一由于 SOA 架构的 ESB 服务总线本身采用统一的消息机制，支持异构系统的 交互，所以基础开发框架一般采用单一技术（ java、.net 取其一）实现即可， 不需要实现两套基础框架增加双倍成本，对基础框架从源头进行统一，而业务模 块可按资源闲置情况采用不同技术（java或.net）实现。一般基础开发框架可 采用经过有效评估的第三方开发框架（或平台），或进行自主研发。如此统一有一定风险，容易造成一着不慎全盘皆输的情况，所以第三方平台 的选型要慎重，要进行全方位评估；如果是自主研发要注意：1. SOA 架构所需的 ESB 服务总线至关重要，选型要慎重。从镇海炼化对我们 的服务质量要求和炼化长远的信息化建设目标角度看，可考虑采用知名厂商 的 SOA 平台，通过厂商提供的可靠的技术平台和良好的服务能减少炼化项 目实施风险；从作为基础开发框架（或平台）为其他企业实施信息化项目时， 节约采购 SOA 平台成本的角度看，可考虑采用 JAVA 成熟的开源 SOA 平 台，由于选择较多，选型过程中需要深入研究、仔细评估以降低风险。2. 在基础开发框架开发过程中必须采用有效的组织方式进行，从统一建设目 标，到核心业务和技术人员全员参与建设和评审；3. 研发过程中遇到的技术难题或任务要自顶向下分解并落实到人，不能等技术人员自愿承担解决，是在解决不了，可考虑采购第三方的成熟技术组件或技术服务。可采取一定的激励机制对解决技术难题的技术人员以鼓励；4. 需要采用“软件研发过程规范”的决策方法和机制，避免意见不统一造成建 设不顺利，也可以避免因为个人发挥的好坏而影响整体利益；5. 要按公司要求进行变更管理，重大变更要经过慎重评估；6. 要横向、纵向加强沟通，避免建设过程中发生大的偏差，要将小问题及时发 现并扼杀在摇篮之中。（三）关于信息中心提出的“全流程”生产管理平台的设想1. 除了需要一个强大的 soa 架构的基础开发技术平台外，还需要在业务层面进 行应用架构的考虑，需要进一步研究 ISA95 模型，组织在石化领域实施多 年的、具有一定业务经验的人员进行学习和分析，早一步为炼化“全流程” 生产管理平台建设做准备。2. 应用架构研究的同时要关注实现所需技术，提早做技术储备，以降低项目实 施的时候的技术风险。3. 必要的话成立专门小组从应用架构和技术架构两方面来推进此项工作。八、综合分析随着公司更多软件项目的实施，行业领域经验会越来越丰富，以关注客户和 客户业务层面为主的应用架构会越做越好，但由于近几年转型到 web 开发技术 上，技术实力勉强能应付客制化项目，但基础开发平台的建设和产品研发所需特 殊技术难度较大，目前技术架构有点跟不上应用架构的步伐，需要想办法提升技 术实现的能力，可以考虑组织研发部门对技术人员做一次技术能力评估，然后针对建设基础开发平台或产品研发目标中所需的技术查缺补漏，必要的话可针对性 的外聘一些对口的技术人才，真正做到“让技术为业务服务、而不是让技术拖业 务后腿”。另外与技术人员的沟通交流方面也要重点关注，避免因为人的因素而 影响公司软件业务的发展和前进的步伐。近期的几个镇海炼化的售前项目：统一数据交换中心、工程管理信息系统和 “全流程”生产管理平台这几个大规模软件项目的后期建设如果要避免分散的 话，都潜在的对应用架构、技术架构的统一提出了很高的要求，几个项目建设前 的这段时间，技术架构的改进工作就显得紧迫和关键了。最后附：生产企业信息系统建设蓝图(示意图)供参考，如下：主产企业信息化肋用架构o o oO bfiim卫恒:廿竦 计ES=5釧逵o进弄鬭奮勰鬭吒严礎噩 益 蛊Ajq王嗣畀避中补吒严密一as姑.堀 如姑 o企业J瞬总线(ISB)JAVA开发碌皿一开岌欧HindtvfE Server Active DirectoryWeblogicAoiDCHt /IISSCL Server 2000/2005/200SOracle Database 9:i /10g