公司软件技术现状综合分析报告推荐范本.doc

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