嵌入式通用行业应用平台的灵魂和搭建

rel=File-List href="file8453.files/filelist.xml"> 嵌入式通用行业应用平台的灵魂和搭建

嵌入式通用行业应用平台的灵魂和搭建

机会总是伴随着市场需求的到来,如今嵌入式行业的发展如日中天。有些单靠做流媒体行业应用发家的,有些单靠做手持机行业产品发家的。从市场分析来看,所有的这些应用都是基于一个很小的行业发展起来的,深入研究数年就小有成就,正如我去年发表的一片文章中介绍的,如今的嵌入式行业应该定位一个行业,深挖这个行业的需求,并专注于这个行业,致力做到该行业的领导品牌。但是反过来看看,在嵌入式行业,基于行业应用的产品也不乏小数,成功的例子又有几人? 如此、不禁引起我们的反思,如何构建嵌入式通用行业应用平台呢?让我们从下面这几个问题来慢慢阐述。

什么是嵌入式通用行业应用平台的灵魂?

这是一个困挠着无数嵌入式通用行业应用平台的开发项目经理的大难问题。这个群体中到多数人是从事硬件开发的,由于他们一直以来在硬件技术的沉淀和积累,无形中使得他们产生思维定时,从而一味的追求硬件技术的创新和实现,他们认为硬件平台是嵌入式通用行业应用平台的灵魂。孰不知,正是这种定势在悄悄的扼杀了平台的灵魂,导致最终的产品像一堆废铁一样堆在仓库当中,接下来整个团队就开始不停的接收硬件定制项目,接收之时、才惊讶的发现这个硬件平台还能应用这样的行业,孰不知这整个行业的发展机会已经拱手让给了别人,自己还拼命的兴奋与下一个定制项目,如此、整个团队的创新、激情、活力就将断送在定制项目,这也是为什么嵌入式行业人次流动颇大的原因。

什么才是嵌入式通用行业应用平台的灵魂呢?我可以毫不夸张的告诉大家,硬件平台只是基础,真正灵魂是软件平台。在中国,软件的发展要早于硬件,在嵌入式行业,软件的规范和管理流程要优硬件平台,软件是正真提些行业应用的需求,是摆在客户面的直接印象,如果把嵌入式通用行业应用产品进行分解,“模具”是产品衣服,“软件”是产品的中枢,硬件是产品的裸体。举个例子,相信很多人都用过凯立德导航软件,凯立德软件以其独特的界面风格、精确的地理信息著称,从而被应用绝大部分的终端设备上。现如今有谁能记住,导航产品的硬件结构呢?可以这样说,凯立德公司是完全可以做到硬件外包,或则直接兼容其他硬件平台。试问硬件平台还是嵌入式通用行业应用平台的核心吗?

怎样进行软件平台的搭建?

如果大家对软件平台是嵌入式通用行业应用平台的灵魂没有疑意,那么如何来进行软件平台的搭建呢?

首先、需求是整个产品的关键所在,没有需求的产品是肯定的没有投资的必要。因此软件平台的第一份需求材料应该来自于销售和市场人员,因此搭建软件平台首先应该完善销售和市场人员捕捉需求的机制,应该建立研发人员和市场、销售人员需求互相的平台,使得研发人员能够第一时间获取需求信息,调整产品的开发方向。

其次、采用快速原型开发模式进行初期的软件开发,在如今的中国软件行业,为抢夺市场正确进一步捕捉需求的时间,我想不到第二种模式能够跟适合他们的。因此在构建嵌入式通用应用平台的初期应该迅速根据当前的需求构建出于一个相对完善的软件平台,这个初期版本可以当作整个平台的技术指标,也可以直接参与项目演示,尽量争取软件平台与这个特定行业打交道的机会,这也正是进一步捕捉需求的机会。大家都知道一旦软件的需求完善了,软件的灵魂就开始孕育了,不管是重新构建软件,还是在原型的基础之上继续修改开发,最终的软件都将给整个产品带来无限活力。

最后、将整个软件产品化,由于原型开发阶段获取了大量的需求材料,这时候正是考虑产品的时候了,就像凯立德一样,完全脱离硬件平台。软件的产品化需要对整个需求进行筛选、分析,最终根据需求分析说明书制定相应的详细软件设计方案,最后参照软件原型开始进行再次开发,并进行最终的需求确认性测试,如此整个软件平台的设计才算完成。

因此,我建议在通用行业应用平台设计之初,应该同时制定硬件和软件开发团队,软硬件平台协同开发进行,软件开发团队主要的作用就是捕捉硬件平台适合应用的行业需求,并开发出软件原型。

怎样进行软件平台的测试?

如果是做过软件开发的人员都会发现,软件测试在整个开发流程中都占据着重要的作用。有时候会发现软件的测试时间要比软件开发的时间高出两倍甚至更多。那么在嵌入式行业中如何做到软件平台的测试呢?

测试不是一成不变的,根据各个行业需求的不同测试的要求也不同,例如军工、医疗行业就不同,他们对测试的要求就极其之高。但是有一点我们可以肯定,不管那个行业他们对性能的要求总是有个指标的,因此我觉得软件平台的测试应该制定测试指标,让测试指标贯穿整个测试过程,不管是功能测试、单元测试、系统测试、集成测试还是确认性测试。测试指标可以如下定义;

rpsresponse rate(响应速度)接口响应性能参数,表示每秒最少响应次数

eoterrors count of thousand (错误次数)接口性能参数,千次中出现错误的最多次数

fpsframe per sercond软件功能性能参数,指定每秒最少获取视频帧数

可以在具体的行业测试可以根据具体的需求规定这些参数,例如在视频监控行业,可以根据一些标准规定,如下;

服务连接接口响应性能指标为:0.3 rps

客户端传输过程错误次数指标:  10 eot

客户与服务器传输速度指标: 15 fps

如果规定的这些测试指标一旦获得了客户的确认,那么这个整个测试人员来说测试将是如此明了的事情,只需要根据规定编写测试用例进行测试即可。

    最终、嵌入式通用行业应用平台必定是嵌入式行业的发展方向,构建嵌入式通用行业应用平台确实不是一件容易的事情,尤其对于项目负责人来说是多么大挑战啊!每次平台的搭建就好像一次创业,稍有不慎产品的市场就将荡然无存,整个团队就将处于定制项目的无效挣扎当中,但是只要我们坚持不遗余力的进行产品的演变 、软件需求捕捉和重构,我相信行业最终将属于我们的团队。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值