Ilovepdf - Merged - 2022-05-27T152936.597

FACULTAD DE INGENIERÍAS
PROGRAMA ACADÉMICO
INGENIERÍA DE COMPUTACIÓN Y SISTEMAS
CURSO
INGENIERÍA DE SOFTWARE I
TEMA
Definición de la Ingeniería de Software
DOCENTE:
SEMANA N° 01 Mg. Ing. Carlos Fernando Oliva Ramos
EPICS

EPICS
Contenidos de la sesión:
➢Introducción.
➢Conceptos básicos.
EPICS
Logro de la sesión:
Al término de la sesión el estudiante, deberá

conocer de forma clara los conceptos básicos de
la Ingeniería de Software.
EPICS
Ingeniería de Software
Si usted quiere contratar la construcción de su casa:

➢ ¿Qué le exigiría al Producto (casa)?
➢ ¿Qué le exigiría al Proyecto?
EPICS
-¿Eso, es válido, para cualquier casa?

-¿Ingeniería Civil, es sinónimo de Construcción de
Casas?
Ingeniería de Software, tampoco es sinónimo de Desarrollo de
Software
EPICS
¿Qué es la Ingeniería de Software? – (I)

“La Ingeniería de Software es el área de las ciencias de la
computación que trata con la construcción de sistemas de
software, los cuales son tan grandes y complejos que se
construyen con equipos de ingenieros” [Ghezzi 91].
“Construcción multi-persona de software

multi-versiones” [Parnas 87].
Implica el uso de técnicas y prácticas
ingenieriles para alcanzar un resultado
previsible, en términos de proyecto y de
producto...
EPICS
¿Qué es la Ingeniería de Software?
La Ingeniería de Software es la rama de

la ingeniería que estudia todo lo
relacionado con la informática
o sistemas de computación, con una
orientación metódica, ordenada y
cuantificable al incremento, ejecución y
conservación del software.
EPICS
¿Qué es Ingeniería?
Ingeniería procede del vocablo
latino ingenium, que puede
traducirse como “producir”.
La ingeniería es el estudio y la
aplicación de las distintas ramas de
la tecnología.
EPICS
¿Qué es software?
El software es un conjunto de
programas, instrucciones y reglas
informáticas que permiten
ejecutar distintas tareas en una
computadora. (Según la RAE)
EPICS
¿Qué es sistemas?
Del latín systema, un sistema es un módulo ordenado de
elementos que se encuentran interrelacionados y que
interactúan entre sí, con una finalidad común.
EPICS
¿Qué es Informática?
La informática se refiere al procesamiento automático de
información mediante dispositivos electrónicos y sistemas
computacionales.
Los sistemas informáticos deben contar con la capacidad de

cumplir tres tareas básicas: entrada (captación de la
información), procesamiento y salida (transmisión de los
resultados).
El conjunto de estas tres tareas se conoce como algoritmo.

EPICS
La ingeniería de software es una

disciplina formada por un conjunto
de métodos, herramientas y
técnicas que se utilizan en
el desarrollo de los programas
informáticos (software).
EPICS

La ingeniería de software, también, incorpora el análisis
precedente de la situación, el bosquejo del proyecto, el
desarrollo del software, el ensayo necesario para comprobar su
funcionamiento correcto y poner en funcionamiento el sistema.
EPICS
Historia de la ingeniería de software

Al inicio de la informática, el software era un componente
más. El programa se consideraba un «arte», para el que
no existían métodos, era un procedimiento que se
realizaba sin planificación alguna.
Para entonces, todo el programa se desarrollaba con las

dimensiones propias para cada necesidad concreta, y por
consiguiente, normalmente tenía muy poca difusión, por lo
que, solo quien lo necesita, escribía sobre el asunto y el
mismo se encargaba de mantenerlo.
EPICS

Para mediado de los años sesenta se constituye el software
como producto y es cuando aparecen las empresas que
se dedican al desarrollo y distribución masiva del mismo.
El término Ingeniería del Software, surge cuando se

llevaba a cabo dos conferencias estructuradas por la OTAN
en los años en 1967 y 1968.
Es para mediados de la década los 70, cuando los sistemas

informáticos incrementaron la dificultad y dan pie a la
creación de las redes de computadoras.
EPICS

Este hecho presionó a quienes desarrollaban las
computadoras personalizadas, aunque no se sabía mucho
sobre ellas; al final de esta etapa, surgieron los
microprocesadores.
La cuarta época del progreso de los sistemas informáticos,
comienza en los 90 y se orienta hacia el impacto general de
las computadoras y el software, en todos los entornos.
La industria del software es de gran importancia en la
economía mundial. Se ponen de manifiesto las técnicas de
redes neuronales, al igual que la lógica difusa, de interés en
el campo de la Inteligencia Artificial.
EPICS

EPICS
Ingeniería de software en la actualidad

En la actualidad el software tiene un doble papel.
Es el producto, pero al mismo tiempo, actúa como el

conductor que entrega el producto.
Como conductor utilizado para entregar el producto,

actúa como base de control, por ejemplo un sistema
operativo, o un sistema gestor de redes.
EPICS
Ingeniería de software en la actualidad

En la actualidad la ingeniería del Software es
considerada una nueva especialidad de la ingeniería y
junto con la especialidad de Ingeniería Informática, es
una de las profesiones con más demanda.
La ingeniería del software trata campos muy variados de

la informática y de las Ciencias de la Computación, que
además se aplican a un amplio espectro de campos, tales
como negocios, investigación científica, medicina,
producción, logística, banca, meteorología, derecho,
redes, entre otras muchas.
EPICS
Elementos de la Ingeniería de software

Su objetivo principal es el desarrollo costeable de sistemas de
software confiables que funcionen de modo eficiente y comprende
todos los aspectos de la producción del software.
El software presenta 3 elementos que lo caracterizan:
1. Los programas y/o algoritmos.
2. Las estructuras de datos.
3. Los documentos.
Hay 2 tipos de derivados de software cuando se desarrolla:
➢ Productos genéricos.
➢ Productos personalizados.
EPICS
Objetivos de la Ingeniería de software

➢ Diseñar programas informáticos que se adecúen a las
exigencias de la sociedad.
➢ Liderar y acoplar el desarrollo de programaciones
complicadas.
➢ Actuar en todas las fases del ciclo de vida de un producto.
➢ Computar los costos de un proyecto y evaluar los tiempos
de desarrollo.
➢ Realizar el seguimiento de costes y plazos.
➢ Liderar equipos de trabajo de desarrollo software.
EPICS

➢ Estructurar la elaboración de evidencias que comprueben
el perfecto funcionamiento de los programas y que se
adaptan a los requerimientos de análisis y diseño.
➢ Diseñar, construir y administrar bases de datos.
➢ Liderar y orientar a los programadores durante el
desarrollo de aplicaciones.
➢ Incluir procesos de calidad en los sistemas, calculando
métricas e indicadores y chequeando la calidad del
software producido.
EPICS

➢ Estructurar e inspeccionar el
trabajo de su equipo, de los
técnicos de mantenimiento y los
ingenieros de sistemas y redes.
EPICS
Etapas de la Ingeniería de software

La ingeniería de Software consta de siete etapas.
1. Etapa de análisis: Es el procedimiento de investigación de
un problema al que se desea encontrar la solución. Se
define con claridad el Problema que hay que resolver o el
programa que se desea inventar, identificando los
elementos principales que conformarán el producto.
2. Etapa de Diseño: Es el procedimiento que emplea la
información acumulada en la etapa de análisis al diseño
del producto. La labor principal de la etapa de diseño es
crear un modelo o las características precisas para el
producto o Componentes del Sistema.
EPICS

3. Etapa de Desarrollo: Consiste en el empleo de los
diseños creados durante la etapa de diseño para elaborar
los elementos a utilizarse en el sistema.
4. Etapa de Pruebas o Verificación Prueba: Consiste en
garantizar que los elementos individuales que componen
el sistema o producto, presentan las características
requeridas en la especificación creada durante la etapa
de diseño.
5. Etapa de Implementación o Entrega Implantación:
Consiste en la distribución del producto y hacerlo llegar a
manos del cliente.
EPICS

6. Etapa de Mantenimiento: Consiste en aplicar las
soluciones apropiadas a cualquier problema del
producto y re- liberar el producto mejorado,
dándole una nueva versión.
7. Etapa final EOL (End-of-Life): Consiste en ejecutar

todas las labores que garanticen que tanto los
clientes como los empleados tiene la certeza de que
el producto ya no estará más a la disposición, por lo
que no se venderá más.
EPICS
Principios de la Ingeniería de software

Existen una serie de principios fundamentales que facilitan
los procedimientos y la práctica del software, como por
ejemplo:
1. Ser dinámico: que los productos a elaborar sean precisos

y que las decisiones puedan ser tomadas localmente.
2. Concentrarse en la calidad de cada etapa: La calidad del
producto debe ser el centro focal de la condición de salida
para toda la actividad del procedimiento del trabajo que
se ha creado.
EPICS

3. Estar listo para adaptar: Ajustar el enfoque a las
limitaciones que imponen los problemas, los usuarios y
el proyecto en sí.
4. Conformar un equipo eficaz: El procedimiento y usos
de la ingeniería de software son importantes, pero el
objetivo principal son los usuarios. Se debe formar un
equipo en donde impere la confianza.
5. Constituir los mecanismos necesarios para la
comunicación y coordinación: Principios que dirigen el
proceso.
EPICS

6. Administrar el cambio: El planteamiento puede variar
entre formal o informal, pero deben determinarse los
mecanismos para aplicar la forma en la que los cambios
se solicitan, evalúan, aprueban e implementan.
7. Calcular el riesgo: Son muchos los detalles que pueden

fallar en el desarrollo de software por lo que se hace
imprescindible tener planes de emergencia.
EPICS

7. Elaborar productos del trabajo que sumen valor para
otros: Todo producto del trabajo que dé como
resultado, de parte de la práctica de ingeniería de
software pasará a alguien más. La lista de las funciones
y características exigidas se dará a la persona que
desarrollará un diseño, el diseño pasará a quienes
creen un código y así sucesivamente. Asegúrese de que
el producto del trabajo imparte la información
necesaria y precisa.
EPICS
Videos de Reforzamiento
Historia y evolución del

Software
Principios de la
Desarrollo Práctico
Establezca una infografía sobre la Ingeniería de

Software, que abarque su definición, Objetivos y
Principios.
Tomar como base de la Lectura 01 – EL SOFTWARE,

compartida en la Plataforma
EPICS
Conclusiones
➢ La ingeniería de software es una disciplina de la
ingeniería que nos ayudan a desarrollar sistemas de
software a tiempo y a la vez que se cumpla con las
expectativas de calidad y que permanezca dentro del
presupuesto.
➢ Sus elementos importantes son: algoritmos,

estructura de datos y documentos.
EPICS
Conclusiones
➢ El proyecto de software cumple con un ciclo de vida,
para todo proyecto de software se debe elegir el
modelo en el que se trabajara, es muy importante
realizar prototipos de los productos de software para
el mejor diseño y entendimiento de lo que requiere el
cliente. Para esto necesitamos información adecuada,
podemos utilizar cualquier técnica de recopilación de
información siempre y cuando se haga de la forma
correcta y constante comunicación con el cliente.
EPICS
ENLACES DE INTERÉS
➢ https://es.slideshare.net/diaxzsalgado/ingenieria-de-
software-14521827
➢ https://www.ecured.cu/Ingenier%C3%ADa_de_software
➢ https://micarrerauniversitaria.com/c-
ingenieria/ingenieria-de-software/
PROGRAMA ACADÉMICO
CURSO
TEMA
Ciclo de vida del software
DOCENTE:
EPICS
CICLO DE VIDA DEL SOFTWARE

EPICS
➢ Introducción.
➢ Conceptos.
➢ Metodologías.
➢ Ciclos de Vida.
➢ Herramientas.
EPICS

conocer de forma clara los principales Modelos
de desarrollo de Software.
EPICS
La construcción de un sistema de información implica

la conjugación de esfuerzos, conocimientos,
experiencias, recursos y tiempo muy valiosos; por lo
que es necesario contar con un adecuado rumbo de
acción que garantice el éxito del proyecto, empleado al
máximo los elementos disponibles. Por esta razón es
conveniente apoyarse en una metodología que
establezca las etapas con objetivos, actividades y
técnicas necesarias en la creación de un sistema.
EPICS
La ejecución de las etapas lleva normalmente un orden
cronológico, en donde los resultados producidos por una,
alimentan las funciones de la siguiente y así sucesivamente.
Además se aplican los conceptos del proceso administrativo,
que regula las acciones de cada etapa y por lo tanto, de todo
el proyecto.
Por ello, es necesario planear y controlar la realización de
las actividades. Para ilustrar lo anterior, se presenta una
figura en donde aparecen las etapas que componen el ciclo
de desarrollo de los sistemas, sus interrelaciones y el papel
del proceso administrativo.
EPICS
Etapas de Desarrollo
EPICS
Etapas de Desarrollo
EPICS
ANÁLISIS DE SISTEMAS
EPICS
ACTIVIDADES DEL ANÁLISIS DE SISTEMAS

➢ Planeación
✓ Definición de objetivos.
✓ Formulación de estrategias.
✓ Determinación de recursos.
✓ Establecimiento del plan de trabajo.
➢ Determinación de Requerimientos
✓ Definición del caso de estudio.
✓ Estudio de la organización.
✓ Análisis de procedimientos.
✓ Análisis de información.
✓ Identificación de recursos.
✓ Determinación de puntos críticos.
EPICS

➢ Definición de la Alternativa de Solución
✓ Tipos de alternativas.
✓ Definición de la alternativa.
✓ Establecimiento de criterios de decisión.
✓ Comparación de alternativas.
✓ Elección.
➢ Descripción del Sistema Propuesto

✓ Perfil general del sistema.
✓ Estructura general de información.
❖ Actualización de la plantilla de personal.
❖ Registro de movimientos: incidencias, préstamos, etc.
❖ Actualización de los aspectos contractuales de ingresos y egresos de los empleados.
❖ Cálculo de la nómina.
❖ Distribución del pago.
EPICS
➢ Control
✓ Presentación del sistema.
✓ Revisión de la propuesta.
✓ Modificaciones a la propuesta.
EPICS
TÉCNICAS DEL ANÁLISIS DE SISTEMAS

EPICS
Matriz Sistemas / Clases de datos

EPICS
Técnicas para la Descripción de Flujos
Caja Negra
Caja Blanca
EPICS
Técnicas para la Descripción de Flujos
Descomposición del
Sistema
EPICS
Técnicas para la Descripción de Procesos
UML
DFD
EPICS
Técnicas para el Análisis de Datos

EPICS
Diccionario
de Datos
EPICS
CICLO DE VIDA
El ciclo de vida que permite el desarrollo de un software
involucra:
➢ Comprensión de los requerimientos.
➢ Análisis de los requerimientos.
➢ Diseño del sistema.
➢ Implementación.
➢ Prueba.
➢ Mantenimiento.
EPICS
CICLO DE VIDA
El éxito de un desarrollo de software depende de:
La total compresión de los

requerimientos del software.
No importa lo bien codificado y estructurado que esté

un programa, si no se ha analizado correctamente,
pues, defraudará al usuario y frustrará al desarrollador.
EPICS
¿Qué atributos tiene un buen SW?
➢ Mantenibilidad: El software debe evolucionar para cubrir

necesidades cambiantes.
➢ Confiabilidad: El software debe ser confiable.
➢ Eficiencia: El software no debe malgastar los recursos del

sistema.
➢ Usabilidad: El software debe ser usado por los usuarios

para quienes se diseñó.
EPICS
MODELO CASCADA
Definición de
requerimientos Inconveniente: dificultad para
incorporar cambios después de que
Diseño de el proceso parte.
sistemas y
software
Implementación y
prueba de unidades
Integración y prueba
de sistema
Operación y
mantenimiento
EPICS
MODELO CASCADA
Ventajas:
➢ Calidad del producto alta.
➢ Permite trabajar con personal poco cualificado.
Inconvenientes
➢ Necesidad de tener todos los requisitos al principio.
➢ Es un modelo rígido y poco flexible.
➢ Si se han cometido errores en una fase es difícil volver atrás.
➢ No se dispone del producto hasta el final.
➢ Síndrome del 90%Más lento y más costoso que los demás.
EPICS
Ciclo de vida en V
Contiene las mismas etapas que el ciclo de vida cascada puro. A diferencia el
Modelo V tiene dos subetapas adicionales de retroalimentación entre las etapas
de análisis y mantenimiento, y entre las de diseño y debugging.
EPICS
CICLO DE VIDA EN V
Ventajas:
➢ Se ofrece una mayor garantía de corrección al terminar el
proyecto.
➢ La relación entre las etapas de desarrollo y los distintos
tipos de pruebas facilitan la localización de fallos.
➢ Es un modelo sencillo y de fácil aprendizaje.
➢ Hace explícito parte de la iteración y trabajo que hay que
revisar.
➢ Especifica bien los roles de los distintos tipos de pruebas
a realizar.
➢ Involucra al usuario en las pruebas.
EPICS
CICLO DE VIDA EN V
Desventajas:
➢ Es difícil que el cliente exponga explícitamente todos
los requisitos.
➢ El cliente debe tener paciencia pues obtendrá el
producto al final del ciclo de vida.
➢ Las pruebas pueden ser caras y, a veces, no lo
suficientemente efectivas.
➢ El producto final obtenido puede que no refleje todos
los requisitos del usuario.
EPICS
MODELO INCREMENTAL
➢ Es un modelo que deriva del

modelo en cascada puro.
➢ Se crean módulos que

cumplen las diferentes
funciones del sistema.
➢ Se puede utilizar en casi

cualquier proyecto, pero será
muy útil cuando el usuario
requiera entregas rápidas,
aunque sean parciales.
EPICS
MODELO INCREMENTAL
Ventajas:
➢ Construir un sistema pequeño es siempre menos
riesgoso que construir un sistema grande.
➢ Al ir desarrollando parte de las funcionalidades, es

más fácil determinar si los requerimientos planeados
para los niveles subsiguientes son correctos.
➢ Si un error importante es realizado, sólo la última

iteración necesita ser descartada y utilizar el
incremento previo.
EPICS
MODELO INCREMENTAL
DESVENTAJAS:
➢ Se presupone que todos los requisitos se han definido
al inicio.
➢ Se requiere de una experiencia importante para definir

los incrementos de forma de distribuir en ellos las
tareas en forma proporcional.
➢ Si el sistema a desarrollar es de gran magnitud y se
cuenta con un único grupo para construirlo se corre el
riesgo que el desarrollo se prolongue demasiado en
tiempo.
EPICS
CICLO DE VIDA EVOLUTIVO

➢ Este modelo que los
requerimientos del usuario
pueden cambiar en cualquier
momento.
➢ Se afronta ese problema mediante

una iteración de ciclos
requerimiento-desarrollo-
evaluación.
➢ Resulta muy útil cuando se
desconoce la mayoría de los
requerimientos iniciales.
EPICS
MODELO DE PROTOTIPOS
➢ En la práctica los prototipos se
utilizan para validar los
requerimientos de los usuarios
en cualquier ciclo de vida.
➢ Facilitan el aprendizaje frente a

situaciones nuevas o
desconocidas.
➢ El prototipo puede ser

desechable o evolutivo.
EPICS
VENTAJAS:
➢ Este modelo es útil cuando el cliente conoce los objetivos
generales para el software, pero no identifica los requisitos
detallados de entrada, procesamiento o salida.
➢ También ofrece un mejor enfoque cuando el responsable del
desarrollo del software está inseguro de la eficacia de un
algoritmo o de la adaptabilidad de un sistema operativo o de
la forma que debería tomar la interacción humano-máquina.
DESVENTAJAS:
➢ Es altamente costoso y difícil para la administración
temporal.
EPICS
➢ Se utiliza mayoritariamente en proyectos de

desarrollo con innovaciones importantes, o en el uso
de tecnologías nuevas o poco probadas, en las que la
incertidumbre impide iniciar un proyecto secuencial.
➢ Si deseamos migrar aplicaciones de tecnología para

adoptar sus nuevas funcionalidades o simplemente
estar entre los top-ten, este es un modelo ideal.
EPICS
MODELO EN ESPIRAL
A medida que el ciclo se
cumple, se van obteniendo
prototipos sucesivos que van
ganando la satisfacción del
cliente o usuario.
EPICS
MODELO EN ESPIRAL
Existen cuatro etapas básicas: Tipos de proyecto para los que es
adecuado:
1. Planificación (Ingeniería de
Requerimientos). ➢ Grandes sistemas.
2. Análisis de Riesgo (en base al ➢ Proyectos donde es importante

paso anterior, decidimos si el factor riesgo.
continuamos)
➢ Cuando no es posible definir
3. Implementación (prototipo) todos los requisitos.
4. Evaluación (cliente evalúa)

EPICS
MODELO EN ESPIRAL
VENTAJAS:
➢ No es necesaria definición completa de requisitos.
➢ Desde el final de la primera iteración es más fácil validar los requisitos.
➢ Riesgo es menor, porque sólo se arriesga la última iteración.
➢ Riesgo de retrasos menor, de detectar los problemas temprano y da
tiempo a subsanarlos.
DESVENTAJAS:
➢ Es difícil evaluar los riesgos.
➢ Necesaria participación continua del cliente.
➢ Al subcontratarlo hay que producir una especificación completa y eso
lleva tiempo.
EPICS
Ciclo de vida del

Desarrollo de Software
Ingeniería del Software

Ciclo de vida - Raquel
Martínez
EPICS
Resolver el Caso de estudio

propuesto en la plataforma.
EPICS
Conclusiones:
➢ La ingeniería del software , tiene como finalidad desarrollar

productos o soluciones para un cliente o mercado en
particular, teniendo en cuenta factores como los costes, la
planificación, la calidad y las dificultades asociadas.
➢ Las metodologías de desarrollo de software, se trata del

proceso que se suele seguir a la hora de diseñar una
solución o un programa específico.
➢ El ciclo de vida clásico es el paradigma más antiguo y más

ampliamente usado en la ingeniería del software.
EPICS
ENLACES DE INTERÉS
➢https://obsbusiness.school/es/blog-project-
management/metodologia-agile/que-son-las-metodologias-de-
desarrollo-de-software
➢https://www.researchgate.net/figure/Figura-3-1-Ciclo-de-vida-
clasico-El-ciclo-de-vida-clasico-es-el-paradigma-mas-antiguo-
y_fig9_310772235
➢https://www.ecured.cu/Ciclo_de_vida_del_software
➢https://www.efectodigital.online/post/2018/04/23/ciclo-de-
vida-de-desarrollo-de-software
EPICS
Ciclo de Vida de un Sistema de Información

PROGRAMA ACADÉMICO
CURSO
TEMA
Modelo de Estimación de
Costos de Desarrollo de Software
DOCENTE:
EPICS
EPICS
➢ Introducción.
➢ Ámbito del Software.
➢ Estimación de Costos.
➢ Modelos de Estimación.
EPICS

conocer la forma correcta de estimar el costo de
desarrollo de Software.
EPICS
Introducción
➢ La planificación del proyecto abarca. Estimación,
programa de trabajo, análisis de riesgos, gestión de
calidad y gestión del cambio.
➢ Empezamos estableciendo una estimación, que es un
intento por determinar cuánto dinero, esfuerzo,
recursos, y tiempo tomará construir un sistema o
producto específico basado en software.
➢ La estimación comienza con una descripción del
ámbito del producto.
EPICS
Introducción
➢ El problema se descompone en un conjunto de
problemas más pequeños, y cada uno de éstos se estima
empleando datos históricos y experiencia como guías.
➢ La complejidad y el riesgo se consideran antes de
realizar una estimación final.
➢ No hay forma de saber si una estimación es 100%
correcta o no, sino hasta que el proyecto esté
completado.
EPICS
Ámbito del Software

➢ Describe las funciones y características que se entregarán a
los usuarios finales, los datos que son de entrada y salida, y
el “contenido” que se presenta a los usuarios como
consecuencia de emplear el software, así como el
desempeño, las restricciones, las interfaces y la confiabilidad
que acotan al sistema. Puede usarse dos técnicas:
✓ Luego de una comunicación con todos los participantes,
se desarrolla una descripción narrativa del ámbito del
software
✓ Los usuarios finales desarrollan una serie de casos de
uso(descripción de escenarios)
EPICS
Estimación de Costos
La gestión de un proyecto informático de gestión

empieza con la calificación del proyecto, que pretende,
en primer lugar, obtener una idea del volumen de
trabajo que costará construir la aplicación (estimación) y,
en segundo lugar, planificar en el tiempo las diferentes
actividades que es necesario llevar a cabo (planificación).
EPICS
La primera de estas etapas se conoce también con el

nombre de estimación de costos de un proyecto
informático, ya que a partir del esfuerzo de trabajo
estimado se obtendrá el presupuesto. Del mismo modo,
después de la planificación y el reparto en el calendario
de las tareas que se deben a realizar, se obtienen los
plazos, etapa que también se conoce con el nombre de
tiempo de desarrollo del proyecto.
EPICS
La mayor parte del costo del software se encuentra hoy

en el costo de las horas de análisis, diseño, programación
y prueba que se deben utilizar para obtenerlo. Por ello,
cuando se habla de estimación de costos se hace
referencia, exclusivamente, al esfuerzo humano que ha
sido necesario, es decir, a las horas de trabajo requeridas
para construir el software.
EPICS
“No hay modelos de costo transportables. Si esperas que

alguien en otro lugar desarrolle un conjunto de fórmulas
que puedas utilizar para prever el coste en tu propia
instalación, probablemente tendrás que esperar para
siempre.”
T. de Marco (1982, pág. 155).
EPICS
De Marco propone dos definiciones sucesivas muy realistas

de lo que es una estimación:
➢ Definición implícita de estimación: una estimación es

la predicción más optimista que tiene una probabilidad
no nula de llegar a ser cierta.
➢ Definición propuesta por de Marco: una estimación es
una predicción que tiene la misma probabilidad de
estar por encima que de estar por debajo del resultado
real.
EPICS
En resumidas cuentas, estimar la carga de

trabajo que es necesario llevar a cabo
para la construcción de software de
aplicación es una tarea que normalmente
debe fracasar.
EPICS
Modelos de Estimación
La idea de los modelos de estimación es la de proporcionar
sistemas y métodos generales para proceder a realizar la
estimación de costos en la construcción de software de
aplicación.
Los diferentes modelos de estimación de costes y/o esfuerzos
en la construcción de software se pueden dividir en cinco
grandes grupos principales:
1. Modelos con base estadística.
2. Teóricos.
3. Compuestos.
4. Modelos con base histórica.
EPICS
Modelo COCOMO
COCOMO es el modelo de construcción de costes más conocido y
utilizado de los modelos algorítmicos compuestos que se basan
sobre todo en datos estadísticos, pero también en ecuaciones
analíticas y en un ajuste fruto de la opinión de expertos.
El COCOMO clásico lo forman, en realidad, tres modelos diferentes,

que tienen en cuenta diferentes grados de complejidad:
1. El COCOMO básico es un modelo estático válido para obtener

una estimación rápida del esfuerzo (meses-hombre) en función
del tamaño (KLOC) al inicio del ciclo de vida.
EPICS
Modelo COCOMO
2. El COCOMO intermedio añade al cálculo del esfuerzo en
función del tamaño, el efecto de unos atributos que
influyen en el coste (CDA), con los cuales se quiere tener
en cuenta el tipo de aplicación y tecnología, las
calificaciones y la experiencia del personal, el entorno de
diseño y programación y las herramientas de las que
dispone, etc.
3. El COCOMO adelantado incorpora todas las características
de la versión intermedia, pero en lugar de evaluar los CDA
con un único valor para todo el ciclo de vida, tiene en
cuenta diferentes CDA para cada fase de la construcción
del software.
EPICS
Modelo COCOMO Clásico

Las ecuaciones del modelo COCOMO tienen siempre la forma
general que mostramos a continuación:
E = a · Lb · CDA
T = c · Ed
➢ E es el esfuerzo (en personas-mes).
➢ L son las líneas de código (en KLOC)
➢ T es el tiempo de desarrollo del proyecto (en meses)
➢ CDA los cost driven attributes.
Finalmente a, b, c y d son coeficientes que el modelo proporciona
como resultado del análisis de los datos de sesenta y tres proyectos
realizados entre 1965 y 1980.
EPICS
Modelo COCOMO Clásico – Ambientes de Trabajo
I. Orgánico: Desarrollo en un entorno estable, pocas

presiones de tiempo y tamaño relativamente pequeño.
II. Empotrado: Requisitos muy restrictivos, complejo, en un

entorno de gran innovación técnica.
III. Semi-libre: Entre modo orgánico y empotrado.

EPICS
Los coeficientes que corresponden al modelo básico.
EPICS

Los coeficientes que corresponden al modelo Intermedio.
EPICS
COCOMO - Intermedio
Valor de los Factores
Factores Muy bajo Bajo Medio Alto Muy Alto Extra
Fiabilidad requerida 0.75 0.88 1.00 1.15 1.40
Tamaño de BD 0.94 1.00 1.08 1.16
Complejidad del Software 0.70 0.85 1.00 1.15 1.30 1.65
Restricciones de tiempo de ejecución 1.00 1.11 1.30 1.66
Restricciones de memoria 1.00 1.06 1.21 1.56
Volatilidad del hardware 0.87 1.00 1.15 1.30
Restricciones del tiempo 0.87 1.00 1.07 1.15
Calidad de los analistas 1.46 1.19 1.00 0.86 0.71
Experiencia con el tipo de aplicación 1.29 1.13 1.00 0.91 0.82
Experiencia con el hardware 1.21 1.10 1.00 0.90
Experiencia con el lenguaje de programación 1.14 1.07 1.00 0.95
Calidad de los programadores 1.42 1.17 1.00 0.86 0.70

Técnicas modernas de programación 1.24 1.10 1.00 0.91 0.82
Empleo de herramientas 1.24 1.10 1.00 0.92 0.83
Restricciones a la duración del proyecto 1.23 1.08 1.00 1.04 1.10
EPICS
COCOMO - Intermedio
El modelo COCOMO es el más serio y completo de los modelos
de estimación que existen, aunque los resultados que se
obtienen pueden haber quedado obsoletos por la evolución y
los cambios que ha sufrido la informática en los últimos veinte
años. (Cambio Tecnológico, que puede afectar algunos
cálculos)
Recuerda: E = a · · CDA
L b
T=c·E d
EPICS
Ejemplo – Parte I
Se trata de estimar el esfuerzo de desarrollo de sus sistema de

comunicaciones de 30 KLDC, de alta complejidad.
Afortunadamente, podremos emplear programadores de muy
alta calificación con una alta experiencia específica en este
tipo de software. El costo del salario mensual de cada persona
es de 800 soles. Suponga un ambiente orgánico. Aplique
COCOMO para estimar el esfuerzo.
Esf = 3.2 x (30) 1.05 = 113.79 personas-mes

EPICS
Ejemplo – Parte I
Realizando el ajuste mediante los factores:
Esf = 113.79 x 1.15x0.70x0.91

Esf = 83.35 personas - mes
Costo = 83.35 x 800 =66 680 soles
Tiempo = 2.5 x 83.35 0.38 = 13.42

EPICS
Ejemplo – Parte II
¿Sería más rentable emplear a personas de nivel medio

cuyo salario es de 600 soles mensuales?
Esf = 113.79 x 1.15 x 1x0.91

Esf = 119.08 personas - mes
Costo = 119.08 x 600= 71 448 soles
Conclusión: Es más caro

EPICS
Puntos de Función
➢ Es una métrica que cuantifica la funcionalidad que hay que
entregar al usuario al construir el software.
➢ Propuesta inicial presentada por Albretch.
EPICS
Factores de Complejidad (0-5)

EPICS
EPICS
Reconciliación de la métricas LDC y PF
➢ Utilizar métricas orientadas a la función.
➢ Utilizar tabla de valores estimados de conversión de PF a

LDC, según la herramienta de desarrollo de software.
➢ Utilizar modelo COCOMO para obtener estimación del

esfuerzo y el costo del proyecto.
EPICS
EPICS
EPICS
Uso de Estándares de Productividad
No es fácil, en la práctica, encontrar cuál es el modelo que

más se ajusta a la realidad del proyecto informático que
todavía está por empezar y que preocupa al jefe de
proyecto que debe llevar a cabo la estimación de las cargas y
los costos.
EPICS
Uso de Estándares de Productividad

➢ No es fácil, en la práctica, encontrar cuál es el modelo que
más se ajusta a la realidad del proyecto informático que
todavía está por empezar y que preocupa al jefe de
proyecto que debe llevar a cabo la estimación de las cargas
y los costos.
➢ En lugar de cuantificar cada actividad o conjunto de estas
características funcionales en líneas de código o puntos de
función y buscar modelos que conviertan estas métricas en
esfuerzo (meses-hombre), es suficiente disponer
directamente, para cada actividad, del esfuerzo estándar
que ha requerido en otros proyectos anteriores.
EPICS
Costo de un software
empresarial
Estimación de Costos de
Software utilizando
COCOMO II
EPICS
Estimar el costo de desarrollo del

Proyecto Software que estamos
desarrollando en el curso.
EPICS
Conclusiones:
➢ La estimación de los costos de desarrollo de software es

un factor muy importante en el análisis de los proyectos
informáticos, constituye un tema estratégico contar con
indicadores para medir el costo de los mismos,
garantizando la eficiencia, excelencia, calidad y la
competitividad.
➢ El análisis de costo es el proceso de identificación de los

recursos necesarios para llevar a cabo el trabajo o
proyecto eficientemente.
EPICS
Conclusiones:
➢ La evaluación del costo determina la calidad y cantidad

de los recursos necesarios en términos de dinero,
esfuerzo, capacidad, conocimientos y tiempo incidiendo
en la gestión empresarial.
➢ En la actualidad existen un conjunto de métricas que no

se utilizan, y que pueden ser aplicables a cualquier tipo
de proyecto de software para calcular el costo de los
mismos.
EPICS
ENLACES DE INTERÉS
➢https://www.gestiopolis.com/estimacion-de-costos-de-
desarrollo-de-software/
➢https://www.scielo.sa.cr/scielo.php?script=sci_arttext&pid=S2
215-34702018000100118
➢https://www.evaluandosoftware.com/software-a-
medida/costo-sistema-a-medida/
PROGRAMA ACADÉMICO
CURSO
TEMA
Metodologías para el
desarrollo de software
DOCENTE:
EPICS
EPICS
➢ Definición de Metodologías.
➢ Metodologías tradicionales.
➢ Metodologías ágiles.
EPICS

conocer y diferenciar las diversas metodologías
de desarrollo de Software.
EPICS
Introducción
El desarrollo de software, es uno de los sectores

tecnológicos más competitivos y no es algo nuevo, ya que
durante muchos años lo ha sido, sin embargo ha tenido
una evolución constante en lo que se refiere a las
metodologías o bien, las formas en las cuales se realiza la
planeación para el diseño del software, básicamente con
el objetivo de mejorar, optimizar procesos y ofrecer una
mejor calidad.
EPICS
¿Qué es un Método?
Un Método se compone de diversos aspectos que nos
permitirán conseguir una meta o lograr un objetivo. Se
define más claramente como un conjunto de
herramientas, las cuales utilizadas mediante las técnicas
correctas, permiten la ejecución de procesos que nos
llevarán a cumplir los objetivos que buscamos.
EPICS
¿Qué es una Metodología?

En el desarrollo de software, una metodología hace cierto
énfasis al entorno en el cuál se plantea y estructura el
desarrollo de un sistema.
Es importante que dependiendo del tipo de software que
se vaya a desarrollar, se identifique la metodología para el
diseño de software idónea.
EPICS
¿En qué consisten las Metodologías

de Desarrollo de Software?
Una Metodología de desarrollo de software, consiste

principalmente en hacer uso de diversas herramientas,
técnicas, métodos y modelos para el desarrollo.
Regularmente este tipo de metodología, tienen la
necesidad de venir documentadas, para que los
programadores que estarán dentro de la planeación del
proyecto, comprendan perfectamente la metodología y en
algunos casos el ciclo de vida del software que se pretende
seguir.
EPICS
¿En qué consisten las Metodologías

de Desarrollo de Software?
Aunque actualmente existen mucha variedad

en metodologías de programación. La realidad es que
todas están basadas en ciertos enfoques generalistas
que se crearon hace muchos años, algunos tipos de
metodologías de desarrollo de software que se
utilizaron e inventaron al principio de nuestra era
tecnológica.
EPICS
Metodología en cascada: Framework lineal.

EPICS
Proceso de desarrollo de software con el modelo de

cascada es bastante complejo. Sin embargo uno de sus
principios es que cada una de las fases elaboradas, se
encuentre documentada perfectamente, de este
modo, si el desarrollo queda suspendido en alguna
fase, cualquier usuario que quiera continuar con el
proyecto lo podrá hacer leyendo la documentación.
EPICS

Así también, es muy común encontrar metodologías
para el desarrollo de software en cascada con fechas de
objetivos, tiempos o presupuestos para determinadas
fases. Aprovechando el hecho de que una vez que
avanzaste de fase, es muy poco recomendable el volver
atrás, aunque regularmente se tiene un cierto nivel de
tolerancia, pero lo correcto en la utilización del modelo
de cascada, es que no puedas ir atrás a realizar
modificaciones de ningún tipo.
EPICS
Método de Prototipos
EPICS
Método de Prototipos
1. Planeación.
2. Modelado.
3. Elaboración del Prototipo.
4. Desarrollo.
5. Entrega y Retroalimentación.
6. Comunicación con el Cliente.
7. Entrega del Producto Final.
EPICS
Modelo Incremental o Iterativo y Creciente

EPICS
Modelo Incremental o Iterativo y Creciente

El modelo Incremental, es una metodología de la
programación muy utilizada hoy en día, pues su comodidad de
desarrollo permite que te obtenga un producto final mucho
más completo y exitoso.
Se trata especialmente de la combinación de los modelos
lineal e iterativo o bien, modelo de cascada y prototipos.
Básicamente consiste en completar varias iteraciones de lo
que es el modelo de cascada, pero sin completar ninguna,
haciendo iteraciones lo que se hace es crear una evolución en
el producto, permitiendo que se agreguen nuevas
especificaciones, funcionalidades, opciones, funciones y lo
que el usuario requiera después de cada iteración.
EPICS
Modelo en Espiral
EPICS
Modelo en Espiral
Este modelo, consiste en ciertas fases que se van realizando
en modo de espiral, utilizando procesos de la misma forma
en que se utilizan en el modelo de cascada, sin embargo aquí
estos no son obligatorios y no llevan precisamente el orden
establecido.
Básicamente se trata de un modelo evolutivo, que conforme

avancen los ciclos, irá incrementando el nivel de código
fuente desarrollado, un incremento en la gestión de riesgos y
por supuesto un incremento en los tiempos de ejecución y
planificación del sistema, esto es lo que tiene el modelo en
espiral.
EPICS
RAD: Desarrollo Rápido de Aplicaciones

(Rapid Application Development)
EPICS
RAD: Desarrollo Rápido de Aplicaciones

(Rapid Application Development)
A diferencia de otras metodologías para el desarrollo de

software, la metodología RAD o desarrollo rápido de
aplicaciones, no cuenta con una serie de fases ordenadas por
así decirlo. Aunque si está basada en lo que es el modelo de
cascada y la creación de prototipos, sin embargo el proceso
es muy independiente a contar con ciertas fases estipuladas
como los modelos que hemos visto anteriormente. Así que
vamos a ver los principios del modelo RAD.
EPICS
EPICS
Metodologías Ágiles
Una metodología ágil, consiste principalmente en trabajar
con menos documentación de la que, como vimos, las
metodologías tradicionales utilizan en todo momento.
Existen una gran cantidad de metodologías ágiles de
desarrollo de software y todas las vamos a ver a
continuación.
Un documento en el cuál se resume la filosofía de este
enfoque de desarrollo, así seguramente después de leer esos
puntos, nos quedará aún mas clara la idea de hacia donde se
pretende llegar y principalmente Cómo se pretende llegar a
los objetivos.
EPICS
EPICS
SCRUM
La metodología Scrum, es bastante amigable y fomenta lo
que es el trabajo en equipo en todo momento, con la
finalidad de conseguir los objetivos de una forma rápida.
➢ Desarrollo Incremental.
➢ Calidad de las personas.
➢ Adiós al Secuencial y Cascada.
➢ La comunicación es Fundamental.
EPICS
Procesos de SCRUM
➢ Product Backlog: El Product Backlog no es más
que una lista de las funcionalidades del producto a
desarrollar.
➢ Sprint Backlog: seleccionar algunos de los puntos

escritos en el Product Backlog, los cuales
procederán a ser realizados.
➢ Sprint Planning Meeting: es una reunión que se

realiza para definir plazos y procesos a efectuarse
para el proyecto establecido en el Product Backlog.
EPICS
Procesos de SCRUM
➢ Daily Scrum o Stand-up Meeting: Aquí
básicamente lo que se hace son reuniones diarias
mientras se está llevando a cabo un Sprint, para
responder las siguientes preguntas:
✓ ¿Que hice ayer?
✓ ¿Qué voy a hacer hoy?
✓ ¿Qué ayuda necesito?.
➢ Sprint Review: es básicamente una reseña de lo

que fue el Sprint.
EPICS
Procesos de SCRUM
➢ Sprint Retrospective: permite al equipo analizar los
objetivos cumplidos, si se cometieron errores,
visualizarlos y tratar de no cometerlos nuevamente
más adelante.
EPICS
Equipos que Componen los Procesos Scrum
➢ Product Owner: líder de proyecto.
➢ Scrum Master: líder de cada una de las reuniones y

ayudará en los problemas que hayan surgido.
➢ Scrum Team: es el equipo de desarrollo.
➢ Cliente: el cliente tiene la capacidad para influir en el

proceso, debido a que siempre estará empapado de el, ya
sea que proponga nuevas ideas o bien haciendo algún tipo
de comentario.
EPICS
Metodología XP
EPICS
Metodología XP
Esta metodología es posiblemente la más destacada
de las metodologías ágiles y esto se debe a su
gran capacidad de adaptación ante cualquier tipo
de imprevisto que surja.
Pues la idea, no es mantener ciertos requisitos desde
que se está elaborando el proyecto, sino que durante
el proceso, estos vayan cambiando o vayan
evolucionando gradualmente sin complicaciones.
Básicamente los creadores de esta metodología XP,
consideran que es mejor adaptarte en el proceso a los
requisitos que vayan apareciendo, que iniciar con
requisitos y desarrollar un proyecto en base a eso.
EPICS
Valores de la Metodología XP
EPICS
Características de la Metodología XP
➢ Tipo de Desarrollo Iterativo e incremental.

➢ Pruebas Unitarias.
➢ Trabajo en Equipo.
➢ Alguien del equipo trabaja con el cliente.
➢ Corrección de Errores.
➢ Reestructuración del Código.
➢ El Código es de todos.
➢ Código simple es la clave.
EPICS
Equipo de trabajo dentro

de la Metodología XP
➢ Programador.
➢ Tester.
➢ Tracker. El seguimiento será lo suyo.
➢ Entrenador.
➢ Consultor. sigue siendo un externo, pero que cuenta
con conocimientos específicos y que será capaz de
ayudar en la solución de problemas.
➢ Gestor. Es el encargado de vincular e interrelacionar
al cliente con los programadores.
EPICS
¿Qué son las metodologías ágiles

en el desarrollo de Software?
SCRUM
EPICS
PRÁCTICA
CALIFICADA 01
EPICS
Conclusiones:
➢ Las metodologías de desarrollo de software son un
conjunto de técnicas y métodos organizativos que se
aplican para diseñar soluciones de software informático.
➢ El objetivo de las distintas metodologías es el de intentar

organizar los equipos de trabajo para que estos
desarrollen las funciones de un programa de la mejor
manera posible.
EPICS
Conclusiones:
➢ El desarrollo de software puede ser un sector
especialmente complejo, sobre todo cuando se trata de
grandes aplicativos y equipos de trabajo. Ponerse
a desarrollar un producto sin una metodología
clara desembocará en un proceso aún más complejo, que
conducirá a problemas, retrasos, errores y, en definitiva, un
mal resultado final.
➢ El trabajo con una metodología de desarrollo de software
permite reducir el nivel de dificultad, organizar las tareas,
agilizar el proceso y mejorar el resultado final de las
aplicaciones a desarrollar.
EPICS
ENLACES DE INTERÉS
➢ https://www.becas-santander.com/es/blog/metodologias-
desarrollo-
software.html#:~:text=Las%20metodolog%C3%ADas%20de%20desa
rrollo%20de%20software%20son%20un%20conjunto%20de,dise%C3
%B1ar%20soluciones%20de%20software%20inform%C3%A1tico.
➢ https://www.ecured.cu/Metodologias_de_desarrollo_de_Software
➢ https://repositorio.grial.eu/bitstream/grial/1942/1/4.%20Metodolo
gi%CC%81a-2020.pdf
PROGRAMA ACADÉMICO
CURSO
TEMA
Tipos de Aplicaciones, Factores de Calidad,
Características del Software
DOCENTE:
EPICS

EPICS

➢ Introducción
➢ Calidad del Software.
➢ Características del software.
➢ Tipos de Aplicaciones Software.
EPICS


identificar y entender los diferentes tipos de
aplicaciones, factores de calidad y las
características del Software.
EPICS
Introducción
➢ Software: Especifica el conjunto de programas informáticos
que se desarrollan en el entorno de una computadora.
➢ Papel del software en la sociedad: ha cambiado
significativamente en los últimos 50 años.
✓ Mejoras en rendimiento del hardware.
✓ Cambios en arquitecturas informáticas.
✓ Aumentos de memoria y capacidad de almacenamiento.
✓ Variedad de dispositivos de entrada y salida.
✓ Importancia profesional y personal de la Informática.
✓ Disminuye el precio del hardware.
✓ Aumenta la demanda de nuevas aplicaciones.
EPICS
Introducción
➢ Sistemas cada vez más sofisticados y complejos.
➢ Se ha pasado de ser una herramienta para la resolución de

problemas a una industria.
➢ Características del software:

✓ El software se desarrolla, no se fabrica.
✓ El software no se estropea.
✓ Aunque la industria tiende a ensamblar componentes,
la mayoría del software se construye a medida
EPICS
Introducción
EPICS
Introducción
El proceso software:
➢ Especificación del software. ➢ Validación del software.
➢ Desarrollo del software. ➢ Evolución del software.

EPICS
Introducción
Fallos en el software:
Las causas de los fallos informáticos pueden ser muy diversas:
✓ Especificaciones incorrectas o incompletas.
✓ Análisis equivocados.
✓ Diseños con fallos.
✓ Programación con errores.
✓ Validación poco precisa.

EPICS
Calidad del Software
✓ ¿Cuándo tiene buena calidad el software?
✓ ¿Qué características influyen al determinar la

calidad del software?
✓ ¿Cómo medir la calidad del software?
✓ ¿Cómo controlar y garantizar la calidad del

software?
EPICS
Calidad del Software

Es necesario medir la calidad (pero es una tarea difícil)
¿Por qué medir?
EPICS
Modelo de Calidad del Software

EPICS
Factores de Calidad del Software

EPICS
La Calidad en el Ciclo de Vida

EPICS

EPICS

EPICS
Tipos de Aplicaciones Software
1. Las aplicaciones de escritorio: Es el

tipo de software de aplicación más
frecuente.
Se instalan en el ordenador y pueden
ofrecer todo tipo de funciones
relacionadas con datos, gráficos y
material audiovisual. Dentro de este
grupo se encuentran los procesadores
de texto, los editores de imagen y los
reproductores de música y vídeo.
EPICS
2. Las aplicaciones basadas en la

web: Son aquellas aplicaciones que
permiten a los usuarios acceder a
una serie de herramientas a través
del navegador, sin necesidad de
instalar ningún software. Estos
servicios tienen dos ventajas
fundamentales: no ocupan espacio
en el disco duro y se puede acceder
a ellos en cualquier momento y
desde cualquier lugar.
EPICS
3. Los conjuntos de aplicaciones

o suites. Este tipo de software de
aplicación consiste en un grupo de
aplicaciones diferentes desarrolladas
por la misma empresa para cubrir
diferentes servicios relacionados. Es
el caso del paquete Office o el
conjunto de programas de Adobe.
EPICS
EPICS
Atributos de calidad
del software
Norma ISO/IEC 9126 - Métrica

de calidad de Software
EPICS
Conclusiones:
➢ Desarrollar Software de Calidad, basado en estándares con
funcionalidad y rendimiento ajustado a las necesidades y
exigencias del cliente, son aspectos fundamentales para
asegurar el éxito del producto software.
➢ Las características de Calidad del software son:

✓ Funcionalidad.
✓ Fiabilidad.
✓ Usabilidad.
✓ Eficiencia.
✓ Mantenimiento.
EPICS
Conclusiones:
➢ Existen diferentes modelos de calidad del software que
permiten un proceso de mejora continua con su
implementación.
➢ Los modelos de calidad son aquellos documentos que

integran la mayor parte de las mejores prácticas,
proponen temas de administración en los que cada
organización debe hacer énfasis, integran diferentes
prácticas dirigidas a los procesos clave y permiten medir
los avances en calidad.
EPICS
ENLACES DE INTERÉS
➢ https://www.appandweb.es/blog/tipos-de-apps/
➢ https://www.kantansoftware.com/blog/5-caracteristicas-
de-un-software-de-gestion-de-la-calidad-eficaz/
➢ https://www.4rsoluciones.com/blog/como-medir-la-
calidad-en-software-2/
➢ https://www.redalyc.org/journal/2654/265452747018/ht
ml/
PROGRAMA ACADÉMICO
CURSO
TEMA
Nociones generales de UML

DOCENTE:
EPICS

EPICS
➢ Introducción y Conceptualización
➢ Ventajas
➢ Principios
➢ UML Modelado del Negocio
➢ Nociones generales de UML
➢ Modelo de casos de uso del negocio
EPICS

identificar y entender los diferentes tipos de
aplicaciones, factores de calidad y las
características del Software.
EPICS
UML
➢ El Lenguaje Unificado de Modelado (Unifield
Modeling Lenguaje UML), es un lenguaje estándar
para escribir planos de software, UML se puede
utilizar para visualizar, especificar, construir y
documentar los artefactos de un sistema que
involucra una gran cantidad de software.
➢ UML prescribe un conjunto de notaciones y

diagramas estándar para modelar sistemas
orientados a objetos, y describe la semántica esencial
de lo que estos diagramas y símbolos significan.
EPICS
UML
➢ UML se puede usar para modelar distintos tipos de
sistemas como por ejemplo: sistemas de software,
sistemas de hardware, y organizaciones del mundo
real.
➢ UML ofrece nueve diagramas en los cuales modelar

sistemas.
➢ Es un lenguaje muy expresivo, que cubre todas las

vistas necesarias para desarrollar y luego desplegar
tales sistemas.
EPICS
UML
➢ UML es una consolidación de muchas de las notaciones
y conceptos más usados orientados a objetos.
➢ Empezó como una consolidación del trabajo de Gra

de Booch, James Rumbaugh e Ivar Jacobson, creadores
de tres de las metodologías orientadas a objetos más
populares, en 1996, el Object Management Group
(OMG), publicó una petición con propósito de un
metamodelo orientado a objetos de semántica y
notación estándares.
EPICS
¿Porqué Aprender UML?
Los sistemas de información en la actualidad parten de un

análisis y diseño muy bien evaluado, donde el cliente
reconozca y entienda a detalle lo que el grupo de
programadores realizará y que este pueda sugerir cambios
que permitan cumplir con las necesidades o cambiar de
opinión frente a un proceso y aplicarlo de otra manera en
el sistema, una vez el diseño sea claro y que sea de
completo consentimiento del cliente, el grupo de trabajo
procederá a desarrollar la solución tal cual como se
diseñó.
EPICS
¿Porqué Aprender UML?

➢ ¿Cómo se manejará un nivel tan alto de
complejidad?
UML es la respuesta, pues mediante este lenguaje
se organizará el proceso de diseño donde los
analistas, clientes, desarrolladores y todo el equipo
de trabajo que intervenga en el proyecto,
comprenderán y participará en la mejor solución al
problema presentado, enfrentando la complejidad
que se presente y se resuelva de una manera
organizada.
EPICS
Beneficios de utilizar UML

➢ Mejores tiempos totales de desarrollo (de 50 % o más).
➢ Modelar sistemas (y no sólo de software) utilizando
conceptos orientados a objetos.
➢ Establecer conceptos y artefactos ejecutables.
➢ Encaminar el desarrollo del escalamiento en sistemas
complejos de misión crítica.
➢ Crear un lenguaje de modelado utilizado tanto por
humanos como por máquinas.
➢ Mejor soporte a la planeación y al control de proyectos.
➢ Alta reutilización y minimización de costos.
EPICS
UML
➢ UML es un lenguaje para hacer modelos y es
independiente de los métodos de análisis y diseño.
Existen diferencias importantes entre un método y un
lenguaje de modelado.
➢ Un método es una manera explícita de estructurar el
pensamiento y las acciones de cada individuo. Además,
el método le dice al usuario qué hacer, cómo hacerlo,
cuándo hacerlo y por qué hacerlo; mientras que el
lenguaje de modelado carece de estas instrucciones.
➢ Los métodos contienen modelos y esos modelos son
utilizados para describir algo y comunicar los
resultados del uso del método.
EPICS
UML
➢ Un modelo es expresado en un lenguaje de modelado. Un
lenguaje de modelado consiste de vistas, diagramas,
elementos de modelo (los símbolos utilizados en los
modelos) y un conjunto de mecanismos generales o reglas
que indican cómo utilizar los elementos.
➢ Las reglas son sintácticas, semánticas y pragmáticas
EPICS
VISTAS
Las vistas muestran diferentes aspectos del sistema modelado.
Una vista no es una gráfica, pero sí una abstracción que consiste
en un número de diagramas y todos esos diagramas juntos
muestran una "fotografía" completa del sistema. Las vistas
también ligan el lenguaje de modelado a los métodos o
procesos elegidos para el desarrollo.
Las diferentes vistas que UML tiene son:

EPICS
VISTAS
➢ Vista Use-Case: Una vista que muestra la funcionalidad
del sistema como la perciben los actores externos.
➢ Vista Lógica: Muestra cómo se diseña la funcionalidad

dentro del sistema, en términos de la estructura estática y
la conducta dinámica del sistema.
➢ Vista de Componentes: Muestra la organización de los

componentes de código.
EPICS
VISTAS
➢ Vista Concurrente: Muestra la concurrencia en el sistema,
direccionando los problemas con la comunicación y
sincronización que están presentes en un sistema
concurrente.
➢ Vista de Distribución: muestra la distribución del sistema

en la arquitectura física con computadoras y dispositivos
llamados nodos.
EPICS
Diagramas
Los diagramas son las gráficas que describen el contenido
de una vista. UML tiene nueve tipos de diagramas que son
utilizados en combinación para proveer todas las vistas de un
sistema:
➢ Diagramas de caso de uso. ➢ Diagramas de colaboración.

➢ Diagramas de clases. ➢ Diagramas de actividad.
➢ Diagramas de objetos. ➢ Diagramas de componentes
➢ Diagramas de estados. ➢ Diagramas de distribución.
➢ Diagramas de secuencia.
EPICS
Símbolos o Elementos de Modelo
Los conceptos utilizados en los diagramas son los

elementos de modelo que representan conceptos
comunes orientados a objetos, tales como clases, objetos
y mensajes, y las relaciones entre estos conceptos
incluyendo la asociación, dependencia y generalización.
Un elemento de modelo es utilizado en varios diagramas
diferentes, pero siempre tiene el mismo significado y
simbología.
EPICS
Reglas o Mecanismos generales
Proveen comentarios extras, información o semántica acerca

del elemento de modelo; además proveen mecanismos de
extensión para adaptar o extender UML a un método o
proceso específico, organización o usuario.
EPICS
FASES DEL DESARROLLO DE UN SISTEMA
Las fases del desarrollo de sistemas que soporta UML son:
1. Análisis de Requerimientos.
2. Análisis.
3. Diseño.
4. Programación.
5. Pruebas.
EPICS
ANÁLISIS DE REQUERIMIENTOS
UML tiene casos de uso (use-cases) para capturar los
requerimientos del cliente.
A través del modelado de casos de uso, los actores
externos que tienen interés en el sistema son modelados
con la funcionalidad que ellos requieren del sistema (los
casos de uso).
Los actores y los casos de uso son modelados con
relaciones y tienen asociaciones entre ellos o éstas son
divididas en jerarquías.
EPICS
ANÁLISIS DE REQUERIMIENTOS
Los actores y casos de uso son descritos en un diagrama
use-case.
Cada use-case es descrito en texto y especifica los
requerimientos del cliente: lo que él (o ella) espera del
sistema sin considerar la funcionalidad que se
implementará.
Un análisis de requerimientos puede ser realizado
también para procesos de negocios, no solamente para
sistemas de software.
EPICS
ANÁLISIS
La fase de análisis abarca las abstracciones primarias
(clases y objetos) y mecanismos que están presentes en
el dominio del problema.
Las clases que se modelan son identificadas, con sus

relaciones y descritas en un diagrama de clases.
Las colaboraciones entre las clases para ejecutar los

casos de uso también se consideran en esta fase a través
de los modelos dinámicos en UML.
EPICS
DISEÑO
En la fase de diseño, el resultado del análisis es expandido
a una solución técnica.
Se agregan nuevas clases que proveen de la

infraestructura técnica: interfaces de usuario, manejo de
bases de datos para almacenar objetos en una base de
datos, comunicaciones con otros sistemas, etc.
Las clases de dominio del problema del análisis son
agregadas en esta fase. El diseño resulta en
especificaciones detalladas para la fase de programación.
EPICS
PROGRAMACIÓN
En esta fase, las clases del diseño son convertidas a

código en un lenguaje de programación orientado a
objetos.
Cuando se crean los modelos de análisis y diseño en

UML, lo más aconsejable es trasladar mentalmente
esos modelos a código.
EPICS
PRUEBAS
Normalmente, un sistema es tratado en pruebas de
unidades, pruebas de integración, pruebas de sistema,
pruebas de aceptación, etc.
Las pruebas de unidades se realizan a clases individuales o
a un grupo de clases y son típicamente ejecutadas por el
programador.
Las pruebas de integración integran componentes y clases

en orden para verificar que se ejecutan como se especificó.
EPICS
PRUEBAS
Las pruebas de sistema ven al sistema como una "caja
negra" y validan que el sistema tenga la funcionalidad
final que le usuario final espera.
Las pruebas de aceptación conducidas por el cliente

verifican que el sistema satisface los requerimientos y
son similares a las pruebas de sistema.
EPICS
MODELADO DE NEGOCIOS
https://es.slideshare.net/SergioRios/unidad-3-
modelo-de-negocio
EPICS
CASOS DE USOS
➢ https://www.youtube.com/watch?v=F_dnNCzmRZU
➢ https://www.youtube.com/watch?v=HrzDiq-tF6Q
EPICS
Curso UML
Diagrama Casos de Uso
Modelado de Procesos de
Negocios 1: UML (Casos de uso)
EPICS
Conclusiones:
➢ UML es sólo un lenguaje y por tanto es tan solo una
parte de un método de desarrollo de software,
además, es independiente del proceso, aunque para
utilizar óptimamente se debería usar en procesos que
fuesen dirigidos por los casos de uso, centrados en la
arquitectura, lo interactivo e incremental.
➢ El modelado del negocio es una técnica para

comprender los procesos de negocio de la
organización.
EPICS
Conclusiones:
➢ El modelado del negocio está soportado por dos tipos de modelos de
UML: el modelado de casos de usos y modelos de objetos
➢ Los objetivos del modelado de negocio son:

✓ Entender la estructura y la dinámica de la organización para
la cual el sistema va a ser desarrollado (organización
objetivo).
✓ Entender el problema actual en la organización objetivo e
identificar sus potenciales y mejoras.
✓ Asegurar que los clientes, usuarios finales y desarrolladores
tengan un entendimiento común de la organización objetivo.
✓ Derivar los requisitos del sistema necesarios para apoyar a la
organización objetivo.
EPICS
ENLACES DE INTERÉS
➢https://www.lucidchart.com/pages/es/que-es-el-lenguaje-
unificado-de-modelado-uml
➢https://www.ionos.es/digitalguide/paginas-web/desarrollo-
web/uml-lenguaje-unificado-de-modelado-orientado-a-
objetos/
➢https://es.slideshare.net/myle22/qu-es-uml-para-que-sirve-
pasos
PROGRAMA ACADÉMICO
CURSO
TEMA
Modelo del Negocio, Diagramas de Clase.

Diagramas de Casos de Uso
DOCENTE:
EPICS

EPICS

➢ Modelos del Negocio.

➢ Relaciones en los Procesos del Negocio.
➢ Artefactos del Modelo de Negocios.
EPICS

Al término de la sesión el estudiante, deberá conocer

y aplicar de manera correcta el análisis de los
procesos de negocios e identificar sus procesos.
EPICS
Modelo de Negocio
Permite describir los procesos, existentes u observados,

con el propósito de comprenderlos.
Se especifican aquí, ¿Qué procesos del negocio
soportará el sistema?
Además de identificar los objetos del dominio o del
negocio, implicados, este modelo establece las
competencias que se requieren de cada proceso: sus
trabajadores, sus responsabilidades y las operaciones
que llevan a cabo.
EPICS
Objetivos del Modelo de Negocio

➢ Comprender la estructura y la dinámica de la
organización en la cual se va a implantar el sistema.
➢ Comprender los problemas actuales de la organización e
identificar las mejoras potenciales.
➢ Asegurar que los consumidores, usuarios finales y
desarrolladores tengan un entendimiento común de la
organización.
➢ Derivar los requerimientos del sistema que va a
soportar la organización.
EPICS
Artefactos del Negocio

EPICS

Los principales artefactos que se obtienen como resultado del
modelamiento del negocio son:
1. Modelo de casos de uso del negocio: Describe los procesos

de negocio de una empresa en términos de casos de uso y
actores del negocio, que se corresponden con los procesos
del negocio y los clientes, respectivamente.
2. Modelo de objetos del negocio: Es un modelo de objetos

que describe cómo colaboran los trabajadores y las
entidades del negocio dentro del flujo de trabajo del
proceso de negocio.
EPICS
3. Especificaciones complementarias del negocio: Otras

descripciones contenidas en documentos u obtenidas por
otras vías; que permitan un mayor entendimiento del
negocio y que contribuyan a su modelamiento.
4. Glosario de términos: Lista de concepto asociados al

negocio que son comúnmente usados y que deben ser del
dominio del equipo de desarrollo para pode modelar el
negocio y dar una solución a la problemática encontrada.
EPICS
Trabajadores del Negocio
Un trabajador del negocio representa un rol que juega una

persona (o grupo de personas), una máquina o un sistema
automatizado; actuando en el negocio. Son los que realizan las
actividades, interactuando con otros trabajadores del negocio y
manipulando entidades.
1. Analista de procesos de negocio: Responsable de la

arquitectura del negocio por lo que dirige y coordina el
proceso de modelamiento del negocio. Decide cuáles son
actores y los procesos del negocio y las relaciones entre
ellos y cuáles son las reglas de negocio a tener en cuenta.
EPICS

2. Diseñador del negocio: Describe los procesos de negocio y como
parte de la realización de estos procesos identifica a las entidades y
trabajadores del negocio y sus relaciones. Define cuáles son los
requerimientos en la automatización.
3. Stakeholders: Personas u organizaciones que están activamente
implicadas en el negocio ya sea porque participan en él o porque sus
intereses se ven afectados con los resultados del proyecto. Pueden
ser los propietarios, la dirección, quienes financian, los clientes, los
trabajadores, los proveedores, la competencia, la comunidad local,
etc.
4. Revisor del modelo de negocio: Revisa formalmente el modelo de
casos de uso del negocio y de objetos de negocio obtenido.
EPICS

EPICS
Actores del Negocio

Un actor del negocio es cualquier individuo, grupo, entidad,
organización, máquina o sistema de información externos; con
los que el negocio interactúa. Lo que se modela como actor es
el rol que se juega cuando se interactúa con el negocio para
beneficiarse de sus resultados.
Para cada actor del negocio que se identifica se debe escribir

una breve descripción que incluya sus responsabilidades y por
qué interactúa con el negocio.
EPICS
Actores del Negocio

Los actores del negocio interactúan con el negocio enviando y
recibiendo mensajes, y para conocer el papel del actor se debe
precisar en qué procesos se involucra el actor. Esto se muestra por
la llamada asociación de comunicación entre el actor del negocio y
el caso de uso del negocio que representa al proceso.
EPICS
Casos de Uso del Negocio

Un proceso de negocio es un grupo de tareas relacionadas
lógicamente que se llevan a cabo en una determinada secuencia y
manera y que emplean los recursos de la organización para dar
resultados en apoyo a sus objetivos.
Un caso de uso del negocio representa a un proceso de negocio,

por lo que se corresponde con una secuencia de acciones que
producen un resultado observable para ciertos actores del negocio.
Desde la perspectiva de un actor individual, define un flujo de
trabajo completo que produce resultados deseables.
EPICS
Casos de Uso del Negocio

Algunas consideraciones acerca de los casos del uso del negocio:
➢ Su nombre y descripción breve son claras y fáciles de comprender,

incluso para personas externas al equipo que modela el negocio.
➢ Cada caso de uso del negocio es completo desde la perspectiva de un
actor externo.
➢ Cada caso de uso del negocio normalmente se involucra con, al
menos, un actor. Los casos de uso del negocio se inician por actores,
interactúa con actores para realizar las actividades y envía resultados.
➢ Es posible que un caso de uso de apoyo no interactúe con ningún
actor. Esto es cierto si el caso de uso del negocio se inicia por evento
interno y no tiene que interactuar con un actor para realizar las
actividades
EPICS

Los diagramas de casos de uso del negocio constituyen una
representación gráfica de un conjunto de elementos tales como
actores y casos de uso, así como las relaciones y dependencias que
se establecen entre ellos.
Algunos convenios que se adoptan en la representación del
diagrama de casos de uso del negocio son:
1. Un caso de uso de negocio puede asociarse con uno o varios
actores del negocio.
2. Un caso de uso de negocio se comunica con al menos un actor,
sino hay error en el modelo, excepto cuando se trata de un caso
de uso abstracto o un caso de uso en una relación de
generalización/especialización si en el padre se describe toda la
comunicación.
EPICS

EPICS
Modelamiento de Casos de Uso

El modelo del negocio describe el negocio en términos de casos de usos
del negocio, que corresponde a lo que generalmente se le llama
procesos.
Un proceso del negocio es el conjunto estructurado de las actividades
que han sido diseñadas para producir un resultado específico para un
cliente o el mercado. Debe haber un enfoque a la lógica del negocio de
dicho proceso, desde la perspectiva del producto.
El modelo de Casos de Uso del Negocio es un modelo que describe los
procesos de un negocio (casos de uso del negocio) y su interacción con
elementos externos (actores), tales como socios y clientes, es decir,
describe las funciones que el negocio pretende realizar y su objetivo
básico es describir cómo el negocio es utilizado por sus clientes y socios.
EPICS
Modelamiento de Casos de Uso

EPICS
Realización de los de Casos de Uso del Negocio

La realización de un caso de uso del negocio consta de una descripción
textual por cada caso de uso, un diagrama de actividades y un diagrama
de clases del negocio.
➢ Descripción Textual de Casos de Uso: Para realizar una descripción de

los casos de uso del negocio se identifican los actores y su relación con
el caso de uso correspondiente. Describe qué desea obtener el actor
del negocio y la secuencia de pasos que se dará para corresponder a
esta solicitud, permitiendo que los requerimientos sean más fáciles de
comprender.
La descripción textual de un caso de uso de negocio se formaliza en un
documento generalmente llamado “Especificación del caso de uso de
negocio”.
EPICS
➢ Diagrama de Actividades: representan qué es lo que ocurre durante

un proceso del negocio, simbolizadas por los trabajadores y las
actividades que los mismos realizan. Además ayuda a definir quién
será el actor del futuro sistema.
Un diagrama de actividades puede contener bifurcaciones, así como
divisiones de control en hilos concurrentes. Los hilos concurrentes
representan actividades que se pueden realizar concurrentemente por
los diversos objetos o personas en una organización.
La concurrencia se presenta con frecuencia a partir de la agregación,
en la cual cada objeto tiene su propio hilo concurrente.
Las actividades concurrentes se pueden realizar simultáneamente o en
cualquier orden.
EPICS
Un grafo de actividades es como un organigrama tradicional, excepto

que permite el control de concurrencia además de control
secuencial, una gran diferencia.
Un diagrama de actividad describe un proceso que explora el orden

de las tareas o actividades que logran los objetivos del negocio.
Es similar a un diagrama de estados en el cual todos o la mayoría de

los estados son estados de actividad y en la cual todas o la mayoría
de las transiciones se disparan al completarse las acciones en los
estados fuentes precedentes.
EPICS

EPICS

➢ Diagrama de Clases del Modelo de Objetos: El diagrama de clases,
como artefacto que se construye para describir el modelo de objetos
del negocio, muestra la participación de los trabajadores y entidades
del negocio y la relación entre ellos. Aunque se puede construir un
único diagrama, se recomienda confeccionarlo para cada caso de uso
de negocio para una mejor claridad.
Como todo diagrama de clases, se pueden representar, además de la
asociación, los distintos tipos de relaciones entre las entidades de
negocio (agregación, composición y generalización / especialización),
la cardinalidad y navegabilidad de las relaciones, pero para efectos de
su utilización posterior es suficiente con mostrar la relación entre los
trabajadores y estos con las entidades.
EPICS

EPICS
Videos Relacionados
Diagrama de Casos de Uso I - 4

- Tutorial UML en español
Tutorial de creación de casos

de uso en StarUML
ENLACES DE INTERÉS
➢https://prezi.com/wazewfpyvx_y/artefactos-de-modelado-
de-negocio/
➢https://ingsotfwarekarlacevallos.wordpress.com/2015/06/0
4/uml-casos-de-uso/
➢https://www.lucidchart.com/pages/es/tutorial-diagrama-de-
actividades-uml
➢https://www.ionos.es/digitalguide/paginas-web/desarrollo-
web/diagramas-de-clases-con-uml/
PROGRAMA ACADÉMICO
CURSO
TEMA
Modelo de análisis del negocio, realizaciones
de procesos del negocio, artefactos del
modelo de análisis del negocio
DOCENTE:
Mg. Ing. Carlos Fernando Oliva Ramos
SEMANA N° 08
EPICS
Modelo de análisis del negocio, realizaciones de

procesos del negocio, artefactos del modelo
de análisis del negocio
➢ Modelos del Negocio.

➢ Relaciones en los Procesos del Negocio.
➢ Artefactos del Modelo de Negocios.
EPICS
Modelo de análisis del negocio, realizaciones de

procesos del negocio, artefactos del modelo
de análisis del negocio
Al término de la sesión el estudiante, deberá conocer

y aplicar de manera correcta el análisis de los procesos
de negocios e identificar sus procesos.
EPICS
EPICS
INGENIERÍA DE REQUERIMIENTOS
Los requisitos del software son la descripción de las

características y las funcionalidades del sistema 'target’.
➢ Los requisitos nos comunican las expectativas de los

consumidores de productos de software.
➢ Los requisitos pueden ser obvios o estar ocultos,

conocidos o desconocidos, esperados o inesperados,
desde el punto de vista del cliente.
EPICS
➢ El proceso de recogida de información, análisis y

documentación sobre los requisitos software del
cliente, se conoce como ingeniería de requisitos.
➢ El objetivo de este tipo de Ingeniería es el de

desarrollar y mantener un documento de selección
de requisitos del sistema de forma destacada y
descriptiva.
EPICS
PROCESO DE INGENIERÍA DE REQUERIMIENTOS

EPICS
PROCESO DE INGENIERÍA DE REQUERIMIENTOS
➢ Estudio de factibilidad.
➢ Recogida de requisitos.
➢ Requisitos del Software.
➢ Validación de los requisitos de Software

EPICS
EPICS
Una completa selección de requisitos Software debe ser:
➢ Clara ➢ Modificables
➢ Correcto ➢ Verificable
➢ Consistente ➢ Priorizada
➢ Coherente ➢ Rastreable
➢ Comprensible ➢ Origen creíble

EPICS
EPICS
REQUISITOS FUNCIONALES
Definen las funciones y la funcionalidad en y desde el
sistema de software.
Ejemplos:
➢ Buscar una opción dada al usuario para buscar desde

varias facturas.
➢ El usuario debe ser capaz de enviar por correo

electrónico cualquier informe a la Dirección.
EPICS
REQUISITOS FUNCIONALES
➢ Los usuarios se pueden dividir en grupos y los grupos

tener derechos diferentes.
➢ Debe cumplir las reglas empresariales y funciones

administrativas.
➢ El Software se desarrolla manteniendo intacta la

compatibilidad en descenso.
EPICS
REQUISITOS NO FUNCIONALES
Los requisitos, los cuales no están relacionados con los

aspectos funcionales del software.
Son características del software requeridas o esperadas,

asumidas por los usuarios.
EPICS
REQUISITOS NO FUNCIONALES
Aspectos:
➢ Seguridad ➢ Costo
➢ Acceso ➢ Interoperabilidad
➢ Almacenaje ➢ Flexibilidad
➢ Configuración ➢ Recuperación de desastres
➢ Actuación ➢ Accesibilidad

Ilovepdf - Merged - 2022-05-27T152936.597

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ilovepdf - Merged - 2022-05-27T152936.597

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍAS

Definición de la Ingeniería de Software

Definición de la Ingeniería de Software

Definición de la Ingeniería de Software

Al término de la sesión el estudiante, deberá

Si usted quiere contratar la construcción de su casa:

-¿Eso, es válido, para cualquier casa?

¿Qué es la Ingeniería de Software? – (I)

“Construcción multi-persona de software

¿Qué es la Ingeniería de Software?

La Ingeniería de Software es la rama de

Los sistemas informáticos deben contar con la capacidad de

El conjunto de estas tres tareas se conoce como algoritmo.

¿Qué es la Ingeniería de Software?

La ingeniería de software es una

¿Qué es la Ingeniería de Software?

Historia de la ingeniería de software

Para entonces, todo el programa se desarrollaba con las

Historia de la ingeniería de software

El término Ingeniería del Software, surge cuando se

Es para mediados de la década los 70, cuando los sistemas

Historia de la ingeniería de software

Historia de la ingeniería de software

Ingeniería de software en la actualidad

Es el producto, pero al mismo tiempo, actúa como el

Como conductor utilizado para entregar el producto,

Ingeniería de software en la actualidad

La ingeniería del software trata campos muy variados de

Elementos de la Ingeniería de software

Objetivos de la Ingeniería de software

Objetivos de la Ingeniería de software

Objetivos de la Ingeniería de software

Etapas de la Ingeniería de software

Etapas de la Ingeniería de software

Etapas de la Ingeniería de software

7. Etapa final EOL (End-of-Life): Consiste en ejecutar

Principios de la Ingeniería de software

1. Ser dinámico: que los productos a elaborar sean precisos

Principios de la Ingeniería de software

Principios de la Ingeniería de software

7. Calcular el riesgo: Son muchos los detalles que pueden

Principios de la Ingeniería de software

Historia y evolución del

Establezca una infografía sobre la Ingeniería de

Tomar como base de la Lectura 01 – EL SOFTWARE,

➢ Sus elementos importantes son: algoritmos,

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE

Al término de la sesión el estudiante, deberá

La construcción de un sistema de información implica

ACTIVIDADES DEL ANÁLISIS DE SISTEMAS

ACTIVIDADES DEL ANÁLISIS DE SISTEMAS

➢ Descripción del Sistema Propuesto

ACTIVIDADES DEL ANÁLISIS DE SISTEMAS

TÉCNICAS DEL ANÁLISIS DE SISTEMAS

Matriz Sistemas / Clases de datos

Técnicas para la Descripción de Flujos

Técnicas para la Descripción de Flujos

Técnicas para la Descripción de Procesos

Técnicas para el Análisis de Datos

El éxito de un desarrollo de software depende de:

La total compresión de los