introducingsoftwareproductlines(36頁(yè))-經(jīng)營(yíng)管理-文庫(kù)吧資料
2024-08-21 20:23本頁(yè)面
【正文】 fire alarm systems ? business process reengineering and corporate information systems Introducting software product lines 10 Traditional approach to SD ? one application/product at a time ? focus on delivery and deadlines ? maintainability amp。Introducing Software Product Lines Jan Bosch Professor of Software Engineering University of Groningen, Netherlands Copyright 169。 2020 Jan Bosch Introducting software product lines 2 Background ? Head of Software Engineering group at University of Groningen earlier head of RISE research group Blekinge Institute of Technology ? NOSAR Nordic Network on Software Architecture Research NOSA?98 amp。 evolution not in focus ? typical problems ? time amp。 paste) ? operating systems ? pilers ? class libraries ? design patterns ? distribution systems, ., CORBA, COM, etc. ? graphical user interface (GUI) systems ? design reuse (expertise) ? objectoriented frameworks ? database management systems (DBMS) ? application generators Introducting software product lines 13 Internal vs. External Components your core business domain (no external ponents) operating system encryption browser graphical user interface DBMS Introducting software product lines 14 External Component Lifecycle ? part of application ? identified as domain by visionaries ? prototype development (universities, research labs) ? productification (often by small (new) panies) ? adoption by the “pragmatists” ? incorporation in “infrastructure”, . operating system Introducting software product lines 15 Two approaches to reuse ? opportunistic: the software engineer reuses pieces of software that fit the current problem and adds them to the software. ? planned: the anization puts explicit effort in developing reusable artifacts that provide the ?right? abstractions, ?right? level of variability and that fit into an higher level structure. opportunistic reuse does not work in practice Introducting software product lines 16 Two approaches to reuse ? bottomup: reusable ponents, once developed or mined, are added to a, possibly large, collection of assets. Software engineers search their way through these assets looking for suitable pieces. ? topdown: assets are developed and presented as parts fitting into a higherlevel structure. Assets adhere to predefined provided and required interfaces. bottomup reuse does not work in practice Introducting software product lines 17 Software Components ? three
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1