plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc).

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc)."

Transcripción

1 REVISIÓN CONCEPTOS, METODOLOGÍAS Y HERRAMIENTAS SOPORTE EN INGENIERÍA MARLON MÚJICA Estudiante de Ingeniería de Sistemas Universidad Industrial de Santander COLOMBIA EDWIN LOGREIRA Estudiante de Ingeniería de Sistemas Universidad Industrial de Santander COLOMBIA RESUMEN En el desarrollo de un proyecto, uno de los pasos cruciales para lograr el éxito es la etapa en la que se definen los requisitos. Es en este proceso donde se requiere de ingenieros de gran experiencia en planeación, diseño y desarrollo, proceso que además, puede apoyarse en una serie de herramientas de soporte, ya sean propietarias o comerciales. En este contexto han surgido una gran cantidad de organizaciones académicas y comerciales cuyo interés de aportar conocimientos al área ha culminado en la producción de varias herramientas (algunas de ellas aún en fase de desarrollo o anivel de prototipo). Adicionalmente se han generado una serie de pautas y lineamientos básicos, que ha sido posible determinar con base en la gran experiencia de los grupos de desarrollo y en sus procesos de gestión del conocimiento. PALABRAS RELEVANTES.?? Elicitación?? Especificaciones?? Acuerdos?? Requerimiento?? Requisito 1 INTRODUCCIÓN. La ingeniería de requisitos es aquel puente por medio del cual se conectan el mundo real y los actores afectados por el sistema (ver figura 1). A través de él se ponen en marcha un conjunto de actividades con el objetivo de descubrir, modelar y validar todos los requisitos del proyecto, los cuales son formalizados a través de un documento final, generalmente denominado de requisitos. MUNDO REAL: Organizaciones, políticas e información del dominio INGENIERÍA ACTORES L SISTEMA: de requisitos detallada para el correcto desarrollo del proceso. Estas actividades son: la comprensión del problema, las especificaciones y los acuerdos. 2 CONCEPTOS BÁSICOS. Tres de los conceptos básicos que deben manejarse en la Ingeniería de Requisitos en general son: 2.1 REQUERIMIENTO Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo[1]. 2.2 REQUISITO Una condición y/o especificación técnica u operativa que puede validarse, y que puede reunirse o poseerse por un sistema para resolver un problema o para lograr un objetivo del cliente, y está calificado por condiciones medibles y limitado por restricciones.[2] 2.3 ELICITACIÓN Es la actividad en que se descubren los requisitos a través de distintas técnicas, tales como Entrevistas, Joint Application Development (JAD), Brainstorming, definición de casos de uso, entre otras; a través de tales actividades se logra establecer los requisitos del sistema, formando así una visión más precisa de las necesidades a resolver.[3] Figura 1. Papel de la Ingeniería de Requisitos Es válido aclarar que no hay un único proceso para lograr una buena elicitación de requisitos (ver numeral 2.3), pero sí existe una secuencia de actividades que se deben tener en cuenta,

2 3 ACTIVIDAS FUNDAMENTALES EN EL PROCESO INGENIERÍA La Ingeniería de Requisitos contempla una serie de actividades, que pueden clasificarse en tres grandes grupos, a saber: 3.1 LA COMPRENSIÓN L PROBLEMA Este es un factor fundamental en el desarrollo de un proyecto, y ha sido uno de los temas más tratados a lo largo de las últimas cuatro décadas a raíz de la crisis del software, ya que a medida que avanza la tecnología, los sistemas se tornan más complejos. Un estudio realizado por IBM reveló que el 80% de los defectos encontrados en los sistemas se presentó en la fase de requisitos[3], por tal motivo, una de las formas más apropiadas para entender y descubrir las necesidades de los clientes y usuarios de un determinado entorno real, es por medio de la Elicitación de Requisitos. 3.2 LAS ESPECIFICACIONES Una vez son detectados los requisitos, estos son estructurados y documentados formalmente de acuerdo a un estándar. Uno de los más populares es el estándar IEEE 830/1998 para requisitos.[3] 3.3 LOS ACUERDOS Cada requisito es analizado y negociado con las personas involucradas en el sistema para verificar su consistencia y su correspondencia con el mundo real.[3] Este artículo se centra en las dos primeras actividades identificadas, presentando una descripción de diferentes metodologías y técnicas para el desarrollo de la elicitación de requisitos, así como algunas herramientas software de soporte a la elaboración de especificaciones de requisitos. 4 LA ELICITACIÓN El punto de mayor interés de la Ingeniería de Requisitos es la fase de elicitación de requisitos; durante el desarrollo de este proceso, se llevan a cabo una serie de actividades en combinación con diversas técnicas especializadas. Esta combinación de metodologías y técnicas garantiza un cierto grado de certeza, referida a la completitud y pertinencia de los requisitos definidos. 4.1 METODOLOGÍAS PARA ELICITACIÓN Metodología para Elicitación de Requisitos de Sistemas Software (Versión 2.3). [4] Esta metodología organiza el proceso de elicitación de requisitos a través de la definición de siete tareas, las cuales se muestran en la figura 2. A continuación se presenta una breve descripción de las tareas definidas en esta metodología: Tarea 1. Estudio del dominio del problema. El objetivo de esta tarea es conocer el ámbito del problema y realizar un diagnóstico de la situación actual. Tarea 2. Reuniones de Elicitación. Como expertos en el tema de desarrollo, el equipo de trabajo debe elaborar una agenda en la cual la premisa sea orientar al cliente para que este proporcione exactamente el conocimiento que se requiere para el desarrollo. requisitos funcionales Estudio del dominio del problema de objetivos requisitos almacenamiento información Integración final Reuniones de elicitación requisitos no funcionales Figura 2. Tareas del proceso de Elicitación. Tarea 3. de Objetivos. Los objetivos del sistema deben ser expuestos en términos de lo que se espera que haga el sistema cuando se encuentre en fase de explotación, así como de los resultados que se esperan lograr a corto, mediano y largo plazo. La perspectiva a futuro permite visualizar requisitos relacionados con la escalabilidad y capacidad de atención a número de usuarios de un sistema. Tarea 4. de los requisitos de almacenamiento de la información. En este punto el equipo de desarrollo debe aclararle al cliente cualquier tipo de limitación que impongan los objetivos y sus factores críticos (por ejemplo, necesidad de una

3 plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc). Tarea 5. Identificar los requisitos funcionales. En esta fase se realiza un diseño general de la aplicación, en el que, aunque no se defina el diseño de cada módulo, se van a poder identificar de forma integral todas las tareas que debe cumplir el sistema incluyendo sus excepciones, definiendo así todas las situaciones posibles. Tarea 6. Identificar / revisar los requisitos no funcionales. Consiste en identificar los requisitos no funcionales del sistema software a desarrollar. Algunos tipos de requisitos que se suelen incluir en esta sección son los siguientes:?? Requisitos de comunicaciones del sistema?? Requisitos de interfaz de usuario?? Requisitos navegacionales?? Requisitos de personalización?? Requisitos de fiabilidad?? Requisitos de entorno de desarrollo?? Requisitos de portabilidad Tarea 7. Integración final. Una vez se hayan obtenido los productos de cada una de las tareas, estos se deben integrar en un único informe, el cual debe corresponder a la Elicitación de Requisitos final, la cual va a ser el único producto entregable al cliente y a partir de la cual se va a iniciar el trabajo. Como resultado de todas las tareas, el proyecto debe entrar en una etapa de estimación, a la cual seguirán las de desarrollo, cierre y operación del producto terminado. Para el desarrollo de tareas descritas anteriormente, la metodología propone usar las técnicas más usuales de elicitación (ver numeral 6, Técnicas de elicitación ); tales técnicas son:?? Entrevistas.?? Joint Application Development.?? Brainstorming.?? Casos de Uso. método en ingeniería de requisitos denominado SIREN (SImple REuse of software requirements). Este método es una aproximación práctica para elicitar y especificar los requisitos de un sistema software, basado en la reutilización de requisitos y estándares en ingeniería del software. El propósito de este desarrollo con reutilización de requisitos, es identificar descripciones del sistema que pueden ser reutilizadas (en su totalidad o en parte) con un mínimo de modificaciones, de manera que se reduzca el proceso de desarrollo de un proyecto. SIREN incorpora unas guías que consisten en una jerarquía de documentos de especificación de requisitos (figura 3) y toma como base para el registro de requisitos el software denominado Requisite Pro (ver sección 5.3). IRS de Requisitos de Interfaz (IEEE Std. 830) SyRS de Requisitos del Sistema (IEEE Std. 1233) SRS de Requisitos del Software (IEEE Std. 830) SyTS de Pruebas del Sistema STS de Pruebas del Software Figura 3. Jerarquía de documentos de SIREN. Debido a que no es posible obtener un conjunto completo de requisitos en una sola iteración, SIREN considera que el proceso de ingeniería de requisitos se desarrolla a través de un modelo de ciclo de vida en espiral (figura 4). 4.2 TÉCNICAS ELICITACIÓN Las diferentes técnicas utilizadas en el proceso de elicitación se pueden clasificar de la siguiente manera, haciendo énfasis en las técnicas más representativas: Tradicionales Consiste en una amplia gama de técnicas genéricas de recolección de datos. Incluyen el uso de cuestionarios, entrevistas y análisis de documentos existentes SIREN: Proceso de ingeniería de requisitos basados en la reutilización. El Grupo de Investigación en Ingeniería del Software del Departamento de Informática de la Universidad de Murcia (España), presenta un

4 Figura 4. Modelo de Ciclo de Vida en Espiral Entrevistas Es una de las técnicas de elicitación más usada y natural, la cual consiste en establecer un canal de comunicación directa entre las personas destinatarias del sistema y el equipo de desarrollo. Las entrevistas planeadas generalmente se dan de forma iterativa y realimentada. Las entrevistas son dirigidas normalmente por el personal mas experto del equipo de desarrollo, quienes junto con un equipo interdisciplinario de profesionales de otras áreas, como la sicología y el derecho, son los encargados de orientar las entrevistas de tal forma que la información obtenida a través de ellas sea relevante al proceso. En esta técnica se pueden identificar tres fases: la preparación, la realización y el análisis de la información obtenida.[4] Elicitación en grupo Se orienta a adoptar un acuerdo, mientras explotan la dinámica de grupo. Incluyen técnicas tales como: Brainstorming y Focus Group, asi como los talleres RAD 1 y JAD Joint Application Development Denominada JAD (Joint Application Development, Desarrollo Conjunto de Aplicaciones) y elaborada por IBM en 1977, esta técnica consiste en reuniones en grupo con un período de duración de 2 a 4 días, en las cuales se ayuda a los clientes y a los usuarios a formular problemas y explorar posibles soluciones.[4] Brainstorming Brainstorming o tormenta de ideas, su objetivo es la generación de ideas en un ambiente libre de criticas o juicios, con la participación de 4 a 10 personas.[4] Prototipado Se usa para los procesos de elicitación donde existe una gran incertidumbre sobre los requerimientos, o donde es necesario una realimentación rápida. Por ejemplo, se puede usar un prototipo para producir una discusión en una técnica de elicitación en grupo, o como base para un cuestionario. 1 RAD : Rapid Application Development Cognoscitivas Incluyen técnicas para la adquisición de conocimientos para sistemas basados en el conocimiento. Por ejemplo, análisis del conocimiento de los interesados o elaboración de una matriz de atributos para una entidad Contextuales Surgieron en los años 90 como una alternativa tanto a las técnicas tradicionales como a las cognoscitivas. Incluyen el uso de técnicas etnográficas, tales como la observación de los participantes y el análisis de la conversación Dirigidas por el modelo Proveen un modelo específico del tipo de información por recolectar, y usan dicho modelo para llevar a cabo el proceso de elicitación. Incluyen los métodos basados en metas y los métodos basados en escenarios Casos de Uso Un caso de uso especifica una secuencia de acciones, incluyendo variantes, que el sistema puede llevar a cabo, y que producen un resultado observable de valor para un actor concreto; es decir, los casos de uso representan los requisitos funcionales. El conjunto de todos los casos de uso constituyen el modelo de casos de uso, el cual describe la funcionalidad total del sistema. Los casos de uso constituyen un principio básico de la metodología del Proceso Unificado de Desarrollo de Software, la cual utiliza el Lenguaje Unificado de Modelado (UML), un lenguaje gráfico que sirve para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. [5] 5 LAS ESPECIFICACIONES Con el objeto de asistir la elaboración de un documento de especificación de requisitos, se han desarrollado varias herramientas, de las cuales se mencionan las más recientes y representativas. 5.1 SISTEMA EXPERTO PARA ASISTIR AL INGENIERO EN SOFTWARE EN LA ELABORACIÓN L DOCUMENTO REQUERIMIENTOS Este proyecto, que se encuentra actualmente en desarrollo en el Instituto Tecnológico de Buenos Aires, tiene por idea central el establecimiento de un sistema guía para el usuario en la realización de tareas de especificación de requisitos (obtener información del dominio del problema,

5 preparación de entrevistas, identificación objetivos y requisitos, etc.), datos por introducir y decisiones a tomar. El sistema se presenta al usuario con una interfaz visual, similar a un cuaderno de tareas, que le permite identificar rápidamente las tareas que puede realizar, el estado de avance de las mismas y el objetivo final que es el documento de requerimientos. El sistema se basa en la identificación de los marcos de problema. Le solicita al usuario que seleccione el marco de problema que mejor se ajusta al tipo de problema que el software pretende resolver. Para ello cuenta con una biblioteca de marcos que podrá ser actualizada. Aquí el usuario debe razonar acerca de los requerimientos obtenidos en la etapa de elicitación. Existen cinco marcos de problema, sobre los que se puede basar un proceso de elicitación de requisitos: 1. Problemas de información 2. Problemas de control 3. Problemas de transformación 4. Problemas de piezas de trabajo. 5. Problemas de conexión Los marcos de problema son guías para que el ingeniero en software realice los cuestionamientos correctos; no son para clasificar problemas como un fin en sí mismo.[6] 5.2 IRQA MILLENIUM: HERRAMIENTA PARA LA CAPTURA, ANÁLISIS Y CONSTRUCCIÓN ESPECIFICACIÓN [7] La firma española TCP Sistemas e Ingeniería ha creado un software denominado IRqA Millenium, una herramienta que pretende soportar no solo la elaboración de especificaciones de requisitos, sino todo el proceso de ingeniería de requisitos. La herramienta proporciona funcionalidades avanzadas para capturar requisitos, analizarlos y construir especificaciones detalladas, verificarlas y gestionar toda la información del proceso. En IRqA se contemplan fundamentalmente los aspectos de validación de los requisitos y de verificación de la especificación, en los que cabe realizar las siguientes preguntas:?? La aplicación satisface las necesidades del usuario? El proceso que hay que poner en marcha para responder a esta pregunta es el de validación del sistema.?? La aplicación satisface la especificación de funcionalidades? El proceso asociado a esta pregunta es el de verificación del sistema.?? La especificación funcional satisface las necesidades de usuario? El proceso relacionado es la comprobación de que la especificación es correcta. Estos aspectos se pueden apreciar en la figura 5. Necesidad Aplicación Especif. correcta Validación Verificación Figura 5. Pasos para la validación, verificación y especificación de los requisitos de IRqA. IRqA Millenium, además de proporcionar las técnicas clásicas para la captura y la gestión de los requisitos textuales de los usuarios, proporciona técnicas semi-formales para analizar y especificar los requisitos, con el objetivo básico de construir una especificación lo más precisa posible, en una etapa previa a la construcción del sistema (sin incurrir en costos de desarrollo). Este software ha sido creado en español e inglés, y es adaptable a proyectos de diferentes dimensiones; además, permite el acceso de múltiples usuarios a la información. 5.3 REQUISITE PRO: HERRAMIENTA PARA EL CONTROL SOBRE REQUERIMIENTOS [8] RequisitePro es la herramienta que ofrece Rational Software para tener un mayor control sobre los requerimientos planteados por el usuario y todos aquellos requerimientos técnicos o nuevos requerimientos de usuario que surjan durante el ciclo de vida de un proyecto. Este software permite que los requerimientos se encuentren documentados bajo un esquema organizado; tales esquemas, cumplen con los estándares requeridos por IEEE, ISO, SEI, CMM y por el Rational Unified Process. RequisitePro se encuentra integrado por aplicaciones para la administración de cambios, herramientas de modelado de sistemas y con herramientas de pruebas. Esta integración asegura que los diseñadores conocen los requerimientos del usuario, del sistema y del software en el momento de su desarrollo. Además permite el desarrollo en equipo; gracias a esto, se pueden conservar juntos todos los requerimientos y ser manipulados por todos y cada uno de los miembros del equipo.

6 Todos los requerimientos tienen atributos y estos son la principal fuente de información para ayudar a planear, comunicar y rastrear las actividades del proyecto a través del ciclo de vida. Cada proyecto tiene necesidades únicas y se deberán seleccionar los atributos que sean críticos para asegurar su éxito: prioridad de desarrollo, status, autor, responsable, relaciones, fecha de registro, fecha última modificación, versión, etc. RequisitePro permite la asignación de prioridades a los requerimientos con base en:?? Beneficios al cliente: No todos los requerimientos son desarrollados de igual forma. Se les asigna prioridad con base en la importancia relativa del usuario final, basándose en un análisis previo de los analistas y desarrolladores del equipo.?? Esfuerzo: Claramente, algunos requerimientos o cambios a los mismos, demandan más tiempo y recursos que otros. Estimar el número de semanas-personas o líneas de código requeridas con base en requerimientos, es la mejor forma de determinar lo que puede y no puede ser desarrollado en el tiempo estipulado. Entre otras características de RequisitePro, se cuentan la visualización de dependencias entre requerimientos del mismo o diferentes proyectos a través de matrices, la administración de cambios a los requerimientos, así como plantillas personalizables y asistentes para orientar al usuario en la recolección de requisitos. 5.4 SMART TRACE: HERRAMIENTA PARA TRAZABILIDAD EN PROYECTOS BASADOS EN UML La trazabilidad de requisitos se define como la habilidad para describir y seguir la vida de un requisito a lo largo de un proyecto, y es clave para conseguir una exitosa gestión de requisitos. SmartTTrace, de Rational Rose, es una herramienta que hace uso de los mecanismos de extensión para integrar especificaciones UML y la gestión de requisitos, resolviendo problemas de duplicación y sincronización de requisitos, mediante un metamodelo que provee un marco de trazabilidad adaptable y extensible a las necesidades especificas de un proyecto, inclusive en la definición de requisitos no considerados en su metamodelo. SmatTTrace define algunas tareas para la lograr la trazabilidad de requisitos en un proyecto:?? Definición de los tipos de requisitos del proyecto.?? Definición de las relaciones de composición para los tipos de requisitos.?? Selección de los requisitos a los cuales se les desea hacer trazabilidad.?? Establecimiento de los tipos de enlace de trazabilidad. 5.5 DOORS: HERRAMIENTA ADMINISTRACIÓN DOORS es una herramienta de administración de requisitos creada por Quality Systems and Software. Esta herramienta permite capturar, relacionar, analizar y administrar un rango de información para asegurar el cumplimiento del proyecto en materia de requerimientos. DOORS permite el acceso de un gran número de usuarios concurrentes en la red, manteniendo en línea un gran número de requerimientos así como su información asociada. También ayuda al usuario a procesar las solicitudes de cambios de requerimientos en línea, y permite realizar cualquier modificación vía remota cuando la base de datos está off-line, incorporando sus actualizaciones a la base de datos maestra. Esta herramienta proporciona rastreabilidad multi-nivel para aquellas relaciones entre requerimientos que poseen gran tamaño. DOORS cuenta con un asistente que permite generar enlaces a reportes de muchos niveles, con el fin de desplegarlos en la misma vista. DOORS se distingue por que proporciona:?? de inconsistencias.?? Operación vía batch.?? Posibilidad de compartir y crear relaciones entre los requerimientos de diferentes proyectos.?? Notificación vía correo electrónico cuando los cambios son revisados.?? Visualización de los cambios pendientes de otros usuarios para anticipar el impacto que ocasionará.?? Despliegue de estadísticas y métricas a través de gráficas.?? Lenguaje claro, lo que proporciona una comprensión inmediata de cada requerimiento.?? Importación de los documentos a formatos de herramientas de Microsoft Office, RTF, HTML, texto, entre otros.?? Plantillas que presentan la información de manera estandarizada.[9]

7 6 OBSERVACIONES FINALES Los conceptos de Ingeniería de Requisitos mencionados en el presente artículo, así como las metodologías, técnicas y herramientas revisadas sobre elicitación y especificación de requisitos, pretenden brindar al profesional que se inicia en el tema, una idea general pero concreta referente a la definición de requisitos, como paso fundamental para el desarrollo de proyectos. Es importante tener presente que tanto requerimiento como requisito son términos que suelen ser utilizados indistintamente, pero que son conceptualmente diferentes: los requerimientos son la expresión de las necesidades de los usuarios o clientes, tal y como ellos las expresan, y los requisitos son la representación de estos requerimientos en el sistema, con sus correspondientes atributos cuantificables. 7 REFERENCIAS [1]http://www.monografias.com/trabajos6/resof/r esof.shtml#inge [2] Interpretación de la norma IEEE Estándar 1233:1998 Guía IEEE para desarrollar especificación de requisitos de sistemas. CIDLIS. [3]http://www.exa.unicen.edu.ar/catedras/ingreq ui/clase%201.doc [4] A. Durán y B. Bernárdez. Informe Técnico LSI (revisado). Abril [PDF comprimido] "Metodología para la Elicitación de Requisitos de Sistemas Software (versión 2.3)" [5] JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. El Proceso Unificado de Desarrollo de Software. [6]http://www.itba.edu.ar/capis/webcapis/tesis3. htm [7]http://www.tcpsi.es/ingles/irqa/manual/espano l/presenta/instala/instala.htm [8]http://www.indudata.com/1rational_requisite_ pro.htm#3 [9]http://www.monografias.com/trabajos6/resof/r esof2.shtml#refe

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Primer avance de proyecto de software para la gestión de inscripciones en cursos Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Gestión de Requisitos ULPGC

Gestión de Requisitos ULPGC Gestión de Requisitos ULPGC Gestión de Requisitos Consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini

Más detalles

Aseguramiento de la Calidad

Aseguramiento de la Calidad ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles

Proyecto Tutelkán Tutelkán - Descripción General del Proyecto

Proyecto Tutelkán Tutelkán - Descripción General del Proyecto Tutelkán - Descripción General del Proyecto Introducción al Enfoque de Mejoramiento de Procesos de Tutelkán MAYO 2009 Tabla de Contenidos 1. INTRODUCCIÓN...5 1.1. CONTEXTO...5 1.2. PROPÓSITO...5 1.3.

Más detalles

PRU. Fundamento Institucional. Objetivos. Alcance

PRU. Fundamento Institucional. Objetivos. Alcance PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes DEPARTAMENTO: Informática MATERIA: Aplicaciones Web NIVEL: 2º Sistemas Microinformáticos y Redes 1. Objetivos. Competencias Profesionales, Personales y Sociales 1.1 Objetivos del ciclo formativo Según

Más detalles

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

WhiteHat Tools. Resumen del Producto

WhiteHat Tools. Resumen del Producto WhiteHat Tools Aplicación para la Administración de Servicios de TI. Resumen del Producto Propiedad de White Hat Consultores S.A. de C.V. Cerrada Sabino Rodríguez 12 Col. El Maestro Delegación Magdalena

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo de Proceso de Desarrollo de Software Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico Con fundamento en la Ley Orgánica de la Universidad Autónoma de Chiapas (Artículo 4 Fracción I, Artículo 18, Fracción III y V, Artículo 25, Fracción XIV), se expide el presente documento, el cual tiene

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

CONCEPTOS GENERALES SOBRE SEGURIDAD INFORMATICA

CONCEPTOS GENERALES SOBRE SEGURIDAD INFORMATICA CONCEPTOS GENERALES SOBRE SEGURIDAD INFORMATICA Hoy en día las redes de comunicaciones son cada vez mas importantes para las organizaciones ya que depende de estás, para que exista un manejo adecuado de

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES. Manufactura Integrada por Computadora (CIM) Qué es es CIM?

SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES. Manufactura Integrada por Computadora (CIM) Qué es es CIM? SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES 2003 Manufactura Integrada por Computadora (CIM) Qué es es CIM? Bajo el nombre de CIM se engloba a un conjunto de aplicaciones informáticas cuyo

Más detalles

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 SPEM 2.0 SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 Metamodelo para modelos de procesos de ingeniería de software y de ingeniería de sistemas. La idea central de SPEM

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

Etapa de Implementación de la Ejecución del Plan

Etapa de Implementación de la Ejecución del Plan MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre

Más detalles

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Hugo F. Arboleda Jiménez. MSc. Docente-Investigador, Facultad de Ingenierías, Universidad de San

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

Especificación de Requisitos según el estándar de IEEE 830

Especificación de Requisitos según el estándar de IEEE 830 Especificación de Requisitos según el estándar de IEEE 830 IEEE Std. 830-1998 22 de Octubre de 2008 Resumen Este documento presenta, en castellano, el formato de Especificación de Requisitos Software (ERS)

Más detalles

Estándares de Información Primaria, Secundaria, Sistemas de Información. Estándares de Macroprocesos, Procesos y Procedimientos Diseñados.

Estándares de Información Primaria, Secundaria, Sistemas de Información. Estándares de Macroprocesos, Procesos y Procedimientos Diseñados. GUÍA 43 Diagnóstico Comunicación Institucional Descripción La comunicación Institucional se da al interior de la entidad y se orienta al cumplimiento de los principios de economía, eficiencia y eficacia,

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

Sesión tutorial introductoria sobre requisitos y trabajo en equipo. Sesión Técnica de Calidad de Software

Sesión tutorial introductoria sobre requisitos y trabajo en equipo. Sesión Técnica de Calidad de Software Sesión tutorial introductoria sobre requisitos y trabajo en equipo Sesión Técnica de Calidad de Software 12 de noviembre de 2008 Luis Fernández Sanz Universidad de Alcalá www.ati.es/gtcalidadsoft Definiciones

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW >

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información

Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información Profesor Guía: José Luis Martí Fecha: Diciembre 2007 1. ANTECEDENTES. 1. Titulo del Proyecto Modelamiento de

Más detalles

Aplicación de Gestión y Web para un criadero/residencia canino. Índice. 1 Presentación...2. 2 Objetivos y trabajo realizado...2. 3 Conclusiones...

Aplicación de Gestión y Web para un criadero/residencia canino. Índice. 1 Presentación...2. 2 Objetivos y trabajo realizado...2. 3 Conclusiones... Índice 1 Presentación...2 2 Objetivos y trabajo realizado...2 3 Conclusiones...6 1 1 Presentación Actualmente existen muchas y variadas aplicaciones de gestión para cualquier tipo de negocio pero en cambio,

Más detalles

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Capítulo III. Manejo de Incidentes

Capítulo III. Manejo de Incidentes Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48

Más detalles

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008 2.1 FACTORES SEGÚN ERP s Propuesta metodológica para la gestión del conocimiento durante la implantación de sistemas ERP Propuesta metodológica La propuesta metodológica aquí desarrollada parte de un modelo

Más detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

Más detalles

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

I. Información General del Procedimiento

I. Información General del Procedimiento PR-DGSE-5 Octubre 211 I. Información General del Objetivo: Describir los pasos a seguir para la realización de las al Sistema de Gestión de Calidad de la, del MINERD. Alcance: Este procedimiento aplica

Más detalles

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION. Los sistemas que el analista diseña día a día, la tecnología, las personas, que utilizan el

Más detalles

Id. Componente del Procedimiento Responsable 1 Administración y Mantenimiento de Documentos y Registros Gerente Seguridad Operacional

Id. Componente del Procedimiento Responsable 1 Administración y Mantenimiento de Documentos y Registros Gerente Seguridad Operacional Fecha: 10/02/2010 Clave: SMS- Revisión: 1.0 Página: 1 de 7 I. OBJETIVO: La Organización busca tener información que le sea valiosa y le aporte esencia al sistema, que alimente a la organización con datos

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA Dra. Pilar Gómez Gil Instituto Nacional de Astrofísica, Óptica y Electrónica (INAOE). Coordinación de Ciencias Computacionales

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para

Más detalles

ISO 9001 Auditing Practices Group Guidance on:

ISO 9001 Auditing Practices Group Guidance on: International Organization for Standardization Forum International Accreditation ISO 9001 Auditing Practices Group Guidance on: Auditando sistemas de gestión en base electrónica (EBMS) 1. Introducción

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS 20 28010 MADRID 91 752 79 59 www.mope.es info@mope.

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS 20 28010 MADRID 91 752 79 59 www.mope.es info@mope. DENOMINACIÓN: Código: IFCT0609 Familia profesional: Informática y Comunicaciones Área profesional: Sistemas y telemática Nivel de cualificación profesional: 3 Cualificación profesional de referencia: IFC303_3

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en

Más detalles

FICHA DE PRODUCTO ÁGORA LMS

FICHA DE PRODUCTO ÁGORA LMS FICHA DE PRODUCTO ÁGORA LMS La plataforma ÁGORA LMS permite administrar cursos en diversas modalidades didácticas, ya sean autoinstruccionales, o cursos con soporte de tutor. De tal manera que los desarrolladores

Más detalles

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02 1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza

Más detalles

Se aportan, para la configuración de este anexo, las categorías profesionales más habituales según la definición del MRFI-C:

Se aportan, para la configuración de este anexo, las categorías profesionales más habituales según la definición del MRFI-C: A N E X O II DESCRIPCIÓN DE CATEGORÍAS PROFESIONALES EN LA CONTRATACIÓN DE LOS SERVICIOS DE SOPORTE TÉCNICO DE SISTEMAS PARA EL ENTORNO TECNOLÓGICO DEL TABACO S Página 1 de 16 El presente anexo detalla

Más detalles

Procedimiento de Auditoria Interna Revisión: 3. Facultad de Ciencias PROCEDIMIENTO: DE AUDITORIA INTERNA

Procedimiento de Auditoria Interna Revisión: 3. Facultad de Ciencias PROCEDIMIENTO: DE AUDITORIA INTERNA Página 1 de 6 PROCEDIMIENTO: DE AUDITORIA INTERNA Página 2 de 6 1 PROPOSITO 1.1 El Objetivo de este Procedimiento es definir las líneas a seguir para planificar y realizar el proceso de auditoria interna

Más detalles

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación

Más detalles

PROCESO DE VENTA CONSULTIVA MÓDULO DE GESTIÓN DE OPORTUNIDADES DE NEGOCIO

PROCESO DE VENTA CONSULTIVA MÓDULO DE GESTIÓN DE OPORTUNIDADES DE NEGOCIO PROCESO DE VENTA CONSULTIVA MÓDULO DE GESTIÓN DE OPORTUNIDADES DE NEGOCIO Este módulo permite al ejecutivo comercial definir, calificar y documentar cada una de las oportunidades de negocio en las cuales

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN Paola Britos 1,2, Enrique Fernandez 1,2, Ramón García-Martinez 1,2 Centro de Ingeniería del Software e Ingeniería

Más detalles

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7 LINEAMIENTOS GENERALES PARA LA ESTRUCTURACIÓN DE UN DOCUMENTO PARA EL ASEGURAMIENTO DE LA CALIDAD EN LA APLICACIÓN DE LAS AUDITORÍAS DE SEGURIDAD VIAL EN COLOMBIA 1 PRINCIPIOS GENERALES DE AUDITORÍA DE

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

ITIL FOUNDATION V3 2011

ITIL FOUNDATION V3 2011 ITIL FOUNDATION V3 2011 Examen de Certificación Instrucciones 1. Revise su Hoja de Respuesta, debe contener espacio para responder 40 preguntas y una sección para incorporar su Nombre 2. Espere por la

Más detalles

Metodologías de Desarrollo de Sistemas de Información

Metodologías de Desarrollo de Sistemas de Información Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,

Más detalles

I. OBJETIVOS INTRODUCCIÓN. Oscar Daniel Camuendo Vásquez e-mail: oscardny86@hotmail.com

I. OBJETIVOS INTRODUCCIÓN. Oscar Daniel Camuendo Vásquez e-mail: oscardny86@hotmail.com DISEÑO, IMPLEMENTACIÓN E IMPLANTACIÓN DE UNA APLICACIÓN WEB DE ADMINISTRACIÓN Y CONTROL DE CALIFICACIONES PARA LA UNIDAD EDUCATIVA PARTICULAR OVIEDO (SECCIÓN SECUNDARIA), UTILIZANDO SOFTWARE LIBRE. Oscar

Más detalles

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel

Más detalles

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MEDELLÍN FACULTAD DE MINAS ESCUELA DE SISTEMAS E INFORMÁTICA TRABAJO DE GRADO DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE

Más detalles

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008) Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Licenciatura en Computación

Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Licenciatura en Computación Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Licenciatura en Computación Informe Final de Pasantía: Desarrollo de un Sistema Web para la Administración de Asignaturas Electivas

Más detalles

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI)

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) OFERTAS TECNOLÓGICAS 1) GESTIÓN ORGANIZACIONAL Y LOGÍSTICA INTEGRADA: TÉCNICAS Y SISTEMAS DE INFORMACIÓN 2) GESTIÓN

Más detalles

TALLER: CALIFICACIÓN DE EQUIPOS Y SISTEMAS

TALLER: CALIFICACIÓN DE EQUIPOS Y SISTEMAS TALLER: CALIFICACIÓN DE EQUIPOS Y SISTEMAS QFB. ELIZABETH MARTÍNEZ FLORES TERRA FARMA S.A DE C.V. Documento propiedad de su autor. Prohibida su reproducción por cualquier medio para fines distintos a la

Más detalles

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a 5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio

Más detalles

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos. Módulo Profesional: Aplicaciones web. Código: 0228. Resultados de aprendizaje y criterios de evaluación. 1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente

Más detalles

Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento

Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Vegega, C., Pytel, P., Ramón, H., Rodríguez, D., Pollo-Cattaneo, F.,

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

La descentralización del IMTA ha implicado, Sistema de proyectos IMTA. M. Villarreal, C. A. Servín y A. R. Pérez. Resumen.

La descentralización del IMTA ha implicado, Sistema de proyectos IMTA. M. Villarreal, C. A. Servín y A. R. Pérez. Resumen. Sistema de proyectos IMTA M. Villarreal, C. A. Servín y A. R. Pérez Resumen El Instituto Mexicano de Tecnología del Agua (IMTA), con base a su nueva personalidad jurídica, requirió tener una metodología

Más detalles