05_基于NC-UAP平台开发可行性分析

05_基于NC-UAP平台开发可行性 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 基于NC-UAP平台开发可行性分析 PDM简介 产品现状 PLM事业部现有的PDM产品是基于J2EE架构的一个管理软件系统，后台采用的WEB容器是JBoss+Tomcat，前台采用Swing界面来展示，通过Java Web Start启动客户端。 在对PDM产品进行分析和试用时，感觉到在产品安装、产品形态、组件化、模块化、接口隔离、第三方集成、内部代码组织等方面都略感稚嫩，还有很多发展的空间。 , 安装盘的制作，依赖jre，并对版本敏感。 , Java Web Start启动客户端。 , 部分组件依赖borland的dbswing等。 , 或者通过jnlp的方式调用。 , 后台WEB容器采用的是JBoss+Tomcat。 , 数据库表设计的时候有采用复合主键的方式。 , 没有ts和dr标记的设计。 , 持久化框架采用Hibernate实现。 , 没有轻量级的持久化框架, , BaseVO/SuperVO等概念的引入。 , 整个PDM产品的功能节点有70多个。大多数节点都是以对话框的形式展现。 如何才能够设计出一个高性能和稳定的管理软件平台，能够抵御5~10年的技术变化而不倒，这是一个值得深思的问题。 成本 我们在考虑研发和搭建一个技术框架平台时，有两个非常关键的因素一定要考虑:人员和时间。 U9的技术平台均是在4年以上的积累才形成纵观我们公司的三大产品线，U8、NC、 相对完整和稳定的技术体系，在这个过程中会经历很多复杂和不稳定的因素。包括几个显著的阶段:高级人才汇集期、高级人才技术路线PK期、平台快速发展期和平台稳定完善期。如果我们的研发队伍在100人左右，我们的PLM-UAP平台应该不会小，所以可以想想如果是走自己搭建平台这条老路最终还是会做成一个类似“NC-UAP”的东西出来，并且平台成长的曲线应该同三大产品类似，周期也应该在3~4年左右。 从人才储备的情况来看，现在的Java开发人力资源市场远远不如NC开发初期的情况，1999年那时候Java 刚刚新鲜出炉，异常火爆，很多优秀人才全部都汇集到这个阵营中，并且对Java的前景充满希望。所以NC早期版本汇集了大量的优秀人才，而当前2009年Sun公司已被Oracle公司收购，Java/Swing富客户端软件开发的市场前景并不被大多数人看好。从社会上招聘到合适的人才非常难。我在资产管理开发部前前后后面试了差不多200多人，特别优秀的人才非常少，好不容易碰到一个看上去还不错的人，但对薪水的要求也相对比较 高，我们公司目前的薪资水平无法支撑。目前NC有很多岗位都需要优秀的人才，但从公司的招聘情况就可以看出。更何况是重庆的研发中心了。从这个角度出发，我们再招聘10~20人的平台开发团队是非常困难的。如果这些人力投入到应用产品的研发和推广方面，那么我们会获得更加长足的发展。 我在NC研发部门已经5年了，现在从社会上招聘到一个有3~5年工作经验的人，尤其是懂Java/Swing开发的人非常困难，他们一般对薪水的要求都比较高，就我们公司目前的薪资水平根本满足不了，反倒是公司内部的人才在逐渐流失，因为他们在外面很容易就找到一份收入不错的工作，现在每年新补充的人员大多数是从实习生或者直接从院校招聘的，他们的成长周期都比较长，一般都在半年~一年以上，如果采用这样的人来搭建技术框架平台，其水准可想而知。况且我们事业部想在重庆招聘到10~15个这样的优秀人才相当有难度。 市场对PLM软件的期望是否允许有0.5~1年的时间去构建这样一个平台，如果只是在现有的产品基础上进行修修补补是否就可以满足这个行业对技术架构平台的要求, 一个技术框架平台的真正使命不在于证明我们的技术实力，而在于是否能够在未来的5~10年里能够很好地支撑我们的应用产品。所以做平台并非是软件开发的本意，而是软件供应商的一种不得以的选择，当我们有机会能够选择一个比较好的技术平台的时候，实际上为自己节省了大量的人力成本和时间成本，争取到了市场的先机。我们事业部的高层领导应该比做研发工作的看得更远些。 风险 无论是重新开发新平台，还是直接利用NC-UAP平台均存在一定的风险。这里我们需要将其细分出来。 除了上面所述的人力资源不足和时间压力上的风险外，其他的主要是技术层面的风险。 NC-UAP简介 是基于GBU事业部的NC-UAP技术平台，还是自行重新打造一个适应PLM事业部业务发展的新平台，这里也有一个选择的问题。 在考虑是自己开发一个技术框架平台，还是采用公司已有的技术平台(NC-UAP)的一个非常重要的考量 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，个人认为主要可以从下面的几个方面进行考虑。 第一、我们所处的产业链环境如何,采用已有技术平台后那些资源是可以直接利用的，跟事业部的发展前景是否吻合; 第二、技术平台是否可以满足本事业部的业务发展需要，比如我们对PLM软件未来10年的一个判断;主要的技术难点在哪里;新开发的技术框架平台的成本到底如何; 第三、NC的技术平台未来的发展方向如何，是否会越来越背离本事业部的发展方向; 第四、我们是否拥有自己开发一个技术框架支撑平台的人才储备和研发周期。根据我们对PLM事业部的未来发展前景，3年要做到国内第一。 下面对NC-UAP平台做一点简单的介绍。以供在搭建技术框架平台时参考。 坚实的底层技术 NC-UAP技术平台经过10年的积累，目前已经是国内最大、最稳定的JEE技术平台框架之一，目前的最新版本是NC5.5。 除了作为NC ERP产品的底层平台外，NC-UAP在很多行业的大中型企业的各类业务系统中都得到了大量的应用。包括长安保险、中建投资、中建三局、国泰君安等客户。 NC-UAP不仅仅能解决传统ERP管理软件中的单据型业务数据，对各种复杂的界面实际上都可以通过非常简单的定制实现，我仔细查看了整个PDM的用户手册，差不多有70多个功能点，其中的绝大部分界面样式借助于NC-UAP平台均可以通过非常简单的迁移实现支持。 NC-UAP平台从设计上来讲，是一个解决大型管理软件的JEE技术平台，但不仅限于此，实际上平台的核心功能主要包括了一个支持标准EJB的中间件，以及一个内置的的数据库持久化框架。最新版本的NC-UAP平台，我们可以将其看作是一个对企业级应用更加友好的一个开发平台，尤其是5.5版本以后在集成应用方面会得到更加长足的发展。 流程平台、审批流平台、消息平台、预警平台等是我们可以直接使用的。 NC5.5版本提供WEB轻量级开发框架非常有市场前景，我们在构建轻量级WEB开发框架时可以好好研究之。 成功的领域产品级应用 我在财务软件开发部和资产管理开发部工作的时候，有大量的领域产品的需求分析、设计、开发及行业应用，积累了丰富的基于NC-UAP开发的经验和最佳实践，并且形成了完整的架构级别的解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ，一个成功的案例是资产管理的实物管理模块共计70多个功能点在差不多2个月的时间就开发完成了。而我们的开发人员全部都是新招聘来的员工，很多还是刚从大学毕业的学生。 同样的我在财务开发部的时候，作为开发人员和开发经理，负责固定资产模块。对各种早期的遗留问题，均成功适配到最新的技术上，得到比较完美的解决。得到了从测试部、产品支持部和维护部的一致好评。 完善的技术推广及培训体系 我在NC客户化开发部的四个月里，经过长期的整理和发掘，重新编制了一整套NC-UAP的技术推广及培训体系，一个仅有Java基础的大学毕业生经过2周~4周的培训基本就可以上手进行NC的开发。这一点深深地触动了我，这也是我非常想将PDM产品搭建在NC-UAP产品之上的一个关键原因。 集成和产业链支持服务 GBU事业部的客户化开发部是专门负责NC-UAP技术平台推广和培训的专业机构，目前全国的NC客户化开发人员数量大概在900人左右;主要分布在200多家伙伴和分子公司。大量的客户化开发人员实际上是我们在产业链方面推广的一个非常重要的基石。 GBU事业部已经为我们做了很多的铺垫工作，这些是我们PLM事业部迈向成功的起点。 我们公司在软件集成方面投入大量的精力，专门成立了一个集成事业部来运作;在产业链支持和伙伴支持方面三条产品线均有专门的客户化开发部来支撑。我们事业部是否考虑利用现有的资源，为未来的快速发展争取到更好的潜在机会。以我在宝信和用友的6年Java/JEE方面的工作经验来看，目前这个领域的技术框架平台均非常接近，包括用友的NC-UAP平台、U9-UAP平台、金蝶的BOS平台等。无非是一个中间件平台+持久化框架+缓存机制+流程平台+消息平台+客户化开发平台+第三方软件集成平台。有些做得比较细致的会再增加一些插件支撑这些平台，比如NC-UAP和金蝶的BOS平台均提供Eclipse的插件来实现。 我感觉我们应该把更多的精力放在对行业应用软件的推广上。好钢应该用在刀刃上，我们应该集中精力把应用软件做好，把PLM全生命周期管理软件向前衍生(CAX)，向后发展(MES)，和现有的ERP软件(U8、U9、NC、K3)衔接。这些地方均需要大量的人力物力。 应用及推广 HR事业部的整个产品是基于NC-UAP平台的，他们获得了长足的发展，目前HR的业务蒸蒸日上，并且可以充分利用集团及各个分子公司的NC资源。包括集团的各方面专业人才，效率优化数据库专家、技术支持专家，以及分子公司和伙伴公司的销售、实施和客户化开发人员。 目前在用友集团，也有其他的事业部或分子公司的产品在考虑基于NC-UAP平台，用友审计软件也正在把自己的整个产品迁移到NC-UAP平台，主要的考核出发点就是NC-UAP在市场上拥有较高的知名度，用户非常认可。他们自己研发的J2EE架构平台，在市场上很多用户并不认可，反馈回来的意见是你们用友公司的NC-UAP平台还不错，为什么你们要另起一套, 还有就是目前真正商谈的一家日本外资企业也非常认可此平台，日本总部的技术部门要求此外资公司的上海办事处的业务管理系统必须构建在NC-UAP平台之上，以便于同NC的财务管理系统进行集成。与此类似的还有青岛的一些做货代公司的货代业务管理系统等等。 行业开发部的POS系统也是基于NC-UAP进行开发的，不过其前台有做一些变化。 实际上NC各个领域产品在开发过程中均会在UAP的基础上再封装一些领域产品特有的一些功能，以支撑整个领域产品的业务。 从NC客户化开发部得到的反馈信息表明，越来越多的企业选择将其业务管理系统构建于NC-UAP平台，首先是NC的平台越来越稳定和成熟，尤其是在5.5版本以后，支持工作流，支持WEB轻量级开发框架的功能使NC的开发如虎添翼，其次是因为各个企业独立开发一个技术平台的成本越来越高，采用NC-UAP平台可以充分利用NC的技术平台的优秀人才，节省平台的研发周期和维护升级成本。最后，目前的NC客户化开发伙伴团队已初具规模，NC客户化开发团队的初步统计全国的二次开发人员的人数在800人左右，今天新补充的客户化开发人员在100人左右，按照这个规模，突破千人应该用不了2年。用友工程公司有很多的开发人员都非常了解NC平台，他们以前日本外包的项目比较多，但今年NC的外包项目工程超过100万。当NC伙伴达到一定的规模，整个客户化开发市场上将涌现大量的客户化开发团队，这是一支不可小瞧的推动力量。 可行性方案分析 如果我们在现有PLM产品的基础上，重新搭建一个技术框架平台，姑且称之为 “PLM-UAP”，我们主要从PDM产品和NC-UAP的关系入手，从三个方面分析。 迁移式 将现有的PDM产品整个迁移到NC-UAP平台。 模仿式 基于现有的PDM产品，模仿NC-UAP平台，提供类似的功能。 摘录式 从NC-UAP平台摘录出部分功能，集成到现有的PDM产品。 其他 关于数据库表单主键带来的好处有哪些, 时间戳的使用。 U8产品中的BOM。 U9产品中的BOM。 NC现有的BOM等相关功能补充。 NC的权限管理系统同PDM的差异性分析。 PLM产品除了PDM产品外，其他的产品的应用范围如何，局域网内，还是广域网, 数据量如何， 使用频度， 使用者的计算机技能水平如何等等。 未来的MES产品考虑如何规划,自己研发，还是收购,