ee senior design 2018-19

00 Packet Contents

EE Senior Design 2018-19

August 27, 2018

Contents 407-8-9 Syllabus .............................................................................. 2 407-8-9 Schedule ............................................................................ 4 Additional Resources ...................................................................... 5

Success in Senior Design Progress and Major Milestones Senior Design Lab Have a Meeting

Engineering Logbooks ..................................................................... 7 Project Selection Criteria .............................................................. 10 Problem Statement ....................................................................... 11 Team Charter ................................................................................ 13 Solution Requirements and System Specification ........................ 15 System Diagram ............................................................................ 19 Subsystem Test Plan/Test Results Report/Demo ......................... 21 Project/Integration Plans .............................................................. 26 Subsystem Design/Selection Process ........................................... 28 Personal Growth Plan ................................................................... 30 Design Review ............................................................................... 34 Peer Review .................................................................................. 37 Weekly Progress Report ................................................................ 38 Final Design Report ....................................................................... 39 Team Process Evaluation .............................................................. 41 Professional Practices ................................................................... 45 Annotated Bibliography ................................................................ 47 Compliance Test ............................................................................ 49 Poster Information ........................................................................ 53 Engineering Project Report Checksheet ....................................... 55 EE Senior Design Show FAQ .......................................................... 56 Call for EE Senior Design Project Proposals .................................. 57

All source documents at: http://faculty-web.msoe.edu/prust/EESeniorDesign/

of 61

http://faculty-web.msoe.edu/prust/EESeniorDesign/

01 407-8-9-Syllabus

EE-407 Senior Design Project I – ver. 9/5/14 This is the first course in the three-course EE senior design sequence. You will form a four-person (typical) design team and define a design problem. You and your team will (1) formulate, analyze, and evaluate design solutions to determine the most feasible solution(s); (2) build, test and demonstrate a subsystem; (3) maintain an engineering design log; and (4) present a formal design review. Topics discussed include team building, conceptual thinking and problem definition, feasibility study, composing technical specifications, design aids and research techniques, industry standards, prototype development and testing, and verbal and written communications. Each student is required to keep a design log in a bound engineering logbook. Substantial, continuous individual and team progress is expected. Upon successful completion of the senior design course sequence, you will demonstrate the following outcomes (letters correspond to ABET accreditation references): (b) an ability to design and conduct experiments, as well as to analyze and interpret data (c) an ability to design a system, component, or process to meet desired needs within realistic constraints such as economic, environmental, social, political, ethical, health and safety, manufacturability, and sustainability (d) an ability to function on multidisciplinary teams (f) an understanding of professional and ethical responsibility (g) an ability to communicate effectively (h) the broad education necessary to understand the impact of engineering solutions in a global, economic, environmental, and societal context (i) a recognition of the need for, and an ability to engage in life-long learning (j) a knowledge of contemporary issues

Submittal Weight Outcome Problem Statement 5% c System Diagram 5% c Solution Requirements and Specifications 10% h, j Subsystem Test Plan 5% b Team Charter 5% d Project Plan 5% d Growth Plan* 5% f, i Subsystem Design/Selection Process 5% c Subsystem Test Plan and Report

15% b Subsystem Hardware Demonstration Oral Design Review* 15% g Engineering Logbook* 25% c, g, h

Preliminary Total** 100% Individual Performance** + / –

*Submittals (and other tasks) are graded per team except those marked with a single asterisk (*). Submittals with a single asterisk are graded per team member. Late submittals will be penalized. Logbooks and reports are due as shown on the Schedule and no late submissions will be accepted. Late logbook and report submissions receive a grade of “F”. Assignments other than reports and logbook: late submittals are minus one full letter grade per school day late. Three separate grades per student are assigned, one each for EE-407, -408, -409. Prerequisite for EE408 (EE409) is successful completion of EE407 (EE408) in the same academic year. **A significant portion of the composite grade is based on team submittals. However, in most teams there are typically performance variances among the individual team member’s contributions. Therefore, after preliminary individual totals are computed according to the table shown above, assigned course grades may be adjusted by up to two full letter grades (e.g., C to A or C to F) to account for differences in individual performance. Individual performance consists of instructor evaluation of: project contributions, demonstration and level of engineering skills, participation in meetings, and professionalism. After project completion, logbooks and reports will be kept by MSOE for assessment, evaluation, and accreditation purposes.

of 61

01 407-8-9-Syllabus

EE-408 Senior Design Project II – ver. 8/25/14 This is the second course in the three-course EE senior design sequence. In the first portion of the course, your team will complete the Final Design of your system, on paper. This will be the culmination of work from both EE-407 and early EE-408. Following that, all major subsystems will be built and tested. Upon reflection, an assessment of your team processes will occur. The EE-408 quarter ends with an oral Final Design Review. Throughout the quarter there will be weekly meetings with your supervisor. Substantial, continuous individual and team progress is expected.

Submittal Weight Outcome Final Design Report 25% c, g Team Process Evaluation* 5% d Subsystems Test Plan 10% b Subsystems Test Report and Demo 15% b Final Design Review* 20% g Engineering Logbook* 25% c, g, h

Preliminary Total** 100% Individual Performance** + /–

* See EE-407 page, single-asterisk topic. ** See EE-407 page, double-asterisk topic.

EE-409 Senior Design Project III – ver. 8/20/12 This is the third course in the three-course EE senior design sequence. The complete system will be integrated, assembled and tested in EE-409. The project will be complete, functional, and fully-tested in accordance with the Compliance Test Plan. Upon reflection, an assessment of your professional practices and personal growth will occur. The entire project will be documented in a written report. Throughout the quarter there will be weekly meetings with your supervisor. Substantial, continuous individual and team progress is expected.

Submittal Weight Outcome Integration Plan 5% d Professional Practices* 5% f Annotated Bibliography 5% i Personal Growth Evaluation* 5% f, i Compliance Test Plan 5% b Compliance Test Report (test results)

25% b

Compliance Test Demonstration b Project Poster 5% g Engineering Project Report 20% c, g Engineering Logbook* 20% c, g, h Senior Design Show 5% g

Preliminary Total** 100% Individual Performance** + / –

* See EE-407 page, single-asterisk topic. ** See EE-407 page, double-asterisk topic. MSOE UNDERGRADUATE GRADE DEFINITIONS (per Vice President of Academics, ver. 3/04): A: Student has performed outstandingly in all regards and is clearly exceptional AB: Student has performed with excellence B: Student has shown very high command of course content BC: Student has done a commendable job dealing with course content C: Student has an adequate grasp of course content CD: Student has met fair expectations D: Student has attained minimal expectations in the course F: Student has not attained minimal expectations in the course.

of 61

02 407-8-9-Schedule

EE Senior Design Schedule ver. 8/27/18 EE-407

Week Meeting Agenda Submittal 1 Course Introduction 2 Team Meeting w/ Instructor Project Selection Criteria (Sunday start wk 2) 3 Team Meeting w/ Instructor Problem Statement (Sunday start wk 3) 4 Team Meeting w/ Instructor Team Charter (Sunday stat wk 4) 5 Team Meeting w/ Instructor Solution Requirements and Specs (Sunday start wk 5) 6 Team Meeting w/ Instructor System Diagram (Sunday start wk 6) 7 Team Meeting w/ Instructor Subsystem Test Plan (Sunday start wk 7) 8 Team Meeting w/ Instructor Project Plan (Sun start wk 8)

9 Subsystem Demonstration Subsystem Design/Selection Process (Sunday start wk 9) Test results (24 hrs before subsystem demo)

10 Oral Design Reviews Growth Plan (Sunday start wk 10)

11 No meetings Monday noon: Logbooks* Wednesday noon: Peer reviews

All class attendance required at all design reviews EE-408

Week Meeting Agenda Submittal 1 Team Meeting w/ Instructor 2 Team Meeting w/ Instructor 3 Team Meeting w/ Instructor 4 Team Meeting w/ Instructor Final Design Report* (Friday noon) 5 Team Meeting w/ Instructor 6 Team Meeting w/ Instructor Team Process Evaluation (Sunday start wk 6) 7 Team Meeting w/ Instructor All Subsystems Test Plan (Sunday start wk 7) 8 Team Meeting w/ Instructor 9 All Subsystems Demonstration Test results (24 hrs before subsystems demo)

10 Final Design Reviews

11 No Meetings Monday noon: Logbooks* Wednesday noon: Peer reviews

All class attendance required at all design reviews EE-409

Week Meeting Agenda Submittal 1 Team Meeting w/ Instructor 2 Team Meeting w/ Instructor Integration Plan (Sunday start wk 2) 3 Team Meeting w/ Instructor 4 Team Meeting w/ Instructor Professional Practices (Sunday start wk 4) 5 Team Meeting w/ Instructor 6 Team Meeting w/ Instructor Annotated Bibliography (Sun. start wk 6) 7 Team Meeting w/ Instructor 8 Team Meeting w/ Instructor Personal Growth Evaluation (Sun. start wk 8) 9 Team Meeting w/ Instructor Compliance Test Plan (7 days before demo)

10 Compliance Test Poster (Tues 10am) Comp Test Report (24 hrs before demo)

11 Friday 10:00AM - 2:30PM Senior Design Show

Monday noon: Engr. Reports*/ Logbooks* Friday 4pm: Peer reviews After Senior Design Show: Return poster and all checked-out equipment to TSC.

* Late Logbooks and Reports and receive a grade of “F”. Other assignments: late submittals are minus one full letter grade per school day late.

of 61

Additional Resources for EE Senior Design – ver. 8/28/17

03 Additional-Resources

Success in Senior Design Senior Design is more closely aligned with the business/industrial world than the academic world. Your supervisor (professor) looks favorably upon people who are self-starters, hard workers, results-oriented, and those who produce high-quality submittals on time. Prove to your supervisor your value to the team. What have you actually accomplished? If we don’t hear from you, we’ll assume you have done nothing. You must make a case for yourself. If you’re unsure about how to accomplish this, speak with your instructor. Progress and Major Milestones In EE-407 you will define the problem, create the system design, define subsystems, and design, build and test a major subsystem. In EE-408 you will complete the final system design and then design, build and test all major subsystems. In EE-409 you will integrate the subsystems, refine and test the complete system, and write the report. Senior Design Lab, rooms S-301 and S-310 The Senior Design Labs may be used for team meetings and project building/testing. They are not recreation rooms. Do not bring in or take out furniture. Do not broadcast sound – use headphones. Specific safety rules also apply for S-310 which is a “hard” lab: EPA/OSHA laws dictate that there can be no food or drink consumption or leaving of food waste in the room. If you eat in the hallway, discard your trash out there as well. If you violate this your team may no longer use the room. S-301 is a “soft” lab. Food and drink can be brought into the room and consumed. NO SOLDERING is allowed. These are shared spaces used by many teams. Use benches as needed, but then put away your items when finished – lockers are provided. Please clean up after yourself. Any postings must be pre-approved by one of the EE SD instructors. An EE SD instructor must initial and date all material before it is posted. How to Have a Meeting Define and assign meeting roles; create team and meeting rules; the 3 D’s: disseminate, decide, delegate. Meeting guidelines: Create an agenda; Record minutes; Define and assign action items. Also, 1) Set start/end times. Start on time. 2) Follow an agenda with clear outcomes. 3) Be prepared. 4) Involve the entire team. 5) Ensure all participants listen – distracters should leave. 6) One person talks at a time. 7) Cell phones silent.

8) Stay focused, avoid tangents. 9) Have fun, keep it professional. 10) Summarize meeting and actions. 11) Leave meeting area clean. 12) End on time. 13) Send out meeting minutes and action items in a timely fashion.

The agenda of team-supervisor meetings in EE-407 will usually be set by your supervisor (professor). In EE-408/9, come to the meetings with a printed agenda. Bring your logbook to all meetings. Expect your logbook to be signed off by the supervisor at the beginning of each team-supervisor meeting. The meeting may have a review of previous submittals. New business may include discussion of the next submittal, progress made by the team, and challenges encountered.

of 61

Additional Resources for EE Senior Design – ver. 8/28/17

03 Additional-Resources

Name:_____________________________

Time Sunday Monday Tuesday Wednesday Thursday Friday Saturday 8:00

9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00

Name:_____________________________ Time Sunday Monday Tuesday Wednesday Thursday Friday Saturday 8:00

9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00

Name:_____________________________


9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00


9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00

Name:_____________________________


9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00


9:00

10:00

11:00

12:00

1:00

2:00

3:00

4:00

5:00

6:00

7:00

8:00

9:00

of 61

Engineering Logbooks ver. 8/27/18

04 Engineering-Logbooks

Definition: An engineering logbook is a personal/professional reference about project learning and results.

Rationale: The engineering logbook serves as a central resource for each team member in which they: • Document work process – High performing individuals can learn and apply the best practices in their

profession and learn from their successes and failures. • Document work product – High performing individuals make their engineering results and conclusions

defensible, repeatable, and transferable. • Track work hours – High performing individuals monitor and control where they invest their time. Time

tracking is also important for justifying time spent on project tasks.

General Expectations:

• glue-bound, page-numbered (suggest Esselte Item #09-9890 with brown cover or equivalent) • typically about 5-6 pages of thoughtful entries per week in support of a quality design process • log of planning, communications, team meetings (~15% of entries) • log of project activities, learning, and development (~75% of entries) • log of reviews or assessments of individual/team/product performance (~10% of entries) • proper attribution of work – some entries will refer to work performed by others – if so, then indicate

the author of the work • organization/format for easy re-reading/re-use (by self, team, supervisor) • bring to all meetings with supervisor/faculty advisor – may be signed at meetings by supervisor • team submittals (e.g., assignments, test plans, reports) should, in general, not be included; when

appropriate, excerpts from team submittals may be included – but your logbook must contain more than just excerpts from team submittals

Basic Procedures:

1. Record the date at the start of each entry; sign and date at the end of each entry. It is suggested but not required that you start each day on a new page.

2. LOG OF HOURS at end of logbook: Label each entry in your logbook and record this in a table near the end of your logbook. The table should have columns for entry label, date, & hours spent; reserve 3-4 pages at end.

3. Use ink. Do not erase. Delete an entry by neatly drawing a single line through it.

4. Do not remove pages, do not skip pages, both sides of each sheet should have content.

5. Chronological entries: Backdating is prohibited. If you realize later that you left something out, or just want to summarize something, go ahead and write it in, noting that it’s after-the-fact.

6. Include everything you contribute … good, bad, and ugly. Sketches/doodling Customer needs/requirements Evaluation of data/results Meeting notes Math calculations Action Items Half-baked Ideas Design alternatives Decision criteria Work-in-progress Research findings Rationale for decisions Datasheet excerpts Datasheet analyses Design process Vendor notes Sources of ideas Project objectives Design reviews Project reflections

7. Write an executive summary at the end of each quarter summarizing your contributions to the project that are documented in your logbook and that were made during that quarter. The summary must include page number references to your logbook that support your claims. Include the total number of hours you spent on the project during the quarter. This summary is entered into your logbook each quarter before submittal. In addition to pasting it into your logbook, email the electronic document containing your summary to your instructor, copying all of your teammates.

of 61



Logbook Prompts:

If you just finished… Ask yourself and record…

A meeting, • What were the main outcomes of the meeting? • Was the meeting productive, and why? • What are your personal action items before the next

meeting? • Is the team heading in the right direction?

Brainstorming, • Which ideas seem most feasible, and why? • Are there enough good ideas? • How could better ideas be developed based on this session?

Engineering Analysis, • What were the governing equations? • What were the most important findings? • What do the results mean and how should they be applied?

Visualization, (by hand or in CAD)

• What are the major features/discoveries and why are these significant?

• What was learned about the problem or solution possibilities?

• What problems were resolved and what still needs to be addressed?

• How does this piece integrate with the whole?

An internet search • What key information did I find? How does it help achieve the project objectives?

• Are there other sources that should be pursued? • What new questions were generated?

Writing an executive summary: A one or two paragraph Executive Summary is to be included. This Executive Summary should identify your individual contributions to the project during the term, as described on the previous page. If some contributions were made in conjunction with other team members then indicate so, identifying the other team member(s) who contributed. The Executive Summary should also include a brief overall status of the project.

of 61



EE-407/8/9 Engineering Logbook Grading

Category Below Adequate Adequate Above

Adequate Comments

Executive Summary (in notebook and copied to team)

1. Meeting notes: date, attendees, content

2. Work sessions:

conclusions/summary; narrative description

3. Circuit diagrams; block diagrams; narrative description

4. Analytic/simulated calculations; summarize results

5. Component selection/specification data

6. Software: flowcharts, code examples; narrative description

7. Experimental results: test plan, data collected, summarize

Date all entries

Attribute all non-original work: other author, date, relevance

(title, volume)

Ink, legibility, organization

Time log: tasks, date, hours spent

Overall documented individual contribution to

project

of 61

Project Selection Criteria ver. 8/27/18

05 Project Selection Criteria

For each project the team is considering, each team member is to submit a one paragraph response to each of the following. Group your responses by project in rank order – put your first project choice first.

A. What insights about the technologies underlying these projects were you able to gain (e.g.,through internet searches, library, interviews)? What existing solutions have you found or areotherwise aware of? Estimate the probability of team success at designing, building, and testinga solution.

B. What are the potential costs of a solution? Is there industry sponsorship or will the team payfor all parts?

C. What special skills does this project require (e.g., machining parts, using surface mountcomponents, working with power circuits, rapid prototyping parts)? What special skills do youhave that would benefit this project? What complementary skills would you like to see in otherteam members?

D. What roles and responsibilities are necessary for quality team performance on this project?How do you see yourself fulfilling these?

E. Does this project involve research or testing involving humans subjects? If so, it must beapproved by the MSOE Institutional Review Board (IRB). This can be a lengthy process, oftentaking several months, and should be a consideration in the project selection phase. Guidelinesfor MSOE’s IRB process are available at: https://libguides.msoe.edu/irb

Even administering a survey can require IRB approval. Discuss any such work or surveys with your professor before starting the project.

F. Are there intellectual property rights issues imposed by an industry sponsor or by a teammember?

If you don’t know the answers to one or more of the above questions, then indicate that in your response.

of 61

https://libguides.msoe.edu/irb

Problem Statement ver. 9/9/15

06 Problem Statement

As a team, complete the assignment outlined below.

Part A: Problem Statement

First, define the problem. The problem statement is one sentence (ideally) that clearly and concisely defines the problem to be solved. It is stated in the language of the customer. Needs can be described qualitatively. The problem statement should be consistent with the requirements of your customer.

Part B: Existing Solutions

Next, include a section on existing solutions you have found. What part(s) of your problem do they solve? How do they solve your problem? What are their specifications? What are their costs? What are their shortcomings? Do they comply to any engineering standards (provide a list)?

Carefully consider how you organize this information. How should you best communicate your findings? What format(s) should you use?

Part C: Solution

Finally, describe your team’s solution to the problem statement. Identify the benefits offered by your intended solution and how they differ from other existing solutions.

of 61

Problem Statement ver. 9/9/15

06 Problem Statement

Problem Statement Grading

Category Below Adequate Above Comments

Real problem identified

Clearly defines problem

Concisely defines problem

Stated in the customer’s language

Consistent with customer requirements

Envisioned solution and its benefits

Existing solutions Part(s) solved and

shortcomings

Existing solutions How solved

Existing solutions Cost

Existing solutions Engineering standards

Writing quality

of 61

Team Charter ver. 8/31/16

07 Team Charter

An important part of working as a member of a team is to understand what you can expect from your teammates and what they expect from you. Many different functions will need to be performed by each team member. A team charter is a document in which you carefully lay out these expectations. In many ways, it is like a contract between you and your teammates in which you formally define the terms of your partnership.

The team charter should also define the criteria by which you and your teammates will assess whether your team (as a group) and each member (as an individual) has fulfilled the goals set forth in the charter.

For this assignment you will generate a team charter document.

Assignment: Submit a team charter that, at a minimum, addresses the following items:

1. lists the members of your team, their email addresses, their phone numbers, and their class and/or work schedules;

2. puts forward the major goals for the team;

3. identifies the major deliverables for the project;

4. clearly states how project costs will be shared among the team members (e.g., “project costs will be shared equally among all team members”);

5. expectations regarding communication amongst the team (e.g., electronic, face-to-face meetings, shared electronic storage for project files and resources);

The team may include additional items they identify as being important to their partnership.

The charter must include a signature of each team member agreeing to the charter.

of 61

Team Charter ver. 8/31/16

07 Team Charter


List members, emails, phone, schedules

Team’s major goals

Project deliverables

Statement of cost sharing

Communications and team meetings

Quality of writing

of 61

Solution Requirements and System Specifications ver. 9/9/15

08 Solution-Requirements-Specifications

Introduction The success of your design solution relies heavily on your understanding of the problem you are addressing. Typically, you must satisfy widely varying demands and produce results that benefit numerous stakeholders (individuals, groups, and society as a whole). This exercise enables your team to demonstrate your collective understanding of the needs your solution addresses and the benefits it should deliver. You should gain some insight into the constraints on your problem and its solution. Assignment As a team, complete the assignment outlined on the following pages. Use the worksheets provided, and prepare one response for your team. In your response, provide detail that demonstrates your understanding of Solution Requirements and System Specifications for your project. Grading Your response will be graded on your ability to identify and explain stakeholder needs and corresponding specifications (or targeted requirements) for your design solution and on the quality of your writing. As appropriate, address requirements that relate to customers (users of the solution), business-related needs, limitations and potential of the technology, and societal/professional expectations.

of 61



Team: ____________________________________________________________________ Date: ______________ Part A: Problem Statement The problem statement is one sentence (ideally) that clearly and concisely defines the problem to be solved. It is stated in the language of the customer. Needs can be described qualitatively. The problem statement should be consistent with the requirements of your customer. The solution envisioned and the benefits offered by your intended solution are described in the remainder of the submission. Part B: Stakeholder Needs Identify the most critical needs to be satisfied by your project solution. In the table below:

(a) Identify your most important customers, users, or other stakeholders (or groups), and (b) List the needs they see as most important to the success of your project.

A stakeholder is any person or group that has an interest, investment, or share in the project. Examples include investors, designers, management, end users, manufacturers, technical specialists, sales and marketing people, suppliers, government, employees, interest groups, or society in general. The best design solutions satisfy needs of all key stakeholders. The purpose of this exercise is to clarify your understanding of the most important stakeholders and their needs regarding your design solution.

Example Stakeholder: User of the new product The solution must: Perform better than existing products of similar function Be assembled with common tools

Stakeholder #1: The solution must:

• • • • •


• • • •


• • • •

of 61



Part C: Existing Solutions Most designs are variations or derivatives from previous designs. Provided intellectual property laws and ethical standards are followed, analyzing the requirements satisfied by a similar product or system is not only appropriate, but may be necessary for success. Identify solutions (i.e., products, systems, procedures, etc.) that already exist, that solve the problem statement, and that meet specifications. Indicate the extent to which the existing solutions solve the problem. Compare published specifications and expected performance of the existing solutions with the requirements listed in your system specification. Provide cost data where available. Attach published specifications (limit to a few pages) to your submittal. Identify any engineering standards that the existing solutions comply to. Part D: Solution Requirements – System Specification Define the most important technical, business, regulatory (e.g. engineering standards, protocols), ethical, social, environmental, health and safety or other requirements for your project solution. Be as specific as you can. These requirements are important later because the Compliance Test (at the end of Spring Quarter) checks to see if your design meets the requirements stated in your system specification. For each:

(a) Give a brief definition or description of the requirement, (b) Specify a desired condition for satisfying the requirement, and (c) State the importance of satisfying this requirement for you to achieve a successful solution. (d) Note if you intend to test for compliance with the requirement and/or if you intend to certify compliance some

other way e.g., manufacturer datasheets/third-party testing.

Description of Requirement Expected Value Import*

Compliance Verification

Method

Example 1: Positioning accuracy for the reader head +/- 0.02 mm H Datasheet

Example 2: Deformation (dent size) on enclosure after a 3-ft drop <= 10 sq. in. M Measure

Example 3: Review by Acme Safety Inspection Laboratories Approval level 1 E External

Example 4: Allows any user in the network to initiate a 3-way call Functions as stated

H Demonstration

Example 5: Power consumption from power source <= 12 Watts M Measure

Example 6: Power-up time from power-on to fully operational state <= 40 seconds L Measure

Example 7: Depth, width and height <= (9”,14”, 4”) M Measure

Example 8: Input voltage to power the system 12VDC +/- 10% H Measure

Example 9: System notifies administrator of system fault via automated text message

Functions as stated

E Demonstration

* Importance of the requirement: E = essential, H = high, M = moderate, L = low In some cases, as in Examples 4 and 9 above, certain requirements are better described qualitatively in the form of a functional description of the solution. As necessary, include functional requirements describing important attributes and characteristics of the solution such as the system behavior, how a user will interact with the system, and scalability.

of 61



Grading rubrics

Low Medium High

Spec

ifica

tions

and

exi

stin

g so

lutio

ns

Some marginally relevant existing solutions identified

Relevant existing solutions identified and analyzed Appropriate new technology identified

Some customer needs are converted to specs

Most customer needs are converted to specs

All customer needs are converted to specs

Inappropriate or no physical props and/or op. conditions spec’d.

Most appropriate physical properties and/or operating conditions specified

All appropriate physical properties and/or operating conditions specified

Power requirements not specified Power requirements mostly specified Power requirements fully specified Specifications difficult or impossible to

verify Most specs may be verified; some specs have uncertain verification All specs may be verified

Current standards are not fully considered

Current standards are incorporated in the project Considers new or pending standards

Specifications/constraints that would be considered in industry are not

examined

Specifications/constraints that would be considered in industry are

reviewed

Fully understands all vital customer needs

Low Medium High Customer Does not identify principal customers Identifies principal customers Identifies primary and secondary

customers Identifies only most obvious customer

needs Identifies most important customer

needs Identifies all vital needs for

competitive advantage Does not show understanding of

customer needs Shows moderate understanding of

customer needs Fully understands all vital customer

needs

Low Medium High Business Does not identify financial

stakeholders or their interests Identifies principal financial

stakeholders and some interests Knows financial stakeholders, their

desires and concerns Unaware of business-technical

interactions Aware that technical and financial

issues interact Understands business-technical trade-

offs Has no sense of time constraints for

success Sees costs associated with time Understands business plan and market

strategies for product success

Low Medium High Technology Not aware of technology-driven

limitations or barriers Aware of obvious limitations and

barriers for the technology Understands relevant technological

limitations and barriers Sees little opportunity for the

technology Sees some opportunity to advance the

technology Sees opportunities for innovation and

advancement Unaware of potential for obtaining

valuable intellectual property Recognizes some potential for

intellectual property Understands potential value and

issues surrounding intellectual property

Low Medium High Society Not aware of relevant standards,

codes, regulations Aware of most important standards,

codes, regulations Clearly understands relevant standards, codes, regulations

Only cursory attention to environmental or societal impacts

Shows concern for environmental and societal impacts

Advocates for people, environment, and society in general

Appears irresponsible Appears responsible Highly responsible

of 61

System Diagram ver. 9/9/15

09 System Diagram

System Diagram(s)

The system diagram is a functional block diagram showing input/output signals (information, material, energy flow) between blocks. The system diagram depicts a solution to the problem statement.

Include a table for each block that lists: the name; narrative description of functionality; power requirements (power, voltage, current, dc/ac, frequency); material requirements; and signal characteristics (e.g., analog: voltage/current ranges and/or levels, frequency, power, input/output impedances; digital: serial/parallel, protocol, data width, clock rate). If you are considering different system designs (which may be a good idea), then include a system block diagram and table for each.

Write a narrative description of the system solution that uses the system diagram.

Please submit your up-to-date problem statement with this assignment.

of 61

System Diagram ver. 9/9/15

09 System Diagram

System Diagram(s) Grading

Category Below Adequate Above Comments Blocks labeled and

connected

Table: block descriptions

Table: material, power, signal characteristics

Narrative description of system solution

Multiple solutions considered

Completeness of solutions

Writing quality

of 61

Subsystem Testing ver. 8/27/18

10 Subsystem Test Plan, Results Report, and Demo

Subsystem(s) Test Plan

The subsystem(s) test plan includes statements of test objectives, list(s) of equipment required, and a procedure for testing the subsystem(s).

Prior to writing a subsystem test plan, a subsystem specification is first developed and should be derived from the overall system specifications. By gathering and then analyzing measured data, the subsystem tests verify that the subsystem complies with its requirements and should provide confidence that the overall system will comply with the system specifications.

The subsystem test plan document must satisfy the following:

• It should be written so a skilled technician could perform the tests, collect data, and write a test report (although your team will perform these tasks).

• Required software should be thoroughly documented. If your subsystem requires customized software (e.g., microcontroller firmware), document the software design so that a skilled programmer could write the actual program(s).

• It should provide complete and thorough documentation so that the test procedure, data collection, and data analysis is repeatable.

The subsystem test plan will contain the following elements:

• test objectives • equipment required • overall system and subsystem(s) specifications • test procedures • all circuits/block diagrams/flow charts showing all necessary instrumentation for testing • features in the design that facilitate this testing. • expected results – specify their recorded format, list expected results of each test so measured

results may be compared to the expected after the test is executed • specify tools and techniques for analyzing data • statistical methodology and/or other stated considerations to account for experimental error

In addition, your test plan will be graded on the appropriateness and validity of the tests. Give careful thought to what data should be collected and how those data will be analyzed. In the event that a subsystem test fails, the data collection should be useful in diagnosing and troubleshooting the subsystem(s).

The subsystem test plan is to be approved by the supervisor prior to conducting the tests and recording data for submission in the subsystem(s) Test Results Report.

(continued)

of 61



Subsystem(s) Test Results Report

This is a written report of the results of executing the subsystem test plan. Submit an updated test plan with the report. The test report must:

• Contain an executive summary. The executive summary should “stand on its own” and provide the reader with answers to the following questions:

1. What was done? (context) 2. Why it was done? (purpose) 3. How was it done? (what experimental techniques were used) 4. What were the key results? (including uncertainty and/or error estimates) 5. What can be concluded from the key results?

• Thoroughly document and explain any deviations from the test plan. • Thoroughly document all data collected • Present results in meaningful, appropriate ways (e.g., tabular, graphical, etc.) • Analyze and interpret data using appropriate theory and expected results; statistically account

for measurement error Subsystem(s) Test Demonstration

The subsystem demonstration should be capable of showing any aspect of the test plan. It provides verification of your test results report. For the Subsystem Demonstration, your supervisor will ask you to perform a subset of the test steps in the Subsystem Test Plan.

• Obtain supervisor approval for the tests to be demonstrated well in advance of the demo1 • All members must be present at the test demonstration • The setup must be ready at the beginning of the test/demo session • Demonstration is to be conducted using a step-by-step procedure – makes effective use of time • Team members are to observe good lab practice and proficiently operate instrumentation • Team members are to knowledgably answer questions during demonstration

1Note: The supervisor may choose to ask the team to be prepared to conduct any of the tests/steps, and may choose to first identify the subset of test steps to be conducted at the time of the Subsystem Test Demonstration.

of 61



Subsystems Test Plan Grading


Test objectives

Equipment required

System specifications

Subsystem specifications

Test procedures: appropriate for specs

Test procedures: valid methodologies

Test procedures: will yield meaningful results

Circuit/block diagrams showing necessary

instrumentation

Other design features that facilitate testing

Could a skilled tech. perform tests, collect data,

write report?

Writing quality

Expected results

Analysis tools/techniques specified

Statistically accounts for experimental error

of 61



Subsystems Test Results Report Grading


Executive Summary

Includes updated test plan

Testing followed test plan procedures

Present results meaningfully and

appropriately

Compares measured results to expected results

Analyzes and interprets data

Statistically accounts for measurement error

Writing quality

Subsystem(s) successfully tested

of 61



Subsystems Test Demonstration Grading


Tests pre-approved

All team members present

Tests set up and ready

Clear explanation of each test demonstrated

Effectively used time

Good lab practices

Proficiently operates instrumentation

Knowledgably answers questions

Demo verifies test results report

of 61

Project/Integration Plans ver. 8/28/17

11 Project Plan

A project plan is a document in which you identify the tasks you must complete, who will complete them (at least a tentative idea of), and the materials you anticipate needing to complete them. Since your team is comprised only of engineers, it will be necessary for team members to assume multi-disciplinary roles for the success of the project. In this way, you will need to learn to function on a multi-disciplinary team.

For this assignment you will generate a project plan. Your faculty advisor (also called supervisor) may specify a particular format for the project plan (e.g., Gantt Chart).

EE407 Assignment: Submit a project plan that:

1. identifies the major deliverables and milestones for the project (these include, but are not limited to, the major project milestones dictated by the course schedule);

2. lists the tasks associated with producing the deliverables and achieving the milestones;

3. identifies which team member will complete each task, an estimate of how long the task will take (in hours), and an estimate of the delivery date;

4. identifies any training the group needs to be able to complete the deliverables.

For any task that is assigned to multiple team members, the project plan should also indicate which one of those team members has primary responsibility for completing that task.

While an ideal project plan would cover the entire span of the project (i.e., EE407, EE408, and EE409), a detailed plan for the remainder of EE407 and all of EE408 is of primary importance in this assignment. In EE409, the project plan will be updated to present a detailed integration plan that will lead to a successful demonstration of the system at the Compliance Test. EE409 Assignment: Submit an integration plan that:

1. promptly addresses any subsystem shortcomings identified during EE407 and EE408 subsystem testing;

2. identifies any remaining decision points and associated deadlines, particularly for items in the critical path of the project

3. presents a logical and systematic plan for subsystem integration, including testing that will occur throughout the integration process

4. defines testing methods that will be used for the Compliance Test; list associated tasks and present a timeline that ensures test readiness

of 61

Project/Integration Plans ver. 8/28/17

11 Project Plan


Project deliverables and milestones

Tasks for producing deliverables

Associate team members with tasks

Estimate task duration (in hours) and delivery date

Training needed

Project plan provides a roadmap to successful

project completion

Overall quality of plan

EE409: Addresses subsystem shortcomings

EE409: Remaining decision points with deadlines

EE409: Systematic plan for integration, including

testing

EE409: Methods for Compliance Testing

of 61

Subsystem Design/Selection Process ver. 9/9/15

12 Subsystem Design-Selection Process

Introduction In any engineering design, the process by which alternative solutions are evaluated is critical for meeting requirements and specifications, optimizing the design, as well as producing high-quality results on-time. As part of earlier assignments you developed specifications and evaluated alternatives for the high-level system design. A similar process must be repeated at the subsystem level. You have already developed a specification and test plan for the subsystem to be tested in EE407. Alternative solutions for the subsystem must be evaluated and a justifiable choice must be made. Once an alternative solution is chosen, the design process can proceed, ultimately leading to a complete design description appropriate for the subsystem. Assignment As a team, complete the following:

1. Provide the updated specification for the subsystem to be tested in EE407. 2. List all alternative solutions that were considered for the subsystem. 3. Create a table showing pros and cons of each alternative solution. The example below would not apply to every

type of subsystem. 4. Identify the particular alternative solution your team chooses, and write an explanation (of one to four

sentences) on why your team chose that particular alternative. 5. If applicable, explain why the chosen alternative solution for your subsystem to be used in the MSOE project

being built and tested during this academic year is different than what your team would have chosen if this were a design project in industry (for example, due to the availability of free, donated parts or assemblies).

6. Include a description of the chosen alternative solution that is complete enough that another student could use it to obtain (that is, purchase or build) the subsystem. This description might include drawing(s), schematic diagram(s), PCB layout diagram(s), a parts list, and/or model number(s) of assemblies or non-standard part(s).

Example Comparison of Subsystem-1 Alternatives Attribute ALTERNATIVE-1 ALTERNATIVE-2 ALTERNATIVE-3 ALTERNATIVE-4 Material Cost $40 $100 $55 $22 (est.) Design Cost (in hrs) 0 0 0 30 hours Power Consumption 5W 2W 8W 1W (est.) Size 2”x2”x1” 2”x2”x0.75” 2”x2.2”x1.5” 2”x1.2”x0.5” (est.) Weight 3.5 oz. 2.2 oz. 3.4 oz. 2.5 oz. (est.) Satisfy all Functional Requirements?

Yes except item in Note 1. Yes Yes Yes

Note 1: ALTERNATIVE-1 would require a parallel interface to the Data Processor (DP) subsystem instead of the serial data interface that, for simplicity, was defined in the System Diagram for interface to the DP.

of 61

Subsystem Design/Selection Process ver. 9/9/15

12 Subsystem Design-Selection Process

Subsystem Design/Selection Grading

Category Below Adequate Above Comments Includes updated

subsystem specification

Alternative solutions considered

Pros/Cons of each alternative solution

Explanation of why particular alternative was

chosen

Explanation of why choice might differ in industry

Description of chosen solution

Writing quality

of 61

Personal Growth Plan (EE-407 and EE-409) ver. 8/20/13

13 Personal-Growth-Plan

Your Name: _______________________________ Team: __________________________ Date: _______________ Purpose The quality of team achievements depends upon the ability of each member to learn and grow personally to meet challenges faced by the team. In this exercise, you will analyze personal growth needs, plans, and/or your growth achievements while working on your project. Through this exercise you will develop your skills for lifelong learning, which are vital for successful professionals. A. Growth Opportunities (EE-407) The personal abilities listed below are important to both personal development and to project success.

□ Performing analysis Applying quantitative tools to develop understanding and explore possibilities □ Solving problems Producing valid problem solutions that address critical issues and assumptions □ Designing to meet needs Creating designs that satisfy needs while complying with important constraints □ Conducting research Conducting studies that yield defensible results and answer important questions □ Communicating effectively Preparing, delivering, and receiving information for desired impact □ Collaborating with others Using a diverse, capable team to achieve collective and individual goals □ Leading others Promoting shared vision and empowering to achieve individual and collective goals □ Becoming a self-grower Planning, self-assessing, and achieving important personal growth □ Becoming a high achiever Demonstrating initiative, focus, and flexibility to deliver quality on time □ Becoming a professional Performing with integrity, responsibility and sensitivity to societal issues.

Please enter in Tables 1 and 2 below your personal abilities of greatest importance to you. Using the performance scale defined in Table 3, identify (in Table 1 and Table 2) your present levels of performance with regard to each of the personal abilities you selected.

Table 1: Rating of personal abilities important to my personal career goals

Order of Importance Personal Ability Present Performance Level (1-5) 1st importance 2nd importance 3rd importance

Table 2: Rating of personal abilities important to my project

Order of Importance Personal Ability Present Performance Level (1-5) 1st importance 2nd importance 3rd importance

Table 3: Performance Levels for Personal Growth

1 Eroding

2 Stagnant

3 Responsive

4 Self-Starter

5 Star-Performer

Losing progress made earlier

Remaining the same without growth

Growing after being prompted by others

Seeing need and achieving growth

Anticipating need; excelling in growth

of 61



B. Growth Focus (EE-407) Please identify your one top priority personal ability being targeted for personal growth as you engage in your capstone project.

Priority ability or skill area for personal growth: ______________________________________ C. Growth Planning and Achievement (See below for specific quarter assignments)

EE-407: Growth Planning. Establish (in at least 400-500 words) a personal growth plan to advance your performance in the one skill area you selected above.

a. Begin by describing your present state and cite evidence from your team project activity that suggests a need for growth.

b. Next, identify your desired performance level (refer to the scale above), and describe what that would look like within the context of your project. Describe measurable performance goals related to this skill area.

c. Finally, identify specific steps you will take to achieve the growth in this skill area.

EE-409: Growth Achievement. Assess (in at least 400-500 words) the personal growth plan you have used to advance your performance in the skill area you selected above.

a. Begin by describing your present state and cite evidence from your team project activity that shows the growth you have achieved.

b. Next, describe the actions you took as part of your growth plan to reach your present performance level (refer to the scale above). Describe what had the greatest effect on your growth within the context of your project.

c. Finally, identify how your growth plan should be changed if you were to retrace the steps taken in your project. What would you have done differently to improve the growth you achieved?

Grading Your plan will be graded based on your demonstrated ability to: identify a need, state measurable goals, give evidence of your growth status, and articulate a practical plan for achieving personal growth. The quality of your written communication is important.

of 61



EE-407: Growth Planning

Grade:


Completed personal ability identification/rating

Describes present state

Cites evidence of need for personal growth

Identifies desired performance level

Describes desired, measurable performance

goals within project

Identifies specific, verifiable personal steps to

achieve growth

Quality of writing; clearly articulated plan for

achieving personal growth

of 61



EE-409: Growth Achievement

Grade:


Describes present state

Cites evidence that shows growth achieved

Describes actions taken as part of growth plan to

reach present performance level

Describes what had the greatest effect on growth within context of project

Identify how growth plan should be changed if retrace steps taken in

project

Identify what would be done differently to

improve the growth you achieved

Quality of writing

of 61

Design Reviews ver. 8/28/17

14 Design Review

Design Reviews (a formal presentation)

Design reviews consist of a 35 minute presentation followed by a 15 minute question/answer session. Convince the supervisor(s) and your peers that the project: is technically feasible, is economically viable, will satisfy the customer, will meet specifications, and will be completed by the Compliance Test.

Fall Term (EE407):

• define the problem and its solution requirements with preliminary specifications • present system solution • consider system-level design alternatives • identify all major subsystems and their preliminary specifications • describe significant subsystem interfaces • estimate overall project costs • present fall subsystem test plan and results • outline the project schedule that produces needed deliverables with ample time for

validation and iteration • honestly identify all potential problems or risks, and describe how you plan to deal with

them

Winter Term (EE408):

• define the problem and its solution requirements with final specifications; highlight any changes from EE407 presentation

• present updated system solution (suggest showing current system diagram); highlight any changes from EE407 presentation

• describe the important subsystems and their specifications (with more emphasis on important or challenging subsystems), and how those specifications drove your design

• describe design features, including details of decision processes (in particular, the design/selection processes) used in formulating the subsystem designs

• present important subsystem testing and results, • discuss plans for system integration in spring term (probably very brief/high-level at this

point in time) • outline the remaining project schedule • update project costs • honestly identify all potential problems or risks, and describe how you plan to deal with

them

of 61


14 Design Review

Some suggestions:

• Each speaker should speak only once (do not jump back and forth between speakers).

• Dress professionally. “Business casual” is typical, but depending on your customer’s “corporate culture” you might want to be a little more formal.

• Make the presentation flow logically.

• Avoid long lists of bullets (if > 4 bullets, then split into multiple slides). Use large fonts – at least 18 point. In tables and figures, makes font size at least 18 point if possible.

• Your slides should emphasize non-textual aspects of the presentation; e.g.: Pictures, schematics, block diagrams, flow charts, equations, tables

• Put in just enough text to summarize important points and make the slides self-explanatory. (Detailed textual description of your project will go into your design report).

• Be sure your slides are readable from all locations in the room you will use to present. Otherwise, they are useless, and create a bad impression.

• Assign numbers to your slides so people can refer to them easily

• One bit of advice: if you don’t know the answer to a question, say so, and offer to find the answer later and report back to the questioner.

Grading

Your advisor will grade each team member based on the quality of their presentation (P), the content (C) of their presentation, the knowledge (K) that they exhibit.

Submit an electronic version of your presentation slides to your supervisor. Bring a printed copy for the supervisor to refer to and make notes on during the presentation. Six slides per printed page is a good number.

of 61


14 Design Review

Oral Peer Review Form Speaker name: .................................................................................................................................................................................................…...... Area to Improve Area of Strength ___________________________________________________________________________________________ PLEASE ADD COMMENTS _ Eye Contact: 0 2 4 6 8 10 Had eye contact distributed equally with the entire audience Looked at screen/notes too much Seldom had to look at screen/notes Focused only on certain people Looked around the entire room Need to look at the extreme sides of the room Looked at the people on the extremes! _____________________________________________________________________________________________________________________ Posture: 0 2 4 6 8 10 Stood up straight & kept weight balanced evenly on both feet without locking knees Swaying, leaning to one side Stood up straight! _____________________________________________________________________________________________________________________ Gestures: 0 2 4 6 8 10 Used effective gestures Clasped hands together or behind back Very natural gesturing Played with fingers or jewelry Definite, energetic gesturing Held an arm, crossed arms, hand(s) in pocket(s) Able to keep hands relaxed to sides when not gesturing _____________________________________________________________________________________________________________________ Volume: 0 2 4 6 8 10 Used appropriate volume so everyone in the room could easily hear Louder! Easily heard _____________________________________________________________________________________________________________________ Articulation: 0 2 4 6 8 10 Used clear articulation and pronounced words correctly Dropping “g” off “ing” words Hit word endings nicely Articulate word endings to preventrunningwordstogether No slurring Because instead of becuz Clear, neutral pronunciation _____________________________________________________________________________________________________________________ Composure: 0 2 4 6 8 10 Appeared confident by displaying fluency, vocal confidence, & controlled body Vocalized Pauses No vocalized pauses! Fidgeting with hair, clothing, jewelry, fingers Looked very relaxed Stepping around nervously Looked in control Breathe deep! Great breathing _____________________________________________________________________________________________________________________ Energy & 0 2 4 6 8 10 Enthusiasm: Presented a positive energized image Need more enthusiasm Wow! _____________________________________________________________________________________________________________________ Extemporaneous 0 2 4 6 8 10 Style of Delivery: Maintained eye contact 90% of the time & look prepared yet still spontaneous Relied on screen/notes too much Only used screen/notes occasionally Seemed memorized Very natural speaking style …………………………………………………………………………………………………………………………………………………………………………… Things to Improve: Things I Enjoyed:

cut here

Evaluator’s NAME:

of 61

Peer Review ver. 7/30/11

15 Peer Review

You2345

This quarter, Sue not only wrote the C-code for the subsystem test, she also was the reviewer for the printed circuit board. Tom was scheduled to write about half of the C-code functions, but ultimately his code did not work and Sue ended up writing all of the code. Mary did a great job laying out the PCB and documenting all of the schematics, including maintainIng the system BOM. I was the main editor of the final design report and I was the primary point of contact with our sponsor. In addition to our normal team meetings, I met with the sponsor on five different occasions to clarify their specifications and give them design updates.

Senior Design Confidential Peer Review

This review represents your perception of the overall contribution of each team member to the project. Evaluate the members of your team in terms of the net contributions made to further the Senior

Design project you have worked on. The information may be used as a modifier of grades. Comments are welcome, too.

Engineering Judgement

Leadership Contribution

Contribution to Project Effort

Performance Under Stress

Contribution to Project Quality

Oral Communication

Human Relations

You are to divide 100 points among all members of the team. Make a split whereby the amount awarded is proportional to the

total contribution each member made to the success of the project. The sum must total 100.

Written Communication

Professional Attitude

Team Member Points Awarded

Mary

(if you need more space, create and submit a separate document):Enter Comments

Enter Name Enter Integer Points

Sue

2723

30

Joe

100Sum:

Tom 20

of 61

Weekly Progress Report ver. 8/31/15

16 Weekly Progress Report

EE Senior Design Report on Progress Team: ___________________ Date: _________ Reporting Interval Dates: From: ___________________ To: ___________________

• If items promised have not been achieved, attach a memo from the person responsible explaining why, the plan for completing

the items, and the impact on other milestones and on the other team members. • “Research” is not a valid deliverable. • Bring evidence of deliverable completion to meeting. Team Member: Hours spent:

Actual Deliverables

Achieved

Future Deliverables

Promised

Team Member: Hours spent:

Actual Deliverables

Achieved

Future Deliverables

Promised


Actual Deliverables

Achieved

Future Deliverables

Promised


Actual Deliverables

Achieved

Future Deliverables

Promised

of 61

17 Design Reports

Final Design Report – ver. 9/6/16

The Final Design Report is the major written document describing the first portion of your project – the actual, complete, on-paper design, printed and bound, and submitted in accordance with guidelines provided elsewhere. One report per team is required. Previous assignments and your engineering logbook provide the basis for this report. A manager should be able to recommend the design and a technician could then build it, given this report. Is the design complete? Is the design valid?

The audience is a technically-adept person, such as an engineering manager, other engineer, or technician, but one who is not familiar with your project. Specifically, chapters should be provided documenting the following:

Executive Summary: A paragraph summarizing the report for readers who want to quickly get the important facts. Table of Contents: Include section titles and page numbers. If a CD or DVD is attached, include its table of contents here.

- The CD or DVD may have some large sections or appendices that are not included in the printed report. Table of Figures: Include page numbers and a description (i.e., caption) of each figure that is part of your report. Table of Tables: Include page numbers and a description (i.e., caption) of each table that is part of your report.

Description of the problem (see Note 1): - Definition of the problem and justification of the need for a solution. - Definition of your stakeholders and their needs and wants. - Competing solutions on the market and their qualities.

Description of the solution approach (see Note 1): - A general description and block diagram of your solution and how the user would interact with it. - The solution specifications for the overall “system” with emphasis on those that can be measured at the Compliance Test. - Applicable industry standards and/or user standards – FCC rules, National Electrical Code, etc., and how they impact the

design. - Discuss the safety considerations of your design, and any environmental concerns.

The Final Design (see Note 1): - The system block diagram showing specific block (or subsystems) inputs and outputs (type, technical details such as

voltages, currents, data rates, frequency ranges, etc.). Explain the design in complete detail. - Some project reports greatly benefit by including a sequence of operation and/or a state diagram of system operation with

accompanying narrative explanation. - Include a specification listing requirements for each subsystem. - Include design/selection process for key aspects of the design - Details of each hardware block: the actual schematic diagrams of each subsystem, such that a technician could replicate

the design. Components should have “reference designators” such as R1 for the first resistor, U1 for the first I.C., etc. Explain the design and the rationale for the decisions that you made. For some designs, dimensioned mechanical drawings may be necessary and appropriate.

- Details of each software block: the actual flowcharts and pseudo-code of each subsystem, such that a technician could write the code. Include any significant, meaningful code segments. The inputs, outputs and functionality of each block must be defined.

- Accompanying narrative must sufficiently describe the purpose and operation of each subsystem and how it integrates into the whole system. Convince the reader that your design will satisfy system specs. Communicate all details of the design here for the technicians who will build/code.

- Bill of materials (BOM) listing all parts with reference designators that match the above; and per unit cost, quantity, net cost, and vendor

- System cost summary – this is the cost for the first prototype (including both material and labor costs) - Subsystem Test Plan and Results: description of the EE407 testing and any other tests you have performed

Summary: What was shown in the report? What happens next? Who is responsible for those tasks? What is the schedule for their completion? Acknowledgements

Bibliography: List of references, interviews, etc.

Appendicies: Complete schematic diagram, data sheets (as pdf files on disk), original laboratory data, simulation results.

General suggestions for your report: Be sure to proofread for errors, and have an editor who can assure a consistent tone and style. Be consistent with fonts, and be sure to provide page and figure numbers. Produce a document that is both helpful to the reader and to your team, and make it something you are proud of. Start writing early – the deadline will come quickly and a hastily-assembled report usually looks that way. Proofread the report. Have the report spiral bound and electronically submit your entire report as a single Word file.

(Note 1: The team is expected to incorporate instructor feedback from previous submissions of data in these items.) of 61

17 Design Reports

Final Design Report ver. 8/23/11


Adequate Comments

Title Page

Executive Summary Summarize report w/ imp. facts

Table of Contents

section titles, page #’s, CD

Des

crip

tion

of

prob

lem

Clear problem definition

Define stakeholders+needs

Competing solutions

Des

crip

tion

of

solu

tion

appr

oach

Describe/block diagram

Specifications

Applicable standards

Safety considerations

Det

aile

d de

sign

doc

umen

tatio

n

Functional system block diagram, I/O

Operation sequence or state diagram

Describe purpose/operation /integration of each subsys

Specs and requirements for each subsystem

Design selection/process for key aspects of design

Explain design in detail Detail each hardware block

(schematics, etc.)

BOM (refdes, mfr part #, qty, cost, description)

Detail each software block (flow, pseudo)

Explain software design; Include meaning code segs.

Subsys. test plan/results

Sum

mar

y Next tasks Assign responsibility Completion schedule Acknowledgements Bibliography

App

endi

ces

Complete schematic Detailed computations/

data

Manufacturer’s specs Simulations

Original lab data

of 61

Team Process Evaluation ver. 8/31/15

18 Team-Process-Evaluation

Your Name: ___________________________________________________ Team: ________ Date: _______________ Purpose Teams establish processes to manage their relationships, achievements, responsibilities, and information as they complete their collective assignments. In this exercise, you will review selected team processes and define ways to use them more effectively in support of team productivity. From this exercise you will learn how to improve processes, a critical skill for continuous improvement in many areas of life. A. Rating Team Process Effectiveness An effective team process is well defined, is supported by everyone involved, has clear measures for quality, is reviewed periodically, and is improved to achieve desired results. Levels of team process effectiveness are defined below.

---- Team Process Effectiveness Levels ----

Area of Performance

1 Novices to Team

Processes

2 Beginners with Team Processes

3 Interns

in Team Processes

4 Competent

in Team Processes

5 Expert

in Team Processes

TEAM PROCESSES: Using team processes (e.g., communication, documentation) to achieve continuously improving team performance

No processes defined; actions

chaotic and erratic; no

improvement effort

Vague processes; little

understanding; minimal buy-in; arbitrary actions

to improve

Processes defined; casually followed; no or

careless review; occasional steps

to improve

Processes known, accepted by all;

periodically reviewed;

revisions based on reviews

Clear processes embraced by all;

performance continuously measured

and used to drive ongoing improvement

Please rate your team’s present effectiveness.

1. In the table below, rate the importance of each process to your team’s success. Use ratings of: L= low, M = moderate, H = high importance.

2. Rate your own personal present effectiveness level for each process, using the 5-point rating scale defined above.

Type Team Processes Importance

(L/M/H) Rating (1 – 5)

Team Relationships

□ Establishing expected interactions* □ Building member commitment □ Resolving conflicts

Team Achievements

□ Defining shared goals □ Achieving shared outcomes □ Reviewing/refining processes

Member Responsibilities

□ Distributing member assignments □ Defining shared performance standards □ Achieving member performance

Team Information □ Communicating with members □ Communicating outside the team □ Documenting information

* Interactions inside and outside the team

of 61



B. Using an Effective Process Choose your team’s most effective process from the list below (choose one). In the space provided, demonstrate your understanding of how to use this process to support the effectiveness of your team. Your work will be scored based on the quality of your analysis and understanding demonstrated here, not on your current level of effectiveness in this process.

□ Establishing expected interactions* □ Building member commitment □ Resolving conflicts □ Defining shared goals □ Achieving shared outcomes □ Reviewing/refining processes □ Distributing member assignments □ Defining shared performance standards □ Achieving member performance □ Communicating with members □ Communicating outside the team □ Documenting information


Description: Describe your team’s most “effective” process. What evidence suggests that it is effective?

Improvement: Explain how to improve this process even more, as a means for continuous improvement to achieve greater team productivity (your plan for achieving improvement).

of 61



C. Improving an Ineffective Process Choose your team’s least effective process from the list below (choose one). In the space provided, demonstrate your ability to improve this process so it supports greater team productivity. Your work will be scored based on the quality of your analysis and your proposed actions to improve the process, not on your current level of effectiveness in this process.

□ Establishing expected interactions* □ Building member commitment □ Resolving conflicts □ Defining shared goals □ Achieving shared outcomes □ Reviewing/refining processes □ Distributing member assignments □ Defining shared performance standards □ Achieving member performance □ Communicating with members □ Communicating outside the team □ Documenting information


Description: Describe your team’s most “ineffective” process. What evidence suggests that it is “ineffective”?

Improvement: Identify steps to improve the process so it supports greater team productivity (your plan for achieving improvement).

of 61



Member Coaching Demonstrate your understanding of individual member contributions to team effectiveness by assessing two non-technical contributions of each member (including yourself). Assess an important strength and assess an area to improve. Work will be scored by the instructor based on the quality of your assessments: their insightfulness, clarity, and helpfulness to achieving greater team effectiveness.

1. Strength: Label it; explain how it is being used to contribute to team effectiveness. 2. Area to improve: Label it; suggest steps to achieve desired improvement in this area.

Person Recognizing a Strength Making an Improvement (Example)

JPM

Strength: Dependability Explanation: Always follows through on assignments and produces work of nature and quality expected. Enables team members to focus on their own work without needing to cover for others not performing.

Area to Improve: Condescending Attitude Suggestion: Verbalize to members that their contributions have value, listen attentively, reinforce good ideas; this encourages others to share their ideas so the team’s work reflects all assets of the team.

(Me)

Strength: Explanation:

Area to improve: Suggestion:

#1:



#2:



#3:



#4:



#5:



of 61

Professional Practices ver. 8/23/15

19 Professional-Practices

Your Name: _________________________ Team: __________________________ Date: _______________ Purpose Design teams must follow professional and ethical practices for success. Whether dealing with technical, business, or social issues, ethical and professional considerations are important to making responsible project decisions. In this exercise, you will consider relevant codes and apply them to your project. As a result, you will test and strengthen your abilities in professional and ethical reasoning. A. Professional Duties Professions publish their codes of ethics to define acceptable professional practice. For example, the IEEE presents the following code of ethics (2006): “We, the members of the IEEE, in recognition of the importance of our technologies in affecting the quality of life throughout the world, and in accepting a personal obligation to our profession, its members and the communities we serve, do hereby commit ourselves to the highest ethical and professional conduct and agree: 1. to accept responsibility in making decisions consistent with the safety, health and welfare of the public, and to disclose promptly factors that might endanger the public or the environment; 2. to avoid real or perceived conflicts of interest whenever possible, and to disclose them to affected parties when they do exist; 3. to be honest and realistic in stating claims or estimates based on available data; 4. to reject bribery in all its forms; 5. to improve the understanding of technology, its appropriate application, and potential consequences; 6. to maintain and improve our technical competence and to undertake technological tasks for others only if qualified by training or experience, or after full disclosure of pertinent limitations; 7. to seek, accept, and offer honest criticism of technical work, to acknowledge and correct errors, and to credit properly the contributions of others; 8. to treat fairly all persons regardless of such factors as race, religion, gender, disability, age, or national origin; 9. to avoid injuring others, their property, reputation, or employment by false or malicious action; 10. to assist colleagues and co-workers in their professional development and to support them in following this code of ethics.”

1. Please enter in Table 1 three professional duties from the list above that are of greatest importance to your project.

Table 1: Rating of professional duties important to my project

Order of Importance Professional Duties Level (1-5) 1st importance 2nd importance 3rd importance

of 61

Professional Practices ver. 8/23/15

19 Professional-Practices

2. Next, using the performance scale defined below; add to Table 1 your present level of performance with regard to each of the professional duties you selected.

Performance Levels for Professional Practices

1 Negligent

2 Passive

3 Responsive

4 Responsible

5 Advocate

Unaware and uncaring about these

duties

Caring but unaware of specific duties or responsibilities

Caring and aware; not engaged in duties and

responsibilities

Knowledgeable and engaged in duties and

responsibilities

Expert and strong advocate; complies with responsibilities

B. Professional Practice Assessed Succinctly describe (in at least 400 words) a situation from your project (or other work) experience that demonstrates your professional performance in one of your professional duties.

1. State the applicable professional duty. 2. Describe and explain a situation you encountered (e.g., conflicting pressures, trade-offs, a

personal dilemma) that called for you to exercise this professional duty. 3. Next, describe your thought processes to resolve the dilemma and to reach a professional

decision; explain the decision or action taken. 4. Finally, assess the short- and long-term impacts of your actions, and how this affects your

professional decision making in the future. Grading Your performance for this exercise will be graded based on your assessment of your professional practice (part B), not on your self-rating. Grading is based on:

1. Your understanding of professional/ethical issues in context 2. Your ability to apply professional/ethical reasoning in making decisions 3. Your ability to learn from your experience 4. The quality of your writing.

of 61

Annotated Bibliography ver. 8/28/17

20 Annotated Bibliography

Your final report will need a bibliography – a listing of references to relevant engineering standards, books, journals, websites, patents, etc. Your assignment is to create a thorough, annotated bibliographic list of references that are relevant to your project. The sources must be academically credible.

Your submittal must consist of two components:

Part I: Prepare a complete bibliography – a listing of references to relevant engineering standards, books, journals, websites, patents, etc.

• Use a consistent and appropriate formatting style (e.g., the IEEE style or the MSOE Undergraduate style). Your instructor may specify a required format.

• Use the MSOE Walter Schroeder Library EE specific database:

http://libguides.msoe.edu/

• Regarding internet webpages: Whenever possible, the bibliographic entry should be to the source article, not to a webpage. At present, the veracity of web sources often does not rank with refereed journal sources. It is important to assess the truthfulness and trustworthiness of your sources.

• When using web sources, be sure to use complete notation in your bibliography indicating what the website is all about – a URL is not enough information.

• Patent searching:

http://www.google.com/patents http://www.uspto.gov/

• Plagiarism means passing off some else’s work as your own. Don’t do it. Correctly acknowledge others’ work if you quote a portion of it.

Part II: Provide annotations for at least five of the more relevant entries. The annotations should explain why the reference was chosen and how it is relevant to the project.

of 61

http://libguides.msoe.edu/

http://www.google.com/patents

http://www.uspto.gov/

Annotated Bibliography ver. 8/28/17

20 Annotated Bibliography

Grading Rubric

CATEGORY

Exceptional

Competent

Marginal

Inadequate

Quantity of sources

Exhaustive list of relevant sources

All major subsystems have relevant sources

Some to most subsystems have relevant sources

Few sources, and/or sources not relevant

Quality /Reliability of Sources

All sources cited can be considered reliable and/or trustworthy. Thorough list of applicable engineering standards.

Most sources cited can be considered reliable and/or trustworthy. Some applicable engineering standards.

Some sources can be considered reliable and/or trustworthy. All sources relevant to project.

Few sources cited can be considered reliable and/or trustworthy. One or more sources irrelevant to project.

Variety of Sources

Excellent variety of sources; unique, particularly relevant sources

Good variety of sources; cites four types of sources.

Adequate variety of sources; cites three types of sources.

Poor variety of sources; cites one or two types of sources. Sources are all web-based with no effort made to refer to originating sources

Annotation quality

All annotations are thoughtful, complete, concise, and well written. Complex and/or original thought demonstrated.

Annotations clearly explain how source supports project, grammatically correct, and clearly written.

Annotations establish some relevance to project; some annotations are lacking in completeness, thought, and /or writing quality.

Most annotations are lacking in completeness, thought, and/or writing quality.

Citation style

Source formats correctly identified and all citations are formatted correctly in the document.

Source formats correctly identified and there are a fewer than five formatting errors in the document's citations.

Source formats correctly identified and there are five or more formatting errors in the document's citations.

Source formats incorrectly identified and/or there is little or no adherence to the MSOE undergraduate style guide.

of 61

EE-409 – Compliance Test ver. 9/9/15

21 Compliance Test

The EE Senior Design Compliance Test is a major milestone, and serves to demonstrate that your project implementation meets your specifications. Relevant tasks are to create a Compliance Test Plan, execute the Test, complete a Compliance Test Report, and perform a Compliance Test Demonstration with your professor present.

• As a result of developing your prototype, create a Compliance Test Plan. It must include each of the requirements in your system specification (those that have been driving your design for many months) and the desired values for those requirements. The Report, a separate document you will submit prior to the Demonstration, will additionally include values measured during the Test in a summary table, such as:

Requirement description Expected Value

Measured Value

Meets Spec?

1 Operating voltage range 6-9 VDC 8-9 VDC No

2 Battery life 8 hours 10 hours Yes 3 Audio frequency response (-3 dB freqs) 300-5000 Hz 400-3200

Hz No

4 Prototype completely satisfies the problem statement

Yes

• Each requirement should be tested, and the method of the test should be described in detail including text, diagrams, photos, etc.

• During the Compliance Test Demonstration your professor will visit your team and request that

you perform certain of these tests to verify your results. He/she may also request that you demonstrate the complete system to determine if it satisfies the problem statement. You will have less than 50 minutes to do so. What takes place during that Demonstration is graded. This Demonstration comprises the verification of the Compliance Test.

• All team members shall be present for the demonstration unless prior arrangements are made.

Casual dress is appropriate.

• If an actual measured value does not meet the expected value in the specification, document the impact that has on the customer.

• If you improve your prototype between the time of the Compliance Test Demonstration and the Senior Design Show, provide that improved demonstration at the Senior Design Show. It will not substitute for either the Compliance Test or the Compliance Test Demonstration; however, it will be noted.

of 61


21 Compliance Test

Compliance Test Plan Grading

Grade:

Category Below

Adequate Adequate

Above Adequate

Comments

Narrative description

Test objectives

Equipment required

Test procedures

Expected results

Circuit/block diagrams showing necessary

instrumentation

Other design features that facilitate testing

Could a skilled tech. perform tests, collect data, write

report?

of 61


21 Compliance Test

Compliance Test Results Report Grading

Grade:


Includes updated test plan

Testing followed test plan procedures

Present results meaningfully and

appropriately

Compares measured results to expected results

Analyzes and interprets data

Statistically accounts for measurement error

Writing quality

System successfully tested

of 61


21 Compliance Test

Compliance Test Demonstration Grading

Grade:


Tests pre-approved

All team members present

Tests set up and ready

Clear explanation of each test demonstrated

Effectively used time

Good lab practices

Proficiently operates instrumentation

Knowledgably answers questions

Demo verifies test results report

of 61

EE-409 Poster Information ver. 8/27/18

22 Poster Information

The preparation of a poster describing your Senior Design Project is one of the requirements of EE-409. Samples of past Senior Design posters are displayed on the 3rd floor of the Science Building. Posters are a common form of communications in industry, along with memorandums, reports, PowerPoint presentations, and various forms of narrative. The communication focus of a poster is to be strongly visual.

Words, as necessary, are preferred in the form of bullet points. The use of narrative paragraphs should be very limited, if used at all. In judging the effectiveness of a poster, consider its overall appeal and quality

Process of generating the poster:

1. Design the poster using a program such as Microsoft Publisher, Visio, or Adobe Photoshop – your responsibility. Avoid dark, solid backgrounds; they drain ink rapidly and may cause the paper to wrinkle. Acrobat “pdf” formatted files are required for printing. File sizes of less than 10MB typically have fewer problems printing.

2. Print the poster at the IT Help Desk (place PDF on USB flash drive, or you can email the

file to [email protected]).

3. Deliver the poster to your instructor before 10:00am Tuesday, Week 10. Do not expect to print the poster at 9:00am and have it ready for delivery by 10:00am. It is your responsibility to schedule the printing well in advance of the deadline. Be aware that many other academic programs are printing posters around that same time.

4. Your instructor will either approve your poster, or note changes and ask you to have the poster reprinted (this will negatively affect your grade). Approved posters will be delivered, by your instructor, to the EECS Technical Support Center for framing.

Other relevant information:

1. Required Size – 36” (horizontal) x 30” (vertical). It is a good idea to leave some white margin – look at the posters on the wall of 3rd floor Science. Make sure the page size in Acrobat is 36” x 30” (to check page size in Acrobat, select > File > Properties > Description tab)

2. The cost of printing one copy and framing the poster will be borne by MSOE. 3. MSOE will keep the poster after you display it at the SEED Show (which is on

Friday of week 11). Note that your poster may be publicly displayed.

of 61

mailto:[email protected]

EE-409 Poster Information ver. 8/27/18

22 Poster Information

Poster Grading Rubric

Communicates Mission and Activities of

Team

Visual Appeal

Readability Professionalism Contains Required Information

Correct Format

Exce

llent

Clearly conveys the mission, project, and activities of the team

in a manner that can be understood by a wide audience.

The poster has excellent visual appeal, shows outstanding

creativity

The poster is easily readable from 4 ft away. Excellent use of visuals to

convey information.

Language used is appropriate. Poster is

exceptionally professional in

appearance and free from errors.

Poster contains all required information:

Names of team members*, Problem

Statement, name and logos of all sponsors. Fi

ts w

ithin

36”

x30”

Good

Conveys the mission, project, and activities of the team in a manner that can be understood by most

audiences.

The poster has good visual appeal and creativity.

The poster is readable from 4 ft away. Good use

of visuals to convey information.

Language used is appropriate. Poster is

professional in appearance and mostly

free from errors.

Adeq

uate

Conveys most elements of the mission, project, and activities of the team. Missing elements limit understanding of some audiences.

The poster has adequate visual

and some creativity.

Some portions of the poster are not readable

from 4 ft away. Some use of visuals to convey

information.

Language used is mostly appropriate. Poster is

somewhat professional in appearance and contains

two or more errors.

Mar

gina

l

Poster poorly conveys the mission, project, and activities of the team.

The poster is not visually

appealing or creative.

Poster is difficult to read from 4 ft away. Little use

of visuals to convey information.

Language used is not appropriate. Poster is not

professional in appearance and contains

several errors.

Does not contain all required information.

Poster is not

proper format.

Not completed

*Team member(s) may opt to not include their personally identifiable information at no penalty.

of 61

23 EE-409 Engr Project Report Checksheet

EE-409 Engineering Project Report ver. 9/5/14


Adequate Comments

Title Page

Executive Summary Summarize report w/ imp. facts

Table of Contents

section titles, page #’s, CD

Des

crip

tion

of

prob

lem

Clear problem definition

Define stakeholders+needs

Competing solutions

Des

crip

tion

of

solu

tion

appr

oach

Describe/block diagram

Specifications

Applicable standards

Safety considerations

Det

aile

d de

sign

doc

umen

tatio

n

Functional system block diagram, I/O

Explain design in detail Design selection/process

for each subsystem

Detail each hardware block (schematics)

Explain hardware design; include subsys. specs.

BOM (reference designator, mfr part #, qty,

cost, description)

Detail each software block (flow, pseudo code)

Explain software design; include subsys. specs.

Include meaningful code segments, functions

Describe purpose/operation /integration of each subsys

Operation sequence or state diagram

Compliance test plan/results

Sum

mar

y What was shown in report? Successes/ shortcomings

Future changes Acknowledgements Bibliography

App

endi

ces Detailed compuations /

analyses / data

Manufacturer’s specs Simulations

Original lab data of 61

EE Senior Design Show FAQ ver. 8/27/18

24 EE Senior Design Show FAQ

Q: What is the Senior Design Show? A: The Senior Design Show is an opportunity for teams to communicate their design to their professor and visitors in various manners: poster, verbal, demonstration, visual. Q: What is the tone of the Show? A: It is a “trade show” atmosphere – you will seek to inform the visitors about your project. It is an informal interaction with the visitors. Set up your project to assist this interaction and to promote your project. Q: What do we wear? A: How do you wish to be perceived? Generally, students wear the type of clothes typical of a job interview. Parents, other relatives, friends and others generally dress more casually, but nicely. Q: How long does it last? A: It begins as soon after 10 AM as possible – set up prior to that if you can. It will most likely take place in the Library, but if you are in a classroom final exams have priority over the room – you must wait until they are finished. It generally ends around 2:30 – 3:00 PM. Use your own best judgment about when to “close up shop.” Q: Do we all have to be present all of the time? A: No. Use the day to see other teams’ projects. Your instructor will come around during the day to see your project. Remember – the Show is graded, so what you say and do when the instructor is present matters. If you are not all there when the instructor comes around, try to make contact so you can give your best impression. Q: How will grades be assigned? A: You will be evaluated based on the overall presentation of your project, your professionalism, and the manner in which you represent MSOE and the EE Program during the Senior Design Show. Q: Should we invite industry sponsors? A: Yes. Q: How does our photo get on the Senior Design website or in print? A: Someone from MSOE may come around and take photos. You will be asked to sign a release allowing use of the photo. You may opt out of the release if you wish – no problem. Q: What if our design implementation has improved since the Compliance Test? A: An improved implementation doesn’t replace the Compliance Test, but it may be important. However, keep in mind that the Show is really not about the compliance test. Q: I have a final exam until 10 AM or beyond. What do I do? A: Let your instructor know. Come to the Show as soon as you can. Help your teammates ahead of time if you are able.

of 61

Call for Electrical Engineering Senior Design Project Proposals ver. 8/20/13

25 Call-for-Proposals

Objectives: The intent of the senior design course sequence is to teach students how to apply their math, science, and engineering knowledge to solve open-ended problems in response to the needs of a customer. These projects give students an opportunity to learn design methodologies, develop team-based designing skills, gain hands-on experience budgeting time and finances, and become proficient in oral and written communication. Student teams solve meaningful technical problems that require more time and talent than any one individual can contribute. Expectation for Students: The students are expected to have necessary technical knowledge from classes, or be able to acquire it with reasonable effort. Students starting the senior design sequence have just completed their junior classes and most have little or no professional industrial experience, although some may have had summer internships. Students can be expected to work on projects from 10 to 15 hours per week. This time includes designing, building, and testing the project; generating progress reports; preparing for design reviews, completing formal reports and in-class activities. Expectation for Sponsors: Sponsors of senior design projects should have a well-defined product in mind with well-defined requirements and constraints. The scope of projects should be suitable for teams of 3-5 students working steadily for approximately 8 months (33 weeks). Sponsors are expected to provide all parts and/or all financial support for material consumed in the completing the project, technical support services (e.g. surface mount board assembly, system calibration and/or test, standards certification, etc.), and any required off-campus travel. Sponsors should also provide regular guidance and encouragement to the team so that important design issues can be resolved satisfactorily. Sponsors should not expect students to use personal funds (travel, long distance calls, etc.) to complete the project. Expectation for Projects: Every effort will be made on the part of our instructional and professional staff to ensure a return on investment that meets expectations of sponsoring organizations. However, advising faculty and course instructors will not micro-manage or otherwise design projects, thus depriving student teams of ownership of project outcomes. Characteristics of a good project 1. Projects have realistic electrical, mechanical, and/or computer-based solutions involving

proven technologies. 2. Projects contain multiple components, allowing concurrent design and subsequent

integration. 3. Projects have multiple solutions that are acceptable to the customer. Building a pre-existing

design does not make for a good project. 4. Project scope and complexity should be comparable to those given to an entry-level engineer. 5. Project milestones and deliverables are amenable to the course schedule. 6. Projects do not require development tools or instrumentation that the institution does not

possess and that the sponsor is unable to provide to the team. 7. Projects do not involve excessive proprietary material. 8. Projects should not be in the critical path of the sponsor’s business plan.

of 61



Process for Sponsoring Senior Design Projects: 1. Submit a brief description (Statement of Need) to one of the senior design instructors listed below.

Dr. Cory Prust ([email protected]) 2. The instructor may iterate with the sponsor for clarification or redefinition. 3. Sponsor agrees to support the project and to supply necessary resources. 4. Students submit a design proposal, with work plan and schedule, to the sponsor. This may be iterative until the sponsor, instructor and design team agree on the project outcomes, work plan, and testing requirements. 5. Project work begins a. Team submits regular progress reports to sponsor. b. When possible, sponsor participates in design reviews and evaluates progress/test results. c. Team generates appropriate hardware and documentation. d. Team presents their completed work at the Senior Electrical Engineering Design (SEED) Show at the end of the spring quarter. Attachment: Example project descriptions

of 61

mailto:[email protected]



STATEMENT OF NEED Project Title: Mobile Data Acquisition and Transmission System Project Description: The Trinity Industries, Inc. Railcar Division (Trinity) has a need for a rugged stand-alone data acquisition and transmission system to be installed on a standard tank car for the purpose of reporting certain critical information to a remote operations center. Therefore, Trinity has given the Department of Electrical Engineering and Computer Science at Milwaukee School of Engineering funding in the amount of $10,000.00 for the purpose of supporting a senior design project to research and develop this system. To this end, it is requested that an MSOE senior design team design, construct, test, and evaluate a working prototype of a Mobile Data Acquisition and Transmission System (device) and report the findings to Trinity. Project Requirements: 1. The device shall generate and store on board the tank car all electrical energy required for data acquisition and transmission without utilizing energy sources not normally on board the car.

2. Proof of concept shall be demonstrated by testing the device on a small-scale tank car simulator designed to replicate the shock and vibration typical of the rail transportation industry.

3. The device shall acquire and transmit vibration information from the tank car. This information is to allow the operations center to diagnose and prevent wheel failures.

4. The device shall acquire and transmit the temperature of the contents of the tank car. This information is to allow the operations center to diagnose and prevent cargo damage and unsafe operating conditions.

5. The device shall acquire and transmit the geographic position of the tank car. This information is to allow the operations center to physically locate and track the tank car at all times.

6. All data acquired on the tank car shall be transmitted over a wireless data channel to the remote operations center.

7. The remote operations center shall utilize a personal computer to query and display information from the tank car and perform tank car diagnostics.

8. Software design shall include microprocessor code for data acquisition and wireless transmission on board the tank car, code for wireless data acquisition and tank car diagnostics in the operations center, and control system code for the tank car simulator.

9. Hardware design shall include the device, necessary support structures, mounting fixtures, mechanical and electrical subsystems, utilities, and instrumentation and controls required of the device.

10. The project deliverable shall be a final engineering report. The engineering report shall include theory of operation, standard operating procedure, test results, conclusions and recommendations, and a complete as-built drawing set of the device. (Deliverables will not include any hardware or software.)

of 61



STATEMENT OF NEED Project Title: Cygnal Educational Development System Project Description: Cygnal Integrated Products has a need for an educational development system that will support the university classroom/laboratory environment. This system will enable Cygnal to penetrate the educational market with their 8051-based mixed-signal controllers. Therefore, Cygnal is giving the Department of Electrical Engineering and Computer Science at Milwaukee School of Engineering $2500 to design, build, and test an operational Cygnal Educational Development System that can be used in the university classroom/laboratory environment. Project Requirements: 1. The Cygnal Educational Development System shall consist of one fully-populated functional

development board that supports the C8051F020 mixed-signal processor. 2. Classroom and laboratory projects that demonstrate the utility of the C8051F020 shall be

designed and tested. 3. A BOM analysis shall be performed that includes an estimate of the production cost of the

board. 4. Deliverables to Cygnal shall include: one fully-populated functional development board that

supports the C8051F020 mixed-signal processor; complete documentation of board layout and schematics (including any new library components in PADs format); BOM analysis with production cost estimate; and all software and documentation required to operate the Cygnal Educational Development System. If a computer is used in the system, it shall not be a deliverable. Cygnal will provide EC2 interface logic and firmware and Cygnal IDE software.

of 61



STATEMENT OF NEED Project Title: Empirical Relationships for Non-Standard Orifice Performance Project Description: The Raytheon Aircraft Integration System (AIS) Company has a need to measure airflow rates for individual branches of large, multiple-branch airflow distribution (Blow-thru) systems and exhaust (Draw-thru) systems. By measuring the individual branch flow rates; the overall system balance may be determined. Providing the proper system airflow balance ensures that the desired cabin temperature and comfort level are achieved or that electronic equipment cooling requirements are satisfied. An airflow balancing test system that is capable of determining mass airflow rates based on empirical correlations would save time and provide a better product to Raytheon’s customers. The purpose of this project is to relocate and modify the existing closed-loop wind tunnel to provide complete, high quality, correlated data sets for non-standard orifice loss coefficients for both a Draw-thru system and a Blow-thru system. Project Requirements: 1. Restore Test Apparatus Functionality Leak test all subsystems. Assemble and leak test the full system. Specify and purchase new flow

meters and differential pressure transducer. Provide absolute pressure and temperature measurement. Modify code for new measurement input. Design and implement a web page remote viewer with video images.

2. Verify Test Apparatus Accuracy and Repeatability Modify code to replace discharge coefficients with loss coefficient deviation. Modify statistical study

to correlate loss coefficient deviation. Perform an uncertainty analysis for the orifice mass flow rate. Design and fabricate a new venturi flow meter. Calibrate a standard orifice meter and the new venturi meter. Determine the best pressure tap location for orifices (use Raytheon taps). Determine sensitivity to upstream segments for Inline orifices. Quantify the measurement accuracy and repeatability of the test apparatus.

3. Improve Test Apparatus Control System Performance

Acquire and spectrum analyze representative differential pressure waveforms. Develop optimum technique for extracting dc values of differential pressure. Purchase and install faster motorized dampers for main duct and branch flow control. Modify control system code for optimal performance with new damper motors.

4. Design Test Apparatus Configurations Optimize test apparatus configuration for both Draw-thru testing and Blow-thru testing. Simulate

fluid flow performance for both configurations. Prepare test plans for both configurations. Purchase appropriate range of flow meters to accommodate both test plans.

5. Provide Empirical Relationships for Non-Standard Orifice Performance

Acquire and correlate Draw-thru and Blow-thru data sets. Modify deliverable LabVIEW source code as required. Provide compiled executable for deliverable software. Produce revised drawing set for modified test configurations.

of 61

ee senior design 2018-19

Documents