HOME
Admin contents:
|
CSE
477: Digital Systems Design
(Spring 1999) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Administration | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Locations:
Meetings, staff and offices
Instructor:
assisted by:
TAs can be found in the Hardware lab Sieg 327 Office Hours in Sieg 327 and Sieg 215 (Carl)
Catalog Data CSE 477 Digital System
Design (4 credits) Students use the laboratory to design, simulate,
construct, and debug a substantial project that includes hardware, software,
and communication
Course Goals To serve as a capstone design course to tie together the computer engineering curriculum via the design of a complete embedded system involving hardware, software, and communication components.
Course Syllabus
Introduction to embedded systems
Workload The course consists of the following elements: Lectures:
there will be approximately 15 formal lectures. The remainder of
the lectures will be filled with student project presentations and/or special
topics.
This course serves as the capstone design course for the Computer Engineering Program. Its purpose is to tie together much of the material from the courses in the curriculum into a coherent whole by asking you to apply your knowledge to the design, construction, and debugging of a complete embedded system involving software, hardware, and interfacing. Because of this holistic mission, this course has a very heavy workload. It will probably end up being much more than the 4 credits assigned to the course would normally imply. Grading The course grade will be roughly determined as follows:
20%: laboratory assignments
Collaboration Part of the objective of this course is to provide some experience in working as a team. All projects will be done in groups of two or three. However, this does not mean that there should be a split in the material to be learned. There is a simple rule to keep in mind when working with a partner(s): each of you should be able to answer any question about the laboratory assignment or project. You should never utter words equivalent to: "my partner did that, I need to ask her what she did." Make sure to pick partners carefully and that you are compatible in terms of personality, objectives, and study habits. Each team should be balanced in terms of software and hardware background and abilities. This is very important. Part of your project write-up will include a statement about each person's precise role in the design and realization of the project. You are free to work
with anyone in interpreting assignments and on developing facility with
the software tools we will be using. However, you should thoroughly understand
the solutions to the assignments that your team generates, not to mention
that you should know the project like the back of your hand. On the midterm
exam, all work should be solely your own.
Cheating Cheating is a very
serious offense. It will be dealt with in the most severe manner allowable
under University regulations. If caught cheating, you can expect a failing
grade and initiation
To avoid creating
situations where copying can arise, you should not ever e-mail or post
your design files. You can post general questions about interpretation
and tool use but limit
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
BACK
TO TOP
Last
Updated:
|
Contact the instructor at: yourname@u.washington.edu
|