INGENIERIA DE SOFTWARE TERCERA FASE – PLANIFICACION
ANGEL ARTURO CALDERON MURILLO COD. 5829039 LARRY WILSON YATE SALAZAR COD. 93235505 JHON ALEJANDRO CAMARGO JIMÉNEZ CÓD. 93238319 JULIAN JAVIER RODRIGUEZ GARCIA COD. 80219426 YOVANNY ARCINIEGAS ARCINIEGAS VILLARREAL COD. 93124459
GRUPO 301404_7
TUTORA PILAR ALEXANDRA MORENO
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD IBAGUE 2017
Especificación de requisitos de software Proyecto: MOUBI Revisión [99.99]
23/NOV/17
Especificación de requisitos de software Proyecto: MOUBI Revisión [99.99]
23/NOV/17
Contenido FICHA DEL DOCUMENTO
ERROR! BOOKMARK NOT DEFINED.
CONTENIDO
3
1
5
INTRODUCCIÓN
1.1
Propósito
5
1.2
Alcance
6
1.3
Personal involucrado
6
1.4
Definiciones, acrónimos y abreviaturas
7
1.5
Referencias
8
1.6
Resumen
8
2
DESCRIPCIÓN GENERAL
9
2.1
Perspectiva del producto
9
2.2
Funcionalidad del producto
9
2.3
Características de los usuarios
10
2.4
Restricciones
10
2.5
Suposiciones y dependencias
11
2.6
Evolución previsible del sistema
12
3
REQUISITOS ESPECÍFICOS
12
3.1 Requisitos comunes de los interfaces 3.1.1 Interfaces de usuario 3.1.2 Interfaces de hardware 3.1.3 Interfaces de software 3.1.4 Interfaces de comunicación
14 15 16 16 16
3.2 Requisitos funcionales 3.2.1 Requisito funcional 1 3.2.2 Requisito funcional 2 3.2.3 Requisito funcional 3 3.2.4 Requisito funcional n
17 17 17 17 17
3.3 Requisitos no funcionales 3.3.1 Requisitos de rendimiento 3.3.2 Seguridad 3.3.3 Fiabilidad 3.3.4 Disponibilidad 3.3.5 Mantenibilidad 3.3.6 Portabilidad 3.4 4
Otros requisitos APÉNDICES
17 18 18 18 19 19 20 Error! Bookmark not defined. ERROR! BOOKMARK NOT DEFINED.
INTRODUCCIÓN Este proyecto investigativo se basa en el desarrollo de una plataforma TIC para el rastreo del ganado en ambientes de pastoreo, convirtiéndose en una estrategia tecnológica que alerta sobre el posible hurto del ganado. El prototipo monitorea variables biológicas y de georreferenciación en bovinos, actividad realizada mediante un dispositivo móvil alojado en el cuello del animal, y un dispositivo administrador que se encarga de adquirir, registrar y transmitir inalámbricamente la variación de temperaturas. El transductor ejecuta el proceso de conversión a valores de voltajes, para posteriormente enviar al módulo Xbee, el cual posee un conversor análogo digital interno que realiza la conversión. Un computador analiza y representa la información relacionada con los patrones normales de temperatura en tiempo real.
1.1
Propósito Propósito del documento.
La presente investigación se orienta en primera instancia, desde la teoría relacionada
con
tecnologías
inalámbricas
y
de
telecomunicaciones,
específicamente desde los procesos concernientes a probar tecnología de bajo costo sobre el estándar de comunicaciones diseñado por la ZigBee. En segunda instancia, desde los sistemas de monitoreo, seguimiento y control, y su aplicabilidad sobre animales de ganado bovino. En tercera instancia, se hace desde la teoría de ingeniería de software que permite diseñar un modelo de procesos de construcción de software apropiado para este prototipo en cuestión.
Audiencia a la que va dirigida.
El producto en desarrollo está dirigido al sector ganadero de la región del Tolima el cual ignoran cómo prevenir el abigeato por sus escasos conocimientos relacionados con las nuevas tecnologías, las cuales pueden proporcionar el
monitoreo constante del terreno, evitando riesgos para quienes cuidan el ganado.
1.2
Alcance
Moubi es un sistema de monitoreo electrónico de ganado el cual garantiza mejorar el proceso de vigilancia y monitoreo. El sistema es capaz de monitorear al animal mediante un componente electrónico basado en tecnología de radiofrecuencia, el cual a su vez se comunica con el software que permite decodificar la señal emitida del dispositivo electrónico situado en el animal, valorando si se encuentra dentro del perímetro de resguardo. El dispositivo cuenta con una alarma que permitirá detectar si hay alguna anomalía en el envío de datos al software en tiempo real.
1.3
Personal involucrado Categoría Informacion Responsabilidades Aprobacion Profesional de contacto
Nombre
Rol
Larry Wilson Yate
Evalúa la información suministrada por el Evaluador y Ingeniero Cel. analista, para poder programador de sistemas XXXXXX modelarla en un lenguaje de programación
Recolecta la información de las Yovanny Lider y Ingeniero necesidades del Cel. Arciniegas programador de sistemas cliente, evalúa 3002217929 cronograma y presupuestos.
Ángel Arturo Calderón
Es el responsable de recopilar y sistematizar la información, Relator y además documenta supervisor Tecnólogo Cel. todos los procesos en sistemas XXXXXX del del proyecto, cronograma también se encarga de controlar el cronograma pactado y hacerlo cumplir
Analiza la información suministrada, para Jon brindar soluciones a Analista y Tecnólogo Cel. Alejandro las necesidades del programador en sistemas 3144809004 Camargo cliente, plantea el método a seguir para el desarrollo del requerimiento
1.4
Definiciones, acrónimos y abreviaturas
TIC : Tecnología de la información y la comunicación. Abigeato: es un delito que consiste en la sustracción indebida de animales,
especialmente de ganado, con el fin de comercializarlos o faenarlos. Incluye robo de productos derivados de estos como pieles, pelo, etc. También es llamado cuatrerismo. ZigBee: es el nombre de la especificación de un conjunto de protocolos de alto nivel
de comunicación inalámbrica para su utilización con radiodifusión digital de bajo consumo, basada en el estándar IEEE 802.15.4 de redes inalámbricas
de área personal (Wireless personal area network, WPAN). Su objetivo son las aplicaciones que requieren comunicaciones seguras con baja tasa de envío de datos y maximización de la vida útil de sus baterías. XBee: son pequeñísimos chip azul capaces de comunicarse de forma inalámbrica
unos con otros.
1.5 Referencias Referen Titulo cia Que es Xbee Evaluación de collares para rastreo de animales, basados en tecnología GPS. Buenos Aires Diseño de un sistema automatizado de seguridad contra intrusión en un edificio de departamentos utilizando el estándar de tecnología inalámbrica Zigbee.
1.6
Ruta http://xbee.cl/que-esxbee/
Fecha Display
Autor MCI Electrónicos
https://inta.gob.ar/sites/de fault/files/script-tmp2010 collar.pdf
Moltoni, A., Irurueta, M., Rodríguez, L. y Duro, S
http://tesis.pucp.edu.pe/r epositorio/handle/123456 2010 789/510
Díaz, A.
Resumen 2
3 DESCRIPCIÓN GENERAL 3.1
Perspectiva del producto
Independiente
3.2
Funcionalidad del producto
El sistema de monitoreo MOUBI permite detectar situación anómala relacionadas con el comportamiento habitual de los bovinos, como movimientos excesivos, cambios de temperatura del animal, etc. Dicho sistema se basa en una tecnología inalámbrica denominada Zigbee, el cual es un estándar de comunicación que permite diseñar el proyecto a un bajo costo y monitoriza a cada vaca a través de un collar alojado en el cuello del animal, permitiendo alertar de robos o extravíos en tiempo real. Otra gran utilidad del sistema es que el usuario final puede ingresar y modificar cualquier dato desde la aplicación web, como por ejemplo definir los límites dentro del cual se deben mover sus bovinos, de manera que cuando alguna se encuentre por fuera de las áreas parametrizadas, el sistema le envíe una alerta aun correo electrónico especificado, celular y a los encargados de la seguridad; lo mismo ocurrirá cuando alguien le retire el collar MOUBI a cualquier ejemplar, permitiendo enterarse de cualquier intento de abigeato de forma inmediata. Toda la información que suministra el collar es enviada al servidor, en donde se almacena y se puede generar estadísticas para mejorar la productividad.
3.3
Características de los usuarios
El diseño de la interfaz permite al usuario una manipulación intuitiva y rápida, debido a que la gran mayoría de los usuarios finales pasee bajos conocimientos referentes a sistemas informáticos Tipo de usuario Formación Habilidades
Actividades
3.4
Ganaderos, Capataces y dueños de fincas Básica secundaria, estudios técnicos y tecnológicos Saber distinguir de manera intuitiva los componentes gráficos que se muestran en pantalla para interactuar con el sistema. Conocimientos básicos en ofimática y navegación web. Conocimientos básicos en informática. Tener el conocimiento de cómo ingresar a un programa o aplicación. Verificar la funcionalidad del sistema de monitoreo. Analizar la información recolectada por los dispositivos y emitir una recomendación o tomar una decisión. Generar reportes y estadísticas del estado de lo bovinos.
Restricciones
Aunque no se han hecho pruebas y análisis de resultados en el terreno, ni tampoco se ha hecho un prototipo para validar su funcionalidad, solo se tiene teorías y
suposiciones de cómo puede comportarse el sistema de monitoreo en el terreno, el cual se basa en documentos de sistemas de vigilancia implementados en edificios y un estudio realizado por el Instituto Nacional de Tecnología Agropecuaria de Argentina INTA para el monitoreo para ganado bovino, caprino y ovino, usando tecnología GPS. Además se tuvo la oportunidad de visitar una finca productora y procesadora de lácteos llamada “El Cural”, donde se realizó un recorrido por las instalaciones y las
áreas de pastoreo. Con esta información se pudo determinar dos posibles limitantes que se podrían generar fallas para la telemetría de las vacas.
En el terreno se presentan gran cantidad de interferencia electromagnética producidas por dos antenas repetidoras de señal que se encuentran cerca de las áreas de pastoreo.
También nos enfrentamos con una topología de terreno irregular, el cual presenta desniveles y montículos de tierra, presencia árboles y un rio el cual se encuentra en una cuenca y es el sitio donde se llevan los bovinos a hidratarse.
Por otro lado, con la tecnología que está proyectada a implementar se garantiza la trasmisión de señal desde el collar hasta receptor en un periodo continuo de 744 horas, después de esto la batería interna que tiene collar deberá recargarse para nuevamente entrar en funcionamiento.
3.5
Suposiciones y dependencias
Como se ha dicho el sistema de monitoreo se conecta a una central donde los datos serán enviados a través de internet al servidor central, pero si en el sitio o zona rural donde se valla a implementar el sistema no hay cobertura para la conexión de internet ni por medio de ADSL o conexión celular por GPRS, los costos de
implementación serían mayores a la propuesta inicial ya que debería contratar servicios de comunicación satelital para establecer comunicación con el servidor central o en ultimas el usuario debería invertir en la infraestructura local para el almacenamiento de los datos de forma local y los costos de mantenimiento y actualización de la infraestructura correrían por parte del cliente.
3.6
Evolución previsible del sistema
Una de las mejoras a nivel de hardware que se plantea para implementar a futuro, es incorporar paneles solares al sistema de alimentación de energía y reemplazar el sistema de alimentación recargando las baterías energía de forma manual, esto garantiza que el sistema se recargue autónomamente. Otra mejora que se puede implementar al sistema de monitoreo es determinar si la vaca tiene problemas de salud, todos los datos suministrados por el collar como cambios de temperatura o alteraciones del comportamiento, se pueden analizar permitiendo dar un diagnóstico y posterior tratamiento adecuado.
4 REQUISITOS ESPECÍFICOS El Sistema Computarizado es capaz de monitorear al animal mediante un componente electrónico basado en tecnología de radiofrecuencia, el cual a su vez se comunica con el software que permite decodificar la señal emitida del dispositivo electrónico situado en el animal, valorando si se encuentra dentro del perímetro de resguardo. El dispositivo cuenta con una alarma que permitirá detectar si hay alguna anomalía en el envío de datos al software.
El sistema de monitoreo a desarrollar consta de un collar que integra la tecnología Xbee a batería, este dispositivo permite la comunicación inalámbrica con los otros dispositivos usando el protocolos Zigbee, el cual asegur a la comunicación inalámbrica con radiodifusión digital de bajo consumo, esto permitirá descargar la información del collar en las estaciones base. Por otro lado, en lo que a la estación base respecta, la misma está compuesta de un transmisor de radio frecuencia bidireccional similar al utilizado en el collar. La estación base se encarga de detectar la presencia de los collares dentro del alcance de radio, para luego proceder a descargar todos los datos almacenados en el collar en el receptor base, esto asegura que la memoria interna del collar se libere evitando que se sature con la información nueva, además la información obtenida puede ser enviada mediante conexión internet o conectando un adaptador al servidor central permitiendo un monitoreo en tiempo real y conforma una base de datos para los distintos animales.
Infraestructura tecnológica
Hardware
Número de requisito [Inserte aquí el texto] Nombre de requisito [Inserte aquí el texto] Tipo Requisito Restricción Fuente del requisito [Inserte aquí el texto] Prioridad del requisito Alta/Esencial Media/Deseado
Número de requisito [Inserte aquí el texto] Nombre de requisito [Inserte aquí el texto] Tipo Requisito Restricción Fuente del requisito [Inserte aquí el texto] Prioridad del requisito Alta/Esencial Media/Deseado
4.1
Baja/ Opcional
Baja/ Opcional
Requisitos comunes de los interfaces
El sistema de monitorio MUOBI cuenta con dos componentes electrónicos y uno de procesamiento y almacenamiento:
Módulo de transmisión: Este dispositivo es el que se instala en el collar de la vaca, incorpora un micro-controlador que se emplea en el módulo transmisor para enviar la señal por medio del sensor de temperatura y el sensor de ob stáculos. Recibe los datos y envía hacia el receptor una línea de entrada, por la cual lee valores del exterior; es decir, cuando se conecta sensores o se acopla a otro componente
electrónico para la consulta de datos. Una línea es configurada como salida cuando se envía los datos por medio del transmisor Xbee a través de su puerto de radio frecuencia hacia el exterior, cuyo rango perimetral es de 1600 metros siempre cuando haya una línea de vista libre con el dispositivo receptor de señal. Cabe aclarar que el sensor de temperatura determina dentro de un rango de temperatura el estado del vaca en caso de que la temperatura ascenso o disminuye se activa la alarma.
Modulo receptor: permite la captura de los datos recibidos por medio del módulo de radiofrecuencia Xbee (Módulo de comunicaciones inalámbrico basado en el estándar de comunicaciones radio de comunicaciones con la norma 802.15.4), y realiza las comunicaciones a través de una única frecuencia; Los transmite los datos obtenidos (Número de registro, Código de Hardware, Grados Centígrados, Caja, Collar, Fecha y Hora), se almacén una memoria microSD de 16 GB y se pueden configurar el dispositivo para que se envié los datos a través de una conexión Celular GPRS o se descargue de forma manual a través de un cable RS232, al servidor.
Módulo de procesamiento: Después de recibir la información en el servidor, el usuario puede visualizar los datos a través de la aplicación web MOUBI donde puede ver estado de la vaca y cuál fue su comportamiento durante la actividad de pastoreo o de resguardo en los corrales.
4.1.1 Interfaces de usuario Después de generar un modelo de proceso para la construcción de software, basado en la etapa de levantamiento de requerimientos, análisis, diseño, la etapa de implementación da como resultado un produc to de software, del cual se indica algunos elementos: Ingreso al sistema: una vez el usuario ha ingresado correctamente su nombre de usuario y contraseña, podrá ingresar al sistema.
Ventana principal: donde el usuario realiza el trabajo, ésta posee distintos accesos, herramientas y barras que permiten trabajar en la aplicación. Captura de datos: permite la captura de los datos recibidos por medio del módulo de radiofrecuencia Xbee, los datos que puede visualizar esta ventana son: Número de registro, Código de Hardware, Grados Centígrados, Caja, Collar, Fecha y Hora.
4.1.2 Interfaces de hardware El sistema computarizado capaz de monitorizar al ganado bovino cuenta con dispositivos electrónicos basados en tecnología de radiofrecuencia. El cual permite comunicar con el software y decodificar la información de las señales emitidas por los dispositivos y permite visualizar a través de una interfaz amigable la información requerida por el usuario. Usando el protocolo IEEE802.15.4. a nivel físico (PHY) provee el servicio de transmisión de datos sobre el medio físico propiamente dicho, así como la interfaz con la entidad de gestión del nivel físico, por medio de la cual se puede acceder a todos los servicios de gestión del nivel y que mantiene una base de datos con información de redes de área personal relacionadas. De esta forma, PHY controla el transceptor de radiofrecuencia y realiza la selección de canales junto con el control de consumo y de la señal.
4.1.3 Interfaces de software No aplica.
4.1.4 Interfaces de comunicación
ZigBee es un estándar de comunicaciones inalámbricas diseñado por la ZigBee Alliance. Es un conjunto estandarizado de soluciones que pueden ser implementadas por cualquier fabricante. ZigBee está basado en el estándar IEEE 802.15.4 de redes inalámbricas de área personal (wireless personal área Newark, WPAN) y tiene como objetivo las aplicaciones que requieren comunicaciones seguras con baja tasa de envío de datos y maximización de la vida útil de sus baterías.
4.2
Requisitos funcionales
Los requerimientos funcionales definen las funciones que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.
4.2.1 Requisito funcional 1 Verificar el monitoreo de la res en la finca, estableciendo el perímetro. 4.2.2 Requisito funcional 2 Comprobar el estado de vida indirecta de la temperatura. 4.2.3 Requisito funcional 3 Capturar los datos mediante el sensor de temperatura y enviar a la tarjeta principal.
4.2.4 Requisito funcional 4 Generar los reportes. 4.2.5 Requisito funcional 5 Detectar cualquier tipo de interrupción durante el proceso de envío de datos. 4.2.6 Requisito funcional 5 Controlar ciertos parámetros como: las variables captadas y guardadas en la base de datos.
4.3
Requisitos no funcionales
Los requerimientos funcionales definen las funciones que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.
4.3.1 Requisitos de rendimiento Al utilizar la tecnología ZigBee se puede constar de un máximo de 65535 puntos o nodos distribuidos en subredes de 255 nodos, en comparación con los ocho máximos de una red con tecnología Bluetooth. Esto permite que se tenga una gran cantidad de collares de monitoreo y que al aproximarse al radio de alcance de una de las estaciones base se descarga de la información. Con la instalación estratégica de la estación base se puede asegurar que la memoria internar de los collares sea vaciada periódicamente y registrar la posición del bovino cada 30 minutos.
4.3.2 Seguridad Encriptado de contraseñas para que no sean visibles. Incorporación del protocolo de transferencia de Hiper-Texto (HTTPS), para la codificación se sesión con certificado digital. Definición de una API para la conexión de la base de datos con la aplicación desarrollada con PHP.
4.3.3 Fiabilidad El siguiente diagrama ilustra como los procesos detallados para la mitigación de incidentes.
4.3.4 Disponibilidad El sistema de monitoreo debe tener una autonomía funcional de 7x24, por tal motivo se diseñó este sistema de bajo el concepto de componentes de bajo costo y bajo consumo de recursos.
4.3.5 Mantenibilidad El hardware requiere una inspección de chequeo cada tres meses para verificar que las cajas no tengan filtraciones, fisuras u otro tipo de daño que afecte los mecanismos electrónicos. A nivel de software se recomienda que se haga backup de la información semanal y que cada mes eliminar todos los datos de los índices y las tablas
temporales que contienen datos porque el proceso de un trabajo podría generar lentitud.
4.3.6 Portabilidad Las aplicaciones web tienen un camino mucho más sencillo para la compatibilidad multiplataforma que las aplicaciones de software descargables, esto permite que siempre este actualizadas y disponibles para acceder desde cualquier sitio.
4. GE S TIÓN DE L TIEMPO. Para elaborar la gestión del tiempo nos basamos en los 6 puntos que lo componen
Identificación de actividades. Secuenciamiento de actividades. Estimación de los recursos de las actividades. Estimación de la duración de las actividades. Desarrollo del cronograma. Control del cronograma.
Para el desarrollo, planteamiento y control de la actividad se usara el diagrama de GANTT apoyados en el software OpenProj.
1. Identificación de actividades.
A. Levantamiento de requerimientos Requerimientos funcionales Requerimientos no funcionales Análisis de requisitos
B. Diseño Propuesta de diseño inicial Desarrollo de interfaces del usuario Programación en pseudocódigo
Propuestas de lenguaje de programación Elección de lenguajes de programación Elección bases de datos Diseño final
C. Desarrollo Software Versión de prueba Registro de actividades Registro de anomalías
D. Verificación Auditoria a los registros Implementación de correcciones. Desarrollo de manuales.
E. Implementación Entrega de manuales Capacitación al personal Ejecución del software.
F. Mantenimiento Detección de fallos. Registro de anomalías Implementación de correcciones. Elaboración de manuales. Los puntos complementarios de la actividad se desarrollan apoyados en el software OpenProjec
2. Secuenciamiento de actividades
3. Estimación de los recursos
4. Estimación de la duración de las actividades. Optimista de 15 días Un tiempo probable de 25 días Un tiempo pesimista de 40 días
Formula para estimar esta duración con unidad de tiempo en días y es: (Estimación Optimista + 15 (Estimación Más Probable) +Estimación Pesimista) / 6
Duración esperada=
15+4(2)+40 6
=20
5. Desarrollo del cronograma
6. Control del cronograma
5. GESTIÓN DE COSTES Incluye todas aquellas actividades necesarias para la planificación, estimación, obtención del plan de referencia de costes o baseline, y control de costes, con objeto de completar el proyecto dentro del presupuesto asignado.
Definiciones y clasificación de Costes
Para el presente proyecto se va a tener en cuenta los costes directos e indirectos, donde los costes directos va a ser todos a los asociados al consumo exclusivo del proyecto, y los costes indirectos se van a relacionar a los costos de pago de arriendo, y todos los recursos que van a ser necesarios para el desarrollo del proyecto.
Costes directos (Directcosts). Costes o agregados de costes que pueden ser identificados con algún objetivo final cuyo coste se quiere estimar, ya sea éste un producto, un servicio o un proyecto. Estos costes pueden ser repercutidos directamente a un proyecto al representar un consumo de recursos exclusivo para ese proyecto.
Costes indirectos (Overhead costs or indirect costs).Son aquellos costes que no pueden ser identificados con algún fin específico. Normalmente son cargados a cuentas o fondos de costes indirectos para ser después repercutidos a los productos o servicios según algún método preestablecido por la empresa. Caso de que en la empresa hubiera un único proyecto, no cabría hablar de costes indirectos, ya que, al estar todos los recursos orientados al desarrollo de ese proyecto único, todos los costes serían directos.
La estimación de Costes
Determinación del coste de los diferentes elementos del EDT/WBS (PT/CC) a partir de uno o varios de los siguientes: características de producto, definición de tareas y actividades del trabajo a realizar, recursos necesarios, costes horarios, y estimación de duración
El método a emplear depende fundamentalmente de la fase en la que el proyecto se encuentra –ya que la configuración del producto va definiéndose con mayor precisión a medida que el proyecto avanza, con lo que aumenta la información disponible sobre el mismo-, y de la precisión requerida, que es función del propósito para el que la estimación se realiza.
Método COCOMO = ∗ = ∗
Donde
E
Es el esfuerzo hombre mes
D
Es el tiempo de desarrollo en meses
KLOC Es el número de miles de líneas de código estimadas para el proyecto
Tipo de Proyecto
a
b
c
d
Orgánico
2,4
1,05
2,5
0,38
semiacoplado
3,0
1,12
2,5
0,35
Empotrado
3,5
1,20
2,5
0,32
Numero de miles Líneas estimadas para el Código = 6,7 Siendo este un proyecto Orgánico Aplicando la ecuación:
Hombre mes = , ∗ , . = _
Duración del Proyecto = . ∗ .
=
Número de pers onas para el proyecto =
=
=
Producto
Coste Mensual
Anual
Programadores (4) Equipos de Cómputo (computadores, impresoras) Software Servicios (Agua, Luz, Internet) Instalaciones (Arriendo, acondicionamiento del Lugar) De más personal (analistas, diseñador) (2) Logística (papelería, lapiceros, impresiones, tintas, utilería necesaria) Prototipos
3’000.000 5’000.000
36’000.000 5’000.000
2’000.000
200.000 200.000
2’000.000 2’400.000 2’400.000
2’000.000
24’000.000
100.000
1’200.000
1’000.000
5’000.000
Total
13’500.000
78’000.000
6. GESTIÓN DE RIESGOS Introducción Es un enfoque estructurado para manejar la incertidumbre relativa a una amenaza, a través de una secuencia de actividades humanas, las cuales son:
Identificación de ries g os
•Hay herramientas de gestor de proyectos •Hay herramientas de gestión del proceso de desarrollo •Hay herramientas de análisis y diseño
•Hay generadores de código apropiados para la aplicación •Hay herramientas de pruebas apropiadas •Hay herramientas de gestión de configuración apropiadas •Se hace uso de una base de datos o repositorio c entralizado •Están todas las herramientas de desarrollo integradas •Se ha proporcionado formación a todos los miembros del equipo de desarrollo •Hay expertos a los cuales solicitar ayuda acerca de las herramientas •Hay ayuda en línea y documentación dispon ible
Anális is de Ries g os Definiciones
Riesgo: medida de la probabilidad y gravedad de sufrir efectos adversos.
Riesgo técnico en software: medida de la probabilidad y gravedad de sufrir efectos adversos inherentes al desarrollo de software que no cumpla con sus requerimientos funcionales y/o no funcionales.
Controlar el riesgo. - Fortalecer los controles existentes y/o agregar nuevos controles.
E liminar el ries g o. - Eliminar el activo relacionado y con ello se elimina el riesgo. Compartir el riesgo. - Mediante acuerdos contractuales parte del riesgo se traspasa a un tercero.
Aceptar el ries g o. - Se determina que el nivel de exposición es adecuado y por lo tanto se acepta. Incertidumbre: El acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por ejemplo, no hay riesgos de un 100 por ciento de probabilidad.
Pérdida: Si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas
Tabla de Gestión de Riesgos
R ies g o
Probabilidad
Impacto
Estrategia de Recompensa
R ies g o del proyecto Presupuesto Planificación Temporal
0.10
Alto
Sumar el 20% del costo real Realizar un 5% de
0.08
Medio
descuento
por
mes retrasado Crear una buena
Impacto
0.02
Medio
campaña publicitaria Crear
Diseño
0.07
Medio
un
buen
diseño llamativo y que cumpla con los requerimientos
interfaz
0.04
Alto
Atender
las
Solicitudes
del
Cliente Hacer
Mantenimiento
0.02
Medio
mantenimiento al menos vez al mes
1. Análisis de Riesgos -
Acortar las tareas de alto nivel. Reducción de las tareas de control de la calidad Se prepara el producto para su liberación demasiado pronto o demasiadas veces Añadir requisitos no solicitados por el cliente Los desarrolladores añaden características no solicitadas
-
Cambiar las herramientas en mitad del proyecto Falta de automatización del control del Código Fuente Falta de proveedores confiables Inexperiencia con la tecnología Sobreestimación del ahorro por la utilización de nuevas herramientas o métodos Se subestimo el tamaño, originando mayores costos
2. Tabla de Riesgos
RIESGO
CATEGORIA PROBABILIDAD IMPACTO
RESPUESTA AL RIESGO
Acortar las tareas de alto nivel. Reducción de las tareas de control de la calidad Se prepara el producto para su liberación demasiado pronto o demasiadas veces Añadir requisitos no solicitados por el cliente.
ED
9%
Marginal
Mitigación
ED
12%
Critico
Eliminación
ED
9%
Marginal
Mitigación
PP
20%
Critico
Eliminación
Los desarrolladores PP añaden características no solicitadas Cambiar las T herramientas en mitad del proyecto
18%
Critico
Eliminación
25%
Critico
Mitigación
28%
Marginal
Mitigación
19%
Marginal
Mitigación
23%
Marginal
Mitigación
Falta de T automatización del control del Código Fuente Falta de TC proveedores confiables Inexperiencia con la ET tecnología.
Sobreestimación IO del ahorro por la utilización de nuevas herramientas o métodos
15%
Marginal
Aceptación activa
Se subestimo el TP tamaño, originando mayores costos
33
Critico
Mitigación
CONCLUSIONES El cálculo de los costos fue una de las partes mas difíciles ya que se cuenta con innumerables variables lo cual debe ir de la mano con la gestión del tiempo y por lo cual todo debe coincidir con la planificación del tiempo para evidenciar los procesos, sus tiempos, y desarrollo de los mismos Las propuestas nos permitieron calcular los costos y el tiempo determinado para nuestro proyecto, partiendo de un ejemplo real en el cual se busca, la investigación, el conocimiento, la comunicación del equipo de ingenieros y sobretodo el tiempo estimado para el proyecto el cual se puede evidenciar en nuestro consolidado.