Presentation is loading. Please wait.

Presentation is loading. Please wait.

© 2010 University of California, Irvine – André van der Hoek1October 23, 2015 – 10:21:58 Informatics 122 Software Design II Lecture 1 André van der Hoek.

Similar presentations


Presentation on theme: "© 2010 University of California, Irvine – André van der Hoek1October 23, 2015 – 10:21:58 Informatics 122 Software Design II Lecture 1 André van der Hoek."— Presentation transcript:

1 © 2010 University of California, Irvine – André van der Hoek1October 23, 2015 – 10:21:58 Informatics 122 Software Design II Lecture 1 André van der Hoek & Alex Baker Duplication of course material for any commercial purpose without the explicit written permission of the professor is prohibited.

2 © 2010 University of California, Irvine – André van der Hoek2October 23, 2015 – 10:21:58 Today’s Lecture Logistics Transitioning to 122 Preview of 122

3 © 2010 University of California, Irvine – André van der Hoek3October 23, 2015 – 10:21:58 Logistics http://www.ics.uci.edu/~andre/informatics122w2010.html Reader: Mitch Dempsey No discussion Books – “Design Patterns: Elements of Reusable Object-Oriented Software” –any decent UML introductory book

4 © 2010 University of California, Irvine – André van der Hoek4October 23, 2015 – 10:21:58 Logistics Intensely practice driven course Lectures matter Grading –No midterm, no final –Class participation is a crucial part –Team evaluations for group work

5 © 2010 University of California, Irvine – André van der Hoek5October 23, 2015 – 10:21:58 The Term “Design” “Design” may refer to an activity –“When I design, I always use a whiteboard first” –We will use: design activity “Design” may refer to a product –“My design is super cool, I know it will work” –We will use: design product “Design” may refer to a field –“Software design is complex” –We will use: design field

6 © 2010 University of California, Irvine – André van der Hoek6October 23, 2015 – 10:21:58 Design Fields Abound There are countless design fields –Architecture design –Graphic design –Fashion design –Game design –Chip design –Car design –Instrument design –Product design –… But also –Law –Chemical synthesis –Process design –Study design –… And also –Writing –Painting –Sculpting –Music composition –…

7 © 2010 University of California, Irvine – André van der Hoek7October 23, 2015 – 10:21:58 Design Fields Abound There are countless design fields –Architecture design –Graphic design –Fashion design –Game design –Chip design –Car design –Instrument design –Product design –… But also –Law –Chemical synthesis –Process design –Study design –… And also –Writing –Painting –Sculpturing –Music composition –… Software development is a design field, too!

8 © 2010 University of California, Irvine – André van der Hoek8October 23, 2015 – 10:21:58 Defining Design “Features of shape, configuration, pattern or ornamentation applicable to an article, being features that, in the finished article, can be judged by the eye, but does not include a method or principle of construction.” [Designs Act, 1906] “The imaginative jump from present facts to future possibilities” [Page]. “The optimum solution to the sum of true needs of a particular set of circumstances” [Matchett] “To conceive or plan out in the mind” [Merriam-Webster] “A plan or protocol for carrying out or accomplishing something” [Merriam-Webster] …

9 © 2010 University of California, Irvine – André van der Hoek9October 23, 2015 – 10:21:58 Defining Design The realization of an imagined state To work out a solution in one’s mind The specification that guides production The transition from possible solutions to a specific one To devise a solution to a perceived problem …

10 © 2010 University of California, Irvine – André van der Hoek10October 23, 2015 – 10:21:58 Design

11 © 2010 University of California, Irvine – André van der Hoek11October 23, 2015 – 10:21:58 StakeholdersUsers Alternative Designs Final Design Product Experiences have goals and anticipated uses for lead toleads to experienced by leads tomay or may not match expectations of Designers generate produce predict anticipate envision identify

12 Product-Use-Experience Cycle © 2010 University of California, Irvine – André van der Hoek12October 23, 2015 – 10:21:58 StakeholdersUsers Alternative Designs Product Experiences have goals and anticipated uses for lead toleads to experienced by leads tomay or may not match expectations of Designers generate produce envision identify Final Design anticipate predict

13 Creative Production Cycle © 2010 University of California, Irvine – André van der Hoek13October 23, 2015 – 10:21:58 Users Alternative Designs Product Experiences have goals and anticipated uses for lead toleads to experienced by leads tomay or may not match expectations of Designers generate produce envision identifyanticipate predict Stakeholders Final Design

14 Infinities, Wickedness, and Satisficing © 2010 University of California, Irvine – André van der Hoek14October 23, 2015 – 10:21:58 StakeholdersUsers Alternative Designs Final Design Product Experiences have goals and anticipated uses for lead toleads to experienced by leads tomay or may not match expectations of Designers generate produce predict anticipate envision identify

15 Positioning Software Design Waterfall: once, in between requirements and implementation –“design is a phase” Incremental: repeatedly, in between requirements and implementation –“design is a phase” Prototyping: once, in between prototyping/requirements and implementation –“design is a phase” Spiral: intermittently, when the risks being faced demand it –“design is a phase” XP: all the time, when coding –“design is in the code” … © 2010 University of California, Irvine – André van der Hoek15October 23, 2015 – 10:21:58

16 Software Design: Our View in 121 and 122 Application design Interaction design Architecture design Implementation design Maintenance design © 2010 University of California, Irvine – André van der Hoek16October 23, 2015 – 10:21:58 All five types of design take place throughout the software life cycle

17 Software Design: Our View in 121 and 122 Application design Interaction design Architecture design Implementation design Maintenance design © 2010 University of California, Irvine – André van der Hoek17October 23, 2015 – 10:21:58 All five types of design have their own design methods and representations

18 Software Design: Our View in 121 and 122 Application design Interaction design Architecture design Implementation design Maintenance design © 2010 University of California, Irvine – André van der Hoek18October 23, 2015 – 10:21:58 All five types of design involve the design cycle Users Alternative Designs Product Experiences Designers Stakeholders Final Design

19 Software Design: Our View in 121 and 122 Application design Interaction design Architecture design Implementation design Maintenance design © 2010 University of California, Irvine – André van der Hoek19October 23, 2015 – 10:21:58 All five types of design closely interrelate and must often be addressed in parallel Users Alternative Designs Product Experiences Designers Stakeholders Final Design

20 Focus of 122 [Application design] [Interaction design] [Architecture design] Implementation design Maintenance design © 2010 University of California, Irvine – André van der Hoek20October 23, 2015 – 10:21:58 Users Alternative Designs Product Experiences Designers Stakeholders Final Design

21 © 2010 University of California, Irvine – André van der Hoek21October 23, 2015 – 10:21:58 Transitioning to 122 In Informatics 121, much of the focus was on application design –creative thinking –learning to rely on colleagues –incomplete specifications –no implementation

22 © 2010 University of California, Irvine – André van der Hoek22October 23, 2015 – 10:21:58 Transitioning to 122 In Informatics 121, much of the focus was on application design –creative thinking –learning to rely on colleagues –incomplete specifications –no implementation In Informatics 122, we focus on implementation and maintenance design –nuts and bolts (but still some creative thinking) –specifying for colleagues (but still relying on colleagues) –complete specifications –implementation

23 Practice, Practice, Practice… To learn to navigate this space, and thus learn to be a “satisficer”, it is essential to practice, practice, practice There is no theory or magic formula that will teach you to be a designer, only theory that –will help you understand what it means to be a designer –provides you with a frame of mind through which you can usefully reflect upon your design activities and design products © 2010 University of California, Irvine – André van der Hoek23October 23, 2015 – 10:21:58

24 © 2010 University of California, Irvine – André van der Hoek24October 23, 2015 – 10:21:58 Rough Schedule Create some designs –evaluate others’ designs –discuss those designs –implement those designs Reverse engineer a large design Apply design patterns Reuse components Large scale vs. small scale design A final design (and implementation) project

25 No Assignment Today… …but please refresh your knowledge of UML before the next lecture © 2010 University of California, Irvine – André van der Hoek25October 23, 2015 – 10:21:58


Download ppt "© 2010 University of California, Irvine – André van der Hoek1October 23, 2015 – 10:21:58 Informatics 122 Software Design II Lecture 1 André van der Hoek."

Similar presentations


Ads by Google