Smart Home Technologies

Slides:



Advertisements
Similar presentations
1 Information Systems Development (ISD) Systems Development Life Cycle Overview of Analysis Phase Overview of Design Phase CP2236: Information Systems.
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
1 Introduction to System Engineering G. Nacouzi ME 155B.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Introduction to Software Engineering Dr. Basem Alkazemi
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
Software Architecture Quality. Outline Importance of assessing software architecture Better predict the quality of the system to be built How to improve.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Requirements Engineering Process – 1
Introduction to Software Testing
Software Testing & Strategies
S R S S ystem R equirements S pecification Specifying the Specifications.
1 College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 2 Chapter 6 & 7 System.
Acquiring Information Systems and Applications
Introduction to Computer Technology
SYSTEM ANALYSIS AND DESIGN
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 7 Requirements Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Chapter 4 Requirements Engineering
S/W Project Management
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
Chapter 7: The 30 elements of systems engineering
CLEANROOM SOFTWARE ENGINEERING.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Requirements Engineering How do we keep straight what we are supposed to be building?
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
Engineering System Design
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
Approaching a Problem Where do we start? How do we proceed?
Lecture 7: Requirements Engineering
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
By Germaine Cheung Hong Kong Computer Institute
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
1 Chapter 8 Building the Analysis Model (1) Analysis Concepts and Principles.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
CSE 303 – Software Design and Architecture
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Requirement Engineering
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
1 Chapter 10 System Engineering. 2 Computer-Based System  A computer-based system is a set or arrangement of elements that are organized to accomplish.
Software Engineering Lecture 10: System Engineering.
System Development Life Cycle (SDLC). Activities Common to Software Projects Planning : Principles Principle #1. Understand the scope of the project.
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
 System Requirement Specification and System Planning.
Chapter 2 Bring systems into being April Aims of this Lecture To explain what is “System Life-Cycle” To understand the systems engineering process.
Requirements Analysis Scenes
The Systems Engineering Context
Software Requirements analysis & specifications
Overview of System Engineering
Requirements Engineering Process – 1
Chapter 5 Understanding Requirements.
Presentation transcript:

Smart Home Technologies System Engineering

System Engineering in Intelligent Environments Intelligent Environments are complex systems consisting of various components Building infrastructure Sensor and actuator hardware Database system Prediction and decision making Interaction with inhabitants Design and construction of such systems requires a systematic approach Precise specifications are important System has to be treated as a whole

The Goals of System Engineering Increase the probability of success Assure that the design addresses the actual problems Ensure that the desired design is technologically possible Reduce risk Assess the potential risks Refine design to address risks Reduce total-life-cycle cost Reduce the likelihood of large-scale redesign

System Engineering System engineering addresses the complete system as a whole “Put software into context” Relate software to hardware Address work flow and other human activities Business model Business Process Engineering Focus on a business enterprise Product Engineering Focus on a product to be built

System Elements Systems generally consist of a large number of elements and processes that combine in various ways to address a given problem Software Hardware People Database Documentation Procedures

Operation, Maintenance The System Life Cycle Define Requirements Retirement, Disposal & Replacement Investigate Alternatives Operation, Maintenance & Evaluation Full-Scale Design Integration & Test Implementation

The System Design Process

The vee Life-Cycle Model

System Engineering System engineering is aimed at managing the system life cycle throughout the specification, design, and construction phases In a business this has to involve management, engineering, and human factors concerns Requires understanding of all the components that make up a system

Outcomes and Decisions Systems Engineering Process Requirements Management Element Plan and Organize Plans and Direction Control Analyze Problem Assess and Select Outcomes and Decisions Synthesize Solution Verify Solution Technical Element Physical Solutions

Systems Engineering Process Many steps are involved in systems engineering Requirements engineering System modeling Risk analysis System integration Steps are not serial but rather parallel and highly iterative

Requirements Engineering Requirements engineering attempts to specify a system that meets the customer’s needs and expectations. Requirements elicitation Requirements analysis Specification Modeling Validation Management

Requirements Discovery System requirements have to be determined in collaboration with the customer Preferences Low energy consumption Automatic taping of favorite TV shows Mandatory requirements Maintain temperature Prevent intrusion

Requirements Elicitation Eliciting requirements from customers is an important and difficult process that poses many challenges Scope: Defining the system boundary Lack of clarity on overall objectives Understanding: Customer not skilled Doesn’t state the obvious Requirements ambiguous, conflicting, … Volatility: Requirements change over time

Requirements Elicitation Requirements elicitation process: Assess feasibility Identify people and their roles Define technical environment Identify domain constraints Select elicitation methods Solicit participation from several perspectives Identify ambiguous requirements Create usage scenarios

Requirements Specification Requirements specifications have to be formalized so that they can be used in the design and construction process Elements of a Specification: Written documents Graphical models Formal mathematical models Final work product: System Specification

Requirements Validation To assure that requirements specifications can be used and will lead to good designs they have to be evaluated Are requirements stated clearly? Are requirements verified by an identified source? Are requirements consistent with overall objective? Are requirements consistent with domain constraints? Are requirements essential to overall objective? Are requirements bounded and unambiguous? Are requirements conflicting with other requirements? Are requirements sufficiently abstract? Are requirements achievable in the technical environment? Are requirements testable, with specified tests? Are requirements traceable to the system model?

System Modeling Once requirements are specified, systems engineering aims at forming a system model at various resolutions At each resolution: Define processes Represent process behavior List process assumptions Define external and internal inputs Model linkages (control, data, I/O)

System Modeling System modeling identifies and defines the main aspects and specifications of the system Assumptions range of allowable data Simplifications partition data into categories Limitations bounds on functionality Constraints guide the implementation Preferences indicate preferred architecture (data, functions, technology)

System Modeling Part of the role of system modeling is to translate the requirements specifications into a possible design and to identify potential problems Evaluate the system’s components in relation to one another Link requirements to system components Validate assumptions about data flow, work flow, input / output, ...

Risk Management Risk assessment and management identifies and assesses different risks in the development process and of the product Product risk Product performance Reliability of home access Consistency of AC system Cost of door authentication system Project risk Cost, schedule and process performance Duration of the technology development Cost of production Safety and environmental risk Risks to the public Reliability of outdoor robots

Risk Management Risk management in industrial practice is a tradeoff between costs and risks “Good risk management will not prevent bad things from happening. But when bad things happen, good risk management will have anticipated them and will reduce their negative effects”

System Engineering in Risk-Prone Environments At NASA, the probability of mission failure was about 10-2, but the severity was near 1. The product of these numbers was big, so they did lots of systems engineering. At a big software house, the probability that a new system will destroy user files was about 1, but their perceived severity was around 10-6. They did not care if J.Q. Public lost a few files. Therefore, they did little systems engineering.

Construction And Integration The construction phase attempts to take the models and specifications and translate them into a product Construction focuses on the details Implementation of individual elements Goals: Implement the architectures and infrastructure Integrate and deploy the completed system

Requirements Management Assurance of conformity of models and constructed products with the requirements is an important part of system engineering Active throughout the life-cycle Identify, control, and track: New requirements Changes to requirements Tools: Traceability Table Relates requirements to features, source, dependency, subsystem, interface, etc.

System Engineering Tasks

Conclusions System engineering is important for the successful construction of large scale systems Assure requirements are specified correctly Engineers and scientists do not necessarily know what inhabitants of intelligent environments really need Model the system to assess feasibility Often intended features are not feasible or too costly The self-regulating home is not (yet) technologically possible Assess economic viability To make intelligent environments reality they have to be economical and fit the requirements of users Assess project risks and track requirements Economic as well as physical risks to inhabitants have to be taken into account to field a system A good engineer in intelligent environments has to have some understanding of all aspects of system engineering