Ingeniería de Software
Enviado por DorisChicaiza • 25 de Abril de 2019 • Apuntes • 2.621 Palabras (11 Páginas) • 68 Visitas
Ingeniería de Software Es aplicar principios de ingeniería para obtener un software económico, fiable y que se pueda implementar en equipos reales. | ||||||
Proceso Proceso de transformación que recibe entradas y genera salidas. | Modelo Estructurado Visión general del problema hasta llegar a un nivel abstracción (código) | Modelo Orientado a Objetos Presenta la información mediante objetos. | Ágil El cliente es participe del proceso de desarrollo del software. | Normas y Estándares Hacen parte de la ingeniería de software, con el objetivo obtener fiabilidad, funcionalidad, eficiencia, usabilidad, mantenibilidad y portabilidad en la producción de software.
| Organismo Buscan la estandarización de normas de productos de software. | Aspecto Crisis Son las dificultades del desarrollo de software al no aplicar normas y estándares para el desarrollo del software. |
Planificación Permite proporcionar un marco de trabajo que permita hacer estimaciones razonables de recursos, costos y tiempo | Perfil del proyecto Es la descripción de un proyecto, define el propósito, actividades y el personal involucrado. | Perfil del proyecto = | Perfil del proyecto = | El perfil de proyecto lo realizan cada una de las empresas de desarrollo de software. Como referencia se puede usar platillas. ISO 21500 da soporte a uno de los principales motores económicos mundiales como son los proyectos. | ISO | E(si) (Costo, tiempo, recurso, agenda de trabajo) |
Estimación del software (tiempo, costo, recursos). Es una predicción de cuánto tiempo durará o costará un proyecto de software | Estimación del software (tiempo, costo, recursos). = | Estimación del software (tiempo, costo, recursos). = | COCOMO. - Modelo Constructivo de Costos. Establece una relación matemática la cual permite estimar el esfuerzo y tiempo requerido para desarrollar un producto, mediante:
| |||
Gestión de la Configuración Permite identificar, organizar y controlar modificaciones al software con el objetivo de maximizar la productividad y minimizar los errores. | Gestión de la configuración = | Gestión de la configuración = | Gestión de la Configuración de Software SCM. - es analizar el proceso de desarrollo de software y a definir las técnicas por las cuales podría ser manejado de manera efectiva. IEEE 828-2012 Para la gestión de la configuración en ingeniería de sistemas y software. - Esta norma establece los requisitos mínimos para los procesos de gestión de configuración (GC) en la ingeniería de sistemas y software, incluyendo la identificación y adquisición de elementos de configuración. IEEE 1042-1987 - Guía IEEE para la gestión de la configuración del software. - Para aquellos que planifican actividades de gestión de configuración de software. | SMC IEEE IEEE | ||
Gestión de la calidad En la calidad del software se estudia conceptos, métodos, técnicas, procedimientos y estándares necesarios para producir productos software calidad. | Gestión de la calidad = | Gestión de la calidad Uno de los objetivos de ingeniería de software es generar un software de calidad. | ISO 9000 “Sistemas de gestión de la calidad. Principios y vocabulario”: contiene los fundamentos de los SGC, términos y definiciones. ISO 9001 “Sistemas de gestión de la calidad. Requisitos”: incluye los requisitos en los que se debe basar y cumplir un Sistema de Gestión de Calidad. ISO/IEC 25000 que proporciona una guía para el uso de estándares internacionales llamada Requisitos y Evaluación de Calidad de Productos de Software. | ISO ISO ISO/IEC 25000 | ||
Gestión de riesgos. Es el proceso de identificación, análisis, respuesta a los riesgos y control aplicando a las fases del desarrollo de software. | Gestión de riesgos. = | Gestión de riesgos. = | PMBOOK. - Aumenta la probabilidad y el impacto de eventos positivos, y disminuir la probabilidad y el impacto de eventos negativos para el proyecto. ISO 31000:2009. -Sobre la base de los procesos y la lógica del ciclo PHVA (Planear – Hacer – Verificar – Actuar) ISOTools está diseñado para hacer más efectivo el manejo de la documentación, mejorar la comunicación y reducir tiempos y costos. ISO 31000:2018. - permite a las partes interesadas destacar en la toma de decisiones, el logro de objetivos y la mejora del desempeño ante amenazas y riesgos que se presenten en la organización. BSI 2002, APM 2004, IEC 1995 y IEEE 2001.- están compuestas por cuatro procesos: la identificación de los riesgos, el análisis de los riesgos, la preparación de la respuesta a los riesgos y el seguimiento y control de estos. | PMBOOK. -Términos asociados a la gestión de proyectos. ISO
| ||
Acta de constitución del proyecto. Define qué es lo que se espera lograr y cuál será el alcance para lograrlo. | Acta de constitución del proyecto. = | Acta de constitución del proyecto. = | PMBOK: Acta de Constitución del Proyecto. Consiste en desarrollar un documento que autoriza formalmente un proyecto o una fase del mismo y documentar los requisitos iniciales que satisfacen las necesidades y expectativas de los interesados. | |||
Normativa Es una estructura documental de los proyectos de software. | Normativa = | Normativa = | Los proyectos de software no tienen una estructura documental normalizada en la práctica, responden a una estructura documental estándar. Por ello, se analiza la posible adaptación de los proyectos de software a la estructura documental general. | |||
Línea base Es la finalización de una etapa o hito, y la inicialización de otra. | Acta de constitución del proyecto. Quede por escrito y firmado por las partes involucradas. | Acta de constitución del proyecto. = | Acta de constitución del proyecto. = | Calidad (revisión) El grupo de aseguramiento de calidad participa en la revisión de los productos seleccionados. | ||
Análisis | ERS (funcionales & no funcionales). Son tareas que debe realizar el sistema: Funcionales actividades del software. No funcionales responde a arquitectura tecnológica. | Diagrama de casos de uso. Define el comportamiento del sistema mediante y el actor. | Product backlog Es una lista de funcionalidades del software en base a iteraciones. | ERS (funcionales & no funcionales). ERS IEEE830. - Ayudar a los clientes a describir claramente lo que se desea obtener mediante un determinado software: El cliente debe participar activamente en la especificación de requisitos, ya que éste tiene una visión mucho más detallada de los procesos que se llevan a cabo. Asimismo, el cliente se siente partícipe del propio desarrollo. | ||
BABOK, PMBOK Documentos de criterios de aceptación. - Los criterios de aceptación del proyecto de software corresponderán a la recepción satisfactoria de METRO de los siguientes aspectos técnicos: ∙ Término del plan de pruebas de la aplicación. ∙ Recepción de la documentación completa. ∙ Recepción de programas fuentes. ∙ Compilación o despliegue de la solución desde los programas fuentes y generación exitosa de versiones ejecutables del software en dependencias de METRO. | ||||||
Documentos de criterios de aceptación Determinan las circunstancias específicas las cuales el cliente aceptará el resultado final del proyecto. | Definición de casos de uso de alto nivel. Describe un proceso de negocios del sistema muy brevemente. | Sprint backlog Es una lista de tareas elaboradas en una reunión de planificación de iteraciones. | Diagramas de caso uso. - Lenguaje Unificado de Modelado UML. UML ofrece un estándar para describir un “plano” del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados. | |||
Diagrama de secuencia del sistema Es una interacción entre objetos en un sistema | Definición de casos de uso de alto nivel. – notación UML Lenguaje Unificado de Modelado | |||||
Diagrama de secuencia del sistema. - notación UML Lenguaje Unificado de Modelado. | ||||||
Metodología Scrum. – es un proceso que permite trabajar colaborativamente, en equipo y obtener el mejor resultado posible en un proyecto, se basan en Product backlog y sprint backlog. | ||||||
Línea Base | Documentos de criterios de aceptación Determinan las circunstancias específicas las cuales el cliente aceptará el resultado final del proyecto. | Documentos de criterios de aceptación = | Documentos de criterios de aceptación Describen un contexto, un evento y la respuesta o consecuencia esperada del sistema. | Documentos de criterios de aceptación. - Los criterios de aceptación del proyecto de software corresponderán a la recepción satisfactoria en aspectos técnicos: ∙ Término del plan de pruebas de la aplicación. ∙ Recepción de la documentación completa. ∙ Recepción de programas fuentes. ∙ Compilación o despliegue de la solución desde los programas fuentes y generación exitosa de versiones ejecutables del software. | Calidad (revisión) El grupo de aseguramiento de calidad participa en la revisión de los productos seleccionados. | |
Diseño | DFD (Diagrama de Flujo de Datos) Representa los procesos que debe llevar a cabo el sistema. | Diagrama de procesos Ilustra las relaciones entre los principales componentes de un sistema. | Buenas prácticas del diseño de software. Es aplicar técnicas, herramientas para el proceso de desarrollo de un software de calidad. | UML Lenguaje de Modelado Universal, herramientas case de modelado Rational rouse, LuciChart y Power Designer. | ||
Diseño Interfaces Define la forma, función, usabilidad, ergonomía y apariencia externa de las interfaces. | Diagrama de secuencia de objetos. Representan objetos e intercambian mensajes. | Estándares para el diseño de interfaz:
| ||||
Diagrama de BD Estructura lógica de la BD, con relaciones y almacenamiento de datos. | Diagrama de colaboración de objetos. Representa objetos o clases y la forma. | ISO/IEC 9126-3: en el modelo de datos conceptual entidad-relación. UML Lenguaje de Modelado Universal, herramientas case de modelado Rational rouse, LuciChart y Power Designer. | ||||
Diagrama de componentes Visión física de la construcción del sistema. | Diagrama de clases. Dominio o Representación de conceptos. | UML Lenguaje de Modelado Universal, herramientas case de modelado Rational rouse, LuciChart y Power Designer. | ||||
Diseño de pruebas Determinan si los productos cumplen con los requisitos de esa actividad y si el sistema y / o el software satisfacen su uso. | Diagrama de transición de estados (DC-DER) Representan cómo evoluciona un sistema. | IEEE 829: Documentación de prueba IEEE 1008: Pruebas Unitarias BS 7925-1: Vocabulario de términos en Pruebas de Software BS 7925-2: Estándar de pruebas de componentes software ISO / IEC 29119: las pruebas de software que define el vocabulario, procesos, documentación, técnicas y un modelo de evaluación del proceso de pruebas de software que se puede utilizar dentro de cualquier ciclo de vida de desarrollo. | ||||
Diccionario de datos Describe todos los ítems de metadatos. | ISO19115: Describe todos los ítems de metadatos que podrían utilizarse para describir un conjunto de datos territoriales. | |||||
Diagrama de despliegue. Modela la arquitectura en tiempo de ejecución del sistema. | UML Lenguaje de Modelado Universal, herramientas case de modelado Rational rouse, LuciChart y Power Designer. | |||||
UML Lenguaje de Modelado Universal, herramientas case de modelado Rational rouse, LuciChart y Power Designer. | ||||||
ISO9126-1: representa la última investigación sobre la caracterización de software para los fines de control de calidad, aseguramiento de la calidad y mejora de procesos de software | ||||||
Línea base Es la finalización de una etapa o hito, y la inicialización de otra. | Documento arquitectura y diseño detallado Entender las interacciones en el software y la trazabilidad de los elementos diseñados hacia los requerimientos. | Documento arquitectura y diseño detallado = | Documento arquitectura y diseño detallado = | Plantilla del Diseño de Software. - está adaptada de [IEEE 1471], [IEEE 1016] y plantilla para arquitectura de software. Norma: ISO/IEC 29110: relacionada a la Arquitectura de Software y el Diseño Detallado del Reporte Técnico. Secciones: • Proceso: Implementación de Software (IS) • Actividad: IS.3 Arquitectura de Software y Diseño Detallado • Tareas y Roles. | Calidad (Revisión): ISO 8402 la define como las acciones en conjunto sistemática y planificada que son necesarias para dar la confianza sobre un producto. Eficiencia (revisión): Eficiencia en ejecución de los tributos del software que minimizan el tiempo de respuesta. | |
Implementación Es la ejecución o puesta en marcha de un software. | Código fuente Es donde se encuentra escrito el funcionamiento de un sistema. | Código fuente = | Código fuente = | La ISO 27001 es la Norma que permite el aseguramiento, la confidencialidad e integridad de los datos y de la información. | Versiones: gestión de cambios de un código. | |
Código objeto Es la compilación del código fuente | Código objeto = | Código objeto = | La ISO 27001 es la Norma que permite el aseguramiento, la confidencialidad e integridad de los datos y de la información. | |||
Documentación Es el registro de todo lo que ocurrió en la implementación de un software. | Documentación = | Documentación = | El estándar IEEE std 1063-2001 brinda ese marco de referencia para establecer qué partes deben conformar cualquier documento que deba ser utilizado por un usuario del sistema o programa en cuestión. Este estándar solo se aplica a la documentación de usuario. | |||
Línea base Es la finalización de una etapa o hito, y la inicialización de otra. | Criterios implementación Recursos tecnológicos de infraestructura y software necesarios para la instalación del producto. | Criterios implementación = | Criterios implementación = | Manual SICIED 01 – Implementación. Plan de Verificación y Validación. - Identifica los componentes de software y documentos que deben ser verificados. | Calidad (Revisión): ISO 8402 la define como las acciones en conjunto sistemática y planificada que son necesarias para dar la confianza sobre un producto. | |
Pruebas Identifica posibles fallos de funcionamiento, configuración o usabilidad de un software | Unitarias Comprueba el correcto funcionamiento de una unidad de código. | Unitarias = | Unitarias = | IEEE 1008: pruebas unitarias El objetivo principal del estándar es especificar un enfoque estándar para las pruebas de unidad del software que pueda ser usado como base firme para para la práctica de la ingeniería de software. | Calidad: confianza del producto. Eficiencia: velocidad apropiada Fiabilidad: mantiene operativo Usabilidad: usuario esta cómodo con el. | |
Integración Se examinan las interfaces en subsistemas. | Integración = | Integración = | ISO/IEC/IEEE 29119: Pruebas no unitarias (integración, sistema, aceptación). Conceptos y Vocabulario 2. Proceso de Pruebas 3. Documentación de Pruebas 4. Técnicas de Prueba. | |||
Aceptación Se realiza con el usuario. | Aceptación = | Aceptación = | ISO/IEC/IEEE 29119: Pruebas no unitarias (integración, sistema, aceptación). Conceptos y Vocabulario 2. Proceso de Pruebas 3. Documentación de Pruebas 4. Técnicas de Prueba. | |||
Usabilidad Cliente prueba el software. | Usabilidad = | Usabilidad = | Norma ISO / IEC 9126-4 de Usabilidad Métrica: el grado en que un producto puede ser utilizado por usuarios específicos para lograr los objetivos específicos con efectividad, eficiencia y satisfacción en un contexto de uso. | |||
Sistema Integración del sistema. | Sistema = | Sistema = | IEEE 829: Pruebas de sistema: Estándar para documentación de pruebas de software ... El alcance de las pruebas abarca sistemas basados en software, hardware y sus interfaces. | |||
Línea Base Es la finalización de una etapa o hito, y la inicialización de otra. | Criterios de aceptación y fallos Son considerados para dar completado el Plan de pruebas. | Criterios de aceptación y fallos = | Criterios de aceptación y fallos = | Plan de pruebas ISO/IEC/IEEE 29119: El nuevo estándar internacional para pruebas de software | QA: Pruebas para asegurar la calidad del producto software. | |
Implantación Son actividades necesarias para poner a disposición de los usuarios el sistema. | Software Son programas informáticos que permiten operabilidad de un computador. | Software = | Software = | Plan de Implantación. – preparación de la infraestructura necesaria, instalación de procedimientos manuales, y ejecución. Metodología Implantación de Productos: SAP AIP IEEE 1074 Instalación: Compuesto por las actividades: Distribución de software, Instalación del software, Aceptación de software en el entorno operativo. | ||
Manuales Son guías de instrucciones que sirven para el uso de un sistema. | Manuales = | Manuales = | ISO 12207: Instalación, aceptación y operación de software. | |||
Línea Base Es la finalización de una etapa o hito, y la inicialización de otra. | Evaluación de Criterios de Salida: Los criterios de salida son necesarios para determinar si es posible dar por finalizado un ciclo de pruebas. | Evaluación de Criterios de Salida: = | Evaluación de Criterios de Salida: = | ISO/IEC 14598: es una descripción general de los procesos para la evaluación de productos de software. | ||
Mantenimiento Modificación de un producto de software después de la entrega, para corregir errores y mejorar el rendimiento. | Migración Es transferencia de datos de diferentes sistemas informáticos a otros. | Migración = | Migración = | ISO 14764: presenta los requerimientos para el proceso de mantenimiento del software, contiene las actividades y tareas del mantenedor, proporciona una guía que explica cómo llevar a cabo el proceso de mantenimiento y establece definiciones para los distintos tipos de mantenimiento. | ||
Línea Base Es la finalización de una etapa o hito, y la inicialización de otra. | Criterios de cierre del proceso Es la planeación, incidencias reportadas, se debe verificar si los entregables planeados. | Criterios de cierre del proceso = | Criterios de cierre del proceso = | Acta de cierre de proyecto | ||
Retiro Se debería hacer un análisis para ayudar en la toma de la decisión de retiro de un producto software | Plan de retiro Son las especificaciones del software para su retiro. | Plan de retiro = | Plan de retiro = | ISO/IEC 12207 punto 5.5.6.1: Desarrollar y documentar un plan de retiro para eliminar el soporte por parte de las organizaciones que operan con el sistema y lo mantienen. |
...