FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Topics n Design methodologies.

Slides:



Advertisements
Similar presentations
Software Process Models
Advertisements

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Register-transfer Design n Basics of register-transfer design: –data paths and controllers.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
Software Testing and Quality Assurance
Kazi Spring 2008CSCI 6601 CSCI-660 Introduction to VLSI Design Khurram Kazi.
1 HW/SW Partitioning Embedded Systems Design. 2 Hardware/Software Codesign “Exploration of the system design space formed by combinations of hardware.
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
Chapter 1 Software Development. Copyright © 2005 Pearson Addison-Wesley. All rights reserved. 1-2 Chapter Objectives Discuss the goals of software development.
Fundamentals of Information Systems, Second Edition
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
1 Lecture 5 Introduction to Software Engineering Overview  What is Software Engineering  Software Engineering Issues  Waterfall Model  Waterfall Model.
CS350/550 Software Engineering Lecture 1. Class Work The main part of the class is a practical software engineering project, in teams of 3-5 people There.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Development Processes and Product Planning
School of Computer ScienceG53FSP Formal Specification1 Dr. Rong Qu Introduction to Formal Specification
Principle of Functional Verification Chapter 1~3 Presenter : Fu-Ching Yang.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
Design, Implementation and Maintenance
[ §4 : 1 ] 4. Requirements Processes II Overview 4.1Fundamentals 4.2Elicitation 4.3Specification 4.4Verification 4.5Validation Software Requirements Specification.
FPGA-Based System Design: Chapter 5 Copyright  2004 Prentice Hall PTR Topics n Basics of sequential machines. n Sequential machine specification. n Sequential.
1 Chapter 2. The System-on-a-Chip Design Process Canonical SoC Design System design flow The Specification Problem System design.
© VESP International Pty Limited To Contents Slide CLICK to advance slides/ bullet points within slides Integrated Master Planner An Overview.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Information Systems Technology Ross Malaga "Part III - Building and Managing Information Systems" III 11 Copyright © 2005 Prentice Hall, Inc MANAGING.
Software Requirements Presented By Dr. Shazzad Hosain.
1.  Project: temporary endeavor to achieve some specific objectives in a defined time  Project management ◦ Dynamic process ◦ Controlled and structured.
ASIC/FPGA design flow. FPGA Design Flow Detailed (RTL) Design Detailed (RTL) Design Ideas (Specifications) Design Ideas (Specifications) Device Programming.
Digitaalsüsteemide verifitseerimise kursus1 Digitaalsüsteemide verifitseerimine IAF0620, 5.0 AP, E Jaan Raik IT-208,
Modern VLSI Design 4e: Chapter 8 Copyright  2008 Wayne Wolf Topics Testability and architecture. Design methodologies. Multiprocessor system-on-chip.
High Performance Embedded Computing © 2007 Elsevier Chapter 1, part 2: Embedded Computing High Performance Embedded Computing Wayne Wolf.
FPGA-Based System Design: Chapter 3 Copyright  2004 Prentice Hall PTR Topics n FPGA fabric architecture concepts.
The Macro Design Process The Issues 1. Overview of IP Design 2. Key Features 3. Planning and Specification 4. Macro Design and Verification 5. Soft Macro.
FPGA-Based System Design Copyright  2004 Prentice Hall PTR Logic Design Process n Functional/ Non-functional requirements n Mapping into an FPGA n Hardware.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Systems Analysis and Design in a Changing World, Fourth Edition
TESTING LEVELS Unit Testing Integration Testing System Testing Acceptance Testing.
Topics Design methodologies. Kitchen timer example.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Chapter 4 Software Requirements
1-1 Software Development Objectives: Discuss the goals of software development Identify various aspects of software quality Examine two development life.
CSC480 Software Engineering Lecture 10 September 25, 2002.
Modern VLSI Design 3e: Chapter 8 Copyright  1998, 2002 Prentice Hall PTR Topics n Modeling with hardware description languages (HDLs).
WATERFALL DEVELOPMENT MODEL. Waterfall model is LINEAR development lifecycle. This means each phase must be completed before moving onto the next!!! WHAT.
1 IAF0620, 5.0 AP, Exam Jaan Raik ICT-524, , Digital systems verification.
OPERATING SYSTEMS CS 3530 Summer 2014 Systems and Models Chapter 03.
Topic 4 - Database Design Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
EE694v-Verification-Lect7-1- Verification Plan & Levels of Verification The Verification Plan Yesterdays and today’s design environment Design specification.
FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Topics n Low power design. n Pipelining.
Requirements engineering The process of establishing the services that the customer requires from a system and the constraints under which it operates.
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
FPGA-Based System Design Copyright  2004 Prentice Hall PTR Topics n Modeling with hardware description languages (HDLs).
Chapter 11 System-Level Verification Issues. The Importance of Verification Verifying at the system level is the last opportunity to find errors before.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
ASIC/FPGA design flow. Design Flow Detailed Design Detailed Design Ideas Design Ideas Device Programming Device Programming Timing Simulation Timing Simulation.
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
FPGA-Based System Design: Chapter 3 Copyright  2004 Prentice Hall PTR Topics n FPGA fabric architecture concepts.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
Software Development. The Software Life Cycle Encompasses all activities from initial analysis until obsolescence Analysis of problem or request Analysis.
 System Requirement Specification and System Planning.
Software Development.
ASIC Design Methodology
Chapter 18 Maintaining Information Systems
CHAPTER 2 Testing Throughout the Software Life Cycle
Timing Analysis 11/21/2018.
HIGH LEVEL SYNTHESIS.
Unit IV – Chapter 2 V-Test Model.
Presentation transcript:

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Topics n Design methodologies.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Design methodologies n Every company has its own design methodology. n Methodology depends on: –size of chip; –design time constraints; –cost/performance; –available tools.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Design teams n Almost all interesting projects are too big for one person to handle. n Need a team of people with varying skills. n Who is in charge?

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Documents n Documents are critical: –Writing it helps you decide what to do. –Minimizes risk of hit-by-a-truck syndrome. –Provides information for maintenance, next generation. n Each document serves as the contract between the provider of the document and the consumer of the document.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Major documents n Requirements. n Specification. n Architecture. n Module designs. n Reference manual, user manual.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Types of information n Functional description. n Non-functional description: cycle time, power, etc. n Timetables. n Design verification methods. n Quality metrics. n Job assignments.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Starting the project n Requirements: English description of what is to be done. –Customer-oriented. –High-level. n May be written by marketing. n Author of requirements should verify that the requirements are accurate.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Specifications n The specification is the contract between marketing and the design team. n The specification is more technical than the requirements: –delays, etc. n An ideal specification would contain no architectural information, but that goal may be hard to achieve in practice. –The specification says what to do, not how to do it.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Specification and planning n Driven by contradictory impulses: –customer-centric concerns about cost, performance, etc.; –forecasts of feasibility of cost and performance. n Features, performance, power, etc. may be negotiated at early stages; negotiation at later stages creates problems.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Architecture n The architecture document is the contract between the system designers and the component designers. n Specifies major subsystems and their interactions. n Makes important design decisions. n Isn’t a full implementation.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Module designs n Specifies details of a module: –functionality; –non-functional parameters; –design verification.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Do documents reflect the product? n In a word, no. –Things change. –People don’t have time to conform documents to the final design. n Some amount of updating is important for maintenace, future generations.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Design reviews n Have other designers (team + non-team) evaluate a design. –Relatively simple. –Proven to work. n Must walk through the design in detail to look for problems, improvements.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Generic design flow architectural simulation Timing/area budget register-transfer design logic design physical design Final design verification detailed specs configuration

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Estimation and planning n Estimation techniques vary with module: –memories may be generated once size is known; –data paths may be estimated from previous design; –controllers are hard to estimate without details. n Estimates must include speed, area, power.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Floorplanning and budgeting n Want some early physical design information: area, delay, power, etc. n Ways to get info: –previous designs; –quick design runs.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Architecture n Need to build an executable model of the architecture. –Run vectors on architecture. –Use as golden design for comparison with later stages. n Modeling languages: –C: easier to write, less detailed. –Verilog: harder to write, synthesizable with effort.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Logic design n For controllers, good state assignment is usually requires CAD tools. n Logic synthesis is an option: –very good for non-critical logic; –can work well for speed-critical logic. n Logic synthesis system may be sensitive to changes in the input specification.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Place and route n Most computationally expensive stage. n Metrics take more time to judge than functional vectors. n Deciding how to fix a problem may take effort. –How to change placement, etc.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Design verification n Functional verification: –runs reasonable set of vectors. n Non-functional verification: –performance; –power.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Functional verification n At all levels of hierarchy: module, subsystem, system. n At every level of abstraction. –Compare to previous level of abstraction, golden model. n Must check interfaces. –Half of bugs are at the interface to other modules.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Functional verification input n Sources of vectors: –Previous designs. –Vectors from higher levels of abstraction. –Vectors designed previously for this stage. –Inputs from other modules.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Non-functional verification n Performance: –Static timing analysis. n Power: –Some information from timing analysis. –Power analysis tools.

FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Breadboards n May build a board to test an FPGA-based design. –Takes some time. –May allow running the design against the real I/O device.