318 research outputs found

    MLPerf Inference Benchmark

    Full text link
    Machine-learning (ML) hardware and software system demand is burgeoning. Driven by ML applications, the number of different ML inference systems has exploded. Over 100 organizations are building ML inference chips, and the systems that incorporate existing models span at least three orders of magnitude in power consumption and five orders of magnitude in performance; they range from embedded devices to data-center solutions. Fueling the hardware are a dozen or more software frameworks and libraries. The myriad combinations of ML hardware and ML software make assessing ML-system performance in an architecture-neutral, representative, and reproducible manner challenging. There is a clear need for industry-wide standard ML benchmarking and evaluation criteria. MLPerf Inference answers that call. In this paper, we present our benchmarking method for evaluating ML inference systems. Driven by more than 30 organizations as well as more than 200 ML engineers and practitioners, MLPerf prescribes a set of rules and best practices to ensure comparability across systems with wildly differing architectures. The first call for submissions garnered more than 600 reproducible inference-performance measurements from 14 organizations, representing over 30 systems that showcase a wide range of capabilities. The submissions attest to the benchmark's flexibility and adaptability.Comment: ISCA 202

    10421 Abstracts Collection -- Model-Based Testing in Practice

    Get PDF
    From 17.10. to 22.10.2010, the Dagstuhl Seminar 10421 ``Model-Based Testing in Practice \u27\u27 was held in Schloss Dagstuhl~--~Leibniz Center for Informatics. During the seminar, several participants presented their current research, and ongoing work and open problems were discussed. Abstracts of the presentations given during the seminar as well as abstracts of seminar results and ideas are put together in this paper. The first section describes the seminar topics and goals in general. Links to extended abstracts or full papers are provided, if available

    A Structural Analysis of On-Line Fault Detection Mechanisms in Network-On-Chip Architectures

    Get PDF
    Network-on-Chip (NoC) communication architectures are widely used as on-chip interconnect in multi-core systems. These systems are increasingly used in safety-critical applications, so it is essential to quickly detect faults within the NoC during system operation. The current approach to detect a fault in an NoC system is to apply periodic test using built-in self-test (BIST) circuitry during system idle periods. This approach has the advantage that it is a structural test, so can quickly achieve high fault coverage. A second advantage is that the BIST infrastructure can be used during manufacturing test. The disadvantage is the need for the idle time to apply the test, and the time to save/restore the functional state that is overwritten during the test. An additional disadvantage is that the system is at risk of an undetected fault between self-tests. In this research we propose to test the NoC system while it is in functional operation, which is an on-line test. We will use functional invariants to detect errors in functional operation, which can then trigger diagnosis and fault recovery or system reconfiguration. The advantage of this approach is that it minimizes fault detection latency, and avoids the need for a system idle period or for save/restore state operations. The disadvantage is that it is much more difficult to achieve high fault coverage since our approach detects functional errors based on existing functional network traffic, rather than self-test stimulus. In order to evaluate our functional test approach, we have designed a gate-level NoC implementation, which can be the target for gate-level fault injection and simulation using realistic network traffic. We inject stuck-at faults and single event transients into the gate-level logic during simulation of synthetic NoC traffic. We found that the functional invariants proposed in prior work miss detection of many faults. Most of these escapes are detected by end-to-end cyclical redundancy checks. However, we found it necessary to create additional functional checkers to detect the remaining faults

    Detecting non-secure memory deallocation with CBMC

    Get PDF
    2021 Fall.Includes bibliographical references.Scrubbing sensitive data before releasing memory is a widely recommended but often ignored programming practice for developing secure software. Consequently, sensitive data such as cryptographic keys, passwords, and personal data, can remain in memory indefinitely, thereby increasing the risk of exposure to hackers who can retrieve the data using memory dumps or exploit vulnerabilities such as Heartbleed and Etherleak. We propose an approach for detecting a specific memory safety bug called Improper Clearing of Heap Memory Before Release, referred to as Common Weakness Enumeration 244. The CWE-244 bug in a program allows the leakage of confidential information when a variable is not wiped before heap memory is freed. Our approach uses the CBMC model checker to detect this weakness and is based on instrumenting the program using (1) global variable declarations that track and monitor the state of the program variables relevant for CWE-244, and (2) assertions that help CBMC to detect unscrubbed memory. We develop a tool, SecMD-Checker, implementing our instrumentation based algorithm, and we provide experimental validation on the Juliet Test Suite that the tool is able to detect all the CWE-244 instances present in the test suite. The proposed approach has the potential to work with other model checkers and can be extended for detecting other weaknesses that require variable tracking and monitoring, such as CWE-226, CWE-319, and CWE-1239

    Tagungsband Dagstuhl-Workshop MBEES: Modellbasierte Entwicklung eingebetteter Systeme 2005

    Get PDF

    ์ž๋™์ฐจ ์‚ฌ์–‘ ๋ณ€๊ฒฝ์„ ์‹ค์‹œ๊ฐ„ ๋ฐ˜์˜ํ•˜๋Š” ๋ฐ์ดํ„ฐ ๊ธฐ๋ฐ˜ ๋””์ž์ธ ์ ‘๊ทผ ๋ฐฉ๋ฒ•

    Get PDF
    ํ•™์œ„๋…ผ๋ฌธ (๋ฐ•์‚ฌ) -- ์„œ์šธ๋Œ€ํ•™๊ต ๋Œ€ํ•™์› : ์œตํ•ฉ๊ณผํ•™๊ธฐ์ˆ ๋Œ€ํ•™์› ์œตํ•ฉ๊ณผํ•™๋ถ€(์ง€๋Šฅํ˜•์œตํ•ฉ์‹œ์Šคํ…œ์ „๊ณต), 2020. 8. ๊ณฝ๋…ธ์ค€.The automotive industry is entering a new phase in response to changes in the external environment through the expansion of eco-friendly electric/hydrogen vehicles and the simplification of modules during the manufacturing process. However, in the existing automotive industry, conflicts between structured production guidelines and various stake-holders, who are aligned with periodic production plans, can be problematic. For example, if there is a sudden need to change either production parts or situation-specific designs, it is often difficult for designers to reflect those requirements within the preexisting guidelines. Automotive design includes comprehensive processes that represent the philosophy and ideology of a vehicle, and seeks to derive maximum value from the vehicle specifications. In this study, a system that displays information on parts/module components necessary for real-time design was proposed. Designers will be able to use this system in automotive design processes, based on data from various sources. By applying the system, three channels of information provision were established. These channels will aid in the replacement of specific component parts if an unexpected external problem occurs during the design process, and will help in understanding and using the components in advance. The first approach is to visualize real-time data aggregation in automobile factories using Google Analytics, and to reflect these in self-growing characters to be provided to designers. Through this, it is possible to check production and quality status data in real time without the use of complicated labor resources such as command centers. The second approach is to configure the data flow to be able to recognize and analyze the surrounding situation. This is done by applying the vehicles camera to the CCTV in the inventory and distribution center, as well as the direction inside the vehicle. Therefore, it is possible to identify and record the parts resources and real-time delivery status from the internal camera function without hesitation from existing stakeholders. The final approach is to supply real-time databases of vehicle parts at the site of an accident for on-site repair, using a public API and sensor-based IoT. This allows the designer to obtain information on the behavior of parts to be replaced after accidents involving light contact, so that it can be reflected in the design of the vehicle. The advantage of using these three information channels is that designers can accurately understand and reflect the modules and components that are brought in during the automotive design process. In order to easily compose the interface for the purpose of providing information, the information coming from the three channels is displayed in their respective, case-specific color in the CAD software that designers use in the automobile development process. Its eye tracking usability evaluation makes it easy for business designers to use as well. The improved evaluation process including usability test is also included in this study. The impact of the research is both dashboard application and CAD system as well as data systems from case studies are currently reflected to the design ecosystem of the motors group.์ž๋™์ฐจ ์‚ฐ์—…์€ ์นœํ™˜๊ฒฝ ์ „๊ธฐ/์ˆ˜์†Œ ์ž๋™์ฐจ์˜ ํ™•๋Œ€์™€ ์ œ์กฐ ๊ณต์ •์—์„œ์˜ ๋ชจ๋“ˆ ๋‹จ์ˆœํ™”๋ฅผ ํ†ตํ•ด์„œ ์™ธ๋ถ€ ํ™˜๊ฒฝ์˜ ๋ณ€ํ™”์— ๋”ฐ๋ฅธ ์ƒˆ๋กœ์šด ๊ตญ๋ฉด์„ ๋งž์ดํ•˜๊ณ  ์žˆ๋‹ค. ํ•˜์ง€๋งŒ ๊ธฐ์กด์˜ ์ž๋™์ฐจ ์‚ฐ์—…์—์„œ ๊ตฌ์กฐํ™”๋œ ์ƒ์‚ฐ ๊ฐ€์ด๋“œ๋ผ์ธ๊ณผ ๊ธฐ๊ฐ„ ๋‹จ์œ„ ์ƒ์‚ฐ ๊ณ„ํš์— ๋งž์ถฐ์ง„ ์—ฌ๋Ÿฌ ์ดํ•ด๊ด€๊ณ„์ž๋“ค๊ณผ์˜ ๊ฐˆ๋“ฑ์€ ๋ณ€ํ™”์— ๋Œ€์‘ํ•˜๋Š” ๋ฐฉ์•ˆ์ด ๊ด€์„ฑ๊ณผ ๋ถ€๋”ชํžˆ๋Š” ๋ฌธ์ œ๋กœ ๋‚˜ํƒ€๋‚  ์ˆ˜ ์žˆ๋‹ค. ์˜ˆ๋ฅผ ๋“ค์–ด, ๊ฐ‘์ž‘์Šค๋Ÿฝ๊ฒŒ ์ƒ์‚ฐ์— ํ•„์š”ํ•œ ๋ถ€ํ’ˆ์„ ๋ณ€๊ฒฝํ•ด์•ผ ํ•˜๊ฑฐ๋‚˜ ํŠน์ • ์ƒํ™ฉ์— ์ ์šฉ๋˜๋Š” ๋””์ž์ธ์„ ๋ณ€๊ฒฝํ•  ๊ฒฝ์šฐ, ์ฃผ์–ด์ง„ ๊ฐ€์ด๋“œ๋ผ์ธ์— ๋”ฐ๋ผ ๋””์ž์ด๋„ˆ๊ฐ€ ์ง์ ‘ ์˜๊ฒฌ์„ ๋ฐ˜์˜ํ•˜๊ธฐ ์–ด๋ ค์šด ๊ฒฝ์šฐ๊ฐ€ ๋งŽ๋‹ค. ์ž๋™์ฐจ ๋””์ž์ธ์€ ์ฐจ์ข…์˜ ์ฒ ํ•™๊ณผ ์ด๋…์„ ๋‚˜ํƒ€๋‚ด๊ณ  ํ•ด๋‹น ์ฐจ๋Ÿ‰์ œ์›์œผ๋กœ ์ตœ๋Œ€์˜ ๊ฐ€์น˜๋ฅผ ๋Œ์–ด๋‚ด๊ณ ์ž ํ•˜๋Š” ์ข…ํ•ฉ์ ์ธ ๊ณผ์ •์ด๋‹ค. ๋ณธ ์—ฐ๊ตฌ์—์„œ๋Š” ์—ฌ๋Ÿฌ ์›์ฒœ์˜ ๋ฐ์ดํ„ฐ๋ฅผ ๊ธฐ๋ฐ˜์œผ๋กœ ์ž๋™์ฐจ ๋””์ž์ธ ๊ณผ์ •์—์„œ ํ™œ์šฉํ•  ์ˆ˜ ์žˆ๋„๋ก ๋””์ž์ธ์— ํ•„์š”ํ•œ ๋ถ€ํ’ˆ/๋ชจ๋“ˆ ๊ตฌ์„ฑ์š”์†Œ๋“ค์— ๋Œ€ํ•œ ์ •๋ณด๋ฅผ ์‹ค์‹œ๊ฐ„์œผ๋กœ ํ‘œ์‹œํ•ด์ฃผ๋Š” ์‹œ์Šคํ…œ์„ ๊ณ ์•ˆํ•˜์˜€๋‹ค. ์ด๋ฅผ ์ ์šฉํ•˜์—ฌ ์ž๋™์ฐจ ๋””์ž์ธ ๊ณผ์ •์—์„œ ์˜ˆ์ƒ ๋ชปํ•œ ์™ธ๋ถ€ ๋ฌธ์ œ๊ฐ€ ๋ฐœ์ƒํ–ˆ์„ ๋•Œ ์„ ํƒํ•  ๊ตฌ์„ฑ ๋ถ€ํ’ˆ์„ ๋Œ€์ฒดํ•˜๊ฑฐ๋‚˜ ์‚ฌ์ „์— ํ•ด๋‹น ๋ถ€ํ’ˆ์„ ์ดํ•ดํ•˜๊ณ  ๋””์ž์ธ์— ํ™œ์šฉํ•  ์ˆ˜ ์žˆ๋„๋ก ์„ธ ๊ฐ€์ง€ ์ •๋ณด ์ œ๊ณต ์ฑ„๋„์„ ๊ตฌ์„ฑํ•˜์˜€๋‹ค. ์ฒซ ๋ฒˆ์งธ๋Š” ์ž๋™์ฐจ ๊ณต์žฅ ๋‚ด ์‹ค์‹œ๊ฐ„ ๋ฐ์ดํ„ฐ ์ง‘๊ณ„๋ฅผ Google Analytics๋ฅผ ํ™œ์šฉํ•˜์—ฌ ์‹œ๊ฐํ™”ํ•˜๊ณ , ์ด๋ฅผ ๊ณต์žฅ ์ž์ฒด์˜ ์ž๊ฐ€ ์„ฑ์žฅ ์บ๋ฆญํ„ฐ์— ๋ฐ˜์˜ํ•˜์—ฌ ๋””์ž์ด๋„ˆ์—๊ฒŒ ์ œ๊ณตํ•˜๋Š” ๋ฐฉ์‹์ด๋‹ค. ์ด๋ฅผ ํ†ตํ•ด ์ข…ํ•ฉ์ƒํ™ฉ์‹ค ๋“ฑ์˜ ๋ณต์žกํ•œ ์ธ๋ ฅ ์ฒด๊ณ„ ์—†์ด๋„ ์ƒ์‚ฐ ๋ฐ ํ’ˆ์งˆ ํ˜„ํ™ฉ ๋ฐ์ดํ„ฐ๋ฅผ ์‹ค์‹œ๊ฐ„์œผ๋กœ ํ™•์ธ ๊ฐ€๋Šฅํ•˜๋„๋ก ํ•˜์˜€๋‹ค. ๋‘ ๋ฒˆ์งธ๋Š” ์ฐจ๋Ÿ‰์šฉ ์ฃผ์ฐจ๋ณด์กฐ ์„ผ์„œ ์นด๋ฉ”๋ผ๋ฅผ ์ฐจ๋Ÿ‰ ๋ถ€์ฐฉ ๋ฟ๋งŒ ์•„๋‹ˆ๋ผ ์ธ๋ฒคํ† ๋ฆฌ์™€ ๋ฌผ๋ฅ˜์„ผํ„ฐ์˜ CCTV์—๋„ ์ ์šฉํ•˜์—ฌ ์ฃผ๋ณ€์ƒํ™ฉ์„ ์ธ์‹ํ•˜๊ณ  ๋ถ„์„ํ•  ์ˆ˜ ์žˆ๋„๋ก ๊ตฌ์„ฑํ•˜์˜€๋‹ค. ์ฐจ๋Ÿ‰์˜ ์กฐ๋ฆฝ ์ƒ์‚ฐ ๋‹จ๊ณ„์—์„œ ๋ถ€ํ’ˆ ๋‹จ์œ„์˜ ์ด๋™, ์šด์†ก, ์ถœํ•˜๋ฅผ ๊ฑฐ์ณ ์™„์„ฑ์ฐจ์˜ ์ฃผํ–‰ ๋‹จ๊ณ„์— ์ด๋ฅด๊ธฐ๊นŒ์ง€ ๋ฐ์ดํ„ฐ ํ๋ฆ„์„ ํŒŒ์•…ํ•˜๋Š” ๊ฒƒ์ด ๋””์ž์ธ ๋ถ€๋ฌธ์— ํ•„์š”ํ•œ ์ •๋ณด๋ฅผ ์ œ๊ณตํ•  ์ˆ˜ ์žˆ๋Š” ๋ฐฉ๋ฒ•์œผ๋กœ ํ™œ์šฉ๋˜์—ˆ๋‹ค. ์ด๋ฅผ ํ†ตํ•ด ๊ธฐ์กด ์ดํ•ด๊ด€๊ณ„์ž๋“ค์˜ ํฐ ๋ฐ˜๋ฐœ ์—†์ด ๋‚ด๋ถ€์˜ ์นด๋ฉ”๋ผ ๊ธฐ๋Šฅ์œผ๋กœ๋ถ€ํ„ฐ ๋ถ€ํ’ˆ ๋ฆฌ์†Œ์Šค์™€ ์šด์†ก ์ƒํƒœ๋ฅผ ์‹ค์‹œ๊ฐ„ ํŒŒ์•… ๋ฐ ๊ธฐ๋ก ๊ฐ€๋Šฅํ•˜๋„๋ก ํ•˜์˜€๋‹ค. ๋งˆ์ง€๋ง‰์œผ๋กœ ๊ณต๊ณต API์™€ ์„ผ์„œ ๊ธฐ๋ฐ˜์˜ ์‚ฌ๋ฌผ์ธํ„ฐ๋„ท์„ ํ™œ์šฉํ•ด์„œ ๋„๋กœ ์œ„ ์ฐจ๋Ÿ‰ ์‚ฌ๊ณ ๊ฐ€ ๋ฐœ์ƒํ•œ ์œ„์น˜์—์„œ์˜ ํ˜„์žฅ ์ˆ˜๋ฆฌ๋ฅผ ์œ„ํ•œ ์ฐจ๋Ÿ‰ ๋ถ€ํ’ˆ ์ฆ‰์‹œ ์ˆ˜๊ธ‰ ๋ฐ ๋ฐ์ดํ„ฐ๋ฒ ์ด์Šคํ™” ๋ฐฉ๋ฒ•๋„ ๊ฐœ๋ฐœ ๋˜์—ˆ๋‹ค. ์ด๋Š” ๋””์ž์ด๋„ˆ๋กœ ํ•˜์—ฌ๊ธˆ ๊ฐ€๋ฒผ์šด ์ ‘์ด‰ ์‚ฌ๊ณ ์—์„œ์˜ ๋ถ€ํ’ˆ ๊ต์ฒด ํ–‰ํƒœ์— ๋Œ€ํ•œ ์ •๋ณด๋ฅผ ์–ป๊ฒŒ ํ•˜์—ฌ ์ฐจ๋Ÿ‰์˜ ๋””์ž์ธ์— ๋ฐ˜์˜ ๊ฐ€๋Šฅํ•˜๋„๋ก ํ•˜์˜€๋‹ค. ์‹œ๋‚˜๋ฆฌ์˜ค๋ฅผ ๋ฐ”ํƒ•์œผ๋กœ ์ด ์„ธ ๊ฐ€์ง€ ์ •๋ณด ์ œ๊ณต ์ฑ„๋„์„ ํ™œ์šฉํ•  ๊ฒฝ์šฐ, ์ž๋™์ฐจ ๋””์ž์ธ ๊ณผ์ •์—์„œ ๋ถˆ๋Ÿฌ๋“ค์—ฌ์˜ค๋Š” ๋ถ€ํ’ˆ ๋ฐ ๋ชจ๋“ˆ์˜ ๊ตฌ์„ฑ ์š”์†Œ๋“ค์„ ๋””์ž์ด๋„ˆ๊ฐ€ ์ •ํ™•ํžˆ ์•Œ๊ณ  ๋ฐ˜์˜ํ•  ์ˆ˜ ์žˆ๋‹ค๋Š” ์žฅ์ ์ด ๋ถ€๊ฐ๋˜์—ˆ๋‹ค. ์ •๋ณด ์ œ๊ณต์˜ ์ธํ„ฐํŽ˜์ด์Šค๋ฅผ ์‰ฝ๊ฒŒ ๊ตฌ์„ฑํ•˜๊ธฐ ์œ„ํ•ด์„œ, ์‹ค์ œ๋กœ ๋””์ž์ด๋„ˆ๋“ค์ด ์ž๋™์ฐจ ๊ฐœ๋ฐœ ๊ณผ์ •์—์„œ ๋””์ž์ธ ํ”„๋กœ์„ธ์Šค ์ƒ์—์„œ ํ™œ์šฉํ•˜๋Š” CAD software์— ์„ธ ๊ฐ€์ง€ ์ฑ„๋„๋“ค๋กœ๋ถ€ํ„ฐ ๋“ค์–ด์˜ค๋Š” ์ •๋ณด๋ฅผ ์‚ฌ๋ก€๋ณ„ ์ปฌ๋Ÿฌ๋กœ ํ‘œ์‹œํ•˜๊ณ , ์ด๋ฅผ ์‹œ์„ ์ถ”์  ์‚ฌ์šฉ์„ฑ ํ‰๊ฐ€๋ฅผ ํ†ตํ•ด ํ˜„์—… ๋””์ž์ด๋„ˆ๋“ค์ด ์‚ฌ์šฉํ•˜๊ธฐ ์‰ฝ๊ฒŒ ๊ฐœ์„ ํ•œ ๊ณผ์ •๋„ ๋ณธ ์—ฐ๊ตฌ์— ํฌํ•จ์‹œ์ผœ ์„ค๋ช…ํ•˜์˜€๋‹ค.1 Introduction 1 1.1 Research Background 1 1.2 Objective and Scope 2 1.3 Environmental Changes 3 1.4 Research Method 3 1.4.1 Causal Inference with Graphical Model 3 1.4.2 Design Thinking Methodology with Co-Evolution 4 1.4.3 Required Resources 4 1.5 Research Flow 4 2 Data-driven Design 7 2.1 Big Data and Data Management 6 2.1.1 Artificial Intelligence and Data Economy 6 2.1.2 API (Application Programming Interface) 7 2.1.3 AI driven Data Management for Designer 7 2.2 Datatype from Automotive Industry 8 2.2.1 Data-driven Management in Automotive Industry 8 2.2.2 Automotive Parts Case Studies 8 2.2.3 Parameter for Generative Design 9 2.3 Examples of Data-driven Design 9 2.3.1 Responsive-reactive 9 2.3.2 Dynamic Document Design 9 2.3.3 Insignts from Data-driven Design 10 3 Benchmark of Data-driven Automotive Design 12 3.1 Method of Global Benchmarking 11 3.2 Automotive Design 11 3.2.1 HMI Design and UI/UX 11 3.2.2 Hardware Design 12 3.2.3 Software Design 12 3.2.4 Convergence Design Process Model 13 3.3 Component Design Management 14 4 Vehicle Specification Design in Mobility Industry 16 4.1 Definition of Vehicle Specification 16 4.2 Field Study 17 4.3 Hypothesis 18 5 Three Preliminary Practical Case Studies for Vehicle Specification to Datadriven 21 5.1 Production Level 31 5.1.1 Background and Input 31 5.1.2 Data Process from Inventory to Designer 41 5.1.3 Output to Designer 51 5.2 Delivery Level 61 5.2.1 Background and Input 61 5.2.2 Data Process from Inventory to Designer 71 5.2.3 Output to Designer 81 5.3 Consumer Level 91 5.3.1 Background and Input 91 5.3.2 Data Process from Inventory to Designer 101 5.3.3 Output to Designer 111 6 Two Applications for Vehicle Designer 86 6.1 Real-time Dashboard DB for Decision Making 123 6.1.1 Searchable Infographic as a Designer's Tool 123 6.1.2 Scope and Method 123 6.1.3 Implementation 123 6.1.4 Result 124 6.1.5 Evaluation 124 6.1.6 Summary 124 6.2 Application to CAD for vehicle designer 124 6.2.1 CAD as a Designer's Tool 124 6.2.2 Scope and Method 125 6.2.3 Implementation and the Display of the CAD Software 125 6.2.4 Result 125 6.2.5 Evaluation: Usability Test with Eyetracking 126 6.2.6 Summary 128 7 Conclusion 96 7.1 Summary of Case Studies and Application Release 129 7.2 Impact of the Research 130 7.3 Further Study 131Docto

    Tuotemallien tarkistuksen metriikan kehitys ja automaatio

    Get PDF
    A lot of interest and research has been focused on product quality and it is recognized as a crucial aspect of engineering. The quality of product models can also be seen as essential in engineering workflow especially in systems based on downstream data. Model quality effects not only the models accuracy and modifiability but also the agility of the whole engineering systems. Careful and thorough verification plays an important part in effecting product model quality. Verifying product models and designs manually can be laborious and time-consuming process. By automating parts of the verification process, benefits can be seen in the time frame and end results of the verification. The goal of the thesis is to develop metrics and automation for product model verification. Development of metrics is executed by researching literature for model quality metrics and construct a set of metrics for the company. Furthermore, the possibilities of product model verification automation are studied and a working automated model verification tool shall be created based on the metrics. The tool is intended be used in the current modeling environment. The outcomes of this thesis are a list of product quality dimensions with their corresponding metrics and a customized PTC ModelCHECK check that can automatically identify issues in product models. Quality dimensions were identified based on company needs and literature research. ModelCHECK platform was chosen for verification tool development as the software is readily available for the company which means it is a cost-effective way of utilizing automated product model verification in current design environment.Tuotteiden laatuun on jo pidemmรคn aikaa kiinnitetty paljon huomiota insinรถรถriprosesseissa ja tutkimuksessa. Myรถs tuotemallien laatu voidaan nรคhdรค insinรถรถrityรถn kannalta elintรคrkeรคssรค asemassa, erityisesti systeemeissรค jotka perustuvat alaspรคin virtaavaan tietoon. Mallien laatu vaikuttaa muun muassa sen tarkkuuteen ja muokattavuuteen sekรค koko mallinnus- ja suunnittelujรคrjestelmรคn ketteryyteen. Huolellinen ja lรคpikotainen tarkistus on tรคrkeรค osa tuotemallien laadun kehittรคmistรค. Mallien manuaalinen tarkastaminen voi olla tyรถlรคstรค ja aikaavievรครค. Kรคyttรคmรคllรค automaatiota tarkistuksen apuna, voidaan saavuttaa etuja tarkistuksen nopeudessa ja lopputuloksessa. Tรคmรคn diplomityรถn tavoitteena on kehittรครค tuotemallien tarkastuksen metriikkaa ja automaatiota. Metriikan kehitys perustuu kirjallisuustutkimukseen sekรค muun muassa haastatteluissa kartoitettuihin yrityksen tarpeisiin. Tavoitteena on luoda tuotemalleille metriikkaa, joita vasten niiden ominaisuuksia voidaan arvioida. Myรถs tarkistuksen automaatiota tutkitaan ja tavoitteena on luoda automaattinen tyรถkalu, jota voidaan kรคyttรครค yrityksen tรคmรคn hetkisessรค suunnittelujรคrjestelmรคssรค. Tutkimuksen lopputuloksena syntyi lista tuotemallien laadun ulottuvuuksista niihin liitetyillรค metriikoilla ja metriikan mukainen PTC ModelCHECK tarkistuspohja 3D-malleille, joka lรถytyy automaattisesti virheitรค malleista. ModelCHECK valittiin tyรถkaluksi, koska se on valmiiksi saatavilla yrityksen nykyisessรค mallinnusjรคrjestelmรคssรค, joilloin automatisointi on erittรคin kustannustehokasta

    Analyzing Robustness of UML State Machines

    Get PDF
    UML State Machines constitute an integral part of software behavior specification within the Unified Modeling Language (UML). The development of realistic software applications often results in complex and distributed models. Hence, potential errors can be very subtle and hard to locate for the developer. In this paper, we present a set of robustness rules that seek to avoid common types of errors by ruling out certain modelling constructs. Furthermore, adherence to these rules can improve model readability and maintainability. The robustness rules constitute a general Statechart style guide for different dialects, such as UML State Machines, Statemate, and Esterel Studio. Based on this style guide, an automated checking framework has been implemented as a plug-in for the prototypical Statechart modeling tool KIEL. Simple structural checks can be formulated in a compact, abstract manner in the Object Constraint Language (OCL). The framework can also incorporate checks that go beyond the expressiveness of OCL by implementing them in Java directly, which can also serve as a gateway to formal verification tools; we have exploited this to incorporate a theorem prover for more advanced checks. As a case study, we adopted the UML well-formedness rules; this confirmed that individual rules can easily be incorporated into the framework
    • โ€ฆ
    corecore