Catedrático:

Lic. Felipe de Jesús Valles López
 Objetivo:  DEBERÁS BUSCAR A ALGUNA
    PERSONA, NEGOCIO O EMPRESA QUE
    NECESITE ALGÚN TIPO DE DESARROLLO
    DE SOFTWARE. (OJO DE ESTO DEPENDERÁ
    TU CALIFICACIÓN DE LA UNIDAD III)
 Tienes   que utilizar la metodología UML para
    dar respuesta a las preguntas de tu cliente.
   Recuerda que debes utilizar los métodos
    que utilizamos en las clases anteriores.
 Transformado     los requisitos de usuario
    en desarrollo, en software.

                        Iterativo e
                       Incremental


        Dirigido por                  Centrado en
        casos de uso                  arquitectura




                          UML
¿Qué es?
Es un fragmento de una
funcionalidad que proporciona             Diseño
valor a los resultados.




                                Pruebas            Implementación
   La arquitectura es una vista del diseño completo con las
    características más importantes resaltadas, dejando los detalles
    de lado.
Arquitectura: Conjunto de decisiones
significativas acerca de la organización
de un sistema software, la selección de
los elementos estructurales a partir de
los cuales se compone el sistema, las
interfaces       entre      ellos,    su
comportamiento, sus colaboraciones, y
su composición.
 Solo se trabaja con 10%
 El debe crear con esa información el
  borrador, comenzado por la parte no
  especifica, la plataforma, lenguaje.
 A medida que los casos de uso se
  especifican y maduran, se descubren
  más de la arquitectura y estos a su vez
  llevan la maduración de más caso de uso.
   Es mas fácil dividir el trabajo, en proyecto en más
    pequeños. Donde cada proyecto, es una iteración
    que resulta en un incremento.
   Controladas y Planificadas:
   Por cada iteración se identifican y especifican los
    casos de uso que amplían la funcionalidad, y en los
    riegos más importantes que deben mitigarse.


                                       *acto de repetir un proceso
Inicio         Definir el alcance del proyecto

Elaboración    Planificar el proyecto, elaborar una arquitectura
               base
Construcción   Construir el sistema

Transición     Transición a los usuarios



                      Tiempo
 Almomento de diseñar tu diagrama de
 casos de uso en base a los
 requerimientos, debes dividir tu trabajo
 en partes más pequeñas, y proponer al
 menos dos iteraciones.

 Ejemplo: Paso   de Listas.
 Repaso:
 Objeto: Determinar   los requerimientos
 del sistema.

 Ayuda a el cliente, a los usuarios, y a los
 desarrolladores a llegar a un común
 acuerdo, sobre como utilizar el sistema.
 Los Actores se representan mediante un
 actor que define un rol de utilización del
 sistema.
   https://docs.google.com/viewer?a=v&q=cache:s
    SwGp-
    LXyDoJ:www.chaco.gov.ar/utn/disenodesistemas
    /apuntes/oo/ApunteRUP.pdf+&hl=en&gl=mx&pi
    d=bl&srcid=ADGEESiWUoUG4Pp8wHuwGWUQ
    SyCiQWtPuFl4VcwFVDxua_4QY3n3-
    YrMrkO0BlzPMV1etAgP213_F5w2bFaoxjkEQq03
    oaE-
    TakhwgxF8yraNM091BnA3qFVprgVIFrZ_Dd01rT-
    lM3M&sig=AHIEtbTfbjfeS9UdWKRETDTxX2lmjw
    pbvw

Microsoft power point uml

  • 1.
    Catedrático: Lic. Felipe deJesús Valles López
  • 2.
     Objetivo: DEBERÁS BUSCAR A ALGUNA PERSONA, NEGOCIO O EMPRESA QUE NECESITE ALGÚN TIPO DE DESARROLLO DE SOFTWARE. (OJO DE ESTO DEPENDERÁ TU CALIFICACIÓN DE LA UNIDAD III)  Tienes que utilizar la metodología UML para dar respuesta a las preguntas de tu cliente.  Recuerda que debes utilizar los métodos que utilizamos en las clases anteriores.
  • 3.
     Transformado los requisitos de usuario en desarrollo, en software.  Iterativo e Incremental Dirigido por Centrado en casos de uso arquitectura UML
  • 4.
    ¿Qué es? Es unfragmento de una funcionalidad que proporciona Diseño valor a los resultados. Pruebas Implementación
  • 5.
    La arquitectura es una vista del diseño completo con las características más importantes resaltadas, dejando los detalles de lado. Arquitectura: Conjunto de decisiones significativas acerca de la organización de un sistema software, la selección de los elementos estructurales a partir de los cuales se compone el sistema, las interfaces entre ellos, su comportamiento, sus colaboraciones, y su composición.
  • 7.
     Solo setrabaja con 10%  El debe crear con esa información el borrador, comenzado por la parte no especifica, la plataforma, lenguaje.  A medida que los casos de uso se especifican y maduran, se descubren más de la arquitectura y estos a su vez llevan la maduración de más caso de uso.
  • 8.
    Es mas fácil dividir el trabajo, en proyecto en más pequeños. Donde cada proyecto, es una iteración que resulta en un incremento.  Controladas y Planificadas:  Por cada iteración se identifican y especifican los casos de uso que amplían la funcionalidad, y en los riegos más importantes que deben mitigarse. *acto de repetir un proceso
  • 9.
    Inicio Definir el alcance del proyecto Elaboración Planificar el proyecto, elaborar una arquitectura base Construcción Construir el sistema Transición Transición a los usuarios Tiempo
  • 11.
     Almomento dediseñar tu diagrama de casos de uso en base a los requerimientos, debes dividir tu trabajo en partes más pequeñas, y proponer al menos dos iteraciones.  Ejemplo: Paso de Listas.
  • 12.
     Repaso:  Objeto:Determinar los requerimientos del sistema.  Ayuda a el cliente, a los usuarios, y a los desarrolladores a llegar a un común acuerdo, sobre como utilizar el sistema.
  • 13.
     Los Actoresse representan mediante un actor que define un rol de utilización del sistema.
  • 15.
    https://docs.google.com/viewer?a=v&q=cache:s SwGp- LXyDoJ:www.chaco.gov.ar/utn/disenodesistemas /apuntes/oo/ApunteRUP.pdf+&hl=en&gl=mx&pi d=bl&srcid=ADGEESiWUoUG4Pp8wHuwGWUQ SyCiQWtPuFl4VcwFVDxua_4QY3n3- YrMrkO0BlzPMV1etAgP213_F5w2bFaoxjkEQq03 oaE- TakhwgxF8yraNM091BnA3qFVprgVIFrZ_Dd01rT- lM3M&sig=AHIEtbTfbjfeS9UdWKRETDTxX2lmjw pbvw