公司软件技术现状综合分析报告目录一、概述 (2)二、客户现状分析 (2)三、行业领域经验分析 (3)四、技术经验积累分析 (6)五、技术管理情况分析 (6)六、沟通与团队协作情况分析 (7)七、面临关键问题分析及解决建议 (8)(一) 关于提高生产率 (8)(二) 关于基础开发框架的统一 (9)(三) 关于信息中心提出的“全流程”生产管理平台的设想 (10)八、综合分析 (10)一、概述经过与部分软件技术骨干的交流，对镇海炼化应用系统建设现状及公司软件业务现状（不包括ERP和工控相关软件业务）及技术现状等进行简单分析，一些关键问题给予建议。
二、客户现状分析镇海炼化是我们的主要客户，同时也代表了信息系统建设多年的、系统上的多但是很杂乱的一类客户，目前正在考虑老城区改造和新城区规划相结合的方式进行后续应用系统建设，炼化领导在近几年炼化信息化建设工作会议上提出了关于信息系统“治乱、治散”的要求，也给炼化后期应用系统建设的道路以明确的指引。
在此思路基础上，2013年初炼化信息中心有搭建“全流程”生产管理平台的初步设想，目前提出让我们公司做3、5年规划方案。
镇海炼化应用系统建设规模越来越大，层次越来越高也越来越深入，领域几乎涵盖镇海炼化所有业务。
镇海炼化对我们公司软件开发服务的响应速度的要求和质量要求也越来越高。
石化盈科目前正在中石化推广《中国石化炼化企业生产运营平台集中集成方案》，并在燕山石化作为试点，已经领先一步设计了从根本层面解决企业“信息孤岛”问题的解决方案。
三、行业领域经验分析公司自成立以来，软件业务以客制化项目为主，跨领域较多，也有特定领域的产品研发的尝试，分析2006年至今的软件研发、实施项目清单（不包括ERP 实施、工控类软件实施、软件维护项目），将软件项目按行业领域分类如下：分布图如下：从数目比较多的软件项目来看，主攻领域如下：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和技术为主实施项目多年，积累了一定技术经验，其中使用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.要横向、纵向加强沟通，避免建设过程中发生大的偏差，要将小问题及时发现并扼杀在摇篮之中。