Normativa ISO

Diego Estevan Salcedo Gonzalez

Fundamentos de construcción de software

Profesor
Miguel Angel Guatame Medina

Fundación Universitaria Compensar

2022
 Normativa ISO/IEC/IEEE 12207:2017

Procesos de acuerdo

Proceso de adquisición

Buscan Satisfacer las necesidades del cliente Identificar necesidades del cliente

Aceptación del producto o servicio.

Proceso de suministro

Buscan comprar productos y/o servicios acordes a requisitos establecidos

Proceso de organización de proyecto

Proceso de gestión del modelo de ciclo de vida

Definir, mantener y asegurar la disponibilidad de recursos y artefactos en el ciclo de
vida. Entregables: Políticas, procesos, responsabilidades, modelos y estimaciones
establecidas en el proyecto
Proceso de gestión de infraestructuras
Proveer servicios, herramientas, tecnología, ítems para alcanzar los objetivos del
alcance del proyecto. Entregables: Histórico de incrementos y de actividades iniciales en el
proyecto.
Proceso de gestión del portafolio de proyectos
Suficiencia y adecuación de los proyectos para cumplir con los objetivos
estratégicos de la organización. Entregables: Presupuestos, responsabilidades y priorización
de proyectos óptimos.
Proceso de gestión de recursos humanos
Proveer o fortalecer el recurso humano para mantener las competencias de la
empresa. Entregables: Capacitación, habilidades, competencias y solución de conflictos.
Proceso de gestión de la calidad
El producto, servicio e implementación de los procesos de ciclo de vida alcancen los
objetivos de la organización y la satisfacción del cliente. Entregables: Satisfacción,
cumplimiento de objetivos, administración correcta de políticas y procesos correctamente
ejecutados.
Procesos del Proyecto
1. Procesos de planificación del proyecto Definir los recursos que se van a utilizar
(alcance, tareas y salidas, planes, recursos, etc.).
2. Proceso de evaluación y control del proyecto Lleva un seguimiento del transcurso
del proyecto.
3. Proceso de gestión de la decisión Toma de las mejores decisiones dependiendo
de las necesidades.
4. Proceso de gestión de riesgos Identificación y análisis de cualquier riesgo 5.
Proceso de gestión de la configuración Identifica todos los elementos en el sistema, tanto
sus reportes, cambios, elementos hasta que sean correctos.
6. Proceso de gestión de la información Recolección de información para garantizar
la disponibilidad y confidencialidad.
7. Proceso de medición Recolección de datos que verifica su calidad y gestión para
que sea efectiva.
Procesos Técnicos
Proceso de definición de requisitos de las partes interesadas (stakeholders)
Son los requisitos que identifican y satisfacen los intereses de las partes interesadas
Proceso del análisis de requisitos del sistema
Son los requisitos para definir los requisitos técnicos del sistema
Proceso de implementación o puesta en funcionamiento
Es la ejecución o puesta en marcha de una idea programada
Proceso de integración del sistema
Requisitos:
• Elementos software
• Hardware
• Manuales
Proceso de comprobación de los requisitos del sistema
Son requisitos para realizar la comprobación de la conformidad
Proceso de instalación del software
 Son requisitos para instalar el producto software en un entorno objetivo
Proceso de apoyo a la aceptación del software
Son requisitos para establecer procesos de asistencia que garanticen la satisfacción y
confianza del comprador.
Proceso de operación del software
Son requisitos para establecer procesos de ayuda a la operación del sistema
Proceso de mantenimiento del software
Son requisitos para proveer soporte a coste efectivo del producto software
Proceso de retirada del software
Retirar un software de un sistema
Terminar las operaciones de mantenimiento
Mantenimiento del entorno después de la retirada
Establecimiento de responsabilidades
Cumplimiento de la legislación
Cumplimiento de requisitos
Mantenimiento de registros
Procesos específicos del software
Procesos de implementación del software
Buscan Requisitos para las acciones que conducen a la producción de un elemento
software teniendo en cuenta Especificaciones de implementación Satisfacción de requisitos
de diseño Requisitos de partes interesadas Procesos de validación.
Procesos de implementación de software
• Proceso del análisis de requisitos del software
Elementos necesarios para el software a construir
• Proceso del diseño de la arquitectura del software
Diseño necesario para el software a construir
• Proceso del diseño detallado del software
Análisis minucioso del diseño del software para llevar a cabo pruebas • Proceso de
construcción del software Simulación del diseño del software
• Proceso de integración del software
 Revisión del cumplimiento de todos los requisitos funcionales
• Proceso de comprobación de los requisitos del software
• Revisión para confirmar que todos los requerimientos de diseños se cumplen
Procesos de soporte del software
• Proceso de gestión de la documentación del software
Requisitos para registros de información del software
• Proceso de gestión de la configuración del software
Requisitos para la integridad y disponibilidad de los elementos software
• Proceso del aseguramiento de la calidad del software
Requisitos para asegurar el cumplimiento de planes predefinidos en procesos y
productos
• Proceso de verificación del software
Requisitos para confirmar el cumplimiento de requerimientos de especificación
Procesos de soporte del software
• Proceso de validación del software
Requisitos para la satisfacción de requerimientos para el uso previsto del software
• Proceso de revisión del software
Revisión del software a nivel de proyecto para el cumplimiento de los requisitos de
las partes interesadas
• Proceso de auditoría del software.
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.
Requisitos para garantizar el correcto tratamiento de los problemas encontrados
Procesos de reutilización del software
Proceso de ingeniería de dominio
• Requisitos para desarrollar:
• modelos de dominio,
• arquitecturas de dominio
 • recursos para el dominio.
Proceso de gestión de recursos reutilizables
• Requisitos para gestionar la vida de recursos reutilizables
Proceso de gestión de programas de reutilización
• Gestionar los programas reutilizados
Modelos de desarrollo de software
Prototipo
Su objetivo es entender los requisitos del usuario y trabajar para mejorar la calidad
de los mismos. Este modelo inicia con la recolección de requerimientos del cliente, con
base en estos se define el conjunto de objetivos para el software, se identifican los
requisitos conocidos y con base en estos se desarrolla rápidamente un prototipo o maqueta
que posteriormente evalúa el cliente utilizándolo y ayudando a refinar de nuevo los
requisitos del software a desarrollar; este proceso se seguirá repitiendo hasta que el cliente
quede satisfecho con el desarrollo del software (Salazar-Aguirre, y otros, 2011).
Fases
• Escuchar al cliente
• Construir un prototipo
• El cliente prueba el prototipo
Desarrollo en espiral
El ciclo de desarrollo se representa como una espiral, en lugar de una serie de
actividades sucesivas con retrospectiva de una actividad a otra. Este enfoque entrelaza las
actividades de especificación, desarrollo y validación. Es decir, surge de un sistema inicial
que se desarrolla rápidamente a partir de especificaciones abstractas.
Fases
• Definición de objetivos
• Evaluación y reducción de riesgos
• Desarrollo y validación
• Planificación
Variaciones del desarrollo en espiral
Desarrollo incremental
Desarrollo iterativo
 Modelo RAD
Desarrollo Rápido de Aplicaciones (por sus siglas en inglés) es un modelo de
proceso de desarrollo de software relativamente corto (dura entre 60 y 90 días). Se utiliza la
construcción de software basada en componentes, utilizando herramientas de software que
permitan de forma ágil y efectiva realizar una aplicación con altos estándares de calidad.
Fases
• Modelado de gestión
• Modelado de datos
• Modelado del proceso
• Generación de aplicaciones
• Pruebas y entrega
Modelo en cascada
Este modelo toma las actividades fundamentales del proceso de especificación,
desarrollo, validación y evolución y las representa como fases separadas del proceso.
Fases
• Definición de los requisitos
• Diseño de software
• Implementación y pruebas unitarias
• Integración y pruebas del sistema
• Operación y mantenimiento
Modelo V
El modelo V, también conocido como el modelo de cuatro niveles, es un concepto
utilizado en una variedad de procesos de desarrollo, como el desarrollo de software.

El modelo V proporciona apoyar los métodos de gestión de la calidad y describe

cómo estas distintas etapas pueden interactuar entre sí, además de las fases de desarrollo del
proyecto. Recibe su nombre de la forma de su cuerpo, que se asemeja a la letra V.

Fases
Fase de Verificación:

• Análisis de requisitos
• Diseño de sistemas
• Diseño arquitectónico
 • Diseño del módulo

Fases de Validación

• Examen de la unidad
• Pruebas de integración
• Pruebas del sistema
• Pruebas de aceptación del usuario (UAT

El proceso unificado racional (RUP)

Las Proceso Racional Unificado (RUP) es un desarrollo de aplicaciones de

software enfoque que incluye una serie de herramientas para ayudar en la codificación del
producto final y las actividades que lo acompañan. RUP es una metodología orientada a
objetos para la gestión de proyectos y el desarrollo de software de alta calidad.

El RUP es un conjunto de enfoques ajustables al entorno y exigencias de cada

empresa, más que un sistema con procesos rígidos.
Fases
• Comienzo
• Elaboración
• Construcción
• Transición
Según lo anterior podemos dar ejemplo de aplicación en lo siguiente:
Se realizará la construcción de un sistema POS de una cadena minorista de
productos de aseo utilizando el modelo en cascada. Basándonos en las fases del modelo
según lo antes dicho y siguiendo su estructura, este sistema estaría construido de la
siguiente manera.
Definición de los requisitos
Se realizará un sistema de POS, en el cual se registrarán las compras realizadas por
el cliente calculando, con el monto recibido, cuánto dinero le sobra y/o cuánto dinero se
ingresa o si paga con tarjeta, lanzando una señal a la POS para que proceda a abrir la caja
donde se almacenara este dinero, también registrara la producción total al finalizar turno,
con dinero sobrante o faltante según corresponda. Se podrá realizar cambio de precios,
agregación y eliminación de productos.
Diseño del software
 Inicialmente nos encontraremos con una ventana de acceso donde se deberá ingresar
las credenciales del usuario según corresponda su cargo, para el acceso se crearán dos
perfiles los cuales serán:
Gerente: Es quien tendrá acceso total al sistema
Supervisor: Quien tendrá acceso al registro de compras, a él cálculo de producción
final, y al cambio, agregación y eliminación de productos.
Vendedor: En quien tendrá acceso al almacenamiento de dinero y al registro de
ventas.
Seguido a esto se iniciará la ventana principal en donde se encontrará una serie de
recuadros tipo Excel, en donde se irán registrando los productos vendidos y se visualizara
el valor total que se estará calculando a medida que se registren los productos, se encontrara
también la opción que enviara la señal a la POS para que sea abierta donde solicitara el
método de pago que en este caso, si es monto recibido calculara, según el valor total de la
compra, cuánto dinero se le devolverá al cliente. También (Según el perfil con el que se
haya logueado) encontraremos las opciones de:
Registro de producción: Donde se podrá obtener un calculo total de lo vendido
durante el día o turno
Productos: Donde se podrá agregar productos nuevos con su valor o también se
podrán editar o borrar productos ya registrados
Implementación y pruebas unitarias
En este paso se realizará la traducción de todos los elementos mencionados en
lenguaje de programación para efectuar el sistema.
Integración y pruebas del sistema
Se realizarán pruebas correspondientes donde se verificará el perfecto
funcionamiento del sistema según lo implementado o planeado durante.
Operación y mantenimiento
Para esta fase. Se harán modificaciones necesarias o opcionales para que el
programa no tenga algún fallo futuro.
También las modificaciones se realizarán dando como ejemplo el registro de
Gerente, Supervisor o vendedor nuevo.
 Bibliografía
• ISO/IEC 12207 - Wikipedia, la enciclopedia libre. (2021). Retrieved 23 April
2021, from https://es.wikipedia.org/wiki/ISO/IEC_12207#cite_note-1
• ISO/IEC 12207 - Ingertec.com. (2021). Retrieved 23 April 2021, from
https://ingertec.com/iso-iec-12207/
• Estandares De Calidad. (2021). Retrieved 23 April 2021, from
https://es.calameo.com/read/004415472d5a39f4e375c
• ISO 12207. (2021). Retrieved 23 April 2021, from
http://normasdelsoftwaresena2012.blogspot.com/p/iso12207.html
• "ISO/IEC/IEEE International Standard - Systems and software engineering--
Software life cycle processes--Part 2: Relation and mapping between ISO/IEC/IEEE
12207:2017 and ISO/IEC 12207:2008," in ISO/IEC/IEEE 12207-2:2020(E) , vol., no.,
pp.1-278, 23 Oct. 2020, doi: 10.1109/IEEESTD.2020.9238529.
• "ISO/IEC/IEEE International Standard - Systems and software engineering --
System life cycle processes," in ISO/IEC/IEEE 15288 First edition 2015-05-15 , vol., no.,
pp.1-118, 15 May 2015, doi: 10.1109/IEEESTD.2015.7106435.
• https://www.redalyc.org/journal/3783/378366538003/html/