1

Stephanie Buitrago

17/03/20142014

SPMP

2

SPMP

PREFACIO

El actual documento es desarrollado por Stephanie Buitrago, en el que se pretende mostrar los planes que se manejarán en el proyecto de trabajo de grado a la hora de desarrollar la aplicación web Dresser.

3

SPMP

TABLA DE CONTENIDO

LISTA DE FIGURAS................................................................................................5LISTA DE TABLAS..................................................................................................61. VISION GENERAL DEL PROYECTO................................................................7

1.1 RESUMEN DEL PROYECTO.....................................................................71.1.1 Propósito, Alcance y Objetivos..............................................................71.1.2 Suposiciones y Restricciones.................................................................71.1.3 Entregables del Proyecto........................................................................81.1.4 Resumen de Calendarización.................................................................9

2. REFERENCIAS................................................................................................103. DEFINICIONES Y ACRÓNIMOS...................................................................104. ORGANIZACIÓN DEL PROYECTO.............................................................10

4.1 Interfaces Externas......................................................................................104.2 Interfaces Internas.......................................................................................114.3 Estructura Interna........................................................................................114.4 Roles y Responsabilidades..........................................................................12

4.4.1 Gerente de Proyecto.............................................................................124.4.2 Administrador de Calidad y Documentación.......................................134.4.3 Arquitecto.............................................................................................144.4.4 Tester....................................................................................................154.4.5 Director de Desarrollo..........................................................................16

5. PLAN DE PROCESOS DE GESTIÓN.............................................................165.1 PLAN DE ARRANQUE.............................................................................16

5.1.1 Plan de Estimación...............................................................................165.1.2 Plan de Entrenamiento de Personal......................................................17

5.2 PLAN DE TRABAJO.................................................................................175.2.1 Actividades de trabajo..........................................................................175.2.2 Asignación Cronograma.......................................................................185.2.3 Asignación de recursos.........................................................................185.2.4 Plan de adquisiciones...........................................................................18

5.3 PLAN DE CONTROL................................................................................195.3.1 Plan de Control de requerimientos.......................................................195.3.2 Plan de Control de cronograma............................................................195.3.3 Plan de Control de Presupuesto............................................................195.3.4 Plan de Control de Calidad...................................................................195.3.5 Plan de Control de Cambios.................................................................21

5.4 PLAN DE CIERRE.....................................................................................226. PLAN DE PROCESOS TÉCNICOS................................................................22

6.1 MODELO DE CICLO DE VIDA DEL PROCESO...................................226.2 MÉTODOS, HERRAMIENTAS Y TÉCNICAS........................................23

6.2.1 Lenguaje de programación...................................................................236.2.2 Herramientas........................................................................................24

6.3 PLAN DE INFRAESTRUCTURA.............................................................256.3.1 Instalaciones Físicas.............................................................................256.3.2 Estaciones de trabajo............................................................................256.3.3 Redes de comunicación........................................................................256.3.4 Equipos.................................................................................................25

6.4 PLAN DE ACEPTACIÓN DEL PRODUCTO...........................................25

4

SPMP

7. PLAN DE PROCESOS DE SOPORTE............................................................26

7.1 PLAN DE ADMINISTRACIÓN DE LA CONFIGURACIÓN..................267.2 PLAN DE VERIFICACIÓN Y VALIDACIÓN.........................................27

7.2.1 Verificación..........................................................................................277.2.2 Validación............................................................................................28

7.3 PLAN DE DOCUMENTACIÓN................................................................297.3.1 Desarrollo Del Plan..............................................................................29

7.4 PLAN DE ASEGURAMIENTO DE LA CALIDAD.................................307.5 REVISIONES Y AUDITORIAS................................................................31

7.5.1 Revisiones............................................................................................317.5.2 Auditorias.............................................................................................31

7.6 PLAN DE RESOLUCIÓN DE PROBLEMAS...........................................318. ANEXOS...........................................................................................................32

8.1 Referencias..................................................................................................32

5

SPMP

LISTA DE FIGURAS

Ilustración 1: Entregables del proyecto......................................................................8Ilustración 2: Estructura Externa Cliente.................................................................10Ilustración 3: Estructura Externa Humana...............................................................10Ilustración 4: Estructura Externa..............................................................................11Ilustración 5: Estructura Externa..............................................................................11Ilustración 6: Estructura Interna...............................................................................12Ilustración 7: Desarrollo del producto......................................................................20Ilustración 8: Control de cambios............................................................................21Ilustración 9: Ciclo de vida del proyecto..................................................................23Ilustración 10: Herramientas....................................................................................24Ilustración 11: Planes que se ven afectados.............................................................28Ilustración 12: Proceso de validación.......................................................................28Ilustración 13: Proceso de aseguramiento de calidad...............................................31

6

SPMP

LISTA DE TABLAS

Tabla 1: Actividades...................................................................................................9Tabla 2: Actividades.................................................................................................18Tabla 3: Documentos entregables............................................................................30

7

SPMP

1. VISION GENERAL DEL PROYECTO

1.1 RESUMEN DEL PROYECTO

1.1.1 Propósito, Alcance y Objetivos

1.1.1.1PropósitoEl presente proyecto pretende realizar la documentación e implementación inicial de una aplicación web para dispositivos móviles dispositivos de gama alta web para dispositivos móviles de gama alta que permita la búsqueda y compartición de información sobre ropa y accesorios de acuerdo a las características del usuario y del contexto.

1.1.1.2AlcanceEl alcance del proyecto es el prototipo funcional de la aplicación, en la que se aplicará un modelo de adaptación de la información enfocada en el contexto de la moda, para el despliegue de la misma de acuerdo a las características de cada usuario. Además, permitirá que usuarios con gustos afines compartan información y se relacionen entre sí, es decir, el usuario podrá observar en su página principal la información que sus relacionados publican en su propio perfil y podrán compartir opiniones sobre las publicaciones de otros usuarios.

1.1.1.3Objetivos

GeneralDesarrollar una aplicación web para dispositivos móviles de gama alta que permita la búsqueda y compartición de información sobre ropa y accesorios de acuerdo a las características del usuario y del contexto.

Específicos Generar un modelo de adaptación en el que se tenga en cuenta

características del contexto de la moda. Construir el prototipo de la aplicación. Validar el prototipo de la aplicación.

Para poder cumplir con los objetivos anteriormente mencionados se hará uso de métodos, herramientas y técnicas de desarrollado .

1.1.2 Suposiciones y RestriccionesLas suposiciones y restricciones a las que el desarrollo del proyecto está sujeto al compromiso con el cliente.

Suposiciones Los recursos económicos destinados para el proyecto son mínimos, por

tanto se deben buscar soluciones de software gratuitas o de bajo costo para el desarrollo del proyecto.

8

SPMP

El tiempo para el desarrollo del proyecto es de un ciclo lectivo de la

universidad (18 semanas).

Restricciones

Se prohíbe la contratación de otros integrantes para la construcción del prototipo

El prototipo de la aplicación debe funcionar en las salas de sistemas de la Pontificia Universidad Javeriana [27].

La documentación y el desarrollo del código fuente estará a cargo de Stephanie Buitrago; más información (ver organización del proyecto).

El plazo máximo para la publicación del trabajo de grado en el servidor Pegasus es el 28 de mayo de 2014

1.1.3 Entregables del ProyectoEn el proceso del desarrollo del proyecto se cumplirá con una serie de entregas, las cuales combinan documentos y prototipos descritos a continuación.

Ilustración 1: Entregables del proyecto

Primera Entrega

Análisis comparativo

Modelo de adaptación

Segunda Entrega

SPMPPlan y

Estimación

SRSEspecificación

de Requerimiento

s

SDDDocumento de

diseño

Tercera Entrega

Prototipo Funcional.

Pruebas y manuales

Manuales de Usuario

Cuarta Entrega

Publicación de Trabajo de Grado en Pegasus

Sustentación del trabajo de

grado

9

SPMP

1.1.4 Resumen de Calendarización

Actividad Comienzo Fin Entregables

Fase1. Investigación del dominio de la moda (Sistemas y Aplicaciones similares)Análisis del dominio

de la modaMie 24/07/13 Jue19/11/13 Documento en

el que se evidencia la

investigación y el análisis realizado.

Fase2. Modelo de PersonalizaciónInvestigación de los

modelos de adaptación

Vie 02/08/13 Mie 12/02/14 Documento con el modelo de adaptación realizado.Análisis del modelo

de adaptación de acuerdo a la

población objetivo

Lun 12/08/13 Mie 12/02/14

Generación del modelo de

adaptación de la información para los

usuarios finales

Vie 23/08/13 Mie 12/02/14

Fase3. Construcción del Prototipo de la aplicación web para dispositivos móvilesAnálisis y diseño del

prototipoMie 12/02/14 Lun 17/03/14 SPMP

Levantamiento de requerimientos

Lun 17/02/14 Lun 25/03/14 SRS, SDD

Implementación del prototipo

Lun 28/02/14 Lun 21/04/14 Prototipo funcional

Fase 4. Validación del Prototipo de la aplicación web para dispositivos móvilesPruebas con los escenarios de

pruebas

Lun 7/04/14 Lun 28/04/14 Documento de pruebas unitarias

Fase 5. Preparación de la Presentación del TGMemoria de TG y Página Web del TG

Lun 21/04/14 Lun 5/05/14 Memoria de TG y Página Web

Corrección Memoria TG

Lun 5/05/14 Lun 19/05/14 Memoria corregida TG

Entrega Memoria TG Vie 23/05/14 Vie 23/05/14 Memoria TGPreparación presentación ante el jurado

Vie 23/05/14 Lun 02/06/14 Presentación

10

SPMP

Tabla 1: Actividades

2. REFERENCIAS

Ver Anexo Referencias

3. ORGANIZACIÓN DEL PROYECTO

3.1 Interfaces Externas

El proyecto será desarrollado por Stephanie Buitrago quien asumirá todos los roles definidos (Ver Sección 2.4 Roles y Responsabilidades); igualmente se realizarán reuniones programadas con el cliente y sus demás estructuras externas especificadas en las ilustraciones 3, 4, 5, 6 y 7 donde se encuentran las estructuras externas con las cuales se va a interactuar a lo largo del proyecto.

Estructura Externa

Ilustración 2: Estructura Externa Cliente

Ángela Carrillo tiene el rol de cliente/auditor a lo largo de todas las iteraciones del proyecto, ella será quien oriente, guíe y audite cada iteración.

Ilustración 3: Estructura Externa Humana

José Hernando Hurtado es el jefe de sección de Ofimática; el ingeniero se ve relacionado con el proyecto ya que la alumna se dirigirá a él para solicitar el uso de las salas de la facultad de ingeniera después de las 8:00 pm y antes de las 7:00 am.

Angela Cristina Carrillo

Ramos[28] Cliente / AuditorProfesora asociada /

Directora Trabajo de Grado

Jose Hernando Hurtado

Jefe de sección de Ofimática

Carrera 7 # 40 - 62  Bogotá,

Bogota, Edificio José Gabriel

Maldonado S.J. [28]

11

SPMP

Ilustración 4: Estructura Externa

Las salas de sistemas de la Pontificia Universidad Javeriana se relacionan directamente con el proyecto ya que allí se desarrollará y se probará parte del proyecto.

Ilustración 5: Estructura Externa

Jurados de trabajo de grado, encargados de dar calificación final al trabajo realizado durante todo el semestre.

3.2 Interfaces Internas

El grupo de trabajo se rige por el modelo ASD (Agile Software Development) [29] [30] donde se propone trabajar de manera conjunta para facilitar la comunicación y la toma de decisiones dentro del mismo. Por medio de grupos de trabajo organizados, equipos de funcionalidad cruzada basados en prácticasde desarrollo ágiles expuestas en el “manifiesto para desarrollo de software ágil”[31].

3.3 Estructura Interna

El grupo de trabajo está conformado por la alumna Stephanie Buitrago, para el caso de este proyecto, ella desempeñará todos los roles necesarios para llevar el proyecto acabo.

Pontificia Universidad

Javeriana Salas De Sistemas[28]

Sitio Trabajo Y Desarrollo

Carrera 7 # 40 - 62  Bogotá, Bogota, Edificio José Gabriel

Maldonado S.J.

Jurados de trabajo de grado[28]

Por definir

Carrera 7 # 40 - 62  Bogotá, Bogota, Edificio José Gabriel

Maldonado S.J

12

SPMP

Ilustración 6: Estructura Interna

3.4 Roles y Responsabilidades

3.4.1 Gerente de Proyecto

3.4.1.1DescripciónEs el encargado de la planeación y coordinación del proyecto además de estar relacionado directamente con todos los stakeholders para lograr  los objetivos del proyecto [1][2].

3.4.1.2Conocimientos y Aptitudes Capacidad para crear, conectar y modificar ideas. Administración trabajo/tiempo del grupo Capacidad de solucionar problemas y conflictos

3.4.1.3Responsabilidades Distribuir equitativamente las tareas para cada uno de los

miembros del grupo. Organizar y dirigir reuniones y revisiones del trabajo realizado

durante el transcurso de la semana. Proveer retroalimentaciones a las supervisiones de los trabajos

anteriores. Llevar un registro de las tareas en ejecución y ejecutadas por cada

uno de los miembros. Estar disponible para cada uno de los miembros del grupo cuando

surja un problema dentro del mismo.

3.4.1.4Herramientas Microsoft Office Word Team Work Project Managment[32] Microsoft Office Excel

GerenteArquitectoDiseñadorDirector de desarrolloDocumentadorAdministrador de cálidadTester

Stephanie BuitragoX Semestre

13

SPMP

Google Docs Google Gmail

3.4.1.5Planes Relacionados Plan de trabajo Organización del proyecto Plan de administración de la calidad Plan de procesos de gestión Plan de cierre

3.4.2 Administrador de Calidad y Documentación

3.4.2.1DescripciónEste rol es el responsable del seguimiento del plan de calidad[10] y documentación (Ver Plan de documentación); es el encargado de cerciorarse de que todas las actividades de documentación y planes que se realicen dentro del proyecto además de ser realizadas a cabalidad cumplan satisfactoriamente con las metas propuestas[11] y sus respectivos estándares; si no es así debe ser capaz de encontrar errores y comunicarlo con el responsable del plan.

3.4.2.2Conocimientos y Aptitudes Liderazgo Comunicación Detallista Conocimiento del proyecto total Conocimiento de los estándares de calidad

3.4.2.3Responsabilidades Asegurar que cada uno de los miembros de la organización

cumplan con los estándares estipulados. Cerciorarse que todas las plantillas que se están manejando en el

plan de reportes sean documentadas adecuadamente. Asegurarse que todos los planes sean adecuados para el proyecto,

que se creen correctamente y que se cumplan. Cerciorarse que cada tarea realizada dentro de la organización sea

adecuadamente documentada.

3.4.2.4Herramientas Microsoft Office Word Microsoft Office Excel Team Work Project Managment [32] Estándares[12]:

ISO 9000

3.4.2.5Planes Relacionados Plan de reportes.

14

SPMP

Plan proceso técnicos. Plan de documentación. Plan de arranque.

3.4.3 Arquitecto

3.4.3.1DescripciónEl arquitecto de software es el encargado de la toma de decisiones de las herramientas que se usarán para el desarrollo y su infraestructura [21], conociendo las capacidades del equipo, el proceso que conlleva a la creación de software, buenas técnicas de comunicación, una amplia gama de herramientas para su implementación: tanto lenguajes de programación como hardware, y ser un buen negociador para adaptar los requerimientos a los costos que conllevan su desarrollo.

3.4.3.2Conocimientos y Aptitudes Lenguaje de comunicación visual (UML, Diagrama de procesos,

Diseño de la base de datos): debe tener claros los conocimientos de diseño para hacer el esquema del sistema.

Herramientas de desarrollo e infraestructura: conocer cualescuales herramientas sirven para mejorar rendimiento, manejo de la seguridad. Esto para tomar decisiones frente a los requerimientos funcionales sabiendo.

Cuáles toman más tiempo de desarrollo. Cuáles necesitan capacitación. Cuáles necesitan de infraestructura específica. Costos del producto. Aptitud para la comunicación: este debe tener una buena aptitud

de comunicación para mantener y liderar el proyecto frente a aspectos técnicos del sistema, ya que éste debe explicar cada al líder de desarrollo las cualidades del sistema, y al diseñador explicar los diagramas a groso modo, para que éste especifique en cada uno de los procesos.

Conocer las fases del desarrollo de software y las necesidades de cada una, para así poder ser muy asertivo en su toma de decisiones.

Estar al tanto de tecnologías específicas para brindar soluciones cada vez mejores.

Conocer los estándares y metodologías para el desarrollo de proyectos.

Tener experiencia previa en proyectos anteriores o parecidos para tomar las decisiones correctas.

3.4.3.3ResponsabilidadesEl arquitecto se encarga de seleccionar y diseñar las bases para la implementación del proyecto; es el líder técnico que conoce todo el sistema a gran escala y que brinda el soporte necesario para que el equipo tenga claras las tecnologías que usan en cada etapa [22].

15

SPMP

3.4.3.4Herramientas

Bizagi un modelador de procesos empresariales [23] UML para la elaboración de diagramas de clases, diagramas de

actividad, casos de uso, etc. [24] Microsoft Office. MyQuery Builder, una herramienta para la elaboración del

esqueleto de la base de datos [25]

3.4.3.5Planes Relacionados Plan de entrenamiento de personal. Plan de procesos técnicos. Casos de uso. Revisiones y auditorías.

3.4.4 Tester

3.4.4.1DescripciónLos requisitos del sistema pueden ser especificados en forma errónea o imperfecta. Por ello, el desarrollo de software considera una actividad que apoye el proceso de detección y eliminación de los errores y defectos del sistema en construcción. El objetivo del rol de tester es precisamente realizar dichas tareas [11].

3.4.4.2Conocimientos y Aptitudes Ser un buen programador en el lenguaje seleccionado, y tener

experiencia en el desarrollo de sistemas. Conocer la metodología de diseño utilizada. Ser ordenado en las revisiones de código y resultados de las

pruebas. Tener una actitud bien minuciosa para buscar errores en el

código y documentos del proyecto. Relacionarse bien con los demás compañeros para progresar en

la superación de los errores.

3.4.4.3Responsabilidades Realizar las pruebas de  integración y  aceptación  del prototipo. Realizar el seguimiento a la  documentación del prototipo. Asegurar que todos los procedimientos de prueba cumplan con el

estándar.

3.4.4.4Herramientas Explorador web.

3.4.4.5Planes Relacionados Plan de aceptación del producto. Plan de reportes.

16

SPMP

3.4.5 Director de Desarrollo

3.4.5.1DescripciónEl director de desarrollo debe estar en la capacidad de resolver problemas de algoritmia respecto al prototipo y de dar soluciones concretas con el fin de guiar a los desarrolladores [18][19].

3.4.5.2Conocimientos y Aptitudes Capacidad para resolver problemas de programación orientada a

objetos Capacidad para resolver problemas  sistemas de información y

gestión Capacidad para resolver problemas  análisis y diseño orientado a

objetos

3.4.5.3Responsabilidades Liderar la fase de desarrollo en el ciclo de vida del proyecto. Diseñar y asignar tareas para cada miembro del equipo de

desarrollo. Tomar decisiones de desarrollo. Organizar actividades de inspección del código para asegurar la

calidad del mismo.

3.4.5.4Herramientas Sublime 2 [20] Microsoft Office Word Git Hub[7]

3.4.5.5Planes Relacionados Plan de Procesos Técnicos Plan de Procesos de Gestión Plan de Trabajo

4. PLAN DE PROCESOS DE GESTIÓN

4.1 PLAN DE ARRANQUEEl objetivo de este plan es la planificación del proyecto y sus actividades, dando estimaciones de trabajo, esfuerzo del personal, recursos tanto de software como de hardware, el tiempo de ejecución del proyecto, las herramientas para el monitoreo y control, y la planificación de su desarrollo.[34]

4.1.1 Plan de EstimaciónEl propósito del plan de estimación es la de realizar una apreciación aproximada frente al tiempo requerido para la implementación y costo monetario que podría requerir. Para realizar este análisis de proporción, se utilizará la siguiente ecuación para obtener el costo total del proyecto.

17

SPMP

Costo∏ .= PF Total

PF Men suales×(Costohoraintegr . × Horas Mes× Nº meses)

Siendo PF los Puntos Funcionales. Al obtener este valor, se sumará con el costo de cada una de las actividades para hallar el costo total del proyecto:

Costo proy e cto=Costo producto+∑i=1

n

Costo deesfuerzo

4.1.2 Plan de Entrenamiento de PersonalEl objetivo de este plan es asignar y planear capacitaciones para algún integrante del equipo de trabajo que así lo requiera [34]. Para este caso la única alumna que integra el equipo de trabajo, será la responsable de tomar las capacitaciones adecuadas para conseguir que el proyecto se desarrolle adecuadamente. Se tomarán capacitaciones sobre los siguientes temas:

HTML 5 y CSS Ruby on rails

4.2 PLAN DE TRABAJOEl objetivo de este plan es conocer las actividades del proyecto y plasmarlas en un cronograma para conocer el detalle de la actividad, responsables, recursos, entregables, estimación y procedimiento, con esto se tiene control de los recursos, presupuesto y tiempo.[63]

4.2.1 Actividades de trabajo Se debe conocer cómo se va a desarrollar el proyecto, sus actividades principales y su tiempo límite de entrega para organizar el equipo de manera equitativa y lograr eficiencia en las tareas.

Actividad Comienzo Fin Entregables

Fase1. Investigación del dominio de la moda (Sistemas y Aplicaciones similares)Análisis del dominio

de la modaMie 24/07/13 Jue19/11/13 Documento en

el que se evidencia la

investigación y el análisis realizado.

Fase2. Modelo de PersonalizaciónInvestigación de los

modelos de adaptación

Vie 02/08/13 Mie 12/02/14 Documento con el modelo de adaptación realizado.Análisis del modelo

de adaptación de acuerdo a la

población objetivo

Lun 12/08/13 Mie 12/02/14

Generación del modelo de

Vie 23/08/13 Mie 12/02/14

18

SPMP

adaptación de la

información para los usuarios finales

Fase3. Construcción del Prototipo de la aplicación web para dispositivos móvilesAnálisis y diseño del

prototipoMie 12/02/14 Lun 17/02/14 SPMP

Levantamiento de requerimientos

Lun 17/02/14 Lun 28/02/14 SRS, SDD

Implementación del prototipo

Lun 28/02/14 Lun 7/04/14 Prototipo funcional

Fase 4. Validación del Prototipo de la aplicación web para dispositivos móvilesPruebas con los escenarios de

pruebas

Lun 7/04/14 Lun 21/04/14 Documento de pruebas unitarias

Fase 5. Preparación de la Presentación del TGMemoria de TG y Página Web del TG

Lun 21/04/14 Lun 5/05/14 Memoria de TG y Página Web

Corrección Memoria TG

Lun 5/05/14 Lun 19/05/14 Memoria corregida TG

Entrega Memoria TG Vie 23/05/14 Vie 23/05/14 Memoria TGPreparación presentación ante el jurado

Vie 23/05/14 Lun 02/06/14 Presentación

Tabla 2: Actividades

4.2.2 Asignación Cronograma Además se debe definir las actividades y tareas (sus dependencias y comunicación) que se llevarán a cabo durante el proyecto. Se generarán diagramas GANT para visualizar mejor el calendario [65][66][67].[Ver anexo cronograma GANTTER]

4.2.3 Asignación de recursosEl objetivo es conocer qué herramientas, lugares y personal se necesita para cada actividad para hacer una debida asignación de recursos y evitar conflictos de actividades por recursos [67]

4.2.4 Plan de adquisicionesConocer los bienes y servicios que se obtendrán para el proyecto.Para el proyecto se utilizarán herramientas gratuitas o de bajo costo. Tanto las herramientas como los recursos están debidamente detalladas en el plan de herramientas y recursos.

19

SPMP

4.3 PLAN DE CONTROL

4.3.1 Plan de Control de requerimientosEl objetivo de este plan es reducir el impacto de la modificación e inclusión de requerimientos, controlando y minimizando sus efectos en el calendario del proyecto [38].

El control de requerimientos se divide en dos partes 1. Cuándo se va a hacer el levantamiento de requerimientos 2. Cuándo se van a incluir nuevos requerimientos y los requerimientos

iniciales ya están estipulados.

Levantamiento de requerimientosEl analista es el encargado de producir los requerimientos del dominio del sistema con el cliente. El no cumplir con requerimientos de calidad producirá consecuencias negativas sobre el proyecto y el producto [39].

Se debe revisar los requerimientos de software asegurando que cumplan con las características: Independiente del diseño, trazable, localizado, no repetido, consistente, conciso, completo, correcto, factible, necesario, priorizable, no ambiguo, verificable, realizable [27].

4.3.2 Plan de Control de cronogramaEl objetivo de este plan es administrar el tiempo estipulado por el cliente para cumplir todas las actividades que se definieron para que el proyecto sea exitoso [43][44].

El proceso de trabajo es autónomo, lo cual significa que la alumna se encarga de administrar su tiempo destinado a la labor de construcción del proyecto. Esto por supuesto no debe afectar las entregas y fechas importantes propuestas para el proyecto.

4.3.3 Plan de Control de PresupuestoEl objetivo de este plan es controlar el presupuesto con relación a la estimación de costos [42].

Como es un proyecto netamente académico, y lo que se pretende es aplicar los conocimientos adquiridos durante la carrera los gastos serán mínimos, no habrá salarios, se intentará adquirir herramientas gratuitas o de bajo costo, y se necesitará la ayuda de un diseñador quien se encargara del diseño de la aplicación. [27]

4.3.4 Plan de Control de CalidadEl objetivo de este plan es controlar desde el principio del proyecto y en cada iteración de desarrollo el producto de software que se le va a entregar al cliente, para que éste sea confiable y libre de anomalías.

20

SPMP

La calidad del producto tiene que estar controlándose desde el principio del proyecto y en cada iteración de desarrollo, se le tiene que entregar al Cliente un producto confiable libre de fallos y para esto es mejor hacer un control de la calidad que corregir errores al final [45].

Ilustración 7: Desarrollo del producto

Como se puede ver en la Ilustración 7, se ilustra una serie de pasos alrededor del desarrollo de la aplicación que se resume en los siguientes pasos:

1. El desarrollador implementa la aplicación (prototipo), cada prototipo debe especificar qué requerimientos está cumpliendo; además, cada funcionalidad desarrollada debe estar probada por los programadores que la desarrollaron para que pueda pasar a la siguiente etapa.

2. El tester le hace pruebas de estrés, intenta hacer que la aplicación falle a cada uno de sus componentes.

3. El tester prueba las funcionalidades e intentan que el producto genere inconsistencias con respecto a los requerimientos.

4. Si pasa los tres primeros pasos, la calidad se garantiza con una prueba final.

5. Al final se pondrá personas ajenas al equipo para que prueben la aplicación y de esta manera asegurarse que tanto el cliente como el usuario final podrán manejar el producto sin problemas.

Si los puntos 2, 3, 4, 5 fallan para algún prototipo o para el producto final, entonces se hará un registro de la prueba y se reportará al desarrollador para se haga una revisión y volverá a empezar el ciclo completo.

Desarrollo del

producto

Pruebas técnicas

Pruebas funcionales

Pruebas de programad

orPruebas

finales de equipo

Pruebas de usuario

21

SPMP

4.3.5 Plan de Control de CambiosEl objetivo de este plan es especificar cómo se desarrollará el control de cambios en todos los documentos referentes al desarrollo del proyecto; esto debido a que se debe mantener un control y asegurarse de que todo se esté desarrollando en el orden especificado para el proyecto, identificando los cambios y alteraciones en cada iteración del proyecto [52].

Ilustración 8: Control de cambios

Como se puede observar en la Ilustración 8, básicamente el proceso que se debe seguir en este plan es el siguiente, con cada uno de los documentos o código que se revise:

1. Identificación: en el proceso de las revisiones por parte de los Revisores, el administrador de Calidad y el Director de Desarrollo, se ejecutan análisis acerca del desarrollo del documento, si el documento no cumple con su objetivo se determina que deben realizarse cambios al documento, si no pasa a implementarse directamente al respectivo documento o código.

2. Análisis: después de la detección, se analizan cuáles son las posibles repercusiones que se pueden generar los cambios que se necesitan, si no trae grandes repercusiones y es adecuada, la solicitud de cambio continua el proceso esperando la aprobación.

3. Aprobación: si el nivel de afectación no es tan grande para que se afecte en gran parte el proyecto, la solicitud de cambio se aprueba, se genera el reporte de la solicitud de cambio (Ver Seccion Plan de Reportes) y se envía al responsable de ejecutar el cambio respectivo.

Identificación

Análisis

Aprovación

Ejecución

Verificación

Implementación

22

SPMP

4. Ejecución de cambio: el responsable de ejecutar el cambio debe hacer las

modificaciones necesarias en todas las partes que puedan ser afectadas; esto con el fin de tener consistencia en todo el desarrollo del proyecto.

[5.] Verificación: dDespués de realizar los cambios solicitados, se realiza una verificación de los cambios, cerciorándose de que estén bien efectuados y que haya consistencia con el documento o código, en caso de fallar en los cambios se vuelve a la identificación para corregir los errores encontrados.

[6.] Implementación: sSí el documento o código superaron la verificación, pueden ser incluidos en los documentos línea base en el caso de documentos de avance o en el repositorio del proyecto cuando es código, finalizando así el proceso de control.

4.4 PLAN DE CIERREEl objetivo de este plan es realizar una retroalimentación de control sobre cada entrega y asignar nuevas tareas. Después de finalizado el proyecto durante el semestre, en el evento de que involucra la sustentación de trabajo de grado (Ver ver sección 1.1.4. Resumen de Calendarización y Presupuesto) se discutirán las experiencias obtenidas mientras transcurría el proceso de construcción y se evaluarán los logros alcanzados con el cliente. También se procederá a analizar las opiniones de retroalimentación por parte de los evaluadores y las correcciones propuestas (Ver Sección 4.1. Interfaces Externas).

5. PLAN DE PROCESOS TÉCNICOS

5.1 MODELO DE CICLO DE VIDA DEL PROCESOEl modelo de ciclo de vida que se seleccionó para este proyecto fue en espiral.

La razón por la cual se escogió este modelo, es porque resulta óptimo a la hora de elaborar una aplicación con la cual se cuenta con poco tiempo de trabajo, y en donde solo sólo se entregaría la arquitectura en 2 dos hitos.

La primera entrega se realizará a la directora de trabajo de grado. La segunda entrega se realizará durante la sustentación ante los jurados.

La Ilustración 9 muestra comocómo funciona el modelo descrito.

23

SPMP

Ilustración 9: Ciclo de vida del proyecto [Tomado de XX]

Este modelo permite realizar el análisis de riesgos como es debido, y después ir creando la aplicación de acuerdo a los requerimientos especificados, y por último permite hacer las validaciones pertinentes para que al final se entregue un producto de excelente calidad.

5.2 MÉTODOS, HERRAMIENTAS Y TÉCNICASEl obejetivoobjetivo de esta sección es reconocer, identificar, y describir los métodos, herramientas y diferentes técnicas que se utilizarán para el desarrollo de cada una de las entregas del proyecto, dando a conocer la importancia y la justificación del uso de cada una de estas.

5.2.1 Lenguaje de programaciónLos lenguajes de programación que serán utilizados en el desarrollo del proyecto serán HTML5, CSS, Ruby on rails, estos se acoplan a las necesidades del proyecto y la metodología escogida para el desarrollo.

24

SPMP

5.2.2 HerramientasEn esta sección se presentarán las herramientas que la alumna tendrá a su disposición para el desarrollo del proyecto. Estas herramientas ayudan con la realización de código, diagramas, documentos, imágenes, almacenamiento, comunicación entre otras funciones.

Ilustración 10: Herramientas

Microsoft Office Word 2007-2010Herramienta de procesamiento de textos

Microsoft Office Excel 2007-2010Aplicaciòn para menejar hojas de calculo.

Sublime text 2Editor de texto

GliffyEditor de diagramas

Draw.ioHerramienta para elaboración de diagramas.

Google DocsCreaciòn y ediciòn de documentos en linea

TeamWorkVersionamiento, manejo de archivos y project management.

Googlee ChromeNavegador e inspector de elmentos

GitHub V 1.7.1Cliente de google code

GantterManejo de calendarizacion

PhotoshopHeramienta de diseño

25

SPMP

5.3 PLAN DE INFRAESTRUCTURAEl objetivo de esta sección es identificar la infraestructura que es necesaria para el desarrollo del proyecto.

5.3.1 Instalaciones FísicasEl proyecto será desarrollado en diferentes instalaciones que cumplen con los requisitos para que la alumna pueda realizar el proyecto sin ningún problema, es decir, tienen una infraestructura de red y comunicación necesaria. Las instalaciones están descritas a continuación.

Pontificia Universidad Javeriana sede Bogotá. Carrera 7 con calle 46 Casa de Stephanie Buitrago. Transversal 4 # 43 - 09

5.3.2 Estaciones de trabajoEl trabajo se realizara realizará principalmente en maquinasmáquinas con Sistema Operativo Windows ó Mac OS[57], esto debido a que la herramienta en la que se va a desarrollar no tiene problemas de versionesamiento para diferentes sistemas operativos por los que la migración del proyecto entre sistemas operativos no tiene riesgo alguno.

5.3.3 Redes de comunicación Durante el desarrollo de la aplicación no es de gran importancia encontrarse conectado a internet Internet pues las pruebas se realizan de forma local;, sin embargo, para la etapa final si es necesario conectarse a una red LAN con la que se tendrá acceso al servidor en el que se debe montar la aplicación.

Las redes que ya se encuentran implementadas y pueden ser usadas por la alumna sin ningún tipo de restricción son las de la Pontificia Universidad Javeriana, Sede Bogotá (Javerred_WiFi). También se hará uso de las redes implementadas en cada una de las locaciones de las instalaciones físicas por medio de enrutadores.

5.3.4 EquiposLa especificación de los equipos que será utilizada durante el proyecto se encuentra detallada en el documento anexo plan de infraestructura

5.4 PLAN DE ACEPTACIÓN DEL PRODUCTOEn este plan se describirán los procesos a seguir para la completa satisfacción del cliente con el proyecto.

Cumplir con los requerimientos del cliente Planear la no aceptación del producto. Cumplir con un producto de calidad.

Los criterios de aceptación para este producto de software son los establecidos en el plan de control de calidad de este documento, los resultados del plan de pruebas, los

26

SPMP

requerimientos, es importante también que al usuario final le guste el aspecto del producto a un nivel visual para poder aceptar el producto.

Para presentar al Cliente el progreso y estado del proyecto y recibir la respectiva retroalimentación de acuerdo con el modelo de ciclo de vida propuesto se hace de la forma especificada en la sección de resumen de calendarización.

6. PLAN DE PROCESOS DE SOPORTE

6.1 PLAN DE ADMINISTRACIÓN DE LA CONFIGURACIÓNEl objetivo del plan es implantar y especificar cuáles serán los parámetros y herramientas dentro del grupo de trabajo que se deben manejar en todo momento para el manejo de los archivos y el control de versiones, esto con el fin de mantener una excelente organización en el proceso de documentación y desarrollo del producto, por lo tanto se especificaran especificará más adelante comocómo será el desarrollo del plan en el transcurso del proyecto [58][52].

El desarrollo del plan se conforma de los siguientes elementos [52]:

Tipos de documentosExisten varios documentos en el desarrollo del proyecto que deben tener un determinado uso y actualización para llevar una buena organización, evitar posibles errores en la creación.

Documentos Línea Base Documentos de Avances Plantillas de control. Adicionales

Control de versionesCon el fin de evitar la pérdida de información la confusión entre documentos se plantean los siguientes estándares para el almacenamiento de los documentos.

Línea Base: Los los documentos de Línea Base, como lo son el SPMP, SRS. SDD entre otros deben ir nombrados de la siguiente manera: <nombre del documento> + _ + <nombre de la aplicación> + _ + “V.“+ <numeronúmero de versión>. Cabe resaltar que el número de versión iniciara en 0.1 e irá aumentando a medida que se realicen modificaciones de gran tamaño en el documento.

Documentos de Avances: Los documentos de avances en el desarrollo de cada documento de línea base deben ir nombrados de la siguiente manera: <nombre del documento> + [+ <nombre de la aplicación> +] + “V.“+ <numeronúmero de versión> El numeronúmero de la versión empezara empezará en 1.0 y aumentara aumentará por unidades.

Documentos Adicionales: Los los documentos adicionales deberán seguir este formato: <nombre del documento> + {+ <nombre de la aplicación>

27

SPMP

+} + “V.“+ <numeronúmero de versión> El numeronúmero de la versión empezara empezará en 1.0 y aumentara por unidades.

Almacenamiento de DocumentosTodos los documentos que estén relacionados con el proyecto actualmente en desarrollo estarán disponibles según sea el caso en dos diferentes plataformas.

1. Todos los documentos diferentes al código de desarrollo serán almacenados en la página del proyecto (Métodos, Herramientas y Recursos), estos deben ser subidos por cada integrante dependiendo de su tarea asignada (Ver Cronograma).

2. Con respecto al código de desarrollo, este será almacenado en Google Code y cada integrante con el rol de Desarrollador podrá acceder a través de la herramienta GitHub al repositorio del código y trabajar conjuntamente.

6.2 PLAN DE VERIFICACIÓN Y VALIDACIÓNEste plan es muy importante ya que tiene como objetivo mejorar la calidad de los productos de software ayudando a reconocer y arreglar los defectos en etapas tempranas del proceso del ciclo de vida del proyecto.Cabe resaltar la diferencia entre validación y verificación, donde según RAE [59] verificación es comprobar o examinar la verdad de algo y validación es dar fuerza o firmeza a algo, hacerlo válido.

6.2.1 VerificaciónLa verificación se desarrollara desarrollará mediante de técnicas de comprobación y análisis de sistemas, específicamente se trabajará la inspección de trabajo [60] donde se analizan y comprueban las tareas asignadas;, esta actividad la realizará la alumna en conjunto con la directora de trabajo de grado; revisores se encargan de verificar que la actividad desarrollada cumpla con todos los requerimientos; De igual manera en la Ilustración 11; se puede ver que este plan afecta todos los planes en general de manera que se podrá cumplir con la verificación de cada plan y se garantizará el trabajo de la alumna.

28

SPMP

Ilustración 11: Planes que se ven afectados

6.2.2 ValidaciónLa validación es el proceso donde se debe asegurar que la iteración del proyecto o la tarea cumplen con las expectativas del cliente además de asegurar la calidad de cada uno de los requerimientos planteados; la validación de cada iteración se lleva acabo con el siguiente proceso representado en la Ilustración 12.

Ilustración 12: Proceso de validación

Plan de verificación y

validación afecta

Plan de mejores del proceso

Plan de control de calidad

Plan de aceptación del

producto

Plan de resolución de

problemas

Plan de aseguramiento

de calidad

Plan de recolección de

métricasPlan de gestión

de riesgos

Plan de administración

de configuración

Plan de control de

requerimientos

Plan de reportes

Plan de verificación y

validación

Cliente / Auditor

Alumna

29

SPMP

6.3 PLAN DE DOCUMENTACIÓNEl plan de documentación cubre el esfuerzo completo de una organización organización y la realización de un proceso de gestión de la información, lo más probable es desarrollar varias versiones de múltiples productos de documentación y desarrollo por parte de la organización. Un plan de documentación tiene un alcance menor, e incluye el plan de proyecto para un solo documento, conjunto de documentos y líneas de código fuente, a menudo incluyendo las especificaciones de la documentación.[61]

6.3.1 Desarrollo Del Plan

6.3.1.1Documentos A EntregarEn el transcurso del proyecto se ejecutarán diferentes documentos con el objetivo de realizar actividades de estimación, control, monitoreo y planeamiento del proyecto los cuales le dan claridad a el desarrollo del mismo. La elaboración de estos documentos está basada en estándares de la IEEE, Plantillas Iron Works suministrada en la asignatura Ingeniería de software.

En la Tabla 3 se encuentra una descripción detallada de los documentos que se generarán durante el proyecto, una breve descripción y el estándar que se usó para la elaboración del mismo.

DOCUMENTO DESCRIPCIÓN ESTÁNDARSPMP(Software Project Managements Plans)

El propósito de este documento es la planificación del proyecto, identificar el alcance del proyecto, estimar el trabajo necesario, y crear un cronograma del proyecto.

IEEE 1058-1998 (Standard for Software Project Management Plans)[*]

Systems and software engineering — Requirements for managers of user documentation INTERNATIONAL STANDARD, ISO/IEC/IEEE 26511[*].

Plantilla SPMP de IronWorks.

Software Project Management Plan (SPMP) for Nirvana National Bank ATM. Terasoft, Inc.

SRS(Software Requirements Specifications)

Este documento es una descripción completa del comportamiento de un sistema a ser desarrollado y puede incluir un conjunto de casos de uso que describen las interacciones de los usuarios con el software.

IEEE 830-1998 (Recommended Practice for Software Requirements Specifications).

Plantilla SRS de IronWorks. Software Requirements

Specification Template, McMaster University.

Evaluation and selection criteria for software requirements specification

30

SPMP

standards.

IEEE 830-1998 Recommended Practice for Software Requirements Specifications.

SDD(Software Design Description)

Este Documento especifica el proceso de resolución de problemas y la planificación de una solución de software. Incluye componentes de bajo nivel y los problemas de implementación de algoritmos, así como la vista a nivel arquitectónico.

IEEE 1016-1998 (Recommended Practice for Software Design Descriptions).

Plantilla SDD de IronWorks. 1016-2009 - IEEE Standard

for Information Technology--Systems Design--Software Design Descriptions.

Manual de usuario Es un documento de comunicación técnica destinado a dar asistencia a los usuarios que utilizan un sistema.

IEEE 1063-2001 (Standard for Software User Documentation)

Plantilla de manual de usuario de IronWorks.

IEEE Draft Standard for Software and systems engineering -- Requirements for managers of user documentation.

Manual de instalación Documento que contiene una serie de pasos a seguir para garantizar la instalación y correcto funcionamiento del software.

IEEE 1063-2001 (Standard for Software User Documentation).

Resultados de pruebas

Documento que contiene los resultados de las diferentes pruebas realizadas al software.

IEEE 829-1998 (Standard for Software Test Documentation)

IEEE 1008 – 1987 (Standard for Software Unit Testing)

829-2008 - IEEE Standard for Software and System Test Documentation.

Tabla 3: Documentos entregables

Además de los documentos entregables mencionados anteriormente se documentará el código fuente del prototipo, para así brindar claridad a los jurados y a las personas interesadas en la revisión del código.

6.4 PLAN DE ASEGURAMIENTO DE LA CALIDADEl objetivo de este plan es definir, organizar, dirigir y controlar la calidad del producto, por medio de estandarización, medición y monitoreo constante de los procesos realizados durante el proyecto, para así incrementar la eficiencia en el logro de sus objetivos.El plan de aseguramiento de calidad estará apoyado en el plan de control de calidad y el plan de trabajo debido a que en los planes mencionados anteriormente se realizan controles y monitoreo de las tareas y procesos de la organización.

31

SPMP

El plan de control de calidad se ejecutará como se muestra en la Ilustración 13. Allí se observa que la elaboración de documentos y el desarrollo de la aplicación se llevara llevarán a cabo mediante el plan de trabajo, el resultado del plan de trabajo se examinará minuciosamente por medio del plan de control de calidad y el producto final se analizará basándose en el plan de aseguramiento de calidad.

Ilustración 13: Proceso de aseguramiento de calidad

6.5 REVISIONES Y AUDITORIASEl Objetivo del plan de revisiones y auditorias es realizar una evaluación independiente de cada producto o proceso realizado para verificar el cumplimiento de las normas y estándares exigidos por la organización con el fin de asegurar la calidad de cada elemento.

6.5.1 RevisionesLas revisiones de tareas se realizan de manera continua a lo largo del proyecto debido al modelo a seguir, ya se requieren iteraciones a corto plazo; en todas las iteraciones se definió un esquema de revisión para velar por la calidad de cada iteración.

6.5.2 AuditoriasLa auditoría se realiza para cada iteración después de seguir un riguroso proceso de calidad definido en donde se ejecuta una reunión con el auditor., allí Allí se realizará la lectura del prototipo y el auditor realizará anotaciones en el documento para elevar el proceso de aseguramiento de calidad; allí el grupo entrará en la siguiente iteración para realizar los cambios sugeridos y esto continuará de manera constante.

6.6 PLAN DE RESOLUCIÓN DE PROBLEMASEl objetivo de este plan es la identificación y solución de los problemas mediante modelado de planes, la recopilación de información y el desarrollo de soluciones

Plan De Trabajo

DocumentosCodigo

Plan De Control De Calidad

RevisionesAuditorias

Plan De Aseguramie

nto De Calidad

Producto

Final

32

SPMP

alternativas para obtener los mejores resultados y así mismo corregir falencias dentro de los procesos que se ejecutan en la organización.

7. ANEXOS

7.1 Referencias