The Experts below are selected from a list of 258 Experts worldwide ranked by ideXlab platform
Gerrit Muller - One of the best experts on this subject based on the ideXlab platform.
-
Process Decomposition of a Business
2016Co-Authors: Gerrit MullerAbstract:This article positions the System Architecture process in a wider business scope. This positioning is intended to help understanding the processes in which the System Architect (or team of System Architects) is involved. It focuses on an organization that creates and builds Systems consisting of hardware and software. Although other product areas such as solution providers, services, courseware, et cetera also need System Architects, the process structure will deviate from the structure as presented here.
-
Course System Architecting for Management Teams
2016Co-Authors: Gerrit MullerAbstract:This article describes the condensed version the course System Architecture by the Center for Technical Training CTT. Trainer is the author of this article Gerrit Muller. At this moment this course is only accessible for Philips Employees. The course is set up to make the art of System Architecting more accessible. The course will address a wide spectrum of issues in relation with System Architecture, such as: processes, business, role and task of the System Architect (team), generic Developments (re-use, platforms) requirements, roadmapping, skills, and psycho social factors.
-
The Importance of System Architecting for Development
2016Co-Authors: Sarch Msarch, Gerrit MullerAbstract:The importance of System Architecting for development of products is explained. Current trends show an exponential growth of development teams, product complexity. Team size and product complexity are problematic from cost, time to market and risk point of view. The challenge is to create new products with manageable sized teams. System Architecting is one of many measures to cope with this problem. Architecting is explained in its context and a few main concepts are shown. A curriculum is being developed for (potential) System Architects. The next step is to address the managerial context of the System Architect. For this purpose a 2 day Management SARCH is developed. Distribution This article or presentation is written as part of the Gaudi project. The Gaudi project philosophy is to improve by obtaining frequent feedback. Frequent feedback is pursued by an open creation process. This document is published as intermediate or nearly mature version to get feedback. Further distribution is allowed as long as the document remains complete and unchanged. All Gaudi documents are available at: http://www.gaudisite.nl/ version: 0.3 status: concept June 23, 2016
-
Information Masters Course The Context of Embedded System Design
2016Co-Authors: Gerrit MullerAbstract:The Masters Course The Context of Embedded System Design is a course for students following the masters "Embedded Systems". The course material is based on the SARCH course Systems Architecting. However, more and shorter exercises are added, and a common case is used thorughout the course. The course addresses a wide spectrum of issues in relation with System archi- tecture, such as: processes, business, role and task of the System Architect (team), generic Developments (re-use, platforms) requirements, roadmapping, and skills.
-
SESA Course Systems Architecting
2015Co-Authors: Gerrit MullerAbstract:This article describes the course Systems Architecting. The course is set up to make the art of System Architecting more accessible. The course will address a wide spectrum of issues in relation with System Architecture, such as: Processes, Business, Role and task of the System Architect (team), Roadmapping, System Architect toolkit, Technical, Skills, and Psycho Social
Yong Chen - One of the best experts on this subject based on the ideXlab platform.
-
opensoc System Architect an open toolkit for building soft cores on fpgas
Field-Programmable Logic and Applications, 2017Co-Authors: Farzad Fatollahifard, David Donofrio, John Leidel, John Shalf, Xi Wang, Yong ChenAbstract:Given the recent difficulty in continuing the classic CMOS manufacturing density and power scaling curves, also known as Moore's Law and Dennard Scaling, respectively, we find that modern complex System Architectures are increasingly relying upon accelerators in order to optimize the placement of specific computational workloads. In addition, large-scale computing infrastructures utilized in HPC, data intensive computing, and cloud computing must rely almost exclusively upon commodity device Architectures provided by third-party manufacturers. The end result being a final System Architecture that lacks specificity for the target software workload. At the same time, there is a trend in the FPGA space of much larger FPGAs with a lot more resources and hardened IP blocks, making this type of Architecture design space exploration much easier. The OpenSoC System Architect infrastructure combines several open source design tools and methodologies into a central infrastructure for designing, developing, and verifying the necessary hardware and software modules required to implement application-specific processors for use in FPGAs. The end result is an infrastructure that permits rapid development and deployment of application-specific accelerators and softcores, including a fully functional software development tool chain.
-
FPL - OpenSoC System Architect: An open toolkit for building soft-cores on FPGAs
2017 27th International Conference on Field Programmable Logic and Applications (FPL), 2017Co-Authors: Farzad Fatollahi-fard, David Donofrio, John Leidel, John Shalf, Xi Wang, Yong ChenAbstract:Given the recent difficulty in continuing the classic CMOS manufacturing density and power scaling curves, also known as Moore's Law and Dennard Scaling, respectively, we find that modern complex System Architectures are increasingly relying upon accelerators in order to optimize the placement of specific computational workloads. In addition, large-scale computing infrastructures utilized in HPC, data intensive computing, and cloud computing must rely almost exclusively upon commodity device Architectures provided by third-party manufacturers. The end result being a final System Architecture that lacks specificity for the target software workload. At the same time, there is a trend in the FPGA space of much larger FPGAs with a lot more resources and hardened IP blocks, making this type of Architecture design space exploration much easier. The OpenSoC System Architect infrastructure combines several open source design tools and methodologies into a central infrastructure for designing, developing, and verifying the necessary hardware and software modules required to implement application-specific processors for use in FPGAs. The end result is an infrastructure that permits rapid development and deployment of application-specific accelerators and softcores, including a fully functional software development tool chain.
Jens Happe - One of the best experts on this subject based on the ideXlab platform.
-
CBSE - A qos driven development process model for component-based software Systems
Component-Based Software Engineering, 2006Co-Authors: Heiko Koziolek, Jens HappeAbstract:Non-functional specifications of software components are considered an important asset in constructing dependable Systems, since they enable early Quality of Service (QoS) evaluations. Several approaches for the QoS analysis of component-based software Architectures have been introduced. However, most of these approaches do not consider the integration into the development process sufficiently. For example, they envision a pure bottom-up development or neglect that System Architects do not have complete information for QoS analyses at their disposal. We extent an existing component-based development process model by Cheesman and Daniels to explicitly include early, model-based QoS analyses. Besides the System Architect, we describe further involved roles. Exemplary for the performance domain, we analyse what information these roles can provide to construct a performance model of a software Architecture.
-
A QoS Driven Development Process Model for Component-Based Software Systems
Lecture Notes in Computer Science, 2006Co-Authors: Heiko Koziolek, Jens HappeAbstract:Non-functional specifications of software components are considered an important asset in constructing dependable Systems, since they enable early Quality of Service (QoS) evaluations. Several approaches for the QoS analysis of component-based software Architectures have been introduced. However, most of these approaches do not consider the integration into the development process sufficiently. For example, they envision a pure bottom-up development or neglect that System Architects do not have complete information for QoS analyses at their disposal. We extent an existing component-based development process model by Cheesman and Daniels to explicitly include early, model-based QoS analyses. Besides the System Architect, we describe further involved roles. Exemplary for the performance domain, we analyse what information these roles can provide to construct a performance model of a software Architecture.
Farzad Fatollahi-fard - One of the best experts on this subject based on the ideXlab platform.
-
FPL - OpenSoC System Architect: An open toolkit for building soft-cores on FPGAs
2017 27th International Conference on Field Programmable Logic and Applications (FPL), 2017Co-Authors: Farzad Fatollahi-fard, David Donofrio, John Leidel, John Shalf, Xi Wang, Yong ChenAbstract:Given the recent difficulty in continuing the classic CMOS manufacturing density and power scaling curves, also known as Moore's Law and Dennard Scaling, respectively, we find that modern complex System Architectures are increasingly relying upon accelerators in order to optimize the placement of specific computational workloads. In addition, large-scale computing infrastructures utilized in HPC, data intensive computing, and cloud computing must rely almost exclusively upon commodity device Architectures provided by third-party manufacturers. The end result being a final System Architecture that lacks specificity for the target software workload. At the same time, there is a trend in the FPGA space of much larger FPGAs with a lot more resources and hardened IP blocks, making this type of Architecture design space exploration much easier. The OpenSoC System Architect infrastructure combines several open source design tools and methodologies into a central infrastructure for designing, developing, and verifying the necessary hardware and software modules required to implement application-specific processors for use in FPGAs. The end result is an infrastructure that permits rapid development and deployment of application-specific accelerators and softcores, including a fully functional software development tool chain.
Heiko Koziolek - One of the best experts on this subject based on the ideXlab platform.
-
CBSE - A qos driven development process model for component-based software Systems
Component-Based Software Engineering, 2006Co-Authors: Heiko Koziolek, Jens HappeAbstract:Non-functional specifications of software components are considered an important asset in constructing dependable Systems, since they enable early Quality of Service (QoS) evaluations. Several approaches for the QoS analysis of component-based software Architectures have been introduced. However, most of these approaches do not consider the integration into the development process sufficiently. For example, they envision a pure bottom-up development or neglect that System Architects do not have complete information for QoS analyses at their disposal. We extent an existing component-based development process model by Cheesman and Daniels to explicitly include early, model-based QoS analyses. Besides the System Architect, we describe further involved roles. Exemplary for the performance domain, we analyse what information these roles can provide to construct a performance model of a software Architecture.
-
A QoS Driven Development Process Model for Component-Based Software Systems
Lecture Notes in Computer Science, 2006Co-Authors: Heiko Koziolek, Jens HappeAbstract:Non-functional specifications of software components are considered an important asset in constructing dependable Systems, since they enable early Quality of Service (QoS) evaluations. Several approaches for the QoS analysis of component-based software Architectures have been introduced. However, most of these approaches do not consider the integration into the development process sufficiently. For example, they envision a pure bottom-up development or neglect that System Architects do not have complete information for QoS analyses at their disposal. We extent an existing component-based development process model by Cheesman and Daniels to explicitly include early, model-based QoS analyses. Besides the System Architect, we describe further involved roles. Exemplary for the performance domain, we analyse what information these roles can provide to construct a performance model of a software Architecture.
