2,309 research outputs found

    A Smart Products Lifecycle Management (sPLM) Framework - Modeling for Conceptualization, Interoperability, and Modularity

    Get PDF
    Autonomy and intelligence have been built into many of todayโ€™s mechatronic products, taking advantage of low-cost sensors and advanced data analytics technologies. Design of product intelligence (enabled by analytics capabilities) is no longer a trivial or additional option for the product development. The objective of this research is aimed at addressing the challenges raised by the new data-driven design paradigm for smart products development, in which the product itself and the smartness require to be carefully co-constructed. A smart product can be seen as specific compositions and configurations of its physical components to form the body, its analytics models to implement the intelligence, evolving along its lifecycle stages. Based on this view, the contribution of this research is to expand the โ€œProduct Lifecycle Management (PLM)โ€ concept traditionally for physical products to data-based products. As a result, a Smart Products Lifecycle Management (sPLM) framework is conceptualized based on a high-dimensional Smart Product Hypercube (sPH) representation and decomposition. First, the sPLM addresses the interoperability issues by developing a Smart Component data model to uniformly represent and compose physical component models created by engineers and analytics models created by data scientists. Second, the sPLM implements an NPD3 process model that incorporates formal data analytics process into the new product development (NPD) process model, in order to support the transdisciplinary information flows and team interactions between engineers and data scientists. Third, the sPLM addresses the issues related to product definition, modular design, product configuration, and lifecycle management of analytics models, by adapting the theoretical frameworks and methods for traditional product design and development. An sPLM proof-of-concept platform had been implemented for validation of the concepts and methodologies developed throughout the research work. The sPLM platform provides a shared data repository to manage the product-, process-, and configuration-related knowledge for smart products development. It also provides a collaborative environment to facilitate transdisciplinary collaboration between product engineers and data scientists

    Powertrain Assembly Lines Automatic Configuration Using a Knowledge Based Engineering Approach

    Get PDF
    Technical knowledge and experience are intangible assets crucial for competitiveness. Knowledge is particularly important when it comes to complex design activities such as the configuration of manufacturing systems. The preliminary design of manufacturing systems relies significantly on experience of designers and engineers, lessons learned and complex sets of rules and is subject to a huge variability of inputs and outputs and involves decisions which must satisfy many competing requirements. This complicated design process is associated with high costs, long lead times and high probability of risks and reworks. It is estimated that around 20% of the designerโ€™s time is dedicated to searching and analyzing past available knowledge, while 40% of the information required for design is identified through personally stored information. At a company level, the design of a new production line does not start from scratch. Based on the basic requirements of the customers, engineers use their own knowledge and try to recall past layout ideas searching for production line designs stored locally in their CAD systems [1]. A lot of knowledge is already stored, and has been used for a long time and evolved over time. There is a need to retrieve this knowledge and integrate it into a common and reachable framework. Knowledge Based Engineering (KBE) and knowledge representation techniques are considered to be a successful way to tackle this design problem at an industrial level. KBE is, in fact, a research field that studies methodologies and technologies for capturing and re-using product and process engineering knowledge to achieve automation of repetitive design tasks [2]. This study presents a methodology to support the configuration of powertrain assembly lines, reducing design times by introducing a best practice for production systems provider companies. The methodology is developed in a real industrial environment, within Comau S.p.A., introducing the role of a knowledge engineer. The approach includes extraction of existing technical knowledge and implementation in a knowledge-based software framework. The macro system design requirements (e.g. cycle time, production mix, etc.) are taken as input. A user driven procedure guides the designer in the definition of the macro layout-related decisions and in the selection of the equipment to be allocated within the project. The framework is then integrated with other software tools allowing the first phase design of the line including a technical description and a 2D and 3D CAD line layout. The KBE application is developed and tested on a specific powertrain assembly case study. Finally, a first validation among design engineers is presented, comparing traditional and new approach and estimating a cost-benefit analysis useful for future possible KBE implementations

    Product Variants Platform Customization Strategies and Performance of Reconfigurable Manufacturing Systems (RMS)

    Get PDF
    Customersโ€™ demands and needs are changing over time. As a result, manufacturers are seeking new ways to respond to market changes effectively and efficiently. They include offering customers a wide range of product varieties in a reasonable time while reducing associated costs. One of the prime techniques adopted by manufacturers is mass customization and its enablers, such as product family and product platforms. The main objective of this research is to help manufacturers manage a high level of variety by implementing the most suitable manufacturing strategy and product platform design. Customized Platform To Order (CPTO) has been introduced and compared with existing manufacturing/production strategies, such as assemble to order (ATO). CPTO is a hybrid assemble-to-stock (ATS)/assemble-to-order (ATO) strategy that uses a platform customization approach to increase the efficiency and productivity of manufacturers. The platform(s) design is based on customersโ€™ historical demand rather than on commonality between product variants. In this thesis, the CPTO approach was compared to the ATO and hybrid ATS/ATO strategies. A discrete-event simulation model of the learning factory iFactory in the Intelligent Manufacturing System Centre (IMSC) is developed. The results were then compared with a physical implementation conducted in the (IMS) Centre. The results of this investigation indicated that the CPTO approach provides manufacturers the ability to be more responsive by reducing the lead time by 30% and assembly time by 27% as well as lowering inventory and assembly costs by 24% and 18% respectively for the considered case study. This approach is applicable to products with modular and flexible platforms and both flexible and reconfigurable manufacturing systems

    Configuration knowledge modeling: How to extend configuration from assemble/make to order towards engineer to order for the bidding process

    Get PDF
    The bidding process is one of the most important phases for system contractors. A successful bid implies defining and implementing attractive and realistic systems solutions that fulfil customer expectations. An additional challenge arises with the increase in systems diversity resulting from growing customization needs. As a result, for standard customizing offers, bidders find good quality support with configuration software for assemble/make-to-order situations. But when requirements exceed the standard offers, bidders need extended support to fulfil Engineering-to-Order requirements. In this context, this article shows how configuration knowledge models, which support configuration in assemble/make-to-order situations (AMTO), can be extended and used in engineer-to-order situations (ETO). Modeling is achieved assuming that the configuration problem is considered as a constraint satisfaction problem. Six key requirements that differentiate ETO from AMTO are identified and modeling extensions are proposed and discussed. An example illustrates all the contributions

    Integrating the common variability language with multilanguage annotations for web engineering

    Get PDF
    Web applications development involves managing a high diversity of files and resources like code, pages or style sheets, implemented in different languages. To deal with the automatic generation of custom-made configurations of web applications, industry usually adopts annotation-based approaches even though the majority of studies encourage the use of composition-based approaches to implement Software Product Lines. Recent work tries to combine both approaches to get the complementary benefits. However, technological companies are reticent to adopt new development paradigms such as feature-oriented programming or aspect-oriented programming. Moreover, it is extremely difficult, or even impossible, to apply these programming models to web applications, mainly because of their multilingual nature, since their development involves multiple types of source code (Java, Groovy, JavaScript), templates (HTML, Markdown, XML), style sheet files (CSS and its variants, such as SCSS), and other files (JSON, YML, shell scripts). We propose to use the Common Variability Language as a composition-based approach and integrate annotations to manage fine grained variability of a Software Product Line for web applications. In this paper, we (i) show that existing composition and annotation-based approaches, including some well-known combinations, are not appropriate to model and implement the variability of web applications; and (ii) present a combined approach that effectively integrates annotations into a composition-based approach for web applications. We implement our approach and show its applicability with an industrial real-world system.Universidad de Mรกlaga. Campus de Excelencia Internacional Andalucรญa Tech

    ๋ชจ๋“ˆ๋Ÿฌ ์ œํ’ˆ๊ตฐ ์šด์˜์„ ์œ„ํ•œ ๋‹ค์–‘์„ฑ ๊ด€๋ฆฌ ๋ฐฉ๋ฒ•๋ก 

    Get PDF
    ํ•™์œ„๋…ผ๋ฌธ (๋ฐ•์‚ฌ) -- ์„œ์šธ๋Œ€ํ•™๊ต ๋Œ€ํ•™์› : ๊ณต๊ณผ๋Œ€ํ•™ ์‚ฐ์—…๊ณตํ•™๊ณผ, 2021. 2. ํ™์œ ์„.๊ธ€๋กœ๋ฒŒ ์ œ์กฐ์—…์ฒด๋“ค์€ ๋‹ค์–‘ํ•œ ์ œํ’ˆ์„ ์ถœ์‹œํ•˜๊ธฐ ์œ„ํ•ด ๋ชจ๋“ˆ๋Ÿฌ ๋””์ž์ธ ์ „๋žต์„ ์ œํ’ˆ๊ฐœ๋ฐœ์— ์ ์šฉํ•ด์™”๋‹ค. ๋ชจ๋“ˆ๋Ÿฌ ๋””์ž์ธ ์ „๋žต์€ ์ œํ’ˆ์„ ๋ชจ๋“ˆ ๋‹จ์œ„๋กœ ๊ตฌ๋ถ„ํ•œ ํ›„, ์—ฌ๋Ÿฌ ์ข…๋ฅ˜์˜ ๋ชจ๋“ˆ์„ ์กฐํ•ฉํ•˜์—ฌ ์ƒˆ๋กœ์šด ์ œํ’ˆ์„ ๋งŒ๋“œ๋Š” ์ „๋žต์ด๋‹ค. ๋ชจ๋“ˆ๋Ÿฌ ๋””์ž์ธ์€ ์ œ์กฐ์—…์ฒด๊ฐ€ ์ œํ’ˆ๋‹ค์–‘์„ฑ์„ ๋‹ฌ์„ฑํ•  ์ˆ˜ ์žˆ๋„๋ก ํ•˜์˜€์ง€๋งŒ, ์ œ๊ณตํ•˜๋Š” ์ œํ’ˆ์˜ ์ˆ˜๊ฐ€ ๋ฌด์ˆ˜ํžˆ ๋งŽ์•„์ง€๋ฉด์„œ ์ œํ’ˆ๋‹ค์–‘์„ฑ์œผ๋กœ ์ธํ•œ ์•ˆ ์ข‹์€ ์˜ํ–ฅ๋“ค์ด ์„ค๊ณ„ ์˜์—ญ๋ฟ๋งŒ ์•„๋‹ˆ๋ผ, ์‹œ์žฅ, ์ƒ์‚ฐ ์˜์—ญ์—์„œ ์ง€์†์ ์œผ๋กœ ๋ฐœ์ƒํ•˜๊ณ  ์žˆ๋Š” ์‹ค์ •์ด๋‹ค. ๋”ฐ๋ผ์„œ, ๋ณธ ๋…ผ๋ฌธ์—์„œ๋Š” ์ œํ’ˆ๋‹ค์–‘์„ฑ์˜ ์•ˆ ์ข‹์€ ์˜ํ–ฅ์„ ์ค„์ผ ์ˆ˜ ์žˆ๋„๋ก ์ด๋ฅผ ์ฒด๊ณ„์ ์œผ๋กœ ๊ฐœ๋ฐœํ•˜๊ณ  ์šด์˜ํ•˜๋Š” ๋‹ค์–‘์„ฑ ๊ด€๋ฆฌ(variety management) ๋ฐฉ๋ฒ•๋ก ์„ ์ œ์•ˆํ•œ๋‹ค. ๋‹ค์–‘์„ฑ ๊ด€๋ฆฌ๋ฅผ ์„ฑ๊ณต์ ์œผ๋กœ ์ˆ˜ํ–‰ํ•˜๊ธฐ ์œ„ํ•ด์„œ๋Š” ๊ต์ฐจ์˜์—ญ ๊ด€์ ๊ณผ ๋ณ€์ข… ์ˆ˜์ค€ ๊ด€์ ์˜ ์ ‘๊ทผ์ด ํ•„์š”ํ•˜๋‹ค. ๊ต์ฐจ์˜์—ญ ๊ด€์ ์€ ์ œํ’ˆ๋‹ค์–‘์„ฑ์ด ์˜ํ–ฅ์„ ๋ฏธ์น˜๋Š” ์‹œ์žฅ, ์„ค๊ณ„, ์ƒ์‚ฐ ์˜์—ญ์˜ ์š”์†Œ๋“ค์˜ ์—ฐ๊ฒฐ๊ด€๊ณ„๋ฅผ ์ •๋ฆฝํ•˜๋Š” ๋ฉ”์ปค๋‹ˆ์ฆ˜์„ ์ œ๊ณตํ•˜๋ฉฐ, ๋ณ€์ข… ์ˆ˜์ค€ ๊ด€์ ์€ ์ผ๋ฐ˜์ ์ธ ์š”์†Œ(elements) ์ˆ˜์ค€์—์„œ ํ•œ ๋‹จ๊ณ„ ๋‚ด๋ ค๊ฐ€ ๋‹ค์–‘์„ฑ ๊ด€๋ฆฌ์— ์‹ค์ œ ๋ฌธ์ œ๊ฐ€ ๋˜๋Š” ๊ฐ ์š”์†Œ๋“ค์˜ ๋ณ€์ข…๋“ค(variants)์„ ์ฒด๊ณ„์ ์œผ๋กœ ๊ด€๋ฆฌํ•  ์ˆ˜ ์žˆ๋„๋ก ํ•œ๋‹ค. ์ด ๋‘ ๊ฐ€์ง€ ๊ด€์ ์—์„œ, ๋ณธ ๋…ผ๋ฌธ์€ ๋‹ค์–‘์„ฑ ๊ด€๋ฆฌ์—์„œ ์ค‘์š”ํ•˜๊ฒŒ ๋‹ค๋ฃจ์–ด์•ผ ํ•  ์„ธ ๊ฐ€์ง€ ๊ณผ์ œโ€“์˜ˆ์ƒ์น˜ ๋ชปํ•œ ๋ณ€์ข…์˜ ๋ฐœ์ƒ ๋ฐฉ์ง€, ์„ค๊ณ„ ๋ณต์žก์„ฑ ๊ฐ์ถ•, ์‹œ์žฅ ์ ์œ ์œจ๊ณผ ๋ณต์žก์„ฑ ๋น„์šฉ ์‚ฌ์ด์˜ ๊ท ํ˜• ์žก๊ธฐโ€“๋ฅผ ํ•ด๊ฒฐํ•˜๊ธฐ ์œ„ํ•œ ๋ฐฉ๋ฒ•๋ก ์„ ์ œ์•ˆํ•œ๋‹ค. ์ฒซ ๋ฒˆ์งธ ์ฃผ์ œ์—์„œ๋Š”, ์•„ํ‚คํ…์ฒ˜ ๊ธฐ๋ฐ˜์˜ ์ ‘๊ทผ๋ฒ•์„ ํ™œ์šฉํ•œ ๋ณ€์ข… ๊ด€๋ฆฌ ์•„ํ‚คํ…์ฒ˜(VA, variation architecture)๋ฅผ ๋„์ž…ํ•˜์—ฌ ์˜ˆ์ƒ์น˜ ๋ชปํ•œ ๋ณ€์ข…์˜ ๋ฐœ์ƒ์„ ๋ฐฉ์ง€ํ•˜๊ณ ์ž ํ•œ๋‹ค. ๊ฐœ๋ฐœ ์•„ํ‚คํ…์ฒ˜๋Š” ๋ชจ๋“ˆ๋Ÿฌ ์ œํ’ˆ๊ตฐ์„ ๊ฐœ๋ฐœํ•  ๋•Œ ์‚ฌ์šฉํ•˜๋Š” ์ผ์ข…์˜ ์ฐธ์กฐ ์•„ํ‚คํ…์ฒ˜๋กœ, ์‹œ์žฅ ์†์„ฑ, ์„ค๊ณ„ ๋ชจ๋“ˆ, ์ƒ์‚ฐ ์„ค๋น„์˜ ์—ฐ๊ฒฐ๊ด€๊ณ„๋ฅผ ์ •์˜ํ•˜๋Š” ๊ต์ฐจ์˜์—ญ ์—ฐ๊ฒฐ ๋ฉ”์ปค๋‹ˆ์ฆ˜์„ ์ œ๊ณตํ•œ๋‹ค. ๋ณ€์ข… ๊ด€๋ฆฌ ์•„ํ‚คํ…์ฒ˜์—์„œ๋Š” ์ผ๋ฐ˜ ์ˆ˜์ค€์˜ ๊ณ„ํš๊ณผ ๋ณ€์ข… ์ˆ˜์ค€์˜ ๊ณ„ํš์„ ํ•จ๊ป˜ ์„ธ์šธ ์ˆ˜ ์žˆ๋‹ค. ์ผ๋ฐ˜ ์ˆ˜์ค€์—์„œ๋Š” ์š”์†Œ ๊ฐ„ ์—ฐ๊ฒฐ๊ด€๊ณ„์˜ ์ข…๋ฅ˜๋ฅผ ์ •์˜ํ•˜์—ฌ ์ œํ’ˆ๊ตฐ์˜ ๋‹ค์–‘์„ฑ ์ˆ˜์ค€์„ ๊ฒฐ์ •ํ•˜๊ณ , ๋ณ€์ข… ์ˆ˜์ค€์—์„œ๋Š” ๋ณ€์ข…๋“ค ๊ฐ„์˜ ์กฐํ•ฉ ๊ทœ์น™์„ ์„ค์ •ํ•˜์—ฌ ๋ถˆํ•„์š”ํ•œ ๋ณ€์ข…์˜ ๋ฐœ์ƒ์„ ์ตœ์†Œํ™”ํ•œ๋‹ค. ๋˜ํ•œ, ๋ณธ ์—ฐ๊ตฌ์—์„œ๋Š” ์ œ์กฐ์—…์ฒด๊ฐ€ ๋ณ€์ข… ๊ด€๋ฆฌ ์•„ํ‚คํ…์ฒ˜๋ฅผ ํ™œ์šฉํ•  ์ˆ˜ ์žˆ๋„๋ก ์•„ํ‚คํ…์ฒ˜ ๊ตฌ์ถ• ํ”„๋ ˆ์ž„์›Œํฌ๋ฅผ ์ œ์•ˆํ•œ๋‹ค. ์‚ฌ๋ก€ ์—ฐ๊ตฌ์—์„œ๋Š” ์ž๋™์ฐจ ํ”„๋ก ํŠธ์„€์‹œ ์ œํ’ˆ๊ตฐ์„ ํ†ตํ•ด ์ œํ’ˆ ๋ฐ ๋ณ€์ข…์˜ ์ˆ˜๋ฅผ ์ƒ๋‹นํžˆ ์ค„์ผ ์ˆ˜ ์žˆ์Œ์„ ๋ณด์—ฌ ์คŒ์œผ๋กœ์จ ํ”„๋ ˆ์ž„์›Œํฌ์˜ ์‹ค์šฉ์„ฑ์„ ๊ฒ€์ฆํ•œ๋‹ค. ๋‹ค์Œ์œผ๋กœ, ์ธํ„ฐํŽ˜์ด์Šค ํ‘œ์ค€ํ™” ๊ฐœ๋…์„ ์ ์šฉํ•˜์—ฌ ๋ณ€์ข…๋“ค ๊ฐ„์˜ ๋ณต์žกํ•œ ๊ด€๊ณ„๋กœ๋ถ€ํ„ฐ ๋ฐœ์ƒํ•˜๋Š” ์„ค๊ณ„ ๋ณต์žก์„ฑ์„ ์ค„์ด๋Š” ์—ฐ๊ตฌ๋ฅผ ์ˆ˜ํ–‰ํ•œ๋‹ค. ๋ณธ ์—ฐ๊ตฌ์—์„œ ์ œ์•ˆํ•˜๋Š” ์ธํ„ฐํŽ˜์ด์Šค ์„ค๊ณ„ ๋ฐฉ๋ฒ•๋ก ์€ ํ•˜๋‚˜๊ฐ€ ์•„๋‹Œ ๋‹ค์ˆ˜์˜ ํ‘œ์ค€ ์ธํ„ฐํŽ˜์ด์Šค๋ฅผ ์‚ฌ์šฉํ•˜๋„๋ก ํ—ˆ์šฉํ•œ๋‹ค. ๋ชจ๋“ˆ ๋ณ€์ข…๋“ค์„ ์—ฐ๊ฒฐํ•˜๊ธฐ ์œ„ํ•ด ๋‹ค์ˆ˜์˜ ์ธํ„ฐํŽ˜์ด์Šค๋ฅผ ๋„์ž…ํ•˜๋ฉด, ์ธํ„ฐํŽ˜์ด์Šค์˜ ์ˆ˜์™€ ์ ์šฉ๋ฒ”์œ„์— ๋”ฐ๋ผ ๋ชจ๋“ˆ๋Ÿฌ ์ œํ’ˆ๊ตฐ์˜ ์ „์ฒด ๊ตฌ์กฐ๊ฐ€ ๋‹ฌ๋ผ์ง€๊ณ  ์„ค๊ณ„ ๋ณต์žก์„ฑ ๋˜ํ•œ ๋‹ค์–‘ํ•œ ์–‘์ƒ์œผ๋กœ ๋ฐœ์ƒํ•œ๋‹ค. ์ด๋ฅผ ์ธก์ •ํ•˜๊ธฐ ์œ„ํ•ด, ๋ณธ ์—ฐ๊ตฌ์—์„œ๋Š” ์ธํ„ฐํŽ˜์ด์Šค์˜ ์„ ํƒ์— ์˜ํ–ฅ์„ ๋ฐ›๋Š” ๋‘ ๊ฐ€์ง€ ๋ณต์žก์„ฑ ์ง€ํ‘œ๋ฅผโ€“์ธํ„ฐํŽ˜์ด์Šค ํ‘œ์ค€ํ™” ๋ณต์žก์„ฑ๊ณผ ํ†ตํ•ฉ ๋ณต์žก์„ฑ์„โ€“์ •์˜ํ•œ๋‹ค. ์ธํ„ฐํŽ˜์ด์Šค ํ‘œ์ค€ํ™” ๋ณต์žก์„ฑ์€ ํ‘œ์ค€ ์ธํ„ฐํŽ˜์ด์Šค๋ฅผ ์„ค๊ณ„ํ•  ๋•Œ, ๋ชจ๋“ˆ ๋ณ€์ข… ์„ค๊ณ„์ž ๊ฐ„์˜ ์กฐ์œจ์— ํ•„์š”ํ•œ ๋งจ์•„์›Œ(person-hour)๋ฅผ ๊ณ„์‚ฐํ•˜๊ณ , ํ†ตํ•ฉ ๋ณต์žก์„ฑ์€ ๊ฐ๊ฐ์˜ ๋ชจ๋“ˆ ๋ณ€์ข…๊ณผ ์ธํ„ฐํŽ˜์ด์Šค๋ฅผ ํ†ตํ•ฉ๋œ ์ œํ’ˆ์œผ๋กœ ์„ค๊ณ„ํ•˜๋Š”๋ฐ ํ•„์š”๋กœ ํ•˜๋Š” ๋…ธ๋ ฅ์˜ ์–‘์œผ๋กœ, ์œ„์ƒ์  ๋ณต์žก์„ฑ(topological complexity) ์ง€ํ‘œ๋ฅผ ๊ธฐ๋ฐ˜์œผ๋กœ ์ธก์ •ํ•œ๋‹ค. ๋ณธ ์—ฐ๊ตฌ์—์„œ๋Š” ๋‘ ๊ฐ€์ง€ ๋ณต์žก์„ฑ์„ ์ตœ์†Œํ™”ํ•˜๋Š” ์ธํ„ฐํŽ˜์ด์Šค ์„ค๊ณ„ ๋Œ€์•ˆ์„ ์ฐพ๊ธฐ ์œ„ํ•œ ํ”„๋ ˆ์ž„์›Œํฌ๋ฅผ ์ œ๊ณตํ•œ๋‹ค. ์‚ฌ๋ก€ ์—ฐ๊ตฌ์—์„œ ์ด์˜ ์ ์šฉ์„ฑ์„ ๋ณด์—ฌ์ฃผ๊ธฐ ์œ„ํ•ด ํ”„๋ก ํŠธ์„€์‹œ ์ œํ’ˆ๊ตฐ์— ๋งž๋Š” ์ตœ์ ์˜ ์ธํ„ฐํŽ˜์ด์Šค ์ˆ˜์™€ ์ œํ’ˆ๊ตฐ ๊ตฌ์กฐ๋ฅผ ๋„์ถœํ•œ๋‹ค. ๋งˆ์ง€๋ง‰ ์ฃผ์ œ์—์„œ๋Š”, ์‹œ์žฅ ์ ์œ ์œจ๊ณผ ๋ณต์žก์„ฑ ๋น„์šฉ์˜ ๊ท ํ˜•์„ ๋งž์ถ”๋Š” ์ตœ์  ์ œํ’ˆ ์ข…์ˆ˜๋ฅผ ์ฐพ๊ธฐ ์œ„ํ•œ ์ตœ์ ํ™” ๋ชจ๋ธ์„ ๊ฐœ๋ฐœํ•œ๋‹ค. ์ตœ์ ํ™” ๋ชจ๋ธ์€ ์ œํ’ˆ์„ ๊ตฌ์„ฑํ•˜๋Š” ๋ชจ๋“ˆ ๋ณ€์ข…์„ ๊ธฐ๋ฐ˜์œผ๋กœ ๋ชจ๋ธ๋ง๋˜๊ณ , ์ œํ’ˆ ๋ฐ ๋ชจ๋“ˆ ์ข…์ˆ˜๊ฐ€ ์ฆ๊ฐ€ํ•จ์— ๋”ฐ๋ผ ์‹œ์žฅ ์ ์œ ์œจ์˜ ์ฆ๊ฐ€๋ถ„์ด ์ค„์–ด๋“ค๊ณ , ๋ฐ˜๋Œ€๋กœ ๋ณต์žก์„ฑ ๋น„์šฉ์˜ ์ฆ๊ฐ€๋ถ„์€ ๋Š˜์–ด๋‚˜๋Š” ํŠน์„ฑ์„ ๋ฐ˜์˜ํ•œ๋‹ค. ์‹œ์žฅ ์ ์œ ์œจ์„ ๊ตฌํ•˜๊ธฐ ์œ„ํ•ด ๋„ค์Šคํ‹ฐ๋“œ ๋กœ์ง“ ๋ชจ๋ธ(nested logit model)์„ ๊ธฐ๋ฐ˜์œผ๋กœ ํ•˜๋Š” ์ˆ˜์š” ๋ชจ๋ธ์„ ๊ฐœ๋ฐœํ•œ๋‹ค. ๋„ค์Šคํ‹ฐ๋“œ ๋กœ์ง“ ๋ชจ๋ธ์—์„œ๋Š” ๋™์ผ ์ œํ’ˆ๊ตฐ ๋‚ด ์ œํ’ˆ๋“ค์˜ ์œ ์‚ฌ์„ฑ์„ ๊ณ ๋ คํ•˜์—ฌ ์‹œ์žฅ ์ ์œ ์œจ์˜ ์ฆ๊ฐ€๋ถ„์ด ์ค„์–ด๋“œ๋Š” ํŠน์„ฑ์„ ๋ฐ˜์˜ํ•œ๋‹ค. ๋‹ค์Œ์œผ๋กœ, ์ œ๋กœ๋ฒ ์ด์Šค ์›๊ฐ€๊ณ„์‚ฐ ์ ‘๊ทผ๋ฒ•(zero-based costing approach)์„ ํ™œ์šฉํ•œ ๋ณต์žก์„ฑ ๋น„์šฉ ๋ชจ๋ธ์„ ๋„์ž…ํ•œ๋‹ค. ์ด ์ ‘๊ทผ๋ฒ•์—์„œ๋Š” ์ œํ’ˆ ํ˜น์€ ๋ชจ๋“ˆ์˜ ์ข…์ˆ˜๊ฐ€ ํ•œ ๋‹จ์œ„์”ฉ ๋Š˜์–ด๋‚  ๋•Œ ๋ฐœ์ƒํ•˜๋Š” ๋น„์šฉ์„ ๋‹จ๊ณ„์ ์œผ๋กœ ๊ณ„์‚ฐํ•˜๋Š” ๋ฐฉ๋ฒ•์„ ์‚ฌ์šฉํ•œ๋‹ค. ๋งˆ์ง€๋ง‰์œผ๋กœ, ์ˆ˜์š” ๋ชจ๋ธ๊ณผ ๋ณต์žก์„ฑ ๋น„์šฉ ๋ชจ๋ธ์„ ํ•ฉ์นœ ์ตœ์ ํ™” ๋ชจ๋ธ(optimization model)์„ ๋ชจ๋ธ๋งํ•˜์—ฌ ์ตœ์  ์ œํ’ˆ ์ข…์ˆ˜์™€ ์ œํ’ˆ์˜ ๋ชจ๋“ˆ ๊ตฌ์„ฑ์„ ๋„์ถœํ•˜๋Š” ์—ฐ๊ตฌ๋ฅผ ์ˆ˜ํ–‰ํ•œ๋‹ค. ์‚ฌ๋ก€ ์—ฐ๊ตฌ์—์„œ๋Š” ๋ฏผ๊ฐ๋„ ๋ถ„์„์„ ์ˆ˜ํ–‰ํ•˜์—ฌ ๊ฐ ์ƒํ™ฉ๋ณ„ ์ตœ์ ํ•ด๊ฐ€ ์–ด๋–ป๊ฒŒ ๋‹ฌ๋ผ์ง€๋Š” ์ง€ ๋ณด์—ฌ์ฃผ์–ด ์—ฐ๊ตฌ์—์„œ ์ œ์•ˆํ•˜๋Š” ๋ชจ๋ธ๋“ค์˜ ํšจ๊ณผ๋ฅผ ๊ฒ€์ฆํ•œ๋‹ค.Global manufacturing companies have been achieving product variety by implementing a modular design strategy in which product variants are created by combining, adding, or substituting modules. Providing a high variety of products, however, causes negative effects not only on design but also on market and production. Variety management that defines the right range of variants is one of the most critical issues for most of the manufacturing companies. This thesis aims to propose methodologies that enable companies to systematically reduce negative effects of variety. In order to achieve successful variety management, this study approaches the issue from two viewpoints: cross-domain and variant-level viewpoints. A cross-domain viewpoint supports establishing relationships between elements in market, design, and production domain that are affected by product variety, and a variant-level viewpoint enables to explicitly manage variants of elements that are the main source of negative effects. In these viewpoints, this thesis focuses on dealing with three important challenges in variety management: to prevent unexpected variants, to reduce design complexity, and to balance market share and complexity cost. In the first theme, an architecture-based approach named variation architecture is introduced to prevent unexpected variants. Variation architecture (VA) is defined as a reference architecture for a modular product family providing the scheme by which variants in market, design, and production domain are arranged by cross-domain mapping mechanisms. The VA consists of generic-level and variant-level plans. At the generic-level, mapping types between domain elements are determined, and at the variant-level, combination rules between variants are set to reduce unexpected variants. Then, a framework is proposed to increase the practicality of the VA so that its compositions are well defined. In the case study, the framework is applied to an automobile front chassis family. The result shows that the number of module variants is significantly reduced compared to the current number of variants in operation. Secondly, the concept of interface standardization is introduced to manage design complexity caused by complicated combinations between module variants. This theme proposes an interface design methodology that addresses multiple standard interfaces in a modular product family. A product family structure is changed by implementing multiple standard interfaces, generating design complexity. This study defines two complexities resulting from the introduction of multiple standard interfaces: standardization effort and integration effort. Standardization effort is estimated as a required person-hours for coordinating module variants to design a standard interface, and integration effort is measured as an effort to integrate all design elements based on the concept of topological complexity. A framework is proposed to identify an optimal product family structure that minimizes the two complexities. In the case study, the proposed framework identifies an optimal structure and the number of standard interfaces for the front chassis family. Then, the study conducts a sensitivity analysis to demonstrate the methodologys applicability in interface management. In the last theme, an optimization model is developed to identify an optimal product variety to balance market share and complexity cost. The model focuses on module variants, not just product variants, because a modular product family creates product variants by combining module variants. The model reflects the trends of concave increase in market share and convex increase in complexity cost as the number of variety increases. A demand model is developed by the nested logit model that shows the concavity of market share based on the similarity of product variants in the same family, and a complexity cost model is constructed by the zero-based costing approach that an incremental cost is estimated as a variant is added. Combining the models, an optimization model is formulated to find an optimal variety and configurations of product variants. The case study demonstrates the models effectiveness by analyzing optimal solutions in various situations.Abstract i Contents iv List of Tables viii List of Figures ix Chapter 1 Introduction 1 1.1 Variety Management 1 1.2 Variety Management Challenges 5 1.3 Research Proposal: How to Deal with the Challenges? 7 1.4 Structure of Thesis 10 Chapter 2 Literature Review 11 2.1 Variety Management Methodologies 11 2.1.1 Modular product family design 11 2.1.2 Product family architecture 13 2.1.3 Classification of the contributions 15 2.2 Modular Design and Complexity 17 2.2.1 Modular design 17 2.2.2 Interface design 19 2.2.3 Design complexity 20 2.3 Product Family Design and Variety 22 2.3.1 Product family design 22 2.3.2 Variety optimization 25 Chapter 3 Variation Architecture for Reducing the Generation of Unexpected Variants 29 3.1 Introduction 29 3.1.1 Generation of unexpected variants 29 3.1.2 Needs for a systematic approach 31 3.2 Variation Architecture (VA) 33 3.2.1 Generic-level planning 34 3.2.2 Variant-level planning 41 3.3 Framework for Planning Product Variety 46 3.4 Application 47 3.4.1 Case description 47 3.4.2 Construction of variation architecture (VA) 49 3.4.3 Result and discussion 53 3.5 Summary 57 Chapter 4 Variant-level Interface Design for Reducing Design Complexity 59 4.1 Introduction 59 4.2 Variant-level Interface Design 61 4.3 Interface Design Complexity 64 4.3.1 Standardization effort 66 4.3.2 Integration effort 71 4.4 Framework for Variant-level Interface Design 76 4.5 Case Study 79 4.5.1 Application of the framework 79 4.5.2 Analysis and discussion 84 4.6 Summary 88 Chapter 5 Optimizing Product Variety for Balancing Market Share and Complexity Cost 91 5.1 Introduction 91 5.2 Evidence of the impact of variety on market share 94 5.3 Planning of Product Configurations 96 5.3.1 Product family architecture 96 5.3.2 Product configuration 98 5.4 Variety Optimization Model 100 5.4.1 Demand model 100 5.4.2 Complexity cost model 104 5.4.3 Optimization model 108 5.5 Case Study 110 5.5.1 Case description 110 5.5.2 Data source 112 5.5.3 Optimization setting 113 5.5.4 Result 115 5.5.5 Discussion 118 5.6 Summary 122 Chapter 6 Conclusion 125 6.1 Summary of Contributions 125 6.2 Limitations and Future Research Directions 127 Bibliography 129 Appendix A Variant-level Plan of a Front Chassis Family 147 Appendix B Adjacency and Combination Matrices of a Front Chassis Family 151 ๊ตญ๋ฌธ์ดˆ๋ก 155Docto

    A Quantitative Approach to Assessing System Evolvability

    Get PDF
    When selecting a system from multiple candidates, the customer seeks the one that best meets his or her needs. Recently the desire for evolvable systems has become more important and engineers are striving to develop systems that accommodate this need. In response to this search for evolvability, we present a historical perspective on evolvability, propose a refined definition of evolvability, and develop a quantitative method for measuring this property. We address this quantitative methodology from both a theoretical and practical perspective. This quantitative model is then applied to the problem of evolving a lunar mission to a Mars mission as a case study

    Adaptive Big Data Pipeline

    Get PDF
    Over the past three decades, data has exponentially evolved from being a simple software by-product to one of the most important companiesโ€™ assets used to understand their customers and foresee trends. Deep learning has demonstrated that big volumes of clean data generally provide more flexibility and accuracy when modeling a phenomenon. However, handling ever-increasing data volumes entail new challenges: the lack of expertise to select the appropriate big data tools for the processing pipelines, as well as the speed at which engineers can take such pipelines into production reliably, leveraging the cloud. We introduce a system called Adaptive Big Data Pipelines: a platform to automate data pipelines creation. It provides an interface to capture the data sources, transformations, destinations and execution schedule. The system builds up the cloud infrastructure, schedules and fine-tunes the transformations, and creates the data lineage graph. This system has been tested on data sets of 50 gigabytes, processing them in just a few minutes without user intervention.ITESO, A. C
    • โ€ฆ
    corecore