KICK-OFF Proyecto SIPEC

KICK-OFF Proyecto SIPEC
Se realizara una reunión de presentación y acuerdos sobre CMMI, que permitirá a los
involucrados conocer sobre el plan de ejecución inicial y se podrá dar una
introducción breve sobre el modelo a implementar. Además se realizara la definición
de roles y responsabilidades del grupo de trabajo.
Definición del grupo de trabajo
NOMBRE
Cristian Armijo
Cristian Almonacid
ROL
NOMBRE
(Invitado SAG)
Líder de Proyecto Jorge Tapia
Analista
Desarrollador
ROL
(Invitado SAG)
Líder de Proyecto
Desarrollador,
Analista
Pablo costa
Desarrollador
Juan Mesa
Web Master
1. Alcance
A continuación se definiran los objetivos generales
2. Objetivo general
Se debe facilitar el cumplimiento de la certificación sanitaria de animales con fines
ganaderos, informando tanto la ubicación actualizada de los animales, prestando
apoyo a la prevención de posibles brotes de enfermedades.
2.1
Objetivos específicos
En base a lo expuesto, para corresponder al cumplimiento del objetivo general, se
presentan los siguientes objetivos específicos:
OE-01 Desarrollar reportes de trazabilidad de DIIO que entreguen información
al SAG sobre la cadena de distribución por la que éstos han pasado,
informando también sobre los DIIO autorizados que han sido fabricados,
vendidos y distribuidos.
OE-02 Desarrollar reportes de trazabilidad animal que entreguen información
al SAG sobre dónde han estado y se encuentran actualmente los
animales registrados en SIPEC.
OE-03
OE-04
Desarrollar una solución informática que permita la captura masiva de
datos de los FMA, considerando la existencia de establecimientos
pecuarios que, por distancia y aislamiento geográfico carecen del
recurso internet.
En base a la ubicación geográfica de los animales y sus enfermedades
registradas en SIPEC, desarrollar una solución informática que permita
visualizar los animales enfermos presentes en un determinado
establecimiento pecuario, junto con la traza de localizaciones en donde
ha estado cada uno de ellos, informando preventivamente a los
establecimientos pecuarios o recintos feriales de la situación para los
casos en que la o las enfermedades detectadas sean de carácter
contagioso.
3. Solución propuesta
En base a las reuniones realizadas con los funcionarios SAG pertenecientes a la
División de Protección Pecuaria, los cuales han explicado la problemática descrita en
el presente documento, y gracias a la conciencia existente en el SAG por parte de la
alta dirección de la institución, en relación a la importancia de mejorar
constantemente los procesos internos, hemos propuesto una solución informática que
consiste en:
SP-01 Desarrollo de un proyecto de aplicación web, paralelo a la aplicación
informática SIPEC, el cual será conectado a ésta mediante el uso compartido de
sesión.
SP-02 Definir los procedimientos de carga de datos de los FMA al sistema para que
todos los establecimientos pecuarios y recintos feriales trabajen del mismo
modo.
SP-03 Dentro de la aplicación, se propone la construcción de dos módulos, los cuales
tendrán como finalidad el cumplimiento de los objetivos específicos
planteados:
Un módulo de Proveedor-Distribuidor, encargado de:
- Permitir el registro y visualización de las distribuciones y ventas de DIIO
por parte de los proveedores y distribuidores de éstos (OE-01).
- Permitir al SAG administrar la cadena de distribución de los proveedores
y distribuidores (OE-01).
- Informar mediante reportes la traza histórica de los DIIO (OE-01).
Un módulo de Ferias, encargado de:
- Permitir la carga masiva de Formularios de Movimiento Animal (FMA)
(OE-03).
- Permitir la corrección de los FMA en caso de que estos vengan con
errores de formato o de reglas de negocio (OE-03).
- Informar mediante reportes la traza histórica de los movimientos de
localización que ha tenido un animal dentro de un período determinado
-
-
(OE-02).
Informar gráficamente sobre los animales enfermos presentes en un
determinado establecimiento pecuario, junto con la traza de
localizaciones en donde ha estado cada uno de ellos (OE-04).
Informar preventivamente a los establecimientos pecuarios o recintos
feriales, mediante correo electrónico, la de detección de alguna
enfermedad en caso de que esta sea de carácter contagioso (OE-04).
4. Requisitos
Por medio de la definición de los objetivos específicos y gracias a la solución
propuesta, los miembros de la División Pecuaria, nuestros clientes, han logrado
visualizar en mayor detalle lo que desean para el presente proyecto, plasmando
aquello en requisitos de sistema de alto nivel.
A continuación se presentan los requisitos de sistema de alto nivel, tanto funcionales
como no funcionales.
4.1
Requisitos funcionales de alto nivel
ID
Descripción
RF01
Se requiere que los usuarios autorizados del SAG puedan administrar las
cadenas de distribución de los proveedores y distribuidores inscritos en el
sistema.
Se requiere que los usuarios autorizados del SAG puedan realizar consultas
sobre los DIIO autorizados, de baja y en relación a la traza histórica de éstos.
Se requiere que los usuarios proveedores y distribuidores puedan administrar
sus propias distribuciones de DIIO.
Se requiere que los usuarios proveedores y distribuidores puedan administrar
sus propias ventas de DIIO.
Se requiere que los usuarios autorizados del SAG puedan realizar búsquedas de
animales, las cuales entreguen su ubicación y presenten la traza de los últimos
establecimientos por los que han estado, alertando a dichas localizaciones en
caso de que el animal presente alguna enfermedad de carácter contagioso.
RF02
RF03
RF04
RF05
4.2
Requerimientos no funcionales
ID
RNF01
RNF02
Descripción
El sistema deberá ser accesible desde la aplicación web SIPEC, la cual se
encuentra disponible a largo del país, a través de Internet.
Garantizar la confiabilidad, la seguridad y el desempeño del sistema
informático a los diferentes usuarios a nivel nacional. En este sentido la
información almacenada podrá ser consultada y actualizada permanente y
simultáneamente, sin que se afecte el tiempo de respuesta.
RNF03
Estar disponible 100% o muy cercano a esta disponibilidad.
RNF04
El sistema debe ser construido sobre la base de un desarrollo evolutivo e
incremental, de manera tal que nuevas funcionalidades y requerimientos
relacionados puedan ser incorporados afectando el código existente de la
menor manera posible; para ello deben incorporarse aspectos de
reutilización de componentes.
RNF05
El sistema deberá cumplir con los estándares impuestos por las normas del
gobierno.
5. Organización y planeación







Se dispondrá de tres ambientes:
- Ambiente de desarrollo: encargado de publicar a nivel interno del equipo
de trabajo el aplicativo, con fines de revisión interna y diseño.
- Ambiente de control de calidad: encargado de publicar el aplicativo en
un entorno ajeno al equipo de trabajo, revisado por terceros para
certificar su buen funcionamiento.
- Ambiente de producción: ambiente final, utilizado por el cliente.
Se considera además el uso de un servidor de repositorio, encargado de
alojar el código, permitiendo acceso múltiple y edición compartida a los
programadores autorizados.
Los requerimientos para los ambientes de desarrollo, control de calidad y
producción deben ser exactamente los mismos. Estos pueden residir en un
mismo servidor o en servidores distintos. Por fines prácticos para el
presente proyecto de tesis, el ambiente de desarrollo y de control de calidad
compartirán el mismo servidor.
Los requerimientos para los ambientes serán establecidas bajo
documentación.
El servidor de repositorio debe ser independiente a los demás ambientes.
El servidor que aloja el ambiente de producción debe ser independiente a
los demás servidores.
Los desarrolladores deben realizar su trabajo exclusivamente en el
ambiente de desarrollo y en repositorio.
Mantenimiento
 Los procedimientos de actualización, instalación, configuraciones
necesarias y acciones para restablecer el servicio tras una detención serán
documentados.
 En medida de lo posible, las detenciones de servicio deben:
- Ser planificadas en el mediano plazo.
- Ser comunicadas a tiempo al equipo de desarrollo para considerarlas en
su planificación.
- Ejecutarse fuera del horario de trabajo, para no interrumpir las
operaciones diarias.
- Ser comunicadas al momento de inicio y finalización de la detención.
Características
 Herramientas de desarrollo: Para realizar el desarrollo del proyecto, nuestro
equipo de proyecto deberá contar en sus computadores con los siguientes
softwares instalados:
- Windows 7 Professional
- Visual Studio 2013 Pro
- Oracle SQL Developer 4.0
- Oracle Database 11g Release 2
- Oracle Data Access Components (ODAC)
- Microsoft Office Professional Plus 2010
- Bizagi Process Modeler 2.7
- Administrador de Internet Information Services 7.5
- Tortoise SVN.
 Herramientas de control de versiones: Dentro del servidor de repositorio se
instalará la aplicación Subversion, herramienta de control de versiones de
código abierto, basada en un repositorio, semejante a un sistema de
ficheros. Los programadores podrán acceder al repositorio mediante la
aplicación Tortoise SVN.
 Los equipos de los desarrolladores deben tener las mismas configuraciones
y actualizaciones que los ambientes.
6. MITIGACIÓN DE RIESGOS
En base a los puntos expuestos en los puntos anteriormente, se definirán los
siguientes riesgos los cuales deben ser evaluados para definir en la reunión de kick –
off las posibles alternativas para mitigar riegos.
Al revisar los alcances del proyecto se encontraron los siguientes posibles riesgos

Pérdida de personal clave :
Se debe documentar cada uno de los pasos realizados por los analistas,
programados o lideres del proyecto.

Lentitud en una toma de decisiones :
Por cada modulo o departamento se debe definir un experto en negocio para
así no perder tiempo en espera de las tomas de decisiones por parte del
negocio.

Cambios en las prioridades :
Se definirán las prioridades para cada implementación en conjunto con el
negocio, en caso de haber cambios se realizaran evaluaciones de este e impacto
sobre el trabajo ya realizado.

Trabajos no programados:
Se deberá evaluar el impacto de implementación en conjunto con el cliente

Baja motivación :
Para mitigar la baja motivación por parte de los usuarios finales y del equipo de
trabajo se entregaran hitos de avance.

Desastres naturales:
Actualmente el servicio agrícola ganadero tienen cubierto este punto
6.1
Resultados de la Reunión
1.
2.
3.
4.
Se definen usuarios claves del proyecto.
Se definen procesos de mitigaciones de riesgos.
Se evaluan los objetivos.
Se define el nivel de coocimiento de integrantes del proyecto con respecto a
las tecnologias utilizadas.