Moprosoft

MOPROSOFT(MOdelo de PROcesos de SOFTware)

Fue desarrollado a solicitud de la Secretaría de Economía de México como base a la norma mexicana para la industria de desarrollo y mantenimiento del software.

Moprosoft tomó como referencia:

• ISO 9000/2000
• Niveles 2 y 3 de CMMI
• PMBOK
• SWEBOK

Estructura del Moprosoft

• Categoría de Alta Dirección(DIR)
• Categoría de Gerencia(GER)
• Categoría de Operación(OPE)

Categoría de Alta Dirección:

Se establecen los lineamientos para los procesos de la Categoría de Gerencia y se retroalimenta con la información generada en apoyo a la estrategia de la organización.

Categoría de Gerencia:

• Se definen los elementos para el funcionamiento de los procesos de la categoría de Operación en función de la estrategia de la dirección
• Recibe y evalúa la información generada por OPE y comunica los resultados a DIR

Categoría de Operación:

• Realiza las actividades de acuerdo a los elementos proporcionados por GER
• Entrega GER la información y los productos generados

Moprosoft tiene 9 procesos que se agrupan en 3 categorías:

DIR:

• Gestión de Negocios

GER:

• Gestión de Proyectos
• Gestión de Recursos

OPE:

• Administración específica de proyecto
• Desarrollo y mantenimiento de software

Nivel de Madurez

Nivel	Nivel de Capacidad	Descripción	Color
1	Realizado	El proceso se implementa y alcanza su propósito	Amarillo
2	Gestionado	El proceso realizado se administra.	Azul
3	Establecido	El proceso realizado y gestionado se implementa por medio de un proceso definido	Verde
4	Predecible	El proceso establecido opera bajo límites definidos y conocidos	Rosa
5	Optimizado	El proceso predecible se mejora continuamente	N.A.

Rol	Descripcion
Cliente	Solicita un producto de software y lo financía
Usuario	Es el que va a utilizar el software
Grupo Directivo	Dirigentes de la organización
Responsable de proceso	Encargado de la realización de las prácticas de un proceso y el cumplimiento de objetivos
Involucrado(Stakeholder)	Otros roles: Analista, Programadar, etc.

Referencias:
https://www.youtube.com/watch?v=LSgHqz26qpI

CMMI

CMMI es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software, las mejores prácticas de CMMI se publican en los documentos llamados modelos.

El CMMI es un modelo de calidad de software que califica a las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan en la producción de software. 

Define áreas de proceso (PA) en las que se deben llevar a cabo prácticas específicas o genéricas. Cada PA está formado por metas, a su vez, cada meta está formada de prácticas.

Metas u objetivos de este modelo:

1. Entregar software de mejor calidad, y cumplir con las espectativas y necesidades del cliente.
2. Incrementar la productividad.
3. Mejorar el modelo de estimiación y planificación de esfuerzo(coste y tiempo) para lograr ser más eficientes en la entrega de productos y servicios, evitando los sobrecostes que conlleva una mala planificación y estimación.

¿Por qué evaluar CMMI?

Hoy en día las organizaciones que desarrollan software para satisfacer a un mercado creciente que reclama este tipo de soluciones tecnológicas, siempre se deben de buscar alternativas que permitan mejorar su rendimiento y calidad de productos para poder seguir compitiendo en un escenario más globalizado y agresivo.

Esta situación se torna más obvia cuando analizamos las necesidades de la producción global de software:

Mejor performance
Más eficiencia
Evitar pérdidas de mercado
Recursos Humanos mejor preparados
Productos que faciliten la integración de diferentes tecnologías.

Referencias:
http://www.vates.com.ar/cmmi/que-es-cmmi.html

Puntos de Función

Los puntos de Función miden la aplicación desde una perspectiva del usuario. Los puntos de función evalúan:

• Valor comercial del sistema
• Tamaño del proyecto, coste y tiempo de desarrollo
• calidad
• Adaptación, modificación y mantenimiento
• desarrollo propio
• Beneficios de implementación

Estimación de los puntos de función:

• Entradas
• Salidas
• Consultas
• Archivos lógicos internos
• Archivos interfaces externos

 

 

Referencias:

http://www.sc.ehu.es/jiwdocoj/mmis/fpa.htm
youtube: canal: Fatto Consultoría y Sistemas

Tecnicas de Estimación de Casos de Uso

Buenas Noches, las técnicas de estimación de casos de uso, estima el tiempo de desarrollo de un proyecto mediante la asignación de "pesos" a un cierto número de factores que afectan.

La principal ventaja de este método es su fácil adaptación en empresas o proyectos que utilizan la técnica de casos de uso.

Este método permite documentar los requerimientos de un sistema en términos de Actores y Casos de uso.

Un Actor representa a un usuario humano o a otro sistema que interactúa con el sistema bajo análisis.

El Caso de Uso relata una secuencia de acciones que uno o más actores llevan a cabo en el sistema para obtener un resultado significativo.

Pasos para el cálculo de los puntos de Caso de Uso sin Ajustar:

1. Clasificar cada interacción entre actor y caso de uso según su complejidad y asignarle un   peso.
2. Calcular la complejidad de cada caso de uso según el número de transacciones o pasos del mismo. 
3. Sumar los valores obtenidos y calcular. 

Paso 1: Clasificar cada interacción entre actor y caso de uso según su complejidad y asignarle un peso:
Para clasificar la complejidad de los actores se debe determinar la forma en que cada actor interactúa con el sistema que se va a desarrollar.

Tipo de interacción		Peso
Simple(a través de un API)		1
Medio(a través de un protocolo)		2
Complejo(a través de una interfaz gráfica)		3

Paso 2: 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  número de transacciones, incluyendo los caminos alternativos. 

Tipo de Caso de Uso	Numero de Transacciones	Peso
Simple	3 o menos	5
Medio	De 4 a 7	10
Complejo	7 o más	15

 

 

Paso 3: Calcular UUCP

UUCP = UAW + UUCW

Donde: 

UUCP: Puntos de Casos de Uso sin ajustar.
UAW: Factor de Peso de los Actores sin ajustar
UUCW: Factor de Peso de los Casos de Uso sin ajustar

FACTOR	DESCRIPCION	PESO
T1	Sistema Distribuido	2
T2	Objetivos de Rendimiento o Tiempos de respuesta	1
T3	Eficiencia del usuario final	1
T4	Procesamiento interno complejo	1
T5	Código debe ser reutilizable	1
T6	Facilidad de instalación	0.5
T7	Facilidad de uso	0.5
T8	Portabilidad	2
T9	Facilidad de cambio	1
T10	Concurrencia	1
T11	Incluye objetivos especiales de seguridad	1
T12	Provee acceso directo a terceras partes	1
T13	Se requiere facilidades especiales de entrenamiento a usuarios	1

Ejemplo en la aplicación de este método

—Un cajero automático brinda diferentes servicios a sus clientes: Permite realizar consultas de Saldo en las Cuentas, Retiro de efectivo, cambio de contraseña, Transferencias a otras cuentas.

Diagrama de Casos de Uso

 

http://www.slideshare.net/dianitadance/estimacion-basada-en-puntos-de-casos-de-uso#

 

PSP - Elementos Generales

PSP - Elementos Generales

PSP (Personal Software Process), es uno de los vértices en donde descansa un proceso de mejora que trabaja sobre 3 niveles de organización, los otros 2 son CMM y TSP.

Estos 3 vértices están enfocados a:

CMM --> Nivel Organizacional

TSP  --> Proceso de grupos de trabajo

PSP  --> Nivel Personal

PSP, ¿Qué es?

Es un ciclo de vida del proceso de software que se caracteriza por: 

Ser definido y conciso.

Es Altamente prescriptivo.

Es rápido y barato.

Etapas del PSP:

1. Planificación

2. Diseño

3. Codificación

4. Revisión de código

5. Compilación

6. Pruebas

7. PostMortem

Infografía

¿Qué es una infografía?

Una infografía es una forma visual de dar una información, con una presentación esquemática que resume datos y los explica a través de viñetas y gráficos sencillos de asimilar. Suelen tener un formato vertical.

Herramientas para crear infografías

Google Public Data Explorer.
Hohli.
Wordle.
Visual.ly

Curador de Contenidos

Curador de Contenidos

Por lo qué pude entender, el curador de contenidos busca la información en la web, y de esa información se filtra lo mejorcito, para así, controlar el tráfico de la red, y que el término de "Curar contenidos" es limpiar y mostrar lo más útil o interesante, en general, es el que ograniza y comparte información valiosa de muchas formas, como se menciona anteriormente, filtra lo que en verdad vale la pena y lo organiza, también como que agarran los mejores contenidos que postean los usuarios, los mejores post de facebook, los tweets, para ser curador de contenidos, no cualquiera, para desempeñar esa función, necesitan una basta preparación, primero debes de buscar y seleccionar la información crítica, también de esa información la necesitan analizar, emplear algoritmos, etc. 

De hecho, en Google, el 10% de la información total en la web está disponible, porque se aplicaron los filtros, y así la información que encontramos en Google es de "calidad" se supone.

Un curador de contenidos debe de ser: 

• Sintético
• Proactivo
• Crítico
• Experto
• Empático
• Curioso

¿Qué es Infoxicación?

El término infoxicación, comenzó a finales de la década de los 90's, este término quiere decir el exceso de la información que se encuentra en la web, a qué se debe esto? bueno esto se debe a que con el paso del tiempo, hay tanto contenido en internet, así como la publicidad molesta que aparece en algunas páginas.

Esto es muy difícil para algunos expertos, porque tienen que clasificar millones y millones de información, y en la actualidad existen algunas herramientas y son las siguientes: 

• Rastreadores de Información: Son programas capaces de rastrear, encontrar y clasificar todos los contenidos que hay en la red, conocida como datamining.                   
• Barras que suprimen ventanas emergentes: Los diferentes navegadores ofrecen supresores automáticos de ventanas emergentes o banners.                                       
• Clasificación de correo electrónico: Mandando los correos electrónicos que no nos interesan, como marketing u otras cosas a los no deseados y así la bandeja quede limpia.

Resumen 1er Parcial

Amigos, hoy les traigo una redacción sobre los temas que hay en este blog, es un resumen de una cuartilla, espero que no se aburran leyendo, les explicaré también un mapa mental igual de estos tres temas que están en este blog.

1.   INTRODUCCIÓN

En este primer parcial, fuimos viendo la importancia de usar normas, estándares, etc; para poder entregar un producto o realizar un proyecto de calidad.

Hay diferentes estándares y empresas que controlan o que definen esos estándares, una de las Empresas es ISO, y la norma que involucra el desarrollo del software y es la 9126.

2.   DESARROLLO

De los 3 temas que investigamos, se realizó un mapa mental de todos aquellos temas, conceptos básicos, factores de calidad y métricas, primero lo que es una norma, un estándar, un proceso y calidad, como se menciona antes, hay que seguir todos estas reglas para que nuestro software sea de calidad.

Seguido de ello, tenemos los factores, estos que nuestro software debe que contener, corrección, fiabilidad, eficiencia, integridad, fácil de usar, flexibilidad, mantenimiento, pruebas, portabilidad y reusabilidad.

Después tenemos las métricas que principalmente se basan en modelos como McCall, Furps, Dromey, Normas ISO 9000 e ISO/EIC 9126(que como se menciona anteriormente, es el estándar dedicado especialmente al de desarrollo de software) y el modelo sistemático de calidad, llamado MOSCA.

3.   CONCLUSIÓN

Para concluir, todos estos términos, conceptos no son más que lo más importante que debemos tomar en cuenta en cuestión de la calidad que queremos que tenga nuestro software, así que si no sabíamos de todo esto y ya desarrollábamos software, pues hay que ponerse al tanto y estar en regla, esto es muy conveniente, tanto para el desarrollador, va ganando buena fama en cuestión de que su software cumple con los requisitos de calidad y el usuario que es quien se beneficia de la calidad.

BIBLIOGRAFÍAS

Normapme, (¿?) ¿Qué son las normas? Consultado el día 10 de enero de 2014 de: http://www.normapme.eu/es/page/194/que-son-las-normas

Martínez, Mayra, (2013). ¿Qué es calidad? Consultado el día 10 de enero de 2014 de: http://imprasc.com/imprablogs/2013/04/que-es-calidad/

Herrero, P (2009) ¿Qué es un proceso? Consultado el día 10 de enero de 2014 de: http://www.pymesyautonomos.com/management/que-es-un-proceso

ECIGraphics, (2010). Estándares de calidad. Consultado el día 10 de enero de 2014 de: http://www.ecigraphics.com.mx/index.php/promociones/168-que-es-un-estandar

TecnoMaestros, (¿?)Los Estandares de Calidad ISO para Desarrollo de Software. Consultado el día 11 de febrero de 2014 de: http://tecnomaestros.awardspace.com/estandares_iso.php

Jiménez, A(2014). Métricas de calidad de software. Consultado el día 25 de enero de 2014 de: http://softwaredevelopingut.blogspot.mx/

MÉTRICAS DE CALIDAD DE SOFTWARE

MÉTRICAS DE CALIDAD

Grado en que un conjunto de características cumple con los requisitos establecidos por una norma o estándar.

MODELOS CONOCIDOS 

• McCall(1979)
• Furps(1987)
• Dromey(1996)
• Normas ISO 9000 e ISO/EIC 9126
• Mosca

MODELO DE MCCALL (1979)

Describe la calidad como un concepto elaborado mediante relaciones jerárquicas entre factores de calidad.

MODELO DE FURPS (1987)

Modelo desarrollado por HP, desarrollando un conjunto de factores de calidad y sus respectivos atributos:

Funcionalidad(Functionality)
Usabilidad(Usability)
Confiabilidad(Reliability)
Desempeño(Performance)
Soporte(Supportability)

MODELO DE DROMEY (1996)

Este modelo resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo.

Sugiere el uso de cuatro categorías que implican propiedades de calidad, que son: correctitud, internas, contextuales y descriptivas

NORMAS ISO 9000

ISO/EIC 9126

MOSCA (MODELO SISTÉMICO DE CALIDAD)

Este modelo consta de 4 niveles: dimensiones, categorías, características y las métricas. En base de 3 ramas: el producto, el proceso y la humana. Contiene un total de 715 métricas.