Moprosoft

¿Que es esto?

Hablamos de un modelo para mejorar y evaluar el proceso de desarrollo de software, Lo que se busca al implementar este modelo es obviamente la calidad bajo métricas y criterios evaluativos generales:

• La estructura de procesos resultante debe ser acorde a la estructura generalmente empleada por las organizaciones de la industria del software (alta dirección, gestión y operación)
• 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.
• 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.
• El modelo considera a la operación como ejecutora de los proyectos de desarrollo y mantenimiento de software.
• El modelo integra con claridad y consistencia los elementos indispensables para la definición de los procesos y las relaciones entre ellos.
• El modelo integra los elementos para realizar la administración de proyectos desde un sólo proceso.
• El modelo integra los elementos para realizar la ingeniería de productos de software en un único marco que incluya los procesos precisos de soporte (verificación, validación, documentación y control de la documentación).
• El modelo destaca la importancia de la gestión de recursos, con especial relevancia en aquellos que componen el conocimiento de la organización: productos generados por proyectos, datos de los proyectos, mediciones, documentación de procesos y datos cosechados a partir del uso y de las lecciones aprendidas.
• Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las áreas de procesos de los niveles 2 y 3 de CMM-SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en prácticas y conceptos de PMBOK Y SWEBOK.
• PROSOFT representa un campo diferente de apoyo a los empresarios de las tecnologías de la información, es un sector diverso para hacer negocios y generar fuentes de empleo dignas”

Este modelo ya no es tan técnico sino que presenta caracteristicas mas enfocadas a la gestión, y está basado en el modelo de evaluación y mejora de CMMI, lo cual implica claramente una certificación de calidad para empresas dedicadas al desarrollo de software.

Otra caracteristica importante es que este modelo identifica los procesos en tres grandes categorias dentro de cualquier empresa:

• Alta dirección
• Gerencia
• Operación

Puntos de caso de uso.

Es un método de estimación de esfuerzo para proyectos de software a partir de sus casos de uso, este método fue creado a partir del anterior publicado (puntos de función). En general el método utiliza los actores y casos de uso para estimar el esfuerzo que significará desarrollar un software.

A los casos de uso se les asigna una complejidad basada en transacciones entendidas como la interacción entre el usuario y el sistema, en palabras mas sencillas, son las interfaces.

Este método consta de cuatro etapas:

• Factor de peso de los actores sin ajustar (UAW)

Cuando iniciamos un proyecto de software debemos identificar a los actores principales para tener una breve descripción de lo que serán los casos de uso,  bajo este análisis podemos hacer una breve descripción de la funcionalidad que debe ofrecer nuestro software.
En este punto podemos definir la complejidad por medio de la identificación de los actores del sistema (simple, medio y complejo)

• Factor de peso de los casos de uso sin ajustar (UUCW)

 Similar a la etapa anterior, se determina el nivel de complejidad basado en dos metodos:
Basado en transacciones: Toma en cuenta el número de transacciones que se pueden realizar en un caso de uso y lo evalúa según la siguiente tabla:

Tipo de caso de uso	Descripción	Factor
Simple	3 transacciones o menos	5
Medio	4 a 7 transacciones	10
Complejo	Más de 7 transacciones	15

Basado en clases de análisis:
Toma en cuenta el número de clases que tiene un caso de uso y lo evalúa según la siguiente tabla:

Tipo de caso de uso	Descripción	Factor
Simple	Menos de 5 clases	5
Medio	5 a 10 clases	10
Complejo	Más de 10 clases	15

independientemente del método utilizado tenemos una formula general: UUCW = Sum (CantidadDeUnTipoDeCasoUso*Factor).
Aún obteniendo  resultados en esta etapa, la estimación es muy imprecisa ya que existe escacés de información.

• Puntos de caso de uso ajustados (UCP)

En esta etapa utilizamos los resultados anteriores para tener una información relevante y mas cercana a la realidad bajo una sencilla fórmula:

UCP = UUCP x TCF x EF

• Esfuerzo horas-hombre

El esfuerzo en horas-persona viene dado por:
E = UCP x CF
Estas siglas significan:
E: Esfuerzo estimado en horas-persona.
UCP: Puntos de Casos de Uso ajustados.
CF: Horas-Persona.
Al realizar la multiplicación del UCP por las horas- persona, se consigue un esfuerzo estimado, que representa una parte del total del esfuerzo de todo el proyecto, generalmente un 40%. Este 40% se refiere al esfuerzo total para el desarrollo de la funcionalidades especificadas en los Casos de Uso.

Puntos de función

El concepto nos dice que el punto de funcion es un metodo propio de la ingenieria de software utilizado para medir el tamaño del software, pero... Esto no nos dice mucho ¿verdad?.

Comenzemos...

Como lo marca el nombre, este método pretende medir la funcionalidad que se le entrega al usuario, desde el diseño hasta la implementación y el mantenimiento. 

La técnica de medición del tamaño en punto-función consiste en asignar una cantidad de "puntos" a una aplicación informática según la complejidad de los datos que maneja y de los procesos que realiza sobre ellos. Siempre tratando de considerarlo desde el punto de vista del usuario.

En realidad esta metodología nos lleva a una buena métrica de calidad hablando del desarrollo de software y tiene los siguientes componentes:

•  EI.- Proceso de introducción de datos. 
• EO.- Proceso en el cual se envían los datos al exterior de la aplicación.
• EQ.- Procesos de entrada y salida combinados, en los que la entrada no hay cambios en archivos y en la salida no contiene información derivada.
• ILF.- Estos son grupos de datos relacionados entre sí dentro del propio sistema.
• EIF.- Grupos de datos que se mantienen externamente

Estos aspectos se evalúan con tablas para asignar peso en función del número de atributos que tenga el software y el nuemro de archivos afectados.

Infografía

Infografías

Intoducción:

Una vez conocido el gran problema de la infoxicación, nos queda conocer la solución, ya que en esta gran sobrecarga de información cada vez se dificulta más el conseguir información de calidad, veridica y objetiva. se dice que una imagen dice más que mil palabras y es una forma muy buena para resumir y sintetizar temas.

En concepto una infografía es la representación visual de los propios textos, pasado a la informática la infografía puede realizarce en imagenes y también en audiovisuales con el fin de una mejor retención de información para quien la busca.

Hablando de imagenes podemos encontrar los mapas conceptuales, cuadros sinópticos, fotografias, etc. Mientras que hablando de audiovisuales, podemos mencionar las videoconferencias, videotutoriales, documentales, etc.

Los requisitos primordiales para las infografías son la sencillez y la simplicidad en el diseño, ya que se busca la mejor comprención del tema, viendo las ideas centrales y apoyandoce en la parte visual.

No es enteramente obligatorio que sea un formato enteramente gráfico, como ya se mencionó lo que se busca es la fácil comprención del tema por lo que tambnién podemos agregar texto, aqui la diferencia esque tenemos que hacer el texto simple, llamativo y entendible, y podemos hacer un poco de énfasis en lo llamativo ya que podemos agregar colores, tamaños y fuentes acorde con el apoyo visual.

 

El objetivo proncipal de la infografía es resumir los temas y eliminar u omitir la información redundante que encontramos en la mayoria de las páginas informativas y blogs. 

Cabe destacar que algunos blogs (como en este) se intenta poner los temas e ideas principales por lo cual tambien se pudiesen cosiderar como infografías ya que no saturamos al lector de información y aprovecha la información que el propio lector buscaba sin tanta lectura inserbible.

Infoxicación

Introducción:

Es un término relativamente nuevo ya que es propio del siglo XXI, que fue dado a luz gracias al crecimeinto excesivo de las TIC´s   y el aumento considerable de informacion almacenada en la nube.

Pero, ¿Que es?, ¿En que nos beneficia o nos afecta?...

La infoxicación o infobesidad hace refeferencia a la sobrecarga de información, es decir: Estamos tan saturados de información tan rapidamente accesible que nuestro cerebro llega al  punto en que sufre de una especie de deficit de atención, y nos es mas dificil encontrar información buena, creible y validada por alguna institución. 

Es muy comun encotrar blogs en la red con información clonada, o paginas con cantidades execivas de texto que pocos lectores están dispuestos a terminar (tal vez por la calidad de la lectura).

Por otra parte, muchos estamos acostumbrados a consultar fuentes en la nube para resolver dudas o apoyarnos para sustentar una desición, pero ¿que pasa?, Que existe tanta variación de información, y tantas fuentes que llegamos a un punto crítico en el que no es ahora mas dificil tomar o sustentar nuestra desición, asi mismo con las tareas, trabajos, investigaciones, tesis, etc...

Las palabras clave en esto son:

Falta de información de calidad y exceso de información basura.

Bernardo Hernández, directivo de Google, comentaba en el II Congreso de Mentes Brillantes en Madrid, que “generamos cada dos días tanta información como hasta el año 2003″. Esa increíble cantidad de datos hace muy difícil y a veces imposible tomar decisiones, siendo a menudo tan perjudicial como para llegar a bloquearnos por el exceso de información y datos a nuestro alcance. En estos momentos, cuando los árboles no nos dejan ver el bosque, se hace vital contar con información procesada, bien estructurada, con fuentes de referencia que nos permitan soportar los análisis y poder valorar la calidad de los datos para tomar decisiones de una manera coherente y sólida.

 (http://manuelgross.bligoo.com/20131219-creatividad-e-innovacion-las-serendipias-en-un-mundo-infoxicado )

La información que recibimos a diario nos sobrepasa y resulta mayor que la podemos procesar. Como consecuencia: Tenemos más problemas de atención, menos capacidad a la hora de tomar decisiones. Y se traduce en una baja productividad y rendimiento en el área profesional.

R. Balaguer nos dice que esta sobreabundancia informativa hace que pocos elementos se fijen en nuestra memoria, muchas cosas pasan por nosotros sin ser vistas. El verdadero problema es que esta multitarea nos aleja de la reflexión. La información llega a nosotros, pero no la asimilamos, ni profundizamos en su conocimiento. Se nos escapa.

Estándares y factores de desarrollo de software

 

Introducción:

No cabe duda que para llegar a la calidad en el desarrollo de software, se necesitan varias metodologías, o mejor dicho estereotipos a seguir conforme a la experiencia en el crecimiento de la disciplina. La siguiente entrada nos dará un punto de vista de los factores a seguir para llegar a la calidad, y nos explicará que cuando estos factores son funcionales para el desarrollo de software en general puede llegar a ser un rubro dentro de lo que llamamos un "Estándar de calidad", bajo el siguiente diagrama.

(si das clic sobre la imagen se puede apreciar mejor)

Una vez que conocemos los conceptos básicos, podemos hablar de los factores. 

Los factores mencionados en el diagrama son los que toma como base el estándar internacional ISO 9126 que es la única organización internacional dedicada a la evaluación del desarrollo del software. Estos factores son evaluados por varios subatributos que también se toman como factores importantes de evaluación para crear métricas dentro de las empresas y buscar o solicitar en alguna organización de auditorias de calidad (en este caso ISO) una certificación para el software o la empresa en la que se desarrolla software con el fin de garantizar al cliente final, la calidad esperada.

Conclusión:

Los factores de calidad, son parte vital para llegar a la calidad en el software y certificarla para garantizar la misma al cliente. 

Los estándares estan hechos para hacer un conjunto de factores funcionales para garantizar la calidad.}

Referencias:

http://www.cuatrorios.org/index.php?option=com_content&view=article&id=163:norma-iso-9126-para-an%C3%A1lisis-de-software&catid=39:blogsfeeds

http://es.wikipedia.org/wiki/ISO/IEC_9126

Pues aqui está el resumen de todo el parcial...