Please enable JavaScript.
Coggle requires JavaScript to display documents.
El Proceso de Mantenimiento en ISO 14764 - Coggle Diagram
El Proceso de Mantenimiento en ISO 14764
:bookmark:¿Qué es mantenibilidad del Software?
:flag-us:El gobierno de EEUU dice:
:level_slider:facilidad en la que el software puede ser
:notebook_with_decorative_cover:mejorado
:orange_book:Adaptado
:blue_book:Mantenido
:green_book:Corregido
:male-office-worker::skin-tone-5:Card y :male-office-worker::skin-tone-5:Glass establecen que:
:hammer_and_pick:Los cambios son confinados en áreas localizadas
:check:fáciles de de llevar a cabo
:level_slider:El IEEE la define como:
:fountain_pen:La facilidad con la que un sistema o componente de de software puede ser modificado con la finalidad de:
:male-mechanic:Corregir defectos
:keycap_ten:Mejorar el rendimiento
:nut_and_bolt:Adaptarse a un cambio de entorno
:book: ISO la define como:
:building_construction: Grado de efectividad y eficiencia con la que se puede modificar un producto o sistema.
:female-mechanic::skin-tone-4:Por el personal de mantenimiento.
Aspectos que influyen la mantenibilidad :star:
Documentación
Cuando la documentación no es muy comprensible o nula, afecta el costo del mantenimiento sube significativamente
Si la documentación es adecuada , el mantenimiento se hace mucho mas fácil y económico
Comprensión del programa
Uno de los mayores costes es la falta de la comprensión del programa
La complejidad del software
La confusión
La información disponible es incomprensible, incorrecta o insuficiente
Jerarquía en la manejabilidad
Mantenabilidad del software
Entorno operacional
Existente
Nuevo
Sistema software
Atributos de madurez
Código fuente
Documentación
Gestón
Personal
Proceso
Proceso de desarrollo
La manejabilidad debe formar parte integral del proceso de desarrollo
:check: Propiedades de la mantenibilidad
Reparabilidad
Un software es reparable si:
Permite la corrección de defectos con una cantidad de trabajo limitada y razonable
Lo hace de manera eficaz
Flexibilidad
El software es de naturaleza maleable
Debido a su calidad inmaterial, resulta mucho más fácil cambiar o incrementar sus funciones
Existe un punto donde el software puede llegar a que cualquier modificación lo afecte de manera negativa
:books:Atributos de mantenibilidad
2
:information_source:Estructuras de información
Sistema: :deciduous_tree: Estrocturas de datos globales
Componentes: :chart_with_upwards_trend: Estructuras de datos locales
:notebook_with_decorative_cover:Estructuras de control
Sistema: :keyboard:Complejidad
Componente: :classical_building:Uso de construcciones estructuradas
:lock:Tipografía, identificación y comentarios
Sistema: :film_frames: Cometarios en el conjunto de programas
Componente: :file_folder: Espacio vertical
1
:notebook_with_decorative_cover:Estructuras de control
Sistema :card_index_dividers:Modularidad
Componente:bookmark_tabs:Complejidad
:information_source:Estructuras de información
Sistema: :world_map:Tipos de datos globales
Componente: :city_sunset: Tipos de datos locales
:lock:Tipografía, identificación y comentarios
Ssitema:package:Formato de conjunto de programas
Componente: :card_file_box:Formato de sentencias
3
:lock:Tipografía, identificación y comentarios
Sistema: :open_file_folder: Separación entre módulos
Componenete: :rolled_up_newspaper: Espacio Horizontal
:information_source:Estructuras de información
Sistema: :compAcoplamiento del sistema
Componente: :newspaper:: Acoplamiento del sistema
:notebook_with_decorative_cover:Estructuras de control
Sistema: :open_file_folder: Consistencia
Componente: :file_cabinet:
Uso de bifurcaciones incondicionales
4
:information_source:Estructuras de información
Sistema: :file_cabinet: Consistencia en el flujo de datos
Componente: :custard: Integridad de la iniicialización
:lock:Tipografía, identificación y comentarioss de control
Sistema: :file_folder:Identificadores
Componente: :part_alternation_mark: Comentarios intramódulos
:notebook_with_decorative_cover:Estructura de control
Sistema: :level_slider:Nivel de Andamiento
Componente: :level_slider: Nivel de anidamiento
5
:information_source:Estructuras de información
Sistema: :file_folder: Consistencia en los tipos de datos
Componente: :level_slider: Símbolos
:notebook_with_decorative_cover:Estructura de control
Sistema: :slot_machine: Control de acoplamiento
Componente: :checkered_flag: Ámbito de estructuras de control
6
:information_source:Estructuras de información
Sistema: :level_slider: nivel de anidamiento
:notebook_with_decorative_cover:Estructura de control
Sistema: :ballot_box_with_check:Encapsulación
Componente: :linked_paperclips: Adhesión
7
:notebook_with_decorative_cover:Estructura de control
Sistema: :computer: reutilización de módulos
:information_source:Estructuras de información
Sistema: :floppy_disk: Complejidad de E/S
8
:notebook_with_decorative_cover:Estructura de control
Sistema: :package: Consistencia en el flujo de control
:information_source:Estructuras de información
Sistema: :closed_lock_with_key: Integridad de E/S
Estandar ISO/IEC 25000
ISO/IEC 2500n
División de gestión de calidad. Define todos los modelos, términos y definiciones comunes referenciados por todas las otras normas de la familia 25000.
ISO/IEC 2501n
División de modelo de calidad. Presenta modelos de calidad para productos de software y sistemas, calidad en uso y datos.
Define dos modelos
Modelo de calidad que propone características relacionadas con el resultado de la interacción cuando un producto se utiliza en un contexto determinado
Modelo de calidad de producto compuesto por caracterisitcas relacionadas con las propiedades estáticas y dinámicas de un sistema informático
Características de un producto de software que distingue el modelo de calidad
Adecuación funcional
Eficiencia de desempeño
Compatibilidad
Usabilidad
Fiabilidad
Seguridad
Mantenibilidad
Según este modelo la mantenibilidad se subdivide en:
Modularidad
Grado en que un sistema o programa de ordenador está compuesto de componentes.
Analizabilidad
Grado de efectividad y eficiencia con el cual es posible evaluar el impacto en un producto
Reusabilidad
Grado en que un activo puede ser utilizado en mas de un sistema de software o en la construcción de otros activos
Modificabilidad
Grado con el que un producto o sistema puede ser modificado de manera efectiva y eficiente sin introducir defectos o degradar la calidad de producto existente
Capacidad para ser probado
Grado de efectividad y eficiencia con el cual se pueden establecer los criterios de prueba para un sistema, producto o componentes con la que se pueden llevar a cabo las pruebas para determinar si se cumplen dichos criterios
Portabilidad
ISO/IEC 2502n
División de medición de calidad. Incluye un modelo de referencia de la medición de la calidad de productos de software y sistemas, definiciones de medidas de calidad (interna, externa y en uso) y guías prácticas para su aplicación.
ISO/IEC 2503n
División de requisitos de calidad. Ayuda a especificar requisitos de calidad que pueden usarse en el proceso de licitación de requisitos de calidad de un producto a desarrollar como entrada del proceso de evaluación.
ISO/IEC 2504n
División de evaluación de calidad. Incluye normas que proporcionan requisitos, recomendaciones y guías para la evaluación de productos.
Tarea del proceso de evaluación
Act3: Diseñar la evaluacón
Planificar las actividades de evaluacón
Ac4: Ejecutar la evaluacón
Realizar las mediciones
Aplicar los criterios de decisión para la evaluación
Aplicar los criterios de decisión para las métricas
Act2: Especificar la evaluación
Definir los criterios de decisión para las métricas
Establecer los criterios de decisión para la evaluación
Seleccionar las métricas de evaluación
Act5: Concluir la evaluación
Crear el informe de evaluacón
Revisar la calidad de la evaluación
Revisar los resultados de la evaluacón
Realizar la disposición de los datos de la evaluación
Act1: Establecer los requisitos de la evaluacón
Obtener los requisitos de calidad del producto
Identificar las partes del producto sobre las que se realiza la evaluación
Establecer el propósito de la evaluación
Definir el rigor de la evaluación
Recursos para el proceso de evaluacón
Todas las tareas de evaluación requieren de una gran cantidad de recursos: herramientas de medición, base de conocimientos, métricas etc
Existen laboratorios de evaluación independiente
Como es el caso de AQCLab
Cuenta con 3 elementos principales
El modelo de calidad
El entorno de evaluación
El proceso de evaluacón, que adopta la norma ISO/IEC 25040
ISO/IEC 25050-25099
División de extensiones. Incluye normas o informes técnicos que abordan dominios de aplicación específicos o que complementan a otras normas.
certificación AENOR
Certificación para la calidad de los proceso de desarrollo
El Proceso comienza con la solicitud del certificación a un laboratorio acreditado.
Por ejemplo: AQCLab
El paso dos implica el informe de los resultados obtenidos por parte del laboratorio
Cuando se acredita en un nivel 3 o superior e contacta a AENOR para solicitar su certificación
AENOR Se contacta con el laboratorio pidiendo resultados
El laboratorio entrega resultados a AENOR
Finalmente AENOR hace auditoría y entrega la certificación si se acredita
Beneficios
Reducción en tiempos de mantenimiento
Simplificación del producto en Loc's
Reducción de hasta 50% de incidencia
Mejor cubertura de pruebas, hasta 60%
Asegurar evidencias objetivas del producto
Establecer objetivos claros
Mejor funcionalidad en el sector
Efectos de los cambios en el software.
Cuando se le da el visto bueno a un cambio solicitado en el software, el equipo de mantenimiento deberá implementarlo y realizar las siguientes tareas:
Modificar los documentos y el código.
Revisar los documentos y el código solicitados.
Probar el código modificado.
Los resultados de estas tareas son un Informe de Modificación de Software (SMR) y uno o varios elementos de configuración modificados.
En el SMR se definen los siguientes aspectos
Nombres de los elementos de configuración que han sido modificados.
Número de versión de cada elemento de configuración modificado.
Cambios que han sido implementados.
Fecha de comienzo, fecha de final y esfuerzo requerido (personas-horas)
Efectos sobre la mantenibilidad
Algunos cambios en el software pueden reducir la mantenibilidad.
Los que producen este efecto con más asiduidad son:
Violar los estándares de codificación
Reducir la cohesión
Incrementar el acoplamiento
Incrementar la complejidad esencial
