Tesis






ANTEPROYECTO DE TESIS







Desarrollo De Un Entorno Metodológico De Ingeniería De Requisitos Para Microempresas Desarrolladoras De Software






Por:

Bach. ERICK GIOVANNI BORRA AMASIFUEN

















Iquitos – Perú
2013



I. DATOS GENERALES

I.1. Título
“Desarrollo De Un Entorno Metodológico De Ingeniería De Requisitos Para Microempresas Desarrolladoras De Software”

I.2. Área yLínea de investigación
I.2.1. Área
Desarrollo

I.2.2. Línea
Ingeniería de Software

I.3. Autor
Bach. Erick Giovanni Borra

I.4. Colaboradores
I.4.1. Personas Naturales
Ing. Marlon Dávila Picón

I.5. Duración estimada de ejecución
6 meses.

I.6. Fuentes de Financiamiento
I.6.1. Recursos propios
Equipos de cómputo

I.6.2. Recursos externos en gestión
n/a

I.7. Presupuesto estimado: S/. (nuevossoles)
S/. 7000.00





II. PLAN DE INVESTIGACIÓN
II.1. Título
Desarrollo De Un Entorno Metodológico De Ingeniería De Requisitos Para empresas Desarrolladoras De Software en la ciudad

II.2. Planteamiento del problema

II.2.1. Descripción del Problema
La ingeniería es el conjunto de conocimientos y técnicas científicas aplicadas a la creación, perfeccionamiento e implementación de estructuras (tantofísicas como teóricas) para la resolución de problemas que afectan la actividad cotidiana de la sociedad.

El desarrollo de los Sistemas de información computacional (como cualquier otra obra de ingeniería) requiere una serie de etapas para su correcta implementación, este proceso recibe el nombre de “Ingeniería de Software”; el mismo que enmarca una serie de pasos que tienen por objetivo que elproyecto de software sea eficaz; esto quiere decir que se cumpla con los plazos, el presupuesto, la calidad y las especificaciones esperadas por el usuario final; en este marco la ingeniería de Requisitos es una de las etapas más importante, esto debido a que quizá la parte más complicada de la construcción de un sistema es precisamente definir “que se va construir”, nótese en este punto que encaso de que se especifiquen mal los requisitos del software, estos errores tendrán un “efecto dominó” en los demás pasos subsecuentes del proceso, lo que dará como resultado serias dificultades en el proyecto que van desde el aplazamiento del tiempo de entrega del proyecto, hasta la reestructuración total/parcial del sistema y en algunos casos la cancelación del mismo, incurriéndose con esto encostos para la organización y toma de decisiones erróneas por parte del personal del nivel estratégico de la empresa.

El problema principal de los proyectos de software consiste en que lo que el usuario espera por lo general no coincide con lo que el equipo de desarrollo le presenta al concluir el proyecto; estas diferencias acarrea que se realicen cambios no previstos en el sistema; estos cambiosrequieren por lo general que el periodo estimado del proyecto se amplíe y con ellos los costos del mismo; por otro lado incluso con este periodo adicional no se garantiza que la totalidad de los requisitos del usuario sean satisfechos por el sistema; además debido a que los “nuevos requisitos” identificados en la etapa de validación no formaban parte de los requisitos originales es posible queel código fuente del sistema no se adapte a ellos incurriendo en costos aun mayores por la reestructuración parcial/total del código o en su defecto la realización de los cambios en forma incongruente con los esquemas iniciales acarreando con ello un código poco escalabre, legible y flexible.

Este conjunto de problemas fue conocido como “la crisis del software”, término que fue acuñado en 1968 enla conferencia organizada por la OTAN sobre desarrollo de software; desde ese tiempo y durante algo más de 4 décadas se realizaron estudios para determinar el origen de la crisis, la misma que incluso en nuestros días sigue aquejando a la mayoría de los proyectos de software a nivel mundial.

Inicialmente la mayoría de investigadores creían que el problema radicaba en la forma como se venía...