<?xml version="1.0" encoding="UTF-8"?><mods xmlns="http://www.loc.gov/mods/v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="3.2" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-2.xsd"><titleInfo><title>Creating high-quality behavioural designs for software-intensive systems</title></titleInfo><name><namePart>G&#252;lesir, G&#252;rcan</namePart></name><name><namePart>America, Pierre</namePart></name><name><namePart>Benschop, Frank</namePart></name><name><namePart>Berg, van den Klaas</namePart></name><name><namePart>Aksit, Mehmet</namePart></name><name><namePart>Laar, van de Pierre</namePart></name><name><namePart>Punter, Teade</namePart></name><accessCondition></accessCondition><location><url>http://purl.utwente.nl/publications/74865</url></location><language><languageTerm type="text">null</languageTerm></language><genre authority="local">bookSection</genre><originInfo><publisher>Springer</publisher><dateIssued>2010</dateIssued></originInfo><identifier type="isbn">9789048198481</identifier><abstract>In todays industrial practice, behavioral designs of software-intensive systems such as embedded systems are often imprecisely documented as plain text in a natural language such as English, supplemented with ad-hoc diagrams. Lack of quality in behavioral design documents causes poor communication between stake holders, up to 100 times more costly rework during testing and integration, and hard-to-maintain documents of behavioral designs. To address these problems, we present a solution that involves the usage of (a) data-flow diagrams to document the input-output relation between the actions performed by a software-intensive system, (b) control-flow diagrams to document the possible sequences of actions performed by the system, and 
(c) Vibes diagrams to document temporal or logical constraints on the possible sequences of actions performed by the system. The key benefit of this solution is to improve the separation of concerns within behavioral design documents; hence to improve their understandability, maintainability, and evolvability</abstract><relatedItem type="host"><titleInfo><title>Views on Evolvability of Embedded Systems</title></titleInfo><publisher>Springer</publisher>
<originInfo><dateIssued>2010</dateIssued>
</originInfo><identifier type="doi">URN:NBN:NL:UI:28-74865</identifier>
<part><extent unit="page"><start>193</start>
<end>207</end>
</extent></part></relatedItem></mods>
