aspects for discussion
play

Aspects for Discussion Background of Student community. Bottom-up - PDF document

3/21/2008 Some perspectives in teaching Some perspectives in teaching Software Architecture Prabhakar T.V., Kiran Kumar {tvp vkirankr}@iitk ac in {tvp, vkirankr}@iitk.ac.in IIT Kanpur SATURN 2008 Aspects for Discussion Background of


  1. 3/21/2008 Some perspectives in teaching Some perspectives in teaching Software Architecture Prabhakar T.V., Kiran Kumar {tvp vkirankr}@iitk ac in {tvp, vkirankr}@iitk.ac.in IIT Kanpur SATURN 2008 Aspects for Discussion • Background of Student community. • Bottom-up positioning of architecture • Bottom-up positioning of architecture . • Architecture definitions and QAs. • Examples from Web-applications. • Non-software and software examples for patterns patterns. • Selection of viewsets • Design decisions with deployment view. SATURN 2008 2/10 1

  2. 3/21/2008 Background of Student community • very good programmers, but only programmers do not have much system analysis skills do not have much system analysis skills. • very interested in games, chatting, multimedia . • very familiar with Internet. • know some quality attributes such as performance, security, and usability. SATURN 2008 3/10 Bottom-up as against top-down positioning of architecture? Top-down Approach Bottom-up Approach Requirements Reqs of large Architecture Architecture Engineering system Decisions Development Architecture Programming Programming Architecture Decisions D i i P Problems bl In large Development Modifiability, Performance, Availability, Testability Usability, Security. 4/10 SATURN 2008 2

  3. 3/21/2008 Architecture definitions and QAs • Bass et. al. definition (..structures of the system...) and Garlan et. al definition (..beyond algorithms..) for architecture seem to be most l ith ) f hit t t b t appropriate for our audience. • Since the students have some knowledge of performance, security, availability, usability attributes, we selected them. • One of the main aims of our course is to make students appreciate modifiability attribute and apply patterns in their future projects. SATURN 2008 5/10 Examples from Web-applications. • Google search engine for 3-tier architecture. • Cricinfo.com (broadcasts cricket scores) for observer pattern. • Google search engine for availability • Google search engine for availability. • GTalk/Yahoo-messenger for security. SATURN 2008 6/10 3

  4. 3/21/2008 Discussion of Patterns through examples • Before discussing patterns and tactics, we talk about techniques that are being applied to solve real-life problems in the non-software engineering l lif bl i th ft i i world. Duell et. al. transparency is a big help. • We use well known applications as direct counterparts of its non-software examples. • Counterstrike game for observer pattern. Counterstrike game for observer pattern. • Eclipse for Microkernel pattern. • Compiler for Pipe-and-Filter pattern. • Cancel button for Memento pattern. SATURN 2008 7/10 Selection of viewsets. • The 4+1 view set is easiest to explain and appreciate appreciate. • Later a discussion on the Zachman framework was found to be useful. SATURN 2008 8/10 4

  5. 3/21/2008 Design decisions with Deployment view. • Among all the views, students are already familiarized with deployment view. • We used this view to illustrate different design choices and their implications in achieving quality attributes. Design 1 Web Application Database Client Client Internet Internet Internet Internet S Server Server S S Server Node Design 2 Web Application Database Client Internet Internet Server Server Server Node SATURN 2008 Node 9/10 SATURN 2008 10/10 5

Recommend


More recommend