sábado, 22 de mayo de 2021

Unidad III

 Administración de la Calidad


Factores de Calidad de Software:

Estos se clasifican en tres grupos:

- Operaciones del producto: Estas son características operativas.

Corrección: Grado en que un programa satisface sus especificación y logra los objetivos marcados por el usuario.


Fiabilidad: Grado en que se puede esperar que un programa lleve a cabo las funciones esperadas con la precisión requerida.


Eficiencia: Cantidad de recursos de computadoras y de código requeridos por el programa para realizar sus funciones con los tiempos de respuesta adecuados.


Integridad: Grado en que puede controlarse el acceso al software o a los datos por usuarios no autorizados.


Facilidad de uso: Esfuerzo necesario para aprender, utilizar, preparar las entradas e interpretar las salidas de un programa.


-Revisión del producto: Esta es la capacidad para soportar cambios.

Facilidad de mantenimiento: Esfuerzo requerido para localizar y arreglar un error en un programa. 


Flexibilidad: Esfuerzo requerido para modificar un programa.


Facilidad de prueba: Esfuerzo requerido para probar un programa de forma que se asegure que realiza la función requerida. 


- Transición del producto: La adaptabilidad a nuevos entornos.

Portabilidad: Esfuerzo requerido para transferir un programa desde un entorno HW y/o SW a otro.


Reusabilidad: Grado en que un programa o componente SW se puede reutilizar en otras aplicaciones.


Interoperatividad: Esfuerzo requerido para acoplar un sistema con otras aplicaciones o sistemas.


Métricas de Calidad de Software:

Es difícil y en algunos casos imposibles desarrollar medidas directas de los factores de calidad del software.

Cada factor de calidad (Fc) se puede obtener como combinación de una o varias métricas

Algunas de estas métricas son:

Facilidad de auditoria, Exactitud, Normalización de las comunicaciones, Completitud, Concisión, Consistencia, Estandarización de los datos, Tolerancia de errores, Eficiencia de Ejecución, Entre otras.

Aseguramiento de la Calidad:

Es el conjunto actividades planificadas y sistemáticas necesarias para aportar la confianza en que el producto (software) satisfará los requisitos dados de calidad. Se Diseña para cada aplicación antes de comenzar a desarrollarla. Algunos métodos de aseguramiento son:

Revisiones técnicas y de gestión, inspección, pruebas y auditorias.

Evaluación de la Calidad del Producto:

Se evalúa a través de:

- Documentación: Se tiende a utilizar un manual de calidad, el cual es documento principal para establecer e implantar un sistema de calidad.

-Pruebas de aceptación: Estas se realizan sobre el producto terminado e integrado, están concebidas para que sea un usuario final quien detecte los posibles errores.

-Mantenimiento: Es el Conjunto de medidas que hay que tomar para que el sistema siga trabajando correctamente.


Modelos de Calidad:

Estos Permiten que el proceso de mejora continua del software siga con su implementación. Algunos de estos son:

- CMMI: Se representa de dos maneras: Escalonada y Continua, donde el modelo escalonado está dirigido al software y permite clasificar las organizaciones en cinco tipos de nivel establecidos: Inicial, gestionado, definido, gestionado cuantitativamente y en optimización; y por su parte el modelo continuo se enfoca al análisis de la capacidad de cada proceso inmerso en las áreas de la ingeniería de sistemas y lo clasifica en uno de los siguientes seis niveles: Incompleto (0), ejecutado (1), gestionado (2), definido (3), cuantitativamente gestionado (4) y en optimización (5).


- MOPROSOFT: Basado en procesos, se orienta a las pequeñas y medianas empresas o a áreas internas de desarrollo y/o mantenimiento de software. Este modelo permite elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad.


- SW-CMM: Este es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software, está diseñado sobre los criterios: 

La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.

Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.


- ISO: Conjunto de estándares utilizados para el desarrollo, suministro y soporte del software, cuyo propósito es ofrecer una guía de aplicación de la norma 9001 que pretende ser utilizada para demostrar o soportar que la entidad está en capacidad de desarrollar software con criterios de calidad.

viernes, 21 de mayo de 2021

Unidad I

 

Administración de proyectos

Se entiende como la planificación, el seguimiento y el Definición control de las actividades, de los recursos humanos y materiales que intervienen en el desarrollo de cualquier proyecto. ØEs conseguir alcanzar las metas propuestas con el Objetivo desarrollo del sistema, administrar el riesgo y superar las restricciones para desarrollar un producto que sea acorde a los requerimientos de los clientes y usuarios

Plan de Desarrollo de Software

Es un compendio de los distintos planes que son necesarios para ejecutar un proceso de desarrollo

Objetivos

Constancia sobre la gestión de riesgos, control de calidad

Reducir la incertidumbre y el cambio

Fijar la atención en los objetivos

Propiciar una operación económica

Facilitar el control

El plan de fase

Inicio

-establecer los objetivos para el ciclo de vida del producto

-se define el modelo del negoccio

-se define el alcanle del proyecto

-se identifica todos los actores y casos de usos

-se elabora  un plan de negocio

Elaboración

-se construye un Modelo  de la arquitectura

-este prototipo debe contener los casos de uso críticos que fueron identificados en la fase de inicio

-se realiza la captura de la mayor parte de los requerimientos funcionales

CONSTRUCCIÓN

-alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones

-todas las características componentes y requerimientos deben de ser integrados.

-se hace énfasis en controlar las operaciones realizadas

Transición

-Entregar el producto funcional a los usuarios finales una vez realizadas las pruebas de aceptación.

-entrenar a los usuarios en el manejo del sistema.

-completas la documentación

-tareas relacionadas con la configuración, instalación y usabilidad del producto.

 

Plan de iteración

La planificación de actividades para un periodo corto, de unas pocas semanas, de manera detallada,  sirve para asignar tareas a cada uno de los miembros del equipo, acordar el momento exacto de los hitos del proyecto

Es una presentación de las actividades realizadas, los recursos dedicados, los hitos, los riesgos concretados

 

Administración del riesgo

ayuda a las personas encargadas de tomar decisiones y a los directivos a entender la gestión de riesgos y cómo pueden afectar a la consecución de sus objetivos, y a la capacidad de eficiencia de los controles ya implantados.

 

 

Identificación del riesgo

Es la parte del proceso de gestión de riesgos en la que conocemos e inspeccionamos los riesgos.

El objetivo de la identificación del riesgo es conocer los sucesos que se pueden producir en la organización y las consecuencias que puedan tener sobre los objetivos de la empresa.

 

Lista de riesgos

Basada en eventos que podrían obstaculizar o retrasar el logro de los objetivos a que está sujeta toda entidad pública. El riesgo debe estar descrito de manera clara y precisa y su redacción no debe dar lugar a ambigüedades o confusiones con la causa o factores generadores del mismo

EVALUACIÓN DE RIESGOS

La finalidad de la evaluación es determinar la extensión con la que un evento puede afectar a los objetivos de una organización

Se trata, por lo tanto, de determinar la graduación del riesgo en función de la probabilidad de que el riesgo ocurra y de su impacto en el caso de ocurrir

En general, la evaluación de riesgos se caracteriza por una primera etapa que tiene como objetivo medir el riesgo inherente -riesgo inicial antes de controles- y una segunda etapa de contraste de esos riesgos con los controles establecidos, para determinar el riesgo actual sobre el cual decidir las medidas de tratamiento.

Plan de Administración del Riesgo:

Corresponde a la identificación de las acciones y controles propuestos por el proceso, los responsables, el cronograma, cuya evaluación de costo - beneficio arroja un resultado positivo, según las políticas establecidas para la valoración del riesgo

 Administración y Configuración del Cambio

Consiste en controlar los cambios y mantener la integridad de los productos que incluye el proyecto.

Incluye:

Identificar los elementos configurables.

Restringir los cambios en los elementos configurables.

Auditar los cambios hechos a estos elementos.

Definir y mantener las configuraciones de estos elementos.

 

Unidad II

 





¿Qué es un diagrama PERT?

PERT es la sigla en inglés de técnica de evaluación y revisión de programas. Un diagrama de PERT es una herramienta de gestión de proyectos que se emplea para analizar cada tarea necesaria para completar un proyecto. Los diagramas de PERT, diseñados para proyectos a gran escala, sirven para identificar el tiempo necesario para completar cada tarea, calculando los requisitos con plazo más corto, más largo y más probable.

Los diagramas PERT ofrecen una clara comprensión gráfica de los requisitos de tiempo de un proyecto y las interdependencias entre las tareas, y te permiten tomar decisiones informadas sobre la secuencia de tareas, las fechas límite y más. Usar este mapa integral de tus tareas y fechas límite facilita que tú y tu equipo puedan completar el proyecto en menos tiempo, con menos desperdicio y confusión, con lo que se obtienen mejores resultados para tu equipo y tus clientes.


 

Diagrama CPM

El método de la ruta crítica o diagrama CPM (Critical Path Method) es un algoritmo basado en la teoría de redes que permite calcular el tiempo mínimo de realización de un proyecto.

Este método utiliza intervalos determinísticos, a diferencia de otros como el PERT que se basan en probabilidades.

Para calcularla hay que saber dos reglas básicas. La primera es que cada actividad se debe identificar con dos nodos, uno al inicio y otro al final. La segunda es que, si dos actividades van al mismo nodo final, hay que utilizar una ficticia que se representa con una arco de puntos.

Para conocer la ruta crítica es necesario seguir una serie de pasos.

·         En primer lugar, hay que realizar una tabla con las actividades, sus prelaciones y duración.

·         A continuación, se crea el diagrama CPM con las actividades ficticias si son necesarias.

·         Se calculan los tres indicadores de tiempo. Recorriendo la red de izquierda a derecha y viceversa, se obtienen los tiempos más tempranos (T1), los tiempos más tardíos (T2) y los de holgura (H) como diferencia de ambos. Lo veremos mejor en el ejemplo.

·         La ruta crítica será aquella que tengan holguras iguales a cero. A veces puede existir más de una ruta que tengan esta condición y son todas válidas.


 

¿Qué es un diagrama de red?

Un diagrama de red es una representación visual de una red de computadoras o telecomunicaciones. Muestra los componentes que conforman una red y cómo interactúan, incluidos enrutadores, dispositivos, hubs, cortafuegos, etc.

En función de su alcance y propósito, un diagrama de red puede contener muchos detalles o solo brindar un panorama amplio. Por ejemplo, un diagrama de una LAN podría mostrar la dirección IP de computadoras individuales, mientras que el diagrama de una MAN (red de área metropolitana) podría representar edificios o áreas con un único nodo.

Un diagrama de red puede ser físico o lógico.


 

Que es una ruta critica

 

El método de la ruta crítica o del camino crítico es un algoritmo utilizado para el cálculo de tiempos y plazos en la planificación de proyectos.

En administración y gestión de proyectos, una ruta crítica es la secuencia de los elementos terminales de la red de proyectos con la mayor duración entre ellos, determinando el tiempo más corto en el que es posible completar el proyecto. La duración de la ruta crítica determina la duración del proyecto entero. Cualquier retraso en un elemento de la ruta crítica afecta a la fecha de término planeada del proyecto, y se dice que no hay holgura en la ruta crítica.

A diferencia de la técnica de revisión y evaluación de programas (PERT), el método de la ruta crítica usa tiempos ciertos (reales). Sin embargo, la elaboración de un proyecto basándose en redes CPM y PERT son similares

En términos prácticos, la ruta crítica se interpreta como la dimensión máxima que puede durar el proyecto y las diferencias con las otras rutas que no sean la crítica, se denominan tiempos de holgura.

 

Que es Acortamientos de proyectos (tiempo y costos)

Acortamiento: se define como la disminución del tiempo de una actividad en una red para reducir el plazo del camino crítico, de forma que el plazo global de terminación quede reducido.
el acortamiento es especialmente importante cuando los contratos de proyectos incluyen premios o penalizaciones por adelantos o retrasos respecto a los plazos de terminación.

El objetivo del acortamiento es el de reducir en una cierta cantidad el plazo de terminación de la totalidad del proyecto con el mínimo costo. Para cada actividad, existe una reducción del plazo de la actividad y un costo ocasionado por esa reducción del plazo. Para simplificar, supongamos que los costos aumentan lineal mente a medida que reducimos el plazo de la actividad desde su plazo previsto a su valor de acortamiento. Por ejemplo:

Plazo normal = tiempo previsto para una actividad.
Plazo acortado = el menor tiempo posible para esta actividad
Costo normal = costo de acabar la actividad en un plazo normal
Costo acortado = corto por completar la actividad en un plazo acortado.

 

Costo acortado/plazo =  costo acortado - costo normal
                                     ________________________
                                     plazo normal - plazo acortado

 

La cantidad en que puede acortarse una actividad o proyecto depende de la naturaleza del mismo. Los administradores casi siempre se interesan en acelerar el proyecto al menor costo adicional posible. Así, para elegir que actividades acortar y porque monto, se debe asegurar de lo siguiente:
* la cantidad por la que se acorta una actividad es, de hecho, factible;
* en su conjunto, las duraciones más cortas de las actividades permitirán terminar el proyecto en la fecha de entrega:
* el costo total de aceleración es el menor posible.

 

Estimación del proyecto

Una estimación es la predicción más optimista con una probabilidad distinta de cero de ser cierta. Una estimación es una predicción que tiene la misma probabilidad de estar por encima o por debajo del valor actual

Cuando se pide una estimación, a menudo se está pidiendo un compromiso o un plan para cumplir con un objetivo. Las distinciones entre las estimaciones, las metas y los compromisos son fundamentales para la comprensión de lo que es una estimación, lo que no es y cómo hacer mejores estimaciones.

Los objetivos de la estimación de proyectos son reducir los costes e incrementar los niveles de servicio y de calidad.

·         Midiendo determinados aspectos del proceso de software se puede tener una visión de alto nivel de lo que sucederá durante el desarrollo.

·         Las mediciones de procesos anteriores permiten realizar predicciones sobre los actuales.

·         Las mediciones de atributos de proceso en fases iniciales del desarrollo permiten realizar predicciones sobre fases posteriores.

·         Las predicciones de proceso conducen la toma de decisiones antes del comienzo del desarrollo, durante el proceso de desarrollo, durante la transición del producto al cliente y a lo largo de la fase de mantenimiento.

Estimación de esfuerzo y costo

  1. La Duración. Es decir, el plazo: ¿cuando va a estar?. Es el dato que importa a nivel de gestión.
  2. El Esfuerzo. Es decir, el trabajo: ¿cuanto me va a llevar?. Es el dato que te importa a tí porque indica el tiempo que te debería llevar (como máximo).

El dato más fácil es la duración del proyecto o de una actividad específica. Hablar en términos de duración y plazos es ideal a nivel de gestión porque permite tener una referencia rápida. Además te permite plantear objetivos (o fases o actividades más grandes) en bloques de tiempo grandes.

Pero la duración por sí sola, no sirve de nada. Porque una actividad que va a estar la semana que viene, puede ser que lleve 2 horas, o 10 o 20. Y ese es el esfuerzo, el trabajo real que hay que hacer. Porque hablar (planificar) es muy fácil, lo difícil es hacerlo (trabajar). La duración depende directamente del esfuerzo. Y el esfuerzo, que es el trabajo real necesario, va a depender de la agenda, del calendario, del día, de la semana.

 

Estimar los recursos

Para cada actividad del Proyecto, estimar los recursos de las actividades del Cronograma implica determinar las personas, equipos y/o materiales necesarios para llevarla a cabo. Qué cantidad de cada recurso se utilizará y cuándo estarán disponibles dichos recursos.

Previamentedebemos realizar una estimación de la necesidad de recursos y determinar la disponibilidad de los mismos. La duración de una actividad, normalmente, está condicionada al número de recursos disponibles para la realización de la misma, y el número mínimo de recursos necesarios para llevarla a cabo.

Este proceso, está directamente relacionado con el proceso Estimar el Coste de las Actividades, ya que la mayor parte de los costos del Proyecto quedan determinados por los recursos necesarios para llevarlo a cabo y el coste de los mismos.

 

 

Valoración por puntos de casos de uso.

Es un método de estimación de esfuerzo para proyectos de software, a partir de sus casos de uso, El método utiliza los actores y casos de uso relevados para calcular el esfuerzo que significará desarrollarlos. A los casos de uso se les asigna una complejidad basada en transacciones, entendidas como una interacción entre el usuario y el sistema, mientras que a los actores se les asigna una complejidad basada en su tipo, es decir, si son interfaces con usuarios u otros sistemas. También se utilizan factores de entorno y de complejidad técnica para ajustar el resultado.

 

Unidad III

 Administración de la Calidad Factores de Calidad de Software: Estos se clasifican en tres grupos: - Operaciones del producto: Estas son car...