El material describe como hacemos para vincular el diagrama de actividades del sistema actual con la propuesta de solución, identificando cuello de botella, nudos críticos, necesidad de solución,

1. Vinculación
Diagramas de
Actividades y
Propuesta de solución
PST II-I 2021
Abril 2021
Facilitadora: Yaneira Reyes Cordero

2. Fases para presentar propuesta de
SOLUCIÒN TECNOLÓGICA
Modelaje de
Negocio
Representación
a través de
UML
Diagrama de
Actividad de
Caso de Uso

3. Diagrama de
Actividades o
procesos
Actuales

4. Origen de la
Necesidad Cuello de
Botella
Nudos críticos
Actualización
• Infraestructura
• Parque
tecnológico
• Normas y
Procedimientos
Actividad o fase de la producción que suele ser más lenta o
costosa y, por tanto, genera tiempos de parada y retrasos en
el resto de la línea de producción

5. Desarrollo de Diagramas

6. Requisitos del sistemas
Un requisito funcional se define como
una característica requerida por el
cliente para solucionar un problema
o conseguir un objetivo.
•Es lo que el cliente le solicita al sistema, porque es
lo que necesita.
•Son descripciones del problema, no de la
solución, pertenecen al ámbito del problema.
•Actualización de datos
•Funciones de consulta
•Informes proporcionados
•Datos manejados
•Interacción con otros sistemas
•Procesos y Funciones
Un requisito NO FUNCIONAL, por su parte, puede
comprometer el funcionamiento del producto
desarrollado y permite que el resultado, es decir, el
software sea atractivo, usable, rápido; y tiene
como premisa que, una vez conocido lo que el
sistema debe hacer, se determine cómo ha de
comportarse y qué cualidades debe tener este.
•Los requisitos no funcionales pueden ser, entre
otros:
•Apariencia o Inter faz externa
•Usabilidad
•Rendimiento.
•Soporte.
•Portabilidad.
•Seguridad.
•Legales.
Cómo se Identifican

7. Vinculación del
Modelaje de
Negocio y Modelo
de Requisitos-
Requerimientos

8. Reglas de Negocio: Restricciones impuestas desde el
entorno (leyes o normas) o desde la propia
organización
• Reglas de Restricciones:
• Estímulos – Respuestas,
• Operación,
• Estructurales
• Reglas de Derivación
No confundir
normas de
funcionamiento
interno como el
horario

9. Planilla para
CASO DE USO
Y DIAGRAMA
DE ACTIVIDAD
Archivo 033 Archivo 031

10. Relación de Casos de Usos y Carta Estructurada

11. Visto lo anterior es necesario que generar los
siguientes productos:
• Lista de Requerimientos Funcionales y No Funcionales .
• Descripción parcial de casos de uso por proceso
• Vinculación de Carta estructurada (vista de usuarios por servicios) y los
requerimientos
• Consulta o asesoría Martes 4-6pm por telegram o whatsapp o zoom

12. Enlaces para el diseño de requerimientos
• http://ve.scielo.org/scielo.php?script=sci_arttext&pid=S1317-58152015000100004
• https://es.slideshare.net/RosaOrtega6/requerimientos-del-software-
77144553#:~:text=%EF%82%A1%20Un%20requerimiento%20de%20software,a%20un%20cli
ente%20o%20usuario.
• https://www.redalyc.org/pdf/3604/360433558007.pdf
• http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S1024-94352008000300009
• https://sites.google.com/site/iutingenieriadelsoftware2013/modelo-de-negocio
• https://es.slideshare.net/yamilagascon/del-modelo-del-negocio-al-modelo-de-
requisitos