UNIVERSIDAD TÉCNICA DEL NORTE

VICERRECTORADO ACADÉMICO

INTRODUCCION A LA INGENIERIA EN SOFTWARE

TEMA:
Requerimientos Para El Desarrollo de Software

INFORME

CARRERA: INGENIERÍA DE SOFTWARE

AUTOR:
Daniel Alpala
Jaramillo Jorge
Lima Roberth
Vallejos Christoper

Ibarra, 2019
Índice
1. Resumen. .................................................................................................................. 3
1.1. ¿Qué es el Software? .......................................................................................... 3
1.2. ¿En qué consiste La Ingeniería en Software? .................................................... 3
1.3. Análisis y Requerimientos (Estándares). ........................................................... 4
Análisis. ............................................................................................................. 4
Requerimientos. ................................................................................................. 5
2. Estándares. ............................................................................................................... 6
2.1. ¿Qué Significa la palabra “estándar”? ............................................................... 6
2.2. Estándares .......................................................................................................... 6
3. Preguntas.................................................................................................................. 8
4. Conclusión .............................................................................................................. 10
5. Referencias ............................................................................................................. 12
1. Resumen.

1.1. ¿Qué es el Software?

Se conoce como software al soporte lógico de un sistema

informático, que comprende el conjunto de los componentes lógicos
necesarios que hacen posible la realización de tareas específicas, en
contraposición a los componentes físicos que son llamados
hardware.

1.2. ¿En qué consiste La Ingeniería en Software?

La ingeniería de software es una disciplina formada por un

conjunto de métodos, herramientas y técnicas que se utilizan en el
desarrollo de los programas informáticos (software).

Esta disciplina trasciende la actividad de programación, que

es el pilar fundamental a la hora de crear una aplicación. El ingeniero
de software se encarga de toda la gestión del proyecto para que éste
se pueda desarrollar en un plazo determinado y con el presupuesto
previsto.

La ingeniería de software, por lo tanto, incluye:

• El análisis previo de la situación. (Requerimientos/Requisitos)
• El diseño del proyecto. (Construcción)
• El desarrollo del software. (Desarrollo)
• Las pruebas necesarias para confirmar su correcto
funcionamiento.
• La implementación del sistema.
1.3. Análisis y Requerimientos (Estándares).

• Análisis.

Para que el desarrollo de un proyecto de software concluya

con éxito, es de suma importancia que ante de empezar a codificar
los programas que construirán la aplicación de software completa, se
tenga una completa y plena comprensión de los requisitos del
software.

Pressman establece que la tarea del análisis de requisitos es

un proceso de descubrimiento, refinamiento, modelado y
especificación. Se refinan en detalle el ámbito del software, y se
crean modelos de los requisitos de datos, flujo de información y
control, y del comportamiento operativo.

Se analizan soluciones alternativas que se asignan a diferentes

elementos del software. El análisis de requisitos permite al
desarrollador o desarrolladores especificar la función y el
rendimiento del software, indica la interfaz del software con toros
elementos del sistema y establece las restricciones que debe cumplir
el software.
 El análisis de requisitos del software puede dividirse en cinco
áreas de esfuerzo, que son:
1. Reconocimiento del problema.
2. Evaluación y síntesis.
3. Modelado.
4. Especificación.
5. Revisión.

Por ejemplo, en el caso de una herramienta de software que

puede emplearse como auxiliar en el tratamiento de lateralidad y
ubicación espacial, el análisis de requerimientos debe llevarse a cabo
en base a las necesidades de los terapeutas y de los pacientes. Debido
a que el software que este proyecto propone no está basado en algún
sistema anterior, la funcionalidad del software debe emular lo mas
atinadamente posible las actividades de juego con las que se trata es
trastorno hoy en día.

• Requerimientos.

Los requerimientos del sistema que se definen en la etapa de

análisis de un proceso de ingeniería de Software generalmente se
clasifican como requerimientos funcionales y requerimientos no
funcionales.

¿Por qué definir los requerimientos?

Una de las razones más comunes por las que un sistema falla
es una mala definición de los requerimientos.
El escribir especificaciones de sistema y de software buenas,
correctas, completas y medibles es uno de los problemas más
comunes en el desarrollo de software.
2. Estándares.

2.1. ¿Qué Significa la palabra “estándar”?

Google establece que la palabra “Estándar” encierra un significado

generalizado el cual nos dice que “Que es lo más habitual o corriente, o que
reúne las características comunes a la mayoría.”

Aplicando o adaptando ese concepto a la Ingeniera en Software, y

más específicamente al Análisis y Requerimientos de Software
podríamos decir que Los Requerimientos Estandarizados de Software
son aquellos que se encuentran preestablecidos para un mayor y fácil
entendimiento, al ser algo estándar quiere decir que es algo común que
la mayoría puede deducir.

2.2. Estándares
Las características de una buena ERS son definidas por el
estándar IEEE 830-1998. Una buena ERS debe ser:

• Completa. Todos los requerimientos deben estar reflejados en

ella y todas las referencias deben estar definidas.
• Consistente. Debe ser coherente con los propios requerimientos
y también con otros documentos de especificación.
• Inequívoca. La redacción debe ser clara de modo que no se pueda
mal interpretar.
• Correcta. El software debe cumplir con los requisitos de la
especificación.
• Trazable. Se refiere a la posibilidad de verificar la historia,
ubicación o aplicación de un ítem a través de su identificación
almacenada y documentada.
• Priorizable. Los requisitos deben poder organizarse
jerárquicamente según su relevancia para el negocio y
clasificándolos en esenciales, condicionales y opcionales.
• Modificable. Aunque todo requerimiento es modificable, se
refiere a que debe ser fácilmente modificable.
• Verificable. Debe existir un método finito sin costo para poder
probarlo.

Tipos de requisitos
• Requisitos de Usuarios: Necesidades que los usuarios expresan
verbalmente
• Requisitos del Sistema: Son los componentes que el sistema debe
tener para realizar determinadas tareas
• Requisitos Funcionales: Servicios que el sistema debe
proporcionar al finalizar el sistema
3. Preguntas

1) ¿Qué es el software?

Es el soporte lógico de un sistema informático, que comprende el conjunto de

los componentes lógicos necesarios que hacen posible la realización de tareas

específicas

2) ¿Cuáles son los pasos para el desarrollo de software?

El análisis previo de la situación. (Requerimientos/Requisitos)

El diseño del proyecto. (Construcción)

El desarrollo del software. (Desarrollo)

Las pruebas.

La implementación del sistema.

3) ¿Qué es el análisis de requerimientos?

Es un proceso de descubrimiento, refinamiento, modelado y especificación donde

se crean modelos de los requisitos de datos, flujo de información y control, y del

comportamiento operativo.

4) ¿Cuáles son las áreas de esfuerzo del análisis de requisitos?

Reconocimiento del problema.

Evaluación y síntesis.

Modelado.

Especificación.

Revisión

5) ¿Qué son los estándares del análisis de requerimientos?

Son aquellos que se encuentran preestablecidos para un mayor y fácil

entendimiento, al ser algo estándar quiere decir que es algo común que la mayoría

puede deducir.
6) ¿Cuáles son los tipos de requisitos?

Requisitos de Usuarios

Requisitos del Sistema

Requisitos Funcionales

7) ¿Según el estándar IEEE 830-1998 a que se refiere con “Trazable”?

Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un

ítem a través de su identificación almacenada y documentada.

8) ¿Según el estándar IEEE 830-1998 a que se refiere con “Consistente”?

Debe ser coherente con los propios requerimientos y también con otros

documentos de especificación.

9) ¿Según el estándar IEEE 830-1998 a que se refiere con “Priorizable”?

Los requisitos deben poder organizarse jerárquicamente según su relevancia para

el negocio y clasificándolos en esenciales, condicionales y opcionales.

10) ¿Según el estándar IEEE 830-1998 a que se refiere con “Modificable”?

Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente

modificable.
4. Conclusión
Para conseguir el éxito en cualquier desarrollo de software es
esencial la comprensión total de los requisitos del usuario. No importa lo
bien diseñado o codificado que pueda estar, si no se ha analizado
correctamente puede defraudar al usuario y frustrar al desarrollador.

El análisis y la especificación de los requisitos puede parecer una

tarea relativamente sencilla, pero, en realidad, el contenido del análisis es
muy denso y abundan las malas interpretaciones o la falta de información.
Es muy difícil evitar la ambigüedad.

El análisis de requisitos es la fase más importante en el desarrollo de

un proyecto software, ya que es en esta fase en la que el usuario indica las
especificaciones del futuro sistema, porque de un correcto análisis
dependerá la correcta implementación de la aplicación.

El documento de especificación de requisitos software supone una

especie de contrato entre cliente y desarrolladores en el que unos indican
sus necesidades, mientras que los otros se limitan a implementar lo que se
indica en el documento. Principalmente por esta razón tiene tanta
importancia la fase de análisis de requisitos.

La tarea del análisis de requisitos es un proceso de descubrimiento,

refinamiento, modelado y especificación y, por tanto, el desarrollador y el
cliente tienen un papel activo en la obtención de estas necesidades.

La mejor manera de acercar ambas partes es hacer que el cliente

forme parte activa del análisis de requisitos permitiendo que pueda
interpretarlo y revisarlo. Las últimas tecnologías utilizadas para la
obtención de requisitos permiten una mejor comprensión de los documentos
de especificaciones, que hasta ahora eran demasiado técnicos para la
correcta comprensión por parte del usuario.

Estas técnicas modernas son los casos de uso, que forman parte del
UML. Ésta es la principal herramienta utilizada para el diseño completo de
proyectos software orientado a objetos. Los casos de uso modelan el sistema
desde el punto de vista del usuario, permitiéndole así la comprensión
completa del futuro sistema. El nuevo producto se muestra en forma de
“historieta”.

El hecho de enfocar el análisis de requisitos hacia el usuario tiene

una doble ventaja: por un lado, evita las tendencias del informático hacia
un diseño técnico que permita optimizaciones innecesarias o
complicaciones añadidas; por otro lado, la participación del usuario en el
proceso y la utilización de su lenguaje cotidiano en la redacción de los casos
de uso facilita la identificación de las necesidades del sistema.

Finalmente, se debe indicar que esta fase es posiblemente la más

costosa (temporalmente) en el desarrollo de un producto software. Esto se
debe a que, en general, el cliente no sabe realmente lo que quiere y requiere
la ayuda de los analistas para concretar las funciones que realmente se han
de implementar. Por tanto, de la calidad del documento de ERS dependerá
el desarrollo y calidad del producto final. La existencia de un estándar,
como es el presentado en este trabajo, para la ERS (IEEE 830) permite la
coherencia en la especificación de requisitos y ayuda a no dejar cabos
sueltos.
 5. Referencias
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
http://zeus.inf.ucv.cl/~bcrawford/AULA_ICI_3242/ERS_IEEE830.pdf
https://www.google.com/search?q=significado+de+estandar&rlz=1C1CHBF_esEC831
EC831&oq=significado+de+estandar&aqs=chrome..69i57j0l5.3962j0j7&sourceid=chro
me&ie=UTF-8
https://es.wikipedia.org/wiki/Especificaci%C3%B3n_de_requisitos_de_software
https://wikis.fdi.ucm.es/ELP/Especificaci%C3%B3n_de_Requisitos_Software_seg%C3
%BAn_el_est%C3%A1ndar_IEEE_830