Team Skill 1 Analyzing the Problem Systems Engineering (7) 1.

Slides:



Advertisements
Similar presentations
Software Engineering Key design concepts Design heuristics Design practices.
Advertisements

Ch 3 System Development Environment
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
Unified theory of software evolution Reengineering – Business process reengineering and software reengineering BPR model – Business definition, process.
Chapter 6 Database Design
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Notion of a Project Notes from OOSE Slides - modified.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
October 20, 2005Architectural Design, ECEN Architectural Design Architecture Business Cycle Design for Maintainability ECEN 5543 / CSCI 5548 SW Eng.
Introduction to Systems Analysis and Design
Course Instructor: Aisha Azeem
Computer Science 240 Principles of Software Design.
Systems Engineering of Software-Intensive Systems 1.
enterprise S.O.A. SOA What? why R U here? mandated to build company portal understand how to fit GIS into a portal technology enthusiast.
Software Product Line Engineering Andrew Burmester SE 4110 Section 2 4/14/11.
UML and Object Oriented Concepts
Objectives Design Class Diagrams Issues in system design Generalization Review UML papers.
Problems with reuse – Increased maintenance costs; lack of tool support; not-invented- here syndrome; creating, maintaining, and using a component library.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Team Skill 1 Analyzing the Problem Business Modeling (6) 1.
Continuation From Chapter From Chapter 1
Slide 1 Copyright © 2003 Encapsule Systems, Inc. Hyperworx Platform Brief Modeling and deploying component software services with the Hyperworx™ platform.
The Design Discipline.
SDLC: System Development Life Cycle Dr. Bilal IS 582 Spring 2006.
UML - Development Process 1 Software Development Process Using UML (2)
1/19 Component Design On-demand Learning Series Software Engineering of Web Application - Principles of Good Component Design Hunan University, Software.
CPIS 357 Software Quality & Testing
GRASP Principles. How to Design Objects The hard step: moving from analysis to design How to do it? –Design principles (Larman: “patterns”) – an attempt.
Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
CSE 303 – Software Design and Architecture
Team Skill 6: Building the Right System From Use Cases to Implementation (25)
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 07. Review Architectural Representation – Using UML – Using ADL.
SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2007.
SAMANVITHA RAMAYANAM 18 TH FEBRUARY 2010 CPE 691 LAYERED APPLICATION.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
Requirements To Design--Iteratively Chapter 12 Applying UML and Patterns Craig Larman.
CSC 395 – Software Engineering Lecture 12: Reusability –or– Programming was Bjarne Again.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
Effective Requirements Management – an overview Kristian Persson Field Product Manager, Telelogic Asia/Pacific.
Chapter 9 Moving to Design
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
Architectural Design Identifying system components and their interfaces.
Systems Analysis and Design in a Changing World, 3rd Edition
INFO 627Lecture #21 Requirements Engineering and Management INFO 627 Analyzing the Problem Glenn Booker.
GRASP: Designing Objects with Responsibilities
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Criteria Based Software Product Integration Architecture (2007) F. Tsui Kennesaw State University (Southern Polytechnic State University)
PRJ566 Project Planning & Management Software Architecture.
© 2006 Pearson Addison-Wesley. All rights reserved 2-1 Chapter 2 Principles of Programming & Software Engineering.
Team Skill 1 Analyzing the Problem
Arch-1 9.Architecture. Arch-2 What’s Architecture? Description of sub-system –Components/sub-systems –Their interaction Framework for communication.
Computer Science 340 Software Design & Testing Software Architecture.
Architecture & Cybersecurity – Module 3 ELO-100Identify the features of virtualization. (Figure 3) ELO-060Identify the different components of a cloud.
Thepul Ginige Lecture-7 Implementation of Information System Thepul Ginige.
Next Back MAP MAP F-1 Management Information Systems for the Information Age Second Canadian Edition Copyright 2004 The McGraw-Hill Companies, Inc. All.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
Introduction Requirements and the Software Lifecycle (3)
IT323 - Software Engineering 2 1 Tutorial 4.  List the main benefits of software reuse 2.
N-Tier Architecture.
Software development life cycle models
Software Architecture
Software Engineering Lecture #14.
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
SAMANVITHA RAMAYANAM 18TH FEBRUARY 2010 CPE 691
Logical Architecture & UML Package Diagrams
Presentation transcript:

Team Skill 1 Analyzing the Problem Systems Engineering (7) 1

Systems Engineering Systems Engineering approach to Software Engineering ▫Some of the same concepts can be applied Best way to solve a large problem? ▫Divide it into “logical” smaller sections In dividing the system in logical grouping you create subsystems that can encapsulate functionality ▫Mitigate Risk ▫Mitigate Change Impact ▫Adhere to Compliance/Regulations (credit card functionality) 2 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Figure 7-3 ▫A system composed of 2 subsystems one of which contains 2 subsystems 3

Systems Engineering For example, a car has subsystems like: ▫Power train  Engine, Transmission  Axle, Differential ▫Suspension  Wheels  Tires  Shocks or Struts  Springs 4 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Subsystems ▫Can be broken into layers  Done to organize specific functions Subsystems usually have specific functions to perform ▫Design Patterns – Encapsulation/Cohesion 5 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Subsystems have many benefits ▫One is they can control the level of exposed functionality ▫Figure 7-4  Interface between 2 subsystems 6

Systems Engineering Requirements can be used to guide selection of commercial components for your system as well ▫Servers ▫Database ▫Networking Devices ▫… 7 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Software is becoming a part of nearly every industry ▫Even areas which had no reason for software in the last few decades ▫So they now care about software requirements and software engineering ▫Software costs dominant balance sheet in many companies  Software success becomes a critical success factor for the company as a whole 8 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Systems engineering places greater emphasis on ▫ Entire life cycle cost for a system  Maintenance  Sun setting ▫Previous models had left this out only focused on  Development costs/Initial Costs 9 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering How does this help with defining the system? ▫Understand subsystems and how they interact ▫Ability to hide information by using subsystems ▫Isolate high risk functionality ▫Add additional features as they arise as subsystems 10 Copyright Leffingwell, Widrig, & SIS Faculty

Systems Engineering Key for success in Systems Engineering ▫All subsystems must be compatible with the current system ▫Design subsystems so the can be created by reasonably sized teams ▫Logically distribute functionality across subsystems ▫Reliable testing can be performed on your subsystem  Libraries of Unit tests, integration tests, automated tests 11

Systems Engineering Best practices ▫Don’t go subsystem CRAZY! ▫Design Using Object Oriented principles and design patterns  Encapsulation  High Coupling  Low Cohesion ▫Manage your requirements!!  System Level requirements should trace down to subsystem level ▫Try to predict future change?  What we have right now changes enough  Design flexibly! 12

Systems Engineering Figure 7-6 ▫HOLIS with Actors ▫High-level problem statements on p

Systems Engineering Figure 7-7 ▫HOLIS with subsystems and actors ▫HOLIS constraints on p