Thammanoon Kawinfruangfukul CSSE MS, ID: 1584488782.

Slides:



Advertisements
Similar presentations
Incremental Commitment Spiral Model, Expedited Engineering, and Kanban Jo Ann Lane and Alexey Tregubov USC CSSE Rich Turner Stevens University.
Advertisements

ECOE 560 Design Methodologies and Tools for Software/Hardware Systems Spring 2004 Serdar Taşıran.
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Ch 3: Unified Process CSCI 4320: Software Engineering.
Software Project Management
CEN nd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Process Models.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
RUP/UP Software Development Method Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
University of Southern California Center for Systems and Software Engineering A Look at Software Engineering Risks in a Team Project Course Sue Koolmanojwong.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Green Software Engineering Sheryl John Introducing green elements and guidelines in Software Engineering.
Left overs. Agenda 9. Sept Leftovers PM –Methodologies –Models in system development XPM Project Group establishment (45 min) Introduction to requirement.
University of Southern California Center for Systems and Software Engineering USC CSSE Research Overview Barry Boehm Sue Koolmanojwong Jo Ann Lane Nupul.
1 SOFTWARE LIFE-CYCLES Beyond the Waterfall. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance The WATERFALL.
2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Tester’s Role in Software Development and Acquisition Best Practice By Gabriel Rodriguez.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
1  Staunstrup and Wolf Ed. “Hardware Software codesign: principles and practice”, Kluwer Publication, 1997  Gajski, Vahid, Narayan and Gong, “Specification,
Effective Methods for Software and Systems Integration
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
1 CMPT 275 Software Engineering Software life cycle.
TEAM’S STRONG/WEAK POINTS David Wiggins – Remote Student 1.
RUP Fundamentals - Instructor Notes
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Relating Testing to Quality –Timeliness of Testing –Quality Attributes Gauge by Testing –Roles Defining Test Discipline Activities Elaborating the Test.
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
University of Southern California Center for Systems and Software Engineering Incremental Commitment Spiral Model (ICSM) for CS 577 Barry Boehm, Supannika.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
High Performance Embedded Computing © 2007 Elsevier Lecture 3: Design Methodologies Embedded Computing Systems Mikko Lipasti, adapted from M. Schulte Based.
High Performance Embedded Computing © 2007 Elsevier Chapter 1, part 2: Embedded Computing High Performance Embedded Computing Wayne Wolf.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Rational Unified Process Fundamentals Module 5: Implementing RUP.
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
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
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
University of Southern California Center for Systems and Software Engineering 577 process CSCI 577a Software Engineering I Supannika Koolmanojwong Mobasser.
The Rational Unified Process 1 EECS810: Software Engineering.
1 Copyright  2001 Pao-Ann Hsiung SW HW Module Outline l Introduction l Unified HW/SW Representations l HW/SW Partitioning Techniques l Integrated HW/SW.
Ch7: Software Production Process. 1 Waterfall models  Invented in the late 1950s for large air defense systems, popularized in the 1970s  Main characteristics:
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Ivar Jacobson, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley, : James Rumbaugh's OOMD 1992: Ivar Jacobson's.
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Rational Unified Process Fundamentals Module 5: Implementing Rational Unified Process Rational Unified Process Fundamentals Module 5: Implementing Rational.
INCOSE IW12 MBSE Workshop 15 INCOSE (MBSE) Model Based System Engineering Integration and Verification Scenario Ron Williamson, PhD Raytheon
University of Southern California Center for Systems and Software Engineering RDCR ARB CS 577b Software Engineering II Supannika Koolmanojwong.
Strana 1MBA kurz informačního inženýrství INITIATE CONSTRUCT DELIVER MAINTAIN & SUPORT quality assurance, manage project, trainig&education, manage.
An Iterative Method For System Integration
System-on-Chip Design
School of Business Administration
Client Introductions to CS577a
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
IEEE Std 1074: Standard for Software Lifecycle
Chapter 2 – Software Processes
CSCI 577b Tasks and Activities
ARB Schedule Locations
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
DEN Student Roles In Detail
Presentation transcript:

Thammanoon Kawinfruangfukul CSSE MS, ID:

Agenda  What is an embedded system?  Hardware/Software co-design  ICSM for embedded systems  Summary 2

Agenda  What is an embedded system?  Hardware/Software co-design  ICSM for embedded systems  Summary 3

What is an embedded system? a system consists of hardware and software designed and implemented for a particular application. Characteristics  Special-purpose Multiple functions  Resource-constrained Memory, Processor speed  Reactive  Hardware and Software co-exist Using software is more flexible and extendable Intel Embedded Community 4

Hardware/Software Co-design  Concurrent and cooperative design  Hardware/Software Trade-offs Performance Vs. Cost  Similarities and differences between Software and Hardware  Similarities: modules and reusable elements  Differences: hardware (physical characteristics)  ICSM Principles: Concurrent hardware-peopleware-software system definition and development 5

Hardware/Software Co-design (cont.) System description HW/SW Partitioning Software synthesis Interface synthesis Hardware synthesis System integration The Codesign of Embedded Systems: A Unified Hardware/Software Representation 6

ICSM for embedded systems  Adopt and extend ICSM for Architected Agile Process  Apply Hardware/Software Co-design  Focus on embedded software development Identify project roles, activities, and tools Excluding operation phase ICSM for Architected Agile Process ICSM for embedded systems Project manager Operational concept engineer Feasibility Analyst Life Cycle Planner Development team Requirements engineer Quality Focal Point IIV&V Software architect Prototyper Builder Tester Trainer Managers Operational concept engineer Feasibility Analyst Life Cycle Planner Development team Requirements engineer Quality Focal Point IIV&V System architect Hardware/Software prototypers Hardware/Software builders PCB Designer Tester Trainer 7

Managerial roles and activities Roles  Product manager  Hardware manager  Software manager  Reliability manager Activities  Detail project plan  Track and record project progress Tools  MS Project  Effort report system 8

Exploration phase Operational concept engineerFeasibility Analyst Life Cycle Planner Analyze current system operation, business workflow, environment (hardware/software) Identify, assess, and mitigate risks Identify responsibilities and current & required skills IIV&V Verify and validate work products 9

Valuation phase Operational concept engineer Define operational concept Explore and evaluate alternative hw /sw components Feasibility Analyst Identify, assess, and mitigate risks Explore and evaluate alternative hw /sw components Requirements engineer Life Cycle Planner IIV&V and QFP Merge Define and assess system requirement Negotiate and gather win conditions Plan for project life cycle Identify responsibilities, milestones, and life cycle management approach Identify quality manageme nt strategy Verify & validate work products Merge System architect Hardware prototyper & PCB designer Identify and assess interface between hw&sw Identify and assess hw/sw components to be simulated and modeled Hw& Sw trade off analysis Software prototyper Provide project feasibility evidence design and assess PCB schematic/ layout develop and assess hardware prototype Prepare development software (cross- platform) develop and assess prototype 10

Foundations phase Development teamSystem architect Hardware prototyper/Builder & PCB designer Assess project status Specific detail system design IIV&V and QFP Software prototyper/Builder Construct traceability matrix Fix hardware components defects Simulate and model the hardware components develop and assess hardware prototype Fix software components defects develop interface between hardware and software develop and assess software prototype Identify CM Verify and validate work product 11

Development teamLife Cycle Planner Hardware/Software Builder Assess project status IIV&V Tester Plan and manage project Develop Transition plan Cross- platform testing Develop and integrate system Verify and validate work product Development phase: Construction iteration Develop and assess user manual Develop Support plan 12

Development phase: Transition iteration Development team Trainer IV&V Transit the system Provide Training Verify and validate work product 13

Summary  Embedded systems  ICSM for embedded systems Exploration phase Valuation phase Foundation phase (co-design) Development phase (co-verification and validation)  Construction Iteration  Transition Iteration  Contribution to CSCI 577ab 14

References Raj Kamal, Embedded Systems, Architecture, Programming and Design, Tata McGraw-Hill, S. Kumar, S. Klumar, “The Codesign of Embedded Systems: A Unified Hardware/Software Representation”, Kluwer Academic Publishers, Incremental Commitment Spiral Model - Electronic Process Guidelines accessed on March 5, 2012 Boehm, B., Lane, J., Koolmanojwong, S.:A Risk-Driven Process Decision Table to Guide System Development Rigor. In: Proceedings of the 19th International Conference on Systems Engineering, Singapore, July, (2009). Qian, K., Den Haring, D., Cao, L.: Embedded software development with c, Springer US (2009). Zurawski, Richard. Embedded systems handbook : embedded systems design and verification. CRC Press, 01 Jun