1. Un acercamiento a la Realidad

2. L.I. PATRICIA GAMBOA RODRIGUEZ
Microsoft Certified Professional
Microsoft Certified Technologies Specialist SQL Server 2005
Microsoft Office Specialist

3. Es importante mencionarles que el
Modelado de Datos a cuestión personal es
una de las bases más importante para la
solución de diversas problemáticas dentro
del quehacer de la Ingeniería de
Software, por lo que es importante analizar
el contenido esperando sus comentarios
favorables.

4. • Conceptos Previos
• Ingeniería del Software
• Modelos de Desarrollo de Software
• Modelo Visual
• ¿Porqué Modelar?
• ¿En qué casos Modelar?
• Modelar un Sistema
• Lenguaje de Modelado Unificado
• Modelos Estáticos y Dinámicos
• Modelos UML
• Conclusión
• Preguntas
• Referencias

5.  Proceso.- Es una secuencia de pasos para alcanzar un
propósito especifico.
Personas Procedimientos
Herramientas
 Proceso.- Es lo que las personas hacen, usando
procedimientos, métodos, herramientas y equipo
para transformar un material en un producto.

6.  Proceso de desarrollo de SW. Es un conjunto
de actividades, métodos, prácticas y
transformaciones que las personas emplean
para desarrollar y mantener software y
productos asociados tales como planes de
proyecto, documentos de
diseño, código, casos de prueba, manuales
de usuario, etc”

7.  Lineal Secuencial (Cascada)
 Análisis de requerimientos
 Diseño
 Implementación
 Pruebas y mantenimiento
 Modelo en espiral
 Comunicación con el cliente
 Planificación
 Análisis de riesgos
 Diseño
 Contruccion y adaptacion
 Evaluacion

8. ¿Quées
modelar?

9.  Modelar.- Es una manera efectiva de
administrar la complejidad del desarrollo de
SW.
 Un modelo sirve como una abstracción, una
representación aproximada del mundo real
que se quiere construir

10.  El dominio del problema es bien conocido
 La solución es relativamente fácil de construir
 Muy pocas personas colaboran en la
construcción de la solución
 La solución requiere mantenimiento mínimo
 Es poco probable que haya requerimientos
posteriores

11.  Complejidad
 Riesgos
 Los participantes iniciales en la solución de la
construcción no siempre completan la tarea

12.  Provee a los arquitectos e involucrados en el
proyecto:
 La habilidad de visualizar el sistema completo
 Evaluar diferentes opciones
 Comunicar el diseño de una manera más clara
antes de iniciar con el proyecto
 Evaluar riesgos técnicos, financieros y de
construcción

13.  Permite que los desarrolladores
 Tengan un mejor entendimiento de lo que van a
construir
 Puedan crear y comunicar los diseños de SW
antes de comprometer recursos adicionales
 Puedan agregar requerimientos al sistema
 Asegurar que lo que están construyendo es lo que
el usuario espera

14.  La notación más ampliamente utilizada en el
desarrollo OO
 No es un método de desarrollo
 Trata de representar la mayoría de los
dominios de un sistema
 Ha sido aceptado por la OMG

15.  Los modelos estáticos describen situaciones
que no involucra el tiempo
 Los modelos dinámicos describen como
progresa el sistema, a lo largo del tiempo

16. De acuerdo a la siguiente tabla se presentan los
diferentes tipos de Diagramas.
Análisis Diseño Implementación
Estático Caso de uso
Conceptual
Clase
Componentes
Distribución
Dinámico Secuencia
Actividad
Estado

17. Debido a que UML evolucionó primeramente de
varios métodos orientados al objeto de segunda
generación (en cuanto a nivel de notación), la
mayoría de aplicadores de UML creen que sólo es
relativo a sistemas de software orientados al objeto,
cuando actualmente, UML no es simplemente un
lenguaje para modelamiento orientado al objeto de
tercera generación, sino un "lenguaje para
modelamiento unificado" relativo a sistemas en
general.

18. El éxito de UML será medido por su apropiado
uso en proyectos exitosos. UML no garantiza
el éxito, sino que permite a los aplicadores
enfocarse en la distribución de valor, usando
un consistente, estandarizado y soportable
por herramientas, lenguaje para
modelamiento.

19. lic_pgr@hotmail.com

20. • Martin Fowler, Kendall Sccott, "UML Gota a Gota", 1999.
• Utilización de UML en Ingeniería del Software con Objetos y
Componentes. Perdita Stevens, Rob Pooley. Addison Wesley.
2002.
• UML 2 Perdita Stevens Pearson Education ISBN-10:
8478290869
• UML Fermando Asteasuain ISBN-10: 9871347952