<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Trabajo Grupal  by JULYSSA MENENDEZ SACON</title>
      <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84</link>
      <description>Salidas Entregables </description>
      <language>en-us</language>
      <pubDate>2022-04-06 12:40:44 UTC</pubDate>
      <lastBuildDate>2022-04-06 19:44:01 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url>https://padlet.net/icons/png/1f913.png</url>
      </image>
      <item>
         <title>SALIDAS ENTREGABLES</title>
         <author>emilyanchundiachica</author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132591577</link>
         <description><![CDATA[<div>&nbsp;Las principales salidas de la Fase C (Arquitectura de Datos) son:&nbsp;<br>-&gt;Versiones refinadas y actualizadas de los entregables de la Visión de la Visión, incluyendo:&nbsp;<br>&nbsp; &nbsp;° Estatuto de Trabajo de Arquitectura.<br>&nbsp; &nbsp;° Principios de datos validados.&nbsp;<br>-&gt;Borrador de Documento de Definición de la Arquitectura.&nbsp;<br>&nbsp; &nbsp; &nbsp;° Línea base de la Arquitectura de Datos.&nbsp; &nbsp; &nbsp;<br>&nbsp; &nbsp; &nbsp; ° Arquitectura de Datos Objetivo.<br>-Modelo de datos del negocio.&nbsp;<br>-Modelo de datos lógico.<br>-Modelos de procesos de administración de datos.<br>&nbsp; &nbsp; &nbsp; &nbsp; ° Vistas correspondientes a los puntos de vistas seleccionados orientados a las necesidades de las partes interesadas.&nbsp;<br>-&gt;Borrador de la Especificación de Requerimientos.&nbsp;<br>        ° Resultado del análisis de brechas.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ° Requerimientos de interoperabilidad de datos.&nbsp;<br>         ° Restricciones sobre la Arquitectura tecnológica a ser diseñada.&nbsp;<br>        ° Actualizaciones de los requerimientos de negocio.<br>         ° Actualizaciones a los requerimientos de la aplicación.&nbsp;<br>-&gt;Componentes de la Arquitectura de Datos de la hoja de ruta de la Arquitectura.&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 13:11:35 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132591577</guid>
      </item>
      <item>
         <title>Salidas entregables </title>
         <author>julyssamenendezsacon</author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132611449</link>
         <description><![CDATA[<div>-Versiones refinadas y actualizadas de los entregables de la Visión de la Visión, incluyendo.<br>- Borrador de Documento de Definición de la Arquitectura.&nbsp;<br>- Borrador de la Especificación de Requerimientos.&nbsp;<br>- Componentes de los sistemas de información de la hoja de ruta de la Arquitectura.&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 13:21:32 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132611449</guid>
      </item>
      <item>
         <title>Salidas entregables</title>
         <author>luisbermellozambrano</author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132622969</link>
         <description><![CDATA[<div><br></div><div><br>La estructura de un entregable se compone de capítulos y secciones, que a su vez contienen<br>artefactos tales como matrices, catálogos y diagramas junto con descripciones textuales que los<br>complementan. La especificación concreta de un entregable está sujeta a los alcances y objetivos<br>del proyecto de arquitectura empresarial en el que se deban producir, a los marcos de referencia<br>que se adopten, y sobre todo a la estructura y contenido del modelo de arquitectura empresarial.<br>Un entregable con estas características es el Architecture Definition Document propuesto por<br>TOGAF para describir la arquitectura empresarial desde cuatro dominios: Negocio, Aplicaciones,<br>Información y tecnología. Cada uno de estos dominios puede estructurarse como un capítulo<br>dentro del entregable. Ya al interior de cada capítulo es común crear secciones para cada conjunto<br>de elementos por dominio. Por ejemplo, en el dominio de negocio es común tener una sección<br>con cada proceso de negocio, el diagrama que describe sus actividades, y una descripción de cada<br>una de ellas.</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 13:27:18 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132622969</guid>
      </item>
      <item>
         <title></title>
         <author>carloscastroyoza</author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132627797</link>
         <description><![CDATA[<div>Un entregable con estas características es el Architecture Definition Document propuesto por<br>TOGAF para describir la arquitectura empresarial desde cuatro dominios: Negocio, Aplicaciones,<br>Información y tecnología. Cada uno de estos dominios puede estructurarse como un capítulo<br>dentro del entregable. Ya al interior de cada capítulo es común crear secciones para cada conjunto<br>de elementos por dominio. Por ejemplo, en el dominio de negocio es común tener una sección<br>con cada proceso de negocio, el diagrama que describe sus actividades, y una descripción de cada<br>una de ellas.</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 13:29:52 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132627797</guid>
      </item>
      <item>
         <title>SALIDAS ENTREGABLES</title>
         <author></author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132791552</link>
         <description><![CDATA[<div>•Datos de desempeño del<br>&nbsp;trabajo</div><div>•Solicitudes de cambio</div><div>•Actualizaciones al plan<br>&nbsp;para la dirección del<br>&nbsp;proyecto</div><div>•Actualizaciones a los<br>&nbsp;documentos del proyecto</div><div>Las principales salidas de la Fase C (Arquitectura de Datos) son:&nbsp;<br>Versiones refinadas y actualizadas de los entregables de la Visión de la Visión, incluyendo: o Estatuto de Trabajo de Arquitectura. o Principios de datos validado.&nbsp;<br>Borrador de Documento de Definición de la Arquitectura. o Línea base de la Arquitectura de Datos. o Arquitectura de Datos Objetivo.&nbsp;<br>Modelo de datos del negocio.<br>Modelo de datos lógico.<br>Modelos de procesos de administración de datos. o Vistas correspondientes a los puntos de vistas seleccionados orientados a las necesidades de las partes interesadas.<br>Borrador de la Especificación de Requerimientos. o Resultado del análisis de brechas. o Requerimientos de interoperabilidad de datos. o Restricciones sobre la Arquitectura tecnológica a ser diseñada. o Actualizaciones de los requerimientos de negocio. o Actualizaciones a los requerimientos de la aplicación.<br>Componentes de la Arquitectura de Datos de la hoja de ruta de la Arquitectura.&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 14:50:48 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132791552</guid>
      </item>
      <item>
         <title>SALIDAS ENTREGABLES </title>
         <author>lisbethgarcianazatty</author>
         <link>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132792286</link>
         <description><![CDATA[<div>Información y tecnología. Cada uno de estos dominios puede estructurarse como un capítulo<br>dentro del entregable. Ya al interior de cada capítulo es común crear secciones para cada conjunto<br>de elementos por dominio. <br>Los entregables son, por lo general, un elemento o componente físico necesario para completar todo el proyecto. La WBS orientada a entregables<strong> </strong>es especialmente útil para permitir que los gerentes de proyectos vean el alcance total de un proyecto y cómo se relacionan los entregables entre sí.<br>&nbsp;Versiones refinadas y actualizadas de los entregables de la Visión de la Visión, incluyendo: o Estatuto de Trabajo de Arquitectura.  Borrador de Documento de Definición de la Arquitectura. o Línea base de la Arquitectura de Datos. o Arquitectura de Datos Objetivo. o Línea base de la Arquitectura de Aplicación. o Arquitectura de Aplicación Objetivo. o Vista de la Arquitectura de Datos correspondientes a los puntos de vista relacionados a las necesidad de las partes interesadas. o Vista de la Arquitectura de Aplicación correspondientes a los puntos de vista relacionados a las necesidades de las partes interesadas.  Borrador de la Especificación de Requerimientos. o Resultado del análisis de brechas. o Requerimientos técnicos relevantes que podrían aplicar a esta evolución del ciclo de desarrollo de la Arquitectura. o Restricciones sobre la Arquitectura tecnológica a ser diseñada. o Requerimientos de negocios actualizados, si es necesario.  Componentes de los sistemas de información de la hoja de ruta de la Arquitectura&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-04-06 14:51:09 UTC</pubDate>
         <guid>https://padlet.com/julyssamenendezsacon/iwqmtgu8qykrgn84/wish/2132792286</guid>
      </item>
   </channel>
</rss>
