CMMI
Bienvenidos a mi entrada de CMMI, es un vídeo realizado por primera vez con moovly, espero y sea de su agrado.
Aqui se encuentran resumidas las partes del CMMI, las etapas, etc. espero y les haya parecido interesante la explicación.
sábado, 5 de abril de 2014
viernes, 4 de abril de 2014
ESTIMACIÓN DE PUNTOS DE FUSIÓN DE CASO DE USO
Hola, muy buen día, para empezar les doy la bienvenida explicando
la definición de mi tema.
Los puntos de fusión de caso de uso son un enfoque bien
documentado para estimar las actividades de desarrollo de
software. El tamaño de un sistema se calcula a partir de los
puntos de caso de uso sin ajustar, estimación del tamaño del sistema, se puede
comenzar a pensar en el cálculo del esfuerzo.
LAS PRINCIPALES VENTAJAS SON:
- Se deben revisar los aspectos clave de los requerimientos para calcular un recuento de Puntos Caso de Uso sin ajustar (UUCP – Unadjusted Use Case Points).ç
- Estudiar los factores técnicos y el entorno para crear los factores de ajuste.
- Ajustar los factores para llegar a obtener los Puntos Caso de Uso ajustados (UCP), que posteriormente se transformarán en una estimación de esfuerzo (horas-hombre).
PARA REALIZAR EL CÁLCULO DE LOS PUNTOS CASO DE USO SIN
AJUSTAR, SE TIENEN QUE REALIZAR LOS TRES PASOS DEFINIDOS A CONTINUACIÓN.
- Clasificar cada interacción entre actor y caso de uso según su complejidad y asignarle un peso.
- Calcular la complejidad de cada caso de uso según el número de transacciones o pasos del mismo.
- Sumar los valores obtenidos y calcular UUCP
CÁLCULO DE LOS PUNTOS CASO DE USO SIN AJUSTAR
Para clasificar la complejidad de los actores se debe
determinar la forma en la que cada actor interactúa con el sistema que se va a
desarrollar. En concreto, los actores se clasifican en 3 categorías diferentes,
simple, medio y complejo
Calcular la complejidad de cada caso de uso según el número
de transacciones o pasos del mismo
Para realizar el cálculo de la complejidad de un caso
de uso se debe determinar el número de transacciones, incluyendo los caminos
alternativos. Una transacción es un conjunto de actividades atómicas, donde se
ejecutan todas ellas o ninguna. En este contexto, cada caso de uso se debe
clasificar en una de las siguientes categorías: “simple”, “medio” o “complejo”.
Calcular los Puntos Caso de Uso no ajustados (UUCP –
Unadjusted Use Case Points)
Los UUCP se calculan sumando la dificultad de las
interacciones y la complejidad de los casos de uso, es decir, sumando el total
de los pesos de los actores y el total de los pesos para los casos de uso.
Ejemplo:
2 interacciones por Web: 2 * 3 = 6
4 UCP complejos: 4 * 3 = 12
UUCP = 6 + 12 = 18
Prácticamente se saca el valor que se le da para priorizarlo.
Y así se hace el Cálculo de Factor de Complejidad Técnica
(TCF)
Es un ejemplo de cómo podemos medir y calcular el proyecto.
fuente:
García, C. M., & Garzás, J. (s.f.). Método de Estimación de Puntos de Caso de Uso. Recuperado el 20 de 03 de 2014, de
http://www.kybeleconsulting.com/articulos/estimacion-puntos-caso-de-uso/
Orea, I. S. (24 de 09 de 2010). Estimación de proyectos de software con puntos de casos de uso. Recuperado el 20 de 03 de 2014, de
http://sedici.unlp.edu.ar/bitstream/handle/10915/19290/Documento_completo.pdf?sequence=1
TÉCNICAS DE ESTIMACIÓN
Bienvenidos a mi nueva entrada destinada a “Técnicas de estimación”.
Esto nos servirá mucho para poder medir nuestro proyecto.
La definición de ello es que es una métrica que permite
traducir en un número el tamaño de la funcionalidad que brinda un producto de
software desde el punto de vista del usuario, a través de una suma ponderada de
las características del producto.
Consta de 5 puntos que son las siguientes:
EI: Procesos en los que se introducen datos y que suponen
la actualización de cualquier archivo interno
.
EO: Procesos en
los que se envía datos al exterior de la aplicación.
EQ: Procesos consistentes en la combinación de una
entrada y una salida, en el que la entrada no produce ningún cambio en ningún
archivo y la salida no contiene información derivada.
ILF: Grupos de
datos relacionados entre sí internos al sistema.
EIF: Grupos de
datos que se mantienen externamente.
Estos cálculos pueden determinar diferentes cosas, como;
1. Determinar el tipo de conteo de puntos de función.
2. Identificar el alcance del conteo y la frontera de la
aplicación.
3. Determinar los puntos de función sin ajuste "
Calcular las funciones de datos " Calcular las funciones de transacción
4. Determinar el factor de complejidad técnica para
ajuste
5. Calcular los puntos de función ajustados
Y tiene varias etapas:
- Determinar el tipo de conteo de PFs
- Identificar el alcance y la frontera de la aplicación
- Determinar los puntos de función sin ajuste
PARA QUE SEA MAS ENTENDIBLE, LES MUESTRO UNA TABLA EN LA
QUE CUENTA CON LAS CARACTERÍSTICAS DE COMPLEJIDAD Y LA CONTRIBUCIÓN DE DATOS.
Es así como nosotros podemos calificar la complejidad de nuestro
proyecto y darle el respectivo valor según la importancia de ello.
Fuentes:
http://www.inegi.org.mx/inegi/contenidos/espanol/prensa/Contenidos/Articulos/tecnologia/puntosxfuncion.pdf
jueves, 3 de abril de 2014
MOPROSOFT
Hola
bienvenidos a mi nueva entrada de “MOPROSOFT”. en seguida les daré la definición.
La
definición de MOPROSOFT: Es el Modelo de Procesos para la Industria del
Software, además mejora y evalúa los procesos de desarrollo y mantenimiento de
sistemas y productos de software. Fue desarrollado por la Asociación Mexicana
para la Calidad en Ingeniería de Software a través de la Facultad de Ciencias
de la Universidad Nacional Autónoma de México (UNAM) y a solicitud de la
Secretaría de Economía para obtener una norma mexicana que resulte apropiada a
las características de tamaño de la gran mayoría de empresas mexicanas de
desarrollo y mantenimiento de software.
Los procesos que maneja son las
siguientes:
·
Categoría alta dirección (DIR)
La alta dirección tiene un papel
importante a través de la planificación estratégica. Debe actuar como promotor
del buen funcionamiento de la organización a través de su implicación en la
revisión y mejora continua del modelo.
·
Categoría Gerencia (GER)
El modelo considera a la gestión
como proveedora de recursos, procesos y proyectos; así como responsable de la
vigilancia del cumplimiento de los objetivos estratégicos de la organización.
·
Categoría Operación (OPE)
El modelo considera a la
operación como ejecutora de los proyectos de desarrollo y mantenimiento de
software.
Características de MoProSoft
- Es específico para el desarrollo y mantenimiento de software.
- Es sencillo de entender y adoptar.
- Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM y CMMI.
- Se enfoca a procesos.
- Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos niveles de madurez.
- Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y estándares, lo hace bastante práctico.
- Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.
- Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certificación.
- Tiene un bajo costo, tanto para su adopción como para su evaluación.
¿Para qué sirve MoProSoft?
- Mejora la calidad del software producido por la empresa que adopta el modelo.
- Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad.
- Integra todos los procesos de la organización y mantiene la alineación con los objetivos estratégicos.
- Inicia el camino a la adopción de los modelos ISO 9000 o CMMI.
- Sirve para implantar un programa de mejora continua.
- Permite reconocer a las organizaciones mexicanas por su nivel de madurez de procesos.
- Facilita la selección de proveedores.
- Permite obtener acceso a las prácticas de ingeniería de software de clase mundial.
y finalmente aqui les comparto la estructura de moprosoft:
fuente:
http://www.enterate.unam.mx/Articulos/2006/marzo/moprosoft.htm
Suscribirse a:
Comentarios (Atom)