historial de cambios -...
TRANSCRIPT
Software Project Management Plan deSENTINEL: Analítica sobre percepción de corrupción en Facebook
Trabajo de grado 2017-30
Ingeniería de Sistemas
Pontificia Universidad Javeriana
Manuela Forero Pedreros
Jeffrey Torres Arango
Sebastián Gracia Valderrama
Alexandra Pomares Quimbaya PhD
Director Trabajo de grado
1
1. Historial de cambiosFecha Versión Cambio realizado Responsable
09/mayo/2017 1.0.0 Se agrega la sección 8, 9 y 10
Manuela Forero, Jeffrey Torres,
Sebastián Gracia.10/mayo/2017 1.0.1 Corrección en la
sección 8 y 9Manuela Forero, Jeffrey Torres,
Sebastián Gracia.11/ Mayo/2017 1.1.0 Se agregó en la
sección 12 el numeral b.
Manuela Forero
12/Mayo/ 2017 1.1.1 Corrección del anexo de los riesgos
Manuela Forero
2. Prefacio Querido lector, en este documento se encuentra con detalle el plan de desarrollo y administración de
SENTINEL: analítica de datos sobre corrupción en Colombia. A continuación, encontrará la información
detallada respecto a la metodología de desarrollo, ciclo de vida del proyecto, organización del proyecto,
contexto del proyecto, entre otros.
La información consignada en este documento tiene como principal lector los desarrolladores e
interesados del proyecto. Este proyecto es realizado como requisito de grado de la carrera de Ingeniería de
Sistemas de la Pontificia universidad Javeriana y es realizado por los estudiantes Manuela Forero, Jeffrey
Torres y Sebastián Gracia bajo la dirección de la ingeniera Alexandra Pomares Quimbaya PhD.
2
3. Tabla de contenidos
Contenidos1. Historial de cambios............................................................................................................................2
2. Prefacio................................................................................................................................................2
3. Tabla de contenidos.............................................................................................................................3
4. Lista de ilustraciones...........................................................................................................................4
5. Lista de tablas......................................................................................................................................4
6. Visión general del proyecto.................................................................................................................5
a. Propósito, alcance y objetivos..........................................................................................................5
b. Supuestos y restricciones.................................................................................................................5
c. Entregables......................................................................................................................................5
d. Calendarización...............................................................................................................................6
e. Evolución del plan...........................................................................................................................6
7. Definiciones.........................................................................................................................................6
8. Contexto del proyecto..........................................................................................................................7
a. Modelo de procesos.........................................................................................................................7
b. Infraestructura................................................................................................................................12
c. Lenguajes y herramientas..............................................................................................................12
d. Plan de aceptación del producto.....................................................................................................13
e. Organización del proyecto y comunicación...................................................................................13
i. Interfaces externas.....................................................................................................................13
ii. Organización y descripción de roles..........................................................................................14
9. Planeación del proyecto.....................................................................................................................15
a. Inicio del proyecto.........................................................................................................................15
i. Entrenamiento del personal........................................................................................................15
d. Planes de trabajo del proyecto.......................................................................................................15
i. Calendarización.........................................................................................................................15
ii. Asignación del presupuesto.......................................................................................................15
10. Monitoreo y control del proyecto......................................................................................................16
a. Procesos de ingeniería de requerimientos......................................................................................16
i. Administración de requerimientos.............................................................................................16
ii. Priorización de requerimientos..................................................................................................17
3
b. Monitoreo y control de progreso....................................................................................................17
c. Cierre del proyecto........................................................................................................................17
11. Entrega del producto..........................................................................................................................17
12. Procesos de soporte...........................................................................................................................18
a. Ambiente de trabajo.......................................................................................................................18
b. Gestión de riesgos..........................................................................................................................19
c. Administración de configuración y documentación.......................................................................19
d. Control de calidad..........................................................................................................................20
i. Revisión de documentos............................................................................................................20
ii. Revisión del componente analítico............................................................................................20
iii. Revisión del componente de visualización.............................................................................20
13. Referencias........................................................................................................................................21
4. Lista de ilustracionesIlustración 1: CRISP-DM..............................................................................................................................8
Ilustración 2: Proceso SCRUM......................................................................................................................9
Ilustración 3: Proceso de ingeniería de requerimientos...............................................................................16
5. Lista de tablasTabla 1: Entregables......................................................................................................................................6
Tabla 2: Definiciones.....................................................................................................................................7
Tabla 3: Infraestructura de computación.....................................................................................................12
Tabla 4: Interfaces externas.........................................................................................................................14
Tabla 5: Documentación de Plantillas.........................................................................................................19
Tabla 6: Documentación de casos de uso....................................................................................................19
4
6. Visión general del proyecto
a. Propósito, alcance y objetivos El propósito del trabajo de grado es aplicar un proceso de analítica para descubrir patrones interesantes
en cuanto a la corrupción y la percepción de usuarios de Facebook frente a este tema, con el fin de
enriquecer la información disponible para Observatorio de Transparencia y Anticorrupción. El alcance
contemplado del proyecto va desde la planeación de la hasta el diseño de la solución e implementación de
la misma en su totalidad. La interpretación de los resultados será realizada por el Observatorio de
Transparencia y Anticorrupción.
Para ver los objetivos generales y específicos del proyecto, remitirse a la sección 1.2 (Descripción
general del proyecto) en el documento Propuesta de Grado.
b. Supuestos y restriccionesLos supuestos y restricciones para el trabajo de grado son:
El grupo está conformado por tres estudiantes de ingeniería de sistemas de la Pontificia
Universidad Javeriana que están finalizando la carrera.
La propuesta de grado realizada en la materia Seminario y Metodología de Investigación debe ser
aprobada.
Se cuenta con un grupo de trabajo que cumple con las capacidades y el conocimiento suficiente
para llevar a cabo la ejecución del proyecto.
Se cuenta con los recursos necesarios para el desarrollo del proyecto.
Las fechas y actividades establecidas en el calendario no cambiarán ni serán modificados.
Se debe establecer un horario fijo para las reuniones con el director de trabajo de grado.
Todos los integrantes del grupo de trabajo deben inscribir la materia Trabajo de Grado y además
están realizando Práctica profesional.
Todos los integrantes deben estar de acuerdo para realizar una reunión semanal en el horario que
sea adecuando para todos.
La fecha de entrega del trabajo de grado será en la primera semana de noviembre del presente
año.
c. Entregables En la siguiente tabla se muestran los entregables que se van a realizar a lo largo del trabajo de grado:
No. Descripción de la entrega Semana estimada entrega
5
(según calendarización)1 Plan de Manejo de Proyecto de Software. Semana 1
2 Documento de la especificación de Requerimientos de Software.
Semana 2
3 Documento de la descripción de Diseño de Software Semana 7
4 Documento CRISP-DM Semana 5 -31
5 Componente de analítica Semana 23
6 Página web con la visualización Semana 27
7 Pruebas de la página web y correcciones Semana 32
9 Entrega final (incluye todos los documentos mencionados anteriormente)
Semana 34
Tabla 1: Entregables
d. Calendarización Se adjunta el anexo "Anexo-1-Calendarización-Actividades-TG.xlsx" en donde se detallan las
actividades del ciclo de vida.
e. Evolución del plan Se hará uso de las siguientes tácticas y herramientas para garantizar la calidad de los entregables:
Los documentos estarán basados en los estándares SPMP, SRS y SDD
Se tomarán como referencia los entregables de RART debido a que la modalidad del trabajo de
grado es analítica y está altamente relacionado con nuestro trabajo de grado.
Se hará un registro de los temas discutidos y retroalimentación en las reuniones grupales y con la
directora del trabajo de grado.
Se registrarán todas las modificaciones en el Historial de cambios del documento pertinente.
7. Definiciones
API Application Programming Interface (Interfaz de Programación de Aplicaciones)
SDD Software Design Descriptions (Descripción de Diseño de Software).
SPMP Software Project Management Plan (Plan de Manejo de Proyecto de Software).
SRS Software Requirement Specification (Especificación de Requerimientos de Software).
Red Social Página web en la que los internautas intercambian
6
información personal y contenidos multimedia de modo que crean una comunidad de amigos virtual e interactiva.
Observatorio de Transparencia y Anticorrupción
Herramienta para la medición y análisis del fenómeno de la corrupción, a partir de la interacción entre entidades, ciudadanos, y organizaciones públicas y privadas del orden nacional y territorial, para contribuir a elevar el nivel de transparencia en la gestión pública.
Tabla 2: Definiciones
8. Contexto del proyecto En esta sección se encontrará la descripción del ciclo de vida empleado para el desarrollo del proyecto
y la manera en que se desarrollará el componente de visualización y analítica basándose en los
lineamientos de la metodología empleada. Debido al las limitaciones de tiempo y recursos el grupo
utilizará metodología de desarrollo ágil que permita iterar sobre las fases y contar con periodos de tiempo
rápidos pero suficientes para poder cumplir con los objetivos planteados por el grupo.
a. Modelo de procesos El desarrollo de este proyecto se regirá por los entregables y actividades que propone la metodología
CRISP-DM, a continuación, se presenta el comportamiento de la metodología y su relación entre fases.
Es necesario aclarar que el documento "Propuesta de grado – Sentinel.pdf" está a detalle los objetivos,
actividades y entregables de cada una de las fases que se mencionan a continuación, para evitar una
redundancia en información, se recomienda que el lector lea el documento mencionado.
A continuación, se muestran los involucrados y recursos con los que cuenta el grupo de trabajo para
desarrollar cada fase
7
Ilustración 1: CRISP-DM
Entendimiento del negocio
Esta primera fase tiene como objetivo identificar las principales necesidades del cliente
Involucrados
Observatorio nacional de transparencia y anti-corrupción.
Grupo de trabajo.
Recursos
Acercamiento con el experto del negocio.
Lineamientos propuestos por el Observatorio nacional de transparencia y anti-corrupción.
Entrevistas y reuniones que están documentas.
Entendimiento de los datos
Esta fase busca hacer un reconocimiento más profundo de los datos que se necesitan para responder las
preguntas de negocio identificadas en la fase de "Entendimiento del negocio" en términos de minería de
datos. En esta fase se utilizará el framework RART para identificar la estructura de los datos a extraer.
Involucrados
Grupo de trabajo
8
Recursos
Framework RART
Preparación de los datos
Una vez definidas las características principales de los datos, es necesario llevar a cabo un proceso de
calidad de datos y limpieza en la cual el grupo busca eliminar duplicados, eliminar o modificar datos que
contengan anomalías en su estructura y otras actividades para posteriormente empezar la fase de
modelado.
Previamente a este proceso el grupo de trabajo ya realizo el proceso de extracción de los datos por
medio del framework RART en donde se identificaron las fan pages y datos que se necesitan para
continuar con el desarrollo del proyecto.
Involucrados
Grupo de trabajo
Recursos
Framework RART.
PyCharm.
RStudio.
Modelado
Ilustración 2: Proceso SCRUM
9
Para el desarrollo completo de esta fase, el grupo de trabajo utilizara la metodología de desarrollo ágil
SCRUM, la cual define 3 artefactos principales:
1. Product Backlog : Representa una lista los requerimientos que se necesitan para que el producto
se lleve a cabo. Este artefacto cambia con el tiempo debido al avance del proyecto y posibles
cambios que se realicen a los requerimientos del producto o solución.
2. Sprint Backlog : Indica los Product Backlogs que se van a implementar en una iteración e indica el
avance del proyecto en términos de desarrollo
3. Increment : Muestra el avance de del desarrollo por medio de la suma de Sprint Backlogs que se
hayan realizado.
Estas tres etapas del desarrollo ágil SCRUM se reflejan en el anexo "Anexo-1-Calendarización-
Actividades-TG.xlsx" con más detalle.
Componente de analítica
Basándose en las fases "Entendimiento del negocio", "Entendimiento de los datos" y "Preparación de
los datos", el grupo desarrollara el componente de analítica que incluirá la implementación en código de
las técnicas de minera de datos que el grupo vaya a desarrollar.
Componente de visualización
Una vez desarrollado el componente de analítica el grupo desarrollará el componente de visualización
que mostrará los resultados obtenidos del componente de analítica y la fase de "Evaluación" de manera
gráfica y amable para el usuario final.
Involucrados
Grupo de trabajo
Recursos
Framework RART.
PyCharm.
RStudio.
RapidMiner.
Vistas minables creadas en la fase de "Preparación de los datos"
10
Evaluación
Una desarrollado el componente de analítica y el componente visual, el grupo de garantizar que ambos
productos estén alineados con el objetivo identificado en la primera fase de entendimiento de negocio
junto con los lineamientos propuestos por el cliente y el experto.
Adicionalmente, el grupo de trabajo debe probar los modelos analíticos desarrollados con técnicas
especializadas, como lo es pruebas de precisión o recall, dependiendo de la técnica implementada, y
demostrar que si cumple con unos requisitos mínimos para garantizar calidad.
Involucrados
Observatorio nacional de transparencia y anti-corrupción.
Grupo de trabajo.
Recursos
PyCharm.
RStudio.
RapidMiner.
Vistas minables creadas en la fase de "Preparación de los datos"
Despliegue
Cuando ya se tienen el componente de visualización, analítica y documentación de todo el proyecto, el
grupo pondrá a disposición la solución propuesta al cliente final o a cualquier interesado en el tema. Es
importante aclarar que el grupo no realizará la interpretación de los resultados debido a que no se cuenta
con la experiencia ni el conocimiento en el tema de corrupción, por esta razón el grupo decide no
interpretar los datos, pero si realizará un documento de monitoreo y gestión de la solución para indicar el
correcto uso de la misma.
Involucrados
Observatorio nacional de transparencia y anti-corrupción.
Grupo de trabajo.
Recursos
Documentos de calidad.
Documentos desarrollados a lo largo del ciclo de vida del proyecto.
Componente visual.
11
Componente
b. Infraestructura
Para el desarrollo del proyecto, el grupo contara con las siguientes unidades computacionales:
Marca Sistema operativo
Procesador RAM HDD
Apple Sierra Core i5 8 GB 1 TBDell Windows 10 Core i7 16 GB 2 TB
Apple El Capitan Core i5 8 GB 256 GB SDDHP Windows 10 Core i7 8 GB 1 TB
Custom Windows 10 Core i7 24 GB 2 TBTabla 3: Infraestructura de computación
c. Lenguajes y herramientasEn esta sección se describen las herramientas necesarias y los lenguajes de desarrollo que son necesarios
para llevar a cabo el desarrollo del proyecto.
Herramientas de comunicación y gestión de documentos
Gestión de documentos:
El grupo de trabajo utilizará OneDrive en donde almacenará y gestionará los documentos y plantillas
entregables. Esta plataforma en la nube ofrece los servicios de Office 365 como Microsoft Word,
Microsoft PowerPoint, Microsoft Excel, entre otros.
Comunicación:
El grupo de trabajo debe mantener una vía de comunicación abierta y siempre debe garantizar que el
flujo de mensajes que se generen a lo largo del proyecto sea entregado de manera satisfactoria. Por otro
lado, la comunicación con el director de trabajo de grado debe ser transparente y sólida. A continuación,
se mencionan las herramientas de comunicación que el grupo usara a lo largo del desarrollo del proyecto:
o Correo institucional javeriano.
o Skype.
o Telefonía móvil.
o Mensajería instantánea de WhatsApp.
Herramientas de diseño y modelado
Se utilizarán las siguientes herramientas de diseño y modelado:
12
o Bizagi
o Enterprise Architect
Lenguajes de desarrollo
El grupo de trabajo utilizara las siguientes lenguajes y ambientes de desarrollo para el componente de
analítica y el componente de visualización.
Ambientes Integrados de desarrollo (IDE):
o PyCharm.
o Restudio.
Software para minería de datos:
o RapidMiner Studio.
d. Plan de aceptación del producto La aceptación y aprobación de este trabajo de grado está dada bajo los alineamientos y
especificaciones propuestos por la carrera de Ingeniería de Sistemas de la Pontificia Universidad
Javeriana. El grupo de trabajo debe aprobar la materia Seminario Metod. Investigación y posteriormente
la sustentación del trabajo de grado.
Se califican los entregables, sustentación y actividades en una escala de 0.0 a 5.0.
e. Organización del proyecto y comunicación A continuación, se presentan las interfaces externas y las asignaciones de roles y responsabilidades
con las que cuenta el grupo de trabajo. Las interfaces externas con aquellas que no hacen parte del grupo
de trabajo, pero intervienen directamente en el proyecto y por otro lado la asignación de roles identifica
los roles y responsabilidades que cada integrante del grupo debe cumplir
i. Interfaces externas
Ente Rol Descripción Canal de comunicaciónAlexandra Pomares
Quimbaya PhDDirector de trabajo de
gradoProfesora del departamento encargada de dirigir el trabajo de grado.Ingeniera de Sistemas de la Pontificia Universidad Javeriana, Master en Ingeniería de Sistemas y Computación de la Universidad de los
Correo electrónico: por este medio el grupo de trabajo se comunicará de manera oficial para aclarar dudas y asistencia al proyecto.
Skype: si el grupo de trabajo no puede reunirse
13
Andes, Doctora en Ingeniería de la Universidad de los Andes y Doctora en Informática de la Universidad de Grenoble, Francia. Actualmente se desempeña como profesora Investigadora de la Pontificia Universidad Javeriana.
con la profesora presencialmente y se necesita de urgencia alguna asistencia, se utilizará este medio.
Celular: si el grupo de trabajo no puede reunirse con la profesora presencialmente y se necesita de urgencia alguna asistencia, se utilizará este medio.
Tabla 4: Interfaces externas
ii. Organización y descripción de roles
A continuación, se presenta la organización y descripción de roles de los integrantes del proyecto:
1. Manuela Forero Pedreros
a. Jefe de gestión del proyecto
i. Se encarga de que los parámetros, fechas de entrega y cohesión del desarrollo del
proyecto se lleve a cabo de manera exitosa y alineada con los requerimientos y
restricciones iniciales.
ii. Se encarga de cumplir con el calendario del proyecto.
2. Jeffrey Torres Arango
a. Jefe de desarrollo
i. Se encarga del correcto desarrollo y evolución de los componentes de analítica y
desarrollo en cuanto a programación se refiere.
ii. Se encarga de verificar y llevar a cabo pruebas de software, tarea que está
apoyada en calidad.
3. Sebastián Gracia Valderrama
a. Jefe de documentación
i. Organiza y administra los entregables del proyecto de grado.
ii. Se encarga de verificar la calidad de los entregables
b. Apoya en tareas de desarrollo.
14
9. Planeación del proyecto
a. Inicio del proyecto
i. Entrenamiento del personal
Para llevar a cabo el desarrollo del proyecto, el grupo de trabajo cuenta con la experiencia y
conocimiento adquirido a lo largo de su formación profesional como ingenieros de sistemas de la
Pontificia Universidad Javeriana.
Adicionalmente, el proyecto requiere unos conocimientos necesarios para llevar a cabo el desarrollo
del componente de analítica y visualización. A continuación, se mencionan los tópicos:
b. Conocimiento en el lenguaje de programación R: Debido a que el proyecto requiere
utilizar técnicas de minería de datos, cuya base principal se basa en el estudio estadístico
y aplicación de medidas, R es el lenguaje por preferencia y el cual el grupo debe manejar
para crear modelos analíticos.
c. Conocimiento en el lenguaje de programación Python: Se busca integrar y usar Python
para el desarrollo del componente de analítica debido a que Python ofrece gran variedad
de librerías que permiten implementar técnicas de minería de datos.
d. Planes de trabajo del proyecto
i. Calendarización
Se adjunta el anexo "Anexo-1-Calendarización-Actividades-TG.xlsx" en donde se detalla la duración
de las actividades y su ubicación en el mes.
ii. Asignación del presupuesto
Se adjunta el anexo "Anexo-2-Asignacion de presupuesto.xlsx" en donde se detallan los rubros y su
valor basado en horas.
15
10. Monitoreo y control del proyecto
a. Procesos de ingeniería de requerimientos
i. Administración de requerimientos
Ilustración 3: Proceso de ingeniería de requerimientos
Con este proceso se busca dar un control y gestión a los requerimientos planteados, por otro lado, el
proceso de administración contempla posibles cambios que se necesiten realizar a los requerimientos.
A continuación, se detallan las actividades propuestas en el proceso:
1. Identificación de Requerimientos: Se busca tener un acercamiento con el cliente para identificar
los requerimientos principales para llevar a cabo en la solución propuesta.
2. Priorización de Requerimientos : Cuando se identifican los requerimientos, es necesario llevar a
cabo una priorización de requerimientos, actividad detallada en la sección "Priorización de
requerimientos" de este documento
3. Especificación de Requerimientos : Una vez priorizados los requerimientos se debe realizar una
especificación detallada de los mismos.
4. Validar requerimiento : Se debe realizar una sesión de validación con el cliente y garantizar que
los requerimientos estén alineados con el objetivo definido.
5. Aplicar cambios : Si algún requerimiento necesita ser modificado, entonces se debe aplicar los
cambios pertinentes dejando un historial de modificaciones
6. Actualizar Documentos : Una vez determinados los cambios, es necesario realizar el proceso de
actualizar la documentación respectiva.
16
ii. Priorización de requerimientos
Una vez identificados los requerimientos es necesario asignarles un valor numérico y de esta manera
saber su relevancia y su orden.
Para priorizar los requerimientos se utilizará una estrategia cognitiva propuesta por Nadina Martínez
Carod, en la cual se propone que cada integrante del grupo de trabajo asigne un valor numérico de 0 a
10 junto con una asignación de conocimiento sobre ese requerimiento sobre la misma escala
numérica.
Valor de priorización = ValorAsignadoIndividual + ValorDeConocimiento
Una vez cada participante asigna sus valores, estos valores se suman, se promedian y el valor final de
requerimiento determina la priorización del requerimiento.
b. Monitoreo y control de progreso El grupo realizara revisiones cruzadas en documentos y en desarrollo para garantizar que se cumplan
los entregables y más importante las fechas propuestas en la calendarización del proyecto, de esta manera
se llevara un checklist indicando las actividades finalizadas respecto al calendario.
Revisar el anexo "Anexo-4-CheckList.xslx"
c. Cierre del proyecto El proyecto finaliza en la fecha de la sustentación final, anteriormente a este evento, todos los
documentos y entregables deben ser entregados por medio de la plataforma pegasus.javeriana.edu.co en
el mes de diciembre del año actual (2017)
11. Entrega del producto El límite final para entregar el proyecto será en diciembre, donde el grupo de trabajo tendrá que
publicar en una página web toda la información relacionada al proyecto en desarrollo. Esta página será
diseñada por los integrantes del grupo y estará ubicada en el servidor pegasus.javeriana.edu.co, el cual
pertenece a la facultad de ingeniería de sistemas de la Pontificia Universidad Javeriana, el cual será
entregado por uno de los encargados del servidor a cada grupo de trabajo.
URL de Pegasus: http://pegasus.javeriana.edu.co/~CIS1710CP07
17
12. Procesos de soporte
a. Ambiente de trabajo Al inicio del trabajo de grado se establecieron algunas reglas y normas que fueron construidas,
modificadas y aceptadas por los integrantes del grupo, para mantener un ambiente agradable y de esa
forma poder garantizar que el desarrollo del proyecto sea exitoso:
Con los integrantes del grupo:
Reuniones de Grupo
1. Mínimo una reunión general 1 vez cada dos semanas; en caso de cambio de fecha avisar con
mínimo 2 días anticipación y no sobrepasará 2 días de postergación.
2. Evitar faltar a las reuniones.
3. SIEMPRE se llenará un acta.
4. Las reuniones tendrán una duración máxima de una hora y media (1 h y 30 min).
Comunicación
1. En los canales de comunicación todo lo que se habla se va a respetar.
2. Se debe tener un lenguaje apropiado para comunicar ideas y establecer tareas.
3. Respetar los medios por los que se está compartiendo información.
4. Los integrantes del grupo tendrán que tomar apuntes por cada reunión para que no se pierda
información.
Puntualidad
1. Se debe tener en cuenta la puntualidad para cumplir con lo establecido ya que esto puede
afectarnos en el desarrollo del proyecto.
2. Si se tiene un problema se debe avisar por algún canal de comunicación.
5. Las fechas de entrega estarán en el calendario y cada integrante tendrá que entregar los
documentos en las fechas estipuladas.
Calidad de los documentos
1. Cada documento debe cumplir con las normas establecidas y debe tener buena ortografía.
2. Las referencias deben cumplir los estándares de las normas APA.
3. Cada integrante del grupo tiene que respetar las plantillas de los documentos.
18
4. Los documentos que son necesarios para el trabajo de grado se encuentras almacenados en una
carpeta compartida de OneDrive.
5. Se debe asistir a reuniones con el centro de escritura para controlar la calidad de los documentos.
b. Gestión de riesgos El análisis de riesgos se encuentra en el "Anexo 3-PLanDeRiesgos.xlsx"
c. Administración de configuración y documentación las siguientes son las características que deben tener los documentos que se van a entregar para tener
mejor monitoreo y control en los entregables:
Documentos:
En los diferentes documentos se van a realizar revisiones cruzadas por todos los miembros del grupo
para tener más claridad de lo que se está haciendo en los documentos y si alguno necesita ser modificado.
SPMP.SRS.SDD
Fecha Fecha en la que el documento fue modificado. Versión La versión en la que el documento está diciendo la
importancia del cambio realizado.Descripción del cambio Describe los cambios que se realizaron y en que
sección se hizo, so el integrante desea puede ser más específico en lo que modifico.
Responsable Es la persona del grupo que realizo el cambio en el documento, puede ser solo una persona o más.
Tabla 5: Documentación de Plantillas
User stories:
Los user stories deben tener una revisión por todos los integrantes de grupo para poder garantizar
trazabilidad.
ID User Stories El identificador del caso de uso que fue modificado.
Versión La versión en la que se encuentra el caso de uso actualmente.
Fecha Fecha en la que el Caso de uso fue modificado.Descripción del cambio Describe el cambio de forma breve Responsable Es la persona del grupo que realizo el cambio en
el caso de uso, puede ser solo una persona o más. Tabla 6: Documentación de casos de uso
19
d. Control de calidad Cada miembro del grupo se encarga de controlar la calidad del trabajo que realiza, y por eso ellos
mismos debe realizar las correcciones necesarias para aseguren que las condiciones del proyecto estén
correctas; Pero si alguno ve que es necesario modificar algún aspecto puede realizarlo indicando en el
historial de versiona miento lo que realizo.
i. Revisión de documentos
Ortografía: Se debe verificar la ortografía del documento con tildes y signos de puntuación,
también los párrafos deben tener sentido y no ser muy extensos.
Coherencia: El contenido del documento debe ser congruente con sus ideas.
Versión (historial de cambios coherente) : Los cambios deben ser para mejorar el documento así
que se realizara un cambio solo si es realmente necesario y se indicara que existe una nueva
versión del documento.
Estándares SPMP, SRS, SDD: El documento debe estar guiado por algún estándar asociado.
Referencias: Las ideas planteadas en el documento que son tomadas de otros autores deben tener
su referencia especificada.
ii. Revisión del componente analítico
Verificar la calidad de los datos.
Validar si son de calidad los modelos que se generaron para realizar el análisis.
Verificar si todas las fases de la metodología que se está planteando se realizan de forma correcta
respecto a los lineamientos establecidos.
iii. Revisión del componente de visualización
La visualización de la información debe ser clara y fácil de entender para que los usuarios finales que
lo vayan a utilizar pueden entender de manera rápida lo que se está mostrando y de esa forma sacar
conclusiones rápidas y concisas respecto al modelo que se generó.
20
13. Anexos
Anexo-1-Calendarización-Actividades-TG.
Anexo-2-Asignacion de presupuesto
Anexo-3-PlanDeRiesgos.
Anexo-4-CheckList
14. ReferenciasWhat is Scrum? (2017). Recuperado el 11 de mayo de 2017, a partir de
http://www.scrum.org/resources/what-is-scrum
Martínez, N. (2001). Priorización de Requerimientos de Software utilizando una estrategia cognitiva.
Universidad Nacional de Comahue, Departamento de Ciencias de la Computación, 5.
R: What is R? (2016). Recuperado el 11 de mayo de 2017, a partir de
https://www.r-project.org/about.html
docencia sistemas | Pontificia Universidad Javeriana. Recuperado el 11 de mayo de 2017, a partir de
http://ingenieria.javeriana.edu.co/docencia-sistemas
IEEE (2001) Standard for Software Life Cycle Processes—Risk Management (IEEE STD 1540- 2001)
21