Nombres:

Apellidos:

Matricula:

Asignatura:
Ingeniería de Software I

Facilitadora:
Introducción

En el siguiente documento se expondrá lo que es el modelo ISO

12207. Definiendo de manera resumida pero clara sus características y detalles de
sus diferentes procesos. Además, se presentará un esquema explicando de
manera breve las diferentes metodologías para el desarrollo de software.
Este documento servirá para reflejar la relación que hay entre el modelo
ISO12207 y las diferentes metodologías. La intensión de estos es promover el
desarrollo de software de manera que cumpla con los requisitos técnicos
demandado por la sociedad en la que vivimos. Es mas que claro que la ingeniería
en software busca crear estándares que garanticen el rendimiento de lo que se
crea para dar soluciones a problemáticas, pero tomando en cuenta todos los
factores posibles para que esta solución no termine siendo un problema a futuro.
Contenido

investigación en la web acerca del modelo ISO 12207. 

Esquema con los tipos de procesos, resaltando definición y ejemplo.

 Estructurados.
 Orientados a objetos.
 Agiles.
 Basados en componentes.
 Especificaciones de proceso abierto.
1. Modelo ISO 12207

Es un estándar, o más bien, el estándar más consensuado sobre el ciclo de vida

del software (Software life-Cycle processes) propuesta por la ISO (International
Organization for Standardization).

Que es ISO/IEC 12207?

Citando al propio estándar se trata de:

“un marco de referencia que contiene los procesos, las Actividades y las tareas
involucradas en el desarrollo, explotación y mantenimiento de un producto
software, abarcando la vida del sistema desde la definición de requisitos hasta
que se deja de utilizar”

En el escenario de la ISO/IEC 15504 aplicada el desarrollo de sistemas software, la

norma ISO/IEC 12207 se propone como el modelo de referencia de procesos.
Aunque se puede trabajar con otros modelos de procesos, siempre se deben
cumplir los requisitos mínimos establecidos por la norma ISO 12207
¿Qué es el Ciclo de Vida del Software?

Es la secuencia estructurada y definida de las etapas por la que atraviesa un

software, desde que se nace la idea, hasta que se prescinde del
software(obsolescencia)

Cada etapa va acompañada de una serie de actividades, y una documentación de

salida de cada una de estas fases, que servirá de entrada a la fase siguiente.

Procesos del Ciclo de vida del Software:

Las actividades que se pueden llevar a cabo durante el ciclo de vida del software
se pueden agrupar en:

Procesos de acuerdo

 Proceso de adquisición
o Satisfacer las necesidades del cliente
o Identificar necesidades del cliente
o Aceptación del producto o servicio
 Proceso de suministro
o Comprar productos y/o servicios acordes a requisitos establecidos

 
Procesos Organizacionales del proyecto

 Proceso de gestión del modelo de ciclo de vida

o Políticas procesos y procedimientos para el ciclo de vida
o Requisitos para su gestión (definición, objetivos, mejora continua
etc.)
 Proceso de gestión de infraestructuras
o Recursos de soporte de procesos durante el ciclo de vida
(instalaciones, herramientas, tecnologías etc.)
 Proceso de gestión de la cartera de proyectos
o Requisitos para justificar la asignación continua de recursos a
proyectos para garantizar los objetivos de una organización
 Proceso de gestión de recursos humanos
o Requisitos para asegurar la cualificación del personal asignado a los
procesos del ciclo de vida
 Proceso de gestión de la calidad
o Requisitos para alcanzar los objetivos de calidad

Procesos del proyecto

 Proceso de planificación del proyecto

o Establece requisitos para
o Identificar alcance del proyecto
o Identificar tareas y salidas de los procesos
o Establecimiento de planes y recursos
 Proceso de evaluación y control del proyecto
o Requisitos para control del proyecto
o Planificación
o Costes
o Objetivos técnicos
o Desviaciones
 Proceso de gestión de la decisión
 o Requisitos de soporte para la toma de decisiones
 Proceso de gestión de riesgos.
o Requisitos para control y monitorización continua de riesgos
 Proceso de gestión de la configuración
o Requisitos para la integridad y disponibilidad de las salidas de un
proyecto
 Proceso de gestión de la información
o Requisitos para mantener toda la información relevante acerca de los
procesos y garantizar su disponibilidad y confidencialidad
 Proceso de medición
o Requisitos para recoger y analizar los datos que soportan
objetivamente la calidad de los productos y la gestión efectiva de los
procesos

Procesos Técnicos

 Proceso de definición de requisitos de las partes interesadas (stakeholders)

o Requisitos para identificar y satisfacer los intereses y de las partes
interesadas
 Proceso del análisis de requisitos del sistema
o Requisitos para definir los requisitos técnicos del sistema
 Proceso de implementación o puesta en funcionamiento
 Proceso de integración del sistema
o Requisitos para integración de los elementos de un sistema:
o Elementos Software
o Hardware
o Manuales
o Etc.
 Proceso de comprobación de los requisitos del sistema
o Requisitos para realizar la comprobación de la conformidad
 Proceso de instalación del software
o Requisitos para instalar el producto software en un entorno objetivo
 Proceso de apoyo a la aceptación del software
 o Requisitos para establecer procesos de asistencia que garanticen la
satisfacción y confianza del comprador
 Proceso de operación del software
o Requisitos para establecer procesos de ayuda a la operación del
sistema
 Proceso de mantenimiento del software
o Requisitos para proveer soporte a coste efectivo del producto
software
 Proceso de retirada del software
o Requisitos para
o Retirar un software de un sistema
o Terminar las operaciones de mantenimiento
o Mantenimiento del entorno después de la retirada
o Establecimiento de responsabilidades
o Cumplimiento de la legislación
o Cumplimiento de requisitos
o Mantenimiento de registros

Procesos específicos del Software:

Procesos de implementación del software

 Proceso de implementación del software

o Requisitos para las acciones que conducen a la producción de un
elemento software teniendo en cuenta
o Especificaciones de implementación
o Satisfacción de requisitos de diseño
o Requisitos de partes interesadas
o Procesos de validación
 Proceso del análisis de requisitos del software
o Requisitos para definir un elemento Software
 Proceso del diseño de la arquitectura del software
o Requisitos para establecer diseños de software verificables
 Proceso del diseño detallado del software
 o Requisitos para detallar la arquitectura software que permita la
codificación y pruebas
 Proceso de construcción del software
o Requisitos para la producción de unidades de Software ejecutables
de acuerdo al diseño
 Proceso de integración del software
o Requisitos para la producción de unidades de software integradas y
el cumplimiento de los requisitos funcionales
 Proceso de comprobación de los requisitos del software
o Requisitos para confirmar que el producto software integrado
cumple los requerimientos de diseño

Procesos de soporte del software

 Proceso de gestión de la documentación del software

o Requisitos para registros de información del software
 Proceso de gestión de la configuración del software
o Requisitos para la integridad y disponibilidad de los elementos
software
 Proceso del aseguramiento de la calidad del software
o Requisitos para asegurar el cumplimiento de planes predefinidos en
procesos y productos
 Proceso de verificación del software
o Requisitos para confirmar el cumplimiento de requerimientos de
especificación
 Proceso de validación del software
o Requisitos para la satisfacción de requerimientos para el uso previsto
del software
 Proceso de revisión del software
o Revisión del software a nivel de proyecto para el cumplimiento de los
requisitos de las partes interesadas
 Proceso de auditoría del software.
o Requisitos para determinar el grado de cumplimiento con los
requisitos, planes y acuerdos de un producto y de los procesos
 Proceso de resolución de problemas del software.
 o Requisitos para garantizar el correcto tratamiento de los problemas
encontrados

Procesos de reutilización del software

 Proceso de ingeniería de dominio

o Requisitos para desarrollar:
o modelos de dominio,
o arquitecturas de dominio
o y recursos para el dominio.
 Proceso de gestión de recursos reutilizables
o Requisitos para gestionar la vida de recursos reutilizables
 Proceso de gestión de programas de reutilización
o Gestionar los programas reutilizados
 Esquema
Metodología de Procesos

Ejemplo:
Modelo de desarrollo estructurado
 Sistemas de
Se basa en definir normas para la escritura de código, estructuras de
datos y control de datos. Uso de módulos para definir programas. procesamiento de
transacciones

Modelo Orientado a objetos Ejemplo

Este enfoque realiza la construcción de modelos de un sistema por medio  OMT (Object
de la identificación y la especificación de un conjunto de objetos
Modeling Technique)
relacionados, que colaboran entre si de acuerdo a los requerimientos
 Método Booch
establecidos para el sistema de objetos. Modelado del Sistema examinando
el dominio del problema como un conjunto de objetos que interactúan
entre si.

Modelo Ágil

Son formas de trabajo basadas en el modelo iterativo que permiten

adaptar el ciclo de vida del software a las condiciones cambiantes del Ejemplo:
proyecto. Surgen como alternativas a la rigidez del patrón en cascada,
 SCRUM
cuyos críticos sostienen que introducir cambios no tiene por qué ser
costoso. Por ende, rompen con este paradigma en el que apegarse al plan
es prioridad y, en su lugar, optan por gestionar el proceso de desarrollo
mediante iteraciones en las que se van incorporando cambios y
funcionalidades nuevas.

Modelo de desarrollo basado en componentes

Ejemplo:
El modelo de desarrollo basado en componentes conduce ala reutilización
del software, y la reutilización proporciona beneficios a los ingenieros de El desarrollo de paginas web
software. Es evolutivo por naturaleza y exige un enfoque interactivo para la utilizando componentes de otras
creación del software. plataformas como javascrip, php

Modelo de especificaciones de proceso abierto Un ejemplo de proceso abierto son

los sistemas operativo como Linux,
Un sistema cuyo rasgo fundamental es que permite el libre intercambio de competencia de Windows.
información con su entorno, sin presentar barreras ni impedimentos al flujo
abierto.
Conclusión

En resumen, y para entender en que momento aplicar una metodología sobre la otra hay que
entender que todo dependerá e la envergadura del proyecto, y de los objetivos del mismo. Que
metodología será la mejor a aplicar será el resultado del análisis de los datos recopilados con
relación a la solicitud del cliente.

A modo reflexivo, las metodologías de software son puramente un medio para reducir el riesgo del
proyecto.
Es bastante sabido que si toma un equipo de desarrolladores que practica alguna metodología y les
dice que ya no tienen que seguirla y que pueden trabajar como quieran, su productividad
aumentará, pero el riesgo de que construyan la las cosas incorrectas al precio incorrecto en la
cantidad de tiempo incorrecta aumentarán considerablemente.
Por lo tanto, para elegir una metodología adecuada, primero debe determinar cuáles son los riesgos
si el proyecto falla.
Si lo único que puede perder es un par de semanas de sus tardes, entonces algunos bocetos en un
cuaderno de notas y ninguna medición del progreso o entregables están bien. Sin embargo, si la
vida de siete astronautas y miles de millones de dólares es el precio de la falla del software, es
mejor que cuente con una planificación, un proceso de desarrollo, una gestión de proyectos que
goce de un enfoque metodológico que justamente busca reducir los errores a los mínimos posibles.
Bibliografía
Calero, W. (8 de Octubre de 2010). ingenieraupoliana.blogspot.com. Obtenido de
http://ingenieraupoliana.blogspot.com/2010/10/modelo-de-desarrollo-basado-en.html

Chi, R. I. (s.f.). es.scribd.com. Obtenido de https://es.scribd.com/doc/7994104/2-1-a-Modelo-

Estructurado

Gabriela, A. (12 de Febrero de 2012). https://metodologiasestructuradas.blogspot.com/. Obtenido de

https://metodologiasestructuradas.blogspot.com/

ingswescom.wordpress.com/. (27 de Noviembre de 2013). Obtenido de

https://ingswescom.wordpress.com/2013/11/27/metodologias-orientadas-a-objetos/

Lazarte, R. (21 de Mayo de 2018). es.linkedin.com. Obtenido de https://es.linkedin.com/pulse/siete-

criterios-para-definir-cu%C3%A1ndo-usar-metodolog%C3%ADa-ruben

Miranda, R. (19 de Enero de 2013). es.slideshare.net. Obtenido de

https://es.slideshare.net/RafaelMiranda2/modelado-orientado-a-objetos

profemarianaperozo.blogspot.com. (24 de Junio de 2012). Obtenido de

https://profemarianaperozo.blogspot.com/

Reyes, C. (15 de Julio de 2020). www.academiaweb.ca. Obtenido de

https://www.academiaweb.ca/metodologias-agiles/