OUTCOMES OBJECTIVES FUNCTIONS ACTIONS TERRITORIES LOCATIONS MARKET SEGMENTS TIME LINESCHALLENGE IMPACT RESOURCESACTIVITIESCHANNELS RELATIONS PARTNERS CUSTOMERS.

Slides:



Advertisements
Similar presentations
Requirements Specification and Management
Advertisements

Data Modeling and Database Design Chapter 1: Database Systems: Architecture and Components.
1 Information Systems Development (ISD) Systems Development Life Cycle Overview of Analysis Phase Overview of Design Phase CP2236: Information Systems.
IS Theories & Practices Systems Architecture & Infrastructure IS 655: Supplementary Note 1 CSUN Information Systems.
9/6/2001Database Management – Fall 2000 – R. Larson Information Systems Planning and the Database Design Process University of California, Berkeley School.
Enterprise Total Computing TECHNOLOGY SERVICES Sprint Proprietary Information 18/10/99 Slide 1 Sprint’s Early Interest in TINA-C.
“DOK 322 DBMS” Y.T. Database Design Hacettepe University Department of Information Management DOK 322: Database Management Systems.
Business Driven Technology Unit 2 Exploring Business Intelligence Copyright © 2015 McGraw-Hill Education. All rights reserved. No reproduction or distribution.
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
SLIDE 1IS Fall 2006 Information Systems Planning and the Database Design Process Ray R. Larson University of California, Berkeley School.
The database development process
CSC230 Software Design (Engineering)
Demonstrating IT Relevance to Business Aligning IT and Business Goals with On Demand Automation Solutions Robert LeBlanc General Manager Tivoli Software.
A summary of ebXML (the new World Standard for e-Business) Dave Welsh Collaborative Domain Corporation.
1 CONCENTRXSept 2000 Our Perspective “Integration without an architecture is like doing a jigsaw puzzle on your lap “ – R Tessier We look at the big picture.
Business Rules: The Promise of Data Warehousing. In the Beginning: Formulating Business Rules The Business Objectives The Promise (Data Warehousing) –
LOGISTICS OPERATION Industrial Logistics (BPT 3123)
Network Modeling - Not Just For Computer Networks  Computer Networks  The need for network modeling is being driven by a technical trend – distributed.
Internet 2 Corporate Value Proposition Stuart Kippelman (J&J) Jeff Lemmer (Ford) December 12, 2005.
2nd Modern Housing SWG Meeting Presentation of activities LARCO ICOS Laboratory, Italy RESEARCH LABORATORY AND TECHNOLOGY TRANSFER IN COSTRUCTION Venice,
The Challenge of IT-Business Alignment
Copyright © 2013 Curt Hill The Zachman Framework What is it all about?
©2007 · Georges Merx and Ronald J. NormanSlide 1 Chapter 1 Introduction to Java in the Context of Software Engineering.
Chapter 2 Introduction to Cost Management Systems.
TRACECA TRAINING Experience Eng. Cristina AMARAZEANU Head Office of Planning and Strategy Department Bucharest, Romania 23 rd of November 2011.
PROPOSED PROJECT TITLE Company, Principal Investigator, Phone, Contract Cost Short term goals: what will be accomplished or delivered in this contract.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
The research leading to these results has received funding from the European Community's Seventh Framework Programme (FP7/ ) under grant agreement.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger September 29, 2009.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
From Objects to Assets: The Fungibility of Knowledge Christopher W. Higgins, Esq.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 7 Storing Organizational Information - Databases.
2 Solution Development Using Visual Studio.NET and the MDB Bob Knox George Muller.
1 Accounting systems design & evaluation Karen Lau 25 Feb 2002.
1 UNEP/IETC EST Initiative Proposed Cooperation Framework 4 December 2003 Otsu, Japan.
Independent Insight for Service Oriented Practice Summary: Service Reference Architecture and Planning David Sprott.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Foundations of Information Systems in Business. System ® System  A system is an interrelated set of business procedures used within one business unit.
Program Management Office ͏ Project Management
ARCH-04 Before You Begin Your Transformation Project… Phillip Magnay Architect – Applied Technology.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
NCP Info DAY, Brussels, 23 June 2010 NCP Information Day: ICT WP Call 7 - Objective 1.3 Internet-connected Objects Alain Jaume, Deputy Head of Unit.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 7 Storing Organizational Information - Databases.
Presented by: S.M.Tabatabaee Nasab SCOR spans: All customer interactions, from order entry through paid invoice All product (physical material.
Software Engineering Lecture 10: System Engineering.
Michael Saucier - OSIsoft Cliff Reeves - Microsoft Your Portal to Performance An Introduction to the RtPM Platform Copyright c 2004 OSIsoft Inc. All rights.
Castlebridge associates | | Castlebridge changing how people think about information How to Implement the.
Serving IT up with ITIL By Thane Price. IT is the laboratory’s pit crew  Goal : Make technology transparent while accomplishing valuable internal customer.
Sustainable development in communities Urban Sustainability Management
Understanding Enterprise Architecture
Object Management Group Information Management Metamodel
CIM Modeling for E&U - (Short Version)
Integrated Management System and Certification
Overview of MDM Site Hub
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
E2E Testing in Agile – A Necessary Evil
CUSTOMER RELATIONSHIP MANAGEMENT CONCEPTS AND TECHNOLOGIES
WIS Strategy – WIS 2.0 Submitted by: Matteo Dell’Acqua(CBS) (Doc 5b)
ATIS’ Service Oriented Networks (SON) Activity
Database Design Hacettepe University
COIT 20253: Business Intelligence Using Big Data
System architecture, Def.
Project intervention logic
INFORMATION SEMINAR Interreg V-A Latvia-Lithuania programme
Information system analysis and design
Presentation transcript:

OUTCOMES OBJECTIVES FUNCTIONS ACTIONS TERRITORIES LOCATIONS MARKET SEGMENTS TIME LINESCHALLENGE IMPACT RESOURCESACTIVITIESCHANNELS RELATIONS PARTNERS CUSTOMERS TIME-BASED GAINS/PAINS VALUE PROPOSITION SOLUTION INNOVATION PROCESSES WORK FLOWS DISTRIBUTION CONNECTION PARTICIPANTS USERS TRANSACTION CONVERSION PERFORMANCE EFFECTIVENESS APPLICATIONS SERVICES INTEGRATION AGGREGATION NETWORKS CONNECTIVITY DEVELOPMENT MAINTENANCE RESPONSE AVAILABILITY RELIABILITY SCALABILITY 3 rd PARTY COMPONENTS INTERFACES CONFIGUR. ACCESS MOBILITY SUPPLIERS PROVIDERS INTERACTION SYNCHRON. USAGE ACCEPTANCE DATA SOURCES TYPES ALGORITHMS RULES STORAGE SECURITY HUMAN INTERACTION EVENTS SCHEDULES INFORMATION QUALITY MARKET CONTEXT MARKET CONTEXT HOW WHERE WHO WHEN WHY WHAT BUSINESS CONCEPT BUSINESS CONCEPT SOLUTION DESIGN SOLUTION DESIGN TECNOLOGY PLATFORM TECNOLOGY PLATFORM DEVICES & SERVICES DEVICES & SERVICES DATA SCHEMAS DATA SCHEMAS

The rows can be considered as different perspectives, different stakeholders, different scopes, or different levels of detail. IDENTIFICATION View: Stakeholder/investor Scope: Operating eco-system Level: Market strategy DEFINITION View: Owner/directors Scope: Business concept Level: Business model/plan REPRESENTTION View: Solution architect/design Scope: Systems logic model Level: Product/service plans SPECIFICATION View: Systems engineering Scope: Technology model Level: Infrastructure services CONFIGURATION View: ICT/clinical Developer Scope: Standards & interoper. Level: Service development INSTANTIATION View: Internal & external use Scope: Data modelling Level: Data management

The columns address different interrogatives or questions in relation to model representations. They indicate the primary elements of communication of the project both internally and externally. WHAT: Inventory Entities Assets Resources Items HOW: Functions Relationships Processes Activities Flows WHERE: Locations Place/space Networks Distribution Mobility WHO: People Customers Users Partners Responsibilities WHEN: Time Events/milestones Schedules Behaviour/queues Speed /cycles WHY: Challenge Motivation Need/problem Opportunity Improvement

Communicates business model and value proposition to interested stakeholders and targeted market. Communicates socio- economic challenge and public and private investment opportunities and priorities. Shaped by initial call and consortium response.

Communicates how system and service design provides unique and innovative solution to deliver performance goals within operating evnironment. Communicates business model, value proposition and operational needs to those responsible for solution design and implementation.

Communicates how the technology platform ( and its underlying components and data ) together supports the system solution to deliver the business value. These layers can be further sub-divided if necessary. Communicates how system and services will need to operate in terms of demands upon the technology platform.

Stronger public orientation – features / characteristics / results / performance / quality Stronger consortium orientation – process & technical engineering / internal organisation / intellectual property / quantity

Research proposal model Final research model A start-up model An enterprise model / / Technology modelling TRL 3 – experimental proof of concept TRL 4 – technology validated in lab TRL 5 – technology validated in relevant environment TRL 6 – technology demonstrated in relevant environment TRL 7 – system prototype demonstration in operational environment TRL 8 – system complete and qualified TRL 9 – actual system proven in operational environment Business modelling Customer discovery Customer validation Customer creation Value building