Generating Text with a Theorem Prover

Total Page:16

File Type:pdf, Size:1020Kb

Generating Text with a Theorem Prover Generating Text with a Theorem Prover Ivfin I. Garibay School of Computer Science University of Central Florida Orlando, FL [email protected] Statechart Abstract ~ Theoreml The process of documenting designs is tedious and Content Planning Question tree + Tree transformations often error-prone. We discuss a system that au- , _?_T;_J Text Planning i Hypermxt~s implicittext planner(user)[ tomatically generates documentation for the single step transition behavior of Statecharts with particu- I.oa!izatioo Tomp,ato I lar focus on the correctness of the result in the sense that the document will present all and only the facts Hyper-t exit Document corresponding to the design being documented. Our approach is to translate the Statechart into Figure 1: Conceptual view Of the system. a propositional formula, then translate this formula into a natural language report. In the later transla- spective, this problem is distinguished in that the tion pragmatic effects arise due to the way the in- formal correctness of the document being generated formation is presented. Whereas such effects can be is crucial while felicitousness of the style is rela- difficult to quantify, we account for them within an tively unimportant. This leads us to a solution abstract framework by applying a series of transfor- based on formally verifiable theorem-proving tech- mations on the structure on the report while pre- niques which allows us to approach strategic NLG is- serving soundness and completeness of the logical sues within a highly abstract and conceptually clear content. The result is an automatically generated framework. hypertext report that is both logically correct and, The system takes a statechart in the form of a to a relatively high degree of confidence, free of mis- labeled directed graph and translates it into a set leading implicatures. of propositional formulae defining its transition be- havior. A hyper-text natural language document is 1 Introduction generated on-demand from this set of formulae in Producing technical documentation is a time- response to the reader's interaction with the appli- consuming and expensive task. For instance, Re- cation. iter et al. (1995), report cases of engineers expend- Figure 1 depicts a comparative (Moore and Paris, ing five hours on documentation for each hour spent 1993; Paris et al., 1991; Hovy, 1988) conceptual view on design and of airplane documentation sets which of the system while Fig. 2 shows the system archi- weigh more than the actual airplane being docu- tecture. A prototype has been fully implemented mented. Part of the reason for this problem is the with the exception of the statechart axiomatization gap between Computer Aided Design (CAD) tools module, x and similar tools for assisting the documentation of those designs. Since research efforts focus primarily 2 A Logical Semantics for in the former, this situation is likely to get worse as Statecharts the CAD tools get more powerful while documenta- tion tools lag far behind. The graphical language of statecharts as proposed In this paper we address the matter of automatic by David Harel (Harel et al., 1987; Harel and Naa- generation of technical documentation (Reiter et al., mad, 1996), has been widely recognized as a impor- 1992; Reiter et al., 1995; RSsner and Stede, 1992; tant tool for analyzing complex reactive systems. Svenberg, 1994; Punshon et al., 1997) by studying It has been implemented in commercial applica- the problem of automatically generating documents tions like STATEMATE (Harel and Politi, 1998) describing the single step transition behavior of Stat- 1A full description of this algorithmic translation of a stat- echarts. echart from its graphical formalism to the propositional logic From a natural language generation (NLG) per- input format used in this work is described in Garibay (2000). 13 Statechart ((TV ~ WORKING v WAITING) (TV.next ~ WORKING.next V WAITING,next) ..... t ..... (WORKING --~ ~ WAITING) ~Axlomatlzatlon ) (WORKING.next --~ ~ WAITING.next) (WAITING --~ ~ WORKING) 'I......... Module I ' (WAITING.next --+ ~ WORKING.next) (WORKING ~ IMAGE A SOUND) [ Statechart Axioms (WORKING.next ~ IMAGE.next A SOUND.next) • .. ) Reduction to ~ ((TV) A I MRCNF module IN, ((WORKING A PICTURE A PIC-OFF A WAITING.next) V • ~ (WORKING ^~ (PICTURE A PIC-OFF) A ((IMAGE A PICTURE A PIC-OFF A WAITING.next) V (IMAGE A~ (PICTURE A PIC-OFF) A ((PICTURE A PIC-OFF A WAITING.next) V (PICTURE A TXT A MUTE.next A TEXT.next) V I-I to CN, module (PICTURE A~ OFF A9 TXT A PICTURE.next) ) I QuestionTree ,ode~ Theorem ] • .. ))) Prover [Information EitractionModule ~'~ k. Hyper-text Organization/RealizationModul~ Figure 4: Section of the propositional logic transla- tion of the example statechart (Fig. 3). Generated Hyper-text Page User Interface(Browser) ] one for the next status. In practice, we incorpo- rate this into a single model with two versions of each propositional variable: P for the truth value in the current status and Pn for the truth value in the Figure 2: System architecture of the theorem prover next status 2. A full description of the algorithm based generator. The dotted box is not imple- for translating statecharts to sets of formulae can mented. be found in Garibay (2000). For a example of this translation see Fig. 4. "rv HNG { PIC OFF WOR 3 The Minimum Clausal Theory of IMAGE SOUND the Statecharts o J VhmN( At this point, we have a formula that entails the the- ory of the single step transition behavior of a Stat- echart. We can fulfill our requirement of generat- ing a sound and complete report just by translating this formula into English. However, this approach presents a number of problems. For instance, the Figure 3: Example Statechart. AND and OR connectives do not in general have the same meaning in English as they do in logic (Gazdar, 1979), furthermore, unlike in the logical formula the and RHAPSODY from ilogix (I-Logix Inc., 2000) scope of the connectives in English is not, in gen- and has been adopted as a part of the Unified Mod- eral, well defined (Holt and Klein, 1999). To mini- eling Language (UML Revision Task Force, 1999; mize the ambiguity, we need to take the formula to Booch, 1999), an endeavor to standardize a language a form with minimal nesting of operators. of blueprints for software. Potentially a more significant problem is the fact Statecharts (Fig. 3) are an extension of conven- that much of the theory (the formula plus all its logi- tional finite state machines in which the states may cal consequences) is obtainable only via complicated have a hierarchical structure. A configuration is de- inferences. Since the reader understands the trans- fined as a maximal set of non-conflicting states which lation of the formula at an intuitive level, making are active at a given time. A transition connects only limited inferences, a direct translation will fail states and is labeled with the set of events that trig- to communicate the entire theory. Hence, we would ger it, and a second set of events that are generated like to take the formula to a form that is closed, in when the transition is taken. A step of the statechart some sense, under logical consequences. relates the current configuration and the events that We address both issues by using what we refer to are active to the next configuration and the events as minimal (fully) resolved conjunctive normal form that are generated. A configuration and the set of (MRCNF). A formula is in a MRCNF if and only if events that are active is referred to as a status. 2These single step models will form the basis for a tem- We capture a step of a statechart as a pair of poral model capturing the full behavior of the statecharts as propositional models, one for the current status and described by Harel and Naamad (1996). 14 it is in conjunctive normal form (CNF) and is closed the theory is contingent upon. The reader effec- under resolution, absorption and tautology (Fitting, tively fixes the valuation of one of these variables 1990; Rogers and Vijay-Shanker, 1994). The clo- to true or false. The system then adds the reader's sure under resolution is effectively a finite approx- choice to the theory and recalculates the MRCNF. If imation of closure under consequence, that is, ev- the newly obtained theory remains contingent upon ery clause that is a logical consequence of the the- some variables, the reader then will have available ory entailed by the formula is a direct consequence a new set of choices. If not, the reader will have of some clause in the MRCNF. The other two op- reached a set of non-contingent facts (henceforth erations guarantee minimality in size by removing facts) which are consequences of all the previous clauses that are trivially true (tautology), and those choices. that are proper super-sets of another (absorption). While this process makes the information more Hence, the translation will communicate not only accessible by giving it a logical structure, it does the initial facts but also those inferred by resolution. nothing to reduce the size of the report. We resolve Moreover, a formula in this form is just a conjunc- this by generating the document on demand. While tion of disjunctions--eliminating the scoping prob- the refinement process (the core computation for on- lem. If we interpret the disjunctions as implications, demand generation) can potentially be very expen- the translation into English will be just a sequence sive in terms of time, the fact that we are adding sin- of implicative sentences that are to be interpreted gleton clauses to an already minimum set of clausal conjunctively--a typical structure for such informa- consequences allows us to use a simplified form of tion in English.
Recommended publications
  • UML Tutorial: Part 1 -- Class Diagrams
    UML Tutorial: Part 1 -- Class Diagrams. Robert C. Martin My next several columns will be a running tutorial of UML. The 1.0 version of UML was released on the 13th of January, 1997. The 1.1 release should be out before the end of the year. This col- umn will track the progress of UML and present the issues that the three amigos (Grady Booch, Jim Rumbaugh, and Ivar Jacobson) are dealing with. Introduction UML stands for Unified Modeling Language. It represents a unification of the concepts and nota- tions presented by the three amigos in their respective books1. The goal is for UML to become a common language for creating models of object oriented computer software. In its current form UML is comprised of two major components: a Meta-model and a notation. In the future, some form of method or process may also be added to; or associated with, UML. The Meta-model UML is unique in that it has a standard data representation. This representation is called the meta- model. The meta-model is a description of UML in UML. It describes the objects, attributes, and relationships necessary to represent the concepts of UML within a software application. This provides CASE manufacturers with a standard and unambiguous way to represent UML models. Hopefully it will allow for easy transport of UML models between tools. It may also make it easier to write ancillary tools for browsing, summarizing, and modifying UML models. A deeper discussion of the metamodel is beyond the scope of this column. Interested readers can learn more about it by downloading the UML documents from the rational web site2.
    [Show full text]
  • Course Structure & Syllabus of B.Tech Programme In
    Course Structure & Syllabus of B.Tech Programme in Information Technology (From the Session 2015-16) VSSUT, BURLA COURSE STRUCTURE FIRST YEAR (COMMON TO ALL BRANCHES) FIRST SEMESTER SECOND SEMESTER Contact Contact Theory Hrs. Theory Hrs. CR CR Course Course Subject L .T .P Subject L. T. P Code Code Mathematics-I 3 - 1 - 0 4 Mathematics-II 3 - 1 - 0 4 Physics/Chemistry 3 - 1 - 0 4 Chemistry/ Physics 3 - 1 - 0 4 Engineering Computer /CS15- CS15- Mechanics/Computer 3 - 1 - 0 4 Programming/Engineering 3 - 1 - 0 4 008 008/ Programming Mechanics Basic Electrical Engineering/ Basic Electronics/Basic 3 - 1 - 0 4 3 - 1 - 0 4 Basic Electronics Electrical Engineering English/Environmental Environmental 3 - 1 - 0 4 3 - 1 - 0 4 Studies Studies/English Sessionals Sessionals Physics Laboratory/ Chemistry Lab/ Physics 0 - 0 - 3 2 0 - 0 - 3 2 Chemistry Lab Laboratory Workshop-I/Engineering Engineering Drawing/ 0 - 0 - 3 2 0 - 0 - 3 2 Drawing Workshop-I Basic Electrical Engineering Basic Electronics Lab/Basic 0 - 0 - 3 2 0 - 0 - 3 2 Lab/Basic Electronics Lab Electrical Engineering Lab Business Communication Programming Lab/ /CS15- CS15- and Presentation Skill/ 0 - 0 - 3 2 Business Communication 0 - 0 - 3 2 984 984/ Programming Lab and Presentation Skill Total 15-5-15 28 Total 15-5-15 28 SECOND YEAR THIRD SEMESTER FOURTH SEMESTER Contact Contact Theory Hrs. Theory Hrs. CR CR Course Subject L .T .P Course Code Subject L. T. P Code Mathematics-III Computer Organization 3 - 1 - 0 4 CS15-007 and Architecture 3 - 1 - 0 4 Digital Systems 3 - 1 - 0 4 CS15-032 Theory
    [Show full text]
  • Real Time UML
    Fr 5 January 22th-26th, 2007, Munich/Germany Real Time UML Bruce Powel Douglass Organized by: Lindlaustr. 2c, 53842 Troisdorf, Tel.: +49 (0)2241 2341-100, Fax.: +49 (0)2241 2341-199 www.oopconference.com RealReal--TimeTime UMLUML Bruce Powel Douglass, PhD Chief Evangelist Telelogic Systems and Software Modeling Division www.telelogic.com/modeling groups.yahoo.com/group/RT-UML 1 Real-Time UML © Telelogic AB Basics of UML • What is UML? – How do we capture requirements using UML? – How do we describe structure using UML? – How do we model communication using UML? – How do we describe behavior using UML? • The “Real-Time UML” Profile • The Harmony Process 2 Real-Time UML © Telelogic AB What is UML? 3 Real-Time UML © Telelogic AB What is UML? • Unified Modeling Language • Comprehensive full life-cycle 3rd Generation modeling language – Standardized in 1997 by the OMG – Created by a consortium of 12 companies from various domains – Telelogic/I-Logix a key contributor to the UML including the definition of behavioral modeling • Incorporates state of the art Software and Systems A&D concepts • Matches the growing complexity of real-time systems – Large scale systems, Networking, Web enabling, Data management • Extensible and configurable • Unprecedented inter-disciplinary market penetration – Used for both software and systems engineering • UML 2.0 is latest version (2.1 in process…) 4 Real-Time UML © Telelogic AB UML supports Key Technologies for Development Iterative Development Real-Time Frameworks Visual Modeling Automated Requirements-
    [Show full text]
  • Introduction to OMG's Unified Modeling Language (UML) a Little
    07.02.2006 Introduction to OMG's Unified Modeling Language (UML) Dominic Hillenbrand CES - Chair for Embedded Systems (Prof. Dr. Jörg Henkel) Department of Computer Science University of Karlsruhe Chair for Embedded Systems Universität Karlsruhe (TH) <your Name> WS 2005-06 Software Engineering for Embedded Systems A Little History Late 1960s: ¾ Emergence of OO programming languages (Simula-67 language) ¾ Appearance of first OOA&D methodologies 1980s and early 1990s: ¾ Smalltalk (1972) ¾ Many competing general development methods and modelling languages (over 50) Alan Curtis Kay ¾ The “methods wars” „The best way to predict the Excursion: Structured Analysis & future is to Design together with structured invent it." programming preceded the OO- paradigm! Chair for Embedded Systems Universität Karlsruhe (TH) Dominic Hillenbrand WS 2005-06 1 07.02.2006 Software Engineering for Embedded Systems How things got started The Three Amigos and their three prominent key methods (mid 1990s): ¾ Grady Booch (Booch ’93 “OO Analysis and Design) ¾ Rumbaugh (Object Modelling Technique) ¾ Ivar Jacobson (OO Software Engineering) Chair for Embedded Systems Universität Karlsruhe (TH) Dominic Hillenbrand WS 2005-06 Software Engineering for Embedded Systems More Background 1995: Rumbaugh, Booch and Jacobson join forces in Rational: ¾ Develop the (Rational) Unified Process ¾ Develop the Unified Modelling Language (UML) Object Management Group (OMG): ¾ not-for-profit consortium ¾ produces and maintains computer industry specifications ¾ flagship specification is the multi- platform Model Driven Architecture (MDA) Chair for Embedded Systems Universität Karlsruhe (TH) Dominic Hillenbrand WS 2005-06 2 07.02.2006 Software Engineering for Embedded Systems What is UML? UML is a language –semantics& syntax ¾ Not a methodology! (like RUP; Waterfall & Spiral-Model) UML can be used to ¾ specify ¾ visualize ¾ document software artifacts Built upon fundamental OO concepts “industry’s best” engineering practices 13 types of diagrams Usually textual specifications in automobile industry.
    [Show full text]
  • Fakulta Informatiky UML Modeling Tools for Blind People Bakalářská
    Masarykova univerzita Fakulta informatiky UML modeling tools for blind people Bakalářská práce Lukáš Tyrychtr 2017 MASARYKOVA UNIVERZITA Fakulta informatiky ZADÁNÍ BAKALÁŘSKÉ PRÁCE Student: Lukáš Tyrychtr Program: Aplikovaná informatika Obor: Aplikovaná informatika Specializace: Bez specializace Garant oboru: prof. RNDr. Jiří Barnat, Ph.D. Vedoucí práce: Mgr. Dalibor Toth Katedra: Katedra počítačových systémů a komunikací Název práce: Nástroje pro UML modelování pro nevidomé Název práce anglicky: UML modeling tools for blind people Zadání: The thesis will focus on software engineering modeling tools for blind people, mainly at com•monly used models -UML and ERD (Plant UML, bachelor thesis of Bc. Mikulášek -Models of Structured Analysis for Blind Persons -2009). Student will evaluate identified tools and he will also try to contact another similar centers which cooperate in this domain (e.g. Karlsruhe Institute of Technology, Tsukuba University of Technology). The thesis will also contain Plant UML tool outputs evaluation in three categories -students of Software engineering at Faculty of Informatics, MU, Brno; lecturers of the same course; person without UML knowledge (e.g. customer) The thesis will contain short summary (2 standardized pages) of results in English (in case it will not be written in English). Literatura: ARLOW, Jim a Ila NEUSTADT. UML a unifikovaný proces vývoje aplikací : průvodce ana­lýzou a návrhem objektově orientovaného softwaru. Brno: Computer Press, 2003. xiii, 387. ISBN 807226947X. FOWLER, Martin a Kendall SCOTT. UML distilled : a brief guide to the standard object mode•ling language. 2nd ed. Boston: Addison-Wesley, 2000. xix, 186 s. ISBN 0-201-65783-X. Zadání bylo schváleno prostřednictvím IS MU. Prohlašuji, že tato práce je mým původním autorským dílem, které jsem vypracoval(a) samostatně.
    [Show full text]
  • The Unified Modeling Language Reference Manual
    The Unified Modeling Language Reference Manual The Unified Modeling Language Reference Manual James Rumbaugh Ivar Jacobson Grady Booch ADDISON-WESLEY An imprint of Addison Wesley Longman, Inc. Reading, Massachusetts • Harlow, England • Menlo Park, California Berkeley, California • Don Mills, Ontario • Sydney Bonn • Amsterdam • Tokyo • Mexico City Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book and Addison-Wesley was aware of a trademark claim, the designations have been printed in initial caps or all caps. Unified Modeling Language, UML, and the UML cube logo are trademarks of the Object Management Group. Some material in this book is derived from the Object Management Group UML Specification documentation. Used by permission of the Object Management Group. The authors and publisher have taken care in the preparation of this book but make no expressed or implied warranty of any kind and assume no responsibility for errors or omissions. No liability is assumed for incidental or consequential damages in connection with or arising out of the use of the information or programs contained herein. The publisher offers discounts on this book when ordered in quantity for special sales. For more information, please contact: AWL Direct Sales Addison Wesley Longman, Inc. One Jacob Way Reading, Massachusetts 01867 (781) 944-3700 Visit AW on the Web: www.awl.com/cseng/ Library of Congress Cataloging-in-Publication Data Rumbaugh, James. The unified modeling language reference manual / James Rumbaugh, Ivar Jacobson, Grady Booch. p. cm. — (The Addison-Wesley object technology series) Includes bibliographical references and index.
    [Show full text]
  • Multicore Programming
    PlantUML 040coders.nl 2020-02-20 Klaas van Gend Klaas van Gend C++ UML and software tools The Three Amigos Grady Booch James Rumbaugh Ivar Jacobson Rational 1981-2008 DEC early 60s-1968 Ericsson 1962-1995 IBM “Generic” 2008-now GE Research 1968-94 (Objectory 1987-1991/5) (OMT) Rational 1995-2003 Rational 1994-2006 Ivar Jacobson Intl 2003-now Retired UML Predecessors UML Diagram Behaviour Structure Diagram Diagram Activity State Class Component Object Diagram Machine Diagram Diagram Diagram Diagram Interaction Use Case Composite Deployment Package Profile Diagram Diagram Structure Diagram Diagram Diagram Diagram Communication Interaction Sequence Timing Diagram Overview Diagram Diagram Notation: UML Diagram What UML is ● A language to describe what elements in an image mean ● intended to provide a standard way to visualize the design of a system What UML is not ● A software analysis methodology ● A software design methodology ● A programming language ● Free from dialects and heated debates UML False Promises ● Design and code are interchangeable – a.k.a. “reverse engineering” – a.k.a. “round-trip engineering” ● Easily generate your code from the design – Every MDD tool needs additional work/code – ‘Glue code’ tends to be painful ● Fool-proof – No, fools still make beautiful but bad designs ● Time saving A few visual UML tools Rational Rose Rational Rose RT Rational Rose Modeling XDE Rational Software Architect ArgoUML Rational Software Architect RTE Rational Rhapsody Visio Together StarUML Umbrello PlantUML PlantUML Demo ● Turn simple text
    [Show full text]
  • Build Your Project Using Rational Unified Process #7 of a Series, by Pavan Kumar Gorakavi, M.S., M.B.A, G.M.C.P, C.A.P.M
    Build your Project using Rational Unified Process #7 of a Series, by Pavan Kumar Gorakavi, M.S., M.B.A, G.M.C.P, C.A.P.M. 1. What is Rational Unified Process? Rational Unified Process is a disciplined software development methodology that targets producing high quality soft- ware deliverables. The Rational unified process encourages systematic development while classifying tasks, assigning tasks and responsibilities within a development organization. Rational unified process was developed by Philippe Kruchten, Ivar Jacobsen, and others at Rational Corporation. The setting for development of Rational Unified Process began in early 90s at Rational Software Corporation, founded by Paul Levy and Mike Devlin. Earlier Rational Software Corporation targets to develop large defense software devel- opment projects in Ada. In the 80s, to withstand competition from different open-system platforms Rational Software Corporation decided in porting their system to open-system platforms. To improve market strength, Rational Software Corporation acquired Pure-Atria which provide ClearCase configuration management tools, the Purify line of testing tools, Requisite for Requisite Pro, SQA for testing tools suites. Rational worked with "the three Amigos" [Grady Booch, James Rumbaugh, Ivar Jackobson] to develop a single unified language, UML, and drafted best software development practices which yielded the Rational Unified Process. Rational Unified Process is a successor to the Rational Objectory Process. After merging of Rational Software Corpora- tion and Objectory AB in 1995, Rational Objectory Process was the result of integration of the Rational Approach and Objectory Process. Rational Unified Process inherits its process structure and use cases structure from the Objectory Process.
    [Show full text]
  • UML Distilled Third Edition UML Distilled Third Edition
    Praise for UML Distilled “UML Distilled remains the best introduction to UML notation. Martin’s agile and pragmatic approach hits the sweet spot, and I wholeheartedly recommend it!” —Craig Larman Author of Applying UML and Patterns “Fowler cuts through the complexity of UML to get users started quickly.” —Jim Rumbaugh Author and originator of UML “Martin Fowler’s UML Distilled is an excellent way to get started with UML. In fact for most users, UML Distilled contains all you need to apply UML suc- cessfully. As Martin points out, UML can be used in many ways, but the most common is as a widely recognized notation for sketching designs. This book does an excellent job of distilling the essence of UML. Highly recommended.” —Steve Cook Software Architect Microsoft Corporation “Short books on UML are better than long books on UML. This is still the best short book on UML. In fact, it’s the best short book on many subjects.” —Alistair Cockburn Author and President, Humans and Technology “The book is immensely useful, readable, and—one of its great virtues— delightfully concise for the immense scope of its subject. If you only buy one book on UML, this should be it.” —Andy Carmichael BetterSoftwareFaster, Ltd. “If you’re using UML, this book should never be out of reach.” —John Crupi Distinguished Engineer, Sun Microsystems Coauthor of Core J2EE™ Patterns “Anyone doing UML modeling, learning UML, reading UML, or building UML tools should have this latest edition. (I own all editions.) There is lots of good, useful information; generally, just enough to be useful, but not too much to be dry.
    [Show full text]
  • A Convergence of Business and IT Thinking? SOA and the Business-IT Divide Where Is IT Today?
    A Convergence of Business and IT Thinking? SOA and the Business-IT Divide Where is IT Today?...................................................................................................................................... 2 What IT Says About SOA............................................................................................................................ 2 Loosely-Coupled Services, Composite Applications, and Eroding Silos................................................... 2 A Gradual Transition Governed by Enterprise Architecture ...................................................................... 2 What Business Thought Leaders Are Saying............................................................................................. 3 The Most Profitable Companies................................................................................................................. 3 Pure Orchestrators vs. Mega Companies.................................................................................................... 3 Crossing Barriers to Seize Value................................................................................................................ 3 Tacit Interactions........................................................................................................................................ 4 Business Process Commoditization and Specialization.............................................................................. 4 A Gradual Transition.................................................................................................................................
    [Show full text]
  • The Unified Modeling Language Reference Manual, Second Edition
    Advanced Praise for The Unified Modeling Language Reference Manual, Second Edition “If you are a serious user of UML, there is no other book quite like this one. I have been involved with the UML specification process for some time, but I still found myself learning things while reading through this book—especially on the changes and new capabilities that have come with UML 2.0. The intimate involvement of the author in the creation and continuing evolution of UML, and the encyclopedic scope of his book, make the work a unique contribution to the UML 2.0 literature, as the first edition was for UML 1.0.” —Ed Seidewitz, Chief Architect, InteliData Technologies Corporation “In addition to the documents of the OMG UML 2.0 Standard, this book is proba- bly the most important source for the Unified Modeling Language. It is a detailed reference, covering the mainstream ideas as well as the delicate niches of the lan- guage. The Dictionary of Terms offers precise, comprehensive and, perhaps most important, systematic information on all aspects of the UML2.0.” —Martin Gogolla, Professor for Computer Science, University of Bremen “Comprehensive and instructive, written by a person with the insights of not only the technical matters, but also the processes that led to the UML language and its version 2.0. This book should be a companion for every serious UML modeler.” —Øystein Haugen, Ericsson Representative in the OMG UML 2.0 Standardization, Associate Professor, University of Oslo “This book provides an authoritative and user-oriented account of UML 2.0.” —Dr.
    [Show full text]
  • Rational Unified Process: Best Practices for Software Development
    RRaattiioonnaall UUnniiffiieedd PPrroocceessss BBeesstt PPrraaccttiicceess ffoorr SSooffttwwaarree DDeevveellooppmmeenntt TTeeaammss A Rational Software Corporation White Paper Rational Unified Process Best Practices for Software Development Teams WHAT IS THE RATIONAL UNIFIED PROCESS? ............................................................................ 1 EFFECTIVE DEPLOYMENT OF 6 BEST PRACTICES.................................................................... 1 PROCESS OVERVIEW ........................................................................................................................ 3 TWO DIMENSIONS .............................................................................................................................. 3 PHASES AND ITERATIONS - THE TIME DIMENSION .................................................................. 3 INCEPTION PHASE............................................................................................................................... 4 ELABORATION PHASE ........................................................................................................................ 4 CONSTRUCTION PHASE ...................................................................................................................... 5 TRANSITION PHASE ............................................................................................................................ 6 ITERATIONS .......................................................................................................................................
    [Show full text]