{"title":"在基于组件的开发中对早期重用决策的UML建模支持","authors":"J. Sykes, Pankaj Gupta","doi":"10.4018/978-1-930708-05-1.CH005","DOIUrl":null,"url":null,"abstract":"Component-based development is the software industry’s latest answer to some long-standing problems in software development. Its aim is to make actual reuse of existing software units (components) a widespread reality. We argue that significant reuse decisions can occur in the early stages of system development. Using a theory of the modeling process, we show that choice of abstractions and notations is critical. We investigate the kinds of models that would support early reuse decisions. We show that easily composable, business-oriented abstractions about software behaviour and a functional mental model are necessary. Evaluation of the UML in these terms emphasizes its bias towards structural mental models and abstractions derived from the software domain. INTRODUCTION Component-based development (CBD) is the software industry’s latest answer to some long-standing problems in software development (Allen & Frost, 1998; Szyperski, 1998). Building on lessons learned from earlier software-engineering innovations, CBD focuses on the goal of actual reuse of software (rather than reusability, which is simply the potential for reuse). This is seen as the key to a number of desirable economic outcomes, such as rapid development, clarification of developer roles and amortization of software development costs. If components are thought of simply as units of software, it might be concluded that reuse is mainly a matter for the design and construction phases of development, but we argue","PeriodicalId":255100,"journal":{"name":"Unified Modeling Language: Systems Analysis, Design and Development Issues","volume":"63 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2001-04-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"3","resultStr":"{\"title\":\"UML Modeling Support for Early Reuse Decisions in Component-Based Development\",\"authors\":\"J. Sykes, Pankaj Gupta\",\"doi\":\"10.4018/978-1-930708-05-1.CH005\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"Component-based development is the software industry’s latest answer to some long-standing problems in software development. Its aim is to make actual reuse of existing software units (components) a widespread reality. We argue that significant reuse decisions can occur in the early stages of system development. Using a theory of the modeling process, we show that choice of abstractions and notations is critical. We investigate the kinds of models that would support early reuse decisions. We show that easily composable, business-oriented abstractions about software behaviour and a functional mental model are necessary. Evaluation of the UML in these terms emphasizes its bias towards structural mental models and abstractions derived from the software domain. INTRODUCTION Component-based development (CBD) is the software industry’s latest answer to some long-standing problems in software development (Allen & Frost, 1998; Szyperski, 1998). Building on lessons learned from earlier software-engineering innovations, CBD focuses on the goal of actual reuse of software (rather than reusability, which is simply the potential for reuse). This is seen as the key to a number of desirable economic outcomes, such as rapid development, clarification of developer roles and amortization of software development costs. If components are thought of simply as units of software, it might be concluded that reuse is mainly a matter for the design and construction phases of development, but we argue\",\"PeriodicalId\":255100,\"journal\":{\"name\":\"Unified Modeling Language: Systems Analysis, Design and Development Issues\",\"volume\":\"63 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2001-04-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"3\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Unified Modeling Language: Systems Analysis, Design and Development Issues\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.4018/978-1-930708-05-1.CH005\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Unified Modeling Language: Systems Analysis, Design and Development Issues","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.4018/978-1-930708-05-1.CH005","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
UML Modeling Support for Early Reuse Decisions in Component-Based Development
Component-based development is the software industry’s latest answer to some long-standing problems in software development. Its aim is to make actual reuse of existing software units (components) a widespread reality. We argue that significant reuse decisions can occur in the early stages of system development. Using a theory of the modeling process, we show that choice of abstractions and notations is critical. We investigate the kinds of models that would support early reuse decisions. We show that easily composable, business-oriented abstractions about software behaviour and a functional mental model are necessary. Evaluation of the UML in these terms emphasizes its bias towards structural mental models and abstractions derived from the software domain. INTRODUCTION Component-based development (CBD) is the software industry’s latest answer to some long-standing problems in software development (Allen & Frost, 1998; Szyperski, 1998). Building on lessons learned from earlier software-engineering innovations, CBD focuses on the goal of actual reuse of software (rather than reusability, which is simply the potential for reuse). This is seen as the key to a number of desirable economic outcomes, such as rapid development, clarification of developer roles and amortization of software development costs. If components are thought of simply as units of software, it might be concluded that reuse is mainly a matter for the design and construction phases of development, but we argue