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

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

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

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

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

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

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

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

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

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

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

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

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

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

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

INGENIERÍA de REQUERIMIENTOS

INGENIERÍA de REQUERIMIENTOS INGENIERÍA de REQUERIMIENTOS Unidad IV Análisis de Requerimientos Verificación Validación Negociación - Trazabilidad Quality Function Deployment (QFD) 1 1 Análisis Verificación y Validación de Requerimientos

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

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

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

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

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

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

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

Aplicaciones Web a tu medida!

Aplicaciones Web a tu medida! Nota aclaratoria: El presente documento se realizó tomando como base el documento titulado Ingeniería de Requisitos en Aplicaciones para la Web Un estudio comparativo escrito por María José Escalona (Universidad

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

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

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: CICLO DE VIDA VISIÓN TRADICIONAL DEL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN STEMAS DE INFORMACIÓN Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza M. Material revisado

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

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

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

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

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición. Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.

Más detalles

Programación del curso

Programación del curso Ingeniería Software 4º Físicas Programación del curso José M. Drake (drakej@unican.es) Patricia López Martínez ( lopezpa@unican.es ) Computadores y Tiempo Real Santander, 2008 Ingeniería de Programació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

MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA. Abstract

MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA. Abstract MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA Rodolfo Villarroel 1 Departamento de Computación e Informática Universidad Católica del Maule, Chile rvillarr@spock.ucm.cl Marcello

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

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

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

Objetivo Las personas que realicen el curso aprenderán a:

Objetivo Las personas que realicen el curso aprenderán a: Objetivo Las personas que realicen el curso aprenderán a: Describir el proceso de desarrollo de software orientado a objetos, lo que incluye las metodologías y los flujos de trabajo de la programación

Más detalles

RESUMEN 1. INTRODUCCIÓN

RESUMEN 1. INTRODUCCIÓN Análisis de dominio orientado a las características (FODA) para el desarrollo de una metodología para la evaluación personal en la especificación de requerimientos de software Manuel A. Murillo Madera,

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Enterprise Architect y UML Basic

Enterprise Architect y UML Basic Enterprise Architect y UML Basic Diciembre 2008 Carlos Alexander Zuluaga Agenda Presentación del curso. Introducción a Enterprise Architect. Exploración del modelo de ejemplo. Introducción a UML. Definición

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

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

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

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

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

UNIDAD 3 EL PROCESO DE EDUCCIÓN

UNIDAD 3 EL PROCESO DE EDUCCIÓN UNIDAD 3 EL PROCESO DE EDUCCIÓN 3. EL PROCESO DE EDUCCIÓN... 1 3.1.DEFINICIONES... 1 3.2.EL PROCESO DE EDUCCIÓN... 2 3.3.PARTICIPANTES... 5 3.4.PROBLEMAS DE LA EDUCCIÓN... 7 3.1. Definiciones En los últimos

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

Desarrollo de software

Desarrollo de software Agenda 1. Introducción 2. Aspectos Metodológicos del Desarrollo de Software 3. Aplicación Web (Modelo del Producto) 4. Modelo del proceso 5. Dos enfoques Metodológicos 6. Métodos Seleccionados 7. Evaluación

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

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 12. Herramientas CASE

Fundamentos de Ingeniería del Software. Capítulo 12. Herramientas CASE Fundamentos de Ingeniería del Software Capítulo 12. Herramientas CASE Herramientas CASE Estructura 1. Introducción 2. Características deseables 3. Componentes de una herramienta CASE 4. Taxonomías de herramientas

Más detalles

Modelos de Proceso Tradicionales

Modelos de Proceso Tradicionales Modelos de Proceso Tradicionales Capitulo 2,QJHQLHUtDGHO6RIWZDUH (VSHFLDOL]DFLyQHQ*HUHQFLDGH6LVWHPDVGH,QIRUPDFLyQ 8QLYHUVLGDG6DQWLDJRGH&DOL Profesor: MSc. MIGUEL ANGEL NIÑO ZAMBRANO Programación: Tiempo

Más detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

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

En 2002, se revisó BS 7799-2 para adecuarse a la filosofía de normas ISO de sistemas de gestión.

En 2002, se revisó BS 7799-2 para adecuarse a la filosofía de normas ISO de sistemas de gestión. CAPITULO I: TEMA 1.1. Título del Tema Sistema para Análisis y Gestión de Riesgos 1.2. Planteamiento del Problema 1.2.1. Antecedentes Desde 1901, y como primera entidad de normalización a nivel mundial,

Más detalles

Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad

Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad Integrar los procesos de Salud, Seguridad y Medio Ambiente con la gestión del trabajo y los activos Características

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

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

La Gerencia de Análisis de Redes (GAR) del Instituto

La Gerencia de Análisis de Redes (GAR) del Instituto Certificación ISO 9001 de la Gerencia de Análisis de Redes Javier Martínez H. e Isabel Chipolla O. En sus más de 20 años de existencia, la GAR ha colaborado principalmente en el desarrollo de programas

Más detalles

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

Pauta de Informe de Proyecto

Pauta de Informe de Proyecto Departamento de Informática Universidad Técnica Federico Santa María Pauta de Informe de Proyecto ILI-236 Profesores: Hernán Astudillo y Marcello Visconti 1 Introducción... 3 2 Plan de trabajo... 3 3 Análisis...

Más detalles

PROCESO UNIFICADO CAPTURA DE REQUISITOS

PROCESO UNIFICADO CAPTURA DE REQUISITOS PROCESO UNIFICADO CAPTURA DE REQUISITOS El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson,

Más detalles

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Introducción Este documento recopila las preguntas, opiniones y respuestas que se produjeron en un pequeño curso sobre las

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

2. INGENIERÍA DE REQUERIMIENTOS.

2. INGENIERÍA DE REQUERIMIENTOS. 2. INGENIERÍA DE REQUERIMIENTOS. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software es llamado Ingeniería de Requerimientos. La meta de la ingeniería

Más detalles

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE INTRODUCCIÓN La calidad es un concepto complejo, que se viene aplicando en el campo de la informática desde hace muchos años, la aplicación de la calidad al

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

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

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software 3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los

Más detalles

Guía Presentación DIPAC-3.0

Guía Presentación DIPAC-3.0 Código:GP-001 Edición: 2 8 de marzo de 2014 8 de marzo de 2014 INDICE GENERAL INTRODUCCION... 3 OBJETIVOS... 3 ALCANCE... 3 ESTRUCTURA DEL DOCUMENTO... 3 PRESENTACIÓN... 4 INTRODUCCIÓN... 4 ORIGEN Y MOTIVACIONES...

Más detalles

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

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

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

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

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

Enterprise Analyst: Taller de Bautizo

Enterprise Analyst: Taller de Bautizo Enterprise Analyst: Taller de Bautizo Metas Entender la Necesidad de Ejecutar los Modelos Desarrollar un caso usando UML tradicional Identificar los problemas de UML Conocer la Herramienta Enterprise Analyst

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

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

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

GESTIÓN DE REQUISITOS A TRAVÉS DEL USO DE WEB 2.0 Y CMS

GESTIÓN DE REQUISITOS A TRAVÉS DEL USO DE WEB 2.0 Y CMS GESTIÓN DE REQUISITOS A TRAVÉS DEL USO DE WEB 2.0 Y CMS MELISSA BOLIVAR ORTIZ EAFIT DEPARTAMENTO DE INFORMÁTICA Y SISTEMAS INGENIERÍA DE SISTEMAS MEDELLÍN 2012 GESTIÓN DE REQUISITOS A TRAVÉS DEL USO DE

Más detalles

Garantía de Calidad. Calidad durante el Proceso de Ingeniería. Recapitulación (I)

Garantía de Calidad. Calidad durante el Proceso de Ingeniería. Recapitulación (I) Garantía de Calidad Calidad durante el Proceso de Ingeniería Recapitulación (I) Cuestiones: Qué se entiende por Garantía de Calidad de Software? Cuál es la diferencia entre validación y verificación? Existe

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

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

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles