SE522605C2 - Anordning för samverkan mellan sytemutvecklingsverktyg - Google Patents

Description

»u-s; i|;»» 10 15 20 25 30 522 605 2 Det föreligger således behov av att kunna uppnå bättre systemlösningar totalt sett. System- specifikationen skall kunna implementeras i systemet så att ”vid sidan av”-information på papper eller annat media kan undvikas. Det föreligger även behov av att kunna förenkla jämförelseprocedurema mellan de olika systemdelarna och iteraktiva förfaranden skall kunna utnyttjas. Bl.a. är det väsentligt att t.ex. på systemnivå kunna veriñera att alla moduler har rätta och prisvärda komponenter, t.ex. kontaktdon, vilkas utbud på marknaden kan varieras under framtagningen av datorprogram, verktyg, system, som därvid kan ta t.ex. 2 år. Under denna tidsperiod kan komponentutbudet t.ex. íörbilligas och man kanske då av prisskäl önskar ändra komponenter som var föreslagna från början, osv. Principen med en typ av problem i taget skall även kunna utnyttjas. Uppfinningen avser att lösa även denna problematik. Genom uppfinningen kan man således kompensera för ändringar i spe- cifikationen som kan uppkomma under arbetets gång. Dessutom kan man utnyttja länk- ningsfunktion i repositoriet, vilket på elegant sätt banar vägen för entydighet i infonna- tionshämtningen.

Modem systemutveckling innefattar ett partiellt förfarande där man börjar med en grov systemspecifikation för igångsättande av modulkonstruktionen. System- och modulspecifi- kationerna förñnas interaktivt och uppdateras med jämna mellanrum. Detta ställer stora krav på att uppdateringarna kan ske synkront på system- och modulnivå.

Det är angeläget att i och för sig väl beprövad teknik, metoder och arrangemang kan utnyttjas i anslutning till framtagningen av verktyg, dataprogram och system. Uppfmningen löser även detta problem.

Det som huvudsakligen kan anses vara kännetecknande för en anordning enligt uppfin- ningen är bl.a. att ett första datorprogram av nämnda datorprogram är anordnat att generera data hänförbart till tilläggsinforrnation, här benämnt identifieringsinforrnation, och ett andra datorprogram av nämnda datorprogram är anordnat att med hjälp av identifierings- informationen fastställa om det av det första programmet genererade datat är bearbet- ningsbart i eller med det andra programmet. Ytterligare kännetecken är att ett eller flera datarepositorier är anordnade att osorterat lagra olika data med tillhörande identifierings- 11:e; »ni-- lO 15 20 25 30 522 605 3 I u . « | . a u . ,. informationer och anordnade i ett eller flera första dataforinat. Respektive datorprogram är vidare anordnat att avge till och/eller hämta från respektive datarepositiorien för datorpro- grammet relevant data (information), och att respektive datorprogram vidare är anordnat att arbeta med en databas, företrädesvis en lokal databas, med data anordnat i ett andra data- forrnat. Slutligen kännetecknas uppfinningen av att respektive datorprogram är anordnat att vid hämtning av data från berört repositorium omforma det första dataformatet till det andra dataforrnatet.

Vidareutvecklingar av uppfinningstanken framgår av de efterföljande underkraven.

Genom det i ovanstående föreslagna kan även komplicerade och mera omfattande system utvecklas och underhållas utan att risk uppkommer för felkällor av olika slag. Verktygen härför kan utformas entydiga och med förhållandevis få felkällor. Framtagningen av verk- tyg m.m. kan göras snabbare och framtagningstiderna kan minskas vid motsvarande system med upp till uppskattningsvis ca 50 %. Separerings- och återkopplingsfunktionerna kan förbättras väsentligt och hela arbetet från idé till produkt kan förenklas och bättre konkreti- seras. Underhåll och felsökning förbättras dessutom. System- och verktygsframtagningen kan modulariseras på ett framträdande sätt och konceptet kan utvidgas i efierhand. Dubbel- arbete med inläggning av data i olika delsteg kan undvikas genom nyttjandet av närrmda repositoria.

En för närvarande föreslagen utföringsform av en anordning som uppvisar de för uppfin- ningen signifikativa kännetecknen skall beskrivas i nedanstående under samtidig hänvis- ning till bifogade ritningar där figur 1 i blockschemaforrn och principiellt visar ett antal verktyg (datorprogram + dator) samverkbara med varandra och ett repo- sitorium via en förbindelse och försedda eller samverkbara med databaser, t.ex. lokala databaser, n;»;| lvtt» 10 15 20 25 30 522 605 4 OI .uu figur 2 i blockschemafonn och principiellt visar verktyg (datorprogram + dator) i form av konstruktions- eller utvecklingsverktyg och analyseringsverktyg, figur 3 i blockschemafonn och principiellt visar en från utfóringsfonn enligt figuren 2 skild utföringsforrn i samband med analyse- ringsverktyg, figur 4 i blockschemaform och principiellt visar en frarnställningscykel för ett styrsystem medelst ett antal samverkbara verktyg/program som utnyttjas i olika steg, figur 5 i diagramform visar parallella utvecklingsfunktioner för ett CAN KINGDOM SYSTEM, och figurer 6, 6a och 6b i diagramform visar i repositoriet ingående data (information) med användande av länkning samt datat är taggat eller försett med tilläggsinforrnation eller identifieringsinformation.

I figuren 1 är ett datarepositorium angivet med 1. Ett antal verktyg är visade med 2, 3, 4.

Respektive verktyg innefattar eller består av en dator 2a och ett eller flera i denna utnytt- jade datorprogram 2b. Verktyget 2 utnyttjar och är anslutbart till en sig tilldelad databas 5 som kan utgöras av en lokal databas. Verktygen är försedda med kontaktdon 6, 7, 8, via vilka verktygen är anslutna till en förbindelse 9 som kan ingå i ett tele- och/eller datakom- munikationsnät, t.ex. LAN (Lokal Area Network), Intemet, etc. Även repositoriet är försett med ett kontaktdon 10. Verktygen 2,3 och 4 kan vara uppbyggda på motsvarande sätt som visats för verktyget 2. I fallet för verktygen 3 och 4 har endast respektive tillhörande data- bas, t.ex. lokala databas, angivits med 11, 12. De olika verktygen kan tilldelas olika steg eller funktioner i utvecklingen av ett distribuerat styrsystem som kan utgöras av t.ex. CAN (Control Area Network) eller annat liknande system i enlighet med ovan. Verktyget 3 kan utgöras av ett analysverktyg och verktyget 4 kan representera verktyg för specificering, :fru 10 15 20 25 30 522 605 s verifiering, validering, och/eller analys, etc. I figuren 1 har även ett typiskt styrsystem visats. Styrsystemet kan innefatta en masterenhet 13 och såsom noder fungerande moduler 14, 15, 16 och 17. Masterenheten och modulema är anslutna till en i systemet ingående förbindelse 18 som kan utgöras av en fåtrådig förbindelse 18, en koaxialkabelförbindelse, en trådlös förbindelse (optisk- eller radioförbindelse), etc. Analysverktyget 3 är anslutet till förbindelsen via ett kontaktdon 19. I det i figuren 1 visade systemet eller arrangemanget föreligger ett överordnat regelsystem, specifikation, etc. som symboliserats med 20 och pilar 21, 22 och 23 som symboliskt visar implementering av reglema, specifikationen, etc. i systemet eller arrangemanget.

Respektive verktyg eller datorprogram kan vara anordnat att generera data 24, 25 respek- tive 26 hänförbart till eller försett med tilläggsinforrnation 24a, 25a respektive 26a, vilken tilläggsinformation utgöras av identifieringsinfonnation innehållande information om använt dataforrnat, datatyp, enhet, ursprung, relation till annan information, etc. Vart och ett av verktygen eller datorprogrammen kan med hjälp av identifieringsinforrnationen fast- ställa om ett av ett annat datorprogram genererat data är bearbetningsbart i det egna dator- programmet. Datarepositoriet 1 är anordnat att osorterat lagra olika data la, lb osv. med tillhörande identifieringsinformation la' respektive lb”. Repositoriets lagrade data före- ligger i ett första dataforrnat som i figuren 1 symboliserats med lc respektive ld. Respek- tive verktyg eller datorprogram 2, 2b, 3 respektive 4 är anordnat att via sina anslutningar 27, 28 och 29 och kontaktdon 6, 7, 8 exportera eller avge till och/eller importera eller hämta från repositoriet data eller information som är relevant för verktyget respektive data- prograrnmet. Respektive databas arbetar med data 30, 31 respektive 32, vilkas identifie- ringsinforrnationer är angivna med 30a, 31a och 32a samt andra dataforrnat är symbolise- rade med 30b, 3lb respektive 32b. Respektive datorprogram 2b i verktygen 2, 3, 4 är anordnat att vid hämtning av data la, lb i repositoriet omforrna det första dataforinatet lc, ld till respektive andra dataforrnat 30b, 3lb respektive 32b, varvid överflödig information skalas bort och internt genererad informationen läggs till och den så för lokalt bruk ska- pade informationen insoiteras i den lokala databasen för ett för denna lämpligt sätt. Om det visar sig att någon erforderlig information saknas från receptoriet kan operatönen göras uppmärksam på detta och manuellt införa informationen ifråga. De i figuren 1 visade »svin 10 15 20 25 30 522 605 6 v: va: komponenterna, verktyget, repositoriet, etc. kan utgöras av i och lör sig känt slag och skall därför inte beskrivas närmare här, utan det hänvisas till den allmänt kända tekniken.

I figuren 2 är ett analysverktyg angivet med 33. Analysverktyget kan i ett första steg vara anordnat att från datarepositoriet 34 inhämta data eller information 36, 37 som är relevant för det av analysverktyget 33 analyserade systemet för skapandet av datormodulen 38' av systemet 38. Ifrågavarande data 36, 37 kan bestå t.ex. av protokollinforrnation som kan utgöras av J 1939, DeviceNet, etc., informationer om ECU:er som är aktuella för systemet, etc. lnhämtningen av data från repositoriet kan ske via förbindelser 39, 40 i aktuellt tele- och/eller datanät LAN, lntemet, etc. Överföringen på ifrågavarande förbindelse eller för- bindelser sker medelst digitala signaler eller meddelanden, paket, etc. och har syrnbolise- rats med 41. Analysverktyget står i förbindelse med det analyserade styrsystemet 38, 38' via en förbindelse 42, 42” i enlighet med ovan. Kontaktdonet har syrnboliserats eller angi- vits med 43 och analysen kan ske via en förbindelse i nämnda tele- och/eller datakommu- nikationsnät, vilket symboliserats med 44. Analysen sker med hjälp av signalöverföringar på förbindelsen 44 och informationen eller meddelandena har indikerats med 45. Förbin- delsen är dubbelriktad, vilket har angivits med pilar 46, 47. Det analyserade systemet har vidare representerats med en överordnad enhet 48, 48' och moduler eller noder 49, 49'; 50, 50", och 51, 51”. Det analyserade föremålet eller den analyserade utrustningen utgöres i detta fall av en farkost/båt 52 som utnyttjar ifrågavarande styrsystem 38. Nodema är anord- nade i motorer 53, 54 och 55 och förbindelser i anslutning till dessa motorer är visade med 56, 57 respektive 58. En styrpulpetsfunktion är visad med 59. Styrpulpetsfunktionen inne- fattar eller är ansluten till den överordnade enheten 48 via en förbindelse 60. Analysverk- tyget kan även inhämta information eller data från ett konstruktionsverktyg 61 och inhämt- ningen kan ske via ett tele- och/eller datanät LAN, Internet, etc. och den inhämtade infor- mationen eller det inhämtade datat är symboliserat medelst meddelanden 63, 63”. Även konstruktionsverktyget 61 kan stå i förbindelse med repositoriet för export och/eller import av data som är relevant för konstruktionsverktyget. Förbindelsen är angiven med 64 och kan ingå i nämnda tele- och/eller datanät LAN, lntemet, etc. Analysverktyget är anordnat att i ett andra steg avlyssna systemet 38 och i denna etablerad datakommunikation. Avlyss- ningen kan utgöra grund för analys då det gäller att definiera systemets 38 egenskaper, t.ex. 1:a.. |>..»| 10 15 20 25 30 522 605 7 typ av protokoll, ingående ECUzer, meddelandefrekvenser, eller andra funktioner. I ett tredje steg kan analysverktyget aktivt delta i systemet och effektuera avfrågning av ECU:er utsända kontrolldata, etc. I ett fjärde steg kan analysverktyget generera en rapport om före- liggande systemegenskaper i nämnda första format till datarepositoriet via t.ex. förbindel- sen 39. Analysverktyget kan således fastställa systemet 38 och effektuera en analysbild 38” av systemet. Om det verkliga systemet i föremålet 52 är felfritt eller fastställt erhålles en motsvarande felfri analysfunktion 38' som således kan avrapporteras till aktuell instans inom systemet och/eller till repositoriet. Inhämtningen av informationen från systemverk- tyget kan ge anvisningar om hur systemet 38 kan se ut och i vilken kategori det är hänför- bart. Det konstruerade systemets grundfunktion innefattar i föreliggande fall (i enlighet med det analyserade systemet 38) en överordnad enhet 65, och moduler 66, 67, 68, 69 och 70. I enlighet med konstruktionen skall en överordnad enhet kunna föreligga. Modulen 66 skall kunna förekomma i tre varianter A, B, C om högst fyra till antalet. Modulen 67 skall uppvisa en variant D och det högsta antalet utgöras av två enheter, osv. Den i figuren 2 visade gmnduppbyggnaden är angiven med 71 och således skall det analyserade systemet uppvisa en motsvarande grunduppbyggnad för att kunna godkännas vid analysen. I förelig- gande fall föreligger en överordnad enhet 48 och tre identiskt lika moduler 49, 50, 51, vilket således innebär att gmndkonstruktionen för 38 överensstämmer med grundkon- struktionen 7l, vilket medför ett godkännande eller fastställande av systemet 38 i enlighet med ovan.

Figur 3 avser att visa fallet där analysverktyget 33' analyserar ett icke godkänt system 38”.

Enheterna eller modulema 48”, 49” och 50” motsvarar den godkända konstruktionsupp- byggnaden, medan modulen 51” anger en avvikande funktion, t.ex. på grund av att ägaren bytt ut en motor 53 mot en motor av annan typ, storlek, etc. Analysverktyget 33* noterar denna skillnaden och sätter frågetecken för densamma i modulenheten 51 ”” i den skapade simuleringen. Detta kan meddelas till aktuell instans inom systemet, t.ex. en enhet eller station 72, en användare 73, etc. Diskrepansen kan även överföras till repositoriet i enlighet med ovan. 10 15 20 25 30 522 605 s : - . s u En användare 73 kan tillföra ytterligare information i systemet. Denna ytterligare infor- mation är i figuren 3 representerad med 74, 75. Analysverktyget kan separera ifrågavarande information 74, 75 i vidarebearbetningsbara och icke vidarebearbetningsbara inforrnationer 74' respektive 75°. Analysverktyget kan vidare anordnas så att det vidarebefordrar icke vidarebearbetningsbar information till repositoriet, i vilket den icke vidarebearbetningsbara informationen angivits med 75' '_ Ett andra verktyg, t.ex. verktyget 2 eller 4 i figuren 2, kan hämta ifrågavarande data eller information 75” från repositoriet och det andra verktyget kan t.ex. med hjälp av ytterligare information och bearbetning generera information som analysverktyget eller systemverktyget sedan har förmåga att importera från t.ex. repositoriet och utnyttja. Bearbetningen och genereringen kan ske på i och för sig känt sätt.

Ett verktyg, t.ex. verktyget 2 eller 4 eller 61, kan utnyttjas för konstruktion av moduler.

Ifrågavarande verktyg kan generera modeller av moduler och exportera dessa till reposi- toriet. Ett annat verktyg för systemkonstruktion kan därvid vara anordnat att importera modeller och moduler och tillföra information i respektive modell för anpassning till det konstruerade systemet samt ange information på systemnivå om hur modulema skall sam- verka, dvs. sammantaget ange en modell av systemet och exportera denna infonnation till repositoriet. Ett ytterligare annat verktyg kan därvid vara anordnat att importera system- modellen och simulera systemets funktion genom att tillföra parametrar och variabel- information som funktion av tiden. I anslutning till konstruktion medelst ett konstruk- tionsverktyg kan detta innefatta en utgång som är anslutbar till ett verkligt systems data- förbindelse och på denna generera data från simulerade modeller. En eller flera simulerade moduler kan därvid ersättas med verkliga moduler och verktyget kan detektera avvikelser mellan verklig moduls beteende och motsvarande simulerade modul och exportera resul- tatet av detekteringen till repositoriet. Ett ytterligare konstruktionsverktyg kan därefter utnyttjas för att medelst det genererade datat eller den genererade informationen åstad- komma en förbättrad modell av systemet och dess ingående komponenter. Ett konstruk- tions- eller analysverktyg som är anslutet till ett ifrågavarande system samtidigt som det har tillgång till repositoriet kan med ledning av avlyssnad datatrafik och information från repo- sitoriet rekonstruera en trolig bild av systemets uppbyggnad, ingående komponenter och beteende. Ett ytterligare konstruktionsverktyg kan vara anordnat att importera en modell av larv, 10 l5 20 25 30 522 ett givet system från repositoriet. Verktyget kan vara anslutbart till det verkliga systemet och genom avlyssning och utsändande av datatrafik verifiera att det verkliga systemet överensstämmer med modellen och om inte så är fallet rapportera avvikelser samt expor- tera denna information till repositoriet. Konstruktionsverktyg kan därvid vara anordnade att importera från repositoriet sådant data som genererats av andra konstruktionsverktyg för att generera med verkligheten bättre överensstämmande modeller altemativt indikera för respektive användare eller konstruktör information om avvikelser och ange förbättringar.

I figuren 4 är en dylik utvecklingscykel visad med en cirkel eller bana 76 med riktnings- pilar 77. Utvecklingscykeln kan symbolisera olika steg såsom systemutveckling, modul- utveckling, specificering, verifiering, validering, analys, etc. Cirkeln kan även ange ett antal verktyg eller utvecklingssteg som representeras med 78, 79, 80, 81, 82, 83, 84 och 85.

Utvecklingen av ett steg, t.ex. steget eller verktyget 83, kan medföra att förändring måste göras i föregående steg, t.ex. i stegen 79, 80, vilket illustrerats med återföringspilar 86, 86a, 86b. De olika utvecklingsstegen medför även att ett innevarande utvecklingssteg, t.ex. utvecklingssteget 80, medför förutsättningar för framförvarande utvecklingssteg, t.ex. 81, vilket angivits med 87, osv.

Figuren 5 är ett arbets- och tidsdiagram där vertikalaxeln anger arbetsmängd och horison- talaxeln anger tid. I figuren 5 framgår parallell framtagningsprincip för system och modu- ler, varvid 88 indikerar systemarbetet och 89 anger arbetet med moduler som kan ske indi- viduellt och parallellt för de olika modulema, vilket markerats med 89a, 89b och 89c (representerar tre moduler), 90 och 91 representerar riktningarna för system- och modul- arbetet. Vid tiden 92 föreligger en översiktlig eller grov modulspecifikation och uppdate- rade modulspecifikationer anges vid tidema 93, 94, 95, 96, 97 och 98. Vid tiden 99 är arbetet i stort sett färdigt och vid sluttiden 100 är specifikationen och systemet färdigt vid samma tidpunkt.

Figur 6 visar hur i en fil 101 taggade data 102a, l03a, l04a med taggar 102b, 103b, 104b i filen 101 använder länkning för att undvika dubblerad information. Taggen l03b identifie- rar entydigt data l03a, som via länken 105 är identifierat med data l04a. I ett utförings- l v. n. c ~ j I s, ,, , " 0 n u \ I v a u s . I ' N u u "'2 ,"_ n. n. o. , f z - u , ' . ~ ' I u ao . fl u u o v o r» o 9 7 ' ' ' u. nun ,' ° I u. o n " "' H av n--ns 10 15 20 25 30 522 605 ;š-,;--,-..- QIQ. I ' UI!! II g '. . ll II . ' ' . ... .. , g t . , , -- - 5 Ü I I! g Û i I i | . . . . , - - . . . ,; _ - .. ... ... u. .. __ . exempel på länkning antages att man i repositorium lagrar information om ett antal modu- ler som kommunicerar via en CAN-buss. Vidare antages att i samma repositorium infor- mation lagras om strukturen på ett eller flera system som använder dessa moduler system som ingår i en viss bilmodell.

En viktig information för systemuppbyggnaden med de i repositoriet förekommande modulema är strukturen på CAN-meddelandena som respektive modul kan producera eller konsumera. En sådan strukturinforrnation kan t.ex. vara att meddelande med identiñerare innehåller motortemperaturen representerad som ett heltal i den första oktetten i meddelan- det. Med ett XML-fragrnent kan denna information representeras exempelvis som Integer 8 0/ITEM< Denna information tillhör naturligt definitionen av ifrågavarande motor. För ett visst system, i angivet exempel med en viss bilmodell, vill man ofia göra upp en tabell på alla CAN-meddelanden som kan förekomma i systemet och lagra denna i repositoriet. En sådan tabell kan upprättas genom att man kopierar ovannämnda strukturinformation från de moduler som ingår i systemet, men då måste informationen underhållas på två ställen och det finns ingen garanti för att kopiorna är konsistenta. För att undvika denna nackdel före- slås genom uppfinningen ett tillvägagångssätt som skapar länkar till respektive moduls beskrivning av medelandestrukturen. En sådan länk kan representeras med t.ex. följande XML-fragment: referensinforrnation där referensinfornnation är data som refererar till en annan plats i repositoriet. Exakt hur denna referensinfonnation ser ut är beroende av hur repositoriet är organiserat. Ett sätt som kan användas för det XML-baserade repositoriet är att ge varje element i XML-filen en n..a» 10 15 522 605 u H a . ' 0 u n ,: . v v n , I o p t. 2 1 g I I o n ° ° ' ' n en ' ' u x ø | u unik identifierare, t.ex. ett heltal, eller en UUID, och sedan låta referensinformationen i länken vara denna identifierare.

Figur 6a visar ett exempel på hur tilläggs- eller identifieringsinfonnation har tillförts ett datum. En temperatur, ”78” i figuren , har försetts med ett nanm ”EngineTemp” och en datatyp, ”Integer”. Ett verktyg som kan tolka denna tilläggsinformation kan använda den för att lokalisera ifrågavarande temperaturvärde i ett repositorium som innehåller många temperaturer.

Figur 6b visar exempel på hur tilläggsinfonnationen kan utföras med hjälp av XML (eXtensible Markup Language). I detta exempel har värdet av en temperatur (1) tillförts information om namn (2) och datatyp (3), så att ett verktyg eller liknande som kan tolka tilläggsinfonnationen kan söka i en större mängd infonnation efier den relevanta tempera- turen.

Uppfinningen är inte begränsad till den i ovanstående angivna utföringsformen utan kan underkastas modifikationer inom ramen för efterföljande patentkrav och uppfinnings- tanken.

Claims (13)

10 15 20 25 30 o a | s | » o o » | n en PATENTKRAV

1. Anordning som utnyttjar två eller flera samverkbara datorprogram (verktyg) for utveckling och/eller underhåll av ett styrsystem, k ä n-»n e t e c k n a d därav, att den är hänfórbar till ett eller flera styrsystem av typen distribuerade styrsystem som innefattar samverkande moduler anslutna som noder till en eller flera förbindelser, företrädesvis fåtrådiga och/eller trådlösa förbindelser, i ett kommunikationssystem som arbetar med kommunikationsprotokoll, t.ex. CAN, Ethernet, UDP/IP, Bluetooth, IEEE 802,11, etc., att ett forsta datorprogram av nämnda datorprogram är anordnat att generera data hänfórbart till tilläggsinforrnation, här benämnt identifierings- information, att ett andra datorprogram av nämnda datorprogram är anordnat att med hjälp av identiñeringsinformationen fastställa om det av det forsta datorprogrammet genererade datat är bearbetningsbart i det andra datorprogrammet, att ett eller flera datarepositoria är anordnade att osorterat lagra olika data med tillhörande identifie- ringsinforrnation och anordnade i ett eller flera forsta format, att respektive dator- program är anordnat att avge till och/eller hämta från respektive repositorium for dataprogrammet relevant data (information), att respektive datorprogram är anordnat att arbeta med en databas, företrädesvis en lokal databas, med data i ett andra format, och att respektive datorprogam är anordnat att vid hämtning av data från berört repo- sitorium omforma det forsta formatet till det andra formatet.

2. Anordning enligt patentkravet 1, k ä n n e t e c k n a d därav, att respektive datorprogram (datorverktyg) är anordnat att medverka i ett eller flera av styrsystemets framställnings- eller livscykelsteg, tex. systemutveckling, modulutveckling, specifi- cering, verifiering, validering, analys, etc.

3. Anordning enligt patentlcravet l eller 2, k ä n n e t e c k n a d därav, att ett av datorprograrnmen bildar eller ingår i ett analysverktyg som i ett forsta steg är anordnat att från berört datarepositorium inhämta data (information) som är relevant for det av analysverktyget analyserade systemet, vilket data (information) t.ex. består av proto- 10 15 20 25 30 5 2 2 6 Û 5 i . f: kollinformation (J 1939, DeviceNet, etc.), informationer om ECU:er som är aktuella för systemet, etc., att analysverktyget är anordnat att i ett andra steg, genom avlyss- ning avi systemet etablerad datakommunikation, för analys definiera systemets egen- skaper, t.ex. typ av protokoll, ingående ECU:er, meddelandefrekvenser, mm, att analysverktyget i ett tredje steg är anordnat att aktivt delta i systemet med avfrågning av ECU:er, utsändande av kontrolldata, etc., och att analysverktyget i ett fiärde steg är anordnat att generera rapport om föreliggande systemegenskaper i nämnda första format för datarepositoriet.

4. Anordning enligt patentkravet 3, k å n n e t e c k n a d därav, att i ett femte steg, en användare tillför ytterligare information som analysverktyget separerar i vidarebearbetningsbara icke vidarebearbetningsbara inforrnationer, och att analys- verktyget är anordnat att vidarebefordra respektive icke vidarebearbetningsbar infor- mation till datarepositoriet.

5. Anordning enligt något av föregående patentkrav, k ä n n e t e c k n a d därav, att icke vidarebearbetrringsbar information från ett första verktyg (datorprogram) är anordnat för hämtning från repositoriet av ett andra verktyg (datorprogram) som till- samrnans med ytterligare information och bearbetning är anordnat att generera infor- mation som det första verktyget har förmåga att importera och utnyttja.

6. Anordning enligt något av föregående patentlcrav, k ä n n e t e c k n a d därav, att ett tredje verktyg för konstruktion av moduler är anordnat att generera modeller av moduler och exportera dessa till repositoriet, att ett fjärde verktyg för systern- konstruktion är anordnat att importera modeller av moduler och att tillföra inforrna- tion i respektive modell för anpassning till det konstruerade systemet samt informa- tion på systenmivå om hur modulema samverkar, dvs. sammantaget ange en modell av systemet och exportera denna information till repositoriet.

7. Anordning enligt något av föregående patentkrav, k ä n n e t e c k n a d därav, att ett femte verktyg är anordnat att importera systemmodellen och simulera systemets funktion genom att tillföra parameter och variabelinforrnation som funktion av tiden. 10 15 20 25 30 /11 u . a se , _ coca o nano u u

8. Anordning enligt patentkravet 7, k ä n n e t e c k n a d därav, att det femte verktyget innefattar en utgång som är anslutbar till ett verkligt systems datafórbin- delse och på denna generera data från simulerade modeller, att en eller flera simule- rade moduler är ersättningsbara med verkliga moduler och att det femte verktyget detekterar avvikelse mellan verklig moduls beteende och motsvarande simulerade modul och att exportera resultatet av detekteringen till repositoriet.

9. Anordning enligt patentlcravet 7, k ä n n e t e c k n a d därav, att ett sjätte verktyg medelst det genererade datat (informationen) är anordnat att generera en fór- bättrad modell av systemet och dess ingående komponenter.

10. Anordning enligt något av patentkraven 5-9, k ä n n e t e c k n a d därav, att ett sjunde verktyg anslutet till ett ifrågavarande system och med tillgång till reposito- riet är anordnat att med ledning av avlyssnad datatrafik och information från reposito- riet rekonstruera en trolig bild av systemets uppbyggnad, ingående komponenter och beteende.

11. ll. Anordning enligt något av patentkraven 5-10, k än n e t e c k n a d därav, att ett åttonde verktyg är anordnat att importera en modell av ett givet system från repo~ sitoriet, vara anslutbart till det verkliga systemet och genom avlyssning och utsän- dande av datatrafik verifiera att det verkliga systemet överensstämmer med modellen och om så inte är fallet rapportera avvikelser samt exportera derma information till repositoriet

12. Anordning enligt patentkravet ll, k ä n n e t e c k n a d därav, att de tredje och fjärde verktygen är anordnade att importera från repositoriet data genererat av det femte, sjätte, sjunde eller åttonde verktyget for att generera med verkligheten bättre överensstämmande modeller altemativt indikera för respektive användare eller kon- struktör information om avvikelser och ange förbättringar.

13. Anordning enligt något av föregående patentkrav, k ä n n e t e c k n a d därav, att respektive repositorium är anordnat att arbeta med länkningsfiinktion som entydigt styr uppgiftssökare till i repositoriet införd uppgift, t.ex. uppgift om komponent auueuo u u aqanon 522 605 /5 - > ø . - n . ø | . : n n ø n. (motor, axel, etc.), funktionsslag (varm, snabb, etc.), funktionsvärde (ternperatur, has- tighet, etc.), osv., varvid system, systemdel, modul, moduler erhåller gemensam upp- gift som skall gällai systemet, modulerna, etc.