<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Metadata Model in Agile Software Development in Alfresco Forum</title>
    <link>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48646#M18917</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The metadata model can be changed (within reason) after being deployed. Things you should not do are:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;removing / renaming existing types / aspects&lt;/LI&gt;&lt;LI&gt;removing / renaming / moving existing properties / associations&lt;/LI&gt;&lt;LI&gt;changing value types and index configuration for properties&lt;/LI&gt;&lt;LI&gt;changing the&amp;nbsp;referenced class for associations&lt;/LI&gt;&lt;LI&gt;changing multiplicity / mandatory-ness of properties / associations&lt;/LI&gt;&lt;LI&gt;adding new mandatory properties / associations to existing types / aspects&lt;/LI&gt;&lt;LI&gt;adding new mandatory / default aspects to existing types / aspects&lt;/LI&gt;&lt;LI&gt;changing type / aspect inheritance&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can technically still do all these things, but then you will have to write some extra code (migration / adaptation logic for existing data) and perform some administrative tasks (re-indexing SOLR) to make that work properly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have worked in multiple projects using various&amp;nbsp;variants of&amp;nbsp;"agile" methodoligy, and model evolution has so far never been an issue / hindrance. Of course it helps if you are already familiar with the above mentioned restrictions, mitigations and have some experience in how some use cases may evolve from previous content management processes to better inform your content modelling plans / techniques.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 05 Feb 2019 22:38:49 GMT</pubDate>
    <dc:creator>afaust</dc:creator>
    <dc:date>2019-02-05T22:38:49Z</dc:date>
    <item>
      <title>Metadata Model in Agile Software Development</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48645#M18916</link>
      <description>Currently, we are implementing Alfresco Content Services as a DMS for a large department in our company. The main feature we want from Content Services in this use case is the ability to add metadata to documents. As far as I know, the recommended approach is to define a metadata model. To my knowle</description>
      <pubDate>Tue, 05 Feb 2019 14:35:57 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48645#M18916</guid>
      <dc:creator>onkovic</dc:creator>
      <dc:date>2019-02-05T14:35:57Z</dc:date>
    </item>
    <item>
      <title>Re: Metadata Model in Agile Software Development</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48646#M18917</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The metadata model can be changed (within reason) after being deployed. Things you should not do are:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;removing / renaming existing types / aspects&lt;/LI&gt;&lt;LI&gt;removing / renaming / moving existing properties / associations&lt;/LI&gt;&lt;LI&gt;changing value types and index configuration for properties&lt;/LI&gt;&lt;LI&gt;changing the&amp;nbsp;referenced class for associations&lt;/LI&gt;&lt;LI&gt;changing multiplicity / mandatory-ness of properties / associations&lt;/LI&gt;&lt;LI&gt;adding new mandatory properties / associations to existing types / aspects&lt;/LI&gt;&lt;LI&gt;adding new mandatory / default aspects to existing types / aspects&lt;/LI&gt;&lt;LI&gt;changing type / aspect inheritance&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can technically still do all these things, but then you will have to write some extra code (migration / adaptation logic for existing data) and perform some administrative tasks (re-indexing SOLR) to make that work properly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have worked in multiple projects using various&amp;nbsp;variants of&amp;nbsp;"agile" methodoligy, and model evolution has so far never been an issue / hindrance. Of course it helps if you are already familiar with the above mentioned restrictions, mitigations and have some experience in how some use cases may evolve from previous content management processes to better inform your content modelling plans / techniques.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Feb 2019 22:38:49 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48646#M18917</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2019-02-05T22:38:49Z</dc:date>
    </item>
    <item>
      <title>Re: Metadata Model in Agile Software Development</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48647#M18918</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you, Axel. This helps us a lot!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 06 Feb 2019 12:16:56 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/metadata-model-in-agile-software-development/m-p/48647#M18918</guid>
      <dc:creator>onkovic</dc:creator>
      <dc:date>2019-02-06T12:16:56Z</dc:date>
    </item>
  </channel>
</rss>

