Äriprotsesside modelleerimine ja automatiseerimine Loeng 6 Protsesside juhtimine, jälgimine Eesmärgid ja mõõdikud. Enn Õunapuu
|
|
- Laureen Douglas
- 5 years ago
- Views:
Transcription
1
2 Äriprotsesside modelleerimine ja automatiseerimine Loeng 6 Protsesside juhtimine, jälgimine Eesmärgid ja mõõdikud Enn Õunapuu Enn.ounapuu@ttu.ee
3 Sisu MDA Eesmärgid Nõuded Mõõtmised Tasakaalustatud tulemuskaart Teie töös kuidas kasutada?
4 Model driven approach The model-driven approach is how the current IT solutions can be realized because the current IT solutions no longer satisfy the modern-time requirements. The creation and modification of IT solutions today are costly, time-consuming and mainly manual work. We need new approaches. A promising possibility is to use a Model-Driven engineering approach. One of the central models in this approach is the business process model. Goal model, data model, Integration model, Interface models are also used.
5
6 Federal Enterprise Architecture Framework v2 The Federal Enterprise Architecture Framework v2 describes a suite of tools to help government planners implement the Common Approach. At its core is the Consolidated Reference Model (CRM), which equips OMB and Federal agencies with a common language and framework to describe and analyze investments. It consists of a set of interrelated reference models that describe the six sub-architecture domains in the framework: Strategy Business Data Applications Infrastructure Security
7 Federal Enterprise Architecture (FEA) Business-Driven Approach Performance Reference Model (PRM) Government-wide Performance Measures & Outcomes Line of Business-Specific Performance Measures & Outcomes Business Reference Model (BRM) Lines of Business Agencies, Customers, Partners Service Component Reference Model (SRM) Service Layers, Service Types Components, Access and Delivery Channels Data Reference Model (DRM) Business-focused data standardization Cross-Agency Information exchanges Technical Reference Model (TRM) Service Component Interfaces, Interoperability Technologies, Standards Recommendations Component-Based Architecture
8 The FEA Business Reference Model (BRM) is a framework for describing the Lines of Business performed by the Federal Government independent of the Agencies that perform them Citizen to Government Access Channels Government Employee to Employee Access Channels Inter-Agency Telephone -Voice -Interactive Web Services Program Admin Public Asset Management Marketable Asset Management Defense & Nat l Security Ops Diplomacy & Foreign Relations Disaster Management Domestic Economy Education Energy Management Insurance Public Health Recreation & National Resources Social Services R&D & Science Telephone -Voice -Interactive E-system to System/ Web Services E-system to System Legislative Management Business Management of Information IT Management, Regulator Management Planning and Resource Allocation Human Resources, Financial Management Admin Supply Chain Management Public/ Private Partnerships Internet/ Portal Services for Citizens Services to Citizens Public/Private Partnerships Fax Kiosk Support Delivery of Services Controls and Oversight Public Affairs Internal Risk Management and Mitigation Federal Financial Assistance Internal Operations / Infrastructure Human Resources, Financial Management Admin Supply Chain Management 10/6/ Fax Face to Face Compliance Regulated Regulated Activity Activity Approval Approval Consumer Safety Safety Environmental Management Law Law Enforcement Legal Revenue Revenue Collection Collection Trade Trade (Import/Export) (Import/Export) Transportation Workforce Workforce Management Management Intranet/ Portal Face to Face Mail Mail
9
10
11
12
13
14
15
16 MDA perspectives 16
17 Metamudel 17
18 Context perspective 18
19 Goal orientation What are goals? The granularity of goals and their relationship to requirements and assumptions Goal types and categories Types of goals: behavioral goals vs. soft goals Goal categories: functional goals vs. non-functional goals The central role of goals in the RE process
20 What are goals? Goal = prescriptive statement of intent the system should satisfy through cooperation of its agents "prescriptive statement": in optative mood shall, should, must,... e.g. Train doors shall be closed while the train is moving Loan periods shall be limited to 2 weeks formulated in terms of problem world phenomena "system": system-as-is, system-to-be software + environment "agent": active system component responsible for goal satisfaction
21 Goal satisfaction requires agent cooperation Maintain [SafeTransportation] on-board train controller + tracking system + station computer + passenger + train driver +... Achieve [BookCopyReturnedToShelves] patron + staff + library software Agent = role, rather than individual must restrict its behavior to meet its assigned goals must be able to monitor/control phenomena involved in assigned goals Agent types software (software-to-be, legacy software, foreign software) device (sensor, actuator,...) human
22 Goals vs. domain properties Domain property = descriptive statement about environment indicative mood: is", are", etc --not prescriptive e.g. If train doors are open, they are not closed A borrowed book is not available for other patrons The distinction between goals & domain properties is essential for RE... goals can be negotiated, weakened, prioritized domain properties cannot both required in requirements documentation
23 The granularity of goals Goals can be stated at different levels of abstraction Higher-level goals: strategic, coarse-grained - "50% increase of transportation capacity - Effective access to state of the art Lower-level goals: technical, fine-grained - Acceleration command sent every 3 secs - Reminder issued by end of loan period if no return The finer-grained a goal, the fewer agents required for its satisfaction
24 Goals, requirements & expectations Requirement = goal assigned to single agent in software-to-be "doorstate = closed while measuredspeed 0" TrainController Acceleration command sent every 3 secs StationComputer Expectation = goal assigned to single agent in environment prescriptive assumption on environment cannot be enforced by software-to-be (unlike requirements) Train left when doors open at destination Passenger
25 Statement typology revisited in the presence of goals Cf. general terminology introduced in Chap software requirement requirement system requirement goal involving multiple agents incl. software-to-be (prescriptive) assumption expectation (descriptive) assumption hypothesis Statement Prescriptive Descriptive Multi-agent goal Single-agent goal Domain property Domain hypothesis Requirement Expectation Subtype
26 Goal types Behavioral goals: prescribe behaviors vs. Soft goals: state preferences among alternative behaviors Goal Behavioral goal Soft goal Subtype Achieve Maintain/Avoid
27 Goal types: behavioral goals Prescribe intended system behaviors declaratively implicitly define maximal sets of admissible agent behaviors Can be satisfied in a clear-cut sense: YES or NO goal satisfaction, formal analysis Used for building operation models to meet them Worst-case stopping distance maintained Reminder sent if book not returned on time
28 Behavior goals prescribe sets of desired behaviors DoorsClosed WhileMoving moving closed stopped closed stopped open stopped closed moving closed
29 Behavioral goals: subtypes and specification patterns (1) Achieve [TargetCondition]: [if CurrentCondition then] sooner-or-later TargetCondition Achieve [BookRequestSatisfied]: if a book is requested then sooner-or-later a copy of the book is borrowed by the requesting patron Achieve [FastJourney]: if train is at some platform then within 5 minutes it is at next platform Achieve Current Condition Target Condition time
30 Behavioral goals: subtypes and specification patterns (2) Maintain [GoodCondition]: - [if CurrentCondition then] always GoodCondition - always (if CurrentCondition then GoodCondition) Maintain [DoorsClosedWhileMoving]: - always (if a train is moving then its doors are closed) Maintain [WorstCaseStoppingDistance]: - always (if a train follows another then - its distance is sufficient to allow the other to stop suddenly) Maintain Current Condition Good Condition Good Condition Good Condition time
31 Behavioral goals: subtypes and specification patterns (3) Accuracy goals are usually of type Maintain Maintain [AccurateBookClassification]: - if a book is registered in the library directory then - always its keyword-based classification reflects its covered topics Avoid [BadCondition]: dual of Maintain... - [if CurrentCondition then] never BadCondition Avoid [BorrowerLoansDisclosed]: never patron loans disclosed to other patrons Many security goals are Avoid goals
32 Goal types: soft goals Capture preferences among alternative behaviors Cannot be satisfied in clear-cut sense: more satisfied in one option, less satisfied in another goal satisficing, qualitative analysis Used for comparing options to select preferred Often take the form Maximize / Minimize, Incresase / Reduce, Improve,... Stress conditions of air traffic controllers shall be educed The workload of library staff shall be reduced The bibliographical search engine shall be usable by non-cs students
33 Goal categories Classification into functional, quality, development goals Categories may overlap; boundary not always clear unlike goal types Functional goals prescribe intended services to be provided by the system used for building operational models of such services - use cases, state machines (see later) e.g. - Passengers transported to their destination - Train acceleration computed - Book request satisfied"
34 Goal categories: non-functional goals (1) Quality goals (not to be confused with soft goals, cf. book p. 271) about quality of service... security "info about other patrons kept confidential safety "worst-case stopping distance maintained accuracy measured speed = physical speed book displayed as available iff there is a copy in shelves performance acceleration command sent every 3 seconds usability interoperability,... Development goals about quality of development cost, deadline, variability, maintainability, reusability, etc.
35 Goal categories (2) goal functional satisfaction information quality development usability... safety security accuracy performance confidentiality availability integrity time space See book, Fig. 7.5 p. 269 Helpful for eliciting overlooked application-specific instances through taxonomy browsing
36 Using goal types & categories Lightweight specification patterns Heuristic rules for elicitation, validation, reuse, conflict management,... "Is there any conflict between Information goals and Confidentiality goals? "Confidentiality goals are Avoid goals on sensitive info "Safety goals have highest priority in conflict resolution More specific types & categories more specific heuristics
37 37
38 Dell inspired example Strategic goal online ordering 24 hours to get product Process subgoals 18 hours for produstion, 6 hours for logistics Up to individual goals
39 Measurement scales Nominal Ordinal Interval Ratio
40 Nominal scale At the nominal scale, i.e., for a nominal category, one uses labels; for example, rocks can be generally categorized as igneous, sedimentary and metamorphic. For this scale, some valid operations are equivalence and set membership. Nominal measures offer names or labels for certain characteristics. Variables assessed on a nominal scale are called categorical variables; see also categorical data.
41 Ordinal scale Rank-ordering data simply puts the data on an ordinal scale. Ordinal measurements describe order, but not relative size or degree of difference between the items measured. In this scale type, the numbers assigned to objects or events represent the rank order (1st, 2nd, 3rd, etc.) of the entities assessed. A scale may also use names with an order such as: "bad", "medium", and "good"; or "very satisfied", "satisfied", "neutral", "unsatisfied", "very unsatisfied." An example of an ordinal scale is the result of a horse race, which says only which horses arrived first, second, or third but include no information about race times. Another is the Mohs scale of mineral hardness, which characterizes the hardness of various minerals through the ability of a harder material to scratch a softer one, saying nothing about the actual hardness of any of them.
42 Interval scale Quantitative attributes are all measurable on interval scales, as any difference between the levels of an attribute can be multiplied by any real number to exceed or equal another difference. A highly familiar example of interval scale measurement is temperature with the Celsius scale. In this particular scale, the unit of measurement is 1/100 of the difference between the melting temperature and the boiling temperature of water at atmospheric pressure. The "zero point" on an interval scale is arbitrary; and negative values can be used. The formal mathematical term is an affine space (in this case an affine line). Variables measured at the interval level are called "interval variables" or sometimes "scaled variables" as they have units of measurement.
43 Ratio measurement Most measurement in the physical sciences and engineering is done on ratio scales. Mass, length, time, plane angle, energy and electric charge are examples of physical measures that are ratio scales. The scale type takes its name from the fact that measurement is the estimation of the ratio between a magnitude of a continuous quantity and a unit magnitude of the same kind (Michell, 1997, 1999). Informally, the distinguishing feature of a ratio scale is the possession of a non-arbitrary zero value. For example, the Kelvin temperature scale has a non-arbitrary zero point of absolute zero, which is denoted 0K and is equal to degrees Celsius. This zero point is non arbitrary as the particles that compose matter at this temperature have zero kinetic energy.
44 Context perspective 44
45 Motivation extension metamodel 45
46 Motivational Concepts -stakeholder 46
47 Motivational concepts - driver 47
48 Motivational concepts- assessment 48
49 Motivational concepts - Goal 49
50 Motivational concepts - requirement 50
51 Motivational concepts - principle 51
52
53 53
54 Enterprise objectives balanced scorecard
55
56
57 Questions? 57
E-gov Enterprise Business model
E-gov Enterprise Business model Enn Õunapuu Tallinna Tehnikaülikool Enn.ounapuu@ttu.ee Business model definition A business model is nothing else than a description of the value a company offers to one
More informationFederal Enterprise Architecture
Enabling the Vision of E-Government Federal Enterprise Architecture FEA Program Management Office Office of Management and Budget Executive Office of the President February 2004 The Office of Management
More informationBusiness process modeling and automation IDU0111 Lecture 4 Eesmärgid Mõõdikud Enn Õunapuu ICT-643
Business process modeling and automation IDU0111 Lecture 4 Eesmärgid Mõõdikud Enn Õunapuu enn.ounapuu@ttu.ee ICT-643 Content Goals Measurements How to present in your project? Context perspective 4 Four
More informationRevision Summary Document for the FEA Consolidated Reference Model Version 2.3
Revision Summary Document for the FEA Consolidated Reference Model Version 2.3 October 2007 Table of Contents 1 INTRODUCTION... 3 2 OVERVIEW... 4 3 PERFORMANCE REFERENCE MODEL (PRM)... 5 3.1 Mission and
More informationÄriprotsesside modelleerimine ja automatiseerimine Loeng 8 Äriprotsesside modelleerimise metoodika ja dokumenteerimine
Äriprotsesside modelleerimine ja automatiseerimine Loeng 8 Äriprotsesside modelleerimise metoodika ja dokumenteerimine Enn Õunapuu enn.ounapuu@ttu.ee Feedback & Control Ronald E. Giachetti October 20,
More informationCreating a Citizen-Centric Government without Boundaries
Creating a Citizen-Centric Government without Boundaries Marty Wagner Associate Administrator Office of Governmentwide Policy, GSA www.estrategy.gov, www.smart.gov At Smart Card Alliance 15July2003 1 Moving
More informationFederal Segment Architecture Methodology Overview
Federal Segment Architecture Methodology Background In January 2008, the Federal Segment Architecture Working Group (FSAWG) was formed as a sub-team of the Federal CIO Council s Architecture and Infrastructure
More informationTOGAF 9.1 Phases E-H & Requirements Management
TOGAF 9.1 Phases E-H & Requirements Management By: Samuel Mandebvu Sources: 1. Primary Slide Deck => Slide share @ https://www.slideshare.net/sammydhi01/learn-togaf-91-in-100-slides 1. D Truex s slide
More informationOverview of the Federal Enterprise Architecture
Overview of the Federal Enterprise Architecture Presented by Craig Miller Director of Enterprise Planning Solutions 8618 Westwood Center Drive Suite 310 Vienna, Virginia 22182 Ph: (703) 827-0638 Fax: (703)
More informationIT Architect Regional Conference 2007
IT Architect Regional Conference 2007 Oriented Enterprise Architecture Yan Zhao, Ph.D Director, Enterprise and Solutions Architecture CGI Federal Presentation Outline 1. Enterprise Architecture (EA) and
More informationMDA in the Federal Government
MDA in the Federal Government Mike Rosen CTO, M²VP Mrosen@m2vp.com Copyright M 2 VP Inc. 2003, All rights reserved Model Driven Architecture An architecture-based process for integrating models into the
More informationThe Federal Enterprise Architecture's reference models contain concepts that can be leveraged by state and local governments.
G. Kreizman Research Note 28 July 2003 Commentary What the Federal Enterprise Architecture Means to You The Federal Enterprise Architecture's reference models contain concepts that can be leveraged by
More informationEnterprise Architecture Methodologies and Comparisons 1. The Zachman Framework for Enterprise Architectures
1. The Zachman Framework for Enterprise Architectures The first thing we need to understand about the Zachman Framework is that it isn't a framework. The Zachman "Framework" is actually a taxonomy for
More informationThe Federal Enterprise Architecture Security and Privacy Profile (FEA-SPP) Architecture and Infrastructure Committee Federal CIO Council
The Federal Enterprise Architecture Security and Privacy Profile (FEA-SPP) Architecture and Infrastructure Committee Federal CIO Council FEA-SPP Briefing Topics Defining the FEA-SPP Visualizing an Architecture
More informationTOGAF Foundation Exam
TOGAF Foundation Exam TOGAF 9 Part 1 (ESL) Time Limit 90 minutes Number of questions 40 Pass-through 22 1. Which of the following best describes the meaning of "Initial Level of Risk" in Risk Management?
More informationTOGAF 9 Training: Foundation
TOGAF 9 Training: Foundation Part I: Basic Concepts Document version control information Document Name Document Status Document Owner Part I: Basic Concepts Final IT Management Group TOGAF Lead Trainer
More informationCategories and Functional Requirements
Categories and Functional Requirements CS/SE 3RA3 Ryszard Janicki Department of Computing and Software, McMaster University, Hamilton, Ontario, Canada Ryszard Janicki Categories and Functional Requirements
More informationFY07 Budget Formulation FEA Consolidated Reference Model Document
FY07 Budget Formulation FEA Consolidated Reference Model Document May 2005 Table of Contents 1 FEDERAL ENTERPRISE ARCHITECTURE PROGRAM...4 2 REFERENCE MODEL OVERVIEW...4 2.1 Performance Reference Model
More informationHow SOA Can Help EA. Enterprise Architecture Conference 2008
Enterprise Conference 2008 The IT & Business Alignment Forum November 10-13, 2008, Las Vegas, NV How SOA Can Help EA Yan Zhao, Ph.D Enterprise and IT Strategy Current Affiliation: Mitre Corporation Presentation
More informationPassit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2
Passit4Sure.OG0-093.221Questions Number: OG0-093 Passing Score: 800 Time Limit: 120 min File Version: 7.1 TOGAF 9 Combined Part 1 and Part 2 One of the great thing about pass4sure is that is saves our
More informationStakeholders and Goals
Lecture 6: Stakeholders and Goals Stakeholders Identifying the problem owners Goals Identifying the success criteria 1 System context Subject facet Usage facet IT system facet Development facet Core activities
More informationCHAPTER 1. Business Process Management & Information Technology
CHAPTER 1 Business Process Management & Information Technology Q. Process From System Engineering Perspective From Business Perspective In system Engineering Arena Process is defined as - a sequence of
More informationISO INTERNATIONAL STANDARD. Risk management Principles and guidelines. Management du risque Principes et lignes directrices
INTERNATIONAL STANDARD ISO 31000 First edition 2009-11-15 Risk management Principles and guidelines Management du risque Principes et lignes directrices http://mahdi.hashemitabar.com Reference number ISO
More informationTOGAF 9.1 in Pictures
TOGAF 9. in Pictures The TOGAF ADM Cycle Stage Set up an EA team and make sure it can do its work The ADM is about understanding existing architectures and working out the best way to change and improve
More informationCase Studies Leading Countries
Best Practices UNeGov.net-School-Planning-102 Case Studies Leading Countries Global E-Government Readiness Report 2005 Country E-Readiness E-Participation United States (1) - 0.9062 (3) - 0.9048 Denmark
More informationWhat%the%user%asked%for% How%the%analyst%saw%it% the% vision %of%those%who%are%pushing%for%it?% e.g.,% Mee/ng%scheduling%is%too%costly%right%now %
What%the%user%asked%for% How%the%analyst%saw%it% How%the%system%was%designed% As%the%programmer%wrote%it% What%the%user%really%wanted% How%it%actually%works% 49 Iden/fy%the%problem% what%is%the%objec/ve%of%the%project?%
More informationCOUNTY OF SAN JOAQUIN STRATEGIC DIRECTION FOR INFORMATION TECHNOLOGY
COUNTY OF SAN JOAQUIN STRATEGIC DIRECTION FOR INFORMATION TECHNOLOGY San Joaquin County government will transform the manner in which it provides services to the public and its employees so as to promote
More informationThe USDA Enterprise Architecture Program
The USDA Enterprise Architecture Program Niles E Hewlett, PMP CEA Enterprise Architecture Team USDA-OCIO January 25, 2006 1 We have an Enterprise Architecture -- We just can t show it, explain it, share
More informationImproving Agency Performance Using Information and Information Technology. (Enterprise Architecture Assessment Framework v3.0)
Improving Agency Performance Using Information and Information Technology (Enterprise Architecture Assessment Framework v3.0) December 2008 Table of Contents 1 INTRODUCTION... 1 2 PERFORMANCE IMPROVEMENT
More informationRequirements Engineering: What, Why and How?
Requirements Engineering: What, Why and How? Axel van Lamsweerde ICTEAM, Université de Louvain B-1348 Louvain-la-Neuve (Belgique) JDEV'2013, Gif-sur-Yvette, 5/09/2013 Motivation: the requirements problem
More informationTOGAF Foundation. Part I: Basic Concepts 1 /
TOGAF Foundation Part I: Basic Concepts 1 / Enterprise and Enterprise Architecture An Enterprise is any collection of organizations that has a common set of goals, for example: Government agency Whole
More informationGovernment Service Platform
Government Service Platform Integrated & Unified Enterprise Platform Presented By: Ramy Mostafa Managing Partner BlueLink Solutions Dynamic Government 2016 All Rights Reserved www.dynamicgov.info The Principles
More informationDriving Digital Transformation with Business Apps on the Now Platform. Graeme Welsh Advisory Solution Consultant ServiceNow
Driving Digital Transformation with Business Apps on the Now Platform Graeme Welsh Advisory Solution Consultant ServiceNow 1 Speaker Introduction NAME: Graeme Welsh TITLE: Advisory Solution Consultant
More informationDoD Enterprise Architecture Data Reference Model
DEPARTMENT OF DEFENSE DoD Enterprise Architecture Data Reference Model v0.04 20 Aug 2005 By DoD EA Congruence Community of Practice TABLE OF CONTENTS DOD EA DATA REFERENCE MODEL... 1 INTRODUCTION...1 STRUCTURE
More informationmaking money from customer use of kiosk attracting more customers to the store saving money if the kiosk replaces manual operations
Business Requirements Business requirements collected from multiple sources might conflict. For example, consider a kiosk product with embedded software that will be sold to retail stores and used by the
More informationIBG GSA Schedule. IBG's GSA Schedule 70 contract number is: GS-35F-0546W
IBG GSA Schedule IBG's GSA Schedule 70 contract number is: GS-35F-0546W Labor Categories Biometric Engineer -- $161.70 Biometric Engineer II -- $162.93 Biometric Engineer III -- $190.86 Biometric Architect
More informationArchitecting an On Demand Enterprise with the Federal Enterprise Architecture (FEA) Andras R. Szakal Chief Architect, IBM Federal Software, S&D
Architecting an On Demand Enterprise with the Federal Enterprise Architecture (FEA) Andras R. Szakal Chief Architect, IBM Federal Software, S&D Agenda? What is driving organizations toward an On Demand
More informationAs indicated above, the Department s responses are not final, official or binding.
Please note that the Department s responses are not final, official or binding. Violation of section 287.057(23) of the Florida Statutes, by a respondent to a solicitation, or persons acting on their behalf,
More informationCOALITION BEST PRACTICES NDI West Bank and Gaza. Presentation by Ivan Doherty January 2004
COALITION BEST PRACTICES NDI West Bank and Gaza Presentation by Ivan Doherty January 2004 This document outlines some of the best practices of successful political coalitions and sets forth issues which
More informationFundamentals of Requirements Engineering
- interfaces system seen as black box inputs functions quantified characteristics outputs restrictions, prerequisites boundaries, exceptions standards, regulations Frogs vei 41 P.O. Box 235, NO-3603 Kongsberg
More informationStep 2: Analyze Stakeholders/Drivers and Define the Target Business Strategy
Step 2: Analyze Stakeholders/Drivers and Define the Target Business Strategy Version 1.5, December 2006 1. Step Description and Purpose The step Analyze Stakeholders/Drivers and Define the Target Business
More informationPreparing Your Company: Best Practices for the New Revenue Recognition Standards
Preparing Your Company: Best Practices for the New Revenue Recognition Standards Why are we here today? The changes to Revenue Recognition Standards will cause: Companies to put a structure in place to
More informationDIRECTOR TRAINING AND QUALIFICATIONS: SAMPLE SELF-ASSESSMENT TOOL February 2015
DIRECTOR TRAINING AND QUALIFICATIONS: SAMPLE SELF-ASSESSMENT TOOL February 2015 DIRECTOR TRAINING AND QUALIFICATIONS SAMPLE SELF-ASSESSMENT TOOL INTRODUCTION The purpose of this tool is to help determine
More informationCustomer Care Services
Customer Care Services Traditional Technology ISDN, ADSL, DNIS, PSTN, PBX, IVR, ACD, SBR, Predictive Dialer, CTI. Web-Based Technology - E-Mail, Live Chat, Co-Browsing, VoIP, Call-Back with Collaboration.
More informationUniversity Document Hierarchy
University Document Hierarchy Purpose The purpose of this document is to outline the hierarchy of instruments and documents, hereinafter collectively referred to as documents, which are in use within the
More informationCourse on Data Analysis and Interpretation P Presented by B. Unmar. Sponsored by GGSU PART 1
Course on Data Analysis and Interpretation P Presented by B. Unmar Sponsored by GGSU PART 1 1 Data Collection Methods Data collection is an important aspect of any type of research study. Inaccurate data
More informationSoftware Reuse. Ian Sommerville 2006 MSc module: Advanced Software Engineering Slide 1
Software Reuse Ian Sommerville 2006 MSc module: Advanced Software Engineering Slide 1 Objectives To explain the benefits of software reuse and some reuse problems To discuss several different ways to implement
More informationAPPENDIX O CONTRACTOR ROLES, RESPONSIBILITIES AND MINIMUM QUALIFICATIONS
APPENDIX O CONTRACTOR ROLES, RESPONSIBILITIES AND MINIMUM QUALIFICATIONS Shared denotes whether a Contractor Resource may be responsible for that in addition to another identified. Contractor Required
More informationGSR Management System - A Guide for effective implementation
GSR Management System - A Guide for effective implementation 1 Introduction Governments are facing challenges in meeting societal expectations and have an interest in Governmental Social Responsibility
More informationICMI PROFESSIONAL CERTIFICATION
ICMI PROFESSIONAL CERTIFICATION Contact Center Management Competencies The ICMI Professional Certification Contact Center Management Competencies specify job role-specific knowledge, skills and abilities
More informationTESTIMONY BY THE PENNSYLVANIA STATE ASSOCIATION OF TOWNSHIP SUPERVISORS BEFORE THE SENATE VETERANS AFFAIRS AND EMERGENCY PREPAREDNESS COMMITTEE
TESTIMONY BY THE PENNSYLVANIA STATE ASSOCIATION OF TOWNSHIP SUPERVISORS BEFORE THE SENATE VETERANS AFFAIRS AND EMERGENCY PREPAREDNESS COMMITTEE ON SB 1019 (PN 1411) REWRITE OF TITLE 35 PRESENTED BY ELAM
More informationCHARTER OF THE AUDIT, FINANCE AND RISK COMMITTEE OF THE BOARD OF DIRECTORS OF ACE AVIATION HOLDINGS INC.
CHARTER OF THE AUDIT, FINANCE AND RISK COMMITTEE OF THE BOARD OF DIRECTORS OF ACE AVIATION HOLDINGS INC. 1. Structure, Procedure, Qualifications The Audit, Finance and Risk Committee (the Audit Committee
More informationThe EA 3 Cube Approach. Dr. John Gøtze
The EA 3 Cube Approach Dr. John Gøtze John.goetze@qualiware.com 1 The EABOK provides a living, evolving reference of ready-to-use knowledge about EA. Enterprise Architects analyze areas of common activity
More informationThe Product and the Process The Product The Evolving Role of Software Software Software: A Crisis on the Horizon Software Myths Summary References
The Product and the Process The Product The Evolving Role of Software Software Software: A Crisis on the Horizon Software Myths Further Readings and Information Sheets The Process Software Engineering
More informationUniversity Document Hierarchy
University Document Hierarchy Purpose The purpose of this document is to outline the hierarchy of instruments and documents, hereinafter collectively referred to as documents, which are in use within the
More informationSoftware Metrics & Software Metrology. Alain Abran. Chapter 9 Use Case Points: Analysis of their Design
Software Metrics & Software Metrology Alain Abran Chapter 9 Use Case Points: Analysis of their Design 1 Agenda This chapter covers: Overview of the Use Case Points (UCP): origins & initial design. Analysis
More informationCorporate Risk Profile. National Film Board of Canada
Corporate Risk Profile National Film Board of Canada Approved by the NFB Board of Trustees March 1 st, 2013 Contents 1. Introduction... 3 1.1 Integrated risk management at the NFB Background... 3 1.2 MAF
More informationLAW on standardization. no 590-XIII dated * * * SUMMARY
LAW on standardization no 590-XIII dated 22.09.1995 Republished: the Official Monitor of the Republic of Moldova no 99-102/328 dated 25.05.2012 Republished: the Official Monitor of the Republic of Moldova
More informationI D C M A R K E T S P O T L I G H T. S i l o s a n d Promote Business Ag i l i t y
I D C M A R K E T S P O T L I G H T E f f e c t i ve M u l ticloud Str ategies B reak Dow n S i l o s a n d Promote Business Ag i l i t y August 2016 Adapted from IDC's Multicloud Management Survey by
More informationAndrew Macdonald ILOG Technical Professional 2010 IBM Corporation
The value of IBM WebSphere ILOG BRMS Understanding the value of IBM WebSphere ILOG Business Rule Management Systems (BRMS). BRMS can be used to implement and manage change in a safe and predictable way
More informationTOGAF - The - The Continuing Story Story
TOGAF - The - The Continuing Story Story The Open Group Framework (TOGAF) Presented by Chris Greenslade Chris@Architecting-the-Enterprise.com 1 of 53 TA P14 1 The questions to answer Who are we? What principles
More informationOPERATING SYSTEMS. Systems and Models. CS 3502 Spring Chapter 03
OPERATING SYSTEMS CS 3502 Spring 2018 Systems and Models Chapter 03 Systems and Models A system is the part of the real world under study. It is composed of a set of entities interacting among themselves
More informationInterstate Compacts. Overview & Use
Interstate Compacts Overview & Use What is an Interstate Compact? Simple and versatile tool Cooperatively address common problems Contract between states Creates economies of scale Responds to national
More informationCERT Resilience Management Model, Version 1.2
CERT Resilience Management Model, Asset Definition and Management (ADM) Richard A. Caralli Julia H. Allen David W. White Lisa R. Young Nader Mehravari Pamela D. Curtis February 2016 CERT Program Unlimited
More informationDoD Template for Application of TLCSM and PBL In the Weapon System Life Cycle
DoD Template for Application of TLCSM and PBL In the Weapon System Life Cycle The purpose of this template is to provide program managers, their staff, and logistics participants in the acquisition process
More information4.5 discuss with the external auditor the auditor s judgments about the quality and acceptability of the Group s accounting principles;
AUDIT & RISK COMMTTEE CHARTER Effective: 23 August 2018 Purpose 1. The Audit & Risk (Committee) Charter sets out the membership, responsibilities, authority and operation of the Audit & Risk Committee
More information4 The balanced scorecard
SUPPLEMENT TO THE APRIL 2009 EDITION Three topics that appeared in the 2007 syllabus have been removed from the revised syllabus examinable from November 2009. If you have the April 2009 edition of the
More informationAnalysing client requirements
Analysing client requirements Before you can start to analyse the information you have gathered you should think about what you are trying to achieve . The client has presented you with a business problem.
More informationDRIVING FLEET INTELLIGENCE. A data-driven solution that makes fleets, and their managers, smarter
DRIVING FLEET INTELLIGENCE A data-driven solution that makes fleets, and their managers, smarter Contents Introduction Introduction, 3 Fleet and Asset Management, 4 Connected Workflow, 6 Compliance, 8
More informationIN PRACTICE. Managing Risk in Customs. investment climate. Lessons from the New Zealand Customs Service
Public Disclosure Authorized Public Disclosure Authorized Public Disclosure Authorized no. 12 Public Disclosure April 2010 Authorized investment climate IN PRACTICE trade logistics Managing Risk in Customs
More informationExecutive Summary. Since its inception, the project has result in the creation of:
Executive Summary The eutah Network is a joint public/private partnership between the state of Utah and Utah Interactive, Inc. (UII) a wholly owned subsidiary of the National Information Consortium. The
More informationMES ERP. Critical Manufacturing, 2015
MES vs ERP Critical Manufacturing, 2015 Defining MES Loosening the categories The case for modular MES Modular MES in practice Strategic enterprise integration still matters 3 6 7 8 9 Originally written
More informationIndustrial Internet: Challenges & Opportunities. IOT/WebRTC. November 5, 2014 Dave Duggal, EnterpriseWeb
Industrial Internet: Challenges & Opportunities IOT/WebRTC November 5, 2014 Dave Duggal, EnterpriseWeb The IIC: 92 global leaders working together to drive transformational change IIC Founder Companies
More informationSimplification is in our DNA We are dedicated to helping you reclaim your time and resources through IT simplification.
FULLY INTEGRATED COMMUNICATIONS UNIFIED COMMUNICATIONS, THE DELL WAY SIMPLIFYING IT Simplifying your data center can help transform your organization. By reducing cost and complexity, you can devote more
More informationExam Questions OG0-091
Exam Questions OG0-091 TOGAF 9 Part 1 https://www.2passeasy.com/dumps/og0-091/ 1. According to TOGAF, Which of the following are the architecture domains that are commonly accepted subsets of an overall
More informationFamilies. Content. Ref Family: Areas. 1. What is AuraPortal. 2. Architecture. 10. Own Families
Families Content Ref. 0694 1. What is AuraPortal 9. Family: Areas GOAL Learn the main options in the AuraPortal Families and how to use and configure Permissions. 2. Architecture 3. Users 10. Own Families
More informationMoving to a Service-Oriented Architecture
Tijdschrift voor Economie en Management Vol. L, 4, 2005 Moving to a Service-Oriented Architecture by K. VANHOLST, J. WILMAERS and J. CATTERSEL Kris Vanholst Inno.com, Beersel Jan Wilmaers Inno.com, Beersel
More informationJOB DESCRIPTION. Date Prepared: 30 March 2017 PURPOSE
JOB DESCRIPTION Job Title: Location: Reports To: Event Services Officer London Event Services Manager Date Prepared: 30 March 2017 PURPOSE To provide an end to end delegate management service by processing
More informationBenefits of Industry DWH Models - Insurance Information Warehouse
Roland Bigge 02.11.2013 Benefits of Industry DWH s - Insurance Information Agenda Introduction to Industry DWH s Drivers, Challenges and Opportunities Insurance Information (IIW) Details IIW Value Proposition
More informationGovernment Services ACCOUNTABILITY STATEMENT
BUSINESS PLAN 2001-04 Government Services ACCOUNTABILITY STATEMENT This Business Plan for the three years commencing April 1, 2001 was prepared under my direction in accordance with the Government Accountability
More informationRequirement Engineering. L3 The requirement study. Change is constant. Communication problem? People are hard to understand!
Requirement Engineering L3 The requirement study Fang Chen Requirement are ubiquitous part of our lives Understand the requirement through communication Requirement Creation Communication problem? People
More informationEnterprise Architecture Development
Methodology Overview Prepared For: Our Valued Clients Introduction Page 2 Engagement Objectives Perform an assessment of the current Enterprise against the short and long term IT and Business Strategic
More informationISO 2018 COPYRIGHT PROTECTED DOCUMENT All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of th
INTERNATIONAL STANDARD ISO 31000 Second edition 2018-02 Risk management Guidelines Management du risque Lignes directrices Reference number ISO 31000:2018(E) ISO 2018 ISO 2018 COPYRIGHT PROTECTED DOCUMENT
More informationEnterprise Digital Architect
Enterprise Digital Architect Location: [Asia & Pacific] [Australia] Town/City: Preferred locations: Australia, USA, Malaysia or Manila; or any other jurisdiction (country or US state) where WVI is registered
More informationModeling Car Crash Management with KAOS
Modeling Car Crash Management with KAOS Antoine Cailliau, Christophe Damas, Bernard Lambeau, and Axel van Lamsweerde Université catholique de Louvain (UCL) Louvain-La-Neuve, Belgium {antoine.cailliau,
More informationSupply chain management theory, NQF level 6, Credits 10
SUPPLY CHAIN MANAGER Knowledge modules 132401-001-01-00 KM-01 Supply chain theory, NQF level 6, Credits 10 132401-001-01-00 KM-02 Supply chain service delivery operational planning, NQF level 6, Credits
More informationInformation Technology Investment Management: A Framework for State Government
Association for Information Systems AIS Electronic Library (AISeL) SAIS 2007 Proceedings Southern (SAIS) 3-1-2007 Information Technology Investment Management: A Framework for State Government James B.
More informationVolume III ARCHITECTURE MAINTENANCE PLAN
Kansas Statewide Intelligent Transportation System Architecture KDOT Project No. 106 KA-0380-01 Volume III ARCHITECTURE MAINTENANCE PLAN Version 1.00 Prepared for: Prepared by: January 2008 Page Left Blank
More informationIntroduction to Software Engineering
Introduction to Software Engineering 2. Requirements Collection Mircea F. Lungu Based on a lecture by Oscar Nierstrasz. Roadmap > The Requirements Engineering Process > Functional and non-functional requirements
More informationversion NDIA CMMI Conf 3.5 SE Tutorial RE - 1
Requirements Engineering SE Tutorial RE - 1 What Are Requirements? Customer s needs, expectations, and measures of effectiveness Items that are necessary, needed, or demanded Implicit or explicit criteria
More informationChange is constant. Obstacle to RE: Why requirement study? Limitation of the designers Different knowledge domains Not expertise Ubiquitous nature
Design the right thing! Fang Chen Change is constant Requirement Design Creation What makes the change? Human nature Society Organization i Competitors Human nature: never satisfy ) 4 Why requirement study?
More informationChapter 5 Software Project Planning
This chapter will discuss the following concepts: 5-1 Observations on Estimating. 5-2 Project Planning Objectives. 5-3 Software Scope. 5-4 Resources. 5-5 Software Project Estimation. 5-6 Decomposition
More informationTTÜ infotehnoloogiateaduskond Informaatikainstituut. Enn Õunapuu Vanemteadur
TTÜ infotehnoloogiateaduskond Informaatikainstituut Enn Õunapuu enn.ounapuu@ttu.ee Vanemteadur Millest tuleb jutt? Millised on õpimisvõimalused TTü-s? Mida õpetatakse TTÜ Informaatikainstituudi erialadel?
More informationEvaluating Enterprise Architectures through Executable Models
www.thalesgroup.com Evaluating Enterprise Architectures through Executable Models 15th ICCRTS Evolution of C2: Where Have We Been? Where Are We Going? June 22-24 Santa Monica, CA N. Farcet & M. Ludwig
More informationCA Enterprise Architecture Framework, Version 2.0 (CEAF 2.0) Overview. 10/31/2013 Version 2.0 1
CA Enterprise Architecture Framework, Version 2.0 (CEAF 2.0) Overview 10/31/2013 Version 2.0 1 Topics What is Enterprise Architecture (EA)? Why do we need EA? What is CEAF 2.0? California EA: CEAF 2.0
More informationBuilding a. Digital Marketplace of Commercially Ready Services
Building a Digital Marketplace of Commercially Ready Services Getting Started Many service providers have focused their virtualization efforts initially on the high growth B2B market as they strive to
More informationDRIVING FLEET INTELLIGENCE
DRIVING FLEET INTELLIGENCE A data-driven solution that makes fleets, and their managers, smarter Contents Introduction, 3 Fleet and Asset Management, 4 Connected Workflow, 6 Compliance, 8 Driver Behaviour
More informationOrganizing IT for Success
Organizing IT for Success Leveraging IT As A 9 th October 2012 Nick Weinrib - Advisory Solutions Principal EMC Consulting 1 Agenda Why Organizations Are Transforming Transformational Drivers Why IT Must
More informationSelf-Assessment for the CoSN Certified Education Technology Leader (CETL ) Certification Exam
Self-Assessment for the CoSN Certified Education Technology Leader (CETL ) Certification Exam COSN s Self-Assessment will help you determine your readiness for the CETL certification exam. It can also
More information1.0 Agency Authority, Role and Responsibility Agency Authority, Role and Responsibility
2009 2014 Notes 1.0 Agency Authority, Role and Responsibility Note: Standards marked with a star ( ) are fundamental standards, and are required of all agencies seeking accreditation. 1.0 - Agency Authority,
More information