SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY NetSetup scope and objective Process level IT-level PRODUCT DEV.

Slides:



Advertisements
Similar presentations
E-OCVM (Version 2) Explained Episode 3 - CAATS II Final Dissemination Event Alistair Jackson EUROCONTROL Episode 3 Brussels, 13 & 14 Oct 2009.
Advertisements

CS487 Software Engineering Omar Aldawud
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
Software Process Models
Alternate Software Development Methodologies
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Software Requirements
Rational Tool Overview. Introduction Requirements-Driven Software Development with Rational Analyst Studio. Tafadzwa Nzara Analysis & Design Consultant.
PRJ270: Essentials of Rational Unified Process
Dynamic Systems Development Method (DSDM)
Rational Unified Process
OO Development Process. UML and Process UML standardizes notation, not process –Increase likelihood of widespread acceptance There is significant variability.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Business Transformation Health Check
Merlin ITEA Symposium Merlin Overview2 Problem domain Companies hardly develop embedded products completely on their own Embedded systems need.
Technical Integrity Assurance For Product Development W. Henson Graves Lockheed Martin Aeronautics Company Russ Campbell.
Release & Deployment ITIL Version 3
The BIM Project Execution Planning Procedure
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
What is Business Analysis Planning & Monitoring?
Developing Enterprise Architecture
Chapter : Software Process
Software Engineering Muhammad Fahad Khan
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Using IBM Rational Unified Process for software maintenance
SOFTWARE ENGINEERING MCS-2 LECTURE # 5. RAD (RAPID APPLICATION DEVELOPMENT) MODEL  In RAD model the components or functions are developed in parallel.
Rational Unified Process Fundamentals Module 4: Disciplines II.
 Copyright 2001 Perot Systems Europe. All rights reserved Architecture Model Introduction Tim Taylor.
Quality Assurance. Identified Benefits that the Core Skills Programme is expected to Deliver 1.Increased efficiency in the delivery of Core Skills Training.
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
Software Engineering Management Lecture 1 The Software Process.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Progress on Planning for Deployment Geneva, 16 April 2015 Advisory Group Meeting.
Delivering business value through Context Driven Content Management Karsten Fogh Ho-Lanng, CTO.
Standardisation and Differentiation in Redesigns Focussing on Redesign Approach, Standard Toolbox and the Introduction of R (case) Frank Hofman.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Software Engineering II Lecture 3 Fakhar Lodhi. Software Life-Cycle Steps Life-cycle model (formerly, process model) –Requirements phase –Specification.
Presented To: Dr. Dina Rateb MOIS 549 Class Presented By: Karim Aguib.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY © Tomi Männistö, Varvana Myllärniemi, 2008 T Software Architectures.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Submission doc.: IEEE 11-12/0553r4 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: Authors:
Metadata By N.Gopinath AP/CSE Metadata and it’s role in the lifecycle. The collection, maintenance, and deployment of metadata Metadata and tool integration.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Chapter 2 – Software Processes Lecture 1 1Chapter 2 Software Processes.
44222: Information Systems Development
Impact Research 1 Enabling Decision Making Through Business Intelligence: Preview of Report.
1 Requirements Engineering for Agile Methods Lecture # 41.
Survey of Smart Grid concepts and demonstrations Smart substation Ari Nikander.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
Public Management Information Systems System Analysis & Design Saturday, June 11, 2016 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program.
Technical Operations 12 th July 2010 Dr Phil Spiby Eurostep Limited Integrating Systems Engineering Information with AP233.
Sauder Unlimited presents… Corporate Development 101 Corey Wong President of BizTech ( )
This is a customer facing presentation that you can use to present the your assessment findings, recommendations, options, benefits and requirements. This.
Software Development. The Software Life Cycle Encompasses all activities from initial analysis until obsolescence Analysis of problem or request Analysis.
Software Engineering Management
Lecture 3 Prescriptive Process Models
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Software Engineering I
CS310 Software Engineering Lecturer Dr.Doaa Sami
Metadata The metadata contains
ESS.VIP.SERV Shared Services
Presentation transcript:

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY NetSetup scope and objective Process level IT-level PRODUCT DEV. Process level ROSETTANET PRODUCT DEV.  How to set up integration for product data management in a product development network as quickly and affordably as possible?  Integration levels: processes, IT systems, information BOM, design doc. metadata Company 1Company 2 Company 3 IT-level ROSETTANET BOM, design doc. metadata Process maturity levels [CMM]

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY NetSetup main vision To enable efficient product development (PD) networks, we need to have 1. Defined and deployed inter-company processes for Design Change (DC) and Product Data Management (PDM) and guidelines how to use them 2. Integration in a Day concept that enables fast PDM system integration needed to support a particular networked project 3. Maximize the value of information to its recipients by ensuring that right information is delivered to right persons at the right time Expected results for the companies include quicker, more controllable iterations, shorter and more predictable lead-time of product programs, no more rework due to old/non- existing documents and easier, quicker and better targeted document deliveries, faster setting up of IT support for new partners and new projects, and better transparency thorough the companies of the PD network.

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Change (DC) management 1/3 Problem: Poorly managed DCs cause remarkable amount of delay in networked product development projects Assumption: Delay due to poor DC management can be improved by implementing better product data management processes in a company network. For example, processes that enable quicker responses to DC requests. 1. By defining inter-company processes (Partner Interface Processes, PIPs) for DC management 2. By defining a framework for DC management  The framework will describe how to synchronize internal processes of a company to standard inter-company processes (PIPs)  The framework advises the usage of PIPs: How to use them (e.g. timing, contents of DC templates…) in order to minimize unnecessary delay caused by design changes.

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Change (DC) management 2/3 - Phases of the research 1. Current state of improvement potential in the pilot companies  Data from interviews: how much delay DCs are currently causing? - > X days improvement potential  How much of this delay is due to network & insufficient PDM & inter- company processes? -> Y % from the X days 2. What issues and mechanisms cause this Y % of delay?  Analysis from the interviews. E.g. not enough DC information, wrong timing of DC information etc. -> most important concepts and their impact mechanisms for DC management

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Change (DC) management 3/3 3. Develop PIPs further and their management framework, resulting  PIPs and the DC management framework.  Refine the results (PIPs & framework) and report results. IF we have time: to implement the results in the companies in order to measure their effect on DC management  Possibility: standardize the PIPs as a part of RosettaNet standard. Afterwards, we should be at least on level 3

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Integration in a day (IIAD) – Basic hypotheses – 1/3  PDM systems integration bring benefits to controllability of networked PD projects  The time it takes to integrate PDM systems is nowadays quite significant and in PD context not fully understood. The integration time for setting up IT support for PD project collaboration is nowadays too long.  The time needed can be shortened by creating tools/guidelines for the currently most time-consuming parts  Project-oriented integration differs from more traditional integration as projects start and end - and thus the setup needs to be quicker  Guidelines how to reuse existing integration work in new PD projects is one major aspect of IIAD

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Integration in a day – The research questions – 2/3  How can implementation times for integration be significantly reduced introducing 1) new business process 2) new partner to existing business process and 3) new project between existing partners  The volume – number of projects, partners, network stability, information quantities (documents etc.) exchanged - answers basic motivation to PDM integration  Where does the time go & Who are the important stakeholders of setting up integration  Why it takes so long? (e.g. lack of common process)  Are there tools to reduce this time? What are the stakeholders suggestions for fixing this

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Integration in a day – The expected results – 3/3  Possible results  Guidelines (process/checklist) for adding new PIP /new partner/new projects - minimizing the time to integrate  Implementation guidelines and how they should be used, Trading partner agreements  List of project-related, i.e. changes that are required on every new PD project, system integration parameters – System architecture to solve project-related problems

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Information Value 1/4  Problem: How to maximize the value of design information to its recipients in PD networks?  Assumption: Design information value can be maximized by defining 1.the components of information value (timing, targeting, etc.) and the methods for addressing these components 2.the information format and contents (e.g., document metadata) that needs to be shared in PD networks

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Information Value - Research questions 2/4 1. What information needs to be shared in PD networks? 2. What are the components of information value? 3. How can the value of information be maximized? 4. How can the value maximization be supported with IT tools?

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Information Value - Data collection 3/4  Literature review: Information value components, human aspects (e.g., information overload), communication theories  Data from interviews: Who needs the documents, when do they need them, what metadata of the documents is needed, how are document lifecycle and ownership managed, what tools are currently used for information exchange? Are these needs different in big companies and SMEs?  Data from PDM systems: What is the document metadata actually used, i.e. what information about a document (such as its name, version, creator, etc.) is needed to add a document to the PDM system so that it is also found from the system when needed

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Design Information Value – Results 4/4  A framework for maximizing information value. The framework includes a guideline for the timing, targeting, format, and contents of the exchanged information  Demonstrate some of the concepts with a software prototype tool  If we have time and the case companies want: implement the results in the companies, measure the effects, and report the results