Please enable JavaScript.

Coggle requires JavaScript to display documents.

Software DEvelopment, WEDNESDAY image - Coggle Diagram

- - - - ARTEFACTOS (resultados tangibles o inangibles)
        Para dar transaprecia, docuemtos, listas herrameintas. que ayudan a aorganizar el trabajo.
        "Una cosa tangible qu eayuda a cumplir el proceso"
        
        Artefactos de git lab
        
        correr views
        
        pRODCUT BACKLOG
        Listado de requerimeintoe funcinales y no funcioanels especificado prioridad, etc.
        
        Sprint backlog
        Especifican tareas que se van a desarrollar, 4 a 6 horas. DIvidir en subtareas
        
        Panel de Scrum
        
        Documentación
    - - SCRUM MASTER
      - PRODUCT OWNER
    - - DAILY SCRUM
      - SPRITN RETROSPECTIVE
      - SPRINT REVIEW
        
        revisar los requerimiento quiza
- - - - PASO 1.
        Necesidad
        IDea
        
        ANalisis de requisitos
        INgenieria de requuisitos
        Requisitos + Analisis
        
        ELICITACION
        
        REQUISITOS
        Que lo debe tener o lo debe cumplir
        
        EL reto es especificar, lograr especificar las declaracioens del clietnes
        
        LOs requisitos no son solo deseos, son deseos ajutados a las restricciones y amenazas del mundo real
        
        Especificacion de requisitos
        
        diagramas
        
        Modelo de contexto
        En la primera etapa
        
        dIAGRAMA DE FLUJO DE DATOS
        Muestra el negocion de inicio a fin
        
        1 more item...
        
        Especificacion de requisitos/ DOcuemtneacion
        Semiformal para asegurar la claridad, consistenia y completitud
        Especificar
        
        restricciones
        
        limitaciones
        
        criterios para medir el exito/ pruebas de aceptación
        
        Obtención/ REcoleccion de requisitos (Elicitacion de requsitso)
        
        gRABACIONES, ESTUDIO DE FACTIBILIDAD
        
        Las grabaciones
        
        El analista le pasa a los dise;adores
        
        IMporatante recocer las politicas comerciales..
        
        Para ver lo que hay que prevenir
        
        User stories
        Requisitos como historias de usuaraio
        
        COMPONENTES
        
        Cómo
        
        Puedo
        
        Para
        Escribirmos como cliente, no como desarrollador
        
        ▪ Métodos Ágiles para la Estimación de Esfuerzo y Organización del Trabajo
        
        1 more item...
        
        Otra forma plannign pocker.
        ahi definen y acuerdan entre todods cuanto van a poner
        
        2 more items...
        
        Talla de polera tecnica
        Para intuir mas que estimar, alto grado de incertidumbre.
        Es relativo, no es tan conveniente
        
        1 more item...
        
        Criterio de aceptación
        //
        Pruebas de aceptacion
        
        Medios para evaluar los criteso de exito del proyecto.
        SOn realizadas por el cliente, a lo largo de todo el poryecto
        
        Cuando decimos que el requisito ya está aceptado (COmo creiterios de calificacion)
        
        SMART, specific, measurable, etc
        
        Se pueden hacer como checklist
        
        Que cosas buscamos para que esta correcto. osea cuando aceptamos o no
        
        FOrmas de redactar
        
        METODO Invest
        
        1 more item...
        
        1 more item...
        
        Escribirendo con el Canvas PBB (Product Bakclog BUilding)
        
        1 more item...
        
        SI es mas grande, converitr en un EPIC
        
        DIseño
        
        modelos
        
        QUe es un modelo
        Caracteristicas
        
        Barato
        
        2 more items...
        
        Abstracto
        
        1 more item...
        
        COmprensivle
        
        1 more item...
        
        Preciso
        
        1 more item...
        
        Predictivo
        
        1 more item...
        
        cauntos modelos hacer? cuantos exiten
        
        MOdelo para el desarrollo
        No para bases de datos sino para desarrollar
        
        2 more items...
        
        algunas deescripciones
        
        COmportameinto dinamico de la interfaz
        
        Implemenatacion
        IMplementacion + INtegracion
        
        Prueba
        
        Producto FInal
        Despliegue/Realease
        
        Casos de Prueba
        
        4 more items...
        
        DOCUMENTACIÓN
        
        Diccionario de datos
        
        QA
        Calidad
        
        DEfinition of done
        
        1 more item...
        
        analisis
        Analisas la vialvilidad y realismo
        
        GESTION DE REQUISITOS
        
        Clasificaci[on de requisitos
        
        TIpos de requisitos
        
        5 more items...
        
        problema
        
        DOminio del software
        
        DOminio del problema
        
        2 more items...
        
        COmprendsion del problema
        DIagrama de ishikawa, para poder satisfacer soluciones.
        Analisis de las causesa
      - Iterativo e Incremental
        
        Desventajas
        
        Al no priorizarse los requisitos de manera integral desde el inicio, pueden surgir
        problemas posteriores en la arquitectura.
        • El usuario piensa que el producto ya se encuentra terminado en las primeras
        entregas.
    - - Es parecido al iterativo, solo que con ciclos, como el SCRUM, se adapta a las necesidades
        
        VENTAJAS
        
        DESVENTAJAS
  - - - SOftware.-- Es un producto que resuelve un problema
      - Ingenieria es la profesion en la que el conocimeinto es aplicado con buen juicio
    - - Actividades fundamentales
        
        Especificacion del software
        
        Desarrollo del software
        
        Validadcion del software
        
        Evolucion del software
      - DIferentes tipos de desarrollo
        
        Proceso Iteartivo e Incremental
        
        posibilita la evolucion en pararelos
        
        las versiones no siempre seran compatibles hay que organizar
        
        Cada iteracion genera una linea, que se convierte en una version nueva.
        En cada iteración se aplica el flujo de trabajo
        
        requisitos
        
        diseño
        
        etc
        
        Cada iteracion es un mini-projecto, mas faciles de manejar y completar
        
        El proceso UNificado de Desarrollo de SOftware USDP
        
        Fases
        En cada fase puede haber iteraciónes
        
        Inicio
        
        ELaboración
        
        COnstrucción
        
        Transición
        
        Waterwall (cascada)
        EN cascado no es iterativo solo es de ida una sola iteración (waterfall)
        
        Proceso en Espiral
  - - - Laboratorios en clase
        
        Crear branches
        
        Hacer commits
        
        Pushear
        
        Installar en el mabiente local
        
        ConfiguraciÓn basica
        git config --global user.name "Lilian Laime"
        git config --global user.email "Lilian.Laime0725@jala.university"
        
        Comprobar
        git config --list
        
        Pasos
        
        Descargar git (no tiene interaz, solo te permite hacer cosas en terminal)
        
        REPOSTITORIO
        
        Un repo tiene branches
        
        Crear bracnches
        Un brach permite trabajar en diferentes versiones. UNa branch es una copia del proyecto en un punto especifco (Se lleva todo el proyecto so far)
        
        Es buena practica crearse una rama propie y evitar editar directamente en el main
        
        Crear rama y Hace un stich automatico a mi ramita
        
        Si ueremos saber el stado actual de la rama. GIt status
        
        1 more item...
        
        git diff. te muestra los cambios que se hicieron en el codigo
        
        ver la rama actual
        
        1 more item...
        
        Cambiar entre ramas
        
        1 more item...
        
        Repositorio
        una captera con archivos y versiones de codigo
        
        clonar
        Descargar/sacar una copia al local
        
        Se copia atravez del cod, que sacas del proy en la nube. Pero, primero ubicate en la caprteta donde haraas el clone con mkdir
        
        commits
        Una buena practica es hacer cambios atomicos y commits con comentarios descriptivos
        
        Ver los commits y el historial de lo que estamos haciendo
        
        Cada commit tiene su identificador unico (hash)
        Con log aparecen todos los commits
        
        REALIZAR UN COMMIT
        
        git status
        
        git add + (lo de rojo)
        
        git status otra vez (Tiene que apareces staged. Signfica que esta listo para hacer el commit- Es como el preguardado antes de hacer el commit)
        
        ahroa si el git commit
        
        git status. (Ahora ya no se vera trackeado)
        
        Verificar con git log
        
        guarda tus cambiso en el intellige, recien podras hacer commit
        
        ROLLBACK
        
        Editar un commit. Movernos al commit que queremoas
        
        git log
        
        checkout + hash
        
        2da forma
        Desde intelliG.
        
        git reset --soft HEAD~1 (1 hace referencia al ultimo commit, en log estan ordenados desde el mas reciente al mas antiguo)
        
        ahora poner git status para ver como cambio
        
        EDICION Editar un commit (El mas reciente)
        git commit --amend
        
        git commit --amend
        
        te abre lo editas
        
        git status para ver que tal
        
        git log
        
        push
        
        Un solo push al final
        git push origin+nombreDeLaRama
        
        pull bajo los cambios,
        
        pull me cambio lo que el hizo
      - Algunas utilidades
        Tiene muchos tools hay que ir aprendiendo
        
        Checkpoints
        Puntos de guardado
        Añadir comentarios y continuamos
        
        ramas
        
        tags
        Conjunto de ramas
        
        lineas del tiempo
        
        commits
        
        rollback
        
        fork (derivaciÓn de un proyecto)
        
        Control de logs
        Control de cambios
    - - Lo mismo que el git pero en la nube.
        Hay otros sistemas que hacen lo mismo como github
        LA invitaciÓn llego por correo y registrarse nomas
      - Conectar nuestro git local con el gitlab
        Hay varias formas pero lo haremos con ssh. Es un key de seguridad con el que vamos a hacer match
- - - - Cliente
      - La pantalla azul
- - - - Una app
        
        Una BD
        
        Lo más sencillo
        Empresas pequeñas
        
        Usaremos el enfoque monolítico, porque nuestro proyecto es pequño solo desarrollaremos una App y la conectaremos a una única BD. No se desarrollara interza ni otros componentes
      - Parece cliente-servidor
    - - MODELO
        Lógica de lo datos,
        Rguarda, recupera datos
        
        VISTA
        Renderiza los datos en html
        
        CONTROLADOR
        Procesa la petición
- - - - Pasar al PRoduct Backlog BUilding PBB
        Cada user story se divide en subtareas y esas se vuelven product backlog
        
        Sprint planning
        Meeting
        
        SPrint backlog
        Se organizan por prioridad
        
        Priorizar el backlog en base a
        
        IMportancia
        ENtre mayor importanica mayor valor asignado
        
        Prioridad
        EN que nos vamos a focalizar
        
        Test de asuncion
        
        TECNICA
        
        2 more items...
        
        SUmar los valores de asuncion e importancia
        y despues ordernar de mayor a menor
        
        ejemplos
        
        sin asuncion
        
        1 more item...
        
        asuncino media
        
        1 more item...
        
        AUCION ALTA
        
        1 more item...
        
        SPrint Review
        REvisar el sprint
        
        TICKET LIFECYCLE (Issue board)
        A ticket must be atomic (A user story conlleva trabajo oculto, es mejor ser mas specifico)
        
        Product Backlog
        
        Sprint Backlog
        
        IN progress
        
        COde REview
        
        REady to QA (Anyone)
        
        PO review (El practitioner)
        
        CLosed
        
        Cada historia de usuario
        tiene diferentes chlid itemas tareas