https://www.ecured.cu/api.php?action=feedcontributions&feedformat=atom&user=Yaimajcbayamo8 2026-04-29T13:34:47Z Contribuciones del colaborador MediaWiki 1.31.16 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2543609 2015-09-28T17:48:29Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> <br /> == Inicios ==<br /> [[Microsoft Project]] es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para [[DOS]] fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para [[DOS]] introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> <br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. [[Microsoft Project]] define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> *Proporciona un acceso rápido a la información.<br /> <br /> *No cumple con la característica de la barra de Gantt.<br /> <br /> *Utilización de las vistas mejorada.<br /> <br /> *Utilización de las vistas mejorada.<br /> <br /> *Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> *Herramienta solida de administración de proyectos.<br /> <br /> *Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> *Permite una comunicación eficiente y la colaboración.<br /> <br /> *Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> *Interfaz mejorada.<br /> <br /> *Encuentra comandos rápidamente.<br /> <br /> *Incluye barras de Gantt e imágenes gráficas.<br /> <br /> *Nuevas opciones de visualización.<br /> <br /> *Mejoramiento para guardar los proyectos.<br /> <br /> *Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> *Programación controlada por el usuario.<br /> <br /> *Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> *Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> *Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> *Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> *Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> *Mejoramiento de la visualización.<br /> <br /> *Guarda y comparte archivos en la nube.<br /> <br /> *Es útil para la gestión de proyectos.<br /> <br /> *Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> *Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> *Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> ==Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> * [http://www.aulaclic.es/html/index.htm] <br /> *[http://www.google.com.cu<br /> <br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=GNU/LINUX&diff=2437169 2015-02-26T19:44:22Z

<p>Yaimajcbayamo8: /* Estándar de Jerarquía de Sistema de Ficheros */</p> <hr /> <div>{{Ficha Software<br /> |nombre=GNU/LINUX<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= GNU/Linux es un poderoso y sumamente versátil sistema operativo con licencia libre y que implemente el estándar POSIX (acrónimo de Portable Operating System Interface, que se traduce como Interfaz de Sistema Operativo Portable). Fue creado en 1991 por Linus Torvalds, siendo entonces un estudiante de la Universidad de Helsinski, Finlandia. En 1992, el núcleo Linux fue combinado con el sistema GNU. El Sistema Operativo formado por esta combinación se conoce como GNU/Linux. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> GNU/Linux es equipamiento lógico libre o Software Libre. Esto significa que el usuario tiene la libertad de redistribuir y modificar a de acuerdo a necesidades específicas, siempre que se incluya el código fuente, como lo indica la Licencia Pública General GNU (acrónimo de GNU is Not Unix)<br /> <br /> <br /> == Requerimientos del sistema ==<br /> Se debe contar con la suficiente cantidad de memoria y un microprocesador en buen estado. Con casi cualquier distribución comercial de [[Linux]], el ambiente gráfico necesitará al menos 192 MB RAM, y 650-800 MB de espacio en disco duro para la instalación mínima. Para contar con la menor cantidad de aplicaciones prácticas, se requieren al menos 800 MB adicionales de espacio en disco duro, repartido en al menos 2 particiones. Se recomienda un microprocesador 80586 (pentium o equivalente) a 200 MHz. Sin ambiente gráfico, como es el caso de un servidor, o bien solamente aplicaciones para modo de texto, 64MB RAM y un microprocesador 80586 a 100 MHz serán suficientes.<br /> <br /> == Estándar de Jerarquía de Sistema de Ficheros==<br /> El estándar de jerarquía de ficheros (FHS o Filesystem Hierarchy Standard) define los principales directorios y sus contenidos en [[GNU/Linux]] y otros sistemas operativos similares a Unix. El procesos de desarrollar un estándar de sistema de ficheros jerárquico inició en Agosto de 1993 con un esfuerzo para reestructurar la estructuras de ficheros y directorios de [[GNU/Linux]]. El 14 de Febrero de 1994 se publicó el FSSTND (Filesystem Standard), un estándar de jerarquía de ficheros específico para GNU/Linux. Revisiones de éste se publicaron el 9 de Octubre de 1994 y el 28 de Marzo de 1995.<br /> <br /> === Estructura de directorios===<br /> <br /> Todos los ficheros y directorios aparecen debajo del directorio raíz «/», aún si están almacenados en dispositivos físicamente diferentes.<br /> <br /> <br /> /bin/ <br /> Mandatos binarios esenciales (cp, mv, ls, rm, etc.),<br /> <br /> /boot/ <br /> Ficheros utilizados durante el arranque del sistema (núcleo y discos AM), <br /> <br /> /dev/ <br /> Dispositivos esenciales, <br /> <br /> /etc/ <br /> Ficheros de configuración utilizados en todo el sistema y que son específicos del anfitrión.<br /> <br /> /etc/opt/ <br /> Ficheros de configuración utilizados por programas alojados dentro de /opt/ <br /> <br /> /etc/X11/ (opcional) <br /> Ficheros de configuración para el sistema X Window.<br /> <br /> /etc/sgml/ (opcional) <br /> Ficheros de configuración para SGML. <br /> <br /> /etc/xml/ (opcional) <br /> Ficheros de configuración para XML.<br /> <br /> /home/ (opcional) <br /> Directorios de inicios de los usuarios.<br /> <br /> /lib/ <br /> Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y el núcleo del sistema. <br /> <br /> /mnt/ <br /> Sistemas de ficheros montados temporalmente.<br /> <br /> /media/ <br /> Puntos de montaje para dispositivos de medios como unidades lectoras de discos compactos.<br /> <br /> /usr/ <br /> Jerarquía secundaria para datos compartidos de solo lectura (Unix system resources). Este directorio debe poder ser compartido para múltiples anfitriones y no debe contener datos específicos del anfitrión que los comparte.<br /> <br /> /var/ <br /> Ficheros variables, como son bitácoras, bases de datos, directorio raíz de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.<br /> <br /> === Particiones recomendadas para instalar GNU/Linux===<br /> Como mínimo se requieren tres particiones:<br /> <br /> /boot <br /> <br /> Requiere al menos 75 MB. Asignar más espacio puede considerarse desperdicio.<br /> <br /> /<br /> Requiere de 512 a 1024 MB. <br /> <br /> Swap <br /> <br /> Debe asignarse el doble del tamaño del RAM físico, esta será siempre la última partición del disco duro y no se le asigna punto de montaje.<br /> <br /> ====Otras particiones que se recomienda asignar, son:====<br /> <br /> /usr <br /> <br /> Requiere al menos 1.5 GB en instalaciones básicas. Debe considerarse el equipamiento lógico a utilizar a futuro. Para uso general, se recomiendan no menos de 5 GB y, de ser posible, considere un tamaño óptimo de hasta 8 GB en instalaciones promedio. <br /> <br /> /tmp <br /> <br /> Requiere al menos 350 MB y puede asignarse hasta 2 GB o más dependiendo de la carga de trabajo y tipo de aplicaciones. Si por ejemplo el sistema cuenta con un grabador de DVD, será necesario asignar a /tmp el espacio suficiente para almacenar una imagen de disco DVD, es decir, al menos 4.2 GB.<br /> <br /> /var <br /> <br /> Requiere al menos 512 MB en estaciones de trabajo sin servicios. En servidores regularmente se le asigna al menos la mitad del disco duro. /home En estaciones de trabajo se asigna al menos la mitad del disco duro a esta partición.<br /> <br /> == Fuentes ==<br /> <br /> * Implementación De Servidores Con GNU/Linux Implementación De Servidores Con GNU/Linux Edición Edición Marzo 2011 Marzo 2011 24 De Marzo De 2011 24 De Marzo De 2011 Joel Barrios Dueñas <br /> <br /> &lt;/div&gt;<br /> [[Category:Linux]] [[Category:Núcleo_Linux]] [[Category:GNU]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=GNU/LINUX&diff=2437153 2015-02-26T19:35:13Z

<p>Yaimajcbayamo8: /* Requerimientos del sistema */</p> <hr /> <div>{{Ficha Software<br /> |nombre=GNU/LINUX<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= GNU/Linux es un poderoso y sumamente versátil sistema operativo con licencia libre y que implemente el estándar POSIX (acrónimo de Portable Operating System Interface, que se traduce como Interfaz de Sistema Operativo Portable). Fue creado en 1991 por Linus Torvalds, siendo entonces un estudiante de la Universidad de Helsinski, Finlandia. En 1992, el núcleo Linux fue combinado con el sistema GNU. El Sistema Operativo formado por esta combinación se conoce como GNU/Linux. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> GNU/Linux es equipamiento lógico libre o Software Libre. Esto significa que el usuario tiene la libertad de redistribuir y modificar a de acuerdo a necesidades específicas, siempre que se incluya el código fuente, como lo indica la Licencia Pública General GNU (acrónimo de GNU is Not Unix)<br /> <br /> <br /> == Requerimientos del sistema ==<br /> Se debe contar con la suficiente cantidad de memoria y un microprocesador en buen estado. Con casi cualquier distribución comercial de [[Linux]], el ambiente gráfico necesitará al menos 192 MB RAM, y 650-800 MB de espacio en disco duro para la instalación mínima. Para contar con la menor cantidad de aplicaciones prácticas, se requieren al menos 800 MB adicionales de espacio en disco duro, repartido en al menos 2 particiones. Se recomienda un microprocesador 80586 (pentium o equivalente) a 200 MHz. Sin ambiente gráfico, como es el caso de un servidor, o bien solamente aplicaciones para modo de texto, 64MB RAM y un microprocesador 80586 a 100 MHz serán suficientes.<br /> <br /> == Estándar de Jerarquía de Sistema de Ficheros==<br /> El estándar de jerarquía de ficheros (FHS o Filesystem Hierarchy Standard) define los principales directorios y sus contenidos en GNU/Linux y otros sistemas operativos similares a Unix. El procesos de desarrollar un estándar de sistema de ficheros jerárquico inició en Agosto de 1993 con un esfuerzo para reestructurar la estructuras de ficheros y directorios de GNU/Linux. El 14 de Febrero de 1994 se publicó el FSSTND (Filesystem Standard), un estándar de jerarquía de ficheros específico para GNU/Linux. Revisiones de éste se publicaron el 9 de Octubre de 1994 y el 28 de Marzo de 1995.<br /> <br /> === Estructura de directorios===<br /> <br /> Todos los ficheros y directorios aparecen debajo del directorio raíz «/», aún si están almacenados en dispositivos físicamente diferentes.<br /> <br /> <br /> /bin/ <br /> Mandatos binarios esenciales (cp, mv, ls, rm, etc.),<br /> <br /> /boot/ <br /> Ficheros utilizados durante el arranque del sistema (núcleo y discos AM), <br /> <br /> /dev/ <br /> Dispositivos esenciales, <br /> <br /> /etc/ <br /> Ficheros de configuración utilizados en todo el sistema y que son específicos del anfitrión.<br /> <br /> /etc/opt/ <br /> Ficheros de configuración utilizados por programas alojados dentro de /opt/ <br /> <br /> /etc/X11/ (opcional) <br /> Ficheros de configuración para el sistema X Window.<br /> <br /> /etc/sgml/ (opcional) <br /> Ficheros de configuración para SGML. <br /> <br /> /etc/xml/ (opcional) <br /> Ficheros de configuración para XML.<br /> <br /> /home/ (opcional) <br /> Directorios de inicios de los usuarios.<br /> <br /> /lib/ <br /> Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y el núcleo del sistema. <br /> <br /> /mnt/ <br /> Sistemas de ficheros montados temporalmente.<br /> <br /> /media/ <br /> Puntos de montaje para dispositivos de medios como unidades lectoras de discos compactos.<br /> <br /> /usr/ <br /> Jerarquía secundaria para datos compartidos de solo lectura (Unix system resources). Este directorio debe poder ser compartido para múltiples anfitriones y no debe contener datos específicos del anfitrión que los comparte.<br /> <br /> /var/ <br /> Ficheros variables, como son bitácoras, bases de datos, directorio raíz de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.<br /> <br /> === Particiones recomendadas para instalar GNU/Linux===<br /> Como mínimo se requieren tres particiones:<br /> <br /> /boot <br /> <br /> Requiere al menos 75 MB. Asignar más espacio puede considerarse desperdicio.<br /> <br /> /<br /> Requiere de 512 a 1024 MB. <br /> <br /> Swap <br /> <br /> Debe asignarse el doble del tamaño del RAM físico, esta será siempre la última partición del disco duro y no se le asigna punto de montaje.<br /> <br /> ====Otras particiones que se recomienda asignar, son:====<br /> <br /> /usr <br /> <br /> Requiere al menos 1.5 GB en instalaciones básicas. Debe considerarse el equipamiento lógico a utilizar a futuro. Para uso general, se recomiendan no menos de 5 GB y, de ser posible, considere un tamaño óptimo de hasta 8 GB en instalaciones promedio. <br /> <br /> /tmp <br /> <br /> Requiere al menos 350 MB y puede asignarse hasta 2 GB o más dependiendo de la carga de trabajo y tipo de aplicaciones. Si por ejemplo el sistema cuenta con un grabador de DVD, será necesario asignar a /tmp el espacio suficiente para almacenar una imagen de disco DVD, es decir, al menos 4.2 GB.<br /> <br /> /var <br /> <br /> Requiere al menos 512 MB en estaciones de trabajo sin servicios. En servidores regularmente se le asigna al menos la mitad del disco duro. /home En estaciones de trabajo se asigna al menos la mitad del disco duro a esta partición.<br /> <br /> == Fuentes ==<br /> <br /> * Implementación De Servidores Con GNU/Linux Implementación De Servidores Con GNU/Linux Edición Edición Marzo 2011 Marzo 2011 24 De Marzo De 2011 24 De Marzo De 2011 Joel Barrios Dueñas <br /> <br /> &lt;/div&gt;<br /> [[Category:Linux]] [[Category:Núcleo_Linux]] [[Category:GNU]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=GNU/LINUX&diff=2437152 2015-02-26T19:34:57Z

<p>Yaimajcbayamo8: Página creada con «{{Ficha Software |nombre=GNU/LINUX |familia= |imagen= |tamaño= |descripción= GNU/Linux es un poderoso y sumamente versátil sistema operativo con licencia libre y que im...»</p> <hr /> <div>{{Ficha Software<br /> |nombre=GNU/LINUX<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= GNU/Linux es un poderoso y sumamente versátil sistema operativo con licencia libre y que implemente el estándar POSIX (acrónimo de Portable Operating System Interface, que se traduce como Interfaz de Sistema Operativo Portable). Fue creado en 1991 por Linus Torvalds, siendo entonces un estudiante de la Universidad de Helsinski, Finlandia. En 1992, el núcleo Linux fue combinado con el sistema GNU. El Sistema Operativo formado por esta combinación se conoce como GNU/Linux. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> GNU/Linux es equipamiento lógico libre o Software Libre. Esto significa que el usuario tiene la libertad de redistribuir y modificar a de acuerdo a necesidades específicas, siempre que se incluya el código fuente, como lo indica la Licencia Pública General GNU (acrónimo de GNU is Not Unix)<br /> <br /> <br /> == Requerimientos del sistema ==<br /> Se debe contar con la suficiente cantidad de memoria y un microprocesador en buen estado. Con casi cualquier distribución comercial de Linux, el ambiente gráfico necesitará al menos 192 MB RAM, y 650-800 MB de espacio en disco duro para la instalación mínima. Para contar con la menor cantidad de aplicaciones prácticas, se requieren al menos 800 MB adicionales de espacio en disco duro, repartido en al menos 2 particiones. Se recomienda un microprocesador 80586 (pentium o equivalente) a 200 MHz. Sin ambiente gráfico, como es el caso de un servidor, o bien solamente aplicaciones para modo de texto, 64MB RAM y un microprocesador 80586 a 100 MHz serán suficientes. <br /> <br /> == Estándar de Jerarquía de Sistema de Ficheros==<br /> El estándar de jerarquía de ficheros (FHS o Filesystem Hierarchy Standard) define los principales directorios y sus contenidos en GNU/Linux y otros sistemas operativos similares a Unix. El procesos de desarrollar un estándar de sistema de ficheros jerárquico inició en Agosto de 1993 con un esfuerzo para reestructurar la estructuras de ficheros y directorios de GNU/Linux. El 14 de Febrero de 1994 se publicó el FSSTND (Filesystem Standard), un estándar de jerarquía de ficheros específico para GNU/Linux. Revisiones de éste se publicaron el 9 de Octubre de 1994 y el 28 de Marzo de 1995.<br /> <br /> === Estructura de directorios===<br /> <br /> Todos los ficheros y directorios aparecen debajo del directorio raíz «/», aún si están almacenados en dispositivos físicamente diferentes.<br /> <br /> <br /> /bin/ <br /> Mandatos binarios esenciales (cp, mv, ls, rm, etc.),<br /> <br /> /boot/ <br /> Ficheros utilizados durante el arranque del sistema (núcleo y discos AM), <br /> <br /> /dev/ <br /> Dispositivos esenciales, <br /> <br /> /etc/ <br /> Ficheros de configuración utilizados en todo el sistema y que son específicos del anfitrión.<br /> <br /> /etc/opt/ <br /> Ficheros de configuración utilizados por programas alojados dentro de /opt/ <br /> <br /> /etc/X11/ (opcional) <br /> Ficheros de configuración para el sistema X Window.<br /> <br /> /etc/sgml/ (opcional) <br /> Ficheros de configuración para SGML. <br /> <br /> /etc/xml/ (opcional) <br /> Ficheros de configuración para XML.<br /> <br /> /home/ (opcional) <br /> Directorios de inicios de los usuarios.<br /> <br /> /lib/ <br /> Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y el núcleo del sistema. <br /> <br /> /mnt/ <br /> Sistemas de ficheros montados temporalmente.<br /> <br /> /media/ <br /> Puntos de montaje para dispositivos de medios como unidades lectoras de discos compactos.<br /> <br /> /usr/ <br /> Jerarquía secundaria para datos compartidos de solo lectura (Unix system resources). Este directorio debe poder ser compartido para múltiples anfitriones y no debe contener datos específicos del anfitrión que los comparte.<br /> <br /> /var/ <br /> Ficheros variables, como son bitácoras, bases de datos, directorio raíz de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.<br /> <br /> === Particiones recomendadas para instalar GNU/Linux===<br /> Como mínimo se requieren tres particiones:<br /> <br /> /boot <br /> <br /> Requiere al menos 75 MB. Asignar más espacio puede considerarse desperdicio.<br /> <br /> /<br /> Requiere de 512 a 1024 MB. <br /> <br /> Swap <br /> <br /> Debe asignarse el doble del tamaño del RAM físico, esta será siempre la última partición del disco duro y no se le asigna punto de montaje.<br /> <br /> ====Otras particiones que se recomienda asignar, son:====<br /> <br /> /usr <br /> <br /> Requiere al menos 1.5 GB en instalaciones básicas. Debe considerarse el equipamiento lógico a utilizar a futuro. Para uso general, se recomiendan no menos de 5 GB y, de ser posible, considere un tamaño óptimo de hasta 8 GB en instalaciones promedio. <br /> <br /> /tmp <br /> <br /> Requiere al menos 350 MB y puede asignarse hasta 2 GB o más dependiendo de la carga de trabajo y tipo de aplicaciones. Si por ejemplo el sistema cuenta con un grabador de DVD, será necesario asignar a /tmp el espacio suficiente para almacenar una imagen de disco DVD, es decir, al menos 4.2 GB.<br /> <br /> /var <br /> <br /> Requiere al menos 512 MB en estaciones de trabajo sin servicios. En servidores regularmente se le asigna al menos la mitad del disco duro. /home En estaciones de trabajo se asigna al menos la mitad del disco duro a esta partición.<br /> <br /> == Fuentes ==<br /> <br /> * Implementación De Servidores Con GNU/Linux Implementación De Servidores Con GNU/Linux Edición Edición Marzo 2011 Marzo 2011 24 De Marzo De 2011 24 De Marzo De 2011 Joel Barrios Dueñas <br /> <br /> &lt;/div&gt;<br /> [[Category:Linux]] [[Category:Núcleo_Linux]] [[Category:GNU]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423012 2015-01-30T18:57:55Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> [[Microsoft Project]] es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para [[DOS]] fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para [[DOS]] introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. [[Microsoft Project]] define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * [http://www.aulaclic.es/html/index.htm] <br /> <br /> *[http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw]<br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423010 2015-01-30T18:56:41Z

<p>Yaimajcbayamo8: /* Fuentes */</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * [http://www.aulaclic.es/html/index.htm] <br /> <br /> *[http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw]<br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423009 2015-01-30T18:55:28Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 <br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * http://www.aulaclic.es/html/index.htm <br /> <br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw<br /> <br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423008 2015-01-30T18:53:20Z

<p>Yaimajcbayamo8: /* Fuentes */</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 &lt;ref&gt;[[Html5]]&lt;/ref&gt;<br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * http://www.aulaclic.es/html/index.htm <br /> <br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw<br /> <br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423005 2015-01-30T18:50:56Z

<p>Yaimajcbayamo8: /* Fuentes */</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 &lt;ref&gt;[[Html5]]&lt;/ref&gt;<br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * http://www.aulaclic.es/html/index.htm AulaClic<br /> <br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw<br /> <br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423003 2015-01-30T18:47:47Z

<p>Yaimajcbayamo8: /* Fuentes */</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 &lt;ref&gt;[[Html5]]&lt;/ref&gt;<br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * [http://www.aulaclic.es/html/index.htm AulaClic]<br /> <br /> <br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423002 2015-01-30T18:47:13Z

<p>Yaimajcbayamo8: /* Fuentes */</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 &lt;ref&gt;[[Html5]]&lt;/ref&gt;<br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * [http://www.aulaclic.es/html/index.htm AulaClic]<br /> <br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw<br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Microsoft_Project_2010&diff=2423000 2015-01-30T18:45:54Z

<p>Yaimajcbayamo8: Página creada con «{{Ficha Software |nombre=Microsoft Project |familia= |imagen= |tamaño= |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesar...»</p> <hr /> <div>{{Ficha Software<br /> |nombre=Microsoft Project<br /> |familia=<br /> |imagen=<br /> |tamaño=<br /> |descripción= ¨Microsoft Project 2010¨ es una aplicación que nos ofrece las herramientas necesarias para la administración de proyectos, nos brinda la posibilidad de llevar un control y dar seguimiento a todas las actividades que antes anotábamos en un papel. <br /> |imagen2=<br /> |tamaño2=<br /> |descripción2=<br /> |creador=<br /> |desarrollador= <br /> |diseñador=<br /> |modelo de desarrollo=<br /> |fecha de creación=<br /> |lanzamiento inicial=<br /> |versiones=<br /> |última versión estable= 2013 &lt;ref&gt;[[Html5]]&lt;/ref&gt;<br /> |núcleo=<br /> |tipo de núcleo=<br /> |plataformas soportadas=<br /> |género=<br /> |sistemas operativos=<br /> |idioma=<br /> |licencia=<br /> |premios=<br /> |web=<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Microsoft Project (o MSP) es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.<br /> == Inicios ==<br /> Microsoft Project es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en el diagrama de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office. Está disponible en dos versiones: Standard y Professional.<br /> == Uso de Microsoft Project ==<br /> La razón de un proyecto es alcanzar objetivos específicos dentro de los límites que imponen un presupuesto, calidades establecidas previamente y un lapso de tiempo previamente definido.<br /> Podemos introducir toda la información en tablas y tener una visión general de las tareas, recursos y costos tanto juntos como por separado. Si necesitamos hacer una modificación en los datos ingresados todo se recalculará de forma automática.<br /> Microsoft Project utiliza la facilmente internamente para calcular la duración de proyectos. Microsoft Project define la ruta crítica, como un conjunto de las tareas que si se retrasan o han comenzado antes afectará la fecha de todo el proyecto fin. Por lo tanto, las tareas que constituyen la ruta crítica son las tareas &quot;críticas&quot;. <br /> Project no proporciona una red (PERT-similares), orientado a escala de tiempo vista fácilmente.<br /> <br /> ==Versiones==<br /> ===Microsoft Project===<br /> -Mejor presentación en los menús y en la barra de herramientas.<br /> <br /> -Proporciona un acceso rápido a la información.<br /> <br /> -No cumple con la característica de la barra de Gantt.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Utilización de las vistas mejorada.<br /> <br /> -Permite guardar instantáneas de proyectos en las líneas de base y el progreso del proyecto completo.<br /> <br /> -Herramienta solida de administración de proyectos.<br /> <br /> -Definición de plantillas de informes personalizados para compartir con otros usuarios de Project.<br /> <br /> -Permite una comunicación eficiente y la colaboración.<br /> <br /> -Compatibilidad con versiones anteriores.<br /> <br /> === Microsoft Project 2010===<br /> -Interfaz mejorada.<br /> <br /> -Encuentra comandos rápidamente.<br /> <br /> -Incluye barras de Gantt e imágenes gráficas.<br /> <br /> -Nuevas opciones de visualización.<br /> <br /> -Mejoramiento para guardar los proyectos.<br /> <br /> -Ofrece amplia visibilidad de los conflictos, saturación o inactividad de un proyecto.<br /> <br /> -Programación controlada por el usuario.<br /> <br /> -Mejoras en la colaboración mediante sincronización de listas de SharePoint.<br /> <br /> -Hay compatibilidad con la versión 2007.<br /> <br /> === Microsoft Project 2013===<br /> -Nueva y atractiva interfaz con aspecto más nítido.<br /> <br /> -Empieza rápidamente, existe una mejora a las versiones anteriores.<br /> <br /> -Traza rutas de tareas para arreglar un diagrama de Gantt desordenado.<br /> <br /> -Mejoramiento de la visualización.<br /> <br /> -Guarda y comparte archivos en la nube.<br /> <br /> -Es útil para la gestión de proyectos.<br /> <br /> -Incorpora varias mejoras para optimizar el control sobre la programación.<br /> <br /> -Mejoramiento para trabaja desde casi cualquier sitio.<br /> <br /> -Mejoramiento de la versión y Compatibilidad con las versiones anteriores.<br /> <br /> <br /> == Ventajas de Microsoft Project 2010==<br /> ===Proyectos y Gestión de Cartera Unificadas===<br /> Las mejores técnicas de cartera que estaban disponibles en Microsoft Office Project Portfolio Server 2007 se incorporan ahora en Project Server 2010, proporcionando en un único servidor una interfaz de usuario intuitiva que ofrece las herramientas adecuadas para apoyar el ciclo de vida del proyecto. Mediante la combinación de las técnicas de la cartera de arriba hacia abajo,Project Server 2010 ayuda a las organizaciones a identificar y seleccionar los portafolios más óptimos y a entregar con éxito los proyectos, dando cuenta de los resultados.<br /> <br /> ===Control de los procesos de gobierno mediante flujos de trabajo.===<br /> Las capacidades de los flujos de trabajo en Project Server 2010 ayudan a las organizaciones a definir los procesos de gobierno, para controlar con eficacia todos los tipos de trabajo de los proyectos y operativas en todo el ciclo de la vida del proyecto. Establece puntos de control dentro del proceso mediante la identificación de individuos, con la autoridad de homologación apropiada, contribuye a la rendición de cuentas en la unidad, aumentando el conocimiento, lo que proporciona un registro verificable de todas las decisiones de inversión. La nueva Página de Estado de la Propuesta ayuda a que el Project Management Office (PMO) comunique de forma efectiva los procesos de gobierno y a educar a los empleados para impulsar la adopción, la satisfacción y el cumplimiento.<br /> <br /> ===Estandarizar y racionalizar la iniciación del proyecto.===<br /> Project Server 2010 proporciona una gestión de la demanda a través de un único portal, para ayudar a las organizaciones a optimizar y estandarizar el proceso de iniciación para todos los tipos de trabajo. La centralización de los proyectos y las actividades operacionales en un sistema central proporciona a la organización la visibilidad en todas las solicitudes e iniciativas que existan, resultando fácil de eliminar la duplicación de solicitudes y así evaluar rápidamente el impacto en los recursos. La flexibilidad de Project Server 2010 ayuda a que el PMO otorgue un nivel de autonomía en los diferentes departamentos, mientras que la normalización de la recopilación de datos facilitará obtener informes de empresa.<br /> <br /> ===Selecciona las carteras adecuadas que se alinean con la estrategia.===<br /> Project Server 2010 incluye las mejores prácticas técnicas de selección de carteras, que <br /> proporcionan un acuerdo en la optimización del valor, es decir, ayuda a las organizaciones a adoptar un enfoque más racional y a la selección de la alineación de la inversión frente a la e recursos. La nueva gestión de cartera y las capacidades analíticas ayudan a los ejecutivos a hacer mucho más con menos y demuestran objetivamente la alineación con las prioridades estratégicas de la inversión.<br /> <br /> ===Presenta de manera intuitiva el tiempo y las actualizaciones de tareas. ===<br /> Project Server 2010 proporciona a las organizaciones la flexibilidad que necesitan para <br /> centralizar la captura de tiempo, agilizar los procesos, la gestión de tareas y automatizar, así como aumentar la precisión de las previsiones del proyecto y capacidades de informes en tiempo real, proporcionando en Project Server 2010 una nueva forma sencilla de unificar el tiempo como las actualizaciones de estado de las tareas<br /> <br /> == Fuentes ==<br /> <br /> * [http://www.aulaclic.es/html/index.htm AulaClic]<br /> <br /> *[http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=ventajas+de+microsoft++project+2010_%3F&amp;source=web&amp;cd=4&amp;cad=rja&amp;uact=8&amp;ved=0CC8QFjAD&amp;url=http%3A%2F%2Fblogs.technet.com%2Fcfs-filesystemfile.ashx%2F__key%2Ftelligent-evolution-components-attachments%2F01-8479-00-00-03-35-85-78%2FBeneficios-de-Project-Server-2010.pdf&amp;ei=X1jKVP6YM9iqyASQ9IH4CQ&amp;usg=AFQjCNGlv2muUBKuIfDpZ9eTU-3XMsbPJw&amp;bvm=bv.84607526,d.aWw]<br /> &lt;/div&gt;<br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348867 2014-10-11T13:30:08Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> El Document Object Model(DOM), es una forma de representar los elementos de un documento estructurado ej. (X)HTML como [[objetos]] que tienen sus propios [[métodos]] y propiedades.<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> <br /> - Obtener el valor almacenado por algunos elementos.<br /> <br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> <br /> - Manipulación interactiva de contenidos.<br /> <br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> <br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> <br /> - Propia etiqueta.<br /> <br /> - Contenido textual de la etiqueta.<br /> <br /> <br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> <br /> ==Tipos de nodos==<br /> <br /> 1. Document:Nodo raíz del que derivan los demás nodos del árbol.<br /> <br /> 2. Element:Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> <br /> 3. Attr:Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> <br /> 4. Text:Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> <br /> == Características del DOM==<br /> <br /> Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> <br /> -Acceso a través de los nodos padres.<br /> <br /> <br /> -Acceso directo.<br /> <br /> ===Acceso a través de los nodos padres===<br /> <br /> document.formName.elements[index]<br /> <br /> <br /> document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Resumen==<br /> DOM permite ver el mismo documento de otra manera, describiendo el contenido del documento como un conjunto de objetos que un programa Javascript puede actuar sobre ellos. <br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348865 2014-10-11T13:26:31Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> El Document Object Model(DOM), es una forma de representar los elementos de un documento estructurado ej. (X)HTML como [[objetos]] que tienen sus propios [[métodos]] y propiedades.<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> <br /> - Obtener el valor almacenado por algunos elementos.<br /> <br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> <br /> - Manipulación interactiva de contenidos.<br /> <br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> <br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> <br /> - Propia etiqueta.<br /> <br /> - Contenido textual de la etiqueta.<br /> <br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> <br /> ==Tipos de nodos==<br /> <br /> 1. Document:Nodo raíz del que derivan los demás nodos del árbol.<br /> <br /> 2. Element:Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> <br /> 3. Attr:Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> <br /> 4. Text:Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> <br /> == Características del DOM==<br /> <br /> Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> <br /> -Acceso a través de los nodos padres.<br /> <br /> <br /> -Acceso directo.<br /> <br /> ===Acceso a través de los nodos padres===<br /> <br /> document.formName.elements[index]<br /> <br /> <br /> document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Resumen==<br /> DOM permite ver el mismo documento de otra manera, describiendo el contenido del documento como un conjunto de objetos que un programa Javascript puede actuar sobre ellos. <br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348864 2014-10-11T13:25:22Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> El Document Object Model(DOM), es una forma de representar los elementos de un documento estructurado ej. (X)HTML como [[objetos]] que tienen sus propios [[métodos]] y[[ propiedades]].<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> <br /> - Obtener el valor almacenado por algunos elementos.<br /> <br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> <br /> - Manipulación interactiva de contenidos.<br /> <br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> <br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> <br /> - Propia etiqueta.<br /> <br /> - Contenido textual de la etiqueta.<br /> <br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> <br /> ==Tipos de nodos==<br /> <br /> 1. Document:Nodo raíz del que derivan los demás nodos del árbol.<br /> <br /> 2. Element:Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> <br /> 3. Attr:Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> <br /> 4. Text:Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> <br /> == Características del DOM==<br /> <br /> Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> <br /> -Acceso a través de los nodos padres.<br /> <br /> <br /> -Acceso directo.<br /> <br /> ===Acceso a través de los nodos padres===<br /> <br /> document.formName.elements[index]<br /> <br /> <br /> document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Resumen==<br /> DOM permite ver el mismo documento de otra manera, describiendo el contenido del documento como un conjunto de objetos que un programa Javascript puede actuar sobre ellos. <br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348863 2014-10-11T13:24:02Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> El Document Object Model(DOM), es una forma de representar los elementos de un documento estructurado ej. (X)HTML como objetos que tienen sus propios métodos y propiedades.<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> <br /> - Obtener el valor almacenado por algunos elementos.<br /> <br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> <br /> - Manipulación interactiva de contenidos.<br /> <br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> <br /> - Propia etiqueta.<br /> <br /> - Contenido textual de la etiqueta.<br /> <br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> <br /> ==Tipos de nodos==<br /> <br /> 1. Document:Nodo raíz del que derivan los demás nodos del árbol.<br /> <br /> 2. Element:Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> <br /> 3. Attr:Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> <br /> 4. Text:Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> <br /> == Características del DOM==<br /> <br /> Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> <br /> -Acceso a través de los nodos padres.<br /> <br /> <br /> -Acceso directo.<br /> <br /> ===Acceso a través de los nodos padres===<br /> <br /> document.formName.elements[index]<br /> <br /> <br /> document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Resumen==<br /> DOM permite ver el mismo documento de otra manera, describiendo el contenido del documento como un conjunto de objetos que un programa Javascript puede actuar sobre ellos. <br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348862 2014-10-11T13:22:36Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> El Document Object Model(DOM), es una forma de representar los elementos de un documento estructurado ej. (X)HTML como objetos que tienen sus propios métodos y propiedades.<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> <br /> - Obtener el valor almacenado por algunos elementos.<br /> <br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> <br /> - Manipulación interactiva de contenidos.<br /> <br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> - Propia etiqueta.<br /> - Contenido textual de la etiqueta.<br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> ==Tipos de nodos==<br /> <br /> 1. Document:Nodo raíz del que derivan los demás nodos del árbol.<br /> <br /> 2. Element:Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> <br /> 3. Attr:Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> <br /> 4. Text:Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> <br /> == Características del DOM==<br /> <br /> Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> <br /> -Acceso a través de los nodos padres.<br /> <br /> <br /> -Acceso directo.<br /> <br /> ===Acceso a través de los nodos padres===<br /> <br /> document.formName.elements[index]<br /> <br /> <br /> document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Resumen==<br /> DOM permite ver el mismo documento de otra manera, describiendo el contenido del documento como un conjunto de objetos que un programa Javascript puede actuar sobre ellos. <br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Uso_del_DOM&diff=2348859 2014-10-11T13:16:50Z

<p>Yaimajcbayamo8: Página creada con ' El Document Object Model, es una forma de representar los elementos de un documento estructurado ej. (X)HTML como objetos que tienen sus propios métodos y propiedades. ==Impo...'</p> <hr /> <div> <br /> El Document Object Model, es una forma de representar los elementos de un documento estructurado ej. (X)HTML como objetos que tienen sus propios métodos y propiedades.<br /> ==Importancia del DOM==<br /> En Javascript es habitual:<br /> - Obtener el valor almacenado por algunos elementos.<br /> - Crear y Eliminar un elemento de forma dinámica y añadirlo al documento.<br /> - Manipulación interactiva de contenidos.<br /> - Flexibilidad ilimitada.<br /> <br /> Una página (X)HTML no es más que una sucesión de caracteres.<br /> - DOM transforma todos los documentos (X)HTML en un conjunto de elementos llamados nodos, que están interconectados y que representan los contenidos de las páginas web y las relaciones entre ellos.<br /> <br /> == Reglas para la transformación de la página en sus nodos.==<br /> • Las etiquetas HTML se transforman en 2 nodos: <br /> - Propia etiqueta.<br /> - Contenido textual de la etiqueta.<br /> • Si un etiqueta es hija de otra se sigue el procedimiento anterior, siendo hijos de su nodo padre.<br /> ==Tipos de nodos==<br /> 1. Document:<br /> Nodo raíz del que derivan los demás nodos del árbol.<br /> 2. Element:<br /> Representa cada una de las etiquetas HTML, único nodo que contiene atributos y del que derivan otros nodos.<br /> 3. Attr:<br /> Se define un nodo de este tipo por cada atributo de una etiqueta HTML.<br /> 4. Text:<br /> Nodo que contiene el texto encerrado por una etiqueta HTML.<br /> == Características del DOM==<br /> 1. Por su aspecto a la unión de todos los nodos se le llama “árbol de nodos.”<br /> == Consideraciones del árbol del DOM==<br /> - Cada rectángulo representa un nodo del DOM.<br /> <br /> - Dentro de cada nodo se ha incluido su tipo y su contenido.<br /> <br /> - A partir del nodo raíz cada nodo se transforma en un nodo de tipo Element.<br /> <br /> - Cada etiqueta HTML genera dos nodos, el primero es el nodo de tipo Element correspondiente a la etiqueta y el segundo es un nodo de tipo texto que contiene el texto encerrado por esta.<br /> <br /> - La raíz del árbol de nodo de cualquier documento HTML es del tipo Documento.<br /> <br /> ==Acceso a los nodos==<br /> DOM proporciona dos métodos:<br /> -Acceso a través de los nodos padres.<br /> <br /> -Acceso directo.<br /> ===Acceso a través de los nodos padres===<br /> - document.formName.elements[index]<br /> <br /> - document.forms[index].elementName<br /> ===Acceso directo===<br /> • Se utilizan funciones que permiten acceder directamente al elemento en cuestión.<br /> <br /> – getElementsByTagName().<br /> <br /> – getElementsByName().<br /> <br /> <br /> – getElementById().<br /> ==Fuentes==<br /> Introducción a JavaScript, capítulo 5, pág 51-61<br /> [[Category: Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296403 2014-07-22T13:43:09Z

<p>Yaimajcbayamo8: /* Introducción */</p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> <br /> ==Introducción ==<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la Gestión de Riesgos, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> ==Procesos del MoGeRi. ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> <br /> Identificación de los riesgos.<br /> <br /> Análisis de los riesgos <br /> <br /> Respuestas a los riesgos. <br /> <br /> Seguimiento y control de los riesgos. <br /> <br /> Comunicación de la información sobre los riesgos.<br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> <br /> • Determinación del alcance. <br /> <br /> • Planificación de la GR. <br /> <br /> • Factibilidad de la GR.<br /> <br /> • Comunicación de resultados. <br /> <br /> Identificación de los riesgos. <br /> <br /> • Selección de herramientas y técnicas a aplicar. <br /> <br /> • Identificación de riesgos. <br /> <br /> • Comunicación de resultados. <br /> <br /> Análisis de los riesgos <br /> <br /> • Análisis de los riesgos. <br /> <br /> • Priorización de los riesgos. <br /> <br /> • Comunicación de resultados. <br /> <br /> Respuestas a los riesgos. <br /> <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> <br /> • Planificación de las respuestas.<br /> <br /> • Comunicación de resultados. <br /> <br /> Seguimiento y control de los riesgos.<br /> <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> <br /> • Control del cumplimiento de los hitos de GR. <br /> <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> <br /> • Comunicación de resultados. <br /> <br /> Comunicación de la información sobre los riesgos. <br /> <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296402 2014-07-22T13:41:03Z

<p>Yaimajcbayamo8: /* Las actividades correspondientes a cada proceso son: */</p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> <br /> ==Introducción ==<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la Gestión de Riesgos, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> ==Procesos del MoGeRi. ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> <br /> Identificación de los riesgos.<br /> <br /> Análisis de los riesgos <br /> <br /> Respuestas a los riesgos. <br /> <br /> Seguimiento y control de los riesgos. <br /> <br /> Comunicación de la información sobre los riesgos.<br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> <br /> • Determinación del alcance. <br /> <br /> • Planificación de la GR. <br /> <br /> • Factibilidad de la GR.<br /> <br /> • Comunicación de resultados. <br /> <br /> Identificación de los riesgos. <br /> <br /> • Selección de herramientas y técnicas a aplicar. <br /> <br /> • Identificación de riesgos. <br /> <br /> • Comunicación de resultados. <br /> <br /> Análisis de los riesgos <br /> <br /> • Análisis de los riesgos. <br /> <br /> • Priorización de los riesgos. <br /> <br /> • Comunicación de resultados. <br /> <br /> Respuestas a los riesgos. <br /> <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> <br /> • Planificación de las respuestas.<br /> <br /> • Comunicación de resultados. <br /> <br /> Seguimiento y control de los riesgos.<br /> <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> <br /> • Control del cumplimiento de los hitos de GR. <br /> <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> <br /> • Comunicación de resultados. <br /> <br /> Comunicación de la información sobre los riesgos. <br /> <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296398 2014-07-22T13:40:14Z

<p>Yaimajcbayamo8: /* Procesos del MoGeRi. */</p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> <br /> ==Introducción ==<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la Gestión de Riesgos, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> ==Procesos del MoGeRi. ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> <br /> Identificación de los riesgos.<br /> <br /> Análisis de los riesgos <br /> <br /> Respuestas a los riesgos. <br /> <br /> Seguimiento y control de los riesgos. <br /> <br /> Comunicación de la información sobre los riesgos.<br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> • Determinación del alcance. <br /> • Planificación de la GR. <br /> • Factibilidad de la GR. <br /> • Comunicación de resultados. <br /> <br /> Identificación de los riesgos. <br /> • Selección de herramientas y técnicas a aplicar. <br /> • Identificación de riesgos. <br /> • Comunicación de resultados. <br /> <br /> Análisis de los riesgos <br /> • Análisis de los riesgos. <br /> • Priorización de los riesgos. <br /> • Comunicación de resultados. <br /> <br /> Respuestas a los riesgos. <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> • Planificación de las respuestas. <br /> • Comunicación de resultados. <br /> <br /> Seguimiento y control de los riesgos. <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> • Control del cumplimiento de los hitos de GR. <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> • Comunicación de resultados. <br /> <br /> Comunicación de la información sobre los riesgos. <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296395 2014-07-22T13:39:38Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> <br /> ==Introducción ==<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la Gestión de Riesgos, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> ==Procesos del MoGeRi. ==<br /> Planificación de la gestión de los riesgos. <br /> Identificación de los riesgos. <br /> Análisis de los riesgos <br /> Respuestas a los riesgos. <br /> Seguimiento y control de los riesgos. <br /> Comunicación de la información sobre los riesgos. <br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> • Determinación del alcance. <br /> • Planificación de la GR. <br /> • Factibilidad de la GR. <br /> • Comunicación de resultados. <br /> <br /> Identificación de los riesgos. <br /> • Selección de herramientas y técnicas a aplicar. <br /> • Identificación de riesgos. <br /> • Comunicación de resultados. <br /> <br /> Análisis de los riesgos <br /> • Análisis de los riesgos. <br /> • Priorización de los riesgos. <br /> • Comunicación de resultados. <br /> <br /> Respuestas a los riesgos. <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> • Planificación de las respuestas. <br /> • Comunicación de resultados. <br /> <br /> Seguimiento y control de los riesgos. <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> • Control del cumplimiento de los hitos de GR. <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> • Comunicación de resultados. <br /> <br /> Comunicación de la información sobre los riesgos. <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296392 2014-07-22T13:38:05Z

<p>Yaimajcbayamo8: </p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la Gestión de Riesgos, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> <br /> ==Procesos del MoGeRi. ==<br /> Planificación de la gestión de los riesgos. <br /> Identificación de los riesgos. <br /> Análisis de los riesgos <br /> Respuestas a los riesgos. <br /> Seguimiento y control de los riesgos. <br /> Comunicación de la información sobre los riesgos. <br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> Planificación de la gestión de los riesgos. <br /> • Determinación del alcance. <br /> • Planificación de la GR. <br /> • Factibilidad de la GR. <br /> • Comunicación de resultados. <br /> <br /> Identificación de los riesgos. <br /> • Selección de herramientas y técnicas a aplicar. <br /> • Identificación de riesgos. <br /> • Comunicación de resultados. <br /> <br /> Análisis de los riesgos <br /> • Análisis de los riesgos. <br /> • Priorización de los riesgos. <br /> • Comunicación de resultados. <br /> <br /> Respuestas a los riesgos. <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> • Planificación de las respuestas. <br /> • Comunicación de resultados. <br /> <br /> Seguimiento y control de los riesgos. <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> • Control del cumplimiento de los hitos de GR. <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> • Comunicación de resultados. <br /> <br /> Comunicación de la información sobre los riesgos. <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_MoGeri&diff=2296375 2014-07-22T13:27:34Z

<p>Yaimajcbayamo8: Página creada con ' {{Definición |nombre=Modelo MoGeri |imagen= |tamaño= |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software. }} &lt;...'</p> <hr /> <div> <br /> {{Definición<br /> |nombre=Modelo MoGeri<br /> |imagen=<br /> |tamaño=<br /> |concepto=MoGeRi: Un modelo para la Gestión de Riesgos en Proyectos de Software.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> MoGeRi surge tras la identificación de las características y tendencias de la Gestion de Riesgos, <br /> a. Los fundamentos teóricos de MoGeRi provienen de las propuestas del Software Engineering Institute (SEI), el Project Management Institute (PMI) y la Metodología de Análisis y Gestión de Riesgos (MAGERIT) del Ministerio de Administraciones Públicas de España .<br /> MoGeRi propone la utilización de varias herramientas durante el ciclo de GR, las más <br /> importantes son el Plan de Gestión de Riesgos y el Registro de Riesgos. El primero recoge <br /> los objetivos, alcance, dominio, restricciones y las actividades planificadas . La planificación permite definir los objetivos del proceso dentro del proyecto, su dominio y sus límites, pues un perímetro demasiado amplio o ambiguo podría ser inabarcable, por muy general o de muy largo plazo, con perjuicio en las estimaciones de los elementos del análisis. <br /> <br /> <br /> MoGeRi ha sido complementado con una Guía de Métricas que permite realizar <br /> valoraciones sobre el costo de la GR, la efectividad de las herramientas y técnicas <br /> empleadas, las facilidades para desarrollar los procesos y actividades, la idoneidad de la <br /> definición de roles, el nivel de conocimiento con que cuenta el personal de las <br /> responsabilidades y actividades que le han sido asignadas .<br /> <br /> <br /> ==Procesos del MoGeRi. ==<br /> Planificación de la gestión de los riesgos. <br /> Identificación de los riesgos. <br /> Análisis de los riesgos <br /> Respuestas a los riesgos. <br /> Seguimiento y control de los riesgos. <br /> Comunicación de la información sobre los riesgos. <br /> <br /> <br /> ==Las actividades correspondientes a cada proceso son: ==<br /> <br /> <br /> Planificación de la gestión de los riesgos. <br /> • Determinación del alcance. <br /> • Planificación de la GR. <br /> • Factibilidad de la GR. <br /> • Comunicación de resultados. <br /> <br /> <br /> Identificación de los riesgos. <br /> • Selección de herramientas y técnicas a aplicar. <br /> • Identificación de riesgos. <br /> • Comunicación de resultados. <br /> <br /> <br /> Análisis de los riesgos <br /> • Análisis de los riesgos. <br /> • Priorización de los riesgos. <br /> • Comunicación de resultados. <br /> <br /> <br /> Respuestas a los riesgos. <br /> • Valoración de la estrategia para enfrentar el riesgo. <br /> • Planificación de las respuestas. <br /> • Comunicación de resultados. <br /> <br /> <br /> Seguimiento y control de los riesgos. <br /> • Control del cumplimiento de las respuestas a los riesgos. <br /> • Control del cumplimiento de los hitos de GR. <br /> • Aplicación de métricas para valoración de la calidad de procesos, técnicas y <br /> herramientas y resultados. <br /> • Comunicación de resultados. <br /> <br /> <br /> Comunicación de la información sobre los riesgos. <br /> • La comunicación debe ser continua desde el inicio de la GR .<br /> <br /> <br /> <br /> <br /> ==Fuente==<br /> *http://www.erevistas.csic.es/ficha_articulo.php?url=oai_revista100:89&amp;oai_iden=oai_revista100<br /> [[Category:Metodologías_de_desarrollo_de_software]]<br /> *Zulueta, Y., “Modelo de Gestión de Riesgos en Proyectos de Desarrollo de Software”, <br /> En: Memorias de III Conferencia Científica UCIENCIA, Ciudad de La Habana, 2007</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_de_formateo_visual_en_las_Css&diff=2273760 2014-06-25T14:30:25Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición<br /> |nombre= Modelo de formateo visual en las Css<br /> |imagen=CSS.gif <br /> |tamaño=<br /> |concepto= Se denomina modelo de formateo visual, y no es mas que el mecanismo <br /> que rige el comportamiento de las cajas generadas por los elementos de la página. <br /> }}<br /> <br /> &lt;div align=&quot;justify&quot;&gt;<br /> ''' Css''' se denomina modelo de formateo visual, y no es mas que el mecanismo que rige el comportamiento de las cajas generadas por los elementos de la página. <br /> <br /> <br /> <br /> ==Posicionamiento==<br /> La propiedad de CSS que define el posicionamiento del elemento se denomina position. El significado de cada uno de los posibles valores de position es el siguiente: <br /> <br /> • static: es el posicionamiento que se utiliza por defecto y todos los elementos inicialmente se muestran de esta forma. No se tienen en cuenta los valores de las propiedades top, right, bottom y left. <br /> <br /> • relative: la nueva posición del elemento se calcula a partir de la posición que tendría si no se utilizara la propiedad position. Las posiciones de los siguientes elementos no se ven afectadas por el desplazamiento de este elmento. <br /> <br /> • absolute: la nueva posición del elemento se determina mediante las propiedades top, right, bottom y left. Los valores de esas propiedades indican la posición del elemento respecto de la posición de su elemento padre. La posición del siguiente elemento se calcula como si no existiera el elemento que se desplaza, ya que este último se desentiende por completo del posicionamiento normal. <br /> <br /> • fixed: la nueva posición del elemento se calcula de forma idéntica al posicionamiento absoluto. La diferencia reside en que en el caso de fixed, el elemento no se mueve cuando se desplaza la ventana del navegador. En los medios visuales (como la<br /> pantalla) el elemento se muestra en una posición fija independiente del movimiento de la ventana del navegador. En los medios impresos el elemento se muestra en todas las páginas. <br /> Las 4 propiedades relacionadas con la propiedad position son las que determinan el desplazamiento de los elementos respecto de sus posiciones originales. CSS define para ello las propiedades top, right, bottom y left. <br /> <br /> En el caso del posicionamiento relativo, cada una de estas propiedades indica el desplazamiento del elemento desde su borde superior/derecho/inferior/izquierdo. Si el posicionamiento es absoluto, las propiedades indican el desplazamiento del elemento respecto del borde superior/derecho/inferior/izquierdo de su elemento padre. <br /> <br /> En cualquiera de los 2 casos, si el desplazamiento se indica en forma de porcentaje, se refiere al porcentaje sobre la anchura (propiedades right y left) o altura del elemento (propiedades top y bottom). <br /> <br /> ===Posicionamiento normal ===<br /> Los elementos de bloque forman lo que CSS denomina “contextos de formato de bloque”. En este tipo de contextos, las cajas se muestran una debajo de otra comenzando desde el principio del elemento padre. La distancia de las cajas se controla mediante los márgenes verticales.<br /> <br /> Los elementos en línea forman los “contextos de formato en línea”. En este tipo de contextos, las cajas se muestran una detrás de otra de forma horizontal comenzando desde la posición más a la izquierda del elemento padre. La distancia entre las cajas se controla mediante los márgenes horizontales.<br /> <br /> Si las cajas en línea ocupan más espacio del disponible en su propia línea, el resto de cajas se muestran en las líneas siguientes. Si las cajas en línea ocupan un espacio menor que su propia línea, se puede controlar la distribución de las cajas mediante la propiedad text-align para centrarlas, alinearlas a la derecha o justificarlas. <br /> <br /> El posicionamiento relativo también se considera parte del posicionamiento normal. En este caso, el desplazamiento de una caja no afecta al resto, que se muestran en la misma posición que si la caja desplazada no se hubiera movido de su sitio original.<br /> <br /> El posicionamiento relativo no influye en el resto de elementos de la página. La única incidencia que tiene el posicionamiento relativo sobre el resto de elementos, es que el elemento desplazado puede solaparse con otros elementos de la página.<br /> <br /> === Posicionamiento float ===<br /> Una caja posicionada mediante la propiedad float, se desplaza hasta la zona más a la izquierda o más a la derecha de la línea en la que se debería mostrar si no se desplazara.<br /> Una caja desplazada mediante float no pertenece al posicionamiento normal de un documento, por lo que los elementos de bloques anteriores y posteriores se visualizan como si la caja desplazada no existiera. <br /> <br /> Si en el anterior ejemplo la “Caja 1” se posiciona mediante un float: left <br /> Una caja posicionada mediante float influye en la disposición de todas las demás cajas. CSS permite definir si el resto de los elementos fluyen alrededor de la caja desplazada o no lo hacen. <br /> <br /> Los elementos en línea que se encuentran al lado de las cajas desplazadas mediante float adaptan su anchura al espacio libre dejado por la caja desplazada. Si en la línea donde se encuentra la caja desplazada no existe sitio necesario para los contenidos de los elementos en línea, estos se visualizan en la línea inmediatamente inferior. <br /> <br /> Los posibles valores de la propiedad determinan el posicionamiento del elemento y el comportamiento de los elementos adyacentes. Si se indica un valor left, el elemento se desplaza hasta el punto más a la izquierda posible en esa misma línea (si no existe sitio en esa línea, el elemento baja una línea y se muestra lo más a la izquierda posible en esa nueva línea). El resto de elementos adyacentes se adaptan y fluyen alrededor del elemento desplazado. <br /> <br /> El valor right tiene un funcionamiento idéntico, salvo que en este caso el elemento se desplaza hacia la derecha. El valor none permite eliminar el posicionamiento y que el elemento se muestre en su posición original. <br /> <br /> Los elementos que se encuentran alrededor de un elemento que ha sido posicionado mediante float, adaptan sus contenidos para que fluyan alrededor del elemento posicionado.<br /> <br /> La principal motivación de la creación del posicionamiento mediante float fue precisamente la posibilidad de colocar imágenes alrededor de las cuales fluye el texto. <br /> <br /> La flexibilidad de CSS permite controlar la forma en la que los contenidos fluyen alrededor de los contenidos posicionados mediante float. De hecho, en muchas ocasiones es admisible que el texto del primer párrafo fluya alrededor de una imagen, pero el resto de los párrafos deberían mostrarse en su totalidad y no fluyendo alrededor de la imagen.<br /> <br /> ===Posicionamiento absoluto ===<br /> El posicionamiento absoluto implica que el elemento desplazado sale por completo del flujo normal del documento y por tanto, la posición del resto de elementos se determina como si no existiera el elemento desplazado. La referencia del posicionamiento absoluto de un elemento es el primer elemento padre que esté posicionado. Si ningún elemento padre del elemento posicionado tiene establecido un posicionamiento, la referencia se toma respecto del documento HTML completo.<br /> ==Fuentes==<br /> * Eguíluz Pérez Javier, Introducción a Css.<br /> <br /> <br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Modelo_de_formateo_visual_en_las_Css&diff=2273757 2014-06-25T14:29:36Z

<p>Yaimajcbayamo8: Página creada con '{{Definición |nombre= Modelo de formateo visual en las Css |imagen=CSS.gif |tamaño= |concepto= Se denomina modelo de formateo visual, y no es mas que el mecanismo que rige e...'</p> <hr /> <div>{{Definición<br /> |nombre= Modelo de formateo visual en las Css<br /> |imagen=CSS.gif <br /> |tamaño=<br /> |concepto= Se denomina modelo de formateo visual, y no es mas que el mecanismo <br /> que rige el comportamiento de las cajas generadas por los elementos de la página. <br /> }}<br /> <br /> &lt;div align=&quot;justify&quot;&gt;<br /> ''' Css''' se denomina modelo de formateo visual, y no es mas que el mecanismo que rige el comportamiento de las cajas generadas por los elementos de la página. <br /> <br /> <br /> <br /> ==Posicionamiento==<br /> La propiedad de CSS que define el posicionamiento del elemento se denomina position. El significado de cada uno de los posibles valores de position es el siguiente: <br /> <br /> • static: es el posicionamiento que se utiliza por defecto y todos los elementos inicialmente se muestran de esta forma. No se tienen en cuenta los valores de las propiedades top, right, bottom y left. <br /> <br /> • relative: la nueva posición del elemento se calcula a partir de la posición que tendría si no se utilizara la propiedad position. Las posiciones de los siguientes elementos no se ven afectadas por el desplazamiento de este elmento. <br /> <br /> • absolute: la nueva posición del elemento se determina mediante las propiedades top, right, bottom y left. Los valores de esas propiedades indican la posición del elemento respecto de la posición de su elemento padre. La posición del siguiente elemento se calcula como si no existiera el elemento que se desplaza, ya que este último se desentiende por completo del posicionamiento normal. <br /> <br /> • fixed: la nueva posición del elemento se calcula de forma idéntica al posicionamiento absoluto. La diferencia reside en que en el caso de fixed, el elemento no se mueve cuando se desplaza la ventana del navegador. En los medios visuales (como la<br /> pantalla) el elemento se muestra en una posición fija independiente del movimiento de la ventana del navegador. En los medios impresos el elemento se muestra en todas las páginas. <br /> Las 4 propiedades relacionadas con la propiedad position son las que determinan el desplazamiento de los elementos respecto de sus posiciones originales. CSS define para ello las propiedades top, right, bottom y left. <br /> <br /> En el caso del posicionamiento relativo, cada una de estas propiedades indica el desplazamiento del elemento desde su borde superior/derecho/inferior/izquierdo. Si el posicionamiento es absoluto, las propiedades indican el desplazamiento del elemento respecto del borde superior/derecho/inferior/izquierdo de su elemento padre. <br /> <br /> En cualquiera de los 2 casos, si el desplazamiento se indica en forma de porcentaje, se refiere al porcentaje sobre la anchura (propiedades right y left) o altura del elemento (propiedades top y bottom). <br /> <br /> ===Posicionamiento normal ===<br /> Los elementos de bloque forman lo que CSS denomina “contextos de formato de bloque”. En este tipo de contextos, las cajas se muestran una debajo de otra comenzando desde el principio del elemento padre. La distancia de las cajas se controla mediante los márgenes verticales.<br /> <br /> Los elementos en línea forman los “contextos de formato en línea”. En este tipo de contextos, las cajas se muestran una detrás de otra de forma horizontal comenzando desde la posición más a la izquierda del elemento padre. La distancia entre las cajas se controla mediante los márgenes horizontales.<br /> <br /> Si las cajas en línea ocupan más espacio del disponible en su propia línea, el resto de cajas se muestran en las líneas siguientes. Si las cajas en línea ocupan un espacio menor que su propia línea, se puede controlar la distribución de las cajas mediante la propiedad text-align para centrarlas, alinearlas a la derecha o justificarlas. <br /> <br /> El posicionamiento relativo también se considera parte del posicionamiento normal. En este caso, el desplazamiento de una caja no afecta al resto, que se muestran en la misma posición que si la caja desplazada no se hubiera movido de su sitio original.<br /> <br /> El posicionamiento relativo no influye en el resto de elementos de la página. La única incidencia que tiene el posicionamiento relativo sobre el resto de elementos, es que el elemento desplazado puede solaparse con otros elementos de la página.<br /> <br /> === Posicionamiento float ===<br /> Una caja posicionada mediante la propiedad float, se desplaza hasta la zona más a la izquierda o más a la derecha de la línea en la que se debería mostrar si no se desplazara.<br /> Una caja desplazada mediante float no pertenece al posicionamiento normal de un documento, por lo que los elementos de bloques anteriores y posteriores se visualizan como si la caja desplazada no existiera. <br /> <br /> Si en el anterior ejemplo la “Caja 1” se posiciona mediante un float: left <br /> Una caja posicionada mediante float influye en la disposición de todas las demás cajas. CSS permite definir si el resto de los elementos fluyen alrededor de la caja desplazada o no lo hacen. <br /> <br /> Los elementos en línea que se encuentran al lado de las cajas desplazadas mediante float adaptan su anchura al espacio libre dejado por la caja desplazada. Si en la línea donde se encuentra la caja desplazada no existe sitio necesario para los contenidos de los elementos en línea, estos se visualizan en la línea inmediatamente inferior. <br /> <br /> Los posibles valores de la propiedad determinan el posicionamiento del elemento y el comportamiento de los elementos adyacentes. Si se indica un valor left, el elemento se desplaza hasta el punto más a la izquierda posible en esa misma línea (si no existe sitio en esa línea, el elemento baja una línea y se muestra lo más a la izquierda posible en esa nueva línea). El resto de elementos adyacentes se adaptan y fluyen alrededor del elemento desplazado. <br /> <br /> El valor right tiene un funcionamiento idéntico, salvo que en este caso el elemento se desplaza hacia la derecha. El valor none permite eliminar el posicionamiento y que el elemento se muestre en su posición original. <br /> <br /> Los elementos que se encuentran alrededor de un elemento que ha sido posicionado mediante float, adaptan sus contenidos para que fluyan alrededor del elemento posicionado.<br /> <br /> La principal motivación de la creación del posicionamiento mediante float fue precisamente la posibilidad de colocar imágenes alrededor de las cuales fluye el texto. <br /> <br /> La flexibilidad de CSS permite controlar la forma en la que los contenidos fluyen alrededor de los contenidos posicionados mediante float. De hecho, en muchas ocasiones es admisible que el texto del primer párrafo fluya alrededor de una imagen, pero el resto de los párrafos deberían mostrarse en su totalidad y no fluyendo alrededor de la imagen.<br /> <br /> ===Posicionamiento absoluto ===<br /> El posicionamiento absoluto implica que el elemento desplazado sale por completo del flujo normal del documento y por tanto, la posición del resto de elementos se determina como si no existiera el elemento desplazado. La referencia del posicionamiento absoluto de un elemento es el primer elemento padre que esté posicionado. Si ningún elemento padre del elemento posicionado tiene establecido un posicionamiento, la referencia se toma respecto del documento HTML completo.<br /> ==Fuentes==<br /> * Eguíluz Pérez Javier, Introducción a Css.<br /> <br /> <br /> [[Category:Programación]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Lenguajes_script&diff=2213095 2014-04-28T12:39:26Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Objeto<br /> |imagen= scripts.jpeg}}<br /> Los lenguajes scripts son lenguajes que no necesitan ser compilados Una máquina [[servidor]] es capaz de interpretar el código fuente y ejecutarlo, lo que hace de los lenguajes script la mejor solución para programación en entornos web.<br /> <br /> Existen muchos lenguajes script (PHP, ASP, .NET, JSP, Perl, Phyton...) que nos permiten crear webs dinámicas, desde páginas simples hasta potentes aplicaciones [[web]]. Todos los lenguajes tienen sus pros y sus contras, por lo que no hay ninguno que sea claramente mejor que el resto.<br /> <br /> Vamos comentar los tres más empleados: ASP, JSP y PHP.<br /> <br /> <br /> ==ASP==<br /> Active Server Pages (ASP) es un lenguaje script propiedad de Microsoft.<br /> <br /> Su estructura se asemeja al lenguaje de programación Visual Basic. Es útil para crear aplicaciones web sencillas, normalmente con bases de datos de Access.<br /> <br /> El principal inconveniente que presenta es que sólo funciona en servidores Windows, y no en otros sistemas operativos como Linux. Nos referimos sólo al [[servidor]] que aloja la página, no al sistema operativo de quien la visita.<br /> <br /> ==JSP==<br /> Java Server Pages (JSP) es un lenguaje que permite utilizar código Java en scripts.<br /> <br /> La tecnología fue creada por Sun Microsystems, y más tarde liberada para su uso general.<br /> <br /> Es un lenguaje potente, que dispone de una gran comunidad por estar basado en Java. Es muy utilizado por empresas o corporaciones para sus sitios web y aplicaciones.<br /> <br /> La mayoría de los servidores se pueden adaptar para utilizar Java, por lo que la aplicación puede ser exportada a muchas plataformas.<br /> <br /> Normalmente, se utilizan bases de datos [[MySQL]].<br /> <br /> ==PHP==<br /> [[PHP]] Hypertext Pre-processor (PHP) es el lenguaje script más utilizado en la [[web]], ya que es sencillo de aprender y está diseñado expresamente para su uso en web. Esto hace que tenga una gran comunidad de usuarios, lo que facilita encontrar ejemplos e información utilizando cualquier buscador.<br /> <br /> Puede ser ejecutado en la mayoría de sistemas operativos, y utiliza cualquier gestor de bases de datos, aunque el más usado es MySQL.<br /> <br /> Es ideal para webs sencillas y de bajo costo, pero también se pueden crear aplicaciones complejas, sobre todo si se le añaden librerías, la mayoría gratuitas.<br /> <br /> Es además la opción más económica.<br /> <br /> ==Fuente==<br /> *http://www.aulaclic.es/paginas-web/a_11_1_1.htm<br /> <br /> [[Categoría:Software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Lenguajes_script&diff=2213049 2014-04-28T12:17:06Z

<p>Yaimajcbayamo8: Página creada con '{{Objeto |imagen= scripts.jpeg}} Los lenguajes scripts son lenguajes que no necesitan ser compilados Una máquina servidor es capaz de interpretar el código fuente y ejecutar...'</p> <hr /> <div>{{Objeto<br /> |imagen= scripts.jpeg}}<br /> Los lenguajes scripts son lenguajes que no necesitan ser compilados Una máquina servidor es capaz de interpretar el código fuente y ejecutarlo, lo que hace de los lenguajes script la mejor solución para programación en entornos web.<br /> <br /> Existen muchos lenguajes script (PHP, ASP, .NET, JSP, Perl, Phyton...) que nos permiten crear webs dinámicas, desde páginas simples hasta potentes aplicaciones web. Todos los lenguajes tienen sus pros y sus contras, por lo que no hay ninguno que sea claramente mejor que el resto.<br /> <br /> Vamos comentar los tres más empleados: ASP, JSP y PHP.<br /> <br /> <br /> ==ASP==<br /> Active Server Pages (ASP) es un lenguaje script propiedad de Microsoft.<br /> <br /> Su estructura se asemeja al lenguaje de programación Visual Basic. Es útil para crear aplicaciones web sencillas, normalmente con bases de datos de Access.<br /> <br /> El principal inconveniente que presenta es que sólo funciona en servidores Windows, y no en otros sistemas operativos como Linux. Nos referimos sólo al servidor que aloja la página, no al sistema operativo de quien la visita.<br /> <br /> ==JSP==<br /> Java Server Pages (JSP) es un lenguaje que permite utilizar código Java en scripts.<br /> <br /> La tecnología fue creada por Sun Microsystems, y más tarde liberada para su uso general.<br /> <br /> Es un lenguaje potente, que dispone de una gran comunidad por estar basado en Java. Es muy utilizado por empresas o corporaciones para sus sitios web y aplicaciones.<br /> <br /> La mayoría de los servidores se pueden adaptar para utilizar Java, por lo que la aplicación puede ser exportada a muchas plataformas.<br /> <br /> Normalmente, se utilizan bases de datos MySQL.<br /> <br /> ==PHP==<br /> PHP Hypertext Pre-processor (PHP) es el lenguaje script más utilizado en la web, ya que es sencillo de aprender y está diseñado expresamente para su uso en web. Esto hace que tenga una gran comunidad de usuarios, lo que facilita encontrar ejemplos e información utilizando cualquier buscador.<br /> <br /> Puede ser ejecutado en la mayoría de sistemas operativos, y utiliza cualquier gestor de bases de datos, aunque el más usado es MySQL.<br /> <br /> Es ideal para webs sencillas y de bajo costo, pero también se pueden crear aplicaciones complejas, sobre todo si se le añaden librerías, la mayoría gratuitas.<br /> <br /> Es además la opción más económica.<br /> <br /> ==Fuente==<br /> *http://www.aulaclic.es/paginas-web/a_11_1_1.htm<br /> <br /> [[Categoría:Software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Los_protocolos_de_enrrutamiento&diff=2162255 2014-02-12T17:46:54Z

<p>Yaimajcbayamo8: </p> <hr /> <div>&lt;div align=justify&gt;<br /> Los protocolos de enrutamiento son algoritmos que permiten decidir cuál es la mejor ruta que debe seguir un datagrama para llegar a su destino.<br /> Los protocolos de enrutamiento se utilizan para actualizar dinámicamente las tablas de enrutamiento.<br /> <br /> [[Internet]] es una red formada por Sistemas Autónomos interconectados. Un Sistema Autónomo está constituido por un conjunto de subredes y enrutadores que tienen una administración común.<br /> <br /> – UNAM SA 278<br /> <br /> – ITAM SA 21520<br /> <br /> Cada Sistema Autónomo puede escoger su propio protocolo de enrutamiento y debe intercambiar información de enrutamiento con otros Sistemas Autónomos<br /> ==Resumen==<br /> Internet se compone de múltiples subredes interconectadas por enrutadores.<br /> <br /> Nombre - Dirección – Ruta<br /> <br /> -El DNS traduce el nombre de una computadora en una dirección IP.<br /> <br /> -Los enrutadores utilizan la dirección IP para transportar datagramas sobre una ruta en Internet hasta la computadora destino. <br /> <br /> ==Protocolos de enrutamiento==<br /> Al interior de un Sistema Autónomo (Interior Gateway Protocol (IGP) <br /> <br /> Entre Sistemas Autónomos (Exterior Gateway Protocol (EGP)<br /> <br /> IGP:<br /> <br /> -Vectores de Distancias RIP-2 (RFC 2453)<br /> <br /> - Estado de Enlaces OSPF-2 (RFC 2328) <br /> <br /> EGP<br /> -Vectores de Ruta BGP-4 (RFC 1771)<br /> <br /> ===RIP===<br /> RIP(Routing Information Protocol) utiliza un algoritmo de Vectores de Distancias.Este algoritmo fue usado en ARPANET desde 1969. Cada enrutador mantiene en su tabla de enrutamiento la distancia, en saltos, que lo separa de cada destino. <br /> Cada enrutador envía a sus vecinos su vector de distancias cada 30 segundos.<br /> <br /> Los mensajes [[RIP]] se encapsulan en datagramas UDP. En un mensaje [[RIP]] pueden enviarse hasta 25 entradas del vector de distancias.Para transportar vectores grandes se utilizan varios mensajes.<br /> Cuando un enrutador A recibe de un vecino B su vector de distancias, actualiza la entrada de su tabla de enrutamiento correspondiente a la red K si:<br /> <br /> – A no conocía a K<br /> <br /> – Bk &lt; Ak + 1 <br /> <br /> – A enruta por B hacia K y Bk cambió<br /> <br /> La actualización de la tabla de enrutamiento del enrutador A modifica el renglón correspondiente a la red K:<br /> <br /> – la nueva distancia es Bk + 1<br /> <br /> – el siguiente salto es B <br /> <br /> Una entrada de la tabla de enrutamiento se vuelve inválida si pasan 180 segundos sin que sea refrescada.<br /> ===IGRP===<br /> IGRP es un [[algoritmo]] propietario de Cisco que utiliza Vectores de Distancias.El número de saltos no está limitado a 15. Las actualizaciones se envían cada 90 segundos, por lo que se carga menos la red con información de enrutamiento.<br /> Para evitar los ciclos que involucran más de dos enrutadores, un enrutador no toma en cuenta las actualizaciones recibidas para una ruta:<br /> <br /> – durante 90 segundos después de haberla considerado inaccesible (hold down).<br /> <br /> – si el número de saltos ha crecido de manera importante (rutas envenenadas).<br /> <br /> Utiliza como distancia una métrica compuesta ponderada:<br /> <br /> – velocidad de transmisión, retardo, carga, tasa de error.<br /> <br /> Puede balancear la carga entre múltiples rutas que tienen una distancia<br /> ===OSPF===<br /> Los algoritmos de vectores de distancias son buenos para redes estables y pequeñas. Su principal desventaja es que no escalan bien: su desempeño es bajo en Sistemas Autónomos grandes ya que el tamaño de sus mensajes es directamente proporcional al número de redes existentes.<br /> <br /> OSPF (Open Shortest Path First) Es un protocolo de enrutamiento muy usado en Internet. Utiliza un algoritmo de Estado de Enlaces.<br /> La métrica utilizada por omisión por los enrutadores es inversamente proporcional a la velocidad de transmisión del enlace:<br /> <br /> – distancia = 108 / velocidad de transmisión<br /> <br /> Por ejemplo, para una red Ethernet a 10 Mbps, la distancia es 10.<br /> Cada enrutador verifica continuamente los enlaces que lo unen con enrutadores adyacentes intercambiando mensajes Hello.<br /> Típicamente, los mensajes se envían cada 10 segundos y se considera que ha ocurido una falla en un vecino si no se recibe un mensaje de él durante 40 segundos.<br /> Cada enrutador difunde cada 30 minutos, o cuando hay un cambio en el estado de uno de sus enlaces, Link State Advertisements a todos los enrutadores del Sistema Autónomo para notificarles el Estado de sus Enlaces.<br /> Cada enrutador conoce entonces la topología completa del Sistema Autónomo (link-state database)y utiliza el algoritmo del camino más corto de Dijkstra para construir su tabla de enrutamiento.<br /> Cada enrutador construye un árbol de caminos más cortos con él como raíz. <br /> La difusión de la información necesaria para conocer la topología de la red y el cálculo de la tabla de enrutamiento son operaciones costosas si la red es grande.<br /> <br /> En este caso, OSPF limita la propagación de sus mensajes para reducir el tráfico en la red y la potencia de cálculo necesaria.<br /> <br /> • Un grupo de bits identifica a un conjunto de redes.<br /> <br /> • Se reduce el consumo de memoria y de procesador.<br /> <br /> • Se agrega en el sentido del backbone.<br /> ===BGP===<br /> BGP(Border Gateway Protocol)<br /> Es el protocolo usado entre Sistemas Autónomos para intercambiar información de enrutamiento. Utiliza un algoritmo de Vectores de Rutas. Los enrutadores BGP deben configurarse para saber con quiénes deben intercambiar información de enrutamiento. Los mensajes se intercambian a través de conexiones TCP.<br /> <br /> ==Observaciones==<br /> Existen también protocolos de enrutamiento para propagar qué redes están inscritas en qué grupos multicast:<br /> <br /> – Distance Vector Multicast Routing Protocol<br /> <br /> – Multicast extensions to OSPF<br /> <br /> – Protocol Independent Multicast<br /> ==Fuentes==<br /> *[Redes globales de información con Internet y TCP/IP. Principios básicos, rotocolos y arquitectura. Douglas E. Comer.]<br /> <br /> *[Request for Comments (RFC): https://www.rfc.org]<br /> <br /> [[Category:Redes_informáticas]]<br /> &lt;/div&gt;</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Los_protocolos_de_enrrutamiento&diff=2162249 2014-02-12T17:40:50Z

<p>Yaimajcbayamo8: Página creada con '&lt;div align=justify&gt; Los protocolos de enrutamiento son algoritmos que permiten decidir cuál es la mejor ruta que debe seguir un datagrama para llegar a su destino. Los ...'</p> <hr /> <div>&lt;div align=justify&gt;<br /> Los protocolos de enrutamiento son algoritmos que permiten decidir cuál es la mejor ruta que debe seguir un datagrama para llegar a su destino.<br /> Los protocolos de enrutamiento se utilizan para actualizar dinámicamente las tablas de enrutamiento.<br /> <br /> Internet es una red formada por Sistemas Autónomos interconectados. Un Sistema Autónomo está constituido por un conjunto de subredes y enrutadores que tienen una administración común.<br /> <br /> – UNAM SA 278<br /> <br /> – ITAM SA 21520<br /> <br /> Cada Sistema Autónomo puede escoger su propio protocolo de enrutamiento y debe intercambiar información de enrutamiento con otros Sistemas Autónomos<br /> ==Resumen==<br /> Internet se compone de múltiples subredes interconectadas por enrutadores.<br /> <br /> Nombre - Dirección – Ruta<br /> <br /> -El DNS traduce el nombre de una computadora en una dirección IP.<br /> <br /> -Los enrutadores utilizan la dirección IP para transportar datagramas sobre una ruta en Internet hasta la computadora destino. <br /> <br /> ==Protocolos de enrutamiento==<br /> Al interior de un Sistema Autónomo (Interior Gateway Protocol (IGP) <br /> <br /> Entre Sistemas Autónomos (Exterior Gateway Protocol (EGP)<br /> <br /> IGP:<br /> <br /> -Vectores de Distancias RIP-2 (RFC 2453)<br /> <br /> - Estado de Enlaces OSPF-2 (RFC 2328) <br /> <br /> EGP<br /> -Vectores de Ruta BGP-4 (RFC 1771)<br /> <br /> ===RIP===<br /> RIP(Routing Information Protocol) utiliza un algoritmo de Vectores de Distancias.Este algoritmo fue usado en ARPANET desde 1969. Cada enrutador mantiene en su tabla de enrutamiento la distancia, en saltos, que lo separa de cada destino. <br /> Cada enrutador envía a sus vecinos su vector de distancias cada 30 segundos.<br /> <br /> Los mensajes RIP se encapsulan en datagramas UDP. En un mensaje RIP pueden enviarse hasta 25 entradas del vector de distancias.Para transportar vectores grandes se utilizan varios mensajes.<br /> Cuando un enrutador A recibe de un vecino B su vector de distancias, actualiza la entrada de su tabla de enrutamiento correspondiente a la red K si:<br /> <br /> – A no conocía a K<br /> <br /> – Bk &lt; Ak + 1 <br /> <br /> – A enruta por B hacia K y Bk cambió<br /> <br /> La actualización de la tabla de enrutamiento del enrutador A modifica el renglón correspondiente a la red K:<br /> <br /> – la nueva distancia es Bk + 1<br /> <br /> – el siguiente salto es B <br /> <br /> Una entrada de la tabla de enrutamiento se vuelve inválida si pasan 180 segundos sin que sea refrescada.<br /> ===IGRP===<br /> IGRP es un algoritmo propietario de Cisco que utiliza Vectores de Distancias.El número de saltos no está limitado a 15. Las actualizaciones se envían cada 90 segundos, por lo que se carga menos la red con información de enrutamiento.<br /> Para evitar los ciclos que involucran más de dos enrutadores, un enrutador no toma en cuenta las actualizaciones recibidas para una ruta:<br /> <br /> – durante 90 segundos después de haberla considerado inaccesible (hold down).<br /> <br /> – si el número de saltos ha crecido de manera importante (rutas envenenadas).<br /> <br /> Utiliza como distancia una métrica compuesta ponderada:<br /> <br /> – velocidad de transmisión, retardo, carga, tasa de error.<br /> <br /> Puede balancear la carga entre múltiples rutas que tienen una distancia<br /> ===OSPF===<br /> Los algoritmos de vectores de distancias son buenos para redes estables y pequeñas. Su principal desventaja es que no escalan bien: su desempeño es bajo en Sistemas Autónomos grandes ya que el tamaño de sus mensajes es directamente proporcional al número de redes existentes.<br /> <br /> OSPF (Open Shortest Path First) Es un protocolo de enrutamiento muy usado en Internet. Utiliza un algoritmo de Estado de Enlaces.<br /> La métrica utilizada por omisión por los enrutadores es inversamente proporcional a la velocidad de transmisión del enlace:<br /> <br /> – distancia = 108 / velocidad de transmisión<br /> <br /> Por ejemplo, para una red Ethernet a 10 Mbps, la distancia es 10.<br /> Cada enrutador verifica continuamente los enlaces que lo unen con enrutadores adyacentes intercambiando mensajes Hello.<br /> Típicamente, los mensajes se envían cada 10 segundos y se considera que ha ocurido una falla en un vecino si no se recibe un mensaje de él durante 40 segundos.<br /> Cada enrutador difunde cada 30 minutos, o cuando hay un cambio en el estado de uno de sus enlaces, Link State Advertisements a todos los enrutadores del Sistema Autónomo para notificarles el Estado de sus Enlaces.<br /> Cada enrutador conoce entonces la topología completa del Sistema Autónomo (link-state database)y utiliza el algoritmo del camino más corto de Dijkstra para construir su tabla de enrutamiento.<br /> Cada enrutador construye un árbol de caminos más cortos con él como raíz. <br /> La difusión de la información necesaria para conocer la topología de la red y el cálculo de la tabla de enrutamiento son operaciones costosas si la red es grande.<br /> <br /> En este caso, OSPF limita la propagación de sus mensajes para reducir el tráfico en la red y la potencia de cálculo necesaria.<br /> <br /> • Un grupo de bits identifica a un conjunto de redes.<br /> <br /> • Se reduce el consumo de memoria y de procesador.<br /> <br /> • Se agrega en el sentido del backbone.<br /> ===BGP===<br /> BGP(Border Gateway Protocol)<br /> Es el protocolo usado entre Sistemas Autónomos para intercambiar información de enrutamiento. Utiliza un algoritmo de Vectores de Rutas. Los enrutadores BGP deben configurarse para saber con quiénes deben intercambiar información de enrutamiento. Los mensajes se intercambian a través de conexiones TCP.<br /> <br /> ==Observaciones==<br /> Existen también protocolos de enrutamiento para propagar qué redes están inscritas en qué grupos multicast:<br /> <br /> – Distance Vector Multicast Routing Protocol<br /> <br /> – Multicast extensions to OSPF<br /> <br /> – Protocol Independent Multicast<br /> ==Fuentes==<br /> *[Redes globales de información con Internet y TCP/IP. Principios básicos, rotocolos y arquitectura. Douglas E. Comer.]<br /> <br /> *[Request for Comments (RFC): https://www.rfc.org]<br /> <br /> [[Category:Redes_informáticas]]<br /> &lt;/div&gt;</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142452 2014-01-20T16:29:17Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Normalizar|motivo=Completar datos de plantilla}}<br /> &lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación [[Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una Aplicación [[Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones [[Web]], las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el [[servidor]] antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> En muchas aplicaciones [[Web]] hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> <br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> *Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999 <br /> *Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> *Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> *Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142446 2014-01-20T16:25:53Z

<p>Yaimajcbayamo8: /* Modelación de Aplicaciones Web */</p> <hr /> <div>{{Normalizar|motivo=Completar datos de plantilla}}<br /> &lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una [[aplicación Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una [[Aplicación Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones [[Web]], las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el [[servidor]] antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> En muchas aplicaciones [[Web]] hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> <br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> *Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999 <br /> *Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> *Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> *Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142434 2014-01-20T16:21:49Z

<p>Yaimajcbayamo8: /* Arquitectura de las Aplicaciones Web */</p> <hr /> <div>{{Normalizar|motivo=Completar datos de plantilla}}<br /> &lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una [[aplicación Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una [[Aplicación Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones [[Web]], las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el [[servidor]] antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> En muchas aplicaciones [[Web]] hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> <br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una [[aplicación Web]], un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> *Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999 <br /> *Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> *Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> *Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142416 2014-01-20T16:19:09Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Normalizar|motivo=Completar datos de plantilla}}<br /> &lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una [[aplicación Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una [[Aplicación Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones [[Web]], las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el [[servidor]] antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> Algunas paginas incluyen scrpts del lado del cliente que son interpretados por el navegador<br /> Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).<br /> El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc) y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.<br /> <br /> En muchas aplicaciones [[Web]] hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una [[aplicación Web]], un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> *Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999 <br /> *Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> *Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> *Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142388 2014-01-20T16:12:16Z

<p>Yaimajcbayamo8: </p> <hr /> <div>&lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador. Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).<br /> El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc) y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.<br /> <br /> En muchas aplicaciones Web hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> · Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999<br /> <br /> · Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> <br /> · Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> <br /> · Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142379 2014-01-20T16:09:25Z

<p>Yaimajcbayamo8: </p> <hr /> <div>&lt;div align=justify&gt;<br /> Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador (código JavaScript o VBSscript, mezclados con código HTML). Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).<br /> El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc) y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.<br /> <br /> En muchas aplicaciones Web hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> · Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999<br /> <br /> · Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> <br /> · Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> <br /> · Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Aplicaciones_web&diff=2142361 2014-01-20T16:04:29Z

<p>Yaimajcbayamo8: Página creada con '&lt;div align=justify&gt; Aplicaciones Web Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer...'</p> <hr /> <div>&lt;div align=justify&gt;<br /> Aplicaciones Web <br /> Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.<br /> Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.<br /> ==Ventajas de las Aplicaciones Web==<br /> Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.<br /> Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.<br /> Las diferencias entre una aplicación Web y un sitio Web (aunque este sea dinámico), radican en su utilización. Las aplicaciones Web implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.<br /> ==Arquitectura de las Aplicaciones Web==<br /> Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran. <br /> <br /> La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web. <br /> <br /> El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.<br /> <br /> En algunos ambientes de desarrollo de aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc. <br /> <br /> Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador (código JavaScript o VBSscript, mezclados con código HTML). Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).<br /> El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc) y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.<br /> <br /> En muchas aplicaciones Web hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).<br /> <br /> Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.<br /> ==Modelación de Aplicaciones Web==<br /> Modelar el interior del servidor Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante. <br /> Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.<br /> <br /> Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario. <br /> <br /> Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.<br /> Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.<br /> Si una página Web es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda. <br /> <br /> Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página Web puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).<br /> Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.<br /> <br /> Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.<br /> <br /> Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.<br /> <br /> ==Fuentes==<br /> <br /> · Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999<br /> <br /> · Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.<br /> <br /> · Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf <br /> <br /> · Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process<br /> <br /> <br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106989 2013-12-06T15:23:01Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el [[software]], a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de [[proyecto]] es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de [[software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del [[software]]. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del [[trabajo]] que realizan y del [[producto]] que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del [[proyecto]] identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad: Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del [[software]]:programas, [[datos]] y [[documentos]].<br /> <br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del [[proyecto]] de software instituya técnicas para encontrar todos los errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del [[proyecto]] para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de [[ingeniería]] del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> * http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=3&amp;cad=rja&amp;ved=0CDYQFjAC&amp;url=http%3A%2F%2Fldc.usb.ve%2F~abianc%2Fmaterias%2Fci4712%2Fmetricas.pdf&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNHzqxIGcVRVo0Z6q7rLidwUaSXDvA<br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=8&amp;cad=rja&amp;ved=0CFQQFjAH&amp;url=http%3A%2F%2Fsedici.unlp.edu.ar%2Fbitstream%2Fhandle%2F10915%2F19762%2FDocumento_completo.pdf%253Fsequence%253D1&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNG_zBFIn7SMvtg4ZeD6lkc9nRrlPQ<br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106980 2013-12-06T15:20:29Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el [[software]], a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de [[proyecto]] es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de [[software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del [[software]]. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del [[trabajo]] que realizan y del [[producto]] que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del [[proyecto]] identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad: Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del [[software]]: [[programas]], [[datos]] y [[documentos]].<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del [[proyecto]] de software instituya técnicas para encontrar todos los errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del [[proyecto]] para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de [[ingeniería]] del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> * http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=3&amp;cad=rja&amp;ved=0CDYQFjAC&amp;url=http%3A%2F%2Fldc.usb.ve%2F~abianc%2Fmaterias%2Fci4712%2Fmetricas.pdf&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNHzqxIGcVRVo0Z6q7rLidwUaSXDvA<br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=8&amp;cad=rja&amp;ved=0CFQQFjAH&amp;url=http%3A%2F%2Fsedici.unlp.edu.ar%2Fbitstream%2Fhandle%2F10915%2F19762%2FDocumento_completo.pdf%253Fsequence%253D1&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNG_zBFIn7SMvtg4ZeD6lkc9nRrlPQ<br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106957 2013-12-06T15:15:50Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de [[software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del [[trabajo]] que realizan y del [[producto]] que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del [[proyecto]] identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del [[proyecto]] de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del [[proyecto]] para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de [[ingeniería]] del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> * http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=3&amp;cad=rja&amp;ved=0CDYQFjAC&amp;url=http%3A%2F%2Fldc.usb.ve%2F~abianc%2Fmaterias%2Fci4712%2Fmetricas.pdf&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNHzqxIGcVRVo0Z6q7rLidwUaSXDvA<br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=8&amp;cad=rja&amp;ved=0CFQQFjAH&amp;url=http%3A%2F%2Fsedici.unlp.edu.ar%2Fbitstream%2Fhandle%2F10915%2F19762%2FDocumento_completo.pdf%253Fsequence%253D1&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNG_zBFIn7SMvtg4ZeD6lkc9nRrlPQ<br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106919 2013-12-06T15:05:14Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de software se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del trabajo que realizan y del producto que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el [[programa]] con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del [[proyecto]] de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del [[proyecto]] para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de [[ingeniería]] del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> * http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=3&amp;cad=rja&amp;ved=0CDYQFjAC&amp;url=http%3A%2F%2Fldc.usb.ve%2F~abianc%2Fmaterias%2Fci4712%2Fmetricas.pdf&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNHzqxIGcVRVo0Z6q7rLidwUaSXDvA<br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=8&amp;cad=rja&amp;ved=0CFQQFjAH&amp;url=http%3A%2F%2Fsedici.unlp.edu.ar%2Fbitstream%2Fhandle%2F10915%2F19762%2FDocumento_completo.pdf%253Fsequence%253D1&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNG_zBFIn7SMvtg4ZeD6lkc9nRrlPQ<br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106903 2013-12-06T15:01:31Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de software se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del trabajo que realizan y del producto que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (los errores se filtran antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del [[proyecto]] para evaluar la habilidad de un [[equipo]] en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de [[errores]] encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> * http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=3&amp;cad=rja&amp;ved=0CDYQFjAC&amp;url=http%3A%2F%2Fldc.usb.ve%2F~abianc%2Fmaterias%2Fci4712%2Fmetricas.pdf&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNHzqxIGcVRVo0Z6q7rLidwUaSXDvA<br /> *http://www.google.com.cu/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=8&amp;cad=rja&amp;ved=0CFQQFjAH&amp;url=http%3A%2F%2Fsedici.unlp.edu.ar%2Fbitstream%2Fhandle%2F10915%2F19762%2FDocumento_completo.pdf%253Fsequence%253D1&amp;ei=KuahUo6_A8TlsASqs4DICw&amp;usg=AFQjCNG_zBFIn7SMvtg4ZeD6lkc9nRrlPQ<br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106857 2013-12-06T14:53:37Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del [[software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> =Importancia de las métricas= <br /> Las métricas de software se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> Desarrollando y analizando una linea base de métricas de calidad, una organización puede actuar con objeto de corregir esas áreas de proceso del software que son la causa de los defectos del [[software]].<br /> Con la creación de estas métricas los ingenieros del software pueden obtener una visidn más profunda del trabajo que realizan y del producto que elaboran.<br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106770 2013-12-06T14:37:48Z

<p>Yaimajcbayamo8: /* Resumen de Métricas */</p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la [[ingeniería del software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> <br /> =Importancia de las métricas= <br /> [[Las métricas de software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> <br /> <br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalización para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de información<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la calidad del [[software]], como métricas de productividad, se centran en el proceso,en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> <br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106718 2013-12-06T14:26:06Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la [[ingeniería del software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> <br /> =Importancia de las métricas= <br /> [[Las métricas de software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> <br /> <br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalizaci6n para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de informaci6n<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la [[calidad del software]], como métricas de productividad, se centran en el proceso,<br /> en el proyecto y en el producto.<br /> ==Métricas para la calidad del Software==<br /> <br /> ===Visión general de los factores que afectan a la calidad===<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ===Eficacia de la Eliminación de Defectos===<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106705 2013-12-06T14:22:26Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la [[ingeniería del software]] es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> <br /> =Importancia de las métricas= <br /> [[Las métricas de software]] se utilizan para propósitos estratégicos y son utilizadas en el proyecto para minimizar la planificación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son utilizadas también para evaluar la calidad de los productos en el momento actual y cuando sea necesario, modificando el enfoque técnico que mejore la calidad.<br /> Para establecer objetivos de mejora durante el proceso de desarrollo de software, se debe comprender el estado actual del desarrollo del software. Si no se mide, no hay una forma real de determinar si se está mejorando y si no se está mejorando, se está perdido.<br /> <br /> <br /> =Resumen de Métricas=<br /> Las métricas orientadas al tamaño hacen uso de la línea de código como factor de normalizaci6n para otras medidas, como persona-mes o defectos.<br /> <br /> Las métricas orientadas a la función provienen de las medidas del dominio de informaci6n<br /> y de una evaluación subjetiva de la complejidad del problema.<br /> <br /> Las métricas de la [[calidad del software]], como métricas de productividad, se centran en el proceso,<br /> en el proyecto y en el producto.<br /> A continuación se aborda sobre sobre las métricas de la calidad del software.<br /> <br /> ==Visión general de los factores que afectan a la calidad==<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> ==Medida de la calidad==<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ==Eficacia de la Eliminación de Defectos==<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106515 2013-12-06T13:26:07Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> = Visión general de los factores que afectan a la calidad=<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> ==Medida de la calidad==<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ==Eficacia de la Eliminación de Defectos==<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106505 2013-12-06T13:22:21Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> == Visión general de los factores que afectan a la calidad==<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> ===Medida de la calidad===<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ==Eficacia de la Eliminación de Defectos==<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106116 2013-12-05T23:07:31Z

<p>Yaimajcbayamo8: /* Eficacia de la Eliminación de Defectos */</p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> == Visión general de los factores que afectan a la calidad==<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> == Medida de la calidad==<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ==Eficacia de la Eliminación de Defectos==<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> <br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8 https://www.ecured.cu/index.php?title=Metricas_para_la_calidad_del_software&diff=2106113 2013-12-05T23:05:50Z

<p>Yaimajcbayamo8: </p> <hr /> <div>{{Definición|Nombre=Métricas de Software|imagen=Metricas-300x190.jpg‎|concepto=}}<br /> &lt;div align=justify&gt;<br /> Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.<br /> <br /> El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.<br /> <br /> El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.<br /> <br /> == Visión general de los factores que afectan a la calidad==<br /> Se han definido un conjunto de factores de calidad, estos factores evalúan el software desde tres puntos de vista distintos:<br /> <br /> •Operación del producto (utilizándolo).<br /> <br /> •Revisión del producto (cambiándolo). <br /> <br /> •Transición del producto (modificándolo para que funcione en un entorno diferente).<br /> <br /> Proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante y un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relación con los objetivos de calidad establecidos<br /> <br /> == Medida de la calidad==<br /> La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.<br /> <br /> •Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.<br /> <br /> <br /> •Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.<br /> <br /> •Integridad:Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.<br /> Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno:<br /> Integridad = C [(l - amenaza) x (1 - seguridad)]<br /> Donde se suman la amenaza y la seguridad para cada tipo de ataque.<br /> <br /> <br /> •Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características:<br /> Habilidad intelectual y/o fisica requerida para aprender el sistema.<br /> El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema.<br /> Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente.<br /> Valoración subjetiva de la disposición de 1os usuarios hacia el sistema, a veces obtenida mediante un cuestionario.<br /> <br /> ==Eficacia de la Eliminación de Defectos==<br /> Proporciona beneficios tanto a nivel del proyecto como del proceso, es una medida para filtrar las actividades de la garantía de calidad y de control al aplicarse a todas las actividades del marco de trabajo del proceso.<br /> <br /> La Eficacia de la Eliminación de Defectos (EED) se define de la forma siguiente:<br /> EED=E / (E+D)<br /> Donde E es el número de errores encontrados antes de la entrega del software al usuario final y D es el número de defectos encontrados después de la entrega.<br /> Cuando el valor de EED es 1 significa que no se han encontrado defectos en el software, D será mayor que cero.<br /> Cuando E aumenta (para un valor de D dado), el valor total de EED empieza a aproximarse a 1. De hecho, a medida que E aumenta, es probable que el valor final de D disminuya (10s errores se filtran<br /> antes de que se conviertan en defectos). Si se utilizan como una métrica que proporciona un indicador de la habilidad de filtrar las actividades de la garantía de la calidad y del control, EED anima a que el equipo del proyecto de software instituya técnicas para encontrar<br /> todos 10s errores posibles antes de su entrega.<br /> <br /> EED también se puede utilizar dentro del proyecto para evaluar la habilidad de un equipo en encontrar errores antes de que pasen a la siguiente tarea de ingeniería del software. Se vuelve a definir como:<br /> <br /> EEDi = Ei / (Ei + Ei +1)<br /> Donde Ei es el número de errores encontrado durante la actividad de ingeniería del software i y Ei+1, es el número de errores encontrado durante la actividad de ingeniería del software i + 1 que se puede seguir para llegar a errores que no se detectaron en la actividad de la ingeniería del software i.<br /> <br /> <br /> <br /> ==Fuentes==<br /> * S.Pressman, Rogger. (s.f.). Ingenieria de Softaware. Un enfoque práctico (5ta ed.).<br /> <br /> [[Category:Ingeniería_de_software]]</div>

Yaimajcbayamo8