METHODOLOGY FRAMEWORK FOR INFORMATION SYSTEMS DEVELOPMENT

Similar documents
Chap 1. Introduction to Software Architecture

Lecture 9: Requirements Modelling

Hybrid Development Methodology for Client-Server Applications

Systems Analysis and Design

Process Diagram Technique for Business Processes Modeling

Chapter 3. Technology review Introduction

The Software Process. The Unified Process (Cont.) The Unified Process (Cont.)

Chapter 1 The Systems Development Environment

Karunya University Dept. of Information Technology

Chapter 10 Practical Database Design Methodology and Use of UML Diagrams

Announcements. SE 1: Software Requirements Specification and Analysis. Review: Use Case Descriptions

How To Design Software

CS4507 Advanced Software Engineering

TOGAF usage in outsourcing of software development

Family: Iterative Enhancement Origin: Ivar Jacobson, James Rumbaugh, Grady Booch, 1996 Defines process framework that is adaptable to

3C05: Unified Software Development Process

Software Development in the Large!

An Introduction to the UML and the Unified Process

Can ISO, CMMI and Agile Co-exist?

OLAP Theory-English version

Thesis seminar THE7TF007

Basic Unified Process: A Process for Small and Agile Projects

INCOSE OOSEM Working Group Charter

10/4/2013. Sharif University of Technology. Session # 3. Contents. Systems Analysis and Design

Fundamentals of Information Systems, Fifth Edition. Chapter 8 Systems Development

Software Project Management using an Iterative Lifecycle Model

Classical Software Life Cycle Models

I219 Software Design Methodology

1 INTRODUCTION TO SYSTEM ANALYSIS AND DESIGN

Information systems modelling UML and service description languages

Chapter 13 BUILDING INFORMATION SYSTEMS. How does building new systems produce organizational change?

Information Strategy Planning in Construction: Framework and Processes

Programming Language Constructs as Basis for Software Architectures

Analysis / Design. Traditional Development. Process models. Common Methodologies. Common Approach. Analysis: DFD. Traditional Software Development 1

Development Methodologies. Types of Methodologies. Example Methodologies. Dr. James A. Bednar. Dr. David Robertson

Abstract

Data Modeling Basics

Requirements Analysis Concepts & Principles. Instructor: Dr. Jerry Gao

Agile Unified Process

The Road in Software Engineering Education from Structured Programming to Object- Oriented Modelling

Rational Unified Process for Systems Engineering RUP SE1.1. A Rational Software White Paper TP 165A, 5/02

SYSTEMS ANALYSIS DESIGN

Design methods. List of possible design methods. Functional decomposition. Data flow design. Functional decomposition. Data Flow Design (SA/SD)

In this Lecture you will Learn: Systems Development Methodologies. Why Methodology? Why Methodology?

Management of IT Environment (3) Riadenie IT prostredia. Modelling of business processes

A process-driven methodological approach for the design of telecommunications management systems

Investigate Requirements for Software Solutions

The role of integrated requirements management in software delivery.

A UML Introduction Tutorial

Applying 4+1 View Architecture with UML 2. White Paper

Object-oriented design methodologies

How to make a good Software Requirement Specification(SRS)

RUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch

Modellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico

User experience storyboards: Building better UIs with RUP, UML, and use cases

Systematization of Requirements Definition for Software Development Processes with a Business Modeling Architecture

Domain modeling: Leveraging the heart of RUP for straight through processing

Chapter 10 Practical Database Design Methodology and Use of UML Diagrams

The most suitable system methodology for the proposed system is drawn out.

Key Success Factors for Delivering Application Services

Why process models? Topic 3 Software process models. 3. Process models. What is a process model?

A Review of an MVC Framework based Software Development

Methodology Framework for Analysis and Design of Business Intelligence Systems

Service Oriented Privacy Modeling in Enterprises with ISRUP E- Service Framework

SOMA, RUP and RMC: the right combination for Service Oriented Architecture

Software Project Management and UML

Unit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML

Surveying and evaluating tools for managing processes for software intensive systems

Business Process- and Graph Grammar-Based Approach to ERP System Modelling

A case study of evolution in object oriented and heterogeneous architectures

Developing Business Architecture with TOGAF

A Research and Practice of Agile Unified Requirement Modeling

PATTERN-ORIENTED ARCHITECTURE FOR WEB APPLICATIONS

DATABASE REVERSE ENGINEERING

The V-Model. Prepared for. Prepared by. Christian Bucanac Software Engineering Student, University Of Karlskrona/Ronneby

Increasing Development Knowledge with EPFC

What CMMI Cannot Give You: Good Software

CONDIS. IT Service Management and CMDB

A Rapid Development Process with UML

Zen of VISIO Leona Rubin WebTechNY User Group Date: September, 2008

Fourth generation techniques (4GT)

Software Life Cycle. Main issues: Discussion of different life cycle models Maintenance or evolution

Functional Validation of SAP Implementation

White Paper What Solutions Architects Should Know About The TOGAF ADM

A Comparison of SOA Methodologies Analysis & Design Phases

The Role of the Software Architect

Concepts of Database Management Seventh Edition. Chapter 9 Database Management Approaches

Modeling Web Applications Using Java And XML Related Technologies

Vragen en opdracht. Complexity. Modularity. Intra-modular complexity measures

Agile Modeling: A Brief Overview

CHAPTER_3 SOFTWARE ENGINEERING (PROCESS MODELS)

CDC UNIFIED PROCESS PRACTICES GUIDE

Software Design Document (SDD) Template

Software Engineering. Software Processes. Based on Software Engineering, 7 th Edition by Ian Sommerville

Adapted for a textbook by Blaha M. and Rumbaugh J. Object Oriented Modeling and Design Pearson Prentice Hall, 2005.

Rose/Architect: a tool to visualize architecture

CS 487. Week 8. Reference: 1. Software engineering, roger s. pressman. Reading: 1. Ian Sommerville, Chapter 3. Objective:

Phase 2 Systems Analysis. Dr. Feng-Jen Yang

Establish and maintain Center of Excellence (CoE) around Data Architecture

Why Data Flow Diagrams?

Transcription:

METHODOLOGY FRAMEWORK FOR INFORMATION SYSTEMS DEVELOPMENT Vaclav Repa University of Economics, Prague, Czech Republic CITSA 2004 Conference, Orlando, Florida, July 2004 V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 1 Agenda 1. Introduction - 2. Methodology framework MeFIS 3. MeFISCoM MeFIS Conceptual Model 4. Future Work V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 2 1

Elements of an Information systems development methodology Real world Models of reality Methods and techniques parameters Computer support Abstraction tools Business rules Stages, steps documentation tasks Analysis results development support System development requirements, problems ideas, analyses Presentation and pilot operation development modification Users and Development team Quality criteria Source: IFIP TC 8/WG 8.1/Wrycza, 1990 Information system evaluation acceptance implementation V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 3 Methodology Method Technique Tool V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 4 2

IS development methodology Set of recommended steps, approaches, rules, processes, documents, control procedures, methods, techniques, and tools for the developers, which covers whole life cycle of an information systém. Defines who, when, what, and why should do during the development of the IS. Methodology covers all substantial elements of the IS: People, Organization procedures, Data, SW / HW, Organization influences, Economic aspects of IS development and operation Documents and control procedures for particular IS development stages V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 5 Some examples Governmental methodologies : SSADM (Structured Systems Analysis and Design Method), SDM (System Development Methodology), MERISE, V-MODEL (Vorgehens modell). European Union: Euromethod- Standardizing methodologies: UP (Unified Process) (OMG), IS/IT vendors: IE (Information Engineering Methodology - J. Martin), RUP (Rational Unified Process) (Rational, IBM), SE (LBMS System Engineering), ORACLE CASE*Method. Academic methodologies: MMDIS (DIT PUE, 1993, 2001),.. V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 6 3

Some examples: Method Defines what should be done in particular phase of IS development process. Method is always based on particular approach (functional, data, object - oriented). Therefore method always covers just some part(s) of the IS development process or just some points of view (data, functions, hardware ). ISAC (information analysis), YSM (Yourdon Structured Method), Jackson System Development, BSP (Business System Planning), OMT (Rumbaugh et al), OOSE (Jacobson), OOAD (Booch), UP a RUP (OMG, Rational), Perspective, Catalysis, Room... SSM (Soft Systems Methodology) RAD (Rapid Application Development), Agile methods V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 7 Technique Defines how to act in order to reach desired result. Technique usually defines exact process of particular activities, the way of using tools, and decision options in typical situations. In contrast to the method, the technique is more exact, but less universal. Some examples: Normalization of data structures, Event Partitioning Approach (Yourdon) to the function structure of the system, Data modeling (Chen), Data modeling (Martin), Transformation of the conceptual schema to logical data structures, Transaction and transformation analysis, Canonical procedure, V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 8 4

Tool Is the device supporting particular activities in the IS development process. In the same time it is the medium for expressing the result of this activity. The tool is often closely connected to the particular technique. Tools always formalize therefore it is possible and desirable to automate them. Some examples: DFD (Data Flow Diagram), ERD (Entity Relationships Diagram), STD (State Transition Diagram), SD (Structure Diagram (Jackson)), Data Dictionary (BNF), UML tools Class Diagram, Use Case Diagram, Activity Diagram Component Diagram, Deployment Diagram V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 9 Principles of Methodology 1 Goal and problem orientation (instead of solution ) 2 3 4 5 6 7 8 9 10 11 Top management support Modeling and abstraction, principle of three architectures" User involvement Key documents (the arm for project control) Checking the correctness during the whole development process Analysis and design in each stage Multidimensional approach Methodology customization (selection of proper activities) Specific methodology for specific type of project Openess for further evolution V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 10 5

Modeling, abstraction, P3A Principle of modeling Information system is a model of a real system: result of analysis should be truthful (i.e. real) analysis always means recognition of reality Principle of 3 architectures need to distinguish between: clear characteristics of reality used technology characteristics (technology environment) Principle of Abstraction implementation (realization) characteristics all substantive facts are analyzed in detail using hierarchical abstractions whole - part (process - subprocess) supertype- subtype (class hierarchy of objects) Function -> Sub-function superclass -> subclass Employee Model of reality Technological model Design Conceptual level Technology level Whole Part Secretary Worker Manager Clerk model Physical level V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 11 Information System Life Cycle Operation and Control Installation Detailed Analysis&Design Global Analysis&Design Feasibility Study Information Strategy V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 12 6

Incremental approach Change requirements Change requirements Feasibility study Change requirements Global Analysis and Design Analysis and Design Analysis and Design Analysis and Design Increment Development. Increment. Installation Operation and Maintenance Increment Operation and Maintenance Information System Development V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 13 Methodology Framework MeFIS MeFIS = Methodology Framework for Information Systems Development Serves as a basis for: Definition of basic elements of an IS development methodology, Definition of specific features of the development of specific types of information system (Business Intelligence, ERP etc.). MeFISCom describes the common basis of all ISD methodologies a general ISDM. Expression of the variability of the IS development problem (various approaches, development processes, etc.) V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 14 7

MeFISCoM MeFIS Conceptual Model The heart of the Methodology Framework The basic formal material for further development of the MeFIS Describes basic elements of the Methodology Framework and their basic relationships V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 15 MeFISCoM MeFIS Conceptual Model +predecessor +successor +phase CSF 0..1 CSF +domain-specific CSF 0..1 Phase Methodology Domain Goal +domain-relevant phase Domain Practice {ordered} Sense Characteristics +domain-specific Characteristics Start Presumptions principle Finish Criteria Principle +used n principle System Development Key Document Collaboration Practice Practice n Dimension Project Management Practice +phase input {ordered} General Dimension Content content Specific Dimension Content content +domain-relevant task Product +producer Task +successor +uses Technique +used technique +predecessor +uses +used tool +used tool Tool Task Pattern V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 16 8

MeFIS Agenda for the future Completing the fulfillment of the current instance of the framework with the general methodology process (based on MMDIS) and with basic domain aspects: o Basic domain practices o Basic task patterns Eventual minor changes of the framework based on the discussion of the professional community in order to remove its current insufficiencies Start of the project based on the reference information model of ISD methodologies. The schema of the information model database will be derived from MeFISCoM. V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 17 MeFISCoP MeFIS Community Platform Based on the communication principles of OpenSource communities Areas of interest: Reference methodology base Communication with other professionals Introduction of new methodology / method Collaboration on the development of MeFIS Subject of development: Reference methodology base Feeding and actualization Feedback experience, insufficiencies, errors, bugs Methodology framework Framework elements (patterns, practices, methods) - variating, increasing Conceptual model (the basic viewpoint) correcting, increasing, (variating?) Organization Competency definition roles, persons Communication and approval procedures proposition discussion approval team building - development conferences V.Repa: Methodology Framework for Information Systems Development, CITSA 2004 Conference, Orlando, Florida, July 2004 18 9