Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (1.18 MB, 20 trang )
<span class="text_page_counter">Trang 1</span><div class="page_container" data-page="1">
Dr. Thanh Nguyen
<small>Email: : Room 606 - Building A4</small>
▪ Top-down design:
▪ start from most abstract description. ▪ work to most detailed.
</div><span class="text_page_counter">Trang 5</span><div class="page_container" data-page="5">At each Step in the design, ▪ Analyze, Refine, & Verify
</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6"><small>Determine the requirements </small>
<small>Design the system </small>
<small>architecture</small> <sup>Select the OS</sup> <small>Verify the software</small>
<small>On the host system</small>
<small>Verify the softwareOn the target </small>
<small>system</small>
</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">▪ Before we design a system, we must know
what product we are designing.
▪ Plain language description of <b>what the user wants and expects to get</b>.
▪ May be developed in several ways: ✓ Discuss <b>directly to customers</b>.
✓ Discuss to <b>marketing representatives</b>.
✓ Provide <b>prototypes</b> to users for comment.
</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">✓ Performance - time required ✓ size, weight, etc.
✓ power consumption ✓ reliability
✓ etc..
</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">▪ It serves as the contract between the customer and the architects. As such, the specification must be carefully written so that it accurately reflects the
<b>customer’s requirements</b> and does so in a way that can be clearly followed during design.
▪ The specification should be <b>understandable</b> enough so that someone can verify that it meets system requirements and overall expectations of the customer.
</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">▪ Architecture is the plan for the overall structure of the system that will be used later to design the components that make up the architecture.
▪ Architecture design must give an idea about
✓ What major components need for satisfying the specification? ✓ What hardware components need? like CPUs, peripherals, etc. ✓ What Software components need?
✓ Must take into account functional and non-functional specifications..
</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">▪ Some components are ready-made, some can be modified from existing designs, others must be designed from scratch (that is new design).
</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12"><b>▪ System integration is Putting together </b>the components. ✓ Many <b>bugs</b> appear only at this stage.
<b>▪ Bugs</b> are typically found during system integration, and good planning can help us find the bugs quickly.
▪ System integration is difficult because it usually uncovers problems. It is often hard to observe in the system, <b>to determine exactly what is wrong </b>- the
debugging facilities for embedded systems are usually much more limited than what you.
▪ Inserting appropriate debugging facilities during design can help ease system
</div><span class="text_page_counter">Trang 14</span><div class="page_container" data-page="14">✓ Water Identifier Sensors ✓ Acceleration Sensor - 3 Axis ✓ Glass braking sensor
✓ Digital Pressure Sensor
✓ Digital Temperature Sensor ✓ Bump Sensor (Touch Sensor)
</div><span class="text_page_counter">Trang 16</span><div class="page_container" data-page="16">▪ Design methodologies
▪ Embedded system design process ▪ Discuss the recent trends.
▪ Major application areas.
</div>