INGENIERÍA DE

SOFTWARE
La clase de Ingeniería de Software, agradece la
participación en esta plática a:

Ing. Víctor Martín del Campo

Por haber compartido su experiencia y

conocimientos a la clase.
Ingeniería de Software

• Requisitos funcionales:
• Todo los comportamientos que debe de tener un
sistema.
• Requisitos NO funcionales:
• Es toda la parte de procesamiento de sistema y tiene
que ver más con temas del hardware.
• Capacidad en disco.
• Cifrado de seguridad.
• Transacciones por segundo (TPS)
• https://iansommerville.com/software-engineering-
book/web/natural-language/
Ingeniería de Software

• https://iansommerville.com/software-engineering-book/web/
requirements-reviews/
• Validación de requerimientos:
• Para ello se usa el documento generado de requerimientos del
sistema / user stories.
• Se debe de verificar cada una de ellas si está realizando el
comportamiento esperado por el usuario / cliente.
• Cambio en los requerimientos:
• Los reuqerimientos están en un cambio constante, sobre todo si
son sistemas muy largos.
• Una vez que el sistema está instalado y en uso, normalmente hay
nuevos requerimientos necesarios.
• Hay que actualizar el hardware.
• Se debe de comunicar con nuevos sistemas.
• Cambios regulatorios
• Los stakeholders cambian y llegan nuevas prioridades.
Ingeniería de Software

• Todos estos nuevos cambios se deben de administrar

y poder dar track a cada uno de ellos, sobre todo por
las dependendencias que puedan tener.
• Pasos en la administración del cambio en
requerimientos:
1. Análisis del problema: ya sea un problema o una nueva
propuesta debe de estar especificado qué es lo que se
requiere para pasarlo al equipo que lo debe de analizar.
2. Análisis del cambio y costo: el equipo revisa el impacto del
cambio y sus necesidad. También se revisa el tema del
costo y el cambio que habrá en el presupuesto por ello.
Aquí se decide si derivado de este análisis
3. Implementación del cambio: se debe de dcoumentar el
cambio y avisarlo a todo el equipo.
Ingeniería de Software

• En equipo de proyecto (tarea):

• Realizar use case de su proyecto.
• De acuerdo a lo investigado en la tarea acerca de lo que son los casos de uso, deberás de
generar el caso de uso de tu proyecto. Lo pueden realizar con esta herramienta:
https://yuml.me/diagram/scruffy/class/draw
• Les pongo un ejemplo de cómo debería de quedar .

• Realizar diagramas de flujo de 3 procesos de su proyecto.

• Tomen 3 procesos que tengan que ejecutar y realicen su diagrama de flujo. Hay quienes
deben de dar de alta un paciente, tomen ese proceso y desde su inicio hasta su, fin cuál es el
proceso a seguir. Pueden agrandar la imagen.
• El diagrama de flujo es algo que ya deben de conocer.
DISEÑO

• ¿Qué es el diseño (modelaje) de sistemas?

• ¿Para qué sirve?
DISEÑO

• Diseño en sistemas:
• Es el proceso de desarrollar (mostrar) de manera gráfica
las distintas vistas que puede tener un sistema.
• Normalmente muestra cómo se debe de implementar un
sistema y también sirve para documentarlo una vez
terminado el mismo.
• Existen diseños para explicar lo que realiza el sistema actual. En
especial para ver las fortalezas y debilidades.
• Otros funcionan durante la etapa de análisis para explicar de mejro
maner lo que se hará o resolver dudas.
• Hay diferentes maneras:
• Externa.
• Interacciones.
• Estructural.
• Comportamientos.
DISEÑO

• Diseño en sistemas:
• Es el proceso de desarrollar (mostrar) de manera gráfica
las distintas vistas que puede tener un sistema.
• Normalmente muestra cómo se debe de implementar un
sistema y también sirve para documentarlo una vez
terminado el mismo.
• Existen diseños para explicar lo que realiza el sistema actual. En
especial para ver las fortalezas y debilidades.
• Otros funcionan durante la etapa de análisis para explicar de mejro
maner lo que se hará o resolver dudas.
• Hay diferentes maneras:
• Externa.
• Interacciones.
• Estructural.
• Comportamientos.
Diseño

Realizar en equipo la descripción de 3 procesos hechos en sus casos de uso

Diseño

• Diagrama de secuencias:
• Se utilizan principalmente para modelar las
interacciones entre los actores y los objetos de un
sistema y entre los mismos objetos.
• Muestra la secuencia correcta que suceden dentro de
un sistema.
DISEÑO
DISEÑO

• Modelos estructurales:
• Los modelos estructurales de software muestran la
organización de un sistema en términos de
componentes que conforman ese sistema y sus
relaciones.
• Investigar en equipo:
1. Diagramas de clase
2. Generalización.
3. Aggregation
4. Data-driven modeling (modelo de comportamiento)
5. Event-driven modeling (modelo de comportamiento)
6. Model-driven engineering (modelo de comportamiento