CSE Senior Design I CSE Senior Design Architecture Design Exercise This presentation describes the tasks of a group exercise that is conducted as a bridge.

Slides:



Advertisements
Similar presentations
Testing Workflow Purpose
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
8.
Network Management Overview IACT 918 July 2004 Gene Awyzio SITACS University of Wollongong.
Documentation Testing
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
1 Samples The following slides are provided as samples and references for the Quarterly Reviews Additional slides will be added.
Introduction to Software Architecture. What is Software Architecture?  It is the body of methods and techniques that help us to manage the complexities.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
1 SWE Introduction to Software Engineering Lecture 15 – System Modeling Using UML.
Oct. 9, 2003CS WPI1 CS 509 Design of Software Systems Lecture #6 Thursday, Oct. 9, 2003.
E. Wainright Martin Carol V. Brown Daniel W. DeHayes Jeffrey A. Hoffer William C. Perkins MANAGINGINFORMATIONTECHNOLOGY FIFTH EDITION CHAPTER 9 (part a)
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne. – Times: –See noticeboard outside.
Chapter 9: Moving to Design
CSE Senior Design II Test Planning Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA.
Introduction to Software Testing
Software Architecture. Agenda " Why architect? " What is architecture? " What does an architect do? " What principles guide the process of architecting?
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
Enterprise Architecture
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 system design 1 what is systems design? preparation of the system’s specifications with.
The Design Discipline.
CSE Senior Design II Overview: Software System Architecture Software System Test Mike O’Dell Based on an earlier presentation by Bill Farrior, UTA, modified.
CSI315 Web Applications and Technology Overview of Systems Development (342)
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
Requirements Analysis
Software; Nature, Capabilities and Limitations: describe the need for interfacing with peripherals storage devices, input and output devices and display.
An Introduction to Software Architecture
Requirements for Multi-Program Systems
SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2007.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Introduction to Software Design Chapter 1. Chapter Objectives  To become familiar with the software challenge and the software life cycle  To understand.
Driving Simulator Larry Battle (CSE) Corban Scott Bradley Jewel Brian Shef.
Testing Workflow In the Unified Process and Agile/Scrum processes.
SE: CHAPTER 7 Writing The Program
INTRO TO USABILITY Lecture 12. What is Usability?  Usability addresses the relationship between tools and their users. In order for a tool to be effective,
Systems Analysis and Design in a Changing World, 3rd Edition
CSE Senior Design I Final Team Assignments Fall 2014.
Systems Analysis and Design in a Changing World, Fourth Edition
Chapter 10 Software Engineering. Understand the software life cycle. Describe the development process models. Understand the concept of modularity in.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
1 CMPT 275 High Level Design Phase Modularization.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
PRJ566 Project Planning & Management Software Architecture.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
SOFTWARE ENGINEERING. Objectives Have a basic understanding of the origins of Software development, in particular the problems faced in the Software Crisis.
111 Subsystems CS 4311 Wirfs Brock et al., Designing Object-Oriented Software, Prentice Hall, (Chapter 7)
Feb. 9, 2004CS WPI1 CS 509 Design of Software Systems Lecture #4 Monday, Feb. 9, 2004.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
CSE Senior Design I Architecture Design Review/Final Exam Template CSE 4316 Final Exam.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 6/6/2016 1/25 IT076IU Software Engineering Project Review 2.
System Architecture CS 560. Project Design The requirements describe the function of a system as seen by the client. The software team must design a system.
 System Requirement Specification and System Planning.
Why is Design so Difficult? Analysis: Focuses on the application domain Design: Focuses on the solution domain –The solution domain is changing very rapidly.
Architecture Concept Documents
McCall’s Quality Factors
SDLC: System Development Life Cycle
Software Requirements
Manfred Huber Based on an earlier presentation by Mike O’Dell, UTA
مقدمه اي بر مهندسي نيازمنديها
Introduction to Software Testing
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Software Design CMSC 345, Version 1/11.
An Introduction to Software Architecture
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Presentation transcript:

CSE Senior Design I CSE Senior Design Architecture Design Exercise This presentation describes the tasks of a group exercise that is conducted as a bridge between the CSE 4316 system definition phase and the CSE 4317 system implementation and test phases of the CSE Senior Design capstone project.

1 Design Exercise Groups Fall 2014 Group 1Group 2Group 3 Vishal Singh Pranil Thomas Mathew Tracy Oguni Shamikul Amin Picard Folefack Nhat Tran Saad Subhani Keyurkumar Patel Dat Le Justin Hayes Sidharth Goyal Brian Hasty Group 4Group 5Group 6 Seth Skocelas Long Ly Sovantharith Seng Kevin Marnell Lam Pham Jesus Parra Nishal Pandey Robert Le Joel Seng Melissa Trinh Zedd Shmais Stephanie Valentine Sabin Bajnachanya Brandon Deen Earl White

1 Architecture Design Exercise  Driving Simulator Speaker Steering Central Processor Accel. Signals Brake Display Unit Data Base Admin Computer

1 Today assumptions and assertions  Discuss your assumptions and assertions about what the system must do. Fill in the gaps.  Consider extensibility and potential enhancements.  Consider potential user interaction, inputs and outputs  Consider system responses to expected scenarios  Consider usability, set-up, configurability, installation, etc.  Consider what is done in dedicated hardware, and what is done in software on a central processing unit guiding principlesDefine the guiding principles that you will employ in your architecture (meta-architecture)  How will you ensure the 4-I’s?  How will you ensure maximum flexibility?  What are your guidelines for defining layers and subsystems?  What other “ilities” will guide you (portability, scalability, reusability, usability, interoperability, modifiability, reliability, …)?

1 Homework for Tuesday  In your exercise groups:  Walk through your meta architecture and assumptions  Prepare a “2-minute, 2-sheet” presentation to present your assumptions and guiding principles

1 Tuesday layer structure  Define the layer structure and draw a diagram  What is the purpose of each layer (what services does it provide within the system – to which other layers)?  What must each layer do in order to provide these services (what functions must it perform)?  How is each layer differentiated from other layers? interfaces  Define key interfaces to/from each layer  External (may be “none”)  Internal (between layers) rationale  Provide rationale for all of your choices  Consider independence, integrity and implementability  Consider complexity of your approach relative to other possible approaches

1 Homework for Thursday  In your exercise groups:  Walk through your layer structure  Verify and refine the interfaces between layers  Refine the functions of each layer  Discuss and verify cohesion (high) within each layer  Discuss and verify coupling (low) between layers  Begin discussion of how you will break up the layers critical functions into subsystems  Discuss high-level data flows  Prepare a “2-minute, 2-sheet” presentation to defend your structure in our next class

1 Thursday subsystems  Define your subsystems  What is the purpose of each subsystem within the layer (what services does it provide– to which other subsystems)?  Is the function defined for the subsystem implementable?  Does the subsystem logically fit BEST in the layer you have it in? data flows  Define the data flows to/from each subsystem  What data is needed (image, counter, text, etc.)?  What data is created (image, counter, text, etc.)  What is the created data used for, and by which other subsystem(s) is it needed? producer-consumer relationship matrix  Define the inter-subsystems relationships (producer-consumer relationship matrix)  Do they work? Can they be implemented?

1 Friday  In your exercise groups:  Walk through each subsystem  Refine the functions of each subsystem  Verify subsystem interfaces (direct relationship to that defined for layers?)  Discuss and verify cohesion (high) and coupling (low) for each subsystem  Verify producer-consumer relationships for all data elements  Prepare to discuss/defend your architecture

1 Homework for Tuesday  In your exercise groups:  Prepare a 10 minute discussion/presentation of your architecture

1 Tuesday discuss your architecture  Each design group will discuss your architecture  Key assumptions and guiding principles  Layer diagram (no subsystems yet)  Layer definitions (services provided)  Data flows and producer-consumer relationships  Key interactions between subsystems  Various “ilities” addressed, and how  Critical use case scenarios  Informal and interactive format  Each group will have 10 minutes, maximum, including allowance for interaction and Q&A  May use PowerPoint slides, document camera, handouts, or a combination of these