ENTITIES IN THE OBJECT-ORIENTED DESIGN PROCESS MODEL
|
|
- Clyde Bell
- 6 years ago
- Views:
Transcription
1 INTERNATIONAL DESIGN CONFERENCE - DESIGN 2000 Dubrovnik, May 23-26, ENTITIES IN THE OBJECT-ORIENTED DESIGN PROCESS MODEL N. Pavković, D. Marjanović Keywords: object oriented methodology, design process modeling Abstract: The development of a computer-based framework that could enable the use of different partial design process models in an integrated manner is presented. The object-oriented methodology is used, because it provides a better modelling capabilities than the other programming techniques. Every occurrence, relation and other real-world 'things' from the domain of the design process are attempted to be modelled as objects. The basic structural, relational and behavioural entities of the design process model are proposed and discussed. A matrix form is used to record the binary dependence relations between objects that constitute a framework. The proposed framework should be used as an open toolbox. The use of UML as an implementation environment is also discussed. 1. Introduction None of the design theories which are used today, like e.g. descriptive, prescriptive, general, and axiomatic design theories, is alone capable, to describe and to formalize the whole design process and to make possible a complete computer support of this process [Vajna, 1999.]. Keeping this in mind, the research efforts in this project are directed towards development a framework that could enable the use of different partial models in an integrated manner. We assume that the object-oriented methodologies can provide more appropriate and flexible ways of software system modelling than the other techniques. The design process is here viewed as a sequence of transitions from an initial state of data, constraints and goals to a final state, the description of the designed mechanical artefact. These transitions are allocated to individual participants or teams, and individual or integrated computational tools or models. A design process may no longer be viewed as a static institutionalized structure, but rather as a dynamic network that is constructed in real-time as design goals, needs, priorities, and resources evolve [Wallace, 1999]. In the framework of an integrated CAD environment, the designer should work with an open toolbox, enabling him to create his own classes and partial models of the design process according to his current needs. The goal is to develop a framework for modelling the design process independently of design phase and a class of design task. Object-oriented analysis begins with an examination of the real-world 'things' that are part of the problem to be solved. These things (which we will call objects or entities) are characterized individually in terms of their attributes (transient state information) and behaviour (functional process information). In object-oriented terms, we discover and describe the classes involved in the problem domain. In parallel to these individual characterizations, we also model the links or collaborations between the problem domain's objects (and therefore our solution's classes). Object-oriented design then turns from modelling the problem domain towards modelling the implementation domain. 29
2 2. The proposed set of entities in the object-oriented design process model In the proposed approach, every occurrence, kind of action, set of information, relation and other realworld 'things' from the domain of the design process, are attempted to be modelled as objects. In the presented research phase, the considerations are limited to recognition of basic entities and their attributes, while the necessary operations are only denoted. The collaboration processes between objects and classes will be modelled in the next phase. Proposed design process model is conceived to be developed as an open toolbox with packages of classes and objects. In such an environment the designer should mainly use the existing classes as templates and building blocks. According to [Booch et al., 1999] the object is a concrete manifestation of an abstraction; an entity with a well defined boundary and identity that encapsulates state and behaviour. The proposed object-oriented design process model is built upon following set of entities (objects): Basic structural elements: design parameter; design parameter container; action; design task; product information object; designer (as an actor in the process) Elements for describing the relations between entities: relations between objects, recorded in matrix form (a package of classes); design constraints; design decision rules Behavioural and control elements: elements to support the control of design process flow; process description & management elements (a package of classes); data transfer protocols for communication with software tools that are in use in a particular design environment Architectural elements: databases; programming tools; CAD packages; computational tools A brief description of each entity is given as follows. 2.1 Basic structural elements Design parameter Design parameter is a basic unit of information about product being designed. Design parameter is recorded as a variable whose value represents a single fact. Considering a design process as a process of information transformation, the basic unit of information, or a single fact can be represented as a design variable. In other words the basic entity in any form of product description (or design activity) is a variable, often named a design parameter or design attribute. Design parameters can be modelled as objects or as object attributes. If a particular parameter needs only name, type and value to form a complete description, it can be modelled as an object attribute. Considering the iterative nature of the design process, the need for the value status of a design parameter can be recognised. Therefore, a parameter that requires a value status or some additional attribute to be completely described, should be modelled as an object. The set of design parameter attributes is proposed as follows: name, type, multiplicity, value, value status, physical unit, hyperlink to knowledge base Parameter type is one of: numerical, textual, Boolean The parameter value status is one of: determined, but can be changed; determined and fixed; assumed single value; value assumed in discrete or continuous interval The notion of value status can be particularly useful in iterative processes, where it enables the development of improved algorithms for solving such problems [Eppinger, 1994]. 30
3 2.1.2 Design parameter container (DPC) Design parameter container (DPC) is an organized warehouse (repository) for design parameters. DPC contains all design parameters modelled as objects, as also the operations for maintenance of its structure and for access control. Engineering data structures are often more complex than those in business problems. When modelling the design world with objects, we assume that there will be many situations in which the same parameter will be the attribute of objects that belongs to the independent or loosely dependent classes. Even if those attributes could be set as public for the whole model, they still can have different values in particular objects. The value of every such shared parameter must be unique in time and design space, so it must be written outside the scope of the objects that must share its value. Following this requirement, the DPC can be seen as a pool of data shared among several objects that don t belong to the same class hierarchy. Data stored in DPC are design parameters modelled as objects. This data collection is hierarchically structured and categorized, to ease the operations of searching, retrieving and other manipulations in the case of the large number of parameters stored. Every parameter has the unique name and storage address. Assuming that every parameter belongs to only one group or category, the structure of DPC can be realised and managed in a relational database, but the better solution would be an object database. In the process of the development of a new product, the DPC can be filled with parameters as the design evolves. For variant and adaptive design tasks, the DPC of previous designs can be used as a template, which can be modified and upgraded. The proposed data structure is not intended to be a replacement for a complete product data model. We are only emphasizing the necessity of managing the values of parameters shared among distinct classes and objects at one common place, (in one pool) in a universal manner. When the design is completed, the DPC contains only the subset of the information set about the product being designed Product information object A product information object is a concrete abstraction of a set of information about product being designed. This object can represent a computer-stored information or some other kind of information storage. The information set can be form functional or physical domain. Product information object can be very complex in structure because it can contain other objects or references to other objects in design process model. The examples of product information objects could be: 3D CAD model, 2D CAD drawing, bill of materials, product assembly structure, I/O set of any calculation, etc. Product information objects undergo the most of the operations in the design process. At the end of the design process, the set of the product information objects forms the complete information collection about the product being designed Action An action is an effort made to realize a specific result. An action is an executable atomic operation that results in a change in state of the system or the return of information. Actions mainly operate on product information objects. Actions should be modelled as objects in order to be used as elements in building the description of the design process flow Design task A design task is here defined as a set (or a sequence) of actions performed on a set of a product information objects. The design task goal is to reach a required state of all the objects that are in scope of a particular task. Usually, the design task represents the process of solving a subproblem, or a part of a decomposed structure of a product design process. The main attributes of a design task should be: the references to a set of objects that are in scope of a particular task; the desired goal state of those objects; I/O parameters, resources, available services and terms. 31
4 2.2 Relations between entities In the presented approach, the relations between objects are also viewed as objects. Therefore the proposed design process model should contain special classes to represent and manipulate the relations between basic structural and other more complex entities. When analyzing different information models we can find some variations in classification of relations. In the proposed model we will rely on four types of relations, according to the authors of Unified Modeling Language: dependency; generalization; association and realization, [Booch et al., 1999] Design relation matrix Dependency relations between objects are of special interest in developing the structure of the proposed model. The idea developed in this model is to use the matrix form for representing sets of dependency relations between objects of similar classes, as also between objects of different classes. In matrix form, a mark in a cell indicates that a relation exist between elements of corresponding row and column. Recording the existence of the relations in a matrix form gives us a survey of dependencies between large sets of objects in a relatively compact form. Such views of a model structure can be of great significance in planning the sequence of actions in the design process. One of the disadvantages of the matrix representation is in fact that the mark in matrix cell indicates only the existence of the relation, telling us nothing about the relation properties. However, this problem could be partially solved with the following additions: classifying the marks, and adding the meaning to every particular mark writing a pointer in a matrix cell which points to the full description of a relation There are some principal questions that should be answered in this phase of considerations: The relations between which classes of objects (entities) should be represented in a matrix form? Can we extend the matrix form to represent relations that are not only binary? To answer this problem we can consider a matrix in figure 1, which contains all basic structural entities. Every X mark in this matrix indicates that it should be useful to record the relations between such a combination of objects. DP DPC A DT PIO D design parameters DP x design parameter container DPC actions A design tasks DT x x x product information objects PIO x x x x designers D x x Figure 1. Combinations of relations between basic structural entities Only some of the most significant combinations from the above matrix are emphasized and discussed in the rest of this chapter Design structure matrix The significant combination from matrix shown in figure 1 is the relation between design tasks, usually referred as "design structure matrix". The design tasks to be performed are each represented by an identically labelled row and column of the matrix. The marked elements within each row identify which other tasks must contribute information for proper completion of the design. Tasks in the matrix may be resequenced, which helps to identify cyclical and acyclical tasks. The researchers who have contributed to this kind of design process modelling observe that is a feasible proposition to construct this type of matrix, even for relatively complex design processes with more than 100 tasks. 32
5 A B C D E F G H I J K L B C A K L J F I E D H G A X B serial B C X C X A X paralel D X X X K X X E X X X L X X X X F X X J X X X X X coupled G X X F X X tasks H X X X X I X X X I X X X E X X X J X X X X X D X X X K X X H X X X X L X X X X G X X Figure 2. The design structure matrix before and after resequencing [Eppinger et al., 1994] Several algorithms for resequencing the design tasks are developed [Eppinger et al., 1994], [Rogers et al., 1996]. Such algorithms should be implemented as operations in the design structure matrix class. The primary role of the design structure matrix as a class in a proposed model is to be a tool for determining the execution sequence of the design tasks Design parameter matrix This matrix can be conceived as a design structure matrix on a parameter level. Dependency relationships recorded in this matrix, should be the basis for creating the design structure matrix. Design parameter matrix can be decomposed to a set of submatrices in a case of a large number of parameters. All the parameters that appear in the matrix must be stored in the design parameter container in order to be managed in a unique way Other relations in matrix form Among other combinations of relations from figure 1, the "action - product information object" relation can also be of a particular interest for planning and controlling the design process. Such a matrix should record the set of actions that should be performed on a particular product information object. An activity-issue matrix is presented in [Blessing, 1993], where it has been used for capturing and recording the design rationale. Various association relations could also be recorded in a matrix form, e.g. designer-task, designer-product information object, etc. An open issue to be explored is the extension of a matrix representation for relations that are not only binary Design constraints and design decision rules These are the relations between design parameters, recorded in a form of equations or sets of if-then rules. Design constraints and decision rules are the essential entities for controlling and evaluating the design process propagation. These objects can stand alone, can be connected to control elements, or can be a part of product information objects. 2.3 Behavioral and control elements This set of entities has a role to model and manage the design process flow. The design process is represented with design plan graphically represented as a network of nodes (a graph). The connections between nodes represent the information flow and/or the preplanned execution paths. To execute a node means to perform the associated operations. The nodes of a design plan are objects, created in a process of generating a plan and stored in the object database. Operations performed in the plan nodes should be various software tools that operate on product information objects. Connections (relations) between plan nodes are recorded in adjacency matrix. Nodes and relations should be classified in order to implement different behaviours. Templates of such objects are stored in object database, to be at disposal in the process of generating a design plan. In the processes of generating and executing a design plan, a full access to all basic structural entities must be provided. A more detailed description of modelling the design constraints and rules, design plan nodes and design plan execution is given in [Pavković, Marjanović, 1999, 2000]. 33
6 3. The implementation of the proposed model The presented research phase includes only the analysis of the structural and behavioural elements. The techniques of object oriented modelling and design have been intensively explored in last ten years, and it seems that they finally reached a high level of maturity. These days such techniques are dominated by the Unified Modeling Language (UML), which is going to be a standard modelling language for object-oriented development. Therefore, the UML is chosen to be an implementation environment for the proposed design process model. Besides going to be a standard, such a choice has some other benefits: All members of a development team use a common language. Confusion over terminology and requirements is averted. Transition between planning and programming is shortened due to a clearer understanding between designers and implementers. 4. Conclusion The proposed object structure is still a scaled prototype model. A lot of work remains to be done: refining the proposed structure, establishing class packages and hierarchies defining and designing attribute sets and operations in classes defining use cases, defining and diagramming collaborations between objects designing main system operations that have the threads of control developing interfaces to commercial object and relational databases The benefits of object oriented methodology and UML raises new challenges. Using UML, a distributed design community can easily collaborate in developing the design process model. Maybe that could enable initiating the process of creating a theoretical framework for integrated computer design process support that will be widely accepted in a design community. Acknowledgements The paper presents a preliminary report of the Project No , sponsored by the Croatian Ministry of Science and Technology. References Blessing L., "A Process-Based Approach to Computer Supported Engineering Design", Proceedings of International Conference on Engineering Design ICED 93, Vol. 3., pp , WDK, Heurista, Booch G., Rumbaugh J., Jacobson I., Unified Modeling Language User Guide, Reading, Addison Wesley, 1999 Eppinger S. D., Whitney D. E., Smith R. P., Gebala D. A., "A Model-Based Method for Organizing Tasks in Product Development", Research in Engineering Design, Vol. 6, No. 1, 1994., pp Pavković N., Marjanović D., Structuring a Designers Workbench with Object Oriented Design Plans, Proceedings of the 12th Int. Conf. on Engineering Design ICED 99, WDK, Vol. 3, 1999, pp Pavković N., Marjanović D., Considering an object-oriented approach to design process planning, International Journal of Technology Management, 2000., (to appear) Rogers J. L., McCulley C. M., Bloebaum C. L., "Integrating a Genetic Algotithm into a Knowledge-Based System for Ordering Complex Design Processes", NASA Technical Memorandum , Vajna S., Burchardt C., Richter A., Organizing Integrated Product Development With Network Structures, Proceedings of the 12th Int. Conf. on Engineering Design ICED 99, WDK, Vol. 1, 1999., pp Wallace D. R., Abrahamson S. M., Borland N. P., Design process Elicitation Through the Evaluation of Integrated Model Structures, Proceedings of DETC 99, 1999., ASME Design Engineering Technical Conf. Neven Pavković, M.Sc. University of Zagreb, Faculty of Mech. Engineering & Naval Arch., Design Department ZAGREB, I. Lučića 5, CROATIA Tel: , , neven.pavkovic@fsb.hr 34
OBJECT-ORIENTED APPROACH TO DESIGN PROCESS MODELING
PhD thesis OBJECT-ORIENTED APPROACH TO DESIGN PROCESS MODELING Neven Pavkovic Faculty of mechanical engineering & naval architecture, Zagreb, December 2000. SUMMARY The subject of this thesis is the development
More informationSoftware Development Methodologies
Software Development Methodologies Lecturer: Raman Ramsin Lecture 3 Seminal Object-Oriented Methodologies: A Feature-Focused Review 1 Responsibility-Driven Design (RDD) Introduced in 1990; a UML-based
More informationQuality-Driven Architecture Design Method
Quality-Driven Architecture Design Method Matinlassi Mari, Niemelä Eila P.O. Box 1100, 90571 Oulu Tel. +358 8 551 2111 Fax +358 8 551 2320 {Mari.Matinlassi, Eila.Niemela}@vtt.fi Abstract: In this paper
More informationLecture Notes UML UNIT-II. Subject: OOAD Semester: 8TH Course No: CSE-802
UNIT-II Lecture Notes On UML IMPORTANCE OF MODELING, BRIEF OVERVIEW OF OBJECT MODELING TECHNOLOGY (OMT) BY RAMBAUGH, BOOCH METHODOLOGY, USE CASE DRIVE APPROACH (OOSE) BY JACKOBSON. KHALID AMIN AKHOON 1
More informationObject-Oriented Software Engineering Practical Software Development using UML and Java
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 5: Modelling with Classes Lecture 5 5.1 What is UML? The Unified Modelling Language is a standard graphical
More informationNOTES ON OBJECT-ORIENTED MODELING AND DESIGN
NOTES ON OBJECT-ORIENTED MODELING AND DESIGN Stephen W. Clyde Brigham Young University Provo, UT 86402 Abstract: A review of the Object Modeling Technique (OMT) is presented. OMT is an object-oriented
More informationA PROPOSAL FOR MODELING THE CONTROL SYSTEM FOR THE SPANISH LIGHT SOURCE IN UML
A PROPOSAL FOR MODELING THE CONTROL SYSTEM FOR THE SPANISH LIGHT SOURCE IN UML D. Beltran*, LLS, Barcelona, Spain M. Gonzalez, CERN, Geneva, Switzerlan Abstract CELLS (Consorcio para la construcción, equipamiento
More informationThe UML Extension Mechanisms
Jasmine Farhad Dept of Computer Science University College London 13-Dec-02 The UML Extension Mechanisms Introduction There is an important need for organisations to evolve in today s market. This has
More informationINTEGRATING DESIGN RATIONALE WITH A PROCESS MODEL
INTEGRATING DESIGN RATIONALE WITH A PROCESS MODEL J. E. BURGE, D. C. BROWN AI in Research Group Department of Computer Science WPI, 100 Institute Road Worcester, MA 01609, USA Abstract. One goal for having
More informationICAD A USE CASE BASED OBJECT-ORIENTED SOFTWARE DESIGN APPROACH USING THE AXIOMATIC DESIGN THEORY
Proceedings of ICAD2006 ICAD-2006-29 A USE CASE BASED OBJECT-ORIENTED SOFTWARE DESIGN APPROACH USING THE AXIOMATIC DESIGN THEORY Andrey Ricardo Pimentel andreyrp@cpgei.cefetpr.br The Federal Technological
More informationDesign and Evolution of an Agent-Based CASE System for OOAD
Proceedings of ATS 2003 206 Design and Evolution of an -Based CASE System for OOAD Dong Liu, Kalaivani Subramaniam, Behrouz H. Far, and Armin Eberlein Department of Electrical and Computer Engineering
More informationCHAPTER 1. Topic: UML Overview. CHAPTER 1: Topic 1. Topic: UML Overview
CHAPTER 1 Topic: UML Overview After studying this Chapter, students should be able to: Describe the goals of UML. Analyze the History of UML. Evaluate the use of UML in an area of interest. CHAPTER 1:
More informationLecture 34 SDLC Phases and UML Diagrams
That Object-Oriented Analysis and Design Prof. Partha Pratim Das Department of Computer Science and Engineering Indian Institute of Technology-Kharagpur Lecture 34 SDLC Phases and UML Diagrams Welcome
More informationComponent Design. Systems Engineering BSc Course. Budapest University of Technology and Economics Department of Measurement and Information Systems
Component Design Systems Engineering BSc Course Budapest University of Technology and Economics Department of Measurement and Information Systems Traceability Platform-based systems design Verification
More informationOpen Work of Two-Hemisphere Model Transformation Definition into UML Class Diagram in the Context of MDA
Open Work of Two-Hemisphere Model Transformation Definition into UML Class Diagram in the Context of MDA Oksana Nikiforova and Natalja Pavlova Department of Applied Computer Science, Riga Technical University,
More informationObject-Oriented Software Engineering Practical Software Development using UML and Java. Chapter 5: Modelling with Classes
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 5: Modelling with Classes 5.1 What is UML? The Unified Modelling Language is a standard graphical language
More informationOMG Modeling Glossary B
OMG Modeling Glossary B This glossary defines the terms that are used to describe the Unified Modeling Language (UML) and the Meta Object Facility (MOF). In addition to UML and MOF specific terminology,
More informationMSc programme (induction week) Department of Informatics INTRODUCTION TO UML
MSc programme (induction week) Department of Informatics INTRODUCTION TO UML Some of this material is based on Bernd Bruegge and Allen H. Dutoit (2009) Object-Oriented Software Engineering: Using UML,
More informationA Tutorial on Agent Based Software Engineering
A tutorial report for SENG 609.22 Agent Based Software Engineering Course Instructor: Dr. Behrouz H. Far A Tutorial on Agent Based Software Engineering Qun Zhou December, 2002 Abstract Agent oriented software
More informationSUPPORT SYSTEM FOR PROCESS FLOW SCHEDULING
SUPPORT SYSTEM FOR PROCESS FLOW SCHEDULING Juan Lerch, Enrique Salomone and Omar Chiotti GIDSATD UTN FRSF, Lavaisse 610, 3000 Santa Fe - Argentina INGAR CONICET, Avellaneda 3657, 3000 Santa Fe Argentina
More informationModeling Systems Using Design Patterns
Modeling Systems Using Design Patterns Jaroslav JAKUBÍK Slovak University of Technology Faculty of Informatics and Information Technologies Ilkovičova 3, 842 16 Bratislava, Slovakia jakubik@fiit.stuba.sk
More informationF. Aiolli - Sistemi Informativi 2006/2007
Text Categorization Text categorization (TC - aka text classification) is the task of buiding text classifiers, i.e. sofware systems that classify documents from a domain D into a given, fixed set C =
More informationUNIT-I Introduction of Object Oriented Modeling
UNIT-I Introduction of Object Oriented Modeling - Prasad Mahale Object Oriented Modeling and Reference Books: Design 1. Grady Booch, James Rumbaugh, Ivar Jacobson Unified Modeling Language User Guide,
More informationGetting a Quick Start with RUP
Getting a Quick Start with RUP By: Doug Rosenberg and Jeff Kantor, ICONIX Software Engineering, Inc. Abstract Many people want the rigor of an industrial-strength process like the RUP but aren't quite
More informationSoftware Architecture
Software Architecture Does software architecture global design?, architect designer? Overview What is it, why bother? Architecture Design Viewpoints and view models Architectural styles Architecture asssessment
More informationInformation model for configuration of modular products
Information model for configuration of modular products Davor Pavlić Keywords: configuration, product variants, product family, modular products, STEP Abstract The necessity for products adapted to the
More informationDiseño y Evaluación de Arquitecturas de Software. Architecture Based Design Method
Diseño y Evaluación de Arquitecturas de Software Architecture Based Design Method César Julio Bustacara Medina Facultad de Ingeniería Pontificia Universidad Javeriana 08/10/2015 1 Architecture Based Design
More informationModels versus Ontologies - What's the Difference and where does it Matter?
Models versus Ontologies - What's the Difference and where does it Matter? Colin Atkinson University of Mannheim Presentation for University of Birmingham April 19th 2007 1 Brief History Ontologies originated
More informationConfiguration Management for Component-based Systems
Configuration Management for Component-based Systems Magnus Larsson Ivica Crnkovic Development and Research Department of Computer Science ABB Automation Products AB Mälardalen University 721 59 Västerås,
More informationSystems Analysis and Design in a Changing World, Fourth Edition
Systems Analysis and Design in a Changing World, Fourth Edition Systems Analysis and Design in a Changing World, 4th Edition Learning Objectives Explain the purpose and various phases of the systems development
More informationGuiding System Modelers in Multi View Environments: A Domain Engineering Approach
Guiding System Modelers in Multi View Environments: A Domain Engineering Approach Arnon Sturm Department of Information Systems Engineering Ben-Gurion University of the Negev, Beer Sheva 84105, Israel
More informationCS 575: Software Design
CS 575: Software Design Introduction 1 Software Design A software design is a precise description of a system, using a variety of different perspectives Structural Behavioral Packaging Requirements, Test/Validation
More informationObject Oriented Analysis and Design - Part2(Design)
Object Oriented Analysis and Design - Part2(Design) Exam A QUESTION 1 Which statement is true about elements within the subsystem and public visibility? A. Only the subset of elements that define the subsystems
More informationLABORATORY 1 REVISION
UTCN Computer Science Department Software Design 2012/2013 LABORATORY 1 REVISION ================================================================== I. UML Revision This section focuses on reviewing the
More informationSoftware Development Methodologies
Software Development Methodologies Lecturer: Raman Ramsin Lecture 3 Seminal Object-Oriented Methodologies: A Feature-Focused Review (Part 1) 1 Coad-Yourdon Two-phase introduction: Object-Oriented Analysis
More informationDEVELOPMENT OF AN INTERACTIVE ENVIRONMENT USED FOR SIMULATION OF SHORTEST PATHS ALGORITHMS
1. Anca Elena IORDAN DEVELOPMENT OF AN INTERACTIVE ENVIRONMENT USED FOR SIMULATION OF SHORTEST PATHS ALGORITHMS 1. UNIVERSITY POLITEHNICA OF TIMISOARA, FACULTY OF ENGINEERING HUNEDOARA, ROMANIA ABSTRACT:
More informationFrom Analysis to Design. LTOOD/OOAD Verified Software Systems
From Analysis to Design 1 Use Cases: Notation Overview Actor Use case System X System boundary UCBase «extend» UCExt Actor A UCVar1 UCVar2 Extending case Generalization «include» Actor B UCIncl Included
More informationComparison of Simple Graphical Process Models
JIOS, VOL. 36, NO. 2 (2012) SUBMITTED 07/12; ACCEPTED 10/12 Comparison of Simple Graphical Process Models Katarina Tomičić-Pupek University of Zagreb Faculty of Organization and Informatics Varaždin Ivan
More informationJOURNAL OF OBJECT TECHNOLOGY Online at Published by ETH Zurich, Chair of Software Engineering. JOT, 2002
JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering. JOT, 2002 Vol. 1, No. 2, July-August 2002 Representing Design Patterns and Frameworks in UML Towards
More informationSRM ARTS AND SCIENCE COLLEGE SRM NAGAR, KATTANKULATHUR
SRM ARTS AND SCIENCE COLLEGE SRM NAGAR, KATTANKULATHUR 603203 DEPARTMENT OF COMPUTER SCIENCE & APPLICATIONS LESSON PLAN (2017-2018) Course / Branch : BCA Total Hours : 45 Subject Name : OBJECT ORIENTED
More informationCASE TOOLS LAB VIVA QUESTION
1. Define Object Oriented Analysis? VIVA QUESTION Object Oriented Analysis (OOA) is a method of analysis that examines requirements from the perspective of the classes and objects found in the vocabulary
More informationSoftware Service Engineering
Software Service Engineering Lecture 4: Unified Modeling Language Doctor Guangyu Gao Some contents and notes selected from Fowler, M. UML Distilled, 3rd edition. Addison-Wesley Unified Modeling Language
More informationSTUDY OF THE IMPACT OF THE RAPID PROTOTYPING METHOD ON THE PERFORMANCES OF A DESIGN PROCESS
STUDY OF THE IMPACT OF THE RAPID PROTOTYPING METHOD ON THE PERFORMANCES OF A DESIGN PROCESS Daniel-Constantin Anghel, Nadia Belu University of Pitesti, Romania KEYWORDS Rapid prototyping, DSM, design experiment,
More informationRIGOROUSLY AUTOMATING TRANSFORMATIONS OF UML BEHAVIOR MODELS
RIGOROUSLY AUTOMATING TRANSFORMATIONS OF UML BEHAVIOR MODELS Jon Whittle 1, João Araújo 2, Ambrosio Toval 3, and Jose Luis Fernández Alemán 3 1 QSS / NASA Ames Research Center, M/S 269-2, Moffett Field,
More information*ANSWERS * **********************************
CS/183/17/SS07 UNIVERSITY OF SURREY BSc Programmes in Computing Level 1 Examination CS183: Systems Analysis and Design Time allowed: 2 hours Spring Semester 2007 Answer ALL questions in Section A and TWO
More informationSE 1: Software Requirements Specification and Analysis
SE 1: Software Requirements Specification and Analysis Lecture 4: Basic Notations Nancy Day, Davor Svetinović http://www.student.cs.uwaterloo.ca/ cs445/winter2006 uw.cs.cs445 U Waterloo SE1 (Winter 2006)
More informationSpemmet - A Tool for Modeling Software Processes with SPEM
Spemmet - A Tool for Modeling Software Processes with SPEM Tuomas Mäkilä tuomas.makila@it.utu.fi Antero Järvi antero.jarvi@it.utu.fi Abstract: The software development process has many unique attributes
More informationRequirement Model for Mechanical, Electrical and Software Integrated Products Using SysML
956 Requirement Model for Mechanical, Electrical and Software Integrated Products Using SysML Tadashi Gotoh 1, Takao Eguchi 1, Tsuyoshi Koga 2, Kazuhiro Aoyama 3 1 IBM Japan, Ltd., 19-21 Nihonbashi Hakozaki-cho,
More informationCourse "Softwaretechnik" Book Chapter 2 Modeling with UML
Course "Softwaretechnik" Book Chapter 2 Modeling with UML Lutz Prechelt, Bernd Bruegge, Allen H. Dutoit Freie Universität Berlin, Institut für Informatik http://www.inf.fu-berlin.de/inst/ag-se/ Modeling,
More informationPattern for Structuring UML-Compatible Software Project Repositories
Pattern for Structuring UML-Compatible Software Project Repositories Pavel Hruby Navision Software a/s Frydenlunds Allé 6 2950 Vedbaek, Denmark E-mail: ph@navision.com Web site: www.navision.com/services/methodology/default.asp
More informationBusiness Modelling. PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e. Early phase of development Inputs: Activities: informal specification
PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e Chapter 4: Restaurant System: Business Modelling Slide 1/1 Business Modelling Early phase of development Inputs: informal specification Activities: create use
More informationDesign Patterns. Gunnar Gotshalks A4-1
Design Patterns A4-1 On Design Patterns A design pattern systematically names, explains and evaluates an important and recurring design problem and its solution Good designers know not to solve every problem
More informationAn Evaluation of a Use Case Driven Requirements Analysis Using Web UI Prototype Generation Tool
An Evaluation of a Use Case Driven Requirements Analysis Using Web UI Prototype Generation Tool SHINPEI OGATA Function Control System, Graduate School of Engineering Shibaura Institute of Technology 307
More informationComparative Analysis of Architectural Views Based on UML
Electronic Notes in Theoretical Computer Science 65 No. 4 (2002) URL: http://www.elsevier.nl/locate/entcs/volume65.html 12 pages Comparative Analysis of Architectural Views Based on UML Lyrene Fernandes
More informationArchitecture-Centric Evolution in Software Product Lines:
Architecture-Centric Evolution in Software Product Lines: Position Paper Hassan Gomaa Department of Information and Software Engineering George Mason University Fairfax, Virginia 22030, USA hgomaa@gmu.edu
More informationOntology Development. Qing He
A tutorial report for SENG 609.22 Agent Based Software Engineering Course Instructor: Dr. Behrouz H. Far Ontology Development Qing He 1 Why develop an ontology? In recent years the development of ontologies
More informationCIS 771: Software Specifications
CIS 771: Software Specifications Lecture 11: Introduction to OCL & USE Copyright 2001-2002, Matt Dwyer, John Hatcliff, and Rod Howell. The syllabus and all lectures for this course are copyrighted materials
More informationPerfect Timing. Alejandra Pardo : Manager Andrew Emrazian : Testing Brant Nielsen : Design Eric Budd : Documentation
Perfect Timing Alejandra Pardo : Manager Andrew Emrazian : Testing Brant Nielsen : Design Eric Budd : Documentation Problem & Solution College students do their best to plan out their daily tasks, but
More informationSoftware Engineering
Software Engineering Object-Oriented Analysis and Design and Modeling with UML Assoc. Prof. Marenglen Biba MSc in Computer Science, UoG-UNYT Foundation Programme 3-1 Material Get the material from http://www.marenglenbiba.net/foundprog/
More informationINTRODUCING A MULTIVIEW SOFTWARE ARCHITECTURE PROCESS BY EXAMPLE Ahmad K heir 1, Hala Naja 1 and Mourad Oussalah 2
INTRODUCING A MULTIVIEW SOFTWARE ARCHITECTURE PROCESS BY EXAMPLE Ahmad K heir 1, Hala Naja 1 and Mourad Oussalah 2 1 Faculty of Sciences, Lebanese University 2 LINA Laboratory, University of Nantes ABSTRACT:
More informationIntroduction to Software Engineering. 5. Modeling Objects and Classes
Introduction to Software Engineering 5. Modeling Objects and Classes Roadmap > UML Overview > Classes, attributes and operations > UML Lines and Arrows > Parameterized Classes, Interfaces and Utilities
More informationTotal No. of Questions : 18] [Total No. of Pages : 02. M.Sc. DEGREE EXAMINATION, DEC First Year COMPUTER SCIENCE.
(DMCS01) Total No. of Questions : 18] [Total No. of Pages : 02 M.Sc. DEGREE EXAMINATION, DEC. 2016 First Year COMPUTER SCIENCE Data Structures Time : 3 Hours Maximum Marks : 70 Section - A (3 x 15 = 45)
More informationAvancier Methods (AM) CONCEPTS
Methods (AM) CONCEPTS Mapping generic ArchiMate entities to and TOGAF meta model entities It is illegal to copy, share or show this document (or other document published at ) without the written permission
More informationGrid Computing Systems: A Survey and Taxonomy
Grid Computing Systems: A Survey and Taxonomy Material for this lecture from: A Survey and Taxonomy of Resource Management Systems for Grid Computing Systems, K. Krauter, R. Buyya, M. Maheswaran, CS Technical
More informationChapter 10. Object-Oriented Analysis and Modeling Using the UML. McGraw-Hill/Irwin
Chapter 10 Object-Oriented Analysis and Modeling Using the UML McGraw-Hill/Irwin Copyright 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Objectives 10-2 Define object modeling and explain
More informationTopic : Object Oriented Design Principles
Topic : Object Oriented Design Principles Software Engineering Faculty of Computing Universiti Teknologi Malaysia Objectives Describe the differences between requirements activities and design activities
More informationCSE 308. UML Overview Use Case Diagrams. Reference. Class diagrams. Session 6 UML Intro/Use cases. Robert Kelly, B. Bruegge,
CSE 308 UML Overview Use Case Diagrams Class diagrams Reference en.wikipedia.org/wiki/use_case 2 1 What is Modeling? Modeling consists of building an abstraction of reality Abstractions are simplifications
More informationReview of Basic Software Design Concepts. Fethi Rabhi SENG 2021
Review of Basic Software Design Concepts Fethi Rabhi SENG 2021 1 Topics The development process Planning Designing Implementing 2 1. The development process How to organise activities related to the creation,
More informationJava Learning Object Ontology
Java Learning Object Ontology Ming-Che Lee, Ding Yen Ye & Tzone I Wang Laboratory of Intelligent Network Applications Department of Engineering Science National Chung Kung University Taiwan limingche@hotmail.com,
More informationChapter 27 Introduction to Information Retrieval and Web Search
Chapter 27 Introduction to Information Retrieval and Web Search Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 27 Outline Information Retrieval (IR) Concepts Retrieval
More informationAns 1-j)True, these diagrams show a set of classes, interfaces and collaborations and their relationships.
Q 1) Attempt all the following questions: (a) Define the term cohesion in the context of object oriented design of systems? (b) Do you need to develop all the views of the system? Justify your answer?
More informationDomain Engineering And Variability In The Reuse-Driven Software Engineering Business.
OBM 7 -draft 09/02/00 1 Domain Engineering And Variability In The Reuse-Driven Software Engineering Business. Martin L. Griss, Laboratory Scientist, Hewlett-Packard Laboratories, Palo Alto, CA. Effective
More informationProposal of a Supporting Method for Diagrams Generation with the Transformation Rules in UML
Proposal of a Supporting Method for Diagrams Generation with the Transformation Rules in UML Tetsuro Katayama Department of Computer Science and Systems Engineering, Faculty of Engineering, Miyazaki University
More informationObject Oriented Modeling
Overview UML Unified Modeling Language What is Modeling? What is UML? A brief history of UML Understanding the basics of UML UML diagrams UML Modeling tools 2 Modeling Object Oriented Modeling Describing
More informationCSCU9T4: Managing Information
CSCU9T4: Managing Information CSCU9T4 Spring 2016 1 The Module Module co-ordinator: Dr Gabriela Ochoa Lectures by: Prof Leslie Smith (l.s.smith@cs.stir.ac.uk) and Dr Nadarajen Veerapen (nve@cs.stir.ac.uk)
More informationSoftware Architectures. Lecture 6 (part 1)
Software Architectures Lecture 6 (part 1) 2 Roadmap of the course What is software architecture? Designing Software Architecture Requirements: quality attributes or qualities How to achieve requirements
More informationObject-Oriented Introduction
Object-Oriented Introduction Or: Your Honor, I Object... Jonathan Sprinkle 1 University of Arizona Department of Electrical and Computer Engineering PO Box 210104, Tucson, AZ 85721, USA August 22, 2012
More informationConcurrent Design in Software Development Based on Axiomatic Design
Concurrent Design in Software Development Based on xiomatic Design Ruihong Zhang 1, Jianzhong Cha, Yiping Lu Beijing Jiaotong University, Beijing, PR China. bstract. To shorten the lead-time of software,
More informationINTERNATIONAL JOURNAL OF PURE AND APPLIED RESEARCH IN ENGINEERING AND TECHNOLOGY
INTERNATIONAL JOURNAL OF PURE AND APPLIED RESEARCH IN ENGINEERING AND TECHNOLOGY A PATH FOR HORIZING YOUR INNOVATIVE WORK TRANSFORMATION OF UML SEQUENCE DIAGRAM TO JAVA CODE HARSHAL D. GURAD 1, PROF. V.
More informationMATLAB-Based Policy Simulator
DRAFT MATLAB-Based Policy Simulator Regulatory & Risk Analytics (RRA) Prepared by Seth Aslin Date: October 2013 Presentation Outline Background and context to Project Navigator General project objectives
More informationSpecifying Usability Features with Patterns and Templates
Specifying Usability Features with Patterns and Templates Holger Röder University of Stuttgart Institute of Software Technology Universitätsstraße 38, 70569 Stuttgart, Germany roeder@informatik.uni-stuttgart.de
More information12 Tutorial on UML. TIMe TIMe Electronic Textbook
TIMe TIMe Electronic Textbook 12 Tutorial on UML Introduction......................................................2.................................................3 Diagrams in UML..................................................3
More informationFor 100% Result Oriented IGNOU Coaching and Project Training Call CPD TM : ,
Course Code : MCS-032 Course Title : Object Oriented Analysis and Design Assignment Number : MCA (3)/032/Assign/2014-15 Assignment Marks : 100 Weightage : 25% Last Dates for Submission : 15th October,
More informationDistributed Objects with Sense of Direction
Distributed Objects with Sense of Direction G. V. BOCHMANN University of Ottawa P. FLOCCHINI Université de Montréal D. RAMAZANI Université de Montréal Introduction An object system consists of a collection
More informationVariability Implementation Techniques for Platforms and Services (Interim)
Engineering Virtual Domain-Specific Service Platforms Specific Targeted Research Project: FP7-ICT-2009-5 / 257483 Variability Implementation Techniques for Platforms and Services (Interim) Abstract Creating
More informationModeling the Dialogue Aspects of an Information System
Association for Information Systems AIS Electronic Library (AISeL) ECIS 2000 Proceedings European Conference on Information Systems (ECIS) 2000 Modeling the Dialogue Aspects of an Information System M.
More informationOutline of Unified Process
Outline of Unified Process Koichiro OCHIMIZU School of Information Science JAIST Schedule(3/3) March 12 13:00 Unified Process and COMET 14:30 Case Study of Elevator Control System (problem definition,
More information06. Analysis Modeling
06. Analysis Modeling Division of Computer Science, College of Computing Hanyang University ERICA Campus 1 st Semester 2017 Overview of Analysis Modeling 1 Requirement Analysis 2 Analysis Modeling Approaches
More informationCHAPTER 9 DESIGN ENGINEERING. Overview
CHAPTER 9 DESIGN ENGINEERING Overview A software design is a meaningful engineering representation of some software product that is to be built. Designers must strive to acquire a repertoire of alternative
More informationChapter 12. UML and Patterns. Copyright 2008 Pearson Addison-Wesley. All rights reserved
Chapter 12 UML and Patterns Copyright 2008 Pearson Addison-Wesley. All rights reserved Introduction to UML and Patterns UML and patterns are two software design tools that can be used within the context
More informationEnterprise Architect Training Courses
On-site training from as little as 135 per delegate per day! Enterprise Architect Training Courses Tassc trainers are expert practitioners in Enterprise Architect with over 10 years experience in object
More informationSRI VENKATESWARA COLLEGE OF ENGINERRING AND TECHNOLOGY THIRUPACHUR,THIRUVALLUR UNIT I OOAD PART A
SRI VENKATESWARA COLLEGE OF ENGINERRING AND TECHNOLOGY THIRUPACHUR,THIRUVALLUR UNIT I OOAD PART A 1. What is an object? An object is a combination of data and logic; the representation of some realworld
More informationDesign Analysis Method for Multidisciplinary Complex Product using SysML
Design Analysis Method for Multidisciplinary Complex Product using SysML Jihong Liu 1,*, Shude Wang 1, and Chao Fu 1 1 School of Mechanical Engineering and Automation, Beihang University, 100191 Beijing,
More informationSoftware Engineering Lab Manual
Kingdom of Saudi Arabia Ministry Education Prince Sattam Bin Abdulaziz University College of Computer Engineering and Sciences Department of Computer Science Software Engineering Lab Manual 1 Background:-
More informationAn Introduction To Object Modeling System Concept for Object Modeling The Overall View Components of UML Diagram
An Introduction To Object Modeling System Concept for Object Modeling The Overall View Components of UML Diagram After studying this chapter you should be able to: Define an object. Understand the terms
More informationA Case Study for HRT-UML
A Case Study for HRT-UML Massimo D Alessandro, Silvia Mazzini, Francesco Donati Intecs HRT, Via L. Gereschi 32, I-56127 Pisa, Italy Silvia.Mazzini@pisa.intecs.it Abstract The Hard-Real-Time Unified Modelling
More informationAuthors: Andrei Kapustin, Vadim Chirikov, Marina Farr Cybernetic Intelligence GmbH, Zug, Switzerland Requirement analysis: Methodology
Authors: Andrei Kapustin, Vadim Chirikov, Marina Farr Cybernetic Intelligence GmbH, Zug, Switzerland Requirement analysis: Methodology P-RAM-2002-10-1-0 September 10, 2002 Contents CONTENTS...2 1 OVERVIEW...4
More informationRecalling the definition of design as set of models let's consider the modeling of some real software.
Software Design and Architectures SE-2 / SE426 / CS446 / ECE426 Lecture 3 : Modeling Software Software uniquely combines abstract, purely mathematical stuff with physical representation. There are numerous
More informationWeek 9 Implementation
Week 9 Implementation Dr. Eliane l. Bodanese What is more important From a software engineering perspective: Good Gui? does what customer wants maintainable, extensible, reusable Commented Code? how is
More informationExperiment no 4 Study of Class Diagram in Rational Rose
Experiment no 4 Study of Class Diagram in Rational Rose Objective-: To studyclass Diagram in Rational Rose. References-: www.developer.com The Unified Modeling Language User Guide by Grady Booch Mastering
More information