Design Methodology and Tools for Wireless System Design

Size: px
Start display at page:

Download "Design Methodology and Tools for Wireless System Design"

Transcription

1 Design Methodology and Tools for Wireless System Design Jan M. Rabaey Berkeley Wireless Research Center, University of California, Berkeley (510) ABSTRACT The remarkable breakthrough that wireless systems have experienced in the last decade seems to be only the first wave of a wireless revolution that will have a profound effect on industries such as communications, computing, and consumer. The underlying premise is that wireless will be the preferred way of connecting various electronic devices and systems. Designing the optimized radio modules that support the range of applications, services, and bandwidths while staying cost-effective proves to be a major challenge and requires an integrated design flow augmented with the appropriate tools. This presentation will forward a vision on how such a flow could be constructed. INTRODUCTION The advent of the first and second generation wireless systems has firmly established wireless connectivity as a viable alternative to wired connections in the domain of voice communications. Today, we are on the threshold of a far more penetrating introduction of wireless technology in our daily lives. The third-generation wireless systems will add high-bandwidth data transmission to the cellular environment, hence making ubiquitous internet access a definite possibility. On the other side of the spectrum, initiatives such as Bluetooth pave the way for another range of applications that can ultimately lead to effortless communication between a wide range of appliances, sensors, control and display devices (as would for instance be needed to construct a smart home ). From this bewildering range of opportunities emerges an underlying need for cheap and low-energy radio connectivity. Depending the applications at hand, the required radio s present a wide spectrum of requirements in terms of service model, bandwidth, flexibility, energy and cost. Rather than building a single radio that fulfills all these needs, it is our projection that there will be a sustained need for application- or domain-specific radio s, optimized for the application at hand. Unfortunately, designing integrated radio s is non-trivial. Some of the reasons why this is so are summarized in Figure 1. A typical radio combines a profound mix of design paradigms and technologies: RF, analog, and low-energy digital (in other words true mixed-mode design), hardware- and software, and data- and control flow, operating over a wide range of data and time granularity. The design has furthermore to adhere to a series of stringent cost metrics. As such, radio s present one of the first and most challenging applications for true hybrid systemson-a-chip. Observe that this discussion in this paper focuses only on the radio terminal, and ignores the additional complexity imbedded in the basestation and networking components of a wireless system. To make the concept of the ubiquitous radio become true requires the development of a comprehensive design methodology that enables correct design in a short design cycle, while trading off between the various cost metrics (such as flexibility, area and energy). Given the complexity of the above task, such an ambitious flow can only be successful if it relies on the

2 FIGURE 1. Radio design combines data- and control flow, and addresses a wide range of data and time granularities. following three basic underpinnings: The design process should to a maximum extent rely on reusable modules. Reuse helps to raise the level of abstraction and simplifies the composition task, encapsulating the nitty-gritty details within the confines of a module. The design process has to be raised to higher levels of abstractions, that match well with the functions to be implemented and that allow for early verification. Starting the design process with C and/or VHDL descriptions bounds the design exploration space, leading to suboptimal solutions. At the same time, it makes the design verification process substantially harder. Rather than supporting every possible implementation platform and combination of processing module, the design methodology must have build-in constraints and present a clearly defined model of computation and architectural vision. Based on these concepts, we have formulated a comprehensive design methodology, as pictured in Figure 2. While this picture seems to be overly complex (a reflection of the task at hand...), it adheres strictly to the concepts outlined above: it starts a very high level of abstraction, provides a clear interface between behavior and structure (which is essential for effective reuse), and presents a limited number of implementation architectures (and their interfaces). In the rest of the presentation, we will highlight some of the aspects of this design flow. The focus will be on the higher abstraction levels as we believe that this is where the higher benefits will be reaped. SYSTEM LEVEL SPECIFICATION AND VERIFICATION Specification System design usually starts with a high-level model of some kind (boxes on a napkin, for example) and proceeds through a process of refinement, simulation or emulation, verification, implementation, and test. Much of the process is ad-hoc: the boxes on the napkin become sche-

3 FIGURE 2. Overview of Wireless System Design Flow matic blocks or code segments; the schematics and code are hand-generated while the napkin wipes up the spilled coffee and gets tossed in the trash. By the time all the gritty details of implementation are taken care of continuity with the original system description has pretty much been lost, causing a lack of design oversight (the big picture) and a surplus of one-timeonly design artifacts (code, hardware, etc.). To combat the ad-hoc nature of the system design process, we propose a design flow that relies heavily on abstract object-oriented modeling techniques (OMT) [4]. High-level abstract models based on object technology can be an excellent starting point for complex mixed hardware and software system design. Models of this type offer graphical representations and present various degrees of formality in both functionality and communication semantics. This formality lends it self well to system verification, and the object nature of the model creates the opportunity for design reuse. Out of the possible options, we have embraced UML as the vehicle for the informal phase of the specification process. The Unified Modeling Language (UML) is a standardized formalization of OMT, that has emerged from the object-modeling community, and was originally intended to be used in the early development phases of large software projects [5]. It is our belief that the concepts of UML are applicable to a much wider scope of design problems, in this case a mixed hardware-software design.

4 Use cases Sequence Diagrams Class Definitions FIGURE 3. Snapshot of UML description of Digital Intercom System, using the Rational Rose environment. A design process based on UML starts User Interface with a capturing of the design requirements ( requirement analysis ) and the relations between the system to be voice commands/ status designed and the external world. One way Permissions Database of describing these interactions is through control System use cases, which enumerate the typical Control scenario s that the system will execute Slot Set Database [2]. An example of the early specification slotset of a digital intercom system, that we have Data Path/ designed in Berkeley, is shown in Figure enable/ Physical and disable Media Access 3. These initially vague requirements are Link Protocols Control (MAC) iteratively defined till a more precise definition radio channel of the system modules and pro- cesses, their interactions and Slot dependencies is derived. For example, a Database more defined object-diagram of the digital intercom is given in Figure 4. The diagram is simple, yet it includes all of the FIGURE 4. OMT model of digital intercom and its components. major structural blocks and their relationships with each other. A simple line represents a one-to-one relationship (association) while the

5 circles add multiplicity (zero or one). A line with a diamond represents an aggregation, or composition, relationship i.e. the objects attached to the line are parts of the object next to the diamond. Shaded areas represent the environment, or parts of the intercom outside of this model. As we progress further into the modeling process, refinements should conform to this drawing. If they cannot, the system analysis needs to be reconsidered. At this point we have the general system structure without detailed semantics. For instance, what is the form of communication on an association, and what information does the communication convey? How are elements in an aggregation connected, and what information do they exchange? The choice of the semantics to effectively describe a component or interaction between components depends heavily on its nature. While modules in the radio s transport channel are better described using dataflow semantics, protocols and asynchronous module interactions are more readily modeled using communicating finite state machines. At this point, it makes perfect sense to partition the design based on this differentiation and use environment that are uniquely geared to each of those models. One may wonder if the partitioning will introduce an extra requirement for co-simulation and co-verification. In our experience, this is not a real necessity at this abstraction level. Both domains are substantially different in their goals and requirements. At this point, having a clear and explicit definition of the interfaces between the dataflow and control domains complemented with an abstract definition of their behavior is a sufficient and necessary condition. Protocol Specification and Verification The UML object model can be extended with a semantic backbone to yield a protocol specification and verification environment: the Specification and Description Language (SDL) [1]. SDL is a mature technology that was originally developed for protocol definition. In 1992, OO concepts in the style of the OMT model were integrated into SDL. For our system, we are using an SDL methodology called SOMT, for SDL-Oriented Object Modeling Technique. Figure 5 shows a revised view of Figure 4 in SDL with message paths for system control and MAC protocols shown in more detail. The environment has been abstracted away. This drawing is the first stage of SDL development - it is a complete description of system structure and message semantics at the top level. In SDL, dynamic behavior is described by a state diagram. In addition to providing documentation, the diagram (along with message semantics) gives us the ability to actually execute the model, i.e. track control through procedures and flow constructs given input (messages) from the environment. State space exploration (verification) is another possibility. Both of these techniques can be used to test the models function and correct many errors at what is still a high level, before targeting to specific technologies begins. Also important is that the clear semantics of the model drastically simplifies the design synthesis process. Data Transport Channel While some form of communicating finite state machine model presents the perfect choice for protocol specification, the data transport channel (with a more-or-less stream oriented nature) is more readily captured in a dataflow paradigm. Observe that at this level of abstraction, no real difference exists between analog and digital modules. The dataflow domain has received major attention over the last decade(s), and tools such as SPW and Ptolemy have helped to popularize the concept. The problems with these environments is the lack of linkage to either the higherorder descriptions of communication algorithms (which are typically expressed in algebraic format) and to implementation. It is our belief that Matlab (from MathWorks) presents a mean-

6 FIGURE 5. Top-Level SDL description of Digital Intercom protocol. Message names are shown within brackets near the path to which they are assigned. Message sets are in parentheses: REMRX (all signals received by a Remote), REMTX, BSRX, and BSTX. ingful alternative that addresses most of the above issues. First of all, the algebraic component of Matlab is the tool of choice for most communication system designers. Secondly, the SIM- ULINK layer presents a clean block-level dataflow description environment. Finally, it provides all the necessary hooks for linkage to implementation (such as finite precision and netlist export). As an example, Figure 6 shows the algorithmic block diagram of a wideband-cdma adaptive correlator [6]. FIGURE 6. Dataflow description of wideband CDMA adaptive correlator.

7 DESIGN SYNTHESIS The advantage of the unambiguous semantics is that enlightened hardware mapping (or architecture selection) and (semi-)automatic synthesis is more readily achieved. Once again, we differentiate between the control- and dataflow components. Architectural Mapping This area has achieved much attention in recent years. Selecting the right architecture for a component of a design requires the presence of extensive performance and energy models so that the decision can be based on quantitative information. One of the premier tools in this area is the Felix environment, that is currently under development at Cadence [8]. Felix allows for the simultaneous definition of both behavior (in a mixed CFSMdataflow format) and the target architecture (Figure 7). Adding associations between the two makes it possible to perform rather accurate performance and energy estimations. Protocol Synthesis FIGURE 7. Example of hardware mapping process in Felix. Selected pieces of behavior are associated with specific hardware modules With an appropriate hardware platform selected, we can commence the synthesis process. The actual flow differs substantially depending upon type of source code and the choice of the platform (software executed on a micro- or DSP processor, ASIC accelerator module, or reconfigurable array) (Figure 8). When a software solution on a processor is considered, it is possible to SDL (Telelogic) design flow disconnects (hand translations) in italics generated C code hand generated OS interface and Env functions SMV hand translation Synchronous FSMs compiled library OS (Custom) Processor VHDL ASIC or FPGA Synthesis FIGURE 8. Protocol synthesis flow

8 automatically generate executable C-code from the original SDL description. On the other hand, the situation is substantially more complex when an ASIC or FPGA target is selected [7]. The main problem is that SDL presents an asynchronous FSM model, while virtually all hardware implementations present a synchronous FSM paradigm. The mapping from one to the other is a non-trivial and ambiguous operation, that either requires user guidance or requires some constraints on original SDL description. As a result, the step from SDL to Synchronous FSM is currently performed manually. Once a synchronous description is obtained, both formal verification (using SMV [3]) and automatic synthesis to implementation are possible. Data Transport Channel FIGURE 9. Netlist of CDMA correlator datapath, as generated from SIMULINK description. Another option is to directly generate a module netlist, which is rather easy to do if the chosen architecture is a one-to-one mapping of the algorithm (which is very often the case when an ASIC implementation is chosen). The MathWorks Simulink environment allows for a direct export of the functional netlist into an EDIF format, including an expansion of the high-level data types into signal busses. For example, Figure 9 shows an expanded netlist view of the adaptive correlator of Figure 6. This netlist can then be directly fed into logic synthesis tools or datapath compilers. Observe also that a one-to-one mapping into predefined library modules is the typical approach for the analog sub-functions. Summary Similarly, many implementation routes exist for the dataflow component of the radio. One of the options is to produce C- or assembler code for a programmable DSP processor. Another option is to directly produce a control-dataflow graph that serves as the input for a wide variety of behavioral synthesis tools, as well as description of choice for reconfigurable architectures such as the Berkeley Pleiades. In this paper, we have proposed a high-level design flow for the design of wireless system. The key aspects of the flow include Raising the abstraction level and introducing (in)formal capturing techniques at the earliest time in the design process. Clear distinction between the control- and dataflow components of the radio, and the use of the appropriate modeling, verification, and synthesis approaches. The use of well-defined and encapsulated implementation platforms and maximum utilization of reuse. While the picture sketched above is experimental and far from complete, it is our belief that a structured approach of this style is essential if ubiquitous wireless connectivity is to become a reality.

9 Acknowledgments The author would like to acknowledge the contributions of Robert Brodersen, Fred Burghardt, Chunlong Guo, Jim Rowson, and Brian Limketkai to this paper. References [1] J. Ellsberger, D. Hogrefe, A. Sarma, SDL: Formal Object-oriented Language for Communicating Systems, Prentice-Hall, 1997 [2] I. Jacobson, M. Christson, P. Jonsson, G. Overgaard, Object-Oriented Software Engineering: A Use Case Driven Approach, Addison-Wesley, 1992 [3] K. McMillan, Symbolic Model Checking, Kluwer,1993 [4] J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy, W. Lorensen, Object-Oriented Modeling and Design, Prentice-Hall, 1991 [5] M. Fowler et al., Uml Distilled: Applying the Standard Object Modeling Language, Addison-Wesley, [6] Ning Zhang, Craig Teuscher, Hungchi Lee, Bob Brodersen, Architectural Implementation Issues in a Wideband Receiver Using Multiuser Detection, Proceedings 36th Allerton Conference on Communication, Control, and Computing, Urbana, Sept [7] F. Burghardt et al., System Design Using Object Modeling Techniques: A Case Study, UC Berkeley internal document. [8] J. Rowson and A. Sangiovanni-Vincentelli, Interface based Design, Proceedings 34th Design Automation Conference, Anaheim, pp , June 1997.

Developing SOA solutions using IBM SOA Foundation

Developing SOA solutions using IBM SOA Foundation Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this

More information

International Workshop on Field Programmable Logic and Applications, FPL '99

International Workshop on Field Programmable Logic and Applications, FPL '99 International Workshop on Field Programmable Logic and Applications, FPL '99 DRIVE: An Interpretive Simulation and Visualization Environment for Dynamically Reconægurable Systems? Kiran Bondalapati and

More information

UML SUPPORTED SOFTWARE DESIGN

UML SUPPORTED SOFTWARE DESIGN UML SUPPORTED SOFTWARE DESIGN Darko Gvozdanović, Saša Dešić, Darko Huljenić Ericsson Nikola Tesla d.d., Krapinska 45, HR-0000 Zagreb, Croatia, tel.: +385 365 3889, faks: +385 365 3548, e-mail: darko.gvozdanovic@etk.ericsson.se

More information

Product Development Flow Including Model- Based Design and System-Level Functional Verification

Product Development Flow Including Model- Based Design and System-Level Functional Verification Product Development Flow Including Model- Based Design and System-Level Functional Verification 2006 The MathWorks, Inc. Ascension Vizinho-Coutry, avizinho@mathworks.fr Agenda Introduction to Model-Based-Design

More information

Structure of Presentation. The Role of Programming in Informatics Curricula. Concepts of Informatics 2. Concepts of Informatics 1

Structure of Presentation. The Role of Programming in Informatics Curricula. Concepts of Informatics 2. Concepts of Informatics 1 The Role of Programming in Informatics Curricula A. J. Cowling Department of Computer Science University of Sheffield Structure of Presentation Introduction The problem, and the key concepts. Dimensions

More information

Chapter 4 Software Lifecycle and Performance Analysis

Chapter 4 Software Lifecycle and Performance Analysis Chapter 4 Software Lifecycle and Performance Analysis This chapter is aimed at illustrating performance modeling and analysis issues within the software lifecycle. After having introduced software and

More information

High-Level Synthesis for FPGA Designs

High-Level Synthesis for FPGA Designs High-Level Synthesis for FPGA Designs BRINGING BRINGING YOU YOU THE THE NEXT NEXT LEVEL LEVEL IN IN EMBEDDED EMBEDDED DEVELOPMENT DEVELOPMENT Frank de Bont Trainer consultant Cereslaan 10b 5384 VT Heesch

More information

Reconfigurable Architecture Requirements for Co-Designed Virtual Machines

Reconfigurable Architecture Requirements for Co-Designed Virtual Machines Reconfigurable Architecture Requirements for Co-Designed Virtual Machines Kenneth B. Kent University of New Brunswick Faculty of Computer Science Fredericton, New Brunswick, Canada ken@unb.ca Micaela Serra

More information

MAJORS: Computer Engineering, Computer Science, Electrical Engineering

MAJORS: Computer Engineering, Computer Science, Electrical Engineering Qualcomm MAJORS: Computer Engineering, Computer Science, Electrical Engineering TITLE: Intern - Software Engineer - Summer 2012 JOB DESCRIPTION: G1889814 Job Title Intern - Software Engineer - Summer 2012

More information

Object-Oriented Modeling and Design

Object-Oriented Modeling and Design Object-Oriented Modeling and Design James Rumbaugh Michael Blaha William Premerlani Frederick Eddy William Lorensen General Electric Research and Development Center Schenectady, New York Tschnische Hochschule

More information

Layered Approach to Development of OO War Game Models Using DEVS Framework

Layered Approach to Development of OO War Game Models Using DEVS Framework Layered Approach to Development of OO War Game Models Using DEVS Framework Chang Ho Sung*, Su-Youn Hong**, and Tag Gon Kim*** Department of EECS KAIST 373-1 Kusong-dong, Yusong-gu Taejeon, Korea 305-701

More information

Microelectronic System-on-Chip Modeling using Objects and their Relationships

Microelectronic System-on-Chip Modeling using Objects and their Relationships Microelectronic System-on-Chip Modeling using Objects and their Relationships Frederic Doucet, Rajesh K. Gupta {doucet, rgupta}@ics.uci.edu Center for Embedded Computer Systems University of California

More information

Platform-Based Design and the First Generation Dilemma Jiang Xu and Wayne Wolf

Platform-Based Design and the First Generation Dilemma Jiang Xu and Wayne Wolf Platform-Based Design and the First Generation Dilemma Jiang Xu and Wayne Wolf Dept. of ELE, Princeton University Jiangxu, Wolf@ee.Princeton.edu Abstract In this paper, we analyze system-level design methodologies

More information

Visual Programming of Logic, Motion, and Robotics

Visual Programming of Logic, Motion, and Robotics ADVANCED Motion Controls October 2014 Visual Programming of Logic, Motion, and Robotics Sándor Barta Overview The art of programming consists of mentally translating a workflow into a sequential programming

More information

Study Plan Masters of Science in Computer Engineering and Networks (Thesis Track)

Study Plan Masters of Science in Computer Engineering and Networks (Thesis Track) Plan Number 2009 Study Plan Masters of Science in Computer Engineering and Networks (Thesis Track) I. General Rules and Conditions 1. This plan conforms to the regulations of the general frame of programs

More information

Enterprise Architecture: Practical Guide to Logical Architecture

Enterprise Architecture: Practical Guide to Logical Architecture Objecteering Practical Guides Enterprise Architecture: Practical Guide to Logical Architecture Author: Version: 1.0 Copyright: Softeam Softeam Consulting Team Supervised by Philippe Desfray Softeam 21

More information

Object-Oriented Design Guidelines

Object-Oriented Design Guidelines Adaptive Software Engineering G22.3033-007 Session 8 Sub-Topic 3 Presentation Object-Oriented Design Guidelines Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute

More information

Announcements. SE 1: Software Requirements Specification and Analysis. Review: Use Case Descriptions

Announcements. SE 1: Software Requirements Specification and Analysis. Review: Use Case Descriptions Announcements SE 1: Software Requirements Specification and Analysis Lecture 4: Basic Notations Nancy Day, Davor Svetinović http://www.student.cs.uwaterloo.ca/ cs445/winter2006 uw.cs.cs445 Send your group

More information

Development of AUTOSAR Software Components within Model-Based Design

Development of AUTOSAR Software Components within Model-Based Design 2008-01-0383 Development of AUTOSAR Software Components within Model-Based Design Copyright 2008 The MathWorks, Inc. Guido Sandmann Automotive Marketing Manager, EMEA The MathWorks Richard Thompson Senior

More information

Architectures and Platforms

Architectures and Platforms Hardware/Software Codesign Arch&Platf. - 1 Architectures and Platforms 1. Architecture Selection: The Basic Trade-Offs 2. General Purpose vs. Application-Specific Processors 3. Processor Specialisation

More information

Chap 1. Introduction to Software Architecture

Chap 1. Introduction to Software Architecture Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)

More information

What is a life cycle model?

What is a life cycle model? What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each

More information

The Graduate Program in Information Technology at Virginia Tech

The Graduate Program in Information Technology at Virginia Tech The Graduate Program in Information Technology at Virginia Tech William H. Tranter and Leonard A. Ferrari Department of Electrical and Computer Engineering Virginia Tech Blacksburg, VA 24061 Session 12b5

More information

Foundations of Model-Driven Software Engineering

Foundations of Model-Driven Software Engineering Model-Driven Software Engineering Foundations of Model-Driven Software Engineering Dr. Jochen Küster (jku@zurich.ibm.com) Contents Introduction to Models and Modeling Concepts of Model-Driven Software

More information

Course Curriculum for Master Degree in Electrical Engineering/Wireless Communications

Course Curriculum for Master Degree in Electrical Engineering/Wireless Communications Course Curriculum for Master Degree in Electrical Engineering/Wireless Communications The Master Degree in Electrical Engineering/Wireless Communications, is awarded by the Faculty of Graduate Studies

More information

Best Practises for LabVIEW FPGA Design Flow. uk.ni.com ireland.ni.com

Best Practises for LabVIEW FPGA Design Flow. uk.ni.com ireland.ni.com Best Practises for LabVIEW FPGA Design Flow 1 Agenda Overall Application Design Flow Host, Real-Time and FPGA LabVIEW FPGA Architecture Development FPGA Design Flow Common FPGA Architectures Testing and

More information

Echtzeittesten mit MathWorks leicht gemacht Simulink Real-Time Tobias Kuschmider Applikationsingenieur

Echtzeittesten mit MathWorks leicht gemacht Simulink Real-Time Tobias Kuschmider Applikationsingenieur Echtzeittesten mit MathWorks leicht gemacht Simulink Real-Time Tobias Kuschmider Applikationsingenieur 2015 The MathWorks, Inc. 1 Model-Based Design Continuous Verification and Validation Requirements

More information

Evaluating OO-CASE tools: OO research meets practice

Evaluating OO-CASE tools: OO research meets practice Evaluating OO-CASE tools: OO research meets practice Danny Greefhorst, Matthijs Maat, Rob Maijers {greefhorst, maat, maijers}@serc.nl Software Engineering Research Centre - SERC PO Box 424 3500 AK Utrecht

More information

A process-driven methodological approach for the design of telecommunications management systems

A process-driven methodological approach for the design of telecommunications management systems A process-driven methodological approach for the design of telecommunications management systems Thierry FRAIZE, Julio VILLENA, Jean-Daniel GUEDJ TELECOM ARGENTINA Av Dorrego 2520 (1425) Buenos Aires Argentina

More information

LTE protocol tests for IO(D)T and R&D using the R&S CMW500

LTE protocol tests for IO(D)T and R&D using the R&S CMW500 LTE protocol tests for IO(D)T and R&D using the R&S CMW500 The standardization of layer 3 signaling for the new UMTS long term evolution (LTE) standard is almost complete, and Rohde & Schwarz is ready

More information

A Rapid Development Process with UML

A Rapid Development Process with UML A Rapid Development Process with UML Giuliano Armano DIEE, Dipartimento di Ingegneria Elettrica ed Elettronica, University of Cagliari Piazza d Armi I-09123, Cagliari (Italy) Tel. +39-70-675.5878 armano@diee.unica.it

More information

Introduction to Basics of Communication Protocol

Introduction to Basics of Communication Protocol Network Model Introduction to Basics of Communication Protocol Prof Pallapa. Venkataram Department of Electrical Communication Engineering Indian Institute of Science Bangalore 560012, India Physical Communication

More information

SDR Architecture. Introduction. Figure 1.1 SDR Forum High Level Functional Model. Contributed by Lee Pucker, Spectrum Signal Processing

SDR Architecture. Introduction. Figure 1.1 SDR Forum High Level Functional Model. Contributed by Lee Pucker, Spectrum Signal Processing SDR Architecture Contributed by Lee Pucker, Spectrum Signal Processing Introduction Software defined radio (SDR) is an enabling technology, applicable across a wide range of areas within the wireless industry,

More information

CS 1632 SOFTWARE QUALITY ASSURANCE. 2 Marks. Sample Questions and Answers

CS 1632 SOFTWARE QUALITY ASSURANCE. 2 Marks. Sample Questions and Answers CS 1632 SOFTWARE QUALITY ASSURANCE 2 Marks Sample Questions and Answers 1. Define quality. Quality is the degree of goodness of a product or service or perceived by the customer. Quality concept is the

More information

Aspect Oriented Strategy to model the Examination Management Systems

Aspect Oriented Strategy to model the Examination Management Systems Aspect Oriented Strategy to model the Examination Management Systems P.Durga 1, S.Jeevitha 2, A.Poomalai 3, Prof.M.Sowmiya 4 and Prof.S.Balamurugan 5 Department of IT, Kalaignar Karunanidhi Institute of

More information

Digital Systems Design! Lecture 1 - Introduction!!

Digital Systems Design! Lecture 1 - Introduction!! ECE 3401! Digital Systems Design! Lecture 1 - Introduction!! Course Basics Classes: Tu/Th 11-12:15, ITE 127 Instructor Mohammad Tehranipoor Office hours: T 1-2pm, or upon appointments @ ITE 441 Email:

More information

IRA 423/08. Designing the SRT control software: Notes to the UML schemes. Andrea Orlati 1 Simona Righini 2

IRA 423/08. Designing the SRT control software: Notes to the UML schemes. Andrea Orlati 1 Simona Righini 2 Designing the SRT control software: Notes to the UML schemes Andrea Orlati 1 Simona Righini 2 1 - I.N.A.F. Istituto di Radioastronomia. 2 Dip. Astronomia - Università degli Studi di Bologna. Dicembre 2008

More information

Aims and Objectives. E 3.05 Digital System Design. Course Syllabus. Course Syllabus (1) Programmable Logic

Aims and Objectives. E 3.05 Digital System Design. Course Syllabus. Course Syllabus (1) Programmable Logic Aims and Objectives E 3.05 Digital System Design Peter Cheung Department of Electrical & Electronic Engineering Imperial College London URL: www.ee.ic.ac.uk/pcheung/ E-mail: p.cheung@ic.ac.uk How to go

More information

OPNET Network Simulator

OPNET Network Simulator Simulations and Tools for Telecommunications 521365S: OPNET Network Simulator Jarmo Prokkola Research team leader, M. Sc. (Tech.) VTT Technical Research Centre of Finland Kaitoväylä 1, Oulu P.O. Box 1100,

More information

From reconfigurable transceivers to reconfigurable networks, part II: Cognitive radio networks. Loreto Pescosolido

From reconfigurable transceivers to reconfigurable networks, part II: Cognitive radio networks. Loreto Pescosolido From reconfigurable transceivers to reconfigurable networks, part II: Cognitive radio networks Loreto Pescosolido Spectrum occupancy with current technologies Current wireless networks, operating in either

More information

YAML: A Tool for Hardware Design Visualization and Capture

YAML: A Tool for Hardware Design Visualization and Capture YAML: A Tool for Hardware Design Visualization and Capture Vivek Sinha, Frederic Doucet, Chuck Siska, Rajesh Gupta, Stan Liao, Abhijit Ghosh Center for Embedded Computer Systems, University of California,

More information

Software Defined Radio Architecture for NASA s Space Communications

Software Defined Radio Architecture for NASA s Space Communications From July 2007 High Frequency Electronics Copyright 2007 Summit Technical Media Software Defined Radio Architecture for NASA s Space Communications By Maximilian C. Scardelletti, Richard C. Reinhart, Monty

More information

Introduction to Digital System Design

Introduction to Digital System Design Introduction to Digital System Design Chapter 1 1 Outline 1. Why Digital? 2. Device Technologies 3. System Representation 4. Abstraction 5. Development Tasks 6. Development Flow Chapter 1 2 1. Why Digital

More information

Model-Driven Software Development for Robotics: an overview

Model-Driven Software Development for Robotics: an overview Model-Driven Software Development for Robotics: an overview IEEE-ICRA2011 Workshop on Software Development and Integration in Robotics Jan F. Broenink, Maarten M. Bezemer Control Engineering, University

More information

School of Computer Science

School of Computer Science School of Computer Science Computer Science - Honours Level - 2014/15 October 2014 General degree students wishing to enter 3000- level modules and non- graduating students wishing to enter 3000- level

More information

To introduce software process models To describe three generic process models and when they may be used

To introduce software process models To describe three generic process models and when they may be used Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

ESE566 REPORT3. Design Methodologies for Core-based System-on-Chip HUA TANG OVIDIU CARNU

ESE566 REPORT3. Design Methodologies for Core-based System-on-Chip HUA TANG OVIDIU CARNU ESE566 REPORT3 Design Methodologies for Core-based System-on-Chip HUA TANG OVIDIU CARNU Nov 19th, 2002 ABSTRACT: In this report, we discuss several recent published papers on design methodologies of core-based

More information

The Software Process. The Unified Process (Cont.) The Unified Process (Cont.)

The Software Process. The Unified Process (Cont.) The Unified Process (Cont.) The Software Process Xiaojun Qi 1 The Unified Process Until recently, three of the most successful object-oriented methodologies were Booch smethod Jacobson s Objectory Rumbaugh s OMT (Object Modeling

More information

feature model-driven development Test-Driven Modeling for Model-Driven Development

feature model-driven development Test-Driven Modeling for Model-Driven Development feature model-driven development Test-Driven Modeling for Model-Driven Development Yuefeng Zhang, Motorola Extreme Programming is a code-centric, lightweight software development process. 1 3 One of XP

More information

How Router Technology Shapes Inter-Cloud Computing Service Architecture for The Future Internet

How Router Technology Shapes Inter-Cloud Computing Service Architecture for The Future Internet How Router Technology Shapes Inter-Cloud Computing Service Architecture for The Future Internet Professor Jiann-Liang Chen Friday, September 23, 2011 Wireless Networks and Evolutional Communications Laboratory

More information

Object Oriented Programming. Risk Management

Object Oriented Programming. Risk Management Section V: Object Oriented Programming Risk Management In theory, there is no difference between theory and practice. But, in practice, there is. - Jan van de Snepscheut 427 Chapter 21: Unified Modeling

More information

Axiomatic design of software systems

Axiomatic design of software systems Axiomatic design of software systems N.P. Suh (1), S.H. Do Abstract Software is playing an increasingly important role in manufacturing. Many manufacturing firms have problems with software development.

More information

From Control Loops to Software

From Control Loops to Software CNRS-VERIMAG Grenoble, France October 2006 Executive Summary Embedded systems realization of control systems by computers Computers are the major medium for realizing controllers There is a gap between

More information

Unit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML

Unit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML Unit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML System Development (SD) : - o SD refers to all activities that go into producing

More information

Lecture 9: Requirements Modelling

Lecture 9: Requirements Modelling A little refresher: What are we modelling? Lecture 9: Requirements Modelling Requirements; Systems; Systems Thinking Role of Modelling in RE Why modelling is important Limitations of modelling Brief overview

More information

Component Based Development in Software Engineering

Component Based Development in Software Engineering Component Based Development in Software Engineering Amandeep Bakshi, Rupinder Singh Abstract--In today s world, Component Based development is an active research area for more than a decade in software

More information

DEVELOPING REQUIREMENTS FOR DATA WAREHOUSE SYSTEMS WITH USE CASES

DEVELOPING REQUIREMENTS FOR DATA WAREHOUSE SYSTEMS WITH USE CASES DEVELOPING REQUIREMENTS FOR DATA WAREHOUSE SYSTEMS WITH USE CASES Robert M. Bruckner Vienna University of Technology bruckner@ifs.tuwien.ac.at Beate List Vienna University of Technology list@ifs.tuwien.ac.at

More information

Rapid Prototyping of a Frequency Hopping Ad Hoc Network System

Rapid Prototyping of a Frequency Hopping Ad Hoc Network System Rapid Prototyping of a Frequency Hopping Ad Hoc Network System Martin Braun, Nico Otterbach, Jens Elsner, and Friedrich K. Jondral Communications Engineering Lab, Karlsruhe Institute of Technology (KIT),

More information

Rapid Prototyping and Deployment of User-to-User Networked Applications

Rapid Prototyping and Deployment of User-to-User Networked Applications Rapid Prototyping and Deployment of User-to-User Networked Applications Wan-Teh Chang Department of Electrical Engineering and Computer Sciences University of California at Berkeley DSP SEMINAR, 3 MAY

More information

Agenda. Michele Taliercio, Il circuito Integrato, Novembre 2001

Agenda. Michele Taliercio, Il circuito Integrato, Novembre 2001 Agenda Introduzione Il mercato Dal circuito integrato al System on a Chip (SoC) La progettazione di un SoC La tecnologia Una fabbrica di circuiti integrati 28 How to handle complexity G The engineering

More information

Model Engineering using Multimodeling

Model Engineering using Multimodeling Model Engineering using Multimodeling Christopher Brooks (UC Berkeley) Chih-Hong Cheng (UC Berkeley & TU Munich) Thomas Huining Feng (UC Berkeley) Edward A. Lee (UC Berkeley) Reinhard von Hanxleden (Christian-Albrechts-Univ.

More information

Software-Defined Radio Altering the Wireless Value Chain

Software-Defined Radio Altering the Wireless Value Chain Brochure More information from http://www.researchandmarkets.com/reports/239249/ Software-Defined Radio Altering the Wireless Value Chain Description: The potential impact of Software Defined Radio on

More information

Model Based System Engineering (MBSE) For Accelerating Software Development Cycle

Model Based System Engineering (MBSE) For Accelerating Software Development Cycle Model Based System Engineering (MBSE) For Accelerating Software Development Cycle Manish Patil Sujith Annamaneni September 2015 1 Contents 1. Abstract... 3 2. MBSE Overview... 4 3. MBSE Development Cycle...

More information

Analysis on Virtualization Technologies in Cloud

Analysis on Virtualization Technologies in Cloud Analysis on Virtualization Technologies in Cloud 1 V RaviTeja Kanakala, V.Krishna Reddy, K.Thirupathi Rao 1 Research Scholar, Department of CSE, KL University, Vaddeswaram, India I. Abstract Virtualization

More information

11 Tips to make the requirements definition process more effective and results more usable

11 Tips to make the requirements definition process more effective and results more usable 1 11 Tips to make the s definition process more effective and results more usable This article discusses what I believe are the key techniques for making s definition process repeatable from project to

More information

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: 0306211(Computer Programming 2).

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: 0306211(Computer Programming 2). 0305203 0305280 0305301 0305302 Software Engineering/Courses Description Introduction to Software Engineering Prerequisite: 0306211(Computer Programming 2). This course introduces students to the problems

More information

Extending the Power of FPGAs. Salil Raje, Xilinx

Extending the Power of FPGAs. Salil Raje, Xilinx Extending the Power of FPGAs Salil Raje, Xilinx Extending the Power of FPGAs The Journey has Begun Salil Raje Xilinx Corporate Vice President Software and IP Products Development Agenda The Evolution of

More information

The SPES Methodology Modeling- and Analysis Techniques

The SPES Methodology Modeling- and Analysis Techniques The SPES Methodology Modeling- and Analysis Techniques Dr. Wolfgang Böhm Technische Universität München boehmw@in.tum.de Agenda SPES_XT Project Overview Some Basic Notions The SPES Methodology SPES_XT

More information

Embedded System Design Using UML and Platforms

Embedded System Design Using UML and Platforms Embedded System Design Using UML and Platforms Rong Chen +, Marco Sgroi +, Grant Martin ++, Luciano Lavagno ++, Alberto Sangiovanni-Vincentelli +, Jan Rabaey + + ++ University of California, Berkeley Cadence

More information

Network Security. Chapter 9 Integrating Security Services into Communication Architectures

Network Security. Chapter 9 Integrating Security Services into Communication Architectures Network Security Chapter 9 Integrating Security Services into Communication Architectures Network Security (WS 00): 09 Integration of Security Services Motivation: What to do where?! Analogous to the methodology

More information

Questions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements

Questions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements Questions? Assignment Why is proper project management important? What is goal of domain analysis? What is the difference between functional and non- functional requirements? Why is it important for requirements

More information

Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus. 2010 IBM Corporation

Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus. 2010 IBM Corporation Tomáš Müller IT Architekt 21/04/2010 ČVUT FEL: SOA & Enterprise Service Bus Agenda BPM Follow-up SOA and ESB Introduction Key SOA Terms SOA Traps ESB Core functions Products and Standards Mediation Modules

More information

Object-oriented design methodologies

Object-oriented design methodologies Object-oriented design methodologies An object-oriented methodology is defined as the system of principles and procedures applied to object-oriented software development. Five years ago, there was no standard

More information

Contents. System Development Models and Methods. Design Abstraction and Views. Synthesis. Control/Data-Flow Models. System Synthesis Models

Contents. System Development Models and Methods. Design Abstraction and Views. Synthesis. Control/Data-Flow Models. System Synthesis Models System Development Models and Methods Dipl.-Inf. Mirko Caspar Version: 10.02.L.r-1.0-100929 Contents HW/SW Codesign Process Design Abstraction and Views Synthesis Control/Data-Flow Models System Synthesis

More information

Software Development in the Large!

Software Development in the Large! Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development

More information

Challenges and Opportunities for formal specifications in Service Oriented Architectures

Challenges and Opportunities for formal specifications in Service Oriented Architectures ACSD ATPN Xi an China June 2008 Challenges and Opportunities for formal specifications in Service Oriented Architectures Gustavo Alonso Systems Group Department of Computer Science Swiss Federal Institute

More information

Tool Support for Software Variability Management and Product Derivation in Software Product Lines

Tool Support for Software Variability Management and Product Derivation in Software Product Lines Tool Support for Software Variability Management and Product Derivation in Software s Hassan Gomaa 1, Michael E. Shin 2 1 Dept. of Information and Software Engineering, George Mason University, Fairfax,

More information

Software Synthesis from Dataflow Models for G and LabVIEW

Software Synthesis from Dataflow Models for G and LabVIEW Presented at the Thirty-second Annual Asilomar Conference on Signals, Systems, and Computers. Pacific Grove, California, U.S.A., November 1998 Software Synthesis from Dataflow Models for G and LabVIEW

More information

How To Develop Software

How To Develop Software Software Engineering Prof. N.L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-4 Overview of Phases (Part - II) We studied the problem definition phase, with which

More information

OPNET - Network Simulator

OPNET - Network Simulator Simulations and Tools for Telecommunications 521365S: OPNET - Network Simulator Jarmo Prokkola Project Manager, M. Sc. (Tech.) VTT Technical Research Centre of Finland Kaitoväylä 1, Oulu P.O. Box 1100,

More information

HARDWARE ACCELERATION IN FINANCIAL MARKETS. A step change in speed

HARDWARE ACCELERATION IN FINANCIAL MARKETS. A step change in speed HARDWARE ACCELERATION IN FINANCIAL MARKETS A step change in speed NAME OF REPORT SECTION 3 HARDWARE ACCELERATION IN FINANCIAL MARKETS A step change in speed Faster is more profitable in the front office

More information

System-on. on-chip Design Flow. Prof. Jouni Tomberg Tampere University of Technology Institute of Digital and Computer Systems. jouni.tomberg@tut.

System-on. on-chip Design Flow. Prof. Jouni Tomberg Tampere University of Technology Institute of Digital and Computer Systems. jouni.tomberg@tut. System-on on-chip Design Flow Prof. Jouni Tomberg Tampere University of Technology Institute of Digital and Computer Systems jouni.tomberg@tut.fi 26.03.2003 Jouni Tomberg / TUT 1 SoC - How and with whom?

More information

Designing Real-Time and Embedded Systems with the COMET/UML method

Designing Real-Time and Embedded Systems with the COMET/UML method By Hassan Gomaa, Department of Information and Software Engineering, George Mason University. Designing Real-Time and Embedded Systems with the COMET/UML method Most object-oriented analysis and design

More information

Quartus II Software Design Series : Foundation. Digitale Signalverarbeitung mit FPGA. Digitale Signalverarbeitung mit FPGA (DSF) Quartus II 1

Quartus II Software Design Series : Foundation. Digitale Signalverarbeitung mit FPGA. Digitale Signalverarbeitung mit FPGA (DSF) Quartus II 1 (DSF) Quartus II Stand: Mai 2007 Jens Onno Krah Cologne University of Applied Sciences www.fh-koeln.de jens_onno.krah@fh-koeln.de Quartus II 1 Quartus II Software Design Series : Foundation 2007 Altera

More information

JOURNAL OF OBJECT TECHNOLOGY

JOURNAL OF OBJECT TECHNOLOGY JOURNAL OF OBJECT TECHNOLOGY Online at http://www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, Novmeber - December 2008 Extension of Object-Oriented Software

More information

From UML to HDL: a Model Driven Architectural Approach to Hardware-Software Co-Design

From UML to HDL: a Model Driven Architectural Approach to Hardware-Software Co-Design From UML to HDL: a Model Driven Architectural Approach to Hardware-Software Co-Design Frank P. Coyle and Mitchell A. Thornton Computer Science and Engineering Dept Southern Methodist University Dallas

More information

Quality Ensuring Development of Software Processes

Quality Ensuring Development of Software Processes Quality Ensuring Development of Software Processes ALEXANDER FÖRSTER,GREGOR ENGELS Department of Computer Science University of Paderborn D-33095 Paderborn, Germany {alfo engels}@upb.de ABSTRACT: Software

More information

Software Development Methodologies

Software Development Methodologies Software Development Methodologies Lecturer: Raman Ramsin Lecture 7 Integrated Object-Oriented Methodologies: OPEN and FOOM 1 Object-oriented Process, Environment and Notation (OPEN) First introduced in

More information

A UML Introduction Tutorial

A UML Introduction Tutorial A UML Introduction Tutorial 1/27/08 9:55 PM A UML Introduction Tutorial In this tutorial you will learn about the fundamentals of object oriented modelling, the Unified Modelling Language and the software

More information

Application Architectures

Application Architectures Software Engineering Application Architectures Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To explain the organization of two fundamental models of business systems - batch

More information

(Refer Slide Time: 01:52)

(Refer Slide Time: 01:52) Software Engineering Prof. N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture - 2 Introduction to Software Engineering Challenges, Process Models etc (Part 2) This

More information

Datavetenskapligt Program (kandidat) Computer Science Programme (master)

Datavetenskapligt Program (kandidat) Computer Science Programme (master) Datavetenskapligt Program (kandidat) Computer Science Programme (master) Wolfgang Ahrendt Director Datavetenskap (BSc), Computer Science (MSc) D&IT Göteborg University, 30/01/2009 Part I D&IT: Computer

More information

Customer Specific Wireless Network Solutions Based on Standard IEEE 802.15.4

Customer Specific Wireless Network Solutions Based on Standard IEEE 802.15.4 Customer Specific Wireless Network Solutions Based on Standard IEEE 802.15.4 Michael Binhack, sentec Elektronik GmbH, Werner-von-Siemens-Str. 6, 98693 Ilmenau, Germany Gerald Kupris, Freescale Semiconductor

More information

The Ptolemy Project. Modeling and Design of Reactive Systems. Edward A. Lee Professor. UC Berkeley Dept. of EECS. tektronix.fm

The Ptolemy Project. Modeling and Design of Reactive Systems. Edward A. Lee Professor. UC Berkeley Dept. of EECS. tektronix.fm The Ptolemy Project Modeling and Design of Reactive Systems Edward A. Lee Professor UC Berkeley Dept. of EECS Copyright 1997, The Regents of the University of California All rights reserved. Abstract Ptolemy

More information

A HW/SW Codesign Methodology based on UML

A HW/SW Codesign Methodology based on UML A HW/SW Codesign Methodology based on UML How to apply a model based UML design for an embedded system By Senior Consultant Kim Bjerge (kim.bjerge@teknologisk.dk) Copyright 2008 Danish Technological Institute

More information

MODERN OBJECT-ORIENTED SOFTWARE DEVELOPMENT

MODERN OBJECT-ORIENTED SOFTWARE DEVELOPMENT MODERN OBJECT-ORIENTED SOFTWARE DEVELOPMENT A.N. Dunlop University of Southampton, SO17 1BJ, England Abstract Object-oriented (OO) programming has been around for a few years and there are many users of

More information

Systems analysis is the dissection of a system into its component pieces to study how those component pieces interact and work.

Systems analysis is the dissection of a system into its component pieces to study how those component pieces interact and work. SYSTEMS ANALYSIS Systems analysis is the dissection of a system into its component pieces to study how those component pieces interact and work. We do a systems analysis to subsequently perform a systems

More information

What CMMI Cannot Give You: Good Software

What CMMI Cannot Give You: Good Software What CMMI Cannot Give You: Good Software Ivar Jacobson ivar@ivarjacobson.com ivar@jaczone.com Objective To understand what CMM/CMMI is and what it is not To demonstrate how the unified process helps you

More information

PIE. Internal Structure

PIE. Internal Structure PIE Internal Structure PIE Composition PIE (Processware Integration Environment) is a set of programs for integration of heterogeneous applications. The final set depends on the purposes of a solution

More information

Cisco Context-Aware Mobility Solution: Put Your Assets in Motion

Cisco Context-Aware Mobility Solution: Put Your Assets in Motion Cisco Context-Aware Mobility Solution: Put Your Assets in Motion How Contextual Information Can Drastically Change Your Business Mobility and Allow You to Achieve Unprecedented Efficiency What You Will

More information