WWW.BOOK.DISLIB.INFO
FREE ELECTRONIC LIBRARY - Books, dissertations, abstract
 
<< HOME
CONTACTS



Pages:   || 2 | 3 | 4 | 5 |   ...   | 9 |

«Sharam Hekmat PragSoft Corporation Contents 1. INTRODUCTION 1.1 PURPOSE 1.2 SCOPE 1.3 SOFTWARE TOOL 1.4 GLOSSARY OF TERMS 2. ...»

-- [ Page 1 ] --

UML Process

Sharam Hekmat

PragSoft Corporation

www.pragsoft.com

Contents

1. INTRODUCTION

1.1 PURPOSE

1.2 SCOPE

1.3 SOFTWARE TOOL

1.4 GLOSSARY OF TERMS

2. REFERENCE MODELS

2.1 PROCESS REFERENCE MODELS

2.1.1 Process Domains Reference Model

2.1.2 Process Reference Model

2.1.3 Modelling Reference Model

2.2 LIFECYCLE REFERENCE MODELS

2.2.1 Gateways Reference Model

2.2.2 Linear Lifecycle Model

2.2.3 Proof-of-Concept Lifecycle Model

2.2.4 CBD Lifecycle Model

2.2.5 DSDM Lifecycle Model

2.2.6 Small Change Lifecycle Model

2.3 ARCHITECTURAL REFERENCE MODELS

2.3.1 Architectural Domains Reference Model

2.3.2 Layered Architecture Reference Model

3. BUSINESS MODELLING

3.1 INTRODUCTION TO BUSINESS PROCESSES

3.1.1 What Constitutes a Business Process?

3.1.2 Business Process Improvement

3.1.3 Business Process Re-engineering (BPR)

3.2 BUSINESS MODELLING CONCEPTS

3.2.1 Abstraction versus Instance

3.2.2 Business Process Definition

3.2.3 Activity Definition

3.2.4 Action Definition

4. Create New Tax Payer Record

3.3 USE-CASE MODELLING

4. APPLICATION MODELLING

4.1 BUSINESS OBJECTS

4.1.1 Class Diagrams

4.1.2 Example

4.2 SCENARIOS

4.2.1 Collaboration Diagrams

4.2.2 Sequence Diagrams

4.2.3 Completed Business Model

www.pragsoft.com 2 UML Process

4.3 USER INTERFACE MODELS

4.3.1 Metaphors

4.3.2 Mock-ups

5. SYSTEM MODELLING

5.1 MULTI-TIER ARCHITECTURES

5.2 FRONT-END MODELS

5.2.1 Screen Specifications

5.2.2 Navigation

5.2.3 Boundary Objects

5.3 MIDDLE-TIER MODELS

5.3.1 Entity Objects

5.3.2 Control Objects

5.3.3 Boundary Objects

5.3.4 Long Transactions

5.4 BACK-END MODELS

5.4.1 Data Models

5.4.2 Data Access Objects

6. TESTING

6.1 INTRODUCTION

6.1.1 Testing Process

6.1.2 Testing Approaches

6.1.3 Testing Techniques

6.1.4 Testing Stages

6.1.5 Regression Testing

6.2 TEST PLANNING

6.2.1 Test Strategy

6.2.2 Test Plan

6.2.3 Test Environment

6.2.4 Automated Testing

6.3 SYSTEM TESTING

6.3.1 Function Testing

6.3.2 Exception Testing

6.3.3 Stress Testing

6.3.4 Volume Testing

6.3.5 Scalability Testing

6.3.6 Availability Testing

6.3.7 Usability Testing

6.3.8 Documentation Testing

6.3.9 Installation Testing

6.3.10 Migration Testing

6.3.11 Coexistence Testing

6.4 TEST CASE DESIGN

6.4.1 Presentation Oriented Test Case Design

6.4.2 Workflow Oriented Test Case Design

6.4.3 Business Object Oriented Test Case Design

6.4.4 Data Oriented Test Case Design

–  –  –

1.1 Purpose UMLProcess is a defined process for developing software systems using object technology. The purpose of this document is to define the UMLProcess at a level that is suitable for practitioners who have had no prior exposure to a similar process.

1.2 Scope This document is intended to be a concise guide to the processes it covers, rather than giving a detailed description of each process. By focusing on the key concepts (and deferring the practical details to workshops and mentoring sessions), we can maximise the usefulness of the handbook as a learning tool.

1.3 Software Tool If you plan to implement the UMLProcess in your organisation, we recommend that you use a UML modelling tool to formalise your modelling activities. PragSoft provides two very popular tools for

this purpose:

• UMLStudio allows you to create UML models, generate code from them, and reverse engineering UML models from code.

• UMLServer allows you to deploy UMLStudio in a collaborative environment.

Both tools can be downloaded from www.pragsoft.com.

–  –  –

UML Process 5 Copyright © 2005 PragSoft

2. Reference Models The processes that underpin the development of modern information systems are varied and complex. This section provides a number of reference models to help manage this complexity,

covering three broad areas of:

• Process

• Lifecycle

• Architecture The reference models provide a common understanding, so that when we later talk, for example, of production, business objects, or Gate 2, the intent is clear.

2.1 Process Reference Models A process is a well-defined collection of activities, each undertaken by possibly a different participant, which takes one or more inputs and produces one or more outputs. Every manufacturing or service industry uses a set of inter-related processes for its operation. The quality of the design of these processes and the quality of their implementation determines the overall quality of the organisation. In other words, to improve an organisation, one needs to improve its underlying processes.





2.1.1 Process Domains Reference Model At the highest level, the processes that underpin the development and operation of information solutions can be divided into 5 domains, as illustrated below.

–  –  –

The development domain is concerned with processes that directly contribute to the development

of the solution. These include:

• Business modelling

• Application modelling

• Architectural design www.pragsoft.com 6 UML Process

• Detailed design

• Coding and testing

• System testing

• Problem reporting and fixing The production domain is concerned with processes that directly affect the evolution of the system

after it is fully developed. These include:

• Detailed design

• Coding and testing

• System testing

• Acceptance testing

• Problem reporting and fixing The live domain is concerned with processes that directly affect the operation of the solution in a

live environment. These include:

• Release management

• Performance monitoring

• Help desk

• Problem reporting and fixing The coordination domain is concerned with processes that regulate and manage the successive

progression of the solution through its various stages. These include:

• Project management

• Quality management

• Change management The facilitation domain is concerned with processes that indirectly contribute to development, production, and live processes by way of providing guidance and/or administrative assistance. These

include:

• Configuration management

• Training and mentoring

• Quality reviews

• Metrics collection and reporting 2.1.2 Process Reference Model Each process is described by a set of process elements, as illustrated below.

–  –  –

Checklists Templates Examples The guide describes the process, its inputs, constituent parts, outputs, and how each participant contributes to it. The checklists provide a means of verifying that the process parts have been completed to satisfaction and meet the necessary criteria. The templates provide a standard format and structure for the deliverables (outputs) produced by the process. The examples serve as a learning aid and illustrate to the process participants sample deliverables produced by the real-life application of the process.

2.1.3 Modelling Reference Model A different way of looking at development processes is to view them as an iteration of modelling exercises. Each modelling exercise takes one or more earlier models and produces a new, more enriched model by making additional design decisions. This results in a progression from abstract (requirements) to detailed (working solution). This approach, combined with object-oriented modelling, has the distinct advantage of producing representations that can be verified through logical reasoning, testing, or even simulation. For example, a business process map can be tested by mentally passing imaginary cases through it that exercise its different logical paths to see if it copes with the possibilities and produces the required output.

There are three broad types of modelling, as illustrated below.

–  –  –

Business modelling is concerned with what the business does. This is before using information systems to automate aspects of the business. This may appear as redundant if the business already has systems in place. But this is exactly the point. Technologists often forget that information systems are not an end to themselves, but a means for serving the business (i.e., to support the business processes they are aimed at). If it is not clear what the business does, then it will be equally unclear how systems may be able to support it.

The business model is described in purely business terms. One of its key objectives is to establish a common, unambiguous understanding between the business users and the technologists who will ultimately build appropriate system solutions for it. The importance of this baseline cannot be overstated. Its quality and completeness will, more than any other model, influence the success of the final solution.

Business modelling produces the following artefacts:

• End-to-end Business Processes

• Business Process Maps

• Activity Maps

• Action Narratives

• Use-cases Application modelling is concerned with how systems support the business. Having established a business model that describes what the business does, we are then in a position to come up with an application solution that addresses the business needs. This is essentially an external view of the solution and shows how the users interact with the application, its look and feel, and the business abstractions (objects) that are represented by the application. Application modelling is where functional requirements are addressed.

The application model does not assume any specific implementation technology and is primarily described in non-technological terms. It should, therefore, be reasonably understandable by the business users.

–  –  –

System modelling is concerned with how systems are realised using technology. System modelling is largely a technological activity that attempts to translate the application model into a concrete, executable system. System modelling has to deal with artificial details that are not an inherent part of the application model, but a by-product of using specific technologies. For example, it has to deal with specific programming constructs, middleware services, data models, and so on. In other words, it produces an internal view of the solution, showing how its different parts interact in order to support the external, application view. System modelling is where the non-functional requirements (e.g., platform, performance, throughput, scalability, maintainability) are addressed.

The system model is expressed in technical terms and is for the internal use of the technologists who work on it. It is inappropriate reading material for business users.

System modelling produces the following artefacts:

• User Interface Models:

• Screen Specifications

• Data

• Data Entry Validation Rules

• Navigation

• Front-end Components

• Application Server Components

• Business Object Server Components

• Data Access Components



Pages:   || 2 | 3 | 4 | 5 |   ...   | 9 |


Similar works:

«PAUL JOST BIO Paul Jost is a rare talent – an eclectic artist with great skill as a vocalist, drummer, composer and arranger in genres that range from jazz to country and more. His vocals are so soulful that music critic Buster Maxwell wrote. “he nearly single-handedly reclaims the male voice as a valid and critically important jazz instrument.” In All About Jazz (NY), John Barron wrote. “within a short time, the listener becomes absorbed in his highly intelligent, richly emotive, and...»

«TCHAIKOVSKY THE SEASONS · GRAND SONATA FREDDY KEMPF piano The Seasons The poetic epigraphs that accompanied each piece when it was first published No. 1. January – By the fireside No. 7. July – Song of the reaper Now this blessed, peaceful corner Loosen up, shoulders, swing free, arms! Is cloaked in dusk by night; Refresh my face, noon-time wind! In the fireplace the flames are dying — A. Koltsov And the candle is burning out. No. 8. August – The harvest — A. Pushkin Groups of...»

«VITA KWEI TANG Dean and University Chair Professor College of Commerce National Chengchi University Taipei, Taiwan 11605, ROC Phone: 886-2-29390529 Fax: 886-2938-2207 E-mail: ktang@nccu.edu.tw MARRIED: Anna, four children HOME ADDRESS: No. 4, 3F, Alley 65, XinGuang Rd., Sec. 1 Taipei, Taiwan EDUCATION: 1981-1984 Ph.D., Krannert Graduate School of Management, Purdue University, Indiana Major: Management Science, Minor: Operations Management 1979-1981 M.S., Bowling Green State University, Ohio...»

«Wie „islamistisch“ ist der Islam in Deutschland? Islam und „Islamismus“ Es ist im gegenwärtigen Diskurs zu Muslimen und Islam in Deutschland häufig zu beobachten, dass der Islamismus als „Missbrauch der Religion“ charakterisiert wird. Diejenigen, die das tun, lassen sich offensichtlich von einem essentialistischen Islamverständnis leiten. Sie erheben faktisch den Anspruch, genau zu wissen, was der „wahre“ Islam ist und welches die „missbräuchlichen“, „ unislamischen“...»

«CONVILLE & WALSH LIMITED Conville & Walsh Limited LONDON BOOK FAIR 2014 London Book Fair 2011, Hot List HOT LIST Jake Smith-Bosanquet: jake@convilleandwalsh.com +44 (0) 7747 630 519 Alexandra McNicoll: alexandra@convilleandwalsh.com +44 (0) 7787 437 863 Henna Silvennoinen: henna@convilleandwalsh.com +44 (0) 7876 223 885 International Rights Centre, tables 5E, F, G and 14Q Conville & Walsh Ltd, Haymarket House, 28-29 Haymarket, London SW1Y 4SP, U.K. T: +44 (0) 20 7393 4200 F: +44 (0) 20 7393...»

«Dissertation submitted to the Combined Faculties for the Natural Sciences and for Mathematics of the Ruperto-Carola University of Heidelberg, Germany for the degree of Doctor of Natural Sciences presented by Diplom-biotechnologin Elodie Kleinmann born in: Strasbourg, France Oral-examination: March 2nd 2009 Evaluation of cytokine-transducing parvoviral vectors for glioma therapy Referees: Dr. Anne Régnier-Vigouroux Prof. Dr. Lutz Gissmann iv ACKNOLEDGMENTS ACKNOLEDGMENTS This thesis was...»

«Aging in Germany English Edition More Years, More Life – Recommendations of the Joint Academy Initiative on Aging Translation of the Recommendations of the Joint Academy Initiative on Aging “Gewonnene Jahre” (Altern in Deutschland Band 9, Nova Acta Leopoldina Band 107, Nummer 371) NOVA ACTA LEOPOLDINA Abhandlungen der Deutschen Akademie der Naturforscher Leopoldina Herausgegeben vom Präsidium der Akademie NEUE FOLGE NUMMER 372 BAND 108 More Years, More Life Recommendations of the Joint...»

«‘Vell, I don’t call dot very shentlemanly gonduck’: The Portrayal of Germans as Ungentlemanly South Seas Traders in Louis Becke’s Short Stories Dirk H. R. Spennemann Charles Sturt University Abstract The second part of the nineteenth century saw a change in the Pacific from the age of beachcombers to that of organized trade and plantations, yet it was still a time when much of the colonial map had not been finalized. Arguably the best Australian author to capture this period is Louis...»

«ARNOUT VAN DE RIJT 3/18/13 Assistant Professor Department of Sociology & Institute for Advanced Computational Science SUNY Stony Brook Stony Brook, NY 11794 office: +1 631 632 7704 cell: +1 914 954 1671 fax: +1 631 632 8203 EDUCATION Ph.D. Cornell University Sociology, 2007 (committee: Michael Macy (advisor), Douglas Heckathorn, Victor Nee, Vincent Buskens) B.Sc. Utrecht University Sociology, 2002 (excellence track; cum laude) B.A. Utrecht School of the Arts Music, 1998 RESEARCH AND TEACHING...»

«Compiled by Betty Shor August, 1978 Mohole, LOCO, CORE, and JOIDES A brief chronology Mar. 23, 1957: At a meeting of the National Science Foundation Advisory Panel for Earth Sciences, \o[alter Munk suggested the :2ossi bili ty of drilling a deep hole through the crust of the earth to the mantle. Harry Hess referred the project to the American Miscellaneous Society for action. Apr. [caJ 20, 1957: At an AMSOC meeting (the wine breakfast) at Munk's house, with Gordon Lill as chairman, the...»





 
<<  HOME   |    CONTACTS
2016 www.book.dislib.info - Free e-library - Books, dissertations, abstract

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.