Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Senior Design Lecture 3 Corporate organization Product development cycle Definition phase

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering What’s confusing you? Industry rep Advisors Parts 314A Budget Guidelines, restrictions

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Pre-approval template Due: Friday Sept. 8

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Corporate organization BOD/Officers Engineering Silicon Hardware Software Mechanical Marketing Technical Product Manufacturing Test Materials Production Sales North America Worldwide FinanceSupport Corporate objective: to make money ($$$)

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ?? BOD/Officers: bottom line Engineering: designing Marketing –Technical: how it works –Product: long term view

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ??, continued. Manufacturing –Test: quality of product –Materials: get parts cheap –Production: efficency Sales –North America: NA region –Worldwide: ww region

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ??, continued. Finance: bottom line, investors, funding Service: customer satisfaction

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Who’s king of the hill? Engineering: they design it Marketing/sales: they sell it Manufacturing: they make it But who is the top dog?

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering The development issue Development environment –Teams, some to engineers –Multidisciplinary, multi-site, major $$$ –Long time frame, some to 5 years or more Problem: communications Solution –Process –Language

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Product development cycle Define Design Prototype Evaluation Production Milestones/ Approvals Product Approval Design Release Prototype Release Beta Release Product Release Documents Functional Specifications Project Plan Debug & Evaluation Plan Theory of Operations Qualification Report Not in class Manufacturing Report EOL Final Report

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering PDC diagram Illustrates process vs. time Funnel shape: team’s understanding (focus) increases over time Five distinct phases –Transitions actually iterative –Each phase Documented Specific entry/exit milestones & criteria

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering SW vs. HW difficulty? SW More abstract Exceptions Different Not ideal Forward, backward HW Natural phenomena Not ideal Forward, backward Physical devices Harder to debug, fix

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering What is a milestone? Something you can measure Marks a state or phase Major point in time Identifies sequence

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Overlapping PDC cycles Staffing Time Product 1Product 2Product 3 Area under the curve is constant: headcount H/C

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Product dimensions Budget Schedule Features Usually, one dimension is fixed Which one?

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Why do we document?

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Definition phase Define Design Prototype Evaluation Production Milestones/ Approvals Product Approval Documents Functional Specifications

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Definition phase overview Purpose –Starts product development –Estimate return on investment (ROI) Document –Functional Specifications –Describes what the product is Milestone –Product Approval (corporate OK)

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering How are specifications used? BOD/Officers: Engineering: Manufacturing: Marketing: Support: Sales: Finance:

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Functional specifications Typical issues –Feature creep: adding capabilities once design started, avoid “like the plague” –Poorly defined, incomplete, or incompatible features Recommendation: be as specific as possible, as soon as possible (often very difficult)

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Product approval Purpose –Freeze (change control) product features –Resources (staffing, funds) applied to product Process –Hold an approval meeting: team, advisor, industry rep –Review (page-by-page) the Functional Specifications

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Document revision Rev. 0.9 Rev Rev. 1.0 Rev. 1.x Team submits to advisor for review Team modifies document per advisor, sends Rev to industry rep Team modifies document per approval meeting, change control in effect Team modifies document per CCB approval

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Change control Once a document is at Rev. 1.0 it is subject to change control Motivation: avoid feature creep, communicate changes Process –Request submitted to Change Control Board –Approvals require document changes and new revision number (1.1, 1.2, …)

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ?? BOD/Officers: profitability Engineering: design the product Marketing –Technical: customer information/training –Product: product line planning (road map)

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ??, continued. Manufacturing –Test: verifies product works –Materials: assures parts supply line –Production: builds Sales –North America: local region –Worldwide: distant region

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Responsibilities ??, continued. Finance: planning, auditing Service: happy customers

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering SW vs. HW difficulty? No difference in degree of difficulty All technologies are equally challenging There is a natural implementation progression Silicon  Hardware  Software  Manufacturing

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering What is a milestone? Well defined and quantifiable action that marks progress

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering Why do we document? Communication

Fall CS-EE 480 Lillevik 480f06-l3 University of Portland School of Engineering How are specifications used? BOD/Officers: profit Engineers: know what to design Mfg: special equipment, processes tuning, data Marketing: advanced sales, long cycles Service: spares, contracts, training Finance: forecast revenue/profit Sales: collateral, trade shows