FISM1-TareaU1

August 17, 2017 | Author: Tañita Hernandez Martinez | Category: Design, Software, Software Engineering, Computer Program, Software Development Process
Share Embed Donate


Short Description

Download FISM1-TareaU1...

Description

INGENIERÍA EN SISTEMAS COMPUTACIONALES UNIDAD I Evidencia #1 “Glosario de Terminología de la Ingeniería de Software”

INTEGRANTES DEL EQUIPO: Ana Karen Hernández Cruz. Tania Hernández Martínez. Adriana Morales Antonio. César Manuel Reyes. Gerardo Reyes Chavero.

MATERIA: Fundamento de Ingeniería de Software.

CATEDRÁTICO: Ing. Gabino Márquez Pérez.

SEMESTRE: 5

TURNO: Matutino 1

Fecha de Entrega: 20 de Agosto del 2014.

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

INTRODUCCIÓN Pretendemos dar una breve explicación del significado de cada concepto mencionando su funcionalidad en el campo de la Ingeniería de Software para comprender su desarrollo y los modelos en que están basados.

OBJETIVO Comprender la terminología de los principales conceptos de la Ingeniería de Software y el significado que se refiere cada por medio de un glosario para el mejor entendimiento y de forma más práctica.

2

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

GLOSARIO Adaptabilidad: Facilidad con la que un sistema o un componente puede modificarse para corregir errores, mejorar su rendimiento u otros atributos, o adaptarse a cambios del entorno. Análisis de Requisitos: Procesos que permite especificar las características operacionales del software (función, datos y rendimientos), indica la interfaz del software con otros elementos del sistema y establece las restricciones que debe cumplir el software. Aplicación de Software: Satisface las necesidades del usuario con el software de soporte que son conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores o con el software de sistema para ser transferir desde una plataforma a otra la capacidad de instalación, capacidad de reemplazamiento, adaptabilidad, co-existencia y conformidad de portabilidad. Ciclo de vida: Conjunto de etapas parcialmente ordenadas con la intención de lograr un objetivo, en este caso, la obtención de un producto de software de calidad, incluye las fases de concepto, requisitos, diseño, implementación, prueba, instalación, verificación, validación, operación y mantenimiento y en ocasiones, retirada. CMM: Siglas de “Capability Maturity Model”, modelo desarrollado por SEI (Software Engineering Institute) en 1990, para la evaluación y mejora de los procesos. El primer modelo desarrollado para evaluar y mejorar los procesos fue el SW-CMM, por lo que muchas veces se hace referencia coloquialmente como “CMM”. En la actualidad los modelos de evaluación y mejora desarrollados y mantenidos por SEI son: P-CMM (People Capability Maturity Model), SA-CMM (Software Acquisition Capability MaturityModel). CMMI: Siglas de “Capability Maturity Model Integration”. Es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software. COCOMO: (Construvtive Cost Model) Modelo constructivo de costes. Es una jerarquía de modelos de estimación de costes que incluye los sub-modelos: básico, intermedio y detallado. Su finalidad es alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones, en esta fase todas las componentes, características y requisitos deben ser implementados, integrados y cambiados en su totalidad.

3

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Codificación: Proceso de descripción de un programa de ordenador y/o Transformación del diseño lógico y demás especificaciones de diseño en un lenguaje de programación. Comité de gestión de configuración (CGC): Grupo de personas responsable de evaluar los proyectos que lleve a cabo las empresas se los ejecute con una adecuada gestión de los procesos lo que implica planeación, ejecución, control, medición de los mismos. Compatibilidad: Preparación de dos o más componentes o sistemas para llevar a cabo sus funciones mientras comparten el mismo entorno de hardware o software y/o para intercambiar información. Complejidad ciclomática: Métrica que evalúa la complejidad del código. Los sistemas de software con puntos de excesiva complejidad ciclomática presentan un código con mayor dificultad de mantenimiento. Componente: Forma de estructuración del sistema que puede ser hardware, software, y puede a su vez subdividirse en otros componentes. ConOps: Descripción del sistema. Un producto de software se puede describir en un sentido extenso como: los ejecutables, código fuente, descripciones de arquitectura, etc. CPM (Critical Path Method): El método de la ruta crítica es un algoritmo utilizado para el cálculo de tiempos y plazos en la planificación de proyectos; desarrollado en 1957 en los Estados Unidos de América, buscando el control y la optimización de los costos mediante la planificación y programación adecuadas de las actividades componentes del proyecto. Un proyecto puede tener varias rutas críticas paralelas. Una ruta paralela adicional a través de la red con la duración total cercana a la de la ruta crítica, aunque necesariamente menor, se llama ruta sub-crítica. Crisis del software: La crisis del software se fundamentó en el tiempo de creación de software, ya que en la creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca flexibilidad. la crisis del software se refiere a la dificultad en escribir programas libres de defectos, fácilmente comprensibles, y que sean verificables. Las causas son, entre otras, la complejidad que supone la tarea de programar, y los cambios a los que se tiene que ver sometido un programa para ser continuamente adaptado a las necesidades de los usuarios. 4

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Crystal Methods Descripción del sistema Diseño: El diseño se define como el proceso previo de configuración mental, "prefiguración", en la búsqueda de una solución en cualquier campo. Utilizado habitualmente en el contexto de la industria, ingeniería, arquitectura, comunicación y otras disciplinas creativas. El verbo "diseñar" se refiere al proceso de creación y desarrollo para producir un nuevo objeto o medio de comunicación (objeto, proceso, servicio, conocimiento o entorno) para uso humano. El sustantivo "diseño" se refiere al plan final o proposición determinada fruto del proceso de diseñar: dibujo, proyecto, plano o descripción técnica, maqueta al resultado de poner ese plan final en práctica (la imagen, el objeto a fabricar o construir). Diseño de arquitectura: El diseño es la especificación de un objeto, creado por algún agente, que busca alcanzar ciertos objetivos, en un entorno particular, usando un conjunto de componentes básicos, satisfaciendo un conjunto de requerimientos y sujetándose a ciertas restricciones. El diseño de arquitectura debe satisfacerlas necesidades de espacios habítales para el ser humano, tanto en lo estético como en lo tecnológico, presenta soluciones técnicas, constructivas, para los proyectos de arquitectura. Diseño detallado: Es una necesidad tan básica para los fabricantes que se encuentran en la intersección de muchos procesos de desarrollo de productos. Dada esta amplia influencia y su repercusión en la dinámica dominante en el sector, la reducción de los ciclos de vida de desarrollo de productos y el aumento de complejidad de los productos, las empresas perciben una enorme presión para mejorar su proceso de diseño detallado. El diseño detallado transforma alternativas de conceptos, arquitecturas físicas preliminares, específicas de diseño y requisitos técnicos en definiciones de diseño finales e interdisciplinares. Estos diseños se ajustan más y se elabora toda la documentación que les acompaña y que se necesita para fabricación. Diseño funcional: La interpretación modular de las metas requeridas en un proceso de negocio. Diseño preliminar Disponibilidad DSDM 5

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Dynamic Systems Development Method Elemento de configuración Prueba de interfaz Prueba de sistema Prueba estructural Prueba formal Prueba funcional Prueba informal Puntos de función RAD Escalabilidad: Facilidad con la que un sistema o un componente puede modificarse para aumentar su capacidad funcional o de almacenamiento. Es la propiedad anhelada de una red, sistema o proceso, que muestra su destreza para operar el incremento continuo de trabajo con fluidez, o muestra la preparación que tiene para crecer mantenimiento su calidad en todos los servicios. Especificación de interfaz: Las interfaces básicas de usuario son aquellas que incluyen elementos como menús, ventanas, teclado, ratón. Generalmente son todos aquellos canales por los cuales se permite la comunicación entre el ser humano y la computadora brinde tanto comodidad, como eficiencia. Se puede distinguir básicamente tres tipos: 1. Una interfaz de hardware, a nivel de los dispositivos utilizados para ingresar, procesar y entregar los datos: teclado, ratón y pantalla visualizadora. 2. Una interfaz de software, destinada a entregar información acerca de los procesos y herramientas de control, a través de lo que el usuario observa habitualmente en la pantalla. 3. Una interfaz de Software-Hardware, que establece un puente entre la máquina y las personas, permite a la máquina entender la instrucción y al hombre entender el código binario traducido a información legible.

6

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Especificación de requisitos de software: Documentación de requisitos fundamentales (necesarios, esenciales e indispensables) de funcionalidades, rendimiento, restricciones y atributos del software, y sus interfaces externas. Estimación por analogía: Modelo de estimación de costes y recursos, basado en la comparación con proyectos de ámbitos y características similares, de los que se conocen sus costes reales por haberse terminado. Evo (Evolutionary Project Management): Metodología ágil creada por Tom Gilb. Es el método heterodoxo más veterano. También se le llama Evolutionary Delivery, Evolutionary Management, Requirements Driven Project Management y Competitive Engineering. Ofrece un planteamiento adaptativo orientado al cliente. Extreme Programming: Es una metodología de desarrollo de la ingeniería de software formulada por Kent Beck. Se puede considerar la programación extrema como la adopción de las mejores metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del software. FDD: Unidad de disquetes flexibles o disquetera, es un dispositivo o unidad física que se encarga de leer/escribir en disquetes. Feature Driven Development (FDD): Metodología ágil de desarrollo. No requiere un modelo específico de proceso y se complementa con otras metodologías. Enfatiza cuestiones de calidad y define claramente entregas tangibles y formas de evaluación del progreso. Flexibilidad: Facilidad con la que un sistema o un componente puede modificarse para ser empleado con aplicaciones o en entornos distintos para los que fue construido. Gestión de configuración: Gestión de Configuración es el proceso de identificar y definir los elementos en el sistema, controlando el cambio de estos elementos a lo largo de su ciclo de vida, registrando y reportando el estado de los elementos y las solicitudes de cambio, y verificando que los elementos estén completos y que sean los correctos. El propósito de la Gestión de Configuración del Software es establecer y mantener la integridad de los productos de software a través del ciclo de vida del proceso de software. La Gestión de Configuración del Software implica la identificación de la Configuración del software en puntos dados en el tiempo, el control sistemático de los cambios en la Configuración y el mantenimiento de la integridad y trazabilidad de la Configuración a través del ciclo de vida del software. 7

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Disciplina que aplica la dirección y supervisión técnica y administrativa para: identificar y documentar las características funcionales y físicas de un elemento de configuración, controlar cambios, registrar cambios procesados, registrar el estado de la implementación, informar y verificar la conformidad con los requisitos especificados. Gestión de Procesos: Dirección, control y coordinación del trabajo realizado para desarrollar o producir un servicio. Implementación: Una implementación es la instalación de una aplicación informática, realización o la ejecución de un plan, idea, modelo científico, diseño, especificación, estándar, algoritmo o política. Ingeniería del software: El establecimiento y uso de principios de Ingeniería bien fundados (y de métodos) para obtener software fiable, económico y que funcione en máquinas reales. Interfaz: Componente de hardware o software que conecta dos o más componentes con el propósito de transmitir información entre ellos. Interfaz de usuario: Se conoce como interfaz de usuario al medio que permite a una persona comunicarse con una máquina. La interfaz, en este caso, está compuesta por los puntos de contacto entre un usuario y el equipo. Línea de base: La línea base se define como un conjunto de indicadores seleccionados para el seguimiento y la evaluación sistemáticos de políticas y programas. La línea base es una herramienta, forma parte del sistema de evaluación de un programa, y se utiliza al inicio de la ejecución de un programa. Mantenimiento: Proceso de modificación de un sistema de software o de un componente, después de su puesta en funcionamiento para corregir fallos, mejorar el rendimiento u otros atributos, o adaptarlo a modificaciones del entorno. Mantenimiento adaptativo: Modificación de un sistema de software o de un componente, después de su puesta en funcionamiento, para adaptarlo a cambios del entorno. Contrasta con: mantenimiento correctivo; mantenimiento perfectivo. Mantenimiento correctivo: Modificación de un sistema de software o de un componente, después de su puesta en funcionamiento para corregir fallos. Contrasta con: mantenimiento adaptativo; mantenimiento perfectivo.

8

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Mantenimiento perfectivo: Modificación de un sistema de software o de un componente, después de su puesta en funcionamiento para mejorar el rendimiento u otros atributos. Contrasta con: mantenimiento adaptativo; mantenimiento correctivo. Manual de diagnóstico: Documento con la información necesaria para ejecutar procedimientos de diagnóstico de un sistema o de un componente. Identifica errores de funcionamiento y establece cómo solucionarlos. Ver también: manual de instalación, manual de operador, manual de programador, manual de soporte, manual de usuario. Manual de instalación: Documento que contiene la información necesaria para instalar un sistema o un componente, establecer los parámetros iniciales y preparar el sistema o componente para su uso. Ver también: manual de diagnóstico. Manual de operador: Documento que contiene la información necesaria para iniciar y operar con un sistema o con un componente. Manual de programador: Documento que proporciona la información necesaria para desarrollar o modificar el software de un sistema. Manual de soporte: Documento que contiene la información necesaria para mantener operativo un sistema durante su ciclo de vida. Manual de usuario. Documento que contiene la información necesaria para obtener de un sistema o de un componente los resultados deseados. Nota: se establece diferencia entre un manual de operador y un manual de usuario, cuando en el sistema hay funciones propias de operación (cambio de discos o cintas, mantenimiento de base de datos, etc.) diferenciadas de las de uso normal del sistema para realizar las funciones que le son propias. Ver también: manual de operador, manual de instalación. Matriz de trazabilidad: Representación gráfica de las relaciones entre dos o más productos del proceso de desarrollo, generalmente identificadas en las intersecciones de líneas verticales y horizontales. Por ejemplo, para representar la relación entre los requisitos y el diseño de un componente del software. Metodologías ágiles. Estrategias de desarrollo de software que promueven prácticas que son adaptativas en vez de predictivas; centradas en las personas o los equipos, iterativas, orientadas hacia la funcionalidad y la entrega, de comunicación intensiva y que requieren implicación directa de cliente. 9

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Microsoft Solutions Framework. (MSF) Marco para desarrollo de sistemas de software basado en principios, modelos, disciplinas, conceptos, prácticas y recomendaciones propias, derivadas de la experiencia de Microsoft. Se autodefine como “marco” y no como metodología, porque considera que no hay una única estructura de procesos válida para todos los proyectos. El marco MSF se adapta de forma flexible a las características de cada proyecto. Con la aparición del producto Microsoft Visual Studio Team System, se ha actualizado MSF a la versión 4.0, produciendo dos variantes: MSF for Agile Software Development para el trabajo en entornos que emplean metodologías ágiles, y MSF for CMMI Process Improvement para el trabajo en entornos con el modelo CMMI. Modelo de ciclo de vida. Representación del ciclo de vida del software. Moore (Ley de). Gordon Moore, co-fundador de Intel afirmó en una entrevista a la revista Electronics, que el número de transistores por pulgada, implementados en los circuitos integrados se duplicaría cada año. Algo más tarde rectificó este plazo a 18 meses. Desde entonces hasta la fecha se viene cumpliendo esta progresión de crecimiento exponencial. MSF: v. Microsoft Solutions Framework. Nivel de integridad: Grado de daño que puede producir un fallo en un sistema. El estándar IEEE 1012-1998 define cuatro niveles de integridad para sistemas de software siendo el grado 1 el propio de sistemas cuyo fallo produce daños de escasa relevancia, y el 4 el que implica pérdidas de vida o graves pérdidas económicas o sociales. Obtención: (aplicado a requisitos). Proceso en el que se implican las partes cliente y desarrolladora para descubrir, revisar, articular y comprender las necesidades y limitaciones que el sistema debe ofrecer a los usuarios. OO: (Orientación por Objetos) Enfoque para el desarrollo de sistemas de software que representa el dominio de aplicación de forma natural y directa basándose en los objetos que se implican en dicho dominio. Emplea diversos métodos para representar de forma abstracta los objetos, definiendo su estructura, comportamiento, agrupaciones, estados, etc.

10

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Las estrategias de orientación por objetos han desarrollado metodologías tanto para requisitos, como para análisis, diseño y programación. v. OOA (Análisis orientado por objetos), OOD (Diseño orientado por objetos), OOP (Programación orientada por objetos). OOA: (Object-Oriented Análisis) Análisis orientado por objetos. Método de análisis que examina los requisitos desde la perspectiva de clases y objetos encontrados en el vocabulario del dominio del problema. v. OO. OOP: (Object-Oriented Programming) Programación orientada por objetos. Método de implementación de los programas que los organiza como grupos cooperativos de objetos, cada uno de los cuales representa instancias de una clase, que a su vez forman parte de una jerarquía a través de relaciones de herencia. v. OO. PERT: (Program Evaluation and Review Technique) Método para el control de los tiempos de ejecución de diversas actividades integrantes de proyectos. Se utilizan sus principios en combinación con los del método CPM en lo que se conoce como PERT/CPM PERT/CPM: (Critical Path Method) Método para el control y la optimización de los costes de operación mediante la planificación adecuada de las actividades que componen un proyecto. Actualmente se utilizan sus principios en combinación con los del método PERT Plan de proyecto: Especifica las características y fundamenta la arquitectura. Proceso propio: Proceso definido en el modelo de ingeniería, y que junto con el resto de procesos del modelo constituye un valor activo de la organización (Knowhow). Producto de software: Es un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definición de los requisitos hasta la finalización de su uso. Programa de ordenador: Mantenimiento de Software se puede hacer combinando herramientas software, métodos y técnicas que se aplican en el ordenador, código, datos y documentación.

11

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Programa principal: Componente de software, llamado desde un sistema operativo y que a su vez suele llamar a otros componentes de software. Los elementos principales del proceso de Software que son: Personal. Métodos y Procedimientos y Herramientas y Tecnologías. Prototipado: Modela el producto final y permite efectuar un test sobre determinados atributos del mismo sin necesidad de que esté disponible. Se trata, simplemente, de testear haciendo uso del modelo. Esta técnica puede ser utilizada en cualquier etapa de desarrollo. A medida que el proceso progresa y el producto se completa, el prototipo ha de abarcar, cada vez más las características del producto final. Prototipo: Versión preliminar de un sistema que sirve de modelo para fases posteriores. Rapid Application Development (RAD): Rational Unified Process: Es un proceso para el desarrollo de un proyecto de software que defineclaramente quien, cómo, cuándo y qué debe hacerse en el proyecto, con 3características esenciales, e Redundancia: nombrar el uso desmedido o descomunal de un concepto o de un vocablo, así como la reiteración de datos incluidos en textos o mensajes que permite, pese a la pérdida de parte de ellos, rearmar su contenido. Redundancia activa: Uso de elementos redundantes en operación simultánea para prevenir fallos. Contrasta con redundancia pasiva. Redundancia pasiva: Uso de elementos redundantes que permanecen detenidos hasta que ocurre un fallo en el elemento principal. Contrasta con: redundancia activa. Requisito: Condición o facultad que necesita un usuario para resolver un problema. Condición o facultad que debe poseer un sistema o un componente de un sistema para satisfacer una especificación, estándar, condición de contrato u otra formalidad impuesta documentalmente. Requisito de diseño: Requisito que especifica o impone condiciones al diseño de un sistema o de un componente. Requisito de implementación: Requisito que condiciona la codificación o la construcción de un sistema o de un componente. Contrasta con: requisito de diseño, requisito funcional, requisito de interfaz, requisito de rendimiento, requisito físico. 12

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Requisito de interfaz: Requisito que especifica un elemento externo con el que un sistema o un componente debe interactuar; o que establece condiciones, formatos, tiempos u otros factores que deben respetarse en dicha interactuación. Requisito de rendimiento: Requisito que impone condiciones sobre un requisito funcional. Por ejemplo los requisitos que especifican velocidad, precisión o uso de memoria. Requisito físico: Requisito que especifica las características físicas que debe presentar un sistema o un componente de un sistema; por ejemplo, material, longitud o peso. Requisito funcional: Un requisito funcional define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que se supone, un sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación. Requisitos del sistema: Los requisitos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen qué debe hacer el sistema, pero no cómo hacerlo. Robustez: El grado de capacidad que presenta un sistema o un componente para funcionar correctamente frente a entradas de información erróneas, o carga de trabajo elevada. RUP (Racional Unified Process): RUP es un proceso para el desarrollo de un proyecto de software que define claramente quien, como, cuando y que debe hacerse en el proyecto. Scrum: Metodología ágil. Scrum aplica principios de control industrial, junto con experiencias metodológicas de Microsoft, Borland y Hewlet Packard. SEI. (Software Engineering Institute) Fundación federal norteamericana para la investigación y desarrollo, cofinanciada por el Departamento de Defensa de los Estados Unidos y dependiente de la Universidad Carnegie Mellon.

13

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Sistema. Conjunto de procesos, hardware, software, instalaciones y personas necesarios para realizar un trabajo o cumplir un objetivo. Sistema de software. Conjunto de programas de ordenador, procedimientos y opcionalmente la documentación y datos asociados, necesarios para el funcionamiento de un sistema. Sistema intensivo de software. Sistema en el que el principal componente es el software. SLIM. (Software Lifecycle Management) Metodologías para estimaciones de duración, costes, control de proyectos y gestión de métricas. Desarrolladas por la comercial QSM Software. Los programas de ordenador, procedimientos, y opcionalmente la documentación y los datos asociados que forman parte de un sistema. Software de sistema. Software diseñado para facilitar o permitir la operación y el mantenimiento de un sistema informático; por ejemplo los sistemas operativos. Contrasta con aplicación de software y software de soporte. Software de soporte. Software de ayuda para el desarrollo o mantenimiento de otro software; por ejemplo compiladores, editores y otras utilidades. Contrasta con aplicación de software; software de sistema. SQA. (Software Quality Assurance) Se aplica a los procesos o a las funciones encaminadas a garantizar que la organización realiza el trabajo de desarrollo, operación o mantenimiento de software conforme a los procedimientos y métodos establecidos para el proyecto. Subsistema. Sistema subordinado a otro mayor. SWEBOK. Siglas de: “Software Engineering Body Of Knowledge”, proyecto que tiene como finalidad definir y acotar las áreas de conocimiento que comprenden la Ingeniería del Software. En su desarrollo participan: IEEE, ISO/IEC/JTC1/SC, los principales autores de obras de Ingeniería del software: Steve Mc Connell, Roger Presuman e Ian Sommerville; así como importantes empresas Tolerancia a errores: Preparación de un sistema o de un componente para continuar su estado normal de operación, a pesar de la presencia de entradas erróneas. Ver también: tolerancia a fallos, robustez. 14

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

Tolerancia a fallos: Preparación de un sistema o de un componente para continuar su estado normal de operación, a pesar de la aparición de errores de hardware o de software. Ver también: tolerancia a errores, robustez. Validación: Confirmación mediante examen y aportación de pruebas objetivas de que se cumplen los requisitos concretos para un uso determinado. Verificación: Confirmación mediante examen y aportación de pruebas objetivas de que se cumplen los requisitos específicos. Verificación y validación: Proceso que determina si los requisitos de un sistema o de un componente son completos y correctos, si los productos de cada fase cumplen los requisitos o condiciones marcados al inicio de la fase y si el sistema o componente final cumple con los requisitos especificados. WBS: (Work Breakdown Structure). Método para representar jerárquicamente las partes de un proyecto, proceso o producto. XP: v. Extreme Programming.

15

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

CONCLUSIONES Ana Karen Hernández Cruz: Para esta unidad fue necesario realizar un glosario para conocer las terminologías básicas de algunos conceptos relacionados con la ingeniería de software. Serán de gran ayuda para adentrarnos en la materia y lograr comprender mejor los conceptos desde la perspectiva de la ingeniería en software. Tania Hernández Martínez: Como primera actividad de la asignatura realizamos el glosario con la terminología de cada concepto de forma breve para el mejor entendimiento de lo que abarcaran los primeros temas de la unidad los cuales son fundamentales tener el conocimiento de las funcionalidades de cada concepto aplicada en la Ingeniería de Software. Esta recopilación de definiciones nos ayudara como base y serán las palabras clave que estaremos utilizando durante el proceso de esta asignatura. Adriana Morales Antonio: Para esta unidad nos fue necesario conocer las terminologías de software básicas para comprender mejor lo que vendrá siendo el campo de software entre todas la definiciones comprendí que para todo ámbito de la rama hay un modelo a seguir o también podemos llamarlo software algo que no se puede tocar pero es necesario para que un sistema esté en función y pueda cubrir con la necesidad que se está planteando o el fin a la que se quiere llegar. César Manuel Reyes: Gerardo Reyes Chavero: Los términos aquí presentados son necesarios de comprender y analizar para tener una idea básica de lo que posteriormente estaremos estudiando en el resto del curso. Todas estas definiciones son palabras clave usadas en la Ingeniería de Software que nos servirán de ayuda para desenvolvernos más dentro de la misma.

BIBLIOGRAFIA http://es.slideshare.net/rfsolano/procesos-de-ingenieria-del-software http://es.slideshare.net/microchip_peru/intruduccin-de-la-ingeniera-de-software http://articles.sysev.com/evolution-project-management/#sthash.6Z3TS2Do.dpuf

16

GLOSARIO DE TERMINOLOGÍA DE LA INGENIERÍA DE SOFTWARE

17

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF