FISM1 TareaU1

INGENIERA EN SISTEMAS COMPUTACIONALES
UNIDAD I
Evidencia #1 Glosario de Terminologa de la Ingeniera de Software

INTEGRANTES DEL EQUIPO:
Ana Karen Hernndez Cruz.
Tania Hernndez Martnez.
Adriana Morales Antonio.
Csar Manuel Reyes.
Gerardo Reyes Chavero.

MATERIA: Fundamento de Ingeniera de Software.

CATEDRTICO: Ing. Gabino Mrquez Prez.

SEMESTRE: 5 TURNO: Matutino 1

Fecha de Entrega: 20 de Agosto del 2014.

GLOSARIO DE TERMINOLOGA DE LA INGENIERA DE SOFTWARE

2

INTRODUCCIN
Pretendemos dar una breve explicacin del significado de cada concepto
mencionando su funcionalidad en el campo de la Ingeniera de Software para
comprender su desarrollo y los modelos en que estn basados.

OBJETIVO
Comprender la terminologa de los principales conceptos de la Ingeniera de
Software y el significado que se refiere cada por medio de un glosario para el
mejor entendimiento y de forma ms prctica.


3

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.
Anlisis de Requisitos: Procesos que permite especificar las caractersticas
operacionales del software (funcin, datos y rendimientos), indica la interfaz del
software con otros elementos del sistema y establece las restricciones que debe
cumplir el software.
Aplicacin 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 instalacin, capacidad de reemplazamiento,
adaptabilidad, co-existencia y conformidad de portabilidad.
Ciclo de vida: Conjunto de etapas parcialmente ordenadas con la intencin de
lograr un objetivo, en este caso, la obtencin de un producto de software de
calidad, incluye las fases de concepto, requisitos, diseo, implementacin, prueba,
instalacin, verificacin, validacin, operacin y mantenimiento y en ocasiones,
retirada.
CMM: Siglas de Capability Maturity Model, modelo desarrollado por SEI
(Software Engineering Institute) en 1990, para la evaluacin 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 evaluacin 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
jerarqua de modelos de estimacin de costes que incluye los sub-modelos:
bsico, intermedio y detallado. Su finalidad es alcanzar la capacidad operacional
del producto de forma incremental a travs de las sucesivas iteraciones, en esta
fase todas las componentes, caractersticas y requisitos deben ser
implementados, integrados y cambiados en su totalidad.

4

Codificacin: Proceso de descripcin de un programa de ordenador y/o
Transformacin del diseo lgico y dems especificaciones de diseo en un
lenguaje de programacin.
Comit de gestin de configuracin (CGC): Grupo de personas responsable de
evaluar los proyectos que lleve a cabo las empresas se los ejecute con una
adecuada gestin de los procesos lo que implica planeacin, ejecucin, control,
medicin de los mismos.
Compatibilidad: Preparacin de dos o ms componentes o sistemas para llevar a
cabo sus funciones mientras comparten el mismo entorno de hardware o software
y/o para intercambiar informacin.
Complejidad ciclomtica: Mtrica que evala la complejidad del cdigo. Los
sistemas de software con puntos de excesiva complejidad ciclomtica presentan
un cdigo con mayor dificultad de mantenimiento.
Componente: Forma de estructuracin del sistema que puede ser hardware,
software, y puede a su vez subdividirse en otros componentes.
ConOps: Descripcin del sistema. Un producto de software se puede describir en
un sentido extenso como: los ejecutables, cdigo fuente, descripciones de
arquitectura, etc.
CPM (Critical Path Method): El mtodo de la ruta crtica es un algoritmo utilizado
para el clculo de tiempos y plazos en la planificacin de proyectos; desarrollado
en 1957 en los Estados Unidos de Amrica, buscando el control y la optimizacin
de los costos mediante la planificacin y programacin adecuadas de las
actividades componentes del proyecto.
Un proyecto puede tener varias rutas crticas paralelas. Una ruta paralela adicional
a travs de la red con la duracin total cercana a la de la ruta crtica, aunque
necesariamente menor, se llama ruta sub-crtica.
Crisis del software: La crisis del software se fundament en el tiempo de
creacin de software, ya que en la creacin del mismo no se obtenan los
resultados deseados, adems de un gran costo y poca flexibilidad.
la crisis del software se refiere a la dificultad en escribir programas libres de
defectos, fcilmente 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.

5

Crystal Methods
Descripcin del sistema
Diseo: El diseo

se define como el proceso previo de configuracin mental, "pre-
figuracin", en la bsqueda de una solucin en cualquier campo. Utilizado
habitualmente en el contexto de
la industria, ingeniera, arquitectura, comunicacin y otras disciplinas creativas.
El verbo "disear" se refiere al proceso de creacin y desarrollo para producir un
nuevo objeto o medio de comunicacin (objeto, proceso, servicio, conocimiento o
entorno) para uso humano. El sustantivo "diseo" se refiere al plan final o
proposicin determinada fruto del proceso de disear: dibujo, proyecto, plano o
descripcin tcnica, maqueta al resultado de poner ese plan final en prctica (la
imagen, el objeto a fabricar o construir).
Diseo de arquitectura: El diseo es la especificacin de un objeto, creado por
algn agente, que busca alcanzar ciertos objetivos, en un entorno particular,
usando un conjunto de componentes bsicos, satisfaciendo un conjunto de
requerimientos y sujetndose a ciertas restricciones. El diseo de arquitectura
debe satisfacerlas necesidades de espacios habtales para el ser humano, tanto
en lo esttico como en lo tecnolgico, presenta soluciones tcnicas, constructivas,
para los proyectos de arquitectura.
Diseo detallado: Es una necesidad tan bsica para los fabricantes que se
encuentran en la interseccin de muchos procesos de desarrollo de productos.
Dada esta amplia influencia y su repercusin en la dinmica dominante en el
sector, la reduccin de los ciclos de vida de desarrollo de productos y el aumento
de complejidad de los productos, las empresas perciben una enorme presin para
mejorar su proceso de diseo detallado.
El diseo detallado transforma alternativas de conceptos, arquitecturas fsicas
preliminares, especficas de diseo y requisitos tcnicos en definiciones de diseo
finales e interdisciplinares. Estos diseos se ajustan ms y se elabora toda la
documentacin que les acompaa y que se necesita para fabricacin.
Diseo funcional: La interpretacin modular de las metas requeridas en un
proceso de negocio.
Diseo preliminar
Disponibilidad
DSDM

6

Dynamic Systems Development Method
Elemento de configuracin
Prueba de interfaz
Prueba de sistema
Prueba estructural
Prueba formal
Prueba funcional
Prueba informal
Puntos de funcin
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
preparacin que tiene para crecer mantenimiento su calidad en todos los servicios.
Especificacin de interfaz: Las interfaces bsicas de usuario son aquellas que
incluyen elementos como mens, ventanas, teclado, ratn. Generalmente son
todos aquellos canales por los cuales se permite la comunicacin entre el ser
humano y la computadora brinde tanto comodidad, como eficiencia.
Se puede distinguir bsicamente tres tipos:
1. Una interfaz de hardware, a nivel de los dispositivos utilizados para
ingresar, procesar y entregar los datos: teclado, ratn y pantalla
visualizadora.
2. Una interfaz de software, destinada a entregar informacin acerca de los
procesos y herramientas de control, a travs de lo que el usuario observa
habitualmente en la pantalla.
3. Una interfaz de Software-Hardware, que establece un puente entre la
mquina y las personas, permite a la mquina entender la instruccin y al
hombre entender el cdigo binario traducido a informacin legible.


7

Especificacin de requisitos de software: Documentacin de requisitos
fundamentales (necesarios, esenciales e indispensables) de funcionalidades,
rendimiento, restricciones y atributos del software, y sus interfaces externas.
Estimacin por analoga: Modelo de estimacin de costes y recursos, basado en
la comparacin con proyectos de mbitos y caractersticas similares, de los que se
conocen sus costes reales por haberse terminado.

Evo (Evolutionary Project Management): Metodologa gil creada por Tom Gilb.
Es el mtodo heterodoxo ms veterano. Tambin 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 metodologa de desarrollo de la ingeniera de
software formulada por Kent Beck. Se puede considerar la programacin extrema
como la adopcin de las mejores metodologas de desarrollo de acuerdo a lo que
se pretende llevar a cabo con el proyecto, y aplicarlo de manera dinmica durante
el ciclo de vida del software.
FDD: Unidad de disquetes flexibles o disquetera, es un dispositivo o unidad fsica
que se encarga de leer/escribir en disquetes.
Feature Driven Development (FDD): Metodologa gil de desarrollo. No requiere
un modelo especfico de proceso y se complementa con otras metodologas.
Enfatiza cuestiones de calidad y define claramente entregas tangibles y formas de
evaluacin 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.

Gestin de configuracin: Gestin de Configuracin 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 estn completos y que
sean los correctos. El propsito de la Gestin de Configuracin del Software es
establecer y mantener la integridad de los productos de software a travs del ciclo
de vida del proceso de software. La Gestin de Configuracin del Software implica
la identificacin de la Configuracin del software en puntos dados en el tiempo, el
control sistemtico de los cambios en la Configuracin y el mantenimiento de la
integridad y trazabilidad de la Configuracin a travs del ciclo de vida del software.


8

Disciplina que aplica la direccin y supervisin tcnica y administrativa para:
identificar y documentar las caractersticas funcionales y fsicas de un elemento de
configuracin, controlar cambios, registrar cambios procesados, registrar el estado
de la implementacin, informar y verificar la conformidad con los requisitos
especificados.
Gestin de Procesos: Direccin, control y coordinacin del trabajo realizado para
desarrollar o producir un servicio.
Implementacin: Una implementacin es la instalacin de una aplicacin
informtica, realizacin o la ejecucin de un plan, idea, modelo cientfico, diseo,
especificacin, estndar, algoritmo o poltica.
Ingeniera del software: El establecimiento y uso de principios de Ingeniera bien
fundados (y de mtodos) para obtener software fiable, econmico y que funcione
en mquinas reales.
Interfaz: Componente de hardware o software que conecta dos o ms
componentes con el propsito de transmitir informacin entre ellos.
Interfaz de usuario: Se conoce como interfaz de usuario al medio que permite a
una persona comunicarse con una mquina. La interfaz, en este caso, est
compuesta por los puntos de contacto entre un usuario y el equipo.
Lnea de base: La lnea base se define como un conjunto de indicadores
seleccionados para el seguimiento y la evaluacin sistemticos de polticas y
programas.
La lnea base es una herramienta, forma parte del sistema de evaluacin de un
programa, y se utiliza al inicio de la ejecucin de un programa.
Mantenimiento: Proceso de modificacin de un sistema de software o de un
componente, despus de su puesta en funcionamiento para corregir fallos, mejorar
el rendimiento u otros atributos, o adaptarlo a modificaciones del entorno.
Mantenimiento adaptativo: Modificacin de un sistema de software o de un
componente, despus de su puesta en funcionamiento, para adaptarlo a cambios
del entorno. Contrasta con: mantenimiento correctivo; mantenimiento perfectivo.
Mantenimiento correctivo: Modificacin de un sistema de software o de un
componente, despus de su puesta en funcionamiento para corregir fallos.
Contrasta con: mantenimiento adaptativo; mantenimiento perfectivo.


9

Mantenimiento perfectivo: Modificacin de un sistema de software o de un
componente, despus de su puesta en funcionamiento para mejorar el rendimiento
u otros atributos. Contrasta con: mantenimiento adaptativo; mantenimiento
correctivo.
Manual de diagnstico: Documento con la informacin necesaria para ejecutar
procedimientos de diagnstico de un sistema o de un componente. Identifica
errores de funcionamiento y establece cmo solucionarlos. Ver tambin: manual
de instalacin, manual de operador, manual de programador, manual de soporte,
manual de usuario.
Manual de instalacin: Documento que contiene la informacin necesaria para
instalar un sistema o un componente, establecer los parmetros iniciales y
preparar el sistema o componente para su uso. Ver tambin: manual de
diagnstico.
Manual de operador: Documento que contiene la informacin necesaria para
iniciar y operar con un sistema o con un componente.
Manual de programador: Documento que proporciona la informacin necesaria
para desarrollar o modificar el software de un sistema.
Manual de soporte: Documento que contiene la informacin necesaria para
mantener operativo un sistema durante su ciclo de vida.
Manual de usuario. Documento que contiene la informacin 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 operacin (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 tambin:
manual de operador, manual de instalacin.
Matriz de trazabilidad: Representacin grfica de las relaciones entre dos o ms
productos del proceso de desarrollo, generalmente identificadas en las
intersecciones de lneas verticales y horizontales. Por ejemplo, para representar la
relacin entre los requisitos y el diseo de un componente del software.
Metodologas giles. Estrategias de desarrollo de software que promueven
prcticas que son adaptativas en vez de predictivas; centradas en las personas o
los equipos, iterativas, orientadas hacia la funcionalidad y la entrega, de
comunicacin intensiva y que requieren implicacin directa de cliente.

10

Microsoft Solutions Framework. (MSF) Marco para desarrollo de sistemas de
software basado en principios, modelos, disciplinas, conceptos, prcticas y
recomendaciones propias, derivadas de la experiencia de Microsoft. Se autodefine
como marco y no como metodologa, porque considera que no hay una nica
estructura de procesos vlida para todos los proyectos.
El marco MSF se adapta de forma flexible a las caractersticas de cada proyecto.
Con la aparicin del producto Microsoft Visual Studio Team System, se ha
actualizado MSF a la versin 4.0, produciendo dos variantes: MSF for Agile
Software Development para el trabajo en entornos que emplean metodologas
giles, y MSF for CMMI Process Improvement para el trabajo en entornos con el
modelo CMMI.
Modelo de ciclo de vida. Representacin 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 nmero de transistores por pulgada, implementados en
los circuitos integrados se duplicara cada ao. Algo ms tarde rectific este plazo
a 18 meses. Desde entonces hasta la fecha se viene cumpliendo esta progresin
de crecimiento exponencial.
MSF: v. Microsoft Solutions Framework.
Nivel de integridad: Grado de dao que puede producir un fallo en un sistema. El
estndar IEEE 1012-1998 define cuatro niveles de integridad para sistemas de
software siendo el grado 1 el propio de sistemas cuyo fallo produce daos de
escasa relevancia, y el 4 el que implica prdidas de vida o graves prdidas
econmicas o sociales.
Obtencin: (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: (Orientacin por Objetos) Enfoque para el desarrollo de sistemas de software
que representa el dominio de aplicacin de forma natural y directa basndose en
los objetos que se implican en dicho dominio.
Emplea diversos mtodos para representar de forma abstracta los objetos,
definiendo su estructura, comportamiento, agrupaciones, estados, etc.

11

Las estrategias de orientacin por objetos han desarrollado metodologas tanto
para requisitos, como para anlisis, diseo y programacin.
v. OOA (Anlisis orientado por objetos), OOD (Diseo orientado por objetos), OOP
(Programacin orientada por objetos).
OOA: (Object-Oriented Anlisis) Anlisis orientado por objetos. Mtodo de anlisis
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) Programacin orientada por objetos.
Mtodo de implementacin 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 jerarqua a travs de relaciones de
herencia. v. OO.
PERT: (Program Evaluation and Review Technique) Mtodo para el control de los
tiempos de ejecucin de diversas actividades integrantes de proyectos. Se utilizan
sus principios en combinacin con los del mtodo CPM en lo que se conoce como
PERT/CPM
PERT/CPM: (Critical Path Method) Mtodo para el control y la optimizacin de los
costes de operacin mediante la planificacin adecuada de las actividades que
componen un proyecto. Actualmente se utilizan sus principios en combinacin con
los del mtodo PERT
Plan de proyecto: Especifica las caractersticas y fundamenta la arquitectura.
Proceso propio: Proceso definido en el modelo de ingeniera, y que junto con el
resto de procesos del modelo constituye un valor activo de la organizacin (Know-
how).
Producto de software: Es un marco de referencia que contiene los procesos, las
actividades y las tareas involucradas en el desarrollo, la explotacin y el
mantenimiento de un producto de software, abarcando la vida del sistema desde la
definicin de los requisitos hasta la finalizacin de su uso.
Programa de ordenador: Mantenimiento de Software se puede hacer
combinando herramientas software, mtodos y tcnicas que se aplican en el
ordenador, cdigo, datos y documentacin.


12

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. Mtodos y
Procedimientos y Herramientas y Tecnologas.
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 tcnica 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 ms las caractersticas del
producto final.
Prototipo: Versin 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, cmo, cundo y qu debe hacerse en el proyecto, con 3caractersticas
esenciales, e
Redundancia: nombrar el uso desmedido o descomunal de un concepto o de
un vocablo, as como la reiteracin de datos incluidos en textos o mensajes que
permite, pese a la prdida de parte de ellos, rearmar su contenido.
Redundancia activa: Uso de elementos redundantes en operacin simultnea
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: Condicin o facultad que necesita un usuario para resolver un
problema. Condicin o facultad que debe poseer un sistema o un componente de
un sistema para satisfacer una especificacin, estndar, condicin de contrato u
otra formalidad impuesta documentalmente.

Requisito de diseo: Requisito que especifica o impone condiciones al diseo de
un sistema o de un componente.

Requisito de implementacin: Requisito que condiciona la codificacin o la
construccin de un sistema o de un componente. Contrasta con: requisito de
diseo, requisito funcional, requisito de interfaz, requisito de rendimiento, requisito
fsico.

13

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 interactuacin.
Requisito de rendimiento: Requisito que impone condiciones sobre un requisito
funcional. Por ejemplo los requisitos que especifican velocidad, precisin o uso de
memoria.
Requisito fsico: Requisito que especifica las caractersticas fsicas que debe
presentar un sistema o un componente de un sistema; por ejemplo, material,
longitud o peso.
Requisito funcional: Un requisito funcional define una funcin del sistema
de software o sus componentes. Una funcin es descrita como un conjunto de
entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser:
clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades
especficas 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 diseo o la implementacin.
Requisitos del sistema: Los requisitos se utilizan como datos de entrada en la
etapa de diseo del producto. Establecen qu debe hacer el sistema, pero
no cmo hacerlo.
Robustez: El grado de capacidad que presenta un sistema o un componente para
funcionar correctamente frente a entradas de informacin errneas, 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: Metodologa gil. Scrum aplica principios de control industrial, junto con
experiencias metodolgicas de Microsoft, Borland y Hewlet Packard.
SEI. (Software Engineering Institute) Fundacin federal norteamericana para la
investigacin y desarrollo, cofinanciada por el Departamento de Defensa de los
Estados Unidos y dependiente
de la Universidad Carnegie Mellon.

14

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 documentacin 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) Metodologas para estimaciones de
duracin, costes, control de proyectos y gestin de mtricas. Desarrolladas por la
comercial QSM
Software. Los programas de ordenador, procedimientos, y opcionalmente la
documentacin y los datos asociados que forman parte de un sistema.
Software de sistema. Software diseado para facilitar o permitir la operacin y el
mantenimiento de un sistema informtico; por ejemplo los sistemas operativos.
Contrasta con aplicacin 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 aplicacin de software; software de sistema.
SQA. (Software Quality Assurance) Se aplica a los procesos o a las funciones
encaminadas a garantizar que la organizacin realiza el trabajo de desarrollo,
operacin o mantenimiento de software conforme a los procedimientos y mtodos
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
Ingeniera del Software.
En su desarrollo participan: IEEE, ISO/IEC/JTC1/SC, los principales autores de
obras de
Ingeniera del software: Steve Mc Connell, Roger Presuman e Ian Sommerville; as
como importantes empresas
Tolerancia a errores: Preparacin de un sistema o de un componente para
continuar su estado normal de operacin, a pesar de la presencia de entradas
errneas. Ver tambin: tolerancia a fallos, robustez.

15

Tolerancia a fallos: Preparacin de un sistema o de un componente para
continuar su estado normal de operacin, a pesar de la aparicin de errores de
hardware o de software. Ver tambin: tolerancia a errores, robustez.
Validacin: Confirmacin mediante examen y aportacin de pruebas objetivas de
que se cumplen los requisitos concretos para un uso determinado.
Verificacin: Confirmacin mediante examen y aportacin de pruebas objetivas
de que se cumplen los requisitos especficos.
Verificacin y validacin: 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). Mtodo para representar jerrquicamente las
partes de un proyecto, proceso o producto.
XP: v. Extreme Programming.


16

CONCLUSIONES
Ana Karen Hernndez Cruz: Para esta unidad fue necesario realizar un glosario
para conocer las terminologas bsicas de algunos conceptos relacionados con la
ingeniera de software. Sern de gran ayuda para adentrarnos en la materia y
lograr comprender mejor los conceptos desde la perspectiva de la ingeniera en
software.
Tania Hernndez Martnez: Como primera actividad de la asignatura realizamos
el glosario con la terminologa 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 Ingeniera de Software. Esta recopilacin de definiciones nos
ayudara como base y sern las palabras clave que estaremos utilizando durante el
proceso de esta asignatura.
Adriana Morales Antonio: Para esta unidad nos fue necesario conocer las
terminologas de software bsicas 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 tambin podemos llamarlo software algo que no
se puede tocar pero es necesario para que un sistema est en funcin y pueda
cubrir con la necesidad que se est planteando o el fin a la que se quiere llegar.
Csar Manuel Reyes:
Gerardo Reyes Chavero: Los trminos aqu presentados son necesarios de
comprender y analizar para tener una idea bsica de lo que posteriormente
estaremos estudiando en el resto del curso. Todas estas definiciones son
palabras clave usadas en la Ingeniera de Software que nos servirn de ayuda
para desenvolvernos ms 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


17

FISM1 TareaU1

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

FISM1 TareaU1

Încărcat de

Drepturi de autor:

Formate disponibile

INGENIERA EN SISTEMAS COMPUTACIONALES

S-ar putea să vă placă și