公司软件技术现状综合分析报告模版.doc

上传人:夺命阿水 文档编号:17424 上传时间:2022-07-01 格式:DOC 页数:9 大小:119.50KB
返回 下载 相关 举报
公司软件技术现状综合分析报告模版.doc_第1页
第1页 / 共9页
公司软件技术现状综合分析报告模版.doc_第2页
第2页 / 共9页
公司软件技术现状综合分析报告模版.doc_第3页
第3页 / 共9页
公司软件技术现状综合分析报告模版.doc_第4页
第4页 / 共9页
公司软件技术现状综合分析报告模版.doc_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《公司软件技术现状综合分析报告模版.doc》由会员分享,可在线阅读,更多相关《公司软件技术现状综合分析报告模版.doc(9页珍藏版)》请在课桌文档上搜索。

1、 公司软件技术现状综合分析报告目录一、概述2二、客户现状分析2三、行业领域经验分析2四、技术经验积累分析4五、技术管理情况分析5六、沟通与团队协作情况分析5七、面临关键问题分析与解决建议6(一)关于提高生产率6(二)关于根底开发框架的统一7(三)关于信息中心提出的“全流程生产管理平台的设想8八、综合分析8一、 概述经过与局部软件技术骨干的交流,对镇海炼化应用系统建设现状与公司软件业务现状不包括ERP和工控相关软件业务与技术现状等进展简单分析,一些关键问题给予建议。二、 客户现状分析镇海炼化是我们的主要客户,同时也代表了信息系统建设多年的、系统上的多但是很杂乱的一类客户,目前正在考虑老城区改造和

2、新城区规划相结合的方式进展后续应用系统建设,炼化领导在近几年炼化信息化建设工作会议上提出了关于信息系统“治乱、治散的要求,也给炼化后期应用系统建设的道路以明确的指引。在此思路根底上,2013年初炼化信息中心有搭建“全流程生产管理平台的初步设想,目前提出让我们公司做3、5年规划方案。镇海炼化应用系统建设规模越来越大,层次越来越高也越来越深入,领域几乎涵盖镇海炼化所有业务。镇海炼化对我们公司软件开发服务的响应速度的要求和质量要求也越来越高。石化盈科目前正在中石化推广炼化企业生产运营平台集中集成方案,并在燕山石化作为试点,已经领先一步设计了从根本层面解决企业“信息孤岛问题的解决方案。三、 行业领域经

3、验分析公司自成立以来,软件业务以客制化项目为主,跨领域较多,也有特定领域的产品研发的尝试,分析2006年至今的软件研发、实施项目清单不包括ERP实施、工控类软件实施、软件维护项目,将软件项目按行业领域分类如下:行业分类项目个数ITSM4IT架构2LIMS2工程管理4其它38企业门户8石化23统计分析116业务流程5总计103分布图如下:从数目比拟多的软件项目来看,主攻领域如下:1. 企业门户领域;2. 数据统计分析领域;3. IT服务管理领域;4. 石化领域;5. BPM业务流程管理领域;6. 工程项目管理领域。其中石化领域类项目中,原油加工损失、计量类等生产辅助类软件占半数,其它项目实施经验

4、比拟多的领域还有: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理念为主进展自主研发,该系统

5、属于IT服务管理领域的业务管理软件,一般管理类软件会随着各个企业的管理思路不一致而有各种差异,领域特性引起的业务流程和模块关系复杂,导致不宜扩展,后续软件升级和改动工作量也较大,市场推广道路上并不顺畅;4. 石化业务相关信息化项目一直是主营业务,积累了一定的项目实施经验,熟悉石化业务的人员也在逐步成长,对基于ISA95标准的MES领域规有些研究,为以后镇海炼化的全流程集成生产管理平台的建设奠定根底;5. 工程管理领域以往主要以工程电子结算系列项目为主,近期的工程质量管理系统和后期炼化要上的工程管理系统来看,工程管理领域也在逐步深入;6. BPM业务流程管理领域近几年介入较深入,成长迅速,实施经

6、验丰富,实施效果也很令用户满意,随着企业管理规化程度的逐步加强,该领域是个有前途的领域。在BPM项目过程中还尝试了自主工作流引擎的研发。7. IT根底应用架构领域,自公司成立以来,研发部门一直在摸索更好的提高开发效率的方法和工具,加上根底应用模块如:组织结构、权限、工作流在多个项目中屡次接触,结合参考其他厂商和合作伙伴的开发框架功能,目前积累了大量的经验,而且有望将开发框架层次提升为IT企业信息化根底架构平台的可能。综合分析,做项目较多的领域中最容易培养出业务领域专家,涉与的技术难题再一一攻破后,最有希望研发出贴近实际业务的、受市场欢迎的优秀软件产品。四、 技术经验积累分析后台主要以oracl

7、e数据库开发为主,积累了大量数据库开发、调优经验;客户端早期.NET winform开发经验较丰富,后期以B/S模式的JAVA和ASP.NET技术为主实施项目多年,积累了一定技术经验,其中使用java技术开发的高并发、大数据量的中塑在线中积累了大量的java大型系统架构经验;.NET系统架构以传统的架构方式为主,高并发、大数据量的系统建设不多,系统架构经验上略显不足。目前B/S技术能够满足日常项目实施过程中客户的要求,但在产品研发过程中所需的一些能够提高用户操作体验的、或吸引眼球的特殊界面技术经验积累不足,主要是由于项目过程中遇到的很多技术难题,因为本钱和进度原因都采用变相的、用户认可的简单技

8、术方法进展需求的实现,用户本身要求也不高,导致项目组成员对特殊技术的研究时间投入得不多,经验积累有限,这样导致了目前产品功能设计过程中因为技术实现不了而做出让步,省掉了一些吸引眼球的亮点功能,很多好的概念技术上无法实现,不利于产品的市场推广。目前公司特殊开发技术的经验积累有:1. 基于PKI体系的电子签名,该技术可以为业务流程管理领域的审批过程中提供信息安全保障,主要在电子结算相关项目中积累;2. GDI+绘图技术,该技术可以更自由、丰富的对数据进展图形化展示,主要在铁路MIS项目中积累。五、 技术管理情况分析由于公司一直以做客制化项目为主,各部门的技术骨干一直是以身作那么的冲在第一线,多年不

9、断的忙于应付客制化项目的客户需求,加上项目进度紧、资源不够充足,技术管理者们没有精力履行技术管理岗位职责,主要表达在:1. 没有进展知识积累并形成知识库,一些有用的技术分布在各个开发人员头脑中,技术人才的离职导致技术损失很大。2. 技术规划工作力度不够,部门部技术交流课题主要以自愿为主,技术目标不明确,没有围绕着公司产品研发所需的技术进展深度的研究和交流。3. 缺少对已完成项目的总结,技术和经验教训得不到传承。4. 缺少对历史项目的软件缺陷的总结,也很少组织技术人会员系统的学习公司开发规,项目过程中开发人员犯根本错误的情况偶尔发生。5. 配置管理意识不足,版本控制不够,一些可重用的软件或开发框

10、架的变更没有记录,升级带来困难。六、 沟通与团队协作情况分析公司软件部门大局部时间忙于项目和完成自己手头工作,缺乏积极的沟通交流气氛,横向部门间、项目间和纵向高层、中层、员工沟通力度不够,很多关键信息横向无法共享,纵向无法向下传递,技术人员大局部时间在完成项目任务而缺乏目标和方向感,主要表达在:1. 团队协作根本以项目组协作为主,大局部项目为了节约沟通本钱和缓解进度压力,一人带头包揽主要工作项目管理、需求分析、系统设计,其他组员负责编程实现,导致带头的人得到充分的锻炼,其他组员缺少思考和锻炼机会而埋没优秀潜质。2. 横向沟通交流力度不够,导致一些项目中积累了有用的设计或技术因为技术人员的低调而

11、被埋没;一些项目犯的错误在其他的项目中还会再犯;一些项目中采用的有效设计无法得到传承,在另外的项目中会产生重复设计;3. 缺乏有效的激励机制,一些优秀技术人员研究技术的积极性不高或不愿分享所研究的知识和技术;4. 没有采用自顶向下的有效方法先概念设计再详细设计进展核心软件或产品的设计,导致设计方案不易理解,技术评审效果不好;没有采用头脑风暴的方式搜集产品需求和好的产品设计理念,因为设计人员本身经验不够丰富而造成设计缺陷;设计目标尤其是概念设计没有从顶层统一而产生的沟通障碍,草率投入本钱去实现设计,导致研发成果得不到广泛认可;5. 一些技术骨干按自己习惯做事,没有经过系统的培训,思考问题和做事方

12、法不一,因为相互理解偏差而导致沟通不顺畅。七、 面临关键问题分析与解决建议(一) 关于提高生产率生产率的提高除了提高技术人员的熟练程度外,还需借助有效的工具,一般通过提升根底开发框架的功能为主要思路。在提升开发框架的过程中还要注意围绕客户现状统一目标进展第三方平台选型或研发,底层的根底应用模块组织架构、权限、工作流等要通用适合绝大局部客户业务否那么无法统一底层,要分布式部署业务模块,目前此类框架一般都采用业界流行的、基于SOA架构的ESB企业服务总线模式进展根底开发框架或平台的架构,并在开发框架上层增加更多的可重用的应用功能统计报表、图表引擎,主数据建模引擎等模块,使得简单的需求通过快速配置的

13、方式就可实施。另外IT企业特性决定对人的依赖性较强,还需以人为本,加强沟通,对核心技术人员和有潜力的技术人员采用一定激励机制让其在关键工作上发挥出重大作用。(二) 关于根底开发框架的统一由于SOA架构的ESB服务总线本身采用统一的消息机制,支持异构系统的交互,所以根底开发框架一般采用单一技术java、.net取其一实现即可,不需要实现两套根底框架增加双倍本钱,对根底框架从源头进展统一,而业务模块可按资源闲置情况采用不同技术java或.net实现。一般根底开发框架可采用经过有效评估的第三方开发框架或平台,或进展自主研发。如此统一有一定风险,容易造成一着不慎全盘皆输的情况,所以第三方平台的选型要慎

14、重,要进展全方位评估;如果是自主研发要注意:1. SOA架构所需的ESB服务总线至关重要,选型要慎重。从镇海炼化对我们的服务质量要求和炼化长远的信息化建设目标角度看,可考虑采用知名厂商的SOA平台,通过厂商提供的可靠的技术平台和良好的服务能减少炼化项目实施风险;从作为根底开发框架或平台为其他企业实施信息化项目时,节约采购SOA平台本钱的角度看,可考虑采用JAVA成熟的开源SOA平台,由于选择较多,选型过程中需要深入研究、仔细评估以降低风险。2. 在根底开发框架开发过程中必须采用有效的组织方式进展,从统设目标,到核心业务和技术人员全员参与建设和评审;3. 研发过程中遇到的技术难题或任务要自顶向下

15、分解并落实到人,不能等技术人员自愿承当解决,是在解决不了,可考虑采购第三方的成熟技术组件或技术服务。可采取一定的激励机制对解决技术难题的技术人员以鼓励;4. 需要采用“软件研发过程规的决策方法和机制,防止意见不统一造成建设不顺利,也可以防止因为个人发挥的好坏而影响整体利益;5. 要按公司要求进展变更管理,重大变更要经过慎重评估;6. 要横向、纵向加强沟通,防止建设过程中发生大的偏差,要将小问题与时发现并扼杀在摇篮之中。(三) 关于信息中心提出的“全流程生产管理平台的设想1. 除了需要一个强大的soa架构的根底开发技术平台外,还需要在业务层面进展应用架构的考虑,需要进一步研究ISA95模型,组织

16、在石化领域实施多年的、具有一定业务经验的人员进展学习和分析,早一步为炼化“全流程生产管理平台建设做准备。2. 应用架构研究的同时要关注实现所需技术,提早做技术储藏,以降低项目实施的时候的技术风险。3. 必要的话成立专门小组从应用架构和技术架构两方面来推进此项工作。八、 综合分析随着公司更多软件项目的实施,行业领域经验会越来越丰富,以关注客户和客户业务层面为主的应用架构会越做越好,但由于近几年转型到web开发技术上,技术实力勉强能应付客制化项目,但根底开发平台的建设和产品研发所需特殊技术难度较大,目前技术架构有点跟不上应用架构的步伐,需要想方法提升技术实现的能力,可以考虑组织研发部门对技术人员做一次技术能力评估,然后针对建设根底开发平台或产品研发目标中所需的技术查缺补漏,必要的话可针对性的外聘一些对口的技术人才,真正做到“让技术为业务服务、而不是让技术拖业务后腿。另外与技术人员的沟通交流方面也要重点关注,防止因为人的因素而影响公司软件业务的开展和前进的步伐。近期的几个镇海炼化的售前项目:统一数据交换中心、工程管理信息系统和“全流程生产管理平台这几个大规模软件项目的后期建设如果要防止分散的话,都潜在的对应用架构、技术架构的统一提出了很高的要求,几个项目建设前的这段时间,技术架构的改良工作就显得紧迫和关键了。最后附:生产企业信息系统建设蓝图示意图供参考,如下:9 / 9

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号