La ingeniería de requerimientos es una parte importante del proceso de desarrollo de software que establece las necesidades del cliente. Existen diferentes tipos de requerimientos como los normales, esperados y emocionantes. El diseño arquitectónico define la estructura de datos y componentes del programa considerando el contexto y requerimientos del usuario. El diseño a nivel de componentes y de la interfaz gráfica de usuario siguen procesos iterativos basados en principios de diseño.

1. Ingeniería de
software
MIGUEL ÁNGEL SANCHEZ FERNÁNDEZ

2. Ingeniería de Requerimientos
 Desde la perspectiva del proceso del software, la ingeniería de
requerimientos es una de las acciones importantes de la ingeniería
de software que comienza durante la actividad de comunicación y
continúa en la de modelado.
 Establece una base sólida para el diseño y la construcción. Sin ésta,
el software resultante tiene alta probabilidad de no satisfacer las
necesidades del cliente.

3.  La ingeniería de requerimientos proporciona el mecanismo
apropiado para entender lo que desea el cliente, analizar las
necesidades, evaluar la factibilidad, negociar una solución
razonable, especificar la solución sin ambigüedades, que se
transforman en un sistema funcional

4. Comprensión de los requerimientos
 El modelo del diseño incluye cuatro elementos distintos. Conforme
se desarrolla cada uno, surge una visión más completa del diseño.
El elemento arquitectónico emplea información obtenida del
dominio de la aplicación, del modelo de requerimientos y de los
catálogos disponibles de patrones y estilos para obtener una
representación estructural completa del software, de sus
subsistemas y componentes.

5. Tipos de requerimientos
 Requerimientos normales. Objetivos y metas que se establecen
para un producto o sistema durante las reuniones con el cliente.
 Requerimientos esperados. Están implícitos en el producto o sistema
y quizá sean tan importantes que el cliente no los mencione de
manera explícita. Su ausencia causará mucha insatisfacción.
 Requerimientos emocionantes. Estas características van más allá de
las expectativas del cliente y son muy satisfactorias si están
presentes.

6. Diseño de la arquitectura
 El diseño arquitectónico representa la estructura de los datos y de
los componentes del programa que se requieren para construir un
sistema basado en computadora.
 es un ingeniero de software quien puede diseñar tanto los datos
como la arquitectura, es frecuente que si deben construirse
sistemas grandes y complejos, el trabajo lo realicen especialistas.
 El diseño de la arquitectura comienza con el diseño de los datos y
continúa con la
 obtención de una o más representaciones de la estructura
arquitectónica del sistema. Se analizan alternativas de estilos o
patrones arquitectónicos para llegar a la estructura más adecuada
para los requerimientos del usuario y para los atributos de calidad.

7.  Cuando comienza el diseño arquitectónico, el software que se va a
desarrollar debe situarse en contexto, es decir, el diseño debe
definir las entidades externas (otros sistemas, dispositivos, personas,
etc.) con las que interactúa el software y la naturaleza de dicha
interacción. Esta información por lo general se adquiere a partir del
modelo de los requerimientos y de toda la que se reunió durante la
ingeniería de éstos. Una vez que se ha modelado el contexto y
descrito todas las interfaces externas del software, se identifica un
conjunto de arquetipos de arquitectura.

8. Diseño en el nivel de componentes

9. Diseño de GUI
 El diseño de la interfaz de usuario crea un medio eficaz de
comunicación entre los seres humanos y la computadora
 Hecho por un ingeniero de software diseña la interfaz de usuario
con la aplicación de un proceso iterativo que sigue principios de
diseño predefinidos.

10. Etapas del GUI
 1. Definir objetos y acciones de la interfaz (operaciones) con el uso
de la información desarrollada en el análisis de la intefaz.
 2. Definir eventos (acciones del usuario) que harán que cambie el
estado de la interfaz de usuario. Hay que modelar este
comportamiento.
 3. Ilustrar cada estado de la interfaz como lo vería en la realidad el
usuario final.
 4. Indicar cómo interpreta el usuario el estado del sistema a partir
de la información provista a través de la interfaz.