SlideShare una empresa de Scribd logo
1 de 27
Descargar para leer sin conexión
Introducción a la
Ingeniería del Software
Introducción Ingeniería del
Software

Desarrollo del hardware
Desarrollo del hardware

La aparición de componentes que cada dos años doblan la capacidad de sus antecesores[1] nos ha
rodeado en menos de cuatro décadas de máquinas capaces de procesar miles de millones de
operaciones por segundo (MTOPS).
En 1946 ENIAC ocupaba una superficie de 160 m2, pesaba 30 toneladas, y ofrecía una capacidad de
proceso de 30.000 instrucciones por segundo. En 2002 El microprocesador Pentium IV a 2 Ghz
ocupa una superficie de 217 mm2 y tiene una capacidad de proceso de 5.300 MTOPS (“Millions of
theoretical operations per second)
En la actualidad son cuatro los factores que imprimen un ritmo acelerado a la industria del
hardware.
De ellos, tres son consecuencia de la ley de Moore: Incremento constante de la capacidad de
operación, miniaturización y reducción de costes para la producción de hardware; y a éstos se ha
sumado en la última década el avance de las comunicaciones entre sistemas. La consecuencia es
obvia: ordenadores potentes, que pueden llevarse en el bolsillo y en permanente conexión con
grandes sistemas, redes de comunicación públicas, sistemas de localización GPS, etc.
Estas cuatro líneas de avance han extendido el ámbito de aplicación del hardware, e incrementado
al mismo ritmo exponencial la complejidad de los sistemas en los que se integra. Los ordenadores
ya no son máquinas útiles sólo para la banca o el ejército. Se encuentran presentes en todos los
ámbitos, por su capacidad de proceso y de comunicación pueden ofrecer soluciones a sistemas cada
vez más complejos.
Este es el escenario creado por la industria del hardware, y que en las tres últimas décadas ha
implicado a los desarrolladores de software en retos a los que no han sabido responder con
solvencia.
[1] Ley de Moore
Introducción Ingeniería del
Software

Desarrollo del hardware
Desarrollo del hardware

Desde 1965 la Ley de Moore rige la evolución de los microprocesadores
100.000.000
Pentium IV
Pentium III

Transistores

10.000.000

Pentium II
Pentium

486 DX
1.000.000
386
286
100.000
8086
10.000
4004

8080
8008

1970

1975

1980

1985

1990

1995

Factores que imprimen aceleración al ritmo de crecimiento del hardware:
•Incremento de la capacidad de operación.
Consecuencias de la ley de Moore

•Incremento de la miniaturización.
•Reducción de costes en la producción.

Comunicaciones entre sistemas

2000
Introducción Ingeniería del
Software

Crisis de software
Crisis de software

Proyectos para el desarrollo de sistemas de software
Fracaso
2004
2000
1998

19%

53%

23%

28%

46%
40%

31%

Éxito
29%

49%

28%

1995
1994

Problemático

26%
33%

27%

53%

16%

El proyecto se aborta o el sistema no se llega a utilizar
Desbordamiento de agendas o costes. Las funcionalidades no cubren las
expectativas. Problemas funcionales
Proyecto realizado en el tiempo previsto, con los costes previstos, con la
funcionalidad esperada y ofreciendo un funcionamiento correcto.
Fuente: Standish Group Survey,
Introducción Ingeniería del
Software

Crisis del software
Crisis del software

Este problema se identificó por primera vez en 1968, año en el que la organización NATO desarrolló
la primera conferencia sobre desarrollo de software, y en la que se acuñaron los términos “crisis
del software” para definir a los problemas que surgían en el desarrollo de sistemas de software, e
“ingeniería del software” para describir el conjunto de conocimientos que existían en aquel
estado inicial.
Algunas referencias útiles para comprender cuáles eran los conocimientos estables para el
desarrollo de software en 1968 son:




En 1962 se publicó el primer algoritmo para búsquedas binarias.



En 1968 los programadores se debatían entre el uso de la sentencia GoTo, y la nueva idea
de programación estructurada; ese era el caldo de cultivo en el que Edsger Dijkstra escribió
su famosa carta “GoTo Statement Considered Harmful” en 1968.



La primera publicación sobre programación estructurada no vio la luz hasta 1974, publicada
por Larry Constantine, Glenford Myers y Wayne Stevens.




El primer libro sobre métrica de software fue publicado en 1977 por Tom Gilb.

C. Böhm y G. Jacopini publicaron en 1966 el documento que creaba una fundación para la
eliminación de “GoTo” y la creación de la programación estructurada.

El primero sobre análisis de requisitos apareció en 1979
Introducción Ingeniería del
Software

Ingeniería del software
Ingeniería del software
Definición original:

“Establecimiento y uso de principios de ingeniería para obtener software
económico que trabaje de forma eficiente en máquinas reales”.
Fritz Baver, 1968 (conferencia NATO)

Otras definiciones
“Disciplina para producir software de calidad desarrollado sobre las agendas y
costes previstos y satisfaciendo los requisitos”.
S. Schach 1990, Software Engineering

“(1) La aplicación de métodos sistemáticos, disciplinados y cuantificables para el
desarrollo, operación y mantenimiento de software; esto es, la aplicación de la
ingeniería al software.
(2) El estudio de (1)”.
IEEE 1993
Introducción Ingeniería del
Software

Ingeniería del software
Ingeniería del software

Desde 1968 hasta la fecha han sido muchos los esfuerzos realizados por los departamentos de
informática de las universidades, y por organismos de estandarización (SEI, IEEE, ISO) para
identificar las causas del problema y definir pautas estándar para la producción y mantenimiento del
software.
Los esfuerzos se han encaminado en tres direcciones principales.





Identificación de los factores clave que determinan la calidad del software.
Identificación de los procesos necesarios para producir y mantener software.
Acotación, estructuración y desarrollo de la base de conocimiento necesaria para la
producción y mantenimiento de software.

El resultado ha sido la necesidad de profesionalizar el desarrollo, mantenimiento y
operación de los sistemas de software, introduciendo métodos y formas de trabajo
sistemáticos, disciplinados y cuantificables.
La forma de trabajo de programadores individuales surgida por la necesidad de los primeros
programas, ha creado una cultura de la programación heroica, para el desarrollo de software que es
la principal causa de los problemas apuntados, y en la actualidad una de las principales resistencias
a la implantación de técnicas de ingeniería para el desarrollo de sistemas
Introducción Ingeniería del
Software

Estándares y modelos
Estándares y modelos

•La Ingeniería del Software es una ingeniería muy joven
que necesitaba:
Definirse a sí misma: ¿Cuáles son las áreas de
conocimiento que la comprenden?

Definir los procesos que intervienen en el
desarrollo, mantenimiento y operación del software

De las mejores prácticas, extraer modelos de
cómo ejecutar esos procesos para evitar los
problemas de la “crisis del software”

Definir criterios unificadores para las tareas de
requisitos, pruebas, gestión de la configuración, etc.
• Los estándares son útiles porque:
Introducción Ingeniería del
Software

Estándares y modelos
Estándares y modelos

• Los estándares son útiles porque:
–Agrupan lo mejor y más apropiado de las buenas
prácticas y usos del desarrollo de software.
–Engloban los “conocimientos”.
–Proporcionan un marco para implementar
procedimientos de aseguramiento de la calidad.
–Proporcionan continuidad y entendimiento entre el
trabajo de personas y organizaciones distintas.
Introducción Ingeniería del
Software

Principales organizaciones de estandarización
Principales organizaciones de estandarización

Desde la identificación del fenómeno “crisis del software”, han sido muchas las organizaciones que
han abordado, con mayor o menor rigor, el análisis de problemas en el desarrollo de sistemas de
software. Sus trabajos se han encaminado a la localización de las causas; y a la exposición en
textos didácticos, normativos o estándares de procesos o prácticas necesarias para abordar el
desarrollo, mantenimiento y operación con las mayores garantías de éxito.
Han sido muchos los departamentos de universidades, organismos de normalización o investigación
nacionales o internacionales, sociedades de profesionales, departamentos de defensa,
departamentos de calidad y procesos de empresas los que han ido generando normas y estándares.
Este compendio considera como entidades de mayor reconocimiento internacional, por sus trabajos
y esfuerzos realizados para la normalización, y reconocimiento de la Ingeniería del software a: ISO,
IEEE- Computer Society y SEI.
Introducción Ingeniería del
Software

Principales organizaciones de estandarización
Principales organizaciones de estandarización

 ISO
Organización Internacional para la Estandarización. Fundada en 1947
Son miembros 87 países.
En 1987 la Organización Internacional para la Estandarización (ISO) y la Comisión
Internacional Electrotécnica (IEC), establecieron un Comité Internacional (JTC1) para las
Tecnologías de la Información. La misión del JTC1 es la “estandarización en el campo de
campo de los sistemas de tecnologías de la información, incluyendo microprocesadores y
equipos.
Los estándares o instrucciones técnicas más importantes para la Ingeniería del Software:

 SEI




ISO/IEC 12207
ISO/IEC TR 15504

Instituto de Ingeniería del software. (SEI http://www.sei.cmu.edu/).
Integrado en la Universidad Carnegie Mellon.
Los trabajos y aportaciones realizadas por el Instituto de Ingeniería del Software a la
Ingeniería del software son también referente mundial de primer orden, siendo la aportación
más significativa los modelos de madurez de las capacidades: CMM y CMMI; que en sus casi
15 años de implantación efectiva en entornos de producción de software han demostrado su
efectividad en las dos finalidades que cubren: como marco de referencia para mejora de
procesos, y como criterio de evaluación para determinar la madurez, y por tanto fiabilidad de
resultados previsibles de una organización de software.
Introducción Ingeniería del
Software

Principales organizaciones de estandarización
Principales organizaciones de estandarización

 IEEE Computer Society
IEEE Es el Instituto de Ingenieros en electricidad y electrónica (Institute
of Electrical and Electronics Engineers).
Su misión es preservar, investigar y promover la información de las
tecnologías eléctricas y electrónicas.
Surgió en 1963 con la fusión del AIEE (Instituto Americano de Ingenieros Eléctricos) y el Instituto
de Ingenieros de Radio (IRE).
La IEEE Computer Society (www.computer.org) es una sociedad integrada en IEEE, formada en
la actualidad por más de 100.000 miembros en todo el mundo.
Su finalidad es avanzar en la teoría, práctica y aplicación de las tecnologías de la información.
Realiza conferencias, publicaciones, cursos de formación, y desarrolla estándares.
Estándares para la Ingeniería del Software
IEEE ha desarrollado estándares para todas las áreas de Ingeniería del Software.
Algunos de ellos, correspondientes a las principales áreas específicas de la Ingeniería del
Software son:

IEEE Std. 830 Prácticas recomendadas para las especificaciones de software.
IEEE Std. 1362 Guía para la especificación del documento de requisitos “ConOps”
IEEE Std. 1063 Estándar para la documentación de usuario de software.
IEEE Std. 1012 Estándar para la verificación y validación de software.
IEEE Std. 1219 Estándar para el mantenimiento del software
Introducción Ingeniería del
Software

Principales estándares y modelos
Principales estándares y modelos

•SWEBOK: Software Engineering
Body of knowledge
•ISO/IEC 12207: Procesos del ciclo
de vida del software
•CMM / CMMI
•ISO/IEC TR 15504
•IEEE 830 - IEEE 1362 - ISO/IEC
14764 …
SWEBOK
SWEBOK

Introducción Ingeniería del
Software

El proyecto SWEBOK (Software Engineering Body of Knowledge) comenzó sus actividades de
manera efectiva dentro del SWECC1 en 1997 (aunque el comité SWECC se creó en 1993).
En el proyecto también están representados:
los dos principales organizaciones de estandarización en Ingeniería del Software: IEEE e ISO/IEC
JTC1/SC/.
Los autores de las tres principales obras de Ingeniería del Software: Steve Mc Connell, Roger
Pressman e Ian Sommerville.
Universidad de Québec (Montreal)
Empresas y organizaciones como: Rational, SAP, Boeing, Construx, MITRE, Raytheon,
En 2001 el proyecto publicó ya una definición consensuada del cuerpo de conocimiento aceptado en
la ingeniería del software (http://www.swebok.org).
Las fuentes de información para la identificación de las áreas de conocimiento han sido los índices
de textos genéricos sobre la Ingeniería del Software, los curricula para licenciatura y postgrado en
Ingeniería de Software, y los criterios de admisión que se utilizan en el postgrado. Todos estos
datos se han organizado siguiendo el estándar ISO/IEC 12207.
El cuerpo de conocimiento identificado por el proyecto SWEBOK se ha configurado como el estudio
El cuerpo de conocimiento identificado por el proyecto SWEBOK se ha configurado como el estudio
más relevante y como la referencia de más autoridad en toda la comunidad informática para la
más relevante y como la referencia de más autoridad en toda la comunidad informática para la
acotación y descripción de los conocimientos que configuran la Ingeniería del software.
acotación y descripción de los conocimientos que configuran la Ingeniería del software.

1 Software, Engineering Coordinating Comitee”, Comisión creada por IEEE Computer Society y ACM (Association for Computer Machinery) para
definir el cuerpo de la Ingeniería del Software
SWEBOK
SWEBOK

Introducción Ingeniería del
Software

SWEBOK da el primer paso necesario para constituir a la Ingeniería del Software como profesión: la
delimitación del cuerpo de conocimiento que comprende la profesión. Sin esta delimitación no es
posible validar de forma universal exámenes de licenciatura, no es posible la preparación para
acceder a la profesión, y no hay un consenso sobre el contenido de su currículo.
El proyecto parte de la suposición de que es necesario establecer cuál es el cuerpo de conocimiento
que deben conocer los ingenieros del software, y en su desarrollo ha agrupado este conocimiento en
10 áreas







Requisitos
Diseño
Construcción
Pruebas
Mantenimiento







Gestión de la configuración
Gestión
Procesos
Herramientas y métodos
Calidad

Es importante resaltar que estas áreas no incluyen aspectos importantes de las tecnologías de la
información, tales como lenguajes específicos de programación, bases de datos relacionales o redes
o tecnología de redes y comunicaciones.
Esta es una consecuencia de la distinción que entre “esencia” y “accidente” se establece desde un
enfoque de ingeniería.
Por supuesto que un Ingeniero de Software debe conocer las técnicas de cada momento, pero la
definición de procesos y metodología de trabajo es la “esencia” de la profesión. Así por ejemplo, el
área de conocimiento de requisitos, sí que puede considerarse como “esencia” de la profesión. Los
problemas que pueden derivarse en un proyecto por una mala obtención o gestión de los requisitos
son indistintos del hardware o lenguaje de programación empleado. Eran los mismos hace dos
décadas que ahora, y todo nos hace suponer que seguirán siendo idénticos dentro de otros cuatro
lustros.
Introducción Ingeniería del
Software

ISO 12207: Propósito
ISO 12207: Propósito

Establecer un estándar para evitar una situación de Torre de Babel en la gestión e
ingeniería del software, proporcionando un marco y un lenguaje común en la disciplina
del software

• Ciclo de vida del software
Periodo de tiempo que comienza al concebir la idea de un nuevo sistema de software, y
termina cuando este se retira y deja de funcionar.

• Establece un marco común para el ciclo de vida del
software para
– Adquisición, suministro, desarrollo, operación y
mantenimiento del software
– Gestionar, controlar y mejorar el marco
– Como base de referencia para el trabajo e intercambio
entre organizaciones de software
Introducción Ingeniería del
Software

ISO 12207: Propósito
ISO 12207: Propósito
Define el QUÉ, no el CÓMO.

Dice cuáles son los procesos, actividades y tareas implicados en el desarrollo,
mantenimiento y operación de los sistemas de software, asentando un marco estándar de
referencia internacional, pero no se ocupa ni prescribe técnicas específicas.

• El estándar no prescribe técnicas:
– Que deba emplearse ningún tipo de documentación
específica.
– Que deba emplearse un tipo específico de ciclo de
desarrollo.
– Métodos concretos para el desarrollo, mantenimiento
u operación del software.
Introducción Ingeniería del
Software

ISO 12207: Propósito
ISO 12207: Propósito

•El estándar sirve de referencia desde dos perspectivas
diferentes:
•Para la adquisición de sistemas y servicios de software.
•Para el suministro, desarrollo, mantenimiento y operación
de productos de software.
•El estándar no cubre el desarrollo de productos de
software para distribución comercial masiva (productos
“en caja”).
Introducción Ingeniería del
Software

ISO 12207: Procesos
ISO 12207: Procesos

5. Procesos primarios

6.- Procesos de soporte

5.1 Adquisición
5.1 Adquisición

6.1 Documentación
6.1 Documentación

5.2 Suministro
5.2 Suministro

6.2 Gestión de la configuración
6.2 Gestión de la configuración
6.3 Control de calidad
6.3 Control de calidad

5.3
5.3
Operación
Operación

6.4 Verificación
6.4 Verificación
6.5 Validación
6.5 Validación

5.3
5.3
Desarrollo
Desarrollo

6.6 Reuniones
6.6 Reuniones
5.3
5.3
Mantenimiento
Mantenimiento

6.7 Auditoría
6.7 Auditoría
6.8 Resolución de problemas
6.8 Resolución de problemas

7. Procesos organizacionales
7.1 Gestión
7.1 Gestión

7.2 Infraestructura
7.2 Infraestructura

7.3 Mejora
7.3 Mejora

7.4 Formación
7.4 Formación
ISO 12207
ISO 12207

Introducción Ingeniería del
Software

ISO 1227 define los procesos que componen el ciclo de
vida del software

Actividad 1
Tarea 1
Tarea 2

Proceso

…

1

Tarea n

Ciclo de vida
…

Concepto
Retirada

…

Proceso
N

Actividad n
Tarea 1
Tarea 2
…
Tarea n
ISO 12207
ISO 12207

Introducción Ingeniería del
Software

Un proceso está compuesto
por actividades.
Una actividad está
compuesta de tareas.

PROCESO
ACTIVIDAD 1
TAREA 1

•••

•••

TAREA X

ACTIVIDAD n
TAREA 1

La descomposición del
proceso en actividades
INICIO
y tareas se realiza
sobre el concepto de
ACT
ciclo de mejora PDCA Problemas y acciones
correctivas
“Plan – Do – Chek –
Act” (Planificación,
ejecución, medición y
mejora)

PLAN
Tareas, agenda,
asignaciones…

PROCESO

DO
Ejecución de planes
y tareas

CHECK
Evaluación y
medición

FIN
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS

ISO 12207 establece un nexo con la Ingeniería de sistemas
al considerar al software como parte de un sistema.
Desde esta perspectiva se establece a la Ingeniería de
sistemas como fundamento de la Ingeniería del
Software.
Sistema de
Entrada

Elemento del
Elemento del
sistema
sistema

Elemento del
Elemento del
sistema
sistema

Sistema

Elemento del
Elemento del
sistema
sistema
Elemento del
Elemento del
sistema
sistema

Sistema de
Salida

“Colección de elementos relacionados de forma que
puedan realizar un objetivo tangible”.

Pressman 1982
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS
Sistema

conjunto de elementos de hardware, software, personas, procedimientos, herramientas y otros
factores organizativos, organizados para llevar a cabo un objetivo común.

Sistema de software
Sistema o sub-sistema formado por una colección de programas y documentación que de forma

conjunta satisfacen unos determinados requisitos.
Un sistema de software puede ser en sí mismo un sistema independiente que, por ejemplo, realiza su
objetivo en un ordenador independiente. A este tipo de sistemas se les denomina también “sistema
intensivo de software”, porque el sistema es prácticamente software.
Un sistema de software puede ser también una parte de un sistema mayor. En cuyo caso se trata en
realidad de un “sub-sistema de software”.
Por ejemplo, el sistema de software de un avión de combate es en realidad el sub-sistema de software
del avión.

Ingeniería de sistemas
El término “Ingeniería de sistemas” surgió por primera vez en 1956, y fue propuesto por H. Hitch,
presidente del departamento de Ingeniería Aeronáutica de la Universidad de Pensilvania, para
intentar desarrollar una disciplina de ingeniería que pudiera abarcar el desarrollo de grandes
sistemas que empleaban diversas disciplinas de ingenierías específicas: construcción de
bombarderos, submarinos, etc.
Los principios de Ingeniería de sistemas desarrollados en los 60 y 70 se aplicaron en programas
como el Apolo, o el programa de misiles balísticos USAF/USN.
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS
Algunas definiciones

Ingeniería de sistemas comprende la función de gestionar todo el esfuerzo de desarrollo para

conseguir un balance óptimo entre todos los elementos del sistema. Es el proceso que transforma la
necesidad operacional en la descripción de los parámetros del sistema, e integra esos parámetros
para mejorar la eficiencia general del sistema.
Defense Systems Management College, 1989

Los procesos de ingeniería de sistemas integran las secuencias de actividades y decisiones que

transforman la definición de una necesidad en un sistema, que con un ciclo de vida optimizado,
consigue un balance óptimo de todos sus componentes.
USAF, 1985

La principal función de la ingeniería de sistemas es garantizar que el sistema satisface los

requisitos durante todo el ciclo de vida. Todas las demás consideraciones se alinean sobre esta
función.
Wymore 1993

La ingeniería de sistemas define el plan para gestionar las actividades técnicas del
proyecto. Identifica el ciclo de desarrollo y los procesos que será necesario aplicar. Desde
la Ingeniería de sistemas se desarrolla la línea base técnica para todo el desarrollo, tanto
de hardware como de software.
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS

Funciones de la Ingeniería de sistemas


Definición del problema: Determinación de las expectativas hacia el producto, necesidades y
restricciones obtenidas y analizadas en los requisitos del sistema. Trabaja cerca del cliente para
establecer las necesidades operacionales.



Análisis de la solución: Determinar las opciones posibles para satisfacer los requisitos y las
restricciones. Estudiar y analizar las posibles soluciones. Seleccionar la mejor, sopesando las
necesidades inmediatas, opciones de implementación, utilidad, evolución del sistema…



Planificación de los procesos: Determinar los grupos de tareas técnicas que se deben realizar,
el esfuerzo requerido para cada una, su prioridad y los riesgos que implican para el proyecto.



Control de los procesos: Determinar los métodos para controlar las actividades técnicas del
proyecto y los procesos; la medición del progreso, revisión de los productos intermedios y
ejecución de las acciones correctivas, cuando corresponda.



Evaluación del producto: Determinar la calidad y cantidad de los productos elaborados, a
través de evaluaciones, pruebas, análisis, inspecciones…
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS

Ingeniería de sistemas – Gestión de proyectos – Ingeniería del Soft.
Gestión de proyectos







Ingeniería de sistemas







Definición del problema
Análisis de la solución
Planificación de procesos
Control de procesos
Evaluación del producto

Planificación
Organización
Personal
Dirección
Control

Ingeniería del software






Diseño del software
Codificación
Pruebas unitarias
Integración del
subsistema de software
Introducción Ingeniería del
Software

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SISTEMAS

Ingeniería de sistemas – Ingeniería de sistemas de software –
Ingeniería del software

Análisis del
Análisis del
sistema
sistema

Pruebas del
Pruebas del
sistema
sistema

Ingeniería de sistemas

Diseño del
Diseño
sistema
sistema

Pruebas de
Pruebas de
integración del sis
integración

Análisis de
Análisis de
requisitos del sw
requisitos

Ingeniería de sistemas
de software

Diseño de la arDiseño
quitectura del sw
quitectura

Pruebas del
Pruebas
sistema de sw
sistema de sw

Pruebas de
Pruebas de
integración del sw
integración del sw

Diseño detallado
Diseño
del software
del software

Pruebas del subPruebas del subsistema de softw.
sistema

Codificación
Codificación
Pruebas unitarias
Pruebas unitarias

Ingeniería del software

Más contenido relacionado

La actualidad más candente

Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
Importancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIImportancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIJoshua Rreal
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspJuan Pablo Bustos Thames
 
Sistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosSistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosJesús Navarro
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareantonio
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IITensor
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentesmartin
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarKiberley Santos
 

La actualidad más candente (20)

Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Importancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIImportancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TI
 
Metricas de calidad
Metricas de calidadMetricas de calidad
Metricas de calidad
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 
Iso 9000-y-las-bases-de-datos
Iso 9000-y-las-bases-de-datosIso 9000-y-las-bases-de-datos
Iso 9000-y-las-bases-de-datos
 
ITIL
ITILITIL
ITIL
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. grasp
 
Plan de desarrollo software
Plan de desarrollo softwarePlan de desarrollo software
Plan de desarrollo software
 
SPICE
SPICESPICE
SPICE
 
Sistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosSistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidos
 
Iso 20000 1 2018 SGS
Iso 20000 1 2018 SGSIso 20000 1 2018 SGS
Iso 20000 1 2018 SGS
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software II
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Ingenieria software ejemplo
Ingenieria software ejemploIngenieria software ejemplo
Ingenieria software ejemplo
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usar
 

Destacado

Desarrollo De Software
Desarrollo De SoftwareDesarrollo De Software
Desarrollo De Softwareguesta11255
 
1. introduccion a la calidad del software
1. introduccion a la calidad del software1. introduccion a la calidad del software
1. introduccion a la calidad del softwareJuan Pablo Carvallo
 
Diapositivas Calidad de desarrollo del software
Diapositivas Calidad de desarrollo del softwareDiapositivas Calidad de desarrollo del software
Diapositivas Calidad de desarrollo del softwareFaby Carlos Cortes Nuñez
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de softwareNoe Moctezuma
 
Recomendaciones de ACM e IEEE para carreras de Computación e Informática
Recomendaciones de ACM e IEEE para carreras de Computación e InformáticaRecomendaciones de ACM e IEEE para carreras de Computación e Informática
Recomendaciones de ACM e IEEE para carreras de Computación e InformáticaXavier Ochoa
 
Sesión 11. Introducción al desarrollo de software
Sesión 11. Introducción al desarrollo de softwareSesión 11. Introducción al desarrollo de software
Sesión 11. Introducción al desarrollo de softwareLourdes Ibáñez
 
Modelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software CmmiModelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software Cmmiguest768516
 
Tipos de modelos de procesos
Tipos de modelos de procesosTipos de modelos de procesos
Tipos de modelos de procesosEIYSC
 
Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa... grachika
 
El Proceso De Desarrollo De Software
El Proceso De Desarrollo De SoftwareEl Proceso De Desarrollo De Software
El Proceso De Desarrollo De Softwareahias arosemena
 
7 pasos para desarrollar un software
7 pasos para desarrollar un software7 pasos para desarrollar un software
7 pasos para desarrollar un softwareGenesis_Pirela
 
Etapas de Desarrollo Software
Etapas de Desarrollo SoftwareEtapas de Desarrollo Software
Etapas de Desarrollo SoftwareDaniel Román
 
Unidad 1 - La calidad en el desarrollo de software
Unidad 1 - La calidad en el desarrollo de softwareUnidad 1 - La calidad en el desarrollo de software
Unidad 1 - La calidad en el desarrollo de softwareJavier Chávez
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de softwareGiovanny Guillen
 

Destacado (17)

ingenieria del software
ingenieria del softwareingenieria del software
ingenieria del software
 
Desarrollo De Software
Desarrollo De SoftwareDesarrollo De Software
Desarrollo De Software
 
1. introduccion a la calidad del software
1. introduccion a la calidad del software1. introduccion a la calidad del software
1. introduccion a la calidad del software
 
Diapositivas Calidad de desarrollo del software
Diapositivas Calidad de desarrollo del softwareDiapositivas Calidad de desarrollo del software
Diapositivas Calidad de desarrollo del software
 
Trabajo final
Trabajo finalTrabajo final
Trabajo final
 
Ingenieria de calidad
Ingenieria de calidadIngenieria de calidad
Ingenieria de calidad
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de software
 
Recomendaciones de ACM e IEEE para carreras de Computación e Informática
Recomendaciones de ACM e IEEE para carreras de Computación e InformáticaRecomendaciones de ACM e IEEE para carreras de Computación e Informática
Recomendaciones de ACM e IEEE para carreras de Computación e Informática
 
Sesión 11. Introducción al desarrollo de software
Sesión 11. Introducción al desarrollo de softwareSesión 11. Introducción al desarrollo de software
Sesión 11. Introducción al desarrollo de software
 
Modelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software CmmiModelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software Cmmi
 
Tipos de modelos de procesos
Tipos de modelos de procesosTipos de modelos de procesos
Tipos de modelos de procesos
 
Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa...
 
El Proceso De Desarrollo De Software
El Proceso De Desarrollo De SoftwareEl Proceso De Desarrollo De Software
El Proceso De Desarrollo De Software
 
7 pasos para desarrollar un software
7 pasos para desarrollar un software7 pasos para desarrollar un software
7 pasos para desarrollar un software
 
Etapas de Desarrollo Software
Etapas de Desarrollo SoftwareEtapas de Desarrollo Software
Etapas de Desarrollo Software
 
Unidad 1 - La calidad en el desarrollo de software
Unidad 1 - La calidad en el desarrollo de softwareUnidad 1 - La calidad en el desarrollo de software
Unidad 1 - La calidad en el desarrollo de software
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de software
 

Similar a Ingenieria del-software

Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872blanquita918
 
Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872blanquita918
 
Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872msc080277
 
Ciclos de vida del software
Ciclos de vida del softwareCiclos de vida del software
Ciclos de vida del softwareGUEOVANNY20
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwareIngryd Cobain
 
6. is construcción del software
6. is construcción del software6. is construcción del software
6. is construcción del softwareNagut
 
Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Robert Rodriguez
 
Sistemas II- Ingeniería del software
Sistemas II- Ingeniería del software Sistemas II- Ingeniería del software
Sistemas II- Ingeniería del software llmdmyn14
 
Metodologías de desarrollo de software ucp
Metodologías de desarrollo de software   ucpMetodologías de desarrollo de software   ucp
Metodologías de desarrollo de software ucpAlonso Toro Lazo
 
Ingeniería de software
Ingeniería de software Ingeniería de software
Ingeniería de software jevo1994
 
Software de ingeniería.diana.2ºc
Software de ingeniería.diana.2ºcSoftware de ingeniería.diana.2ºc
Software de ingeniería.diana.2ºcdianafani
 

Similar a Ingenieria del-software (20)

Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872
 
Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872
 
Ingenieria Del Software2872
Ingenieria Del Software2872Ingenieria Del Software2872
Ingenieria Del Software2872
 
TERCERA PATE - Resumen ingenieria-del-software
TERCERA PATE - Resumen ingenieria-del-softwareTERCERA PATE - Resumen ingenieria-del-software
TERCERA PATE - Resumen ingenieria-del-software
 
ciclosdevidadelsoftware.ppt
ciclosdevidadelsoftware.pptciclosdevidadelsoftware.ppt
ciclosdevidadelsoftware.ppt
 
Ciclos de vida del software
Ciclos de vida del softwareCiclos de vida del software
Ciclos de vida del software
 
Cis 1 05
Cis 1 05Cis 1 05
Cis 1 05
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
6. is construcción del software
6. is construcción del software6. is construcción del software
6. is construcción del software
 
Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Que es Ingenieria del Software?,
Que es Ingenieria del Software?,
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Sistemas II- Ingeniería del software
Sistemas II- Ingeniería del software Sistemas II- Ingeniería del software
Sistemas II- Ingeniería del software
 
Grupo#1
Grupo#1Grupo#1
Grupo#1
 
Metodologías de desarrollo de software ucp
Metodologías de desarrollo de software   ucpMetodologías de desarrollo de software   ucp
Metodologías de desarrollo de software ucp
 
David valdiviezo ing.pdf
David valdiviezo ing.pdfDavid valdiviezo ing.pdf
David valdiviezo ing.pdf
 
Dpss u3 a2_nigm
Dpss u3 a2_nigmDpss u3 a2_nigm
Dpss u3 a2_nigm
 
Dpss u3 a2_nigm
Dpss u3 a2_nigmDpss u3 a2_nigm
Dpss u3 a2_nigm
 
Is1 01
Is1 01Is1 01
Is1 01
 
Ingeniería de software
Ingeniería de software Ingeniería de software
Ingeniería de software
 
Software de ingeniería.diana.2ºc
Software de ingeniería.diana.2ºcSoftware de ingeniería.diana.2ºc
Software de ingeniería.diana.2ºc
 

Más de menamigue

1.1 Fundamentos de TI
1.1 Fundamentos de TI1.1 Fundamentos de TI
1.1 Fundamentos de TImenamigue
 
SI para obtener ventaja estrategica
SI para obtener ventaja estrategicaSI para obtener ventaja estrategica
SI para obtener ventaja estrategicamenamigue
 
SI para apoyo a la toma de decisiones
SI para apoyo a la toma de decisionesSI para apoyo a la toma de decisiones
SI para apoyo a la toma de decisionesmenamigue
 
sistemas de informacion
sistemas de informacionsistemas de informacion
sistemas de informacionmenamigue
 
Planificación Estratégica de Sistemas de Información
Planificación Estratégica de Sistemas de InformaciónPlanificación Estratégica de Sistemas de Información
Planificación Estratégica de Sistemas de Informaciónmenamigue
 
Tecnicas UML
Tecnicas UMLTecnicas UML
Tecnicas UMLmenamigue
 
Emisor Receptor AM
Emisor Receptor AMEmisor Receptor AM
Emisor Receptor AMmenamigue
 
Grafos propuestos
Grafos propuestosGrafos propuestos
Grafos propuestosmenamigue
 
Grafos resueltos
Grafos resueltosGrafos resueltos
Grafos resueltosmenamigue
 
Analisis de Senales
Analisis de SenalesAnalisis de Senales
Analisis de Senalesmenamigue
 
Instructivo iupsm.gnomio.com
Instructivo iupsm.gnomio.comInstructivo iupsm.gnomio.com
Instructivo iupsm.gnomio.commenamigue
 
Notas electrotecnia
Notas electrotecniaNotas electrotecnia
Notas electrotecniamenamigue
 
Proyecto electrotecnia franyer velasquez
Proyecto electrotecnia franyer velasquezProyecto electrotecnia franyer velasquez
Proyecto electrotecnia franyer velasquezmenamigue
 
Proyecto electrotenia milay cala
Proyecto electrotenia milay calaProyecto electrotenia milay cala
Proyecto electrotenia milay calamenamigue
 
Organizacion y metodos
Organizacion y metodosOrganizacion y metodos
Organizacion y metodosmenamigue
 
Ejercicios C#
Ejercicios C#Ejercicios C#
Ejercicios C#menamigue
 
Enunciados de Sistemas de Información
Enunciados de Sistemas de InformaciónEnunciados de Sistemas de Información
Enunciados de Sistemas de Informaciónmenamigue
 

Más de menamigue (20)

1.1 Fundamentos de TI
1.1 Fundamentos de TI1.1 Fundamentos de TI
1.1 Fundamentos de TI
 
SI para obtener ventaja estrategica
SI para obtener ventaja estrategicaSI para obtener ventaja estrategica
SI para obtener ventaja estrategica
 
SI para apoyo a la toma de decisiones
SI para apoyo a la toma de decisionesSI para apoyo a la toma de decisiones
SI para apoyo a la toma de decisiones
 
sistemas de informacion
sistemas de informacionsistemas de informacion
sistemas de informacion
 
Planificación Estratégica de Sistemas de Información
Planificación Estratégica de Sistemas de InformaciónPlanificación Estratégica de Sistemas de Información
Planificación Estratégica de Sistemas de Información
 
Tecnicas UML
Tecnicas UMLTecnicas UML
Tecnicas UML
 
Emisor Receptor AM
Emisor Receptor AMEmisor Receptor AM
Emisor Receptor AM
 
Grafos propuestos
Grafos propuestosGrafos propuestos
Grafos propuestos
 
Grafos resueltos
Grafos resueltosGrafos resueltos
Grafos resueltos
 
Sql
SqlSql
Sql
 
Fourier
FourierFourier
Fourier
 
Analisis de Senales
Analisis de SenalesAnalisis de Senales
Analisis de Senales
 
Instructivo iupsm.gnomio.com
Instructivo iupsm.gnomio.comInstructivo iupsm.gnomio.com
Instructivo iupsm.gnomio.com
 
Notas electrotecnia
Notas electrotecniaNotas electrotecnia
Notas electrotecnia
 
Proyecto electrotecnia franyer velasquez
Proyecto electrotecnia franyer velasquezProyecto electrotecnia franyer velasquez
Proyecto electrotecnia franyer velasquez
 
Proyecto electrotenia milay cala
Proyecto electrotenia milay calaProyecto electrotenia milay cala
Proyecto electrotenia milay cala
 
Organizacion y metodos
Organizacion y metodosOrganizacion y metodos
Organizacion y metodos
 
Ejercicios C#
Ejercicios C#Ejercicios C#
Ejercicios C#
 
Satelites
SatelitesSatelites
Satelites
 
Enunciados de Sistemas de Información
Enunciados de Sistemas de InformaciónEnunciados de Sistemas de Información
Enunciados de Sistemas de Información
 

Último

Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosAgrela Elvixeo
 
Herbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxHerbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxArs Erótica
 
SECUENCIA DIDÁCTICA Matemática 1er grado
SECUENCIA  DIDÁCTICA Matemática 1er gradoSECUENCIA  DIDÁCTICA Matemática 1er grado
SECUENCIA DIDÁCTICA Matemática 1er gradoAnaMara883998
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAlejandrino Halire Ccahuana
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docxJhordanBenitesSanche1
 
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdf
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdfGUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdf
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdfNELLYKATTY
 
CARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCarolVigo1
 
Tecnología educativa en la era actual .pptx
Tecnología educativa en la era actual .pptxTecnología educativa en la era actual .pptx
Tecnología educativa en la era actual .pptxJulioSantin2
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfSaraGabrielaPrezPonc
 
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfU2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfJavier Correa
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionCarolVigo1
 
Tema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónTema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónIES Vicent Andres Estelles
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdfceeabarcia
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaTatiTerlecky1
 
explicacionsobrelasemanasanta-190411100653.ppt
explicacionsobrelasemanasanta-190411100653.pptexplicacionsobrelasemanasanta-190411100653.ppt
explicacionsobrelasemanasanta-190411100653.pptjosemanuelcremades
 

Último (20)

Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES Monelos
 
Herbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptxHerbert James Drape. Erotismo y sensualidad.pptx
Herbert James Drape. Erotismo y sensualidad.pptx
 
SECUENCIA DIDÁCTICA Matemática 1er grado
SECUENCIA  DIDÁCTICA Matemática 1er gradoSECUENCIA  DIDÁCTICA Matemática 1er grado
SECUENCIA DIDÁCTICA Matemática 1er grado
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendiciones
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docx
 
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdf
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdfGUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdf
GUÍA SIANET - Agenda - Tareas - Archivos - Participaciones - Notas.pdf
 
Tema 6.- La identidad visual corporativa y el naming.pdf
Tema 6.- La identidad visual corporativa y el naming.pdfTema 6.- La identidad visual corporativa y el naming.pdf
Tema 6.- La identidad visual corporativa y el naming.pdf
 
CARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacion
 
Tecnología educativa en la era actual .pptx
Tecnología educativa en la era actual .pptxTecnología educativa en la era actual .pptx
Tecnología educativa en la era actual .pptx
 
Actividad de bienestar docente 2016 Pereira
Actividad de bienestar docente 2016 PereiraActividad de bienestar docente 2016 Pereira
Actividad de bienestar docente 2016 Pereira
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
 
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdfU2_EA1_descargable TIC 2 SEM VIR PRE.pdf
U2_EA1_descargable TIC 2 SEM VIR PRE.pdf
 
Conducta ética en investigación científica.pdf
Conducta ética en investigación científica.pdfConducta ética en investigación científica.pdf
Conducta ética en investigación científica.pdf
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
 
Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...
 
Tema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónTema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificación
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección ediba
 
Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdfTema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
Tema 5.- BASES DE DATOS Y GESTIÓN DE LA INF. PARA EL MARKETING.pdf
 
explicacionsobrelasemanasanta-190411100653.ppt
explicacionsobrelasemanasanta-190411100653.pptexplicacionsobrelasemanasanta-190411100653.ppt
explicacionsobrelasemanasanta-190411100653.ppt
 

Ingenieria del-software

  • 2. Introducción Ingeniería del Software Desarrollo del hardware Desarrollo del hardware La aparición de componentes que cada dos años doblan la capacidad de sus antecesores[1] nos ha rodeado en menos de cuatro décadas de máquinas capaces de procesar miles de millones de operaciones por segundo (MTOPS). En 1946 ENIAC ocupaba una superficie de 160 m2, pesaba 30 toneladas, y ofrecía una capacidad de proceso de 30.000 instrucciones por segundo. En 2002 El microprocesador Pentium IV a 2 Ghz ocupa una superficie de 217 mm2 y tiene una capacidad de proceso de 5.300 MTOPS (“Millions of theoretical operations per second) En la actualidad son cuatro los factores que imprimen un ritmo acelerado a la industria del hardware. De ellos, tres son consecuencia de la ley de Moore: Incremento constante de la capacidad de operación, miniaturización y reducción de costes para la producción de hardware; y a éstos se ha sumado en la última década el avance de las comunicaciones entre sistemas. La consecuencia es obvia: ordenadores potentes, que pueden llevarse en el bolsillo y en permanente conexión con grandes sistemas, redes de comunicación públicas, sistemas de localización GPS, etc. Estas cuatro líneas de avance han extendido el ámbito de aplicación del hardware, e incrementado al mismo ritmo exponencial la complejidad de los sistemas en los que se integra. Los ordenadores ya no son máquinas útiles sólo para la banca o el ejército. Se encuentran presentes en todos los ámbitos, por su capacidad de proceso y de comunicación pueden ofrecer soluciones a sistemas cada vez más complejos. Este es el escenario creado por la industria del hardware, y que en las tres últimas décadas ha implicado a los desarrolladores de software en retos a los que no han sabido responder con solvencia. [1] Ley de Moore
  • 3. Introducción Ingeniería del Software Desarrollo del hardware Desarrollo del hardware Desde 1965 la Ley de Moore rige la evolución de los microprocesadores 100.000.000 Pentium IV Pentium III Transistores 10.000.000 Pentium II Pentium 486 DX 1.000.000 386 286 100.000 8086 10.000 4004 8080 8008 1970 1975 1980 1985 1990 1995 Factores que imprimen aceleración al ritmo de crecimiento del hardware: •Incremento de la capacidad de operación. Consecuencias de la ley de Moore •Incremento de la miniaturización. •Reducción de costes en la producción. Comunicaciones entre sistemas 2000
  • 4. Introducción Ingeniería del Software Crisis de software Crisis de software Proyectos para el desarrollo de sistemas de software Fracaso 2004 2000 1998 19% 53% 23% 28% 46% 40% 31% Éxito 29% 49% 28% 1995 1994 Problemático 26% 33% 27% 53% 16% El proyecto se aborta o el sistema no se llega a utilizar Desbordamiento de agendas o costes. Las funcionalidades no cubren las expectativas. Problemas funcionales Proyecto realizado en el tiempo previsto, con los costes previstos, con la funcionalidad esperada y ofreciendo un funcionamiento correcto. Fuente: Standish Group Survey,
  • 5. Introducción Ingeniería del Software Crisis del software Crisis del software Este problema se identificó por primera vez en 1968, año en el que la organización NATO desarrolló la primera conferencia sobre desarrollo de software, y en la que se acuñaron los términos “crisis del software” para definir a los problemas que surgían en el desarrollo de sistemas de software, e “ingeniería del software” para describir el conjunto de conocimientos que existían en aquel estado inicial. Algunas referencias útiles para comprender cuáles eran los conocimientos estables para el desarrollo de software en 1968 son:   En 1962 se publicó el primer algoritmo para búsquedas binarias.  En 1968 los programadores se debatían entre el uso de la sentencia GoTo, y la nueva idea de programación estructurada; ese era el caldo de cultivo en el que Edsger Dijkstra escribió su famosa carta “GoTo Statement Considered Harmful” en 1968.  La primera publicación sobre programación estructurada no vio la luz hasta 1974, publicada por Larry Constantine, Glenford Myers y Wayne Stevens.   El primer libro sobre métrica de software fue publicado en 1977 por Tom Gilb. C. Böhm y G. Jacopini publicaron en 1966 el documento que creaba una fundación para la eliminación de “GoTo” y la creación de la programación estructurada. El primero sobre análisis de requisitos apareció en 1979
  • 6. Introducción Ingeniería del Software Ingeniería del software Ingeniería del software Definición original: “Establecimiento y uso de principios de ingeniería para obtener software económico que trabaje de forma eficiente en máquinas reales”. Fritz Baver, 1968 (conferencia NATO) Otras definiciones “Disciplina para producir software de calidad desarrollado sobre las agendas y costes previstos y satisfaciendo los requisitos”. S. Schach 1990, Software Engineering “(1) La aplicación de métodos sistemáticos, disciplinados y cuantificables para el desarrollo, operación y mantenimiento de software; esto es, la aplicación de la ingeniería al software. (2) El estudio de (1)”. IEEE 1993
  • 7. Introducción Ingeniería del Software Ingeniería del software Ingeniería del software Desde 1968 hasta la fecha han sido muchos los esfuerzos realizados por los departamentos de informática de las universidades, y por organismos de estandarización (SEI, IEEE, ISO) para identificar las causas del problema y definir pautas estándar para la producción y mantenimiento del software. Los esfuerzos se han encaminado en tres direcciones principales.    Identificación de los factores clave que determinan la calidad del software. Identificación de los procesos necesarios para producir y mantener software. Acotación, estructuración y desarrollo de la base de conocimiento necesaria para la producción y mantenimiento de software. El resultado ha sido la necesidad de profesionalizar el desarrollo, mantenimiento y operación de los sistemas de software, introduciendo métodos y formas de trabajo sistemáticos, disciplinados y cuantificables. La forma de trabajo de programadores individuales surgida por la necesidad de los primeros programas, ha creado una cultura de la programación heroica, para el desarrollo de software que es la principal causa de los problemas apuntados, y en la actualidad una de las principales resistencias a la implantación de técnicas de ingeniería para el desarrollo de sistemas
  • 8. Introducción Ingeniería del Software Estándares y modelos Estándares y modelos •La Ingeniería del Software es una ingeniería muy joven que necesitaba: Definirse a sí misma: ¿Cuáles son las áreas de conocimiento que la comprenden? Definir los procesos que intervienen en el desarrollo, mantenimiento y operación del software De las mejores prácticas, extraer modelos de cómo ejecutar esos procesos para evitar los problemas de la “crisis del software” Definir criterios unificadores para las tareas de requisitos, pruebas, gestión de la configuración, etc. • Los estándares son útiles porque:
  • 9. Introducción Ingeniería del Software Estándares y modelos Estándares y modelos • Los estándares son útiles porque: –Agrupan lo mejor y más apropiado de las buenas prácticas y usos del desarrollo de software. –Engloban los “conocimientos”. –Proporcionan un marco para implementar procedimientos de aseguramiento de la calidad. –Proporcionan continuidad y entendimiento entre el trabajo de personas y organizaciones distintas.
  • 10. Introducción Ingeniería del Software Principales organizaciones de estandarización Principales organizaciones de estandarización Desde la identificación del fenómeno “crisis del software”, han sido muchas las organizaciones que han abordado, con mayor o menor rigor, el análisis de problemas en el desarrollo de sistemas de software. Sus trabajos se han encaminado a la localización de las causas; y a la exposición en textos didácticos, normativos o estándares de procesos o prácticas necesarias para abordar el desarrollo, mantenimiento y operación con las mayores garantías de éxito. Han sido muchos los departamentos de universidades, organismos de normalización o investigación nacionales o internacionales, sociedades de profesionales, departamentos de defensa, departamentos de calidad y procesos de empresas los que han ido generando normas y estándares. Este compendio considera como entidades de mayor reconocimiento internacional, por sus trabajos y esfuerzos realizados para la normalización, y reconocimiento de la Ingeniería del software a: ISO, IEEE- Computer Society y SEI.
  • 11. Introducción Ingeniería del Software Principales organizaciones de estandarización Principales organizaciones de estandarización  ISO Organización Internacional para la Estandarización. Fundada en 1947 Son miembros 87 países. En 1987 la Organización Internacional para la Estandarización (ISO) y la Comisión Internacional Electrotécnica (IEC), establecieron un Comité Internacional (JTC1) para las Tecnologías de la Información. La misión del JTC1 es la “estandarización en el campo de campo de los sistemas de tecnologías de la información, incluyendo microprocesadores y equipos. Los estándares o instrucciones técnicas más importantes para la Ingeniería del Software:  SEI   ISO/IEC 12207 ISO/IEC TR 15504 Instituto de Ingeniería del software. (SEI http://www.sei.cmu.edu/). Integrado en la Universidad Carnegie Mellon. Los trabajos y aportaciones realizadas por el Instituto de Ingeniería del Software a la Ingeniería del software son también referente mundial de primer orden, siendo la aportación más significativa los modelos de madurez de las capacidades: CMM y CMMI; que en sus casi 15 años de implantación efectiva en entornos de producción de software han demostrado su efectividad en las dos finalidades que cubren: como marco de referencia para mejora de procesos, y como criterio de evaluación para determinar la madurez, y por tanto fiabilidad de resultados previsibles de una organización de software.
  • 12. Introducción Ingeniería del Software Principales organizaciones de estandarización Principales organizaciones de estandarización  IEEE Computer Society IEEE Es el Instituto de Ingenieros en electricidad y electrónica (Institute of Electrical and Electronics Engineers). Su misión es preservar, investigar y promover la información de las tecnologías eléctricas y electrónicas. Surgió en 1963 con la fusión del AIEE (Instituto Americano de Ingenieros Eléctricos) y el Instituto de Ingenieros de Radio (IRE). La IEEE Computer Society (www.computer.org) es una sociedad integrada en IEEE, formada en la actualidad por más de 100.000 miembros en todo el mundo. Su finalidad es avanzar en la teoría, práctica y aplicación de las tecnologías de la información. Realiza conferencias, publicaciones, cursos de formación, y desarrolla estándares. Estándares para la Ingeniería del Software IEEE ha desarrollado estándares para todas las áreas de Ingeniería del Software. Algunos de ellos, correspondientes a las principales áreas específicas de la Ingeniería del Software son: IEEE Std. 830 Prácticas recomendadas para las especificaciones de software. IEEE Std. 1362 Guía para la especificación del documento de requisitos “ConOps” IEEE Std. 1063 Estándar para la documentación de usuario de software. IEEE Std. 1012 Estándar para la verificación y validación de software. IEEE Std. 1219 Estándar para el mantenimiento del software
  • 13. Introducción Ingeniería del Software Principales estándares y modelos Principales estándares y modelos •SWEBOK: Software Engineering Body of knowledge •ISO/IEC 12207: Procesos del ciclo de vida del software •CMM / CMMI •ISO/IEC TR 15504 •IEEE 830 - IEEE 1362 - ISO/IEC 14764 …
  • 14. SWEBOK SWEBOK Introducción Ingeniería del Software El proyecto SWEBOK (Software Engineering Body of Knowledge) comenzó sus actividades de manera efectiva dentro del SWECC1 en 1997 (aunque el comité SWECC se creó en 1993). En el proyecto también están representados: los dos principales organizaciones de estandarización en Ingeniería del Software: IEEE e ISO/IEC JTC1/SC/. Los autores de las tres principales obras de Ingeniería del Software: Steve Mc Connell, Roger Pressman e Ian Sommerville. Universidad de Québec (Montreal) Empresas y organizaciones como: Rational, SAP, Boeing, Construx, MITRE, Raytheon, En 2001 el proyecto publicó ya una definición consensuada del cuerpo de conocimiento aceptado en la ingeniería del software (http://www.swebok.org). Las fuentes de información para la identificación de las áreas de conocimiento han sido los índices de textos genéricos sobre la Ingeniería del Software, los curricula para licenciatura y postgrado en Ingeniería de Software, y los criterios de admisión que se utilizan en el postgrado. Todos estos datos se han organizado siguiendo el estándar ISO/IEC 12207. El cuerpo de conocimiento identificado por el proyecto SWEBOK se ha configurado como el estudio El cuerpo de conocimiento identificado por el proyecto SWEBOK se ha configurado como el estudio más relevante y como la referencia de más autoridad en toda la comunidad informática para la más relevante y como la referencia de más autoridad en toda la comunidad informática para la acotación y descripción de los conocimientos que configuran la Ingeniería del software. acotación y descripción de los conocimientos que configuran la Ingeniería del software. 1 Software, Engineering Coordinating Comitee”, Comisión creada por IEEE Computer Society y ACM (Association for Computer Machinery) para definir el cuerpo de la Ingeniería del Software
  • 15. SWEBOK SWEBOK Introducción Ingeniería del Software SWEBOK da el primer paso necesario para constituir a la Ingeniería del Software como profesión: la delimitación del cuerpo de conocimiento que comprende la profesión. Sin esta delimitación no es posible validar de forma universal exámenes de licenciatura, no es posible la preparación para acceder a la profesión, y no hay un consenso sobre el contenido de su currículo. El proyecto parte de la suposición de que es necesario establecer cuál es el cuerpo de conocimiento que deben conocer los ingenieros del software, y en su desarrollo ha agrupado este conocimiento en 10 áreas      Requisitos Diseño Construcción Pruebas Mantenimiento      Gestión de la configuración Gestión Procesos Herramientas y métodos Calidad Es importante resaltar que estas áreas no incluyen aspectos importantes de las tecnologías de la información, tales como lenguajes específicos de programación, bases de datos relacionales o redes o tecnología de redes y comunicaciones. Esta es una consecuencia de la distinción que entre “esencia” y “accidente” se establece desde un enfoque de ingeniería. Por supuesto que un Ingeniero de Software debe conocer las técnicas de cada momento, pero la definición de procesos y metodología de trabajo es la “esencia” de la profesión. Así por ejemplo, el área de conocimiento de requisitos, sí que puede considerarse como “esencia” de la profesión. Los problemas que pueden derivarse en un proyecto por una mala obtención o gestión de los requisitos son indistintos del hardware o lenguaje de programación empleado. Eran los mismos hace dos décadas que ahora, y todo nos hace suponer que seguirán siendo idénticos dentro de otros cuatro lustros.
  • 16. Introducción Ingeniería del Software ISO 12207: Propósito ISO 12207: Propósito Establecer un estándar para evitar una situación de Torre de Babel en la gestión e ingeniería del software, proporcionando un marco y un lenguaje común en la disciplina del software • Ciclo de vida del software Periodo de tiempo que comienza al concebir la idea de un nuevo sistema de software, y termina cuando este se retira y deja de funcionar. • Establece un marco común para el ciclo de vida del software para – Adquisición, suministro, desarrollo, operación y mantenimiento del software – Gestionar, controlar y mejorar el marco – Como base de referencia para el trabajo e intercambio entre organizaciones de software
  • 17. Introducción Ingeniería del Software ISO 12207: Propósito ISO 12207: Propósito Define el QUÉ, no el CÓMO. Dice cuáles son los procesos, actividades y tareas implicados en el desarrollo, mantenimiento y operación de los sistemas de software, asentando un marco estándar de referencia internacional, pero no se ocupa ni prescribe técnicas específicas. • El estándar no prescribe técnicas: – Que deba emplearse ningún tipo de documentación específica. – Que deba emplearse un tipo específico de ciclo de desarrollo. – Métodos concretos para el desarrollo, mantenimiento u operación del software.
  • 18. Introducción Ingeniería del Software ISO 12207: Propósito ISO 12207: Propósito •El estándar sirve de referencia desde dos perspectivas diferentes: •Para la adquisición de sistemas y servicios de software. •Para el suministro, desarrollo, mantenimiento y operación de productos de software. •El estándar no cubre el desarrollo de productos de software para distribución comercial masiva (productos “en caja”).
  • 19. Introducción Ingeniería del Software ISO 12207: Procesos ISO 12207: Procesos 5. Procesos primarios 6.- Procesos de soporte 5.1 Adquisición 5.1 Adquisición 6.1 Documentación 6.1 Documentación 5.2 Suministro 5.2 Suministro 6.2 Gestión de la configuración 6.2 Gestión de la configuración 6.3 Control de calidad 6.3 Control de calidad 5.3 5.3 Operación Operación 6.4 Verificación 6.4 Verificación 6.5 Validación 6.5 Validación 5.3 5.3 Desarrollo Desarrollo 6.6 Reuniones 6.6 Reuniones 5.3 5.3 Mantenimiento Mantenimiento 6.7 Auditoría 6.7 Auditoría 6.8 Resolución de problemas 6.8 Resolución de problemas 7. Procesos organizacionales 7.1 Gestión 7.1 Gestión 7.2 Infraestructura 7.2 Infraestructura 7.3 Mejora 7.3 Mejora 7.4 Formación 7.4 Formación
  • 20. ISO 12207 ISO 12207 Introducción Ingeniería del Software ISO 1227 define los procesos que componen el ciclo de vida del software Actividad 1 Tarea 1 Tarea 2 Proceso … 1 Tarea n Ciclo de vida … Concepto Retirada … Proceso N Actividad n Tarea 1 Tarea 2 … Tarea n
  • 21. ISO 12207 ISO 12207 Introducción Ingeniería del Software Un proceso está compuesto por actividades. Una actividad está compuesta de tareas. PROCESO ACTIVIDAD 1 TAREA 1 ••• ••• TAREA X ACTIVIDAD n TAREA 1 La descomposición del proceso en actividades INICIO y tareas se realiza sobre el concepto de ACT ciclo de mejora PDCA Problemas y acciones correctivas “Plan – Do – Chek – Act” (Planificación, ejecución, medición y mejora) PLAN Tareas, agenda, asignaciones… PROCESO DO Ejecución de planes y tareas CHECK Evaluación y medición FIN
  • 22. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS ISO 12207 establece un nexo con la Ingeniería de sistemas al considerar al software como parte de un sistema. Desde esta perspectiva se establece a la Ingeniería de sistemas como fundamento de la Ingeniería del Software. Sistema de Entrada Elemento del Elemento del sistema sistema Elemento del Elemento del sistema sistema Sistema Elemento del Elemento del sistema sistema Elemento del Elemento del sistema sistema Sistema de Salida “Colección de elementos relacionados de forma que puedan realizar un objetivo tangible”. Pressman 1982
  • 23. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS Sistema conjunto de elementos de hardware, software, personas, procedimientos, herramientas y otros factores organizativos, organizados para llevar a cabo un objetivo común. Sistema de software Sistema o sub-sistema formado por una colección de programas y documentación que de forma conjunta satisfacen unos determinados requisitos. Un sistema de software puede ser en sí mismo un sistema independiente que, por ejemplo, realiza su objetivo en un ordenador independiente. A este tipo de sistemas se les denomina también “sistema intensivo de software”, porque el sistema es prácticamente software. Un sistema de software puede ser también una parte de un sistema mayor. En cuyo caso se trata en realidad de un “sub-sistema de software”. Por ejemplo, el sistema de software de un avión de combate es en realidad el sub-sistema de software del avión. Ingeniería de sistemas El término “Ingeniería de sistemas” surgió por primera vez en 1956, y fue propuesto por H. Hitch, presidente del departamento de Ingeniería Aeronáutica de la Universidad de Pensilvania, para intentar desarrollar una disciplina de ingeniería que pudiera abarcar el desarrollo de grandes sistemas que empleaban diversas disciplinas de ingenierías específicas: construcción de bombarderos, submarinos, etc. Los principios de Ingeniería de sistemas desarrollados en los 60 y 70 se aplicaron en programas como el Apolo, o el programa de misiles balísticos USAF/USN.
  • 24. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS Algunas definiciones Ingeniería de sistemas comprende la función de gestionar todo el esfuerzo de desarrollo para conseguir un balance óptimo entre todos los elementos del sistema. Es el proceso que transforma la necesidad operacional en la descripción de los parámetros del sistema, e integra esos parámetros para mejorar la eficiencia general del sistema. Defense Systems Management College, 1989 Los procesos de ingeniería de sistemas integran las secuencias de actividades y decisiones que transforman la definición de una necesidad en un sistema, que con un ciclo de vida optimizado, consigue un balance óptimo de todos sus componentes. USAF, 1985 La principal función de la ingeniería de sistemas es garantizar que el sistema satisface los requisitos durante todo el ciclo de vida. Todas las demás consideraciones se alinean sobre esta función. Wymore 1993 La ingeniería de sistemas define el plan para gestionar las actividades técnicas del proyecto. Identifica el ciclo de desarrollo y los procesos que será necesario aplicar. Desde la Ingeniería de sistemas se desarrolla la línea base técnica para todo el desarrollo, tanto de hardware como de software.
  • 25. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS Funciones de la Ingeniería de sistemas  Definición del problema: Determinación de las expectativas hacia el producto, necesidades y restricciones obtenidas y analizadas en los requisitos del sistema. Trabaja cerca del cliente para establecer las necesidades operacionales.  Análisis de la solución: Determinar las opciones posibles para satisfacer los requisitos y las restricciones. Estudiar y analizar las posibles soluciones. Seleccionar la mejor, sopesando las necesidades inmediatas, opciones de implementación, utilidad, evolución del sistema…  Planificación de los procesos: Determinar los grupos de tareas técnicas que se deben realizar, el esfuerzo requerido para cada una, su prioridad y los riesgos que implican para el proyecto.  Control de los procesos: Determinar los métodos para controlar las actividades técnicas del proyecto y los procesos; la medición del progreso, revisión de los productos intermedios y ejecución de las acciones correctivas, cuando corresponda.  Evaluación del producto: Determinar la calidad y cantidad de los productos elaborados, a través de evaluaciones, pruebas, análisis, inspecciones…
  • 26. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS Ingeniería de sistemas – Gestión de proyectos – Ingeniería del Soft. Gestión de proyectos      Ingeniería de sistemas      Definición del problema Análisis de la solución Planificación de procesos Control de procesos Evaluación del producto Planificación Organización Personal Dirección Control Ingeniería del software     Diseño del software Codificación Pruebas unitarias Integración del subsistema de software
  • 27. Introducción Ingeniería del Software INGENIERÍA DE SISTEMAS INGENIERÍA DE SISTEMAS Ingeniería de sistemas – Ingeniería de sistemas de software – Ingeniería del software Análisis del Análisis del sistema sistema Pruebas del Pruebas del sistema sistema Ingeniería de sistemas Diseño del Diseño sistema sistema Pruebas de Pruebas de integración del sis integración Análisis de Análisis de requisitos del sw requisitos Ingeniería de sistemas de software Diseño de la arDiseño quitectura del sw quitectura Pruebas del Pruebas sistema de sw sistema de sw Pruebas de Pruebas de integración del sw integración del sw Diseño detallado Diseño del software del software Pruebas del subPruebas del subsistema de softw. sistema Codificación Codificación Pruebas unitarias Pruebas unitarias Ingeniería del software