ingenieria de requerimientos un breve analis de los tipos y tips que se deben tomar en cuenta al crear sistemas

1. UNEG. Rodríguez Yesika. INGREQUE
Premio Colombiano de Informática ACIS 2011
1

Resumen— En el avance de nuevas tecnologías
requiere el uso de servicios, que permitan definir de
manera precisa y clara los requerimientos exigidos
para el desarrollo de sistemas. De allí nace la
necesidad de exigir cada día estudios específicos
que permitan presentar análisis de requerimientos
en menos tiempo posible.
Índice de Términos— Aplicaciones, diseños,
ingeniería, requemientos.
INTRODUCCIÓN.
La ingeniería de requerimientos es la descripción
de servicios y sus restricciones operativas
proporcionadas por el sistema. Estos requemientos
refleja la necesidad de resolver problemáticas
mediante diseño de aplicaciones dependiendo de las
exigencias del cliente. Actualmente existe muchas
herramientas para optimizar estas necesidad de
automatizar procesos que conlleven a mejor el
mejor desempeño de michas instituciones y
empresas.
I. INGENIERÍA DE REQUERIMIENTOS
A. Aspectos básicos a tomar en cuenta.
Ian Somerville (2005) considera la ingeniería de
requerimientos como el proceso de comunicación
entre los clientes y usuarios y los desarrolladores de
los mismos. (pag.120). El inconveniente que se
presenta al desarrollar sistema grandes y complejos
es determinar las funciones del sistema, su
operatividad, restricciones. Lo que el cliente quiere
que haga el sistema. Plasmar una idea abstracta en
un diseño arquitectónico de gran escala. Los
desarrolladores de software basan sus estudios en
técnicas, análisis y validación de estos
requerimientos. Tomando en cuenta la manera de
organizar o determinar los tipos de requerimientos
y a su vez elaborar un documento para la
especificación de los mismos.
B. Requerimientos Funcionales y no
Funcionales
Los requerimientos funcionales son afirmaciones de las
transacciones que suministrará el sistema, de la manera en que
éste funcionara. Al definir los requerimientos se presentan
problemas antes de desarrollar el diseño este sistema tiende a
no funcionar, creando retaso e inconsistencia del mismo.
Los requerimientos no funcionales constituyen
particularidades generales y limitaciones de la aplicación o
sistema que se esté diseñando. En ocasiones se presentar
problemas en su definición dado que su conformidad o no
conformidad podría ser sujeto de libre comentario, por lo cual
se aconseja tomar criterios de aprobación que se puedan
medir.
C. Aspectos a tener en cuenta en la
identificación de requerimientos funcionales y
no funcionales.
Requerimientos primordiales: se identifican al
buscar respuestas a preguntas como:
¿Cuál es el proceso básico de la empresa?
¿Qué datos utiliza o produce este proceso?
¿Cuáles son los límites impuestos por el tiempo y
la carga de trabajo?
¿Qué controles de desempeño utiliza?
Perenemente se debe iniciar con lo esencial. Se
establecen s preguntas y se reciben respuestas, se
suministran historiales sobre complementos
principales relacionados con la aplicación y se usan
para describirlo.
Las consultas son de utilidad para adquirir la
comprensión necesaria:
¿Cuál es la finalidad de la actividad dentro de la
empresa?
¿Qué pasos se siguen para realizarla?
LA INGENIERÍA DE REQUERIMIENTO COMO BASE
SÓLIDA PARA EL DISEÑO Y CONSTRUCCIÓN DE
SOFTWARE
Rodríguez, Yesika
Yesikarodriguez72@gmail.com
Universidad Experimental de Guayana (UNEG)

2. UNEG. Rodríguez Yesika. INGREQUE
Premio Colombiano de Informática ACIS 2011
2
¿Dónde se realizan estos pasos?
¿Quiénes los realizan?
¿Cuánto tiempo tardan en efectuarlos?
Al elaborar el documento para la especificación de
los requerimientos se deben diferenciar los tipos y
sus características de tal manera que el cliente no
tenga inconvenientes al diferenciarlo.
El objetivo de la ingeniería del software es el
avance de sistemas acoplados a las necesidades del
cliente, pero también se toman en cuenta otros
aspectos, como el modelo de negocio, los recursos
disponibles y el tiempo de entrega.
Es indiscutible que la ingeniería del software ha de
cumplir con la funcionalidad (escribir código
ajustado a los requisitos funcionales) pero también
con las cualidad suplementarias (requisitos no
funcionales) o de lo contrario no cumplirá con su
misión: crear software que se necesita en el
momento y condiciones que se tienen disponibles; o
dicho de otra manera, desarrollar software de
calidad.
CONCLUSIONES
Cuando establecemos una característica citada, que
podemos solucionarla o transformarla en un
subsistema o bloque de código en el software, se
refiere a una exigencia funcional, por cuanto es un
requisito que denota una funcionalidad del sistema.
REFERNCIAS BIBLIOGRAFICAS
RUMBAUGH, I.J.G.B.J. El Proceso Unificado de
Desarrollo de Software. 2000: Addison Wesley.
Capítulos 7, 8 páginas 125-163, 187-202.
Somerville, Ian (2006). Ingeniería de Software;
Sexta edición. Pearson Educación, México.