CMMI + Scrum

CMMI

CMMI
es un enfoque de mejora de procesos que provee a las organizaciones de los elementos eseciales para un proceso efectivo. Fue desarrollado por el SEI (Software Enginnering Institute). Mide la madurez del desarrollo de software en una escala del 1 al 5.
CMMI se divide en 5 niveles.

1. Inicial .- El proceso es impredecible, es reactivo y pobremente controlado.
2. Administrado .- El proceso es reactivo y se caracteriza por su aplicacion a proyectos.
3. Definido .- El proceso es proactivo y se ve a nivel de la organizacion,
4. Administrado Cuantitativamente .- El proceso es medido y controlado.
5. Optimizado .- El proceso se enfoca en la mejora continua.

Moprosoft

Moprosoft

Es un modelo de procesos para la industria de software, para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la asociación Mexicana para la calidad en Ingeniería de Software.

Características

• Las categorías de procesos corresponden a niveles organizacionales de administacion
• Procesos integrados y relacionados.
• Foco en producto y su capitalizacion
• Capacidad organizacional de gestion de procesos y de objetivos de negocio.
• Fácil entendimiento.

Libros

PSP

A Self-Improvement Process for Software Engineers por Watts S. Humphrey

 https://www.kobo.com/es/es/ebook/psp-sm-a-self-improvement-process-for-software-engineers-1

Medición y Estimación del Software: Técnicas y métodos para mejorar la calidad y la productividad

varios Autores

https://books.google.com.mx/books/about/Medici%C3%B3n_y_Estimaci%C3%B3n_del_Software_T%C3%A9.html?id=3MZyPgAACAAJ&redir_esc=y

Técnicas de Estimación de Software

Los puntos de función son una métrica objetiva, cuantitativa y auditable para estimar las aplicaciones a partir de los requerimientos especificados por el usuario.
Esta técnica nos ayuda a analizar el control de la productividad, la calidad y costos asociados con el proyecto.
Para llevar a cabo la estimación: se deben de calcular los puntos de función sin ajustar que serán identificados a partir de los requisitos del cliente. A estos se les asignara un valor de los siguientes dependiendo el tipo de componente:

1. Entradas Externas (EI)
2. Consulta Externa (EQ)
3. Salida Externa (EO)
4. Fichero Lógico Interno (ILF)
5. Fichero de Interfaz Externo (EIF)

Cada uno se le asignara un valor de pendiendo el factor Bajo, Medio o Alto y cada uno con ciertos puntos de función.

Después se obtendrán los puntos de función ajustados para sacar el factor de ajuste.

Cuando se obtienen ambos se obtendra los puntos de funcion totales.

con la siguiente formula:

Proyecto de desar­rollo: DFP = (UFP+CFP) x VAF, donde:

·                  UFP – Pun­tos de fun­ción de la apli­ca­ción a ser instalada

·                  CFP – Pun­tos de fun­ción de las fun­ci­o­na­li­da­des de con­ver­sión de datos

·                  VAF – Valor del fac­tor de ajuste

·                  Proyecto de mejo­ría: EFP = [(ADD + CHGA + CFP) x VAFA] + (DEL x VAFB), donde:

·                  ADD – Pun­tos de fun­ción de las fun­ci­o­na­li­da­des adicionadas

·                  CHGA – Pun­tos de fun­ción de las fun­ci­o­na­li­da­des alteradas

·                  CFP – Pun­tos de fun­ción de las fun­ci­o­na­li­da­des de con­ver­sión de datos

·                  VAFA – Valor del fac­tor de ajuste del soft­ware des­pués el proyecto de mejora

·                  DEL – Pun­tos de fun­ción de las fun­ci­o­na­li­da­des excluidas

·                  VAFB – Valor de fac­tor de ajuste del soft­ware antes del proyecto de mejora

PSP (Personal Software Process)

PSP es una metodología reciente, que se enfoca a los Ingenieros de sistemas  para mejorar la forma en la que desarrollan Software. Se centra en la administración del tiempo y a su vez de la calidad,
Para ello los ingenieros deben de planificar su trabajo, con el cual se comprometen a realizar sus tareas en los tiempos establecidos y así mismo lograr hitos durante las fases de desarrollo.
PSP se divide en niveles los cuales son los Scripts en los que se basa esta diciplina:

1. PSP3: basado en fomentar el espíritu del grupo, la gestión de riesgos y la planeación del proyecto.
2. PSP 2: Revision del código y diseño
3. PSP 2.1 : Plantillas de diseño
4. PSP 1: Estimación del tamaño de reporte de pruebas
5. PSP 1.1: Planificación de tareas y de calendario
6. PSP 0 Proceso Actual y Mediciones Básicas
7. PSP 0.1 Estándar de Codificación y Propuesta de Mejora

Ademas de estos procesos existe una serie de formatos para realizar las actividades que acontinuacion se puede consultar con base a más informacion en el siguiente documento:

https://drive.google.com/file/d/1zSsaPDPfI80LvMcOxDelrkxqRx4CKK2F/view?usp=sharing

Métricas de Calidad de Software

Las metricas son mediciones para el proceso de calidad de software, las cuales se encargan de validar, medir y mostrar de una forma mas técnica la calidad del software en diversas actividades de ejecución del software.

Existen diversas clasificaciones según sus criterios, pero principalmente las de software son las que definen la exactitud, estructuración, pruebas y mantenimiento.

Existen diferentes modelos para aplicar las métricas de software, como el de Mcall

 El de Furps

El de Dromey

Material para la Materia

Libro Jornada sobre calidad del producto software

Articulo pdf Calidad de software Juan Manuel Cueva Lovelle
Articulo

Generalidad de Calidad de Software

La calidad es un proceso que es de suma importancia para el aseguramiento de un producto.

Esta tiene un impacto en el cliente la cual es cumplir con la satisfacción de ellos mismos.

La calidad de un software también es fundamentada a partir de normas las cuales son una serie de reglas evaluadas a nivel global por instituciones que están integradas por expertos de las diversas áreas, estos a su vez validan los estándares y procesos para productos en este caso software.

Entre los institutos que regulan la calidad existen:

• ISO Organización Internacional para la Estandarización.
• NORMEX Sociedad Mexicana de Normalización y Certificación.
• IQC International Quality Certification.
•  GLC Germanischer Lloyd Certificaction México

Estas organizaciones se encargan de realizar y establecer tanto Normas como estándares para el aseguramiento de la calidad de software.

Para el aseguramiento de la calidad también existen modelos, uno de ellos es el de Maccall que propone los siguientes factores de calidad:

• Corrección
• Fiabilidad
• Eficiencia
• Integridad
• Facilidad de uso
• Facilidad de mantenimiento
• Facilidad de prueba
• Flexibilidad
• Portabilidad
• Reusabilidad
• Facilidad de Interoperación

Boehm propone el siguiente modelado:

• Portabilidad
• Confiabilidad
• Eficiencia
• ingeniería Humana
• Facilidad de prueba
• Facilidad de Comprensión
• Facilidad Modificación

Tarjeta de objetivos
https://drive.google.com/open?id=1ys34Ruzk8uVUSX0ofsBi7k2M1dh2dggl

Diagrama de estado

Los diagramas de estado son un metodo conocido para explicar el comportamiento de un sistema. Que explican todos los estados en los que puede ingresar un objeto y como se modificara su estado, como resultado de los eventos que llegan a el.
Lo componen:

1. Estados: se representan con un rectángulo.
2. Eventos : causan la transición de los objetos.

existen :

• Pseudoestado de opción
• Punto de salida
• Estado final
• Transicion
• Subestado

Diagrama de Colaboración

Es un diagrama de interacción cuyo propósito es describir el comportamiento dinámico del sistema de información mostrando como intercaran los objetos tiene vínculos o intercambia mensajes un determinado objeto.

Elementos de un diagrama de Colaboración.

Objeto: Un objeto se representa con un rectángulo dentro del que se incluye el nombre del objeto y, si se desea, el nombre de la clase, separando ambos por dos puntos. 

Vinculo: En el diagrama, vinculo se representa como una linea continua que une ambos objetos y que puede tener uno o varios mensajes asociados en ambas direcciones. como vinculo instancia una relación de asocición entre clases, también se puede indicar la navegabilidad del mismo mediante una flecha.

Mensajes: Un mensaje se representa con una pequeña flecha colocada junto a la linea de vinculo al que esta asociado. la dirección de la flecha va del objeto emisor del mensaje al receptor del mismo. Junto a ella, se coloca el nombre del mensaje y sus argumentos.

Diagrama de secuencia

Estos diagramas sirven para visualizar el tiempo de los objetos y la linea de vida en como se desencadenan los eventos de el sistema al hacer uso de el (se realizan a partir de los casos de uso). y estos diagramas se componen de :

• rol de la clase: se muestra como el objeto.
• activación: que representan el tiempo en que el objeto necesita para ejecutar su tarea. se representan con un cuadro sobre la linea de vida del objeto.
• los mensajes: los cuales se representan con flechas. y pueden ser: simple, sincrónico, asincrónico, rechazado, time out.
• Lineas de vida: se representan con lineas punteadas y representan el tiempo de vida de un objeto. 
•  destrucción de objetos: se representa con una x y sirve para destruir los objetos.

Diagrama de clases

Un diagrama de clases es utilizado para visualizar las relaciones entre clases que intercaran en el sistema se divide en clases y relaciones , las clases están compuestas por 3 partes:

1. nombre de la clase
2. atributos
3. métodos o operaciones

los atributos y los métodos manejan protectores visuales, public, private y protected

Entre las relaciones entre clases tenemos 3:

• uno a muchos,
• 0 a muchos,
• numero fijo.

ademas de las otras existentes que son:

• generalización: cuando una clase hereda de una superclase.
• asociación: es la relación mas común ya que ningún objeto depende del otro.
• agregación: y pueden ser dos tipos por valor o por referencia. dependencia: cuando se instancia una clase se usa normalmente para clases que representan ventanas o frames.

Ejemplo:

Diagrama de caso de uso

Un diagrama de caso de uso representa la manera en que un actor opera con el sistema en desarrollo, ademas en como los elementos se involucran en ello.
Estos diagramas son utilizados en la ingeniería de software para el diseño y análisis de software. y son una herramienta mas de UML. estos diagramas constan de 3 elementos.

• Actor
• Casos de uso
• Relaciones

Los actores se definen también como los roles que presenta un usuario con respecto al sistema.

y se representa con una figura. 

El caso de uso se representa con un ovalo y el cual contiene su función.

El sistema se es representado con un rectángulo.

Y las relaciones existentes se dividen en las siguientes:

• Asociación de comunicación
• Extensión
• inclucion
• Generalización.

UML

UML Unified Modeling Lenguage es un estandar de modelado que se utiliza actualmente para hacer análisis y diseño de desarrollo de software. El cual nos permite hacer el análisis y diseño de un sistema de software. Cabe recalcar que UML no es una metodología. Es una notación que comprende a las reglas para la creación de diagramas. Para poder ser expertos en UML se necesita de practica y estudio. el leer y escribir diagramas es una herramienta que utilizan los analistas de software.

Entre los diagramas que existen son:

• Diagrama de Caso de uso
• Diagrama de Clases,
• Diagrama de Secuencia,
• Diagrama de Colaboración
• Diagrama de estado.

UML nos permite tener una visualización gráfica de las interacciones, eventos, objetos y sus relaciones con el sistema a través de estos diagramas, por lo tanto es el estándar mundial para desarrollo de software.

Congreso CIERMMI 2017

CIERMMI es un congreso multidisciplinario que se lleva a cabo cada año, este congreso reune a grandes cantidades de congresistas, conferenciaras, ponentes, investigadores de todo el país de las diversas materias como lo son , Energías Renovables, Mecatronica, Mantenimiento industrial, y Tecnologías de la Información y Comunicación. 

Este congreso se llevo a cabo en las instalaciones del hotel Holiday en San Juan Del Río y esencialmente presentando proyectos innovadores. 

Elaboración de videotutoriales con MovieMaker

FELICIANO-MORALES Aneglino, CUEVAS-VALENCIA Rene Edmundo

Universidad autónoma de guerrero

Este proyecto trata de solucionar los problemas de los estudiantes de las secundarias para poder mejorar su calidad de aprendizaje. En el nos cuentan los ponentes sobre la dificultad de aprendizaje necesita ser resuelta o reprimida, con la complementación eficaz de videotutoriales para poder reforzar los conocimientos.

A través de estos vídeos se podrá explicar detalladamente los procesos para la resolución de problemas matemáticos, simplificando el proceso y realizándolo de una manera más amigable.

Desarrollo de aplicación LBS para estaciones de servicio en Córdoba Veracruz

ZAMORA-HERNÁNDEZ Abigail, HOUBRON-PASCAL Eric, BAUTIZTA-HERNÁNDEZ Adrian, GONZÁLES-LÓPEZ Gloria Ines.

Este proyecto fue implementado para la zona de Córdoba Veracruz para poder tener acceso a las diferentes estaciones de Gas, en el cual se analizaron los diferentes riesgos, además de poder tener acceso desde cualquier dispositivo, la aplicación esta actualmente activa y funcional para esta zona. 

CURSO-TALLER

Academia, Google Academico.

Trejo-Ramos Iván BsC.

Este taller realizado en este congreso fue un taller para explicarnos acerca de el uso y funcionamiento de google académico, como podemos citar, publicar, que podemos hacer para que aparezca nuestras publicaciones y que hacer para poder tener puestos de investigadores. Este taller fue muy interesante y en lo personal me despertó una curiosidad y hacer que al realizar tareas, citar  a los investigadores de este tipo de navegadores que reúnen información clara y de fiar.

 as

Especificación de Requerimientos

Especificación de Requerimientos

Una especificación de requerimientos se dice que es una descripción completa del sistema a desarrollar.
Los Requerimientos son condiciones o capacidades las cuales debe cumplir el sistema. Esta especificación cuenta con requisitos Funcionales y No Funcionales.

Tipos de requerimientos

• Funcionales: estos requisitos definen las funciones de las que el sistema sera capaz. Estos requisitos pasar a ser la estructura lógica del sistema. (definen que debe hacer el sistema).

• No Funcionales: estos requisitos tienen que ver con las características que pueden limitar al sistema como; rendimiento del sistema, interfaces y proceso de desarrollo (definen como debe ser el sistema).

Los requerimientos deben ser escritos en el lenguaje natural es por ello que se deben de documentar, ademas de forma individual con codificación y en jerarquía. estos requisitos deben ser:

1. Especificados por escrito.
2. Posibles de aprobar.
3. Concisos.
4. Completos y consientes.
5. Claros y concretos.

Vídeos Obtención y Analisis de Requerimientos y Validación de Requerimientos

Carpeta

Obtención de análisis de Requerimientos.

Obtención y análisis de Requerimientos

Existen diferentes técnicas para la recolección de requerimientos. Estas técnicas pueden ser aplicables en cualquier fase del proceso, son utilizadas por los ingenieros para una mejor determinación de la aplicación. Con ellas se recolectan los datos y especificaciones que el cliente desea del sistema.

Entre las técnicas de obtención tenemos:

Entrevistas: Las cuales nos ayudan a recaudar datos de una manera más especifica, son aplicadas a usuarios específicos y a clientes.

1. Sistemas Existentes: Esta técnica analiza los distintos sistemas existentes y que se han desarrollado, que están vinculados con la temática del proyecto a desarrollar. es una técnica que se vasa en el análisis del uso, como se maneja la información y como que se maneja para mejorar o obtener ideas innovadoras.
2. Prototipos: Los prototipos son simulaciones del posible producto y lo importante de esto es que se utilizan para ser testeados, o para obtener los requerimientos que necesitan ser incluidos para que el producto sea más ágil y tenga un rendimiento eficiente y eficaz.
3. Encuesta: La encuesta es un conjunto de preguntas normalizadas dirigidas a una muestra representativa de la población o instituciones, con el fin de conocer estados de opinión o hechos específicos.
4. Observación: El propósito plantea determinar la observación al sitio de desarrollo del cliente para observar y analizar que se esta haciendo, como se esta haciendo, quien lo hace, como se lleva a cabo, cuanto tiempo toma, donde se hace y porque se hace.