Complejidad del software 2
•Descargar como PPT, PDF•
1 recomendación•5,974 vistas
Este documento discute la complejidad inherente al software. Señala que la complejidad del software es una propiedad esencial y no accidental, y que es importante controlarla pero no eliminarla. Identifica varios factores que contribuyen a la complejidad, como la complejidad del dominio del problema, la dificultad de gestionar el proceso de desarrollo, y los retos de modelar el comportamiento de sistemas discretos. Explica cómo la complejidad puede conducir a proyectos de software que se retrasan, exceden el presupuesto o
Denunciar
Compartir
Denunciar
Compartir
![Complejidad
• “La complejidad del software es una
propiedad esencial, no accidental”
[Brooks].
• Controlarla, más no Eliminarla.](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
2.4 herramientas case
Este documento presenta varias herramientas CASE para la ingeniería de requisitos en el desarrollo de software. Describe herramientas como IRQA 43, RETO y CONTROLA que facilitan la especificación y gestión de requisitos. También presenta herramientas de código abierto como OSRMT y JEREMIA, así como RAMBUTAN que es una herramienta basada en XML que permite la recopilación y edición de requisitos en dispositivos móviles y de escritorio.
Factores y métricas que determinan la calidad de un
Las métricas de calidad de software incluyen corrección, fiabilidad, eficiencia, integridad, facilidad de uso, mantenimiento, pruebas, portabilidad, flexibilidad, reusabilidad e interoperabilidad. Algunas métricas comunes son completitud, consistencia, madurez, concisión, modularidad, normalización de comunicaciones y estandarización de datos.
Tareas de ingenieria de requerimientos
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
Estándares para el Modelado de Procesos de Negocios
Este documento presenta los principales estándares para el modelado de procesos de negocios, incluyendo BPEL, UML, EPC y BPMN. También incluye un caso de éxito de la aplicación de BPMN en RSA Seguros Generales de Chile para automatizar procesos como la cotización de pólizas de seguros.
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
El documento describe las entrevistas para la obtención de requisitos, incluyendo la definición de entrevista, directrices fundamentales, habilidades necesarias, errores comunes, preparación, tipos de preguntas, formatos, registro y ventajas/desventajas. La entrevista es una forma de diálogo entre dos o más personas donde el entrevistador busca respuestas a preguntas planeadas para obtener información del entrevistado. Se requiere preparación, habilidades de comunicación y escucha activa para realizar entrevistas efectivas.
Técnicas para la Obtención de Requerimientos
Este documento describe varias técnicas para la obtención de requerimientos, incluyendo JAD (desarrollo conjunto de aplicaciones), el desarrollo de prototipos, ETHICS (enfoque en los aspectos humanos y técnicos), el uso de puntos de vista, escenarios, etnografía y estrategias como observación, cuestionarios y entrevistas. La mayoría de estas técnicas involucran la participación de los usuarios para asegurar que los requerimientos reflejen fielmente sus necesidades.
Diapositivas xp
La metodología XP (Programación Extrema) se basa en desarrollos iterativos e incrementales, pruebas continuas automatizadas, programación en parejas, interacción frecuente con el cliente, simplicidad en el código, y entregas frecuentes. Algunas características clave incluyen desarrollo iterativo, pruebas unitarias automatizadas, programación en parejas, retroalimentación constante del equipo y cliente, y simplicidad en el diseño y código.
Unidad 1 Ingenieria de software
Este documento presenta conceptos básicos de ingeniería de software. Explica que el software es el producto que diseñan los ingenieros de software y que puede aplicarse en cualquier situación donde se hayan definido previamente un conjunto de pasos procedimentales. Además, describe los principales componentes de un producto de software, las categorías de software, las características de calidad deseables y los conceptos clave de ingeniería de software como procesos, actividades, métodos y modelos de ciclo de vida.
Recomendados
2.4 herramientas case
Este documento presenta varias herramientas CASE para la ingeniería de requisitos en el desarrollo de software. Describe herramientas como IRQA 43, RETO y CONTROLA que facilitan la especificación y gestión de requisitos. También presenta herramientas de código abierto como OSRMT y JEREMIA, así como RAMBUTAN que es una herramienta basada en XML que permite la recopilación y edición de requisitos en dispositivos móviles y de escritorio.
Factores y métricas que determinan la calidad de un
Las métricas de calidad de software incluyen corrección, fiabilidad, eficiencia, integridad, facilidad de uso, mantenimiento, pruebas, portabilidad, flexibilidad, reusabilidad e interoperabilidad. Algunas métricas comunes son completitud, consistencia, madurez, concisión, modularidad, normalización de comunicaciones y estandarización de datos.
Tareas de ingenieria de requerimientos
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
Estándares para el Modelado de Procesos de Negocios
Este documento presenta los principales estándares para el modelado de procesos de negocios, incluyendo BPEL, UML, EPC y BPMN. También incluye un caso de éxito de la aplicación de BPMN en RSA Seguros Generales de Chile para automatizar procesos como la cotización de pólizas de seguros.
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
El documento describe las entrevistas para la obtención de requisitos, incluyendo la definición de entrevista, directrices fundamentales, habilidades necesarias, errores comunes, preparación, tipos de preguntas, formatos, registro y ventajas/desventajas. La entrevista es una forma de diálogo entre dos o más personas donde el entrevistador busca respuestas a preguntas planeadas para obtener información del entrevistado. Se requiere preparación, habilidades de comunicación y escucha activa para realizar entrevistas efectivas.
Técnicas para la Obtención de Requerimientos
Este documento describe varias técnicas para la obtención de requerimientos, incluyendo JAD (desarrollo conjunto de aplicaciones), el desarrollo de prototipos, ETHICS (enfoque en los aspectos humanos y técnicos), el uso de puntos de vista, escenarios, etnografía y estrategias como observación, cuestionarios y entrevistas. La mayoría de estas técnicas involucran la participación de los usuarios para asegurar que los requerimientos reflejen fielmente sus necesidades.
Diapositivas xp
La metodología XP (Programación Extrema) se basa en desarrollos iterativos e incrementales, pruebas continuas automatizadas, programación en parejas, interacción frecuente con el cliente, simplicidad en el código, y entregas frecuentes. Algunas características clave incluyen desarrollo iterativo, pruebas unitarias automatizadas, programación en parejas, retroalimentación constante del equipo y cliente, y simplicidad en el diseño y código.
Unidad 1 Ingenieria de software
Este documento presenta conceptos básicos de ingeniería de software. Explica que el software es el producto que diseñan los ingenieros de software y que puede aplicarse en cualquier situación donde se hayan definido previamente un conjunto de pasos procedimentales. Además, describe los principales componentes de un producto de software, las categorías de software, las características de calidad deseables y los conceptos clave de ingeniería de software como procesos, actividades, métodos y modelos de ciclo de vida.
Modelo de desarrollo de software
Esta presentación muestra los distintos modelos de desarrollo de software y las actividades involucradas en cada una de sus etapas.
MOD Unidad 2: Tipos de modelado
Caracterizar el proceso de modelado identificando los factores claves del proceso para definir el alcance de los proyectos de software.
Capas de la ingenieria de software
El documento describe las cuatro capas de la ingeniería de software: enfoque de calidad, procesos, métodos y herramientas. La capa de procesos une la calidad con los métodos y permite un desarrollo racional del software. Los métodos incluyen actividades como el análisis de requisitos, diseño, construcción y pruebas. Finalmente, las herramientas brindan soporte automático a los procesos y métodos.
Modelo evolutivo
El documento describe los modelos de proceso evolutivo-prototipo. Explica que el modelo evolutivo consiste en expandir incrementos de un producto de software operacional guiado por la experiencia con el sistema. Describe que existen dos tipos de desarrollo evolutivo: exploratorio y de prototipos desechables. También cubre las etapas del modelo evolutivo y las características y ventajas de los modelos evolutivos e iterativos.
Software en tiempo real
El documento describe los sistemas de tiempo real, incluyendo su definición, tipos (blandos y duros), características, áreas de aplicación comunes y un problema que HERMES, un nuevo sistema, puede ayudar a resolver al proporcionar seguimiento continuo de las operaciones comerciales de una empresa.
tipos de requisitos
Este documento describe los diferentes tipos de requisitos para un sistema de software, incluyendo requisitos funcionales, no funcionales, del usuario y del sistema. Explica que los requisitos funcionales describen lo que el sistema debe hacer, mientras que los no funcionales se refieren a propiedades como el rendimiento y la seguridad. Además, señala que los requisitos del usuario deben ser comprensibles para los usuarios sin conocimiento técnico, al contrario de los requisitos del sistema, que proporcionan más detalles para el diseño del software.
Ieee 830
Este documento resume la Norma IEEE 830 para la Especificación de Requerimientos de Software. Explica que la norma provee una guía para la redacción de un Documento de Requerimientos de Software (SRS) que describa claramente lo que el cliente necesita del software y lo que el proveedor debe entregar. También cubre consideraciones como la naturaleza, ambiente y características deseables de un buen SRS.
Ingenieria de software (conceptos básicos)
La ingeniería de software es el área de la ciencia de la computación, que ofrece métodos y técnicas para el desarrollo de software, estudia el conjunto de actividades relacionadas con el ciclo de desarrollo del software, en particular se enfoca tanto a en calidad de su proceso como de su producto.
Metodologia Incremental
El modelo incremental consiste en el desarrollo inicial de la arquitectura completa del sistema, seguido de sucesivos incrementos funcionales. Cada incremento tiene su propio ciclo de vida y se basa en el anterior, sin cambiar su funcionalidad ni sus interfaces. Una vez entregado un incremento, no se realizan cambios sobre el mismo, sino únicamente corrección de errores.
Tipos de Requerimientos en Ingeniería de Software
El documento define requerimiento como una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo, o una capacidad que debe estar presente en un sistema. Explica que existen requerimientos funcionales, que describen las funciones de un sistema, y no funcionales, que definen sus características generales. Finalmente, describe técnicas como entrevistas, observación y cuestionarios para recolectar requerimientos de usuarios.
Formato ieee830(srs lleno)
Este documento presenta una especificación de requisitos para un sistema de información web para gestionar procesos administrativos y académicos en un centro de formación. Se describen los requisitos funcionales y no funcionales, incluyendo la autenticación y registro de usuarios, consultar información sobre cursos e inventario, y gestionar un aula virtual. El sistema se desarrollará siguiendo estándares como IEEE 830 para especificaciones de requisitos de software.
Extreme Programming-Fases
La metodología XP (Extreme Programming) consta de 6 fases para el desarrollo de proyectos de software de manera ágil. La fase de exploración define las funcionalidades del sistema a través de historias de usuario y un prototipo inicial. En la fase de planificación se estiman los costos de cada historia de usuario. Luego, el proyecto se divide en iteraciones de 3 semanas donde se implementan las historias priorizadas y se realizan reuniones diarias de seguimiento.
UML
UML permite modelar sistemas de software a través de diferentes diagramas como diagramas de clases, estados, secuencias, colaboraciones y actividades. Cada diagrama se enfoca en un aspecto diferente como la estructura de clases, flujos de estados, interacciones entre objetos y secuencias de mensajes. Los diagramas UML son una herramienta útil para el análisis, diseño y documentación de sistemas de software.
2 modelos de la ingenieria de software
El documento describe y compara cuatro modelos de ingeniería de software: el modelo cascada, el modelo de prototipos, el modelo en espiral y el proceso unificado racional (RUP). El modelo cascada sigue un enfoque secuencial de requisitos, diseño, codificación, prueba y mantenimiento. El modelo de prototipos involucra la construcción rápida de prototipos para obtener retroalimentación del cliente. El modelo en espiral enfatiza la gestión de riesgos a través de iteraciones sucesivas. Finalmente, el RUP es un proceso flexible
Sesión 2: Visión General. El proceso del software
Este documento presenta una visión general del proceso de desarrollo de software. Explica que el proceso de software consiste en una serie de actividades estructuradas como la especificación, el diseño, la implementación y las pruebas para crear un producto de alta calidad a tiempo. También describe que los ingenieros de software y sus gerentes adaptan el proceso a sus necesidades siguiendo pasos predecibles. Finalmente, resalta que un enfoque ágil es importante para ofrecer estabilidad al proceso creativo de desarrollo de software.
Tabla comparativa- metodologías de desarrollo
Este documento describe varios modelos de desarrollo de software, incluyendo cascada, incremental, prototipado evolutivo, RAD, RUP y XP. Explica las etapas, tipos de proyectos, relación con los usuarios y características de cada modelo.
Normalización de Base de Datos
La normalización de bases de datos consiste en el proceso de organizar los datos en tablas relacionadas de acuerdo a reglas específicas para eliminar redundancias, proteger la integridad de los datos y hacer la base de datos más flexible. Esto implica crear tablas independientes y establecer relaciones entre ellas según las diferentes formas normales, como la primera, segunda y tercera forma normal.
Mapa conceptual - Institutos Reguladores Calidad de Software
El documento describe varias organizaciones internacionales de normalización como la Organización Internacional de Normalización (ISO), el Instituto Nacional Estadounidense de Estándares (ANSI), el Instituto de Ingenieros en Electricidad y Electrónica (IEEE) y la Comisión Electrotécnica Internacional (IEC), que se encargan de promover el desarrollo de estándares y normas a nivel internacional para productos, tecnologías de la información, sistemas operativos, lenguajes de programación y formatos de archivo. Muchas de estas normas se
Modelo incremental
El modelo incremental de desarrollo de software propone entregar el producto en partes pequeñas llamadas incrementos, con cada incremento construyéndose sobre el anterior. Fue propuesto por Mills en 1980 para reducir la repetición de trabajo y permitir retrasar decisiones sobre requisitos hasta adquirir experiencia con el sistema. Cada incremento produce una versión más completa del software con nuevas funciones.
Ingeniería de requisitos e ingeniería de requerimientos
Este documento resume los conceptos clave de la ingeniería de requisitos. Explica que la ingeniería de requisitos es el proceso de desarrollar especificaciones de software mediante la recopilación, análisis y verificación de las necesidades del cliente. Describe las fases de la ingeniería de requisitos como la captura y análisis de requisitos, la especificación, la validación y la gestión de cambios. También explica técnicas comunes como entrevistas, talleres y casos de uso para descubrir requisitos del cliente.
Is1 01
Este documento introduce conceptos básicos de ingeniería de software. Brevemente describe la historia del software, características del software como producto, y la crisis del software que llevó al desarrollo de la ingeniería de software. También define la ingeniería de software como la aplicación sistemática de principios, prácticas y herramientas para producir software de alta calidad de manera eficiente.
Puntos de funcion
El documento describe un sistema de software para una papelería que registrará productos, proveedores y clientes. El sistema se desarrollará en PHP y tendrá una base de datos. Incluirá funciones como registrar productos y proveedores, listarlos y consultarlos. El sistema solo podrá ser usado por el personal autorizado.
Más contenido relacionado
La actualidad más candente
Modelo de desarrollo de software
Esta presentación muestra los distintos modelos de desarrollo de software y las actividades involucradas en cada una de sus etapas.
MOD Unidad 2: Tipos de modelado
Caracterizar el proceso de modelado identificando los factores claves del proceso para definir el alcance de los proyectos de software.
Capas de la ingenieria de software
El documento describe las cuatro capas de la ingeniería de software: enfoque de calidad, procesos, métodos y herramientas. La capa de procesos une la calidad con los métodos y permite un desarrollo racional del software. Los métodos incluyen actividades como el análisis de requisitos, diseño, construcción y pruebas. Finalmente, las herramientas brindan soporte automático a los procesos y métodos.
Modelo evolutivo
El documento describe los modelos de proceso evolutivo-prototipo. Explica que el modelo evolutivo consiste en expandir incrementos de un producto de software operacional guiado por la experiencia con el sistema. Describe que existen dos tipos de desarrollo evolutivo: exploratorio y de prototipos desechables. También cubre las etapas del modelo evolutivo y las características y ventajas de los modelos evolutivos e iterativos.
Software en tiempo real
El documento describe los sistemas de tiempo real, incluyendo su definición, tipos (blandos y duros), características, áreas de aplicación comunes y un problema que HERMES, un nuevo sistema, puede ayudar a resolver al proporcionar seguimiento continuo de las operaciones comerciales de una empresa.
tipos de requisitos
Este documento describe los diferentes tipos de requisitos para un sistema de software, incluyendo requisitos funcionales, no funcionales, del usuario y del sistema. Explica que los requisitos funcionales describen lo que el sistema debe hacer, mientras que los no funcionales se refieren a propiedades como el rendimiento y la seguridad. Además, señala que los requisitos del usuario deben ser comprensibles para los usuarios sin conocimiento técnico, al contrario de los requisitos del sistema, que proporcionan más detalles para el diseño del software.
Ieee 830
Este documento resume la Norma IEEE 830 para la Especificación de Requerimientos de Software. Explica que la norma provee una guía para la redacción de un Documento de Requerimientos de Software (SRS) que describa claramente lo que el cliente necesita del software y lo que el proveedor debe entregar. También cubre consideraciones como la naturaleza, ambiente y características deseables de un buen SRS.
Ingenieria de software (conceptos básicos)
La ingeniería de software es el área de la ciencia de la computación, que ofrece métodos y técnicas para el desarrollo de software, estudia el conjunto de actividades relacionadas con el ciclo de desarrollo del software, en particular se enfoca tanto a en calidad de su proceso como de su producto.
Metodologia Incremental
El modelo incremental consiste en el desarrollo inicial de la arquitectura completa del sistema, seguido de sucesivos incrementos funcionales. Cada incremento tiene su propio ciclo de vida y se basa en el anterior, sin cambiar su funcionalidad ni sus interfaces. Una vez entregado un incremento, no se realizan cambios sobre el mismo, sino únicamente corrección de errores.
Tipos de Requerimientos en Ingeniería de Software
El documento define requerimiento como una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo, o una capacidad que debe estar presente en un sistema. Explica que existen requerimientos funcionales, que describen las funciones de un sistema, y no funcionales, que definen sus características generales. Finalmente, describe técnicas como entrevistas, observación y cuestionarios para recolectar requerimientos de usuarios.
Formato ieee830(srs lleno)
Este documento presenta una especificación de requisitos para un sistema de información web para gestionar procesos administrativos y académicos en un centro de formación. Se describen los requisitos funcionales y no funcionales, incluyendo la autenticación y registro de usuarios, consultar información sobre cursos e inventario, y gestionar un aula virtual. El sistema se desarrollará siguiendo estándares como IEEE 830 para especificaciones de requisitos de software.
Extreme Programming-Fases
La metodología XP (Extreme Programming) consta de 6 fases para el desarrollo de proyectos de software de manera ágil. La fase de exploración define las funcionalidades del sistema a través de historias de usuario y un prototipo inicial. En la fase de planificación se estiman los costos de cada historia de usuario. Luego, el proyecto se divide en iteraciones de 3 semanas donde se implementan las historias priorizadas y se realizan reuniones diarias de seguimiento.
UML
UML permite modelar sistemas de software a través de diferentes diagramas como diagramas de clases, estados, secuencias, colaboraciones y actividades. Cada diagrama se enfoca en un aspecto diferente como la estructura de clases, flujos de estados, interacciones entre objetos y secuencias de mensajes. Los diagramas UML son una herramienta útil para el análisis, diseño y documentación de sistemas de software.
2 modelos de la ingenieria de software
El documento describe y compara cuatro modelos de ingeniería de software: el modelo cascada, el modelo de prototipos, el modelo en espiral y el proceso unificado racional (RUP). El modelo cascada sigue un enfoque secuencial de requisitos, diseño, codificación, prueba y mantenimiento. El modelo de prototipos involucra la construcción rápida de prototipos para obtener retroalimentación del cliente. El modelo en espiral enfatiza la gestión de riesgos a través de iteraciones sucesivas. Finalmente, el RUP es un proceso flexible
Sesión 2: Visión General. El proceso del software
Este documento presenta una visión general del proceso de desarrollo de software. Explica que el proceso de software consiste en una serie de actividades estructuradas como la especificación, el diseño, la implementación y las pruebas para crear un producto de alta calidad a tiempo. También describe que los ingenieros de software y sus gerentes adaptan el proceso a sus necesidades siguiendo pasos predecibles. Finalmente, resalta que un enfoque ágil es importante para ofrecer estabilidad al proceso creativo de desarrollo de software.
Tabla comparativa- metodologías de desarrollo
Este documento describe varios modelos de desarrollo de software, incluyendo cascada, incremental, prototipado evolutivo, RAD, RUP y XP. Explica las etapas, tipos de proyectos, relación con los usuarios y características de cada modelo.
Normalización de Base de Datos
La normalización de bases de datos consiste en el proceso de organizar los datos en tablas relacionadas de acuerdo a reglas específicas para eliminar redundancias, proteger la integridad de los datos y hacer la base de datos más flexible. Esto implica crear tablas independientes y establecer relaciones entre ellas según las diferentes formas normales, como la primera, segunda y tercera forma normal.
Mapa conceptual - Institutos Reguladores Calidad de Software
El documento describe varias organizaciones internacionales de normalización como la Organización Internacional de Normalización (ISO), el Instituto Nacional Estadounidense de Estándares (ANSI), el Instituto de Ingenieros en Electricidad y Electrónica (IEEE) y la Comisión Electrotécnica Internacional (IEC), que se encargan de promover el desarrollo de estándares y normas a nivel internacional para productos, tecnologías de la información, sistemas operativos, lenguajes de programación y formatos de archivo. Muchas de estas normas se
Modelo incremental
El modelo incremental de desarrollo de software propone entregar el producto en partes pequeñas llamadas incrementos, con cada incremento construyéndose sobre el anterior. Fue propuesto por Mills en 1980 para reducir la repetición de trabajo y permitir retrasar decisiones sobre requisitos hasta adquirir experiencia con el sistema. Cada incremento produce una versión más completa del software con nuevas funciones.
Ingeniería de requisitos e ingeniería de requerimientos
Este documento resume los conceptos clave de la ingeniería de requisitos. Explica que la ingeniería de requisitos es el proceso de desarrollar especificaciones de software mediante la recopilación, análisis y verificación de las necesidades del cliente. Describe las fases de la ingeniería de requisitos como la captura y análisis de requisitos, la especificación, la validación y la gestión de cambios. También explica técnicas comunes como entrevistas, talleres y casos de uso para descubrir requisitos del cliente.
La actualidad más candente (20)
Mapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de Software
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
Destacado
Is1 01
Este documento introduce conceptos básicos de ingeniería de software. Brevemente describe la historia del software, características del software como producto, y la crisis del software que llevó al desarrollo de la ingeniería de software. También define la ingeniería de software como la aplicación sistemática de principios, prácticas y herramientas para producir software de alta calidad de manera eficiente.
Puntos de funcion
El documento describe un sistema de software para una papelería que registrará productos, proveedores y clientes. El sistema se desarrollará en PHP y tendrá una base de datos. Incluirá funciones como registrar productos y proveedores, listarlos y consultarlos. El sistema solo podrá ser usado por el personal autorizado.
Puntos de funcion
Este documento describe el proceso de estimación de puntos de función para un sistema de ventas de productos. Identifica tres archivos lógicos externos principales (registro de productos, registro de usuarios y ventas), así como cuatro funciones transaccionales (entrada de ventas, lista de productos, lista de ventas y consulta de producto). Calcula los puntos de función para cada componente y aplica factores de ajuste para determinar que el total estimado de puntos de función para el sistema es de 37.31.
problemas del software
Este documento discute varios desafíos comunes en el desarrollo de software. Estimar el tiempo necesario para programar es difícil debido a que cada proyecto es único y el trabajo de programación requiere pensamiento creativo. También es difícil predecir todos los posibles errores antes de implementar el software debido a situaciones no previstas y casos que solo se presentan cuando el software está en uso. Medir el progreso durante el desarrollo de software es complicado dado que las etapas son concurrentes y el software requiere mantenimiento continuo.
Software Empotrado
El documento describe el software empotrado, que reside en memoria de sólo lectura y se utiliza para controlar productos y sistemas industriales y de consumo dotándolos de inteligencia. Incluye ejemplos de sistemas empotrados como cámaras digitales, electrodomésticos como lavadoras y microondas, sistemas de frenado de automóviles, controladores de plantas industriales, impresoras e instrumentos de comunicación como faxes y teléfonos.
Métricas del proceso y proyecto - Procesos de Ingeniería de software
En el presente trabajo se muestra algunas nociones básicas acerca de las métricas que pueden ser aplicadas a un proyecto software
Programación Orientada a Objetos
El documento introduce los conceptos básicos de la programación orientada a objetos (POO), incluyendo clases, objetos, atributos, métodos, encapsulamiento, herencia y polimorfismo. Explica que una clase define el estado y comportamiento de un objeto, mientras que un objeto es una instancia concreta de una clase. La POO permite modelar el mundo real mediante la creación de objetos que representan entidades y la definición de sus relaciones.
Metricas Ingenieria De Software
Las métricas son medidas utilizadas en ingeniería de software para evaluar programas, documentación, procesos de desarrollo y mantenimiento, y otros aspectos. Permiten comparar resultados con valores de referencia para tomar decisiones de mejora. Algunas métricas comunes miden el tamaño del código, la estructura de datos, el esfuerzo de desarrollo y la calidad. Las métricas son útiles para estimar trabajos, medir la productividad, y mejorar la calidad y productividad a través del uso de nuevas herramientas.
Analisis Y DiseñO Orientado A Objetos
Este documento describe el análisis y diseño orientado a objetos. 1) Explica conceptos clave como objetos, clases y herencia. 2) Señala que el análisis identifica objetos del dominio del problema, mientras que el diseño define objetos lógicos del software. 3) Describe los componentes genéricos del modelo de diseño OO como dominio del problema, interacción humana, gestión de tareas y gestión de datos.
modelos del proceso del software
Este documento describe varios modelos de procesos para la ingeniería de software, incluyendo modelos lineales, evolutivos e híbridos. Todos los modelos buscan resolver problemas a través de etapas iterativas de definición de problemas, desarrollo técnico e integración de soluciones. El modelo a elegir depende del proyecto, aplicación, métodos y herramientas disponibles.
Métricas de Proceso y proyecto de software
Este documento presenta una introducción a las métricas de proceso y proyecto en ingeniería de software. Explica conceptos clave como medida, medición, métrica e indicador. Detalla diferentes tipos de métricas como métricas orientadas al tamaño, función, objetos, casos de uso y métricas para medir la calidad del software. Finalmente, discute la importancia de integrar las métricas en el proceso de desarrollo de software y provee consideraciones para su implementación en organizaciones pequeñas.
GESTION DEL RIESGO
El documento habla sobre la gestión de riesgos en procesos de ingeniería de software. Explica que la gestión de riesgos tiene como objetivos identificar, controlar y eliminar fuentes de riesgo antes de que afecten los objetivos del proyecto. Describe las etapas de la gestión de riesgos como identificación, análisis, planeación y supervisión de riesgos para mitigarlos. También menciona algunos riesgos genéricos como cambios en requerimientos, subestimación del tamaño del proyecto y rotación del
Destacado (12)
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Similar a Complejidad del software 2
02 -introduccion_a_la_tecnologia_orientada_a_objetos
Este documento describe la crisis del software en los años 80 y cómo surgió el paradigma de orientación a objetos para abordarla. La crisis incluyó proyectos que no terminaban a tiempo, sobrepasaban el presupuesto, tenían baja productividad y calidad. La orientación a objetos surgió como una solución basada en la descomposición, abstracción y jerarquización de los sistemas en objetos discretos con datos y comportamiento.
3-Unidad 1: Introducción a la Plataforma .NET-1.2 Compònentes del Framework ....
3-Unidad 1: Introducción a la Plataforma .NET-1.2 Compònentes del Framework ....Luis Fernando Aguas Bucheli
La plataforma .NET provee los medios para:
1. Distribuir soluciones de forma flexible hacia cualquier dispositivo.
2. Migrar soluciones heredadas y desarrollar nuevas usando diversas herramientas y lenguajes.
3. Crear soluciones abiertas sobre estándares abiertos que permitan un mejor desarrollo, distribución y mantenimiento.Introducción a la Tecnología Orientada a Objetos
Este documento describe la evolución del paradigma de programación orientada a objetos. Introduce la crisis del software de los años 80 y cómo la orientación a objetos surgió como una solución. Explica que la orientación a objetos usa descomposición, abstracción y jerarquía para administrar la complejidad del software. También resume los beneficios de este paradigma como desarrollos más rápidos, calidad más alta y costos más bajos.
3- Unidad 1: Introducción a la Plataforma .Net
La presentación introduce la plataforma .NET, cubriendo sus objetivos de proveer medios para distribuir soluciones a cualquier dispositivo, migrar soluciones heredadas usando las herramientas preferidas, y crear y usar servicios web. También resalta los beneficios de .NET como facilitar el desarrollo, distribución y mantenimiento de soluciones de manera unificada y estable en múltiples lenguajes.
Orientacion objetos
El documento presenta una introducción a la orientación a objetos. Brevemente describe la crisis del software en los años 80 y cómo la complejidad del software era difícil de administrar. Luego introduce la orientación a objetos como una solución basada en la descomposición, abstracción y jerarquía de los elementos del problema para reducir la complejidad. Finalmente, resalta los beneficios de la orientación a objetos como desarrollos más rápidos, calidad más alta y mantenimiento más fácil.
Unidad I
Un sistema distribuido es una colección de computadoras independientes que aparecen ante los usuarios como una única computadora. Los sistemas distribuidos ofrecen ventajas como economía, velocidad y confiabilidad al compartir recursos entre máquinas, pero también presentan desafíos como la complejidad del software y problemas en las redes de comunicación.
Sesion 1. entendiendo las necesidades (2);diapositiva
Este documento discute la complejidad del desarrollo de software y las mejores prácticas. Explica que los proyectos de software a menudo se retrasan y superan el presupuesto, y que tres factores críticos de éxito son involucrar a los usuarios, obtener el apoyo de la alta gerencia y describir claramente los objetivos del negocio. También describe que el proceso de desarrollo de software es complejo y variable, y a menudo se improvisa sin documentación. Finalmente, presenta algunas mejores prácticas como
Ventajas, desventajas y características
Este documento resume las ventajas, desventajas y características de diferentes medios de almacenamiento, sistemas operativos (Windows, Mac OS, Linux, Unix) y herramientas antivirus (Norton, Avast, Nod 32, Panda). Proporciona tablas detalladas comparando cada uno en 3 categorías.
Tipos de software
El documento describe tres tipos de sistemas informáticos: los sistemas operativos, los sistemas de aplicación y los sistemas de programación. Los sistemas operativos, como Windows y Linux, son programas que controlan los recursos de un ordenador. Los sistemas de aplicación, como Microsoft Word y Google Chrome, son programas diseñados para tareas específicas. Los sistemas de programación, incluyendo lenguajes como C, facilitan la programación de aplicaciones.
Aplicaciones Distribuidas.ppt
Este documento presenta un curso sobre Infraestructura en la Web que incluye objetivos como conceptos teóricos y prácticos relacionados con la tecnología web y las diferencias entre ingeniería de software e ingeniería web. El curso también cubrirá aplicaciones distribuidas en la web, su diseño arquitectónico y tecnologías subyacentes.
VDI Security
Este documento resume la charla sobre virtualización, incluyendo:
1) Conceptos básicos de virtualización, su historia y tendencias.
2) Explicación de VDI y sus beneficios como la centralización y mejor seguridad.
3) Discusión de los principales jugadores del mercado como Citrix, Microsoft y VMWare y casos de estudio sobre sus soluciones.
Sistemas distribuidos
Este documento describe los sistemas operativos distribuidos. Explica que estos sistemas ocultan la naturaleza distribuida del hardware para ofrecer una visión unificada a los usuarios. También describe las ventajas de los sistemas distribuidos como el alto rendimiento a través del procesamiento paralelo y la tolerancia a fallos. Finalmente, explica algunos de los desafíos en el diseño de sistemas operativos distribuidos como lograr la exclusión mutua sin memoria compartida y evitar los interbloqueos sin un estado global.
Crisis software
Este documento introduce el tema de la calidad de software. Explica que la crisis del software se debe a los fracasos en dominar la complejidad del software, lo que causa retrasos, excesos de presupuesto y fallas en los requisitos. También presenta modelos para evaluar la calidad del producto y proceso de software, así como temas clave como la gestión de requisitos y configuración.
Conceptos básicos y metodología de la programación
El documento resume los conceptos básicos de programación, incluyendo las definiciones de computadora, datos, información y algoritmos. Explica las diferentes etapas del desarrollo de software como el análisis, diseño, codificación, pruebas y mantenimiento. También describe los diferentes tipos de lenguajes de programación como los lenguajes de máquina, ensamblador y de alto nivel.
2. software y sus cualidades
El documento describe la naturaleza y cualidades del software. Explica que el software consiste en códigos de instrucciones que cambian el estado del hardware y se forma con instrucciones, estructuras de datos y documentos. También describe diferentes tipos de software como de sistemas, aplicaciones, científico, empotrado y basado en la web. Finalmente, explica cualidades como ser correcto, confiable, robusto y eficiente.
Software
El documento describe la naturaleza y cualidades del software. Explica que el software consiste en códigos de instrucciones que cambian el estado del hardware y se forma con instrucciones, estructuras de datos y documentos. También describe varios tipos de software como de sistemas, aplicaciones, científico, empotrado y basado en la web. Finalmente, explica cualidades como ser correcto, confiable, eficiente y portable.
El software su naturaleza y las cualidades
El documento describe la naturaleza y cualidades del software. Explica que el software consiste en códigos de instrucciones que cambian el estado del hardware y se forma con instrucciones, estructuras de datos y documentos. También describe varios tipos de software como de sistemas, aplicaciones, científico, empotrado y basado en la web. Finalmente, explica cualidades como ser correcto, confiable, eficiente y portable.
El software su naturaleza y cualidades
El documento describe la naturaleza y cualidades del software. Explica que el software consiste en un código de instrucciones que cambian el estado del hardware y que se forma con instrucciones, estructuras de datos y documentos. También describe las características, funciones y tipos de software como los sistemas, aplicaciones, científico, empotrado y basado en la web. Finalmente, explica cualidades como correcto, confiable, robusto y eficiente.
Unidad 1
Este documento describe la evolución de las aplicaciones informáticas desde las aplicaciones monolíticas hasta las aplicaciones distribuidas. Explica que las aplicaciones distribuidas se componen de interfaces de usuario, lógica de negocio y gestión de datos que se ejecutan de forma independiente en diferentes máquinas conectadas en red. También identifica algunos problemas comunes en el desarrollo de aplicaciones distribuidas como la disponibilidad de los servidores y el acceso remoto a los sistemas.
Exposicion unidad 1 ing software
Este documento define la ingeniería del software como el estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas de software. Explora temas clave como inspección de software crítico, arquitecturas de software distribuido, UML, control de proyectos de software y más. También discute la evolución del software, sus aplicaciones y mitos. Concluye que el software se ha convertido en un factor limitante para la evolución de sistemas informáticos y que la ingeniería de software intenta proporcionar un marco para
Similar a Complejidad del software 2 (20)
02 -introduccion_a_la_tecnologia_orientada_a_objetos
02 -introduccion_a_la_tecnologia_orientada_a_objetos
3-Unidad 1: Introducción a la Plataforma .NET-1.2 Compònentes del Framework ....
3-Unidad 1: Introducción a la Plataforma .NET-1.2 Compònentes del Framework ....
Sesion 1. entendiendo las necesidades (2);diapositiva
Sesion 1. entendiendo las necesidades (2);diapositiva
Conceptos básicos y metodología de la programación
Conceptos básicos y metodología de la programación
Más de pabloantoniofidel
Modelos didatico
Este documento presenta una introducción a diferentes modelos didácticos y pedagógicos. Describe brevemente el modelo didáctico tradicional, tecnológico y espontaneísta, así como los modelos pedagógicos conductista, constructivista e histórico-cultural. También analiza conceptos como razón de los modelos de docencia, tipos de modelos didácticos y principios de la escuela tradicional y nueva.
Operalizacion
El documento describe dos modelos educativos para poblaciones en situación de desplazamiento: Escuela Nueva y Telesecundaria. Escuela Nueva promueve el aprendizaje activo y cooperativo a través de módulos guiados por el docente. Telesecundaria integra estrategias de aprendizaje activo utilizando programas de televisión educativa y proyectos productivos. Ambos modelos buscan mejorar la calidad y cobertura de la educación básica a través de enfoques pedagógicos flexibles.
Retos de doencia
El documento discute los retos y exigencias de la educación en el siglo XXI. Señala que la educación debe enseñarnos a vivir juntos manteniendo nuestras culturas. También destaca la importancia de fomentar la innovación, el aprendizaje continuo, y las habilidades de comunicación y trabajo en equipo. Resalta que los docentes siguen cumpliendo un papel importante al presentar temas, motivar a los estudiantes, dominar los contenidos y fomentar aprendizajes significativos.
Teorias del aprendizaje
Este documento resume tres teorías principales del aprendizaje: la teoría conductista, la teoría cognitiva y la teoría constructivista. La teoría conductista se centra en la relación entre estímulos y respuestas y fue desarrollada por psicólogos como Thorndike y Watson. La teoría cognitiva examina cómo los individuos procesan y almacenan información y fue influenciada por Bruner. La teoría constructivista enfatiza que los estudiantes construyen activamente su propio conocimiento y que el maestro
Consultas
El documento proporciona instrucciones sobre el uso de MySQL para la creación y gestión de bases de datos y tablas, la inserción y modificación de datos, y el manejo de claves primarias y claves foráneas. Se explican sentencias como CREATE DATABASE, CREATE TABLE, INSERT, ALTER TABLE, y se definen conceptos como claves primarias, claves foráneas y actualización en cascada.
Analisis de necesidades_educativas
Este documento presenta un análisis de las necesidades educativas y cómo determinar las que requieren apoyo informático. Explica cómo identificar y clasificar las necesidades en normativas, sentidas, expresadas o futuras. También describe fuentes de información como alternativas de solución administrativas o académicas, y cómo los sistemas tutoriales, de ejercitación, simuladores u otros pueden proveer soluciones con apoyo informático.
1didactica de la_informatica-_hipervinculos (1)
Este documento presenta un resumen de un módulo sobre didáctica de la informática educativa dictado en la Universidad Nacional de Loja, Ecuador. El módulo cubre temas como los componentes de la didáctica, las técnicas didácticas, la informática educativa, la pedagogía informacional y el aprendizaje colaborativo. Fue impartido por la Ing. Lena Ruiz a un grupo de 4 estudiantes en 2012.
Software
Este documento describe varios factores importantes relacionados con la calidad del software. Define la calidad como el conjunto de características que permiten satisfacer las necesidades expresadas y las implícitas. Explica que la garantía de calidad involucra actividades planificadas para asegurar que el software satisfará los requisitos de calidad. También describe el ciclo de vida del software, el cual incluye etapas como la definición de requisitos, diseño, implementación, pruebas e integración, validación y mantenimiento.
Más de pabloantoniofidel (8)
Complejidad del software 2
- 1. 1.1 Complejidad Inherente al Software
- 2. Complejidad • “La complejidad del software es una propiedad esencial, no accidental” [Brooks]. • Controlarla, más no Eliminarla.
- 3. Complejidad • Factores importantes : – La complejidad del dominio del problema. – La dificultad de gestionar el proceso de desarrollo. – La flexibilidad que se puede alcanzar a través del software. – Los problemas que plantea la caracterización del comportamiento de sistemas discretos.
- 4. Complejidad del dominio del problema Confiabilidad Facilidad de uso Costo Rendimiento Problema Requerimientos
- 5. Complejidad del dominio... + usuarios para Dificultad de los Puntos de vista diferentes sobre la expresar con precisión sus necesidades naturaleza del en forma que los desarrolladores las problema, y cada uno puedan entender tiene una solución. La forma habitual de expresar requisitos Difíciles de actualmente es mediante grandes comprender, cantidades de texto, acompañadas de generando varias algunos gráficos. interpretaciones +sistema de software Los requisitos de un cambian frecuentemente durante su desarrollo
- 6. Complejidad del dominio... Luego de la puesta en marcha Mantenimiento Evolución Conservación del Software Se usan medios Corregir errores Requerimientos extraordinarios para que cambian mantener en operación un software anticuado o decadente
- 7. Dificultad de gestionar el proceso de desarrollo ¿Cómo es posible escribir menos código? REUTILIZACION (marcos estructurales y código)
- 8. Dificultad de gestionar el proceso de desarrollo Cientos y/o miles Tamaño de los Proyectos de modulos separados Equipo de desarrolladores Comunicación más compleja Equipos dispersos y Coordinación más difícil geográficamente Mantener una unidad e integridad en el diseño
- 9. Flexibilidad alcanzable a través del software • Construcción y Reconstrucción en diferentes organizaciones • No existe normatividad para los módulos • No existe reutilización, se quiere construir todo!!!
- 10. Comportamiento de sistemas discretos • Sistemas análogos • No-lineales Comportamiento no-determinístico y y x x Sistema Continuo Sistema Discreto
- 11. Consecuencias << Cuanto más complejo sea el sistema, más abierto esta el derrumbamiento total >> No dominar la complejidad del software: • Proyectos retrasados, • Exceden el presupuesto Crisis del • Que son deficientes respecto software a los requerimientos fijados