door Jhoan Garcia 12 maanden geleden
432
Meer zoals dit
principios básicos de este método
enfoque a la calidad
elevar el nivel de abstracción
colaboración entre equipos
demostrar valor iterativamente
equilibrar prioridades
adaptar el proceso
Es uno de los modelos más utilizado en el
e implementación de la documentación de sistemas orientados a objetos
análisis, diseño
desarrollado por la empresa Rational Software
Es propiedad de IBM
características
enfocado en los riesgos
centrado en la arquitectura
dirigido por casos de uso
es iterativo e incremental
es utilizado para evitar problemas legales con el método RUB
puede ser implementado hacia otros proyectos de distintas organizaciones
está centrado en la arquitectura y la utilización de iteraciones incrementales
se distingue por la utilización de casos de uso
Desventajas
condiciones necesarias para su implementación.
necesita de grupos de trabajo
Ventajas
está orientado a grupos de trabajo independientes
Una de las características es
los resultados de las revisiones
las decisiones de la gestión
que está orientado a las necesidades del usuario
Es utilizado en su mayoría para aplicaciones cliente servidor
Se conoce como ingeniería concurrente
toma en cuenta las características de
rapidez de la ejecución de la aplicación
utilidad
usabilidad
compuesto por un grupo reducido de personas
incluye
testers del sistema
desarrolladores
permite la construcción rápida de sistemas utilizables
Se puede dividir en los siguientes procesos
3. Lista de control del proyecto.
Tareas que describen las partes que conforman el proyecto
2. Etapa de iteración
análisis, rediseño e implementación del producto
1. Etapa de inicialización
construcción de un producto
obtener retroalimentación de parte del usuario final.
Es esencial para el método de programación extrema
ofrece entornos de trabajo con técnicas para su correcta utilización
Resuelve los problemas encontrados en el modelo en cascada
fases del modelo
4. Codificación y depuración
3. Diseño inicial
2. Análisis de requisitos
1. Especificación conceptual
Al al momento de la crítica o retroalimentación
no se obtendrán completamente las características del software
estas se descubren en el proceso
del avance del software
Es similar al modelo por etapas
tiene dos formas en las cuales se debe de planificar el proyecto
la forma radial
indica el aumento del costo dado que cada iteración conlleva más tiempo de desarrollo.
la forma angular
indica únicamente el avance del software dentro del proyecto
las actividades se desarrollan en espiral
estas se realizan conforme se van seleccionando
de acuerdo al análisis de riesgo
Las etapas de este modelo son
6. Entrega del desarrollo final
5. Comunicación
4. Entrega y retroalimentación
3. Construcción del prototipo
2. Modelo
1. Plan rápido
El prototipo es construido para
obtener criticas y retroalimentación
mostrárselo al cliente
Pertenece a los modelos evolutivos
utilización escasa de recursos
el prototipo debe de ser construido rápidamente
cualquier error detectado lleva al
rediseño del área de código afectado
aumentando el costo del desarrollo del proyecto
El inicio de una etapa de desarrollo debe esperar el fin de la etapa anterior
modelo en el cual se ordenan rigurosamente
las etapas del desarrollo del software
I: Instability = Ce / (Ca + Ce)
métrica comprendida entre [0,1], siendo 0 la máxima estabilidad y 1 máxima inestabilidad
Ce: Efferent Couplings:
número de clases dentro del propio paquete que dependen de clases de otros paquetes
Ca: Afferent Couplings:
número de clases de otros paquetes que dependen de las clases del propio paquete
atributo más usado para interpretar
el tamaño de un programa
dividen las métricas basadas en clases
en cuatro categorías
valores externos
valores internos
herencia
tamaño
determinan el tamaño del software asumiendo que el programa está compuesto por
un conjunto de elementos
clasificados en
operandos
operadores
conjunto de medidas primitivas
consideran cinco de las métricas de Chidamber y Kemerer
LCOM
RFC
NOC
DIT
WMC
Es uno de los conjuntos de métricas
más referenciado
métricas orientadas a clases
individuales, herencia y colaboraciones
se determinan examinando los
atributos de calidad
que se encuentran en las líneas de código
conjunto de medidas de software
se determinan examinando las
líneas de código de los módulos
proporcionan a los programadores
mejor visión del código
se recopilan en el transcurso de todos
durante largos períodos
los proyectos
una medida cualitativa, del grado en que un sistema, componente o proceso posee un atributo determinado
prácticas en gestión de ingeniería de software
operaciones
empresas o áreas internas dedicadas al
desarrollo y/o mantenimiento de software
para procesos de software
permite estimar cuánto se tarda un individuo en realizar una aplicación de software
IEEE 754
IEEE 802.11
IEEE 802
IEEE 488
IEEE 1394
POSIX
VHDL
compartir y aplicar los avances en las tecnologías de la información
y la integración
el desarrollo
la creatividad
para procesos software
Nivel 5 Optimizado:
Los procesos de los proyectos y de la organización están orientados a la mejora de las actividades
Nivel 4 Administrado:
se usan métricas para gestionar la organización
Nivel 3 Definido:
la forma de desarrollar proyectos está
existen métricas.
definida, establecida, documentada
Nivel 2 Repetible:
Se da cuando el éxito de los resultados obtenidos se puede repetir
Nivel 1 Inicial o ejecutando
el proceso se ejecuta y se logra su objetivo
Nivel 0: Incompleto
El proceso no se realiza, o no se consiguen los objetivos
área - organización
un proyecto
elementos necesarios para determinar su efectividad
para
promover la transferencia de tecnología de la evaluación de procesos de software en la industria mundial del software a nivel mundial
llevar a cabo los ensayos de la industria de la norma emergente
-desarrollar un proyecto de trabajo y generar un estándar para la evaluación de procesos de software.
para la
Evaluación de Procesos de Software
SQuaRE está formada por las divisiones
ISO/IEC 25050–25099
Estándares de extensión SQuaRE.
ISO/IEC 2504n
División de evaluación de la calidad.
ISO/IEC 2503n
División de requisitos de calidad.
ISO/IEC 2502n
División de mediciones de calidad
ISO/IEC 2501n.
División del modelo de calidad.
ISO/IEC 2500n
División de gestión de calidad.
Objetivo principal de la serie SQuaRE
coordinación y armonización del contenido
de ISO 9126 y de ISO 15939:2002 (Measurement Information Model)
es una nueva serie de normas que se basa en
ISO 14598
ISO 9126
consta de seis partes
ISO/IEC 14598-6
Documentación de Módulos
ISO/IEC 14598-5
Proceso para avaladores
ISO/IEC 14598-4
Proceso para adquirentes
ISO/IEC 14598-3
Proceso para desenvolvedores
ISO/IEC 14598-2
Planeamiento y Gestión
ISO/IEC 14598-1
Visión General
define el proceso para evaluar un producto del software
características del proceso de evaluación
medidas concretas que participan
Evaluación de la conclusión
Ejecución del plan de evaluación
Evaluación del diseño y definición del plan de evaluación
Evaluación de las especificaciones
Análisis de los requisitos de evaluación
objetividad
imparcialidad
reproducibilidad
repetitividad
esta norma ofrece
métricas y requisitos
para los procesos de evaluación
Es usado como base metodológica
para evaluar el producto del software
esta definida bajo un marco conceptual basado en
factores como
calidad en uso
calidad del producto del software
contribuye a
mejorar la calidad en uso
calidad del proceso
esta indica
las características de la calidad y las métricas asociadas
puede ser útil para
definir los requerimientos de la calidad
evaluar el producto
las características de la calidad y lineamientos para su uso
es la que evalúa los productos de software
Modelos de ciclos de vida del software
El estándar indica unos procesos que van
En total son 17 procesos que se agrupan en
tres categorias
de organización
de apoyo
Principales
hasta la culminación
del software
desde la recopilación
de requisitos
El estándar se concibe para los interesados en
Proveedores
Desarrolladores
adquisición de software
concordancia con los requisitos exigidos
ofrecer mayor confiabilidad
prueba y análisis
del software desarrollado
programación
el diseño
Metodología utilizada
Metodología UML
Metodología OMT
Metodología orientada a objetos
Metodología estructurada
conjunto de procedimientos necesarios para llegar a un objetivo
Facilitan el uso de las distintas metodologías
propias de la Ingeniería del software
Reducen el tiempo y el costo de desarrollo
Mejoran la productividad en el
mantenimiento
desarrollo
Aumentan la calidad del producto
Tienen soporte de reusabilidad
Permiten la comprobación de errores
en etapas tempranas del desarrollo
generación automática de documentación
generación de código a partir del diseño
cálculo de costos
el diseño del proyecto
empleadas por los profesionales del desarrollo de software
Mantenimiento
Pruebas
Codificación
Diseño
Análisis
dependiendo de esto serán
la forma en cómo se lleva a cabo el proyecto
las etapas que lo componen
que se llevarán a cabo en el desarrollo de un producto
el desarrollo sea de calidad
hasta aplicaciones específicas
editores de imágenes
videojuegos
editores de texto
un sistema operativo
conjunto de componentes lógicos
datos
reglas
procedimientos
que hacen funcionar y realizar tareas específicas a una computadora
