Ingenieria de requerimientos

Solo disponible en BuenasTareas
  • Páginas : 27 (6725 palabras )
  • Descarga(s) : 0
  • Publicado : 29 de marzo de 2011
Leer documento completo
Vista previa del texto
Universidad del Cauca Facultad de Ingeniería Electrónica y Telecomunicaciones

INGENIERIA DE REQUERIMIENTOS ( IR)
Introducción En la actualidad, son muchos los procesos de desarrollo de software que existen. Con el pasar de los años, la Ingeniería de Software ha introducido y popularizado una serie de estándares para medir y certificar la calidad, tanto del sistema a desarrollar, como delproceso de desarrollo en sí. Se han publicado muchos libros y artículos relacionados con este tema, con el modelado de procesos del negocio y la reingeniería. Un número creciente de herramientas automatizadas han surgido para ayudar a definir y aplicar un proceso de desarrollo de software efectivo. Hoy en día la economía global depende más de sistemas automatizados que en épocas pasadas; esto hallevado a los equipos de desarrollo a enfrentarse con una nueva década de procesos y est ándares de calidad. Sin embargo, ¿cómo explicamos la alta incidencia de fallos en los proyectos de software? ¿Por qué existen tantos proyectos de software víctimas de retrasos, presupuestos sobregirados y con problemas de calidad? ¿Cómo podemos tener una producción o una economía de calidad, cuando nuestrasactividades diarias dependen de la calidad del sistema? A pesar de los avances que ha dado la tecnología, aún existen pro cesos de producción informales, parciales y en algunos casos no confiables. La Ingeniería de Requerimientos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: La definición de lo que se desea producir. Su principal tarea consiste enla generación de especificaciones correctas que d escriban con claridad, sin ambigüedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. Existe gran cantidad de proyectos de software que no lleg an a cumplir sus objetivos. En nuestro país somos partícipes de este problema a diario, endonde se ha vuelto común la compra de sistemas extranjeros, para luego “personalizarlos” supuestamente a la medida de las empresas. Tal “personalización”, la mayorí a de las veces, termina retrasando el proyecto en meses, o incluso en años. Esta problemática trajo como consecuencia una serie de cambios apresurados en los sistemas existentes; cambios que, desde mi punto de vista, no fueron bienplanificados . El reemplazo de plataformas y tecnologías obsoletas, la compra de sistemas completamente nuevos, las modificaciones de todos o de casi todos los programas que forman un sistema, entre otras razones, llevan a desarrollar proyectos en calendarios sumamente ajustados y en algunos casos irreales; esto ocasiona que se omitan muchos pasos importantes en el ciclo de vida de desarrollo, entreestos, la definición de los requerimientos. Estudios realizados muestran que más del 53% de los proyectos de software frac asan por no realizar un estudio previo de requisitos. Otros factores como falta de participación del usuario, requerimientos incompletos y el cambio a los requerimientos, también ocupan sitiales altos en los motivos de fracasos.

Ing. Jose Luis Jurado

Informática III Universidad del Cauca Facultad de Ingeniería Electrónica y Telecomunicaciones

La ingeniería de requerimientos y sus principale s actividades ¿Qué son Requerimientos? Normalmente, un tema de la Ingeniería de Software tiene diferentes significados. De las muchas definiciones que existen para requerimiento, ha continuación se presenta la definición que aparece en el 1 glosario de la IEEE . (1) Unacondición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. (2) Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otr o documento formal. (3) Una representación documentada de una condición o capacidad como en (1) o (2). Los requerimientos puedes dividirse en requerimientos...
tracking img