Computer System Lifecycle Chapter 1. Introduction Computer System users, administrators, and designers are all interested in performance evaluation. Whether.

Slides:



Advertisements
Similar presentations
Chapter 1 Overview of Databases and Transaction Processing.
Advertisements

Silberschatz, Galvin and Gagne  2002 Modified for CSCI 399, Royden, Operating System Concepts Operating Systems Lecture 19 Scheduling IV.
Performance Engineering Methodology Chapter 4. Performance Engineering Performance engineering analyzes the expected performance characteristics of a.
Chapter 19: Network Management Business Data Communications, 4e.
Overview of Databases and Transaction Processing Chapter 1.
OS Fall ’ 02 Performance Evaluation Operating Systems Fall 2002.
Transaction Processing IS698 Min Song. 2 What is a Transaction?  When an event in the real world changes the state of the enterprise, a transaction is.
Performance Evaluation
Figure 1.1 Interaction between applications and the operating system.
OS Fall ’ 02 Performance Evaluation Operating Systems Fall 2002.
Software Architecture Quality. Outline Importance of assessing software architecture Better predict the quality of the system to be built How to improve.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
1 Introduction Introduction to database systems Database Management Systems (DBMS) Type of Databases Database Design Database Design Considerations.
1 Part VI System-level Performance Models for the Web © 1998 Menascé & Almeida. All Rights Reserved.
Introduction to Systems Analysis and Design
©Ian Sommerville 2006Critical Systems Slide 1 Critical Systems Engineering l Processes and techniques for developing critical systems.
Design, Implementation and Maintenance
Chapter 9 Overview  Reasons to monitor SQL Server  Performance Monitoring and Tuning  Tools for Monitoring SQL Server  Common Monitoring and Tuning.
FIREWALL TECHNOLOGIES Tahani al jehani. Firewall benefits  A firewall functions as a choke point – all traffic in and out must pass through this single.
Introduction to Databases Transparencies 1. ©Pearson Education 2009 Objectives Common uses of database systems. Meaning of the term database. Meaning.
Computer Systems Performance Evaluation CSCI 8710 Kraemer Fall 2008.
Chapter 1 Overview of Databases and Transaction Processing.
Computer Measurement Group, India Reliable and Scalable Data Streaming in Multi-Hop Architecture Sudhir Sangra, BMC Software Lalit.
S/W Project Management
System Analysis & Design Introduction: System Analysis and design course intents to help students understand its importance in developing systems that.
Silberschatz, Galvin and Gagne ©2009 Operating System Concepts – 8 th Edition, Chapter 2: System Structures.
3- System modelling An architectural model presents an abstract view of the sub-systems making up a system May include major information flows between.
Introduction and Overview Questions answered in this lecture: What is an operating system? How have operating systems evolved? Why study operating systems?
An Introduction to Software Architecture
 Explain the role of a system analyst.  Identify the important parts of SRS document.  Identify the important problems that an organization would face.
1 Performance Evaluation of Computer Systems and Networks Introduction, Outlines, Class Policy Instructor: A. Ghasemi Many thanks to Dr. Behzad Akbari.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
Software Performance Testing Based on Workload Characterization Elaine Weyuker Alberto Avritzer Joe Kondek Danielle Liu AT&T Labs.
Lecture 7: Requirements Engineering
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Quality of System requirements 1 Performance The performance of a Web service and therefore Solution 2 involves the speed that a request can be processed.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Computer Concepts 2014 Chapter 10 Information Systems Analysis and Design.
11 CLUSTERING AND AVAILABILITY Chapter 11. Chapter 11: CLUSTERING AND AVAILABILITY2 OVERVIEW  Describe the clustering capabilities of Microsoft Windows.
Chapter 3 System Performance and Models Introduction A system is the part of the real world under study. Composed of a set of entities interacting.
1 Part VII Component-level Performance Models for the Web © 1998 Menascé & Almeida. All Rights Reserved.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Chapter 1 Overview of Databases and Transactions.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Assoc. Prof. Dr. Ahmet Turan ÖZCERİT.  System and Software  System Engineering  Software Engineering  Software Engineering Standards  Software Development.
OPERATING SYSTEMS CS 3530 Summer 2014 Systems and Models Chapter 03.
Lecture 13.  Failure mode: when team understands requirements but is unable to meet them.  To ensure that you are building the right system Continually.
Ó 1998 Menascé & Almeida. All Rights Reserved.1 Part VI System-level Performance Models for the Web (Book, Chapter 8)
Slide 1 Service-centric Software Engineering. Slide 2 Objectives To explain the notion of a reusable service, based on web service standards, that provides.
Software Requirements Specification Document (SRS)
CSE SW Metrics and Quality Engineering Copyright © , Dennis J. Frailey, All Rights Reserved CSE8314M37 8/20/2001Slide 1 SMU CSE 8314 /
CS4315A. Berrached:CMS:UHD1 Introduction to Operating Systems Chapter 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Basic Concepts of Software Architecture. What is Software Architecture? Definition: – A software system’s architecture is the set of principal design.
Chapter 1 Overview of Databases and Transaction Processing.
Wrap up. Structures and views Quality attribute scenarios Achieving quality attributes via tactics Architectural pattern and styles.
Software Development Module Code: CST 240 Chapter 6: Software Maintenance Al Khawarizmi International College, AL AIN, U.A.E Lecturer: Karamath Ateeq.
Ó 1998 Menascé & Almeida. All Rights Reserved.1 Part VI System-level Performance Models for the Web.
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
OPERATING SYSTEMS CS 3502 Fall 2017
The Development Process of Web Applications
Chapter 18 Maintaining Information Systems
Chapter 7: Designing the Architecture
Operating Systems : Overview
Overview of Databases and Transaction Processing
Systems Design Chapter 6.
An Introduction to Software Architecture
Presentation transcript:

Computer System Lifecycle Chapter 1

Introduction Computer System users, administrators, and designers are all interested in performance evaluation. Whether the IT system meet the QoS (quality of Service) requirements of performance. The goal is to obtain or to provide the highest performance at the lowest cost. A system: – HW, SW, firmware, Computer performance evaluation: – the selection of computer system, – The design of applications – Equipment – Analysis of existing systems

QoS (Quality of Service) QoS attributes of an IT sytems: – Response time – Throughput – Availability – Reliability – Security – Scalability – Extensibility

Response Time The time it takes a system to react to a human request is called the response time.

Throughput The rate at which requests are completed from a computer system is called throughput and it measured in operations per unit time.

Example 1.1 Assume that an I/O operation at a disk in an OLTP system takes 10 msec on average. If the disk is constantly busy (i.e., its utilization is 100%), then it will be executing I/O operations continuously at a rate of one I/O operation every 10 msec or 0.01 sec. So, the maximum throughput of the disk is – 100 (= 1 /.01) I/Os per second. – But if the rate at which I/O requests are submitted to the disk is less than 100 requests/sec, then its throughput will be equal to the rate at which requests are submitted.

Throughput vs. load

Availability Availability is defined as the fraction of time that a system is up and available to its customers. a system with 99.99% availability over a period of thirty days would be unavailable for

Exercise

Solution of 1.3

Exercise

Solution of 1.4

Reasons for unavailability Failures – Failure detection, diagnosis and recovery Overloads – Admission control Controlling and limiting the number of requests that are handled concurrently by IT system.

Admission control

Reliability The Reliability of a system is the probability that it functions properly and continuously over a fixed period of time. Difference between availability and reliability. – When the time period during which the reliability is computed becomes very large, the reliability tends to the availability.

Security Confidentiality: – only authorized individuals are allowed access to the relevant information. Data Integrity: – information cannot be modified by unauthorized users. Non-repudiation: – senders of a message are prevented from denying having sent the message.

Scalability A system is said to be scalable if its performance does not degrade significantly as the number of users, or equivalently, the load on the system increases.

Load vs. Response Time

Extensibility Extensibility is the property of a system to easily evolve to cope with new functional and performance requirements.

System Life Cycle Performance Engineering (PE) – The method used to assure that QoS requirements are met are part of the discipline called PE.

Phase 1. Requirements Analysis and Specification During this phase of the life cycle of a computer system, the analysts, in conjunction with users, gather information about what they want the system to do. The result of this analysis is a requirement specifications document that is divided into two main parts: – Functional requirements – Non-functional requirements

Phase 1. Requirements Analysis and Specification Functional requirements specify – the set of functions the system must provide with the corresponding inputs and outputs – the interaction patterns between the system and the outside world (users). – The functional requirements usually include information about the physical environment and technology to be used to design and implement the system. Non-functional requirements – Deal with QoS requirements

Phase 2. System design System design is the stage in which the question "How will the requirements be met?" is answered. In this phase, the system architecture is designed, the system is broken down into components, major data structures, – including files and databases, are designed, – algorithms are selected and/or designed, and – pseudo code for the major system components is written. – the interfaces between the various components are specified.

Phase 2. System design A key recommendation is that special care be given to the non-functional requirements at the design stage since decisions made at this stage are more likely to have a strong impact on system performance, availability, reliability, and security. Moreover, problems caused by poor decisions made at this stage are much more expensive and time consuming to correct than those generated by decisions made at the later stages of the development life cycle.

Phase 3. System Development The various components of the system are implemented. Components are then interconnected to form the system.

Phase 4. System Testing Unit testing: – Components can be tested in isolation. Tested components are put together into subsystems tested further until the system meets its specification requirements. Load testing – Testing performance by executing simulated transactions with virtual users.

Phase 5. System deployment During system deployment, many configuration parameters (e.g., maximum number of TCP connections, maximum number of threads, timeout periods, database connection pool size) have to be set for optimal performance. The models described in this book can be used to predict the performance of a computer system under different configuration scenarios so that a proper set of values can be selected for the workload conditions expected to be seen in the field.

Phase 6. System Operation Features monitored to check if the QoS requirements are being met during system operation – Workload – External Performance Metrics – Internal Performance Metrics – Availability

Phase 6. System Operation Workload – peak period – Characteristics of the arrival process of requests – Unusual patterns External Performance Metrics – measurement of user-perceived satisfaction and statistics (e.g., mean, standard deviation, percentiles) relative to response time, throughput, and probability that requests are rejected. Internal Performance Metrics Availability

Phase 6. System Operation Internal Performance Metrics – identification of internal factors that aid in the diagnosis of performance failures and bottleneck detection. – Include the utilization of processors, storage devices, and networks, and the number of requests waiting in the various software and hardware queues. Availability – determination of the percentage of time that a system is available to service requests.

Phase 7. System Evolution To satisfy new user requirements. Whether the existing resources will be able to support the old and new workloads while still meeting the QoS requirements for both of them. Predictive models of computer performance are needed to answer these types of questions.

A reference model for IT system IT systems are designed and built to serve the ne Social systems and IT systems are usually integrated to form a "socio-technical" system eds of and interact with human beings.

Business and Social Model The business model deals with the elements of the business that need to reflected in the design of an IT system. – E.g. # of branches Social model of the bank – Elements related to privacy polices to be enforce – Accessibility polices to disabled peoples

User Interaction Model describes the interactions between customers and the system. – how users request services from the system, – how often, and what is a typical sequence of submitted requests.

IT Resource Model

Homework 1 Exercise 1.1 Exercise 1.2 Submit a hardcopy of your work at next class.