El documento describe herramientas para el análisis y diseño de sistemas de información. Explica qué son las herramientas, los modelos y para qué sirve modelar. Luego introduce el análisis estructurado y los diagramas de flujo de datos, incluyendo sus elementos y significado. Finalmente, presenta ejemplos para aclarar estos conceptos.
PostgreSQL es un sistema de gestión de bases de datos de código abierto. Soporta diversos tipos de datos y funciones. Ofrece licencias estándar, empresariales y de servicios. Se instala fácilmente y permite conectarse a bases de datos. Genera reportes a partir de consultas SQL.
El documento describe la metodología RUP (Rational Unified Process) para el desarrollo de software. RUP define roles, actividades, artefactos y flujos de trabajo. Incluye fases como Inicio, Elaboración, Construcción y Transición, donde se realizan actividades como análisis de requisitos, diseño de la arquitectura, implementación y pruebas. El objetivo de RUP es producir software de manera predecible y eficiente.
Este documento resume los conceptos clave de las arquitecturas de software, incluyendo sus características generales, atributos de calidad y patrones/estilos de arquitectura. El documento también proporciona una bibliografía de referencias sobre el tema.
El documento describe MoProSoft, un modelo de procesos para el desarrollo y mantenimiento de software en México. MoProSoft está dividido en 9 procesos organizados en 3 categorías: Alta Dirección, Gestión y Operación. Cada proceso se describe a través de un patrón que incluye su definición, prácticas y nivel de madurez. El objetivo de MoProSoft es incorporar las mejores prácticas de gestión e ingeniería de software en la industria de software mexicana.
Este documento presenta una tabla comparativa de los principales sistemas de gestión de bases de datos utilizados actualmente. Describe cada SGBD, incluyendo su creador, última versión, lenguajes de programación, plataformas compatibles, licencia, características principales, ventajas y desventajas. Los SGBD analizados incluyen Sybase, PostgreSQL, NexusDB, SQL Server, VoltDB, Firebird, Progress Database, LucidDB, Informix, InterBase, MySQL, SQLite y DB2.
El documento describe herramientas para el análisis y diseño de sistemas de información. Explica qué son las herramientas, los modelos y para qué sirve modelar. Luego introduce el análisis estructurado y los diagramas de flujo de datos, incluyendo sus elementos y significado. Finalmente, presenta ejemplos para aclarar estos conceptos.
PostgreSQL es un sistema de gestión de bases de datos de código abierto. Soporta diversos tipos de datos y funciones. Ofrece licencias estándar, empresariales y de servicios. Se instala fácilmente y permite conectarse a bases de datos. Genera reportes a partir de consultas SQL.
El documento describe la metodología RUP (Rational Unified Process) para el desarrollo de software. RUP define roles, actividades, artefactos y flujos de trabajo. Incluye fases como Inicio, Elaboración, Construcción y Transición, donde se realizan actividades como análisis de requisitos, diseño de la arquitectura, implementación y pruebas. El objetivo de RUP es producir software de manera predecible y eficiente.
Este documento resume los conceptos clave de las arquitecturas de software, incluyendo sus características generales, atributos de calidad y patrones/estilos de arquitectura. El documento también proporciona una bibliografía de referencias sobre el tema.
El documento describe MoProSoft, un modelo de procesos para el desarrollo y mantenimiento de software en México. MoProSoft está dividido en 9 procesos organizados en 3 categorías: Alta Dirección, Gestión y Operación. Cada proceso se describe a través de un patrón que incluye su definición, prácticas y nivel de madurez. El objetivo de MoProSoft es incorporar las mejores prácticas de gestión e ingeniería de software en la industria de software mexicana.
Este documento presenta una tabla comparativa de los principales sistemas de gestión de bases de datos utilizados actualmente. Describe cada SGBD, incluyendo su creador, última versión, lenguajes de programación, plataformas compatibles, licencia, características principales, ventajas y desventajas. Los SGBD analizados incluyen Sybase, PostgreSQL, NexusDB, SQL Server, VoltDB, Firebird, Progress Database, LucidDB, Informix, InterBase, MySQL, SQLite y DB2.
El documento describe la técnica de normalización para el diseño de bases de datos relacionales. La normalización ayuda a minimizar la redundancia de datos y anomalías de actualización mediante la descomposición de tablas en relaciones más pequeñas con dependencias funcionales completas entre los atributos. El proceso de normalización implica identificar las dependencias funcionales en las relaciones y descomponerlas hasta alcanzar la forma normal de Boyce-Codd.
La arquitectura de aplicaciones se refiere al diseño lógico y físico de una aplicación. Existen arquitecturas centralizadas, distribuidas y cliente-servidor. Las aplicaciones web se basan en una arquitectura cliente-servidor y las de escritorio generalmente son centralizadas. Una arquitectura de tres capas separa la lógica de negocio, los datos y la interfaz de usuario.
La unidad tiene como objetivo que los estudiantes aprendan a aplicar los pasos básicos de la programación mediante la resolución de problemas sencillos usando Visual Studio y Visual Basic. Los estudiantes aprenderán a crear formularios, añadir controles, editar, compilar y ejecutar programas sencillos con controles como botones y etiquetas.
La resolución aprueba una guía técnica sobre la evaluación de software para la administración pública. La guía proporciona un marco para especificar requisitos de calidad e identificar métricas para evaluar software interno y externo. Las entidades públicas deben aplicar la guía al desarrollar o adquirir nuevos software.
MODELO RACI, METAS Y OBJETIVOS DE LA ESTRATEGIA SERVICIO DE TI.Paul Aburto Salazar
Este documento describe el modelo RACI y los objetivos y metas de la estrategia de servicios de TI. Explica que el modelo RACI asigna roles y responsabilidades a través de una matriz para identificar quién es Responsable, Responsable de Asegurar, Consultado e Informado para cada tarea. También detalla que los objetivos y metas de la estrategia de servicios de TI buscan alinear TI con el negocio, convertir la gestión de servicios en un activo estratégico, y medir el éxito a través de métricas.
Este documento presenta una introducción al análisis y diseño orientado a objetos. Explica brevemente los modelos de ciclo de vida, con énfasis en los ciclos iterativos e incrementales. Luego, describe las diferencias entre el análisis, que se centra en identificar los requisitos del problema, y el diseño, que se enfoca en cómo resolverlo. Finalmente, resume algunas técnicas clave de análisis orientado a objetos como casos de uso, diagramas de clases y secuencias.
El documento habla sobre el modelado de bases de datos, incluyendo conceptos como la cardinalidad en las relaciones, la opcionalidad en las relaciones, y casos de modelado como fechas, precios y rangos. También presenta un ejemplo de modelo conceptual E/R para una base de datos de una cartelera de cine que incluye entidades como películas, actores, directores, salas de cine y funciones.
Este documento presenta un resumen de un proyecto de desarrollo de software basado en la metodología RUP. El proyecto consiste en desarrollar un sistema de gestión de artículos deportivos para una empresa del sector. Se utilizaron plantillas RUP y se generaron varios artefactos como modelos de negocio, casos de uso y diagramas de clases. El proyecto se desarrolló en varias fases e iteraciones siguiendo el proceso RUP.
Este documento proporciona información sobre un curso de Algoritmos y Estructuras de Datos. El curso se llevará a cabo los lunes, miércoles y viernes de 8:00 a 11:00 am. La evaluación consistirá en prácticas y un examen final. El instructor es Italo Yaranga y proporciona sus correos electrónicos e información de contacto.
Los sistemas de gestión de bases de datos y tecnologías utilizadas por Facebook, Twitter, YouTube, Google y Uber incluyen: Facebook utiliza MySQL y Cassandra, Twitter utiliza MySQL y FlockDB, Google utiliza Bigtable, YouTube utiliza MySQL con sharding, y Uber también utiliza MySQL con sharding. Estas compañías también usan una variedad de otras tecnologías como Hive, Thrift, HipHop for PHP, Memcached, Lago, Zipkin, AJAX, KML, GO, Python, Linux, Psyco, Apache Thrift, Atlassian Jira y Appbot.
Este documento compara diferentes sistemas gestores de bases de datos, describiendo sus características técnicas, ventajas, desventajas y empresas que los utilizan. Algunos de los SGBD más populares mencionados son MySQL, Oracle, SQL Server, PostgreSQL y SQLite. Cada uno tiene fortalezas específicas como rendimiento, escalabilidad, facilidad de uso y compatibilidad con diferentes plataformas y sistemas operativos.
Este documento presenta conceptos básicos sobre bases de datos NoSQL. Explica el movimiento NoSQL y cómo surgió para satisfacer las necesidades de escalabilidad de aplicaciones con grandes volúmenes de datos. También introduce el Teorema CAP, que establece que un sistema distribuido solo puede proporcionar dos de las siguientes tres propiedades: consistencia, disponibilidad y tolerancia a particiones. Además, contrasta las propiedades ACID de las bases de datos relacionales con las propiedades BASE más flexibles de las bases de datos NoSQL.
Las herramientas de ingeniería asistida por computadora (CASE) automatizan los aspectos clave del proceso de desarrollo de software para producir un producto competitivo de manera más eficiente. Estas herramientas incluyen herramientas de gestión, análisis, diseño, prueba e ingeniería inversa que mejoran la calidad y reducen los costos y tiempos de desarrollo. Sin embargo, las herramientas CASE solo son efectivas si se alinean con la metodología de desarrollo de software de una organización.
Este documento presenta conceptos clave del modelo entidad-relación para el diseño conceptual de bases de datos. Explica los tipos de entidades, atributos, relaciones y restricciones, y ofrece ejemplos de cómo modelar los requisitos de una base de datos de una empresa usando este modelo. También describe las fases del diseño de bases de datos, desde el diseño conceptual hasta el diseño físico e implementación.
Un procedimiento almacenado es un programa dentro de la base de datos que ejecuta una acción o conjunto de acciones específicas guardadas bajo un nombre. Estos procedimientos se crean, modifican y eliminan utilizando sentencias como CREATE PROCEDURE, ALTER PROCEDURE y DROP PROCEDURE respectivamente.
Este documento resume los requisitos para el desarrollo de un sistema de información para una miscelánea llamada QIP. El sistema mejorará los procesos administrativos como la gestión de pedidos, finanzas e inventario. El documento describe el alcance, roles del personal involucrado, funcionalidades del sistema y suposiciones. El sistema se desarrollará para mejorar la calidad de la información y procesos de QIP.
Este documento discute varios factores y modelos relacionados con la estimación de costos de software. Describe factores de costo como el tamaño del producto, tiempo disponible, confiabilidad, productividad y métricas técnicas. También cubre técnicas de descomposición, estimación de esfuerzo basada en líneas de código, puntos de función y procesos. Finalmente, explica modelos empíricos como COCOMO y modelos de estimación de tiempo.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Las bases de datos se desarrollaron para almacenar grandes cantidades de información. En la década de 1950 se utilizaron cintas magnéticas para almacenar datos de forma secuencial. En la década de 1960 surgieron las primeras bases de datos de red y jerárquicas, y se creó el sistema SABRES para reservas de vuelos. En la década de 1970, Edgar Codd definió el modelo relacional y Larry Ellison desarrolló el primer sistema de gestión de bases de datos relacional llamado Oracle. En la década de 1980, SQL se conv
El documento trata sobre las prácticas de auditoría informática. Explica que la auditoría tiene como objetivo revisar los controles establecidos para mantener la seguridad de los sistemas de información y asegurar que la información producida sea confiable. También describe algunas herramientas de software que pueden usarse para facilitar la auditoría, como generadores de datos de prueba y monitores de rendimiento.
El documento describe la técnica de normalización para el diseño de bases de datos relacionales. La normalización ayuda a minimizar la redundancia de datos y anomalías de actualización mediante la descomposición de tablas en relaciones más pequeñas con dependencias funcionales completas entre los atributos. El proceso de normalización implica identificar las dependencias funcionales en las relaciones y descomponerlas hasta alcanzar la forma normal de Boyce-Codd.
La arquitectura de aplicaciones se refiere al diseño lógico y físico de una aplicación. Existen arquitecturas centralizadas, distribuidas y cliente-servidor. Las aplicaciones web se basan en una arquitectura cliente-servidor y las de escritorio generalmente son centralizadas. Una arquitectura de tres capas separa la lógica de negocio, los datos y la interfaz de usuario.
La unidad tiene como objetivo que los estudiantes aprendan a aplicar los pasos básicos de la programación mediante la resolución de problemas sencillos usando Visual Studio y Visual Basic. Los estudiantes aprenderán a crear formularios, añadir controles, editar, compilar y ejecutar programas sencillos con controles como botones y etiquetas.
La resolución aprueba una guía técnica sobre la evaluación de software para la administración pública. La guía proporciona un marco para especificar requisitos de calidad e identificar métricas para evaluar software interno y externo. Las entidades públicas deben aplicar la guía al desarrollar o adquirir nuevos software.
MODELO RACI, METAS Y OBJETIVOS DE LA ESTRATEGIA SERVICIO DE TI.Paul Aburto Salazar
Este documento describe el modelo RACI y los objetivos y metas de la estrategia de servicios de TI. Explica que el modelo RACI asigna roles y responsabilidades a través de una matriz para identificar quién es Responsable, Responsable de Asegurar, Consultado e Informado para cada tarea. También detalla que los objetivos y metas de la estrategia de servicios de TI buscan alinear TI con el negocio, convertir la gestión de servicios en un activo estratégico, y medir el éxito a través de métricas.
Este documento presenta una introducción al análisis y diseño orientado a objetos. Explica brevemente los modelos de ciclo de vida, con énfasis en los ciclos iterativos e incrementales. Luego, describe las diferencias entre el análisis, que se centra en identificar los requisitos del problema, y el diseño, que se enfoca en cómo resolverlo. Finalmente, resume algunas técnicas clave de análisis orientado a objetos como casos de uso, diagramas de clases y secuencias.
El documento habla sobre el modelado de bases de datos, incluyendo conceptos como la cardinalidad en las relaciones, la opcionalidad en las relaciones, y casos de modelado como fechas, precios y rangos. También presenta un ejemplo de modelo conceptual E/R para una base de datos de una cartelera de cine que incluye entidades como películas, actores, directores, salas de cine y funciones.
Este documento presenta un resumen de un proyecto de desarrollo de software basado en la metodología RUP. El proyecto consiste en desarrollar un sistema de gestión de artículos deportivos para una empresa del sector. Se utilizaron plantillas RUP y se generaron varios artefactos como modelos de negocio, casos de uso y diagramas de clases. El proyecto se desarrolló en varias fases e iteraciones siguiendo el proceso RUP.
Este documento proporciona información sobre un curso de Algoritmos y Estructuras de Datos. El curso se llevará a cabo los lunes, miércoles y viernes de 8:00 a 11:00 am. La evaluación consistirá en prácticas y un examen final. El instructor es Italo Yaranga y proporciona sus correos electrónicos e información de contacto.
Los sistemas de gestión de bases de datos y tecnologías utilizadas por Facebook, Twitter, YouTube, Google y Uber incluyen: Facebook utiliza MySQL y Cassandra, Twitter utiliza MySQL y FlockDB, Google utiliza Bigtable, YouTube utiliza MySQL con sharding, y Uber también utiliza MySQL con sharding. Estas compañías también usan una variedad de otras tecnologías como Hive, Thrift, HipHop for PHP, Memcached, Lago, Zipkin, AJAX, KML, GO, Python, Linux, Psyco, Apache Thrift, Atlassian Jira y Appbot.
Este documento compara diferentes sistemas gestores de bases de datos, describiendo sus características técnicas, ventajas, desventajas y empresas que los utilizan. Algunos de los SGBD más populares mencionados son MySQL, Oracle, SQL Server, PostgreSQL y SQLite. Cada uno tiene fortalezas específicas como rendimiento, escalabilidad, facilidad de uso y compatibilidad con diferentes plataformas y sistemas operativos.
Este documento presenta conceptos básicos sobre bases de datos NoSQL. Explica el movimiento NoSQL y cómo surgió para satisfacer las necesidades de escalabilidad de aplicaciones con grandes volúmenes de datos. También introduce el Teorema CAP, que establece que un sistema distribuido solo puede proporcionar dos de las siguientes tres propiedades: consistencia, disponibilidad y tolerancia a particiones. Además, contrasta las propiedades ACID de las bases de datos relacionales con las propiedades BASE más flexibles de las bases de datos NoSQL.
Las herramientas de ingeniería asistida por computadora (CASE) automatizan los aspectos clave del proceso de desarrollo de software para producir un producto competitivo de manera más eficiente. Estas herramientas incluyen herramientas de gestión, análisis, diseño, prueba e ingeniería inversa que mejoran la calidad y reducen los costos y tiempos de desarrollo. Sin embargo, las herramientas CASE solo son efectivas si se alinean con la metodología de desarrollo de software de una organización.
Este documento presenta conceptos clave del modelo entidad-relación para el diseño conceptual de bases de datos. Explica los tipos de entidades, atributos, relaciones y restricciones, y ofrece ejemplos de cómo modelar los requisitos de una base de datos de una empresa usando este modelo. También describe las fases del diseño de bases de datos, desde el diseño conceptual hasta el diseño físico e implementación.
Un procedimiento almacenado es un programa dentro de la base de datos que ejecuta una acción o conjunto de acciones específicas guardadas bajo un nombre. Estos procedimientos se crean, modifican y eliminan utilizando sentencias como CREATE PROCEDURE, ALTER PROCEDURE y DROP PROCEDURE respectivamente.
Este documento resume los requisitos para el desarrollo de un sistema de información para una miscelánea llamada QIP. El sistema mejorará los procesos administrativos como la gestión de pedidos, finanzas e inventario. El documento describe el alcance, roles del personal involucrado, funcionalidades del sistema y suposiciones. El sistema se desarrollará para mejorar la calidad de la información y procesos de QIP.
Este documento discute varios factores y modelos relacionados con la estimación de costos de software. Describe factores de costo como el tamaño del producto, tiempo disponible, confiabilidad, productividad y métricas técnicas. También cubre técnicas de descomposición, estimación de esfuerzo basada en líneas de código, puntos de función y procesos. Finalmente, explica modelos empíricos como COCOMO y modelos de estimación de tiempo.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Las bases de datos se desarrollaron para almacenar grandes cantidades de información. En la década de 1950 se utilizaron cintas magnéticas para almacenar datos de forma secuencial. En la década de 1960 surgieron las primeras bases de datos de red y jerárquicas, y se creó el sistema SABRES para reservas de vuelos. En la década de 1970, Edgar Codd definió el modelo relacional y Larry Ellison desarrolló el primer sistema de gestión de bases de datos relacional llamado Oracle. En la década de 1980, SQL se conv
El documento trata sobre las prácticas de auditoría informática. Explica que la auditoría tiene como objetivo revisar los controles establecidos para mantener la seguridad de los sistemas de información y asegurar que la información producida sea confiable. También describe algunas herramientas de software que pueden usarse para facilitar la auditoría, como generadores de datos de prueba y monitores de rendimiento.
Este documento presenta un curso básico sobre testeo de software. Cubre seis temas principales: 1) conceptos fundamentales del testeo de software, 2) niveles de testing en cada etapa del ciclo de vida, 3) técnicas de testing para generar casos de prueba, 4) herramientas de testing para automatizar actividades, 5) métricas de testing para medir la calidad del software, y 6) procesos de testing para integrar el testeo en la metodología.
Este documento describe el proceso de desarrollo de un sistema de información para invidentes. Incluye una descripción del proceso productivo que involucra análisis de requisitos, diseño, codificación, pruebas y documentación. También describe la normatividad de producción y construcción, así como las especificaciones de cada etapa del proceso productivo.
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
Este plan de aseguramiento de calidad especifica las actividades para garantizar la calidad del software, incluyendo revisar documentos como los requerimientos, diseño y plan de pruebas. Detalla responsables como el gerente del desarrollo de software y desarrollador, y establece estándares como IEEE830, herramientas como Android Studio, y revisiones como de requerimientos e inspecciones funcionales.
Este documento trata sobre la gestión de proyectos de software. Explica que la gestión eficaz de un proyecto de software se centra en cuatro áreas clave: personal, producto, proceso y proyecto. También describe los roles clave en un proyecto de software y métodos para estimar costos, esfuerzos y plazos, incluyendo el modelo COCOMO.
Este documento trata sobre la gestión de proyectos de software. Explica que la gestión eficaz de un proyecto de software se centra en cuatro áreas clave: personal, producto, proceso y proyecto. También describe los roles clave en un proyecto de software y métodos para estimar costos, esfuerzos y plazos, incluyendo el modelo COCOMO.
Este documento describe el modelo de desarrollo para la atención de requerimientos aplicativos, incluyendo el PAR Básico, PAR Completo y PAR de Operaciones Especializadas. Explica los conceptos clave, las fases, participación de recursos, entregables y procesos para cada tipo de PAR. El objetivo es reforzar los flujos de trabajo, formatos y manuales para el desarrollo de sistemas.
#HablemosDeTestingDay - José Castillo: Estrategia de QA en un contexto de DevOpsHablemosDeTesting
DevOps es un enfoque de desarrollo de software que implica desarrollo, pruebas, integración y despliegue continuos. El documento describe las etapas y pilares de DevOps, incluido el desarrollo guiado por pruebas, y los diferentes tipos de pruebas como las pruebas de unidad, integración y aceptación. También cubre cómo reducir el tiempo de prueba mediante la automatización, contenedores y diferentes niveles de prueba, así como métricas y tableros de rendimiento importantes para DevOps
Este documento presenta información sobre aseguramiento de la calidad de software. Explica que la calidad de software requiere un enfoque de gestión de calidad que incluye revisiones técnicas formales, pruebas multi-escaladas, control de documentación y asegurar que el desarrollo sigue estándares. También discute temas como prevención de fallos, costos de fallos, y roles en aseguramiento de calidad de software.
El documento trata sobre auditoría informática, mantenimiento de software y calidad. Explica que la etapa de mantenimiento de software consume la mayor parte de los recursos y propone un modelo de estimación que aprovecha experiencias previas. También presenta listas de comprobación para guiar auditorías de mantenimiento e introduce el modelo COCOMO para estimar costos. Finalmente, revisa conceptos de calidad de software según ISO 9126 e ISO 12207, incluyendo objetivos de auditorías de calidad.
Este documento presenta los resultados de la evaluación del sitio web de comercio electrónico Dafiti según las normas ISO 9126 e ISO 14598. Se analizaron las características de funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad del sitio web, asignando una calificación de 1 a 4 para cada una. El puntaje total obtenido fue de 70 sobre 80, lo que indica un buen desempeño general del sitio web evaluado. Finalmente, se presenta una introducción al producto Dafiti y los objetivos
Este documento presenta información sobre el desarrollo de software multimedia, incluyendo las etapas del ciclo de vida del software, tipos de pruebas, errores comunes, y la importancia de garantizar la calidad. Describe las fases de definición de requisitos, diseño, implementación, pruebas y documentación necesarias para el desarrollo exitoso de aplicaciones multimedia. También explica diferentes tipos de pruebas como pruebas unitarias, de integración, alfa y beta para detectar errores de forma temprana.
El documento describe el proceso de desarrollo de software, incluyendo ciclos de vida como el clásico o en cascada, prototipos desechables e incrementales. También cubre metodologías como estructuradas, orientadas a objetos y formales, así como los niveles de madurez de una organización según el Modelo de Madurez de Capabilidad. El proceso de desarrollo evoluciona desde informal hasta formal y optimizado a medida que la organización alcanza mayores niveles de madurez.
El documento describe el proceso de desarrollo de software. Explica que el proceso incluye varias etapas como la especificación de requisitos, el diseño, la codificación y las pruebas. También discute diferentes ciclos de vida de desarrollo de software, como el ciclo de vida en cascada y los prototipos evolutivos. Por último, habla sobre la madurez del proceso de desarrollo en una organización y cómo ésta puede medirse usando el Modelo de Madurez del Capability Maturity Model.
El documento describe el modelo de cascada para el desarrollo de software. El modelo de cascada consiste en una serie de etapas secuenciales: 1) ingeniería y análisis del sistema, 2) análisis de requisitos, 3) diseño, 4) codificación, 5) pruebas y 6) mantenimiento. Cada etapa toma como entrada la salida de la etapa anterior. El modelo garantiza una metodología ordenada y rigurosa para el desarrollo de software.
Este documento describe los conceptos clave de la ingeniería de software y la gestión de la calidad de software. Explica los modelos del ciclo de vida del software como la cascada, prototipo e incremental. También cubre temas como requisitos, diseño, construcción, verificación, validación y pruebas de software.
Este documento presenta una introducción general a los sistemas de información y al diseño de sistemas. Resume los principales tipos de sistemas, la integración de tecnologías en sistemas, la necesidad del análisis y diseño de sistemas, y el ciclo de vida del desarrollo de sistemas. También cubre temas como metodologías, herramientas CASE, XML, UML y más.
2. GESTIÓN DE ENTREGAS:GESTIÓN DE ENTREGAS:
CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE
1. ANTECEDENTES1. ANTECEDENTES
2. METODOLOGÍA gvLOGOS2. METODOLOGÍA gvLOGOS
3. GESTIÓN DE ENTREGAS3. GESTIÓN DE ENTREGAS
3.1 GEDES-PROCESO3.1 GEDES-PROCESO
3.2 GEDES-HERRAMIENTAS3.2 GEDES-HERRAMIENTAS
3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)
3. GESTIÓN DE ENTREGAS:GESTIÓN DE ENTREGAS:
CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE
1. ANTECEDENTES1. ANTECEDENTES
2. METODOLOGÍA gvLOGOS
3. GESTIÓN DE ENTREGAS
3.1 GEDES-PROCESO
3.2 GEDES-HERRAMIENTAS
3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)
5. Transformación del modelo organizacional por Servicios TIC No por
ámbitos de negocio
Gestión de Calidad TIC
1.- ANTECEDENTES1.- ANTECEDENTES
6. 1.- ANTECEDENTES1.- ANTECEDENTES
Marco de Referencia
Volumetrías de Gestión TIC
134.762 24.762 Puestos de Trabajo Administrativos (PC's) y 110.000 puestos de Educación
(aulas)
3.435 Sedes conectadas a red corporativa (1.688 centros docentes, 928 centros sanitarios, 819 del resto
de Consellerias) con servicios voz/datos y telefonía móvil
1400 Aplicaciones informáticas
541 Servicios electrónicos
18 Ámbitos de Infraestructuras ( CPD's de la Ciudad Administrativa 9'Octubre, Hacienda,
Servef y Justicia)
170.625 Incidencias de informática y comunicaciones atendidas anualmente; (60.146 anuales de
atención al puesto de trabajo administrativo)
1.121 Incidentes de seguridad informática atendidos desde el Centro de Seguridad TIC de la
Comunitat Valenciana (CSIRT-cv, dependiente de la DGTI)
Datos Mayo 2015
7. Bajo el Marco Estratégico de la DGTIC:
Cambios Organizativos DGTICCambios Organizativos DGTIC
Misma MetodologíaMisma Metodología
Herramientas corporativasHerramientas corporativas
Metodología y Procesos corporativos (GV-LOGOS)(GV-LOGOS)
Herramientas corporativas de SW LIBRE
1.- ANTECEDENTES1.- ANTECEDENTES
8. GESTIÓN DE ENTREGAS:GESTIÓN DE ENTREGAS:
CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE
1. ANTECEDENTES
2. METODOLOGÍA gvLOGOS2. METODOLOGÍA gvLOGOS
3. GESTIÓN DE ENTREGAS
3.1 GEDES-PROCESO
3.2 GEDES-HERRAMIENTAS
3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)
9. Metodología de gestión y desarrollo de las TIC de la Generalitat, desarrollada
por la DGTIC
Su objetivo es definir los procesos y métodos de trabajo que se han de emplear
en la gestión de proyectos, servicios, incidencias y cambios desde el momento
de la demanda hasta su entrega final
Define roles y proporciona herramientas y plantillas para llevarlo a cabo.
2.- METODOLOGIA gvLOGOS2.- METODOLOGIA gvLOGOS
12. 2.- METODOLOGIA gvLOGOS2.- METODOLOGIA gvLOGOS
GvLOGOS-GEDESGvLOGOS-GEDES
Gestión de entregas:
Calidad en el software
Proceso definido dentro del marco de gvLOGOS
13. GESTIÓN DE ENTREGAS:GESTIÓN DE ENTREGAS:
CALIDAD DEL SOFTWARECALIDAD DEL SOFTWARE
1. ANTECEDENTES
2. METODOLOGÍA gvLOGOS
3. GESTIÓN DE ENTREGAS3. GESTIÓN DE ENTREGAS
3.1 GEDES-PROCESO3.1 GEDES-PROCESO
3.2 GEDES-HERRAMIENTAS3.2 GEDES-HERRAMIENTAS
3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)3.3 GEDES-CERTIFICACIÓN (Sello de Calidad)
15. Una vez creada la DGTIC
Comenzamos una tarea de análisis sobre como trabajaban en los distintos
ámbitos
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
16. Que nos encontramos...
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
Multiples métodos de trabajo ( por tecnología y equipos)
No existia estándar donde ubicar el código fuente de las aplicaciones
Scripts de BBDD y documentación no estaban con los fuentes
Distintos Sistemas de Control de Versiones (SVN, CVS, PVCS)
Solo se versionaba en java, php.. pero no en Forms
No se versionaban los parches
Distintos número de entornos (desa, testing, pre, pro..)
Falta de información
Como construir el empaquetado (ear, war)
Requisitos necesarios para preparar el equipo de trabajo
(herramientas, plugins, versiones…)
En definitiva muchas veces la entrega era una CAJA NEGRA
17. Objetivos que nos propusimos...
Mantener un único servidor
Subversión
(control de versiones) Estandarizar
. estructura de directorios
. documento proyectos
(tomreq, confie, vadesa..)
Definición procedimiento
versionado
Toda aplicación tendrá su repositorio
(documentación, fuentes, scripts BBDD)
Despliegues automáticos.
Construcción a partir de los fuentes.
Trazabilidad fuente-ejecutable
Análisis estático del código
Testeo del código
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
18. RESUMIENDO
La DGTIC dispondrá de acceso a las herramientas de trabajo y al código fuente
Mantener actualizado el catálogo de las aplicaciones con el historial de versiones
Obtener un producto de calidad ya que se exigirá que supere las distintas pruebas
de Calidad
Estabilidad en el entorno de producción
La entrega ya no es una caja negra
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
19. RESUMIENDO
La DGTIC dispondrá de acceso a las herramientas de trabajo y al código fuente
Mantener actualizado el catálogo de las aplicaciones con el historial de versiones
Obtener un producto de calidad ya que se exigirá que supere las distintas pruebas
de Calidad
Estabilidad en el entorno de producción
La entrega ya no es una caja negra
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
OFICINA DE GESTIÓN DE ENTREGASOFICINA DE GESTIÓN DE ENTREGAS
Y CONTROL DE CALIDAD SWY CONTROL DE CALIDAD SW
Velará por su cumplimiento
20. Beneficios y Ventajas
Equipos DESARROLLO
Equipos de SISTEMAS
EMPRESAS
Otros
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
✔ Método de trabajo común
✔ Disponer de un “único sitio” donde ubicar fuentes, doc. y BBDD
✔ Análisis de SW automático, detección temprana de errores
✔ Agilizar tareas de despliegue
✔ Disponer de Información técnica de las Aplicaciones en los repositorios
✔ Automatización y trazabilidad de los despliegues
✔ Se les facilita un marco de trabajo
✔ Trato igualitario en nuestras exigencias
✔ Transparencia
✔ Facilita la reutilización del código
✔ Independiza los sistemas de las personas que lo han desarrollado
21. En que consiste gvLOGOS-GEDES...
✔ Definición de la política, procesos y procedimientos a seguir en cada entrega
✔ Especificación de las actividades a realizar, los actores participantes, las
herramientas y la documentación a cumplimentar
✔ Certificación de la calidad del software
SELLO DE CALIDAD SW EN LA DGTIC
La documentación del proyecto se encuentra publicada en http://confluence.gva.es
3.- GESTIÓN ENTREGAS3.- GESTIÓN ENTREGAS
23. ROLES
ENTORNOS
VERSIONADO
TIPOS DE PRUEBA
PLAN DE REVERSIÓN
UNIDADES DE ENTREGA
Responsable Funcional
Usuario Experto
Equipo de Desarrollo
Gestor del Proyecto
Gestor de Entregas
Oficina de Entregas
Equipo de Sistemas
3.1- GEDES-PROCESO:3.1- GEDES-PROCESO: Conceptos
25. Nom_Aplicación_MM. mm. pp
Donde:
MM: versión Mayor:
nro. identifica grandes cambios.
mm: versión Menor:
nro. identifica mejoras menores.
pp: versión Parche.
nro. identifica resolución de errores.
Ejem: CITAPREVIA_02.01.00
ROLES
ENTORNOS
VERSIONADO
TIPOS DE PRUEBA
PLAN DE REVERSIÓN
UNIDADES DE ENTREGA
3.1- GEDES-PROCESO:3.1- GEDES-PROCESO: Conceptos
26. Se definen las siguientes pruebas de SW
(validaciones técnicas y funcionales)
Pruebas unitarias
Pruebas integración
Pruebas de regresión
Pruebas funcionales
Pruebas de rendimiento
ROLES
ENTORNOS
VERSIONADO
TIPOS DE PRUEBA
PLAN DE REVERSIÓN
UNIDADES DE ENTREGA
3.1- GEDES-PROCESO:3.1- GEDES-PROCESO: Conceptos
27. Toda entrega
deberá disponer de un
Plan de Reversión
para saber como actuar en
Caso de error.
Ejemplo:
- Restaurar la copia de toda la BBDD
- Desplegar la versión anterior estable
ROLES
ENTORNOS
VERSIONADO
TIPOS DE PRUEBA
PLAN DE REVERSIÓN
UNIDADES DE ENTREGA
3.1- GEDES-PROCESO:3.1- GEDES-PROCESO: Conceptos
28. Conjunto de elementos que se van a
exigir en el despliegue de una nueva
versión.
DESARROLLO
Alta en el catalogo de aplicaciones
Repositorio actualizado
Documento CONFIE
Guía de compilación e instalación
PREPRODUCCIÓN
Informe con el resultado de las pruebas
unitarias
Informe análisis estático
Plan de pruebas
Plan General de Reversión
PRODUCCIÓN
Informe con el resultado de las pruebas
funcionales y/o garantía
ROLES
ENTORNOS
VERSIONADO
TIPOS DE PRUEBA
PLAN DE REVERSIÓN
UNIDADES DE ENTREGA
3.1- GEDES-PROCESO:3.1- GEDES-PROCESO: Conceptos
31. Conjunto de herramientas que nos van a dar soporte al proceso
Repositorios SW -Control de
Versiones
Repositorios SW -Control de
Versiones
Control de Dependencias y
artefactos
Control de Dependencias y
artefactos
Construcción y empaquetadoConstrucción y empaquetado
Automatización e integración
Continua
Automatización e integración
Continua
Inspección de Calidad del CódigoInspección de Calidad del Código
3.2- GEDES-HERRAMIENTAS3.2- GEDES-HERRAMIENTAS
32. CONTROL DE VERSIONES CON SUBVERSIÓN
Configuración de REPOSITORIOS SW en el marco de GV-LOGOS:
Estandarización estructura de directorios
Código fuentes, documentación y scripts BBDD
Normalización de documentos (TOMREQ, CONFIE, VADESA, PLAPRU..)
Creación de propiedades DGTIC
3.2- GEDES-HERRAMIENTAS3.2- GEDES-HERRAMIENTAS
39. 3.2- GEDES-HERRAMIENTAS3.2- GEDES-HERRAMIENTAS
Métricas de calidad basadas en estándares
(ISO 25000 (25010), Módelo SQALE)
Sonar nos dirá las vulnerabilidades
de aquella propiedad que
queremos mejorar de nuestra
aplicación
Nos mide la Calidad Integral del SW
(No solo la funcionalidad)
41. 3.2- GEDES-HERRAMIENTAS3.2- GEDES-HERRAMIENTAS
Cuadros de mando donde nos muestra la calidad del software
comprensible por cualquier persona
Plugin City ModelPlugin City Model
Gráficas dinámicas
Máquina del tiempo
Evolución de la calidad en el tiempo
48. Oficina Técnica de Gestión de entregas y control de calidad del Software
Una vez la entrega ha superado las pruebas de calidad se despliega en el entorno
de producción. Será la O ficina de entregas y control de calidad la que certificará
la entrega
3.3- GEDES-CERTIFICACIÓN3.3- GEDES-CERTIFICACIÓN
49. Sello de Calidad
TAREAS PREVIAS
Parametrización de la herramientas:
Creación de perfiles propios por lenguajes, umbrales y alertas
Definición Cuadros de mando
Selección de una batería de proyectos clave
Tutelaje, formación y concienciación a los equipo técnicos
3.3- GEDES-CERTIFICACIÓN3.3- GEDES-CERTIFICACIÓN
50. Sello de Calidad
3.3- GEDES-CERTIFICACIÓN3.3- GEDES-CERTIFICACIÓN
Definición de perfiles por lenguaje
Definición de umbrales y alertas
54. VADESA – Validación del desarrollo
¿La estructura de carpetas del repositorio cumple el
estándar definido para el tipo de proyecto?
¿Existen las carpetas TTB en cada componente o en el
repositorio?
¿Existen componentes y/o carpetas fuera de TTB?
¿La estructura de la carpeta doc es la definida en la
metodología gvLogos?
¿La estructura de la carpeta fuentes es la definida según la
metodología gvLogos y la tecnología de la aplicación?
Auditoria del repositorio
Configuración cabecera pom.xml correcta
Configuración de las dependencias
Instrucciones de compilación
Distribution.xml para tecnología php
Normativa del desarrollo
Configuración del análisis
Incidencias bloqueantes igual a 0
Calificación SQALE
Análisis estático
¿Existe el activo en CATI?
¿Se ha indicado el nombre y la descripción del activo?
¿Se ha indicado el Responsable Técnico?
¿Se ha indicado la criticidad?
¿Se ha indicado la tecnología de la aplicación?
Catalogo aplicaciones
3.3- GEDES-CERTIFICACIÓN3.3- GEDES-CERTIFICACIÓN
Pruebas unitarias
Pruebas regresión
Pruebas funcionales
Pruebas software
55. VADESA – Validación del desarrollo
¿La estructura de carpetas del repositorio cumple el
estándar definido para el tipo de proyecto?
¿Existen las carpetas TTB en cada componente o en el
repositorio?
¿Existen componentes y/o carpetas fuera de TTB?
¿La estructura de la carpeta doc es la definida en la
metodología gvLogos?
¿La estructura de la carpeta fuentes es la definida según la
metodología gvLogos y la tecnología de la aplicación?
Auditoria del repositorio
Configuración cabecera pom.xml correcta
Configuración de las dependencias
Instrucciones de compilación
Distribution.xml para tecnología php
Normativa del desarrollo
Configuración del análisis
Incidencias bloqueantes igual a 0
Calificación SQALE
Análisis estático
¿Existe el activo en CATI?
¿Se ha indicado el nombre y la descripción del activo?
¿Se ha indicado el Responsable Técnico?
¿Se ha indicado la criticidad?
¿Se ha indicado la tecnología de la aplicación?
Catalogo aplicaciones
3.3- GEDES-CERTIFICACIÓN3.3- GEDES-CERTIFICACIÓN
Pruebas unitarias
Pruebas regresión
Pruebas funcionales
Pruebas software
56. Gracias por vuestra atenciónGracias por vuestra atención
“ La Calidad nunca es un accidente, es
siempre el resultado de un esfuerzo de la
inteligencia”
John Ruskin