{"id":7695,"date":"2025-11-28T21:45:42","date_gmt":"2025-11-28T20:45:42","guid":{"rendered":"https:\/\/web-dev-weissblau.de\/microconsult\/?p=7695"},"modified":"2026-02-14T06:02:49","modified_gmt":"2026-02-14T05:02:49","slug":"using-software-to-study-archaeology-on-the-way-to-a-spice-level-3","status":"publish","type":"post","link":"https:\/\/www.microconsult.de\/en\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/","title":{"rendered":"Using software archaeology on the way to A-SPiCE\u00ae Level 3"},"content":{"rendered":"<div class=\"contentTeaser\">\n<h2>Handling legacy software<\/h2>\n<p>Authors: Kosmas Kopmeier, Christian Steinmann, Synspace Group<\/p>\n<h3>Contribution \u2013 Embedded Software Engineering Congress 2018<\/h3>\n<p><strong>Most companies&#039; processes describe the development workflow of a product or software starting from scratch. However, there are often projects where the prototype or nearly fully functional code has existed for a long time, sometimes for years. This code, however, was not developed according to the structured and documented processes required for a production project. We refer to this case as software archaeology. The standard procedure of first documenting requirements and then creating an architectural design before writing it down into code doesn&#039;t work because the code, for example, doesn&#039;t conform to the new, elegant layered model developed by the new software architect.<\/strong><\/p>\n<p>In the automotive industry, an Automotive SPiCE is typically used.<sup>\u00ae<\/sup>\u00a0Level 2 or Level 3 is required. This means, among other things, that extensive development byproducts must be created, which must also be consistent with each other. If the prototype is not to be discarded but used as a basis, the normal development processes are not suitable, or at least not entirely. This presentation discusses how the process flows can be adapted to achieve the Automotive SPiCE quality objective.<sup>\u00ae<\/sup>\u00a0Level 3 can be reached.<\/p>\n<h2>Automotive SPiCE\u00ae Level 1-3 Fundamentals<\/h2>\n<p>Automotive SPiCE<sup>\u00ae<\/sup>\u00a0is a model for verifying the process maturity of a project. It does not define the process itself, but is, simply put, a collection of idealized action patterns, so-called &quot;\u201e<em>Base Practices\u201c<\/em>\u00a0and &quot;\u201e<em>Generic Practices\u201c<\/em>, which can be used as a questionnaire to check whether a development process meets certain quality requirements.<\/p>\n<p>An assessment typically focuses on a specific part of the processes, which has been defined by the German Association of the Automotive Industry (VDA) as the VDA scope.<\/p>\n<p style=\"text-align: left;\" align=\"center\">(See Fig. 1.).\u00a0<a title=\"Fachinfo_ESE_aspice_synspace_kopmeier\" href=\"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/11\/fachinfo_ese_aspice_synspace_kopmeier.pdf\" target=\"_blank\" rel=\"noopener\">PDF<\/a>)<\/p>\n<p>Automotive SPiCE<sup>\u00ae<\/sup>\u00a0This defines the levels 0-5 of process maturity and associated process attributes, each of which receives an evaluation.<\/p>\n<p>List of levels and associated process attributes up to level 3:<\/p>\n<ul>\n<li><em>Level 0: Incomplete Process<\/em><\/li>\n<li><em>Level 1: Performed Process<\/em><\/li>\n<li><em>PA1.1 Process Performance Process Attributes<\/em><\/li>\n<li><em>Level 2: Managed Process<\/em><\/li>\n<li><em>PA2.1 Performance Management Process Attributes<\/em><\/li>\n<li><em>PA2.2 Work Product Management Process Attributes<\/em><\/li>\n<li><em>Level 3: Established Process<\/em><\/li>\n<li><em>PA3.1 Process Definition Process Attributes<\/em><\/li>\n<li><em>PA3.2 Process Deployment Process Attributes<\/em><\/li>\n<\/ul>\n<p>A level is reached when the associated PAs are rated F or L and all PAs of the levels below are rated F.<\/p>\n<p style=\"text-align: left;\" align=\"center\">(See Fig. 2.).\u00a0<a title=\"Fachinfo_ESE_aspice_synspace_kopmeier\" href=\"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/11\/fachinfo_ese_aspice_synspace_kopmeier.pdf\" target=\"_blank\" rel=\"noopener\">PDF<\/a>)<\/p>\n<h2>Development process on a greenfield site<\/h2>\n<p>When a new product or software is developed \u2013 at least that&#039;s how top managers or clients usually imagine it \u2013 the first step is to consider what the software should be able to do. Requirements are written down. These requirements are then categorized into features, which can subsequently be assigned to the various planned releases.<\/p>\n<p>Then you create an architecture, e.g., multiple layers, and define basic concepts, e.g., preemptive or non-preemptive operating system, time-slice or event-driven control, etc.<\/p>\n<p>A design is created according to the specifications of the architecture, e.g. in UML or Matlab, and the code is developed from it.<\/p>\n<p>Subsequently, everything is tested, from unit testing to interface testing, in which the design is verified, integration testing, in which compliance with the concepts of the software architecture is checked, to testing against the requirements.<\/p>\n<p>The entire development process is framed, on the one hand, by project management, which, at least if you consider an A-SPiCE<sup>\u00ae<\/sup>\u00a0Reaching Level 3 involves not only planning all tasks, but also estimating the effort, monitoring it, and responding appropriately to deviations from the plan.<\/p>\n<p>Secondly, the development process is framed by quality assurance, in which the quality objectives of all work products and the process flows are defined, reviews are planned and carried out, and deviations are tracked until corrective action is taken.<\/p>\n<p>Naturally, all work products are under version control, and the intended baselines are created in the various configuration management tools for each release.<\/p>\n<p>In the development of series products, several prototypes \u2013 in the automotive world called A-samples, B-samples, and C-samples \u2013 are typically developed in iterative cycles. In this process, all steps of the development process are repeatedly performed, and the work products, and of course the final product, are continuously improved. This iterative process is controlled by a problem-solving and change management process.<\/p>\n<p>(See Fig. 3.).\u00a0<a title=\"Fachinfo_ESE_aspice_synspace_kopmeier\" href=\"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/11\/fachinfo_ese_aspice_synspace_kopmeier.pdf\" target=\"_blank\" rel=\"noopener\">PDF<\/a>)<\/p>\n<h2>Development process in software archaeology<\/h2>\n<p>However, there are also development projects that do not start from scratch, but rather those where large parts of the code already exist, but \u2013 more or less \u2013 no written documentation of requirements, architectural specifications, UML designs or similar exist.<\/p>\n<p>The existing code is then transformed into a more human-readable design, for example using Doxygen. Often, some initial optimizations are visible, achieved through a...\u00a0<em>refactoring<\/em>\u00a0of the code without any change to the content.<\/p>\n<p>Creating a software architecture is considerably more difficult if the software wasn&#039;t originally developed according to a clear, written model with different layers; in such cases, it usually doesn&#039;t correspond to even the most elegant structure devised later. Nevertheless, it&#039;s important to define such a target structure so that future iterations can progressively approach it.<\/p>\n<p>It is somewhat easier, but also challenging, to subsequently determine the requirements that the software already meets and then write them down.<\/p>\n<p>In the following steps \u2013 just like in a greenfield development process \u2013 everything is tested, from unit tests to interface tests that verify the design. These tests are particularly important as regression tests to ensure that...\u00a0<em>refactoring<\/em>\u00a0No accidental errors occur in the code.<\/p>\n<p>Furthermore, there is also the integration test, in which compliance with the concepts of the software architecture is checked, and the test against the requirements.<\/p>\n<p>Of course, project management is also involved here, and although the planning includes not only the implementation of new features but also the optimization of existing code, everything still needs to be planned. Efforts must be planned and monitored, and in the event of deviations from the plan, which can occur much more frequently, replanning and updating of all plans are necessary. There are usually clearly defined milestones by which a release must be created for the customer, so careful consideration must be given to how much effort is invested in optimizing existing code and how much in developing new features.<\/p>\n<p>Here, too, the development process is framed by quality assurance. With a continuous integration and testing process, different quality standards can be defined using the right tools: one for existing code and one for new features. This approach will be examined in detail in the following chapters and slides. In any case, defining the quality of individual work products for each iteration is significantly more difficult here than with a completely new development. Nevertheless, to achieve an A-SPiCE<sup>\u00ae<\/sup>\u00a0To achieve Level 3, the quality objectives of each work product are planned, monitored, and deviations are tracked.<\/p>\n<p>Naturally, in this process too, all work products are under version control and the intended baselines are created in the various configuration management tools for each release.<\/p>\n<h2>Iterations in new developments<\/h2>\n<p>New development involves implementing new features and bug fixes for upcoming releases. Both typically come with new requirements. Ideally, the architectural concepts remain unchanged or are slightly extended, and then, of course, the design and code are also expanded. Testing is expanded concurrently with development.<\/p>\n<p>Everything grows at the same rate.<\/p>\n<h2>Iterations in software archaeology<\/h2>\n<p>In software archaeology, the desired test depth must first be achieved and the coverage of the unit tests increased. Then, the number of discrepancies between the software architecture diagram and the code must be reduced by further aligning both sides. Due to the\u00a0<em>refactoring<\/em>\u00a0The interface tests must also be adapted to the code. The better the product is understood over the course of the project, the better the appropriate requirements can be defined, which can then be verified during testing.<\/p>\n<p>The number of unit tests, requirements, and software tests is increasing, while the number of architectural elements and\u00a0<em>Lines of Code<\/em>\u00a0remain constant.<\/p>\n<h2>Rules and objectives for new development<\/h2>\n<ul>\n<li>The architecture is based on the non-functional requirements for the software.<br \/>\nThe goal is to ensure compliance with these requirements.<\/li>\n<\/ul>\n<ul>\n<li>Design and code correspond to the architecture.<br \/>\nThe goal is good maintainability.<\/li>\n<\/ul>\n<ul>\n<li>The number of MISRA warnings (violations of coding policy) will be reduced.<br \/>\nThe goal is to minimize risk.<\/li>\n<\/ul>\n<ul>\n<li>There are unit tests for every function or even every line of code. This can be easily implemented alongside the development effort.<\/li>\n<li>There are test cases for every requirement.<br \/>\nThe goal is to ensure compliance with the requirements.<\/li>\n<\/ul>\n<h2>Rules and goals in software archaeology<\/h2>\n<ul>\n<li>The architecture should meet the non-functional requirements. This takes several iterations.<\/li>\n<li>Changing external interfaces leads to incompatibility.<\/li>\n<li>A change in behavior may lead to incompatibility.<\/li>\n<li>Adapting the code to the architecture leads to better maintainability, but is also a source of new errors.<\/li>\n<li>Adapting the architecture to the existing code may lead to better maintainability, but also to an unreadable architecture.<\/li>\n<li>While resolving MISRA warnings reduces the risk of unwanted behavior, it also introduces new errors.<\/li>\n<li>Creating unit tests for each function (100%\u00a0<em>function coverage<\/em>) sometimes takes several iterations according to the release plan.<\/li>\n<li>Having test cases for all requirements is only possible for requirements that have already been identified.<\/li>\n<\/ul>\n<h2>Continuous integration and continuous testing<\/h2>\n<p>To compare a subsequently created UML architecture with the actual code, tool support is needed. Axivion&#039;s Bauhaus Suite offers a good solution, employing a continuous integration and continuous testing approach. It allows for continuous monitoring of the number of violations between the architecture and the actual code, and whether these violations are new or were present in previous versions. Similarly, it handles errors, providing a simple visual distinction between newly added MISRA warnings and those already present in a previous version (adjustable via a slider).<\/p>\n<p>The advantage of this distinction between old and new errors is crucial for quality assurance. Different quality standards can be defined here:<\/p>\n<ul>\n<li>For code that remains untouched<\/li>\n<li>For code that is modified<\/li>\n<li>For code that is being rewritten<\/li>\n<\/ul>\n<p>This makes quality significantly more predictable, which has a positive impact on Automotive SPiCE.<sup>\u00ae<\/sup>\u00a0process attributes PA2.1 and PA2.2 are affected and thus impact SPiCE<sup>\u00ae<\/sup>\u00a0Levels 2 and 3.<\/p>\n<h2>Practical experience with a software archaeology project on the way to Automotive SPiCE\u00ae Level 3<\/h2>\n<p>The experience with software archaeology is based, among other things, on a specific project in the automotive sector. Here, a supplier was commissioned to re-archive a software program called &quot;SPiCE,&quot; which had evolved over eight years based on an open-source project and was already in series production.<sup>\u00ae<\/sup>\u00a0To achieve &quot;Level 3 compliance,&quot; development processes had to be adapted, new development tools introduced, and, above all, the planning process implemented very closely. We provided intensive process support to the development team for a year until a SPiCE (Self-Proofing Certificate for Development) was achieved.<sup>\u00ae<\/sup>\u00a0Level 2 could be demonstrated in all processes, and SPiCE is expected to be demonstrated a further year later.<sup>\u00ae<\/sup>\u00a0Level 3 must be demonstrated in absolutely all processes.<\/p>\n<h2>External links<\/h2>\n<p><strong><a title=\"Automotive SPICE\" href=\"https:\/\/www.automotivespice.com\/fileadmin\/software-download\/Automotive_SPICE_PAM_30.pdf\" target=\"_blank\" rel=\"noopener\">https:\/\/www.automotivespice.com\/fileadmin\/software-download\/Automotive_SPICE_PAM_30.pdf<\/a><\/strong><\/p>\n<p><strong><a title=\"Axivion\" href=\"https:\/\/www.axivion.com\/de\/produkte-58\" target=\"_blank\" rel=\"noopener\">https:\/\/www.axivion.com\/de\/produkte-58<\/a><\/strong><\/p>\n<p><strong><a title=\"Synspace\" href=\"https:\/\/www.synspace.com\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.synspace.com<\/a><\/strong><\/p>\n<h2>authors<\/h2>\n<p>Mr.\u00a0<strong>Kosmas Kopmeier<\/strong>\u00a0is a graduate in Computer Science (FH) and an intacs\u2122 certified Automotive SPiCE<sup>\u00ae<\/sup>\u00a0Assessor. He has worked as Director of Engineering Consulting for SynSpace Group GmbH in Freiburg since 2017 and is a consultant for process quality and functional safety, as well as an Automotive SPiCE.<sup>\u00ae<\/sup>\u00a0Assessor at numerous automotive suppliers and manufacturers, as well as at manufacturers of industrial products. He has over 20 years of experience in the development of embedded systems and therefore takes a pragmatic approach to all process-related issues.<\/p>\n<p>Mr.\u00a0<strong>Christian Steinmann<\/strong>\u00a0He is a Senior Consultant for Process Improvement and has been Managing Director of the SynSpace subsidiary &quot;HM&amp;S IT-Consulting GmbH&quot; in Graz since 1995. He holds a degree in Technical Mathematics, is intacs\u2122 certified, a Scrum Master, and the owner of a technical engineering firm. He leads the (further) development of the SPiCE 1-2-1 Assessment Tool. In the banking and automotive sectors, he has conducted more than 100 assessments according to SPiCE and CMMI standards, respectively, and has also provided training on these topics. On Fridays, he lectures on computer science and software development at the FH Joanneum University of Applied Sciences in Graz for the Automotive Engineering program, teaching students programming.<\/p>\n<p><a title=\"Fachinfo_ESE_aspice_synspace_kopmeier\" href=\"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/11\/fachinfo_ese_aspice_synspace_kopmeier.pdf\" target=\"_blank\" rel=\"noopener\"><strong>Download the article as a PDF file<\/strong><\/a><\/p>\n<div>\n<hr \/>\n<h2>Architecture &amp; Design \u2013 MicroConsult Training &amp; Coaching<\/h2>\n<p><strong>Do you want to bring yourself up to date with the latest technology?<\/strong><\/p>\n<p>Then find out more\u00a0<a title=\"All training sessions and dates\" href=\"https:\/\/www.microconsult.de\/en\/all-training-dates-complete-overview\/\" target=\"_blank\" rel=\"noopener\"><strong>here<\/strong>\u00a0<\/a>MircoConsult offers training courses\/seminars\/workshops and individual coaching on the topics of architecture &amp; design \/ embedded and real-time software development.<\/p>\n<p><strong>Training &amp; coaching on the other topics in our portfolio can be found here.\u00a0<a title=\"Training &amp; Consulting - all topics\" href=\"https:\/\/www.microconsult.de\/en\/training-beratung\/\" target=\"_blank\" rel=\"noopener\">here<\/a>.<\/strong><\/p>\n<hr \/>\n<h2>Architecture &amp; Design \u2013 Expertise<\/h2>\n<p>Valuable expertise in architecture &amp; design \/ embedded and real-time software development is available.\u00a0<a title=\"Embedded Software Architecture Expertise\" href=\"https:\/\/www.microconsult.de\/en\/embedded-and-real-time-software-development\/\" target=\"_blank\" rel=\"noopener\"><strong>here<\/strong><\/a>\u00a0Available for you to download free of charge.<\/p>\n<p><a title=\"Embedded Software Architecture Expertise\" href=\"https:\/\/www.microconsult.de\/en\/embedded-and-real-time-software-development\/\" target=\"_blank\" rel=\"noopener\"><strong>To the specialist information<\/strong><\/a><\/p>\n<p><strong>You can find expertise on other topics in our portfolio here. <a title=\"Technical information\" href=\"https:\/\/www.microconsult.de\/en\/specialist-knowledge\/\" target=\"_blank\" rel=\"noopener\">here<\/a>.<\/strong><\/p>\n<\/div>\n<\/div>\n<aside><\/aside>\n<p>&nbsp;<\/p>","protected":false},"excerpt":{"rendered":"<p>Umgang mit gewachsener Software Autoren: Kosmas Kopmeier, Christian Steinmann, Synspace Group Beitrag &#8211; Embedded Software Engineering Kongress 2018 Die Prozesse der meisten Unternehmen beschreiben den Entwicklungsablauf eines Produkts oder Software auf der gr\u00fcnen Wiese beginnend. Oft gibt es aber auch Projekte, bei denen der Prototyp oder fast schon voll funktionsf\u00e4higer Code schon lange, teilweise seit [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","inline_featured_image":false,"footnotes":""},"categories":[],"tags":[],"class_list":["post-7695","post","type-post","status-publish","format-standard","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.9 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.microconsult.de\/en\/using-software-to-study-archaeology-on-the-way-to-a-spice-level-3\/\" \/>\n<meta property=\"og:locale\" content=\"en_GB\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH\" \/>\n<meta property=\"og:description\" content=\"Umgang mit gewachsener Software Autoren: Kosmas Kopmeier, Christian Steinmann, Synspace Group Beitrag &#8211; Embedded Software Engineering Kongress 2018 Die Prozesse der meisten Unternehmen beschreiben den Entwicklungsablauf eines Produkts oder Software auf der gr\u00fcnen Wiese beginnend. Oft gibt es aber auch Projekte, bei denen der Prototyp oder fast schon voll funktionsf\u00e4higer Code schon lange, teilweise seit [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.microconsult.de\/en\/using-software-to-study-archaeology-on-the-way-to-a-spice-level-3\/\" \/>\n<meta property=\"og:site_name\" content=\"MicroConsult Academy GmbH\" \/>\n<meta property=\"article:published_time\" content=\"2025-11-28T20:45:42+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-02-14T05:02:49+00:00\" \/>\n<meta name=\"author\" content=\"weissblau media\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"weissblau media\" \/>\n\t<meta name=\"twitter:label2\" content=\"Estimated reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/\"},\"author\":{\"name\":\"weissblau media\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/b6d4c4ae959b068fbe8d9416ed019a0a\"},\"headline\":\"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3\",\"datePublished\":\"2025-11-28T20:45:42+00:00\",\"dateModified\":\"2026-02-14T05:02:49+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/\"},\"wordCount\":2125,\"commentCount\":0,\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/\",\"url\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/\",\"name\":\"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#website\"},\"datePublished\":\"2025-11-28T20:45:42+00:00\",\"dateModified\":\"2026-02-14T05:02:49+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/b6d4c4ae959b068fbe8d9416ed019a0a\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/#breadcrumb\"},\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.microconsult.de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#website\",\"url\":\"https:\\\/\\\/www.microconsult.de\\\/\",\"name\":\"MicroConsult Academy GmbH\",\"description\":\"Professionelle Schulungen, Beratung und Projektunterst\u00fctzung\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.microconsult.de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-GB\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/b6d4c4ae959b068fbe8d9416ed019a0a\",\"name\":\"weissblau media\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-GB\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g\",\"caption\":\"weissblau media\"},\"sameAs\":[\"https:\\\/\\\/www.microconsult.de\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Using software archaeology on the way to A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.microconsult.de\/en\/using-software-to-study-archaeology-on-the-way-to-a-spice-level-3\/","og_locale":"en_GB","og_type":"article","og_title":"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH","og_description":"Umgang mit gewachsener Software Autoren: Kosmas Kopmeier, Christian Steinmann, Synspace Group Beitrag &#8211; Embedded Software Engineering Kongress 2018 Die Prozesse der meisten Unternehmen beschreiben den Entwicklungsablauf eines Produkts oder Software auf der gr\u00fcnen Wiese beginnend. Oft gibt es aber auch Projekte, bei denen der Prototyp oder fast schon voll funktionsf\u00e4higer Code schon lange, teilweise seit [&hellip;]","og_url":"https:\/\/www.microconsult.de\/en\/using-software-to-study-archaeology-on-the-way-to-a-spice-level-3\/","og_site_name":"MicroConsult Academy GmbH","article_published_time":"2025-11-28T20:45:42+00:00","article_modified_time":"2026-02-14T05:02:49+00:00","author":"weissblau media","twitter_card":"summary_large_image","twitter_misc":{"Written by":"weissblau media","Estimated reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/#article","isPartOf":{"@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/"},"author":{"name":"weissblau media","@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/b6d4c4ae959b068fbe8d9416ed019a0a"},"headline":"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3","datePublished":"2025-11-28T20:45:42+00:00","dateModified":"2026-02-14T05:02:49+00:00","mainEntityOfPage":{"@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/"},"wordCount":2125,"commentCount":0,"inLanguage":"en-GB","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/","url":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/","name":"Using software archaeology on the way to A-SPiCE\u00ae Level 3 - MicroConsult Academy GmbH","isPartOf":{"@id":"https:\/\/www.microconsult.de\/#website"},"datePublished":"2025-11-28T20:45:42+00:00","dateModified":"2026-02-14T05:02:49+00:00","author":{"@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/b6d4c4ae959b068fbe8d9416ed019a0a"},"breadcrumb":{"@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/#breadcrumb"},"inLanguage":"en-GB","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.microconsult.de\/mit-software-archaeologie-auf-dem-weg-zu-a-spice-level-3\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.microconsult.de\/"},{"@type":"ListItem","position":2,"name":"Mit Software-Arch\u00e4ologie auf dem Weg zu A-SPiCE\u00ae Level 3"}]},{"@type":"WebSite","@id":"https:\/\/www.microconsult.de\/#website","url":"https:\/\/www.microconsult.de\/","name":"MicroConsult Academy GmbH","description":"Professional training, consulting and project support","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.microconsult.de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-GB"},{"@type":"Person","@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/b6d4c4ae959b068fbe8d9416ed019a0a","name":"weissblau media","image":{"@type":"ImageObject","inLanguage":"en-GB","@id":"https:\/\/secure.gravatar.com\/avatar\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/bbb409da4970da9446f6c49465d453cb8a0dae301e4d4f465b5c4e62408daa2e?s=96&d=mm&r=g","caption":"weissblau media"},"sameAs":["https:\/\/www.microconsult.de"]}]}},"post_mailing_queue_ids":[],"_links":{"self":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/7695","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/comments?post=7695"}],"version-history":[{"count":5,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/7695\/revisions"}],"predecessor-version":[{"id":11811,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/7695\/revisions\/11811"}],"wp:attachment":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/media?parent=7695"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/categories?post=7695"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/tags?post=7695"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}