为什么现在需要一个用于软件开发的方法论在硬件。
历史重演,但常常不是在完全相同的地方。系统工程团队面临的问题today-rising复杂性,缩短市场涉及交互影响的windows和更多的问题从动态功率和泄漏电流电迁移和finFET design-mirror的自上而下的问题,软件开发人员遇到二十多年前开始的。
的第一个征兆必须做点什么来改善软件开发代码的方法开始出现在1990年代,当发展陷入困境,这是缓慢,document-heavy,越来越成功。
四分之一世纪之后,硬件的复杂性已经运行一个类似的课程。它是缓慢的,复杂,严重限制规则的泥潭。并且随着更多的功能被添加到芯片上,这些问题只会变得更糟。添加多模式,
点由敏捷方法的支持者之一是设计和构建软件不能可靠地提前定义。
跟踪跳到finFETs的世界里,堆死,甚至发展为建立过程从40 nm 28 nm低功率和FD-SOI,和看起来奇怪的熟悉的问题。一群领导软件开发人员创建了一个宣言2001年改善软件开发,敏捷软件的引用12原则。
现在,问题就是硬件行业可以借鉴这些交互以及它们如何适用于半导体和系统级发展。很明显,老瀑布方法必须改变。
来听到更多关于这种方法与左移位,和设计师使用敏捷方法的生产项目。一个论坛将举行DAC,尼尔·约翰逊的播放器EDA,微软研究院的安德鲁•普特南弗兰克戴维斯的关键软件,和我自己。
此外,还有两个LinkedIn组已创建来解决这个问题,有超过800个成员。动量是建筑——而且将会改变。
更多的信息关于超音速在DAC,点击在这里。
|
|
|
|
|
|
|
|
|
|
留下一个回复