1. Ingeniería de requerimientos
1.1. Es la disciplina para desarrollar una especificación completa, consistente y no ambigua.
1.1.1. Los mandamientos del desarollo
1.1.2. Son características del sistema
1.1.3. Lo que el usuario quiere o necesita
1.2. Requerimientos
1.2.1. Hay una piramide donde van primero las necesidades, luego características y al final requerimientos de software
1.2.2. Tipos
1.2.2.1. Producto: Validar los prerequisitos
1.2.2.2. Funcionales: Lo que debe HACER el programa
1.2.2.2.1. Obtención, análisis, especificación, verificación y aceptación. En ese orden.
1.2.2.3. NO funcionales: Lo que debe SER el programa.
1.2.2.3.1. Reglas del negocio
1.2.2.3.2. Restricciones
1.2.2.3.3. Interfaz externa
1.2.2.4. SEUDOrequerimeintos: Impuestos por el cliente e impiden la implementación del sistema
1.2.2.5. Proceso: Donde y como sera desarrollado.
1.2.3. Junta de requerimientos
1.2.3.1. Dueño de requerimientos
1.2.3.1.1. Mejor conocido como el usuario de negocio
1.2.3.1.2. Es quien tiene el panorama de altro nivel del poryecto
1.2.3.1.3. Es la autoridad final que solicitia
1.2.3.2. Experto en operaciones
1.2.3.2.1. Es la persona que conoce y trabaja la necesidad
1.2.3.2.2. Pretende resolver el problema
1.2.3.2.3. Puede ser el usuario final o el encargado de trabajar directamente el requerimiento
1.2.3.3. Analista: Es el responsable de capturar y administrar los requerimientos. Conocedor de la perspectiva global
1.2.3.3.1. Actividades
1.2.3.4. Experto técnico: Es el líder técnico del proyecto. Valida las técnicas que se utilizaran
1.2.4. De calidad
1.2.4.1. Con atributos como:
1.2.4.1.1. Desempeño: Tiempo de respuesta
1.2.4.1.2. Seguridad: Resistir ataques
1.2.4.1.3. Modificabilidad: Costo de realizar cambios
1.2.4.1.4. Usabilidad: Que tan facil es usarlo
1.2.4.1.5. Facilidad de prueba: Sencillez con la que se identifican defectos
1.3. Fases de requerimientos - ingeniería de requerimientos
1.3.1. (1) Elicitación
1.3.1.1. ¿Quienes participan?
1.3.1.1.1. Implica conocer de donde obtendrás los requerimientos
1.3.1.1.2. Aprender todo lo posible por medio de distintas técnicas de obtención de información
1.3.2. (2) Análisis de requerimientos
1.3.2.1. Detectar y resolver conflictos
1.3.2.2. Como interactua el software en su ambiente
1.3.2.3. Ver si se pueden derivar requerimientos
1.3.2.4. Clasificar los requerimeintos
1.3.3. (3) Especificación y validación de requerimientos
1.3.3.1. Generar un documento con todo lo acordado en los anteriores fases
1.4. Proceso
1.4.1. Dirige la actividad de una empresa y es tan personal como ellos participen
1.4.2. Determina aquellos proceso que deben ser automatizado con impacto en la empresa
1.5. Rutas: Orden de la informacion
1.6. Reglas: Que informacion se dirige a que rutas y a que personas
1.7. Políticas o normas: Experiencia redactada formalmente de como realizar el trabajo
2. Industria 4.0
2.1. Tecnologías emergentes
2.1.1. Asistentes inteligentes
2.1.1.1. Funciones cotidianas de manera automatizada
2.1.2. Redes neuronales
2.1.2.1. Toman decisiones de sentido común
2.1.2.2. Ej. Vehículos autónomos
2.1.3. Blockchain
2.1.3.1. Protocolo de transferencia de información de manera segura.
2.1.3.1.1. Metodologia através de bloques para evitar una modificación no autorizada.
2.1.4. BigData
2.1.4.1. LA INFORMACIÓN ES EL NUEVO PETRO DEL SIGLO 21 Y LOS ANALITICOS EL MOTOR - P. Sondergaard, de Gartner
2.1.5. Redes 5G
2.1.5.1. Red como la del celular 4G pero 100 veces más rapida.
2.1.6. Sistemas biometricos
2.1.6.1. Reconociendo de características únicas del ser humano.
2.1.6.1.1. Huella
2.1.6.1.2. Iris
2.1.6.1.3. Reconocimiento facial
2.1.7. La nube
2.1.7.1. Tipos de servicio de nube
2.1.7.1.1. InS: Administración de aplicaciones y datos, etc
2.1.7.1.2. PaS: Administración solo de aplicaciones y datos
2.1.7.1.3. SaS: Mera administración de la empresa subcontratada
2.1.7.2. Caracteristicas
2.1.7.2.1. Autoservicio bajo demanda
2.1.7.2.2. Multiples accesos
2.1.7.2.3. Uso común de recursos
2.1.7.2.4. Elasticidad
2.1.7.2.5. Servicio medido
2.2. Seguridad y ciberseguridad
2.2.1. Seguridad: protección al entorno de donde se encuentra el entorno
2.2.2. Ciberseguridad: Proteger la información del sistema
2.2.3. Esquema de ciberseguridad: identificar, proteger, detectar, responder y recuperar.
2.2.4. Hacker
2.2.4.1. Es el que busca la vulnerabilidad para poder lograr el acceso no permitido
3. Ingeniera en software
3.1. Software
3.1.1. Si es obsoleto no sirve darle un mantenimiento o soporto, como quiera el CVP morirá.
3.1.2. Una ingeniería es una disciplina que produce un producto.
3.1.2.1. ¿Qué producto?
3.1.2.1.1. Software generico: Utilizado por todos para solventar problemas comunes
3.1.2.1.2. Software a la medida: Especializado en la solución de un solo problema en especifico.
3.1.3. Aspectos basicos
3.1.3.1. La ingeniería en software se preocupa por la administración del proyecto
3.1.3.2. Su origen
3.1.3.2.1. La crisis del software
3.2. ES MÁS QUE SOLO PROGRAMAR
3.2.1. Áreas de conocimiento
3.2.1.1. Requerimientos
3.2.1.2. Diseño
3.2.1.3. Calidad
3.2.1.4. Administración
3.2.1.5. Mantenimientos
3.2.1.6. Etc
4. El desarrollo de software
4.1. Siempre se necesita una autorización para empezar con cualquier proyecto.
4.2. Al ya tener un proyecto autorizado hay 5 etapas
4.2.1. Análisis
4.2.1.1. Sugieren la posible solución tras un estudio de todo el entorno al que tienen que estás visitando para conocer los procesos a mejor o a analizar.
4.2.2. Diseño
4.2.2.1. Es donde se establece la forma en la que se cumpliran los reuqeriminetos identificados en la fase de análisis. Se presenta una propuesta con anterioridad para poder ser o no aceptada. El diseño es posterior a que se acepte la propuesta.
4.2.3. Construcción
4.2.3.1. Ya se tiene el diseño, es hora de programar. Se elige un programa y se sigue el diseño para completar todas las necesidades.
4.2.4. Pruebas
4.2.4.1. Se verifica entre programador y tester, hasta que esté totalmente correcto.
4.2.5. Implantacion
4.2.5.1. Consiste en instalar el sistema en el ambiente en el que se opera y en realizar procesos necesarios para que opere correctamente.
4.3. Un sistema de informacion computacional es necesario
4.3.1. Es el conjunto de partes funcionales relacionandose entre si para un objetivo
4.3.2. Debe conocerse a la organización, los problemas y opurtunidades, las necesidades, debe darse un diagnostico y una propuesta de este.