Final Analisis

6/16/2014 Análisis del Sistema

SYSCRUM

Sucely Anai TucTuc Barrera 0900-09-1912 Egda Marisol Soyos Monroy 0900-09-0887

CONTENIDODescripción general del sistema 4

Participantes 5

Definición del Problema5

Enunciado de posicionamiento 7

Criterios generales 7

Características esperadas del sistema 8

Glosario 9

Censo de Casos de Uso: 12

1. Caso de uso Accesar al Sistema 15

2. Caso de uso Crear un nuevo proyecto 18

3. Caso de uso Definir los objetivos del proyecto y de los Requisitos 22

4. Caso de uso Establecer el Scrum Rol del Recurso Humano 26

5. Caso de uso Definir historias de usuario 29

6. Caso de uso Planificar el Dayli Scrum 32

7. Caso de uso Crear sprint 35

8. Caso de uso Definir Sprint Task 38

9. Caso de uso Registrar Iteraciones de proyecto 41

10. Caso de uso Finalizar Proyecto 44

10 El sistema no debe tener sprints task por definir. 44

ESTUDIO DE FACTIBILIDAD 48

FACTIBILIDAD TECNICA 48

Resultado del Análisis Técnico 50

Propuesta de Equipo para Actualizar 50

FACTIBILIDAD ECONOMICA 52

Análisis Costo-Beneficio 52

Costos del Sistema Actual 52

Costo Sistema Propuesto 53

ANALISIS COSTO BENEFICIO SISTEMA PROPUESTO – SISTEMA ACTUAL 55

FACTIBILIDAD OPERATIVA 57

ENCUESTA 58

Control documental 59

1

Derechos de uso 59

Hoja de estado del documento 59

Resumen Ejecutivo 60

Consideraciones Iníciales 60

Incremento de la Productividad 62

Reducción de costos 62

COSTO TOTAL DE PROPIEDAD (TCO) 63

Retorno de la inversión (ROI) 65

Conclusión 73

E-grafía 74

1

Introducción

Actualmente RUP es una de las metodologías más utilizada para el desarrollo de software, debido a su control estándar que utiliza para el análisis, diseño, implementación y documentación de los sistemas.

En la siguiente documentación se muestra el proceso de análisis para el desarrollo del sistema SYSCRUM, que es un sistema para el control de desarrollo de software basado en SCRUM, en donde se mostrará cómo se implementó la dimensión vertical y horizontal del análisis en base a plantillas especificas (especificación de casos de uso, visión… etc.) basadas en RUP, lo cual apoya para que la producción de este software sea de calidad y que resuelva las necesidades de los usuarios futuros dentro de un presupuesto y tiempo establecido.

1

***SYSCRUM***Sistema de control para el desarrollo de software basado en

Scrum

Análisis del Sistema SYSCRUM

Versión <1.0>

Revisiones

Fecha Versión Descripción Autor

05 de junio de 2014 1.0 Descripción general del sistema Egda soyos y Sucely Tuc Tuc

1

Análisis del Sistema SYSCRUM

SYSCRUM es un sistema que permitirá administrar el marco de referencia de Scrum en proyectos de desarrollo de software, siendo su propósito funcional apoyar con las siguientes características:

Administrar los proyectos y su solicitud. Administrar el recurso humano/usuarios que pueda

apoyar en la ejecución de los proyectos. Establecer los elementos del Product Backlog del proyecto

y definir sus historias de usuarios para definir requerimientos funcionales y no funcionales.

Configurar Sprints del proyecto así como establecer los elementos del sprint backlog de cada sprint.

Configurar detalle del Sprint Backlog y registrar su información relacionada a las reuniones.

Descripción general del sistema

El Sistema administrará el desarrollo de software en referencia de Scrum, el cual integra las siguientes fases para llevar a cabo el control del proyecto a desarrollar:

Validación de Usuarios

Creación y Alta de proyectos

Definición de objetivos para cada proyecto

Definición del Scrum Rol

Definición de Historia de Usuario

Planificación de Sprints

Finalización y baja de proyectos.

4

DOCUMENTO VISIÓN

Participantes

SYSCRUM por ser un sistema diseñado para trabajar colaborativamente en el desarrollo de software basado en Scrum, está dirigido directamente:

Área o persona

Descripción ¿Cómo se relaciona?

¿Cómo es afectado?

Departamento de Informática y desarrollo de la Empresa “X”

Desarrollo e implementación de software para entornos complejos.

El departamento de informática tiene muchas complicaciones debido a que en sus proyectos es difícil llevar el control de los proyectos que se están desarrollando, debido a que en la mayoría de estos los requisitos son cambiantes.

Debido a la falta de control, se ha perdido la competitividad, flexibilidad y productividad ya que el principal problema es que no se está entregando al cliente lo que necesita o las entregas se alargan demasiado.

Definición del ProblemaA continuación se detallan los problemas que se presenta en el departamento de informática y desarrollo debido a la falta de control.

El problema de Administración de proyectos

Afecta Chief Scrum System

Lo cual impacta en Falta de control en la eliminación de obstáculos que impiden que el equipo alcance los objetivos esperados, debido a la falta de control en los proyecto que se trabajan en paralelo.

Una solución exitosa puede ser

Planificar desde el inicio del proyecto los objetivos de cada proyecto que se están trabajando en la empresa asignando el recurso humano para cada proyecto y así no tener conflictos en que personas del equipo scrum, tenga N actividades por desarrollar en un mismo tiempo

9

DOCUMENTO VISIÓN

determinado.

El problema de Definición de Historias de usuarios (Requerimientos)

Afecta Equipo Scrum, Scrum Master

Lo cual impacta en El software en desarrollo no es lo que el cliente necesita, debido a que no se registran los requerimientos del cliente.


Relacionar los objetivos iniciales del proyecto con las historias de usuario para definir los requerimientos funcionales adaptados a cada iteración que se tiene con el cliente para determinar que el software que se desarrolla, sea lo que el cliente necesita.

El problema de Coordinación y configuración de Sprint (reuniones)

Afecta Scrum Master, Equipo Scrum

Lo cual impacta en La administración de estas reuniones es defectuosa y no se registra de manera correcta el detalle del Sprint Backlog.


Relacionar los objetivos iniciales del proyecto con las historias de usuario para definir los requerimientos funcionales adaptados a cada iteración que se tiene

9

DOCUMENTO VISIÓN

con el cliente para determinar que el software que se desarrolla, sea lo que el cliente necesita.

Enunciado de posicionamientoSYSCRUM es un software que intentará ofrecer al departamento de informática y desarrollo el control necesario para los proyectos que estén activos y en desarrollo.

Para Departamento de Informática de la Empresa “X”

Quien Control de proyectos

El SYSCRUM

Que Control efectivo del desarrollo de software basado en Scrum

A diferencia de Procesos manuales que actualmente se utilizan como la pizarra en donde si no se documenta, es difícil que se lleve un control de cada sprint y por lo tanto no se hace difícil el control de cada proyecto.

Este sistema SYSCRUM contiene cada fase del desarrollo basado específicamente en Scrum, lo que le permitirá llevar el control efectivo.

Criterios generales

Actualmente se presenta un prototipo NO FUNCIONAL del sistema SYSCRUM, para mostrar a ustedes las fases en que trabaja el control de los proyectos basados en la metodología Scrum para que se pueda observar la perspectiva general en la que trabaja Syscrum.

9

DOCUMENTO VISIÓN

Características esperadas del sistemaSYSCRUM comprenderá Integrara para el control de proyectos basados en Scrum las siguientes fases o etapas:

Nombre Descripción

Accesar al sistemaEl sistema autenticará al usuario en base a un correo

electrónico, una clave, para que pueda acceder al sistema de acuerdo a sus privilegios.

Crear nuevo proyecto Scrum

El sistema permitirá que el usuario con rol de Chief Scrum System cree un nuevo proyecto dando el alta al

proyecto a desarrollar y asignar los usuarios que trabajaran en el desarrollo.

Definir los objetivos del proyecto y de los requisitos

El sistema permitirá definir el valor u objetivo que aporta al usuario o actor de cada requisito, para así

evitar las dependencias entre requisitos.

Establecer el Srcum Rol del recurso humano que

participara en el desarrollo del proyecto

El sistema permitirá definir el rol de los usuarios que participaran en el desarrollo del sistema, que el

usuario Chief Scrum System asigno para el proyecto, así como el tiempo que se tiene estimado para que

desarrollen su actividad o trabajo asignado.

Definir historia de usuarios

El sistema permitirá establecer los elementos que conformaran el product backlog, así como su

administración para determinar requisitos funcionales y no funcionales, los cuales pueden ser cambiantes

conforme a cada iteración que se tenga con el cliente.

Planificar el Daily Scrum

El sistema permitirá que se planifique todas las reuniones que se tendrán durante el desarrollo del Proyecto, así como la hora, las fechas, la ubicación,

usuarios involucrados y el tiempo de duración.

Crear Sprints

El sistema permitirá que se configuren los sprints conforme a las reuniones planificadas en el Daily

Scrum, que se llevaran durante la implementación y desarrollo del proyecto.

Definir Sprints Task

Se registra el esfuerzo estimado, esfuerzo remanente, esfuerzo completado y escenario de prueba de cada avance logrado de cada sprint realizado, el cual se

registrará en el Sprint Backlog.

Registrar Iteraciones de proyecto

El sistema permitirá registrar cada fase terminada del proyecto, así como posibles errores y cambios de requerimientos que el cliente final haya hecho al

momento de revisar fase o iteración.

9

DOCUMENTO VISIÓN

Finalizar proyecto Se da por finalizado el proyecto, guardando la entrega final.

9

DOCUMENTO VISIÓN

Glosario

Product Backlog: es un documento de alto nivel para todo el proyecto. Contiene descripciones genéricas de todos los requisitos, funcionalidades deseables, etc. priorizadas según su retorno sobre la inversión.

Sprint:El Sprint es el período en el cual se lleva a cabo el trabajo en sí.

Sprint backlog:Es un documento detallado donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint.

Daily Scrum o Stand-up meeting:Cada día de un sprint, se realiza la reunión sobre el estado de un proyecto.

9

***SYSCRUM***

Sistema de control para el desarrollo de software basado en Scrum

Censo de Casos de UsoVersión <1.0>

Revisiones

Fecha Versión Descripción Autor

11 de mayo de 2014 1.0 Descripción general del sistema Egda soyos y Sucely Tuc Tuc

11

Censo de Casos de Uso:Para el desarrollo de SYSCRUM se concluye que seran necesarios los siguientes casos de uso que se detallan a continuación:

***SYSCRUM***

Nombre Descripción ActoresPriorid

ad

Accesar al sistemaEl sistema autenticará al usuario en base a un correo electrónico, una clave, para que pueda acceder al sistema de acuerdo a sus

privilegios.

Product Owner, Scrum Master, Srcum Team Member, Chief Scrum

System.

2


El sistema permitirá que el usuario con rol de Chief Scrum System cree un nuevo proyecto dando el alta al proyecto a desarrollar y

asignar los usuarios que trabajaran en el desarrollo.Chief Scrum System 2

Definir los objetivos del proyecto y de los

requisitos

El sistema permitirá definir el valor u objetivo que aporta al usuario o actor de cada requisito, para así evitar las dependencias entre

requisitos, los cuales se registraran en el product Backlog de cada proyecto.

Product Owner, Product Backlog. 2

Establecer el Srcum Rol del recurso

humano que participara en el

desarrollo del proyecto

El sistema permitirá definir el rol de los usuarios que participaran en el desarrollo del sistema, que el usuario Chief Scrum System

asigno para el proyecto, así como el tiempo que se tiene estimado para que desarrollen su actividad o trabajo asignado.

Scrum Master, Sprint Backlog, product Owner,

srcum Team Member.2

Definir historia de usuarios

El sistema permitirá establecer los elementos que conformaran el product backlog, así como su administración para determinar requisitos funcionales y no funcionales, los cuales pueden ser

cambiantes conforme a cada iteración que se tenga con el cliente.

Product Owner, Srum Master, Scrum Team

Member2

Planificar el Daily Scrum

El sistema permitirá que se planifique todas las reuniones que se tendrán durante el desarrollo del Proyecto, así como la hora, las

Scrum Master, Scrum Team Member, Product

3

4

fechas, la ubicación, usuarios involucrados y el tiempo de duración. Owner, Sprint Baclog.

Crear SprintsEl sistema permitirá que se configuren los sprints conforme a las

reuniones planificadas en el Daily Scrum, que se llevaran durante la implementación y desarrollo del proyecto.

Scrum Master, sprint Backlog 2

Definir Sprints TaskSe registra el esfuerzo estimado, esfuerzo remanente, esfuerzo

completado y escenario de prueba de cada avance logrado de cada sprint realizado, el cual se registrará en el Sprint Backlog.

Scrum Master, Scrum Team Member, Product Owner, Sprint Baclog.

3

Registrar Iteraciones de proyecto

El sistema permitirá registrar cada fase terminada del proyecto, así como posibles errores y cambios de requerimientos que el cliente

final haya hecho al momento de revisar fase o iteración.

Product Owner, product Backlog y Sprint Backlog. 2

Finalizar proyecto Se da por finalizado el proyecto, guardando la entrega final. Chief Scrum System 2

11

***SYSCRUM***


Especificación de Casos de Uso

<Accesar al sistema>

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014

1.0 Descripción general del sistema

Egda soyos y Sucely Tuc Tuc

4

1. Caso de uso Accesar al Sistema

1.1 Descripción

El sistema autenticará al usuario en base a un correo electrónico, una clave, para que pueda acceder al sistema de acuerdo a sus privilegios.

1.2 Pre-Condiciones

1.2.1.Solo el usuario designado como Chief Scrum System tendrá permisos diferentes para manejar el sistema.

1.2.2.Únicamente los usuarios designados al desarrollo de sistema, tendrán usuario y contraseña para ingresar al sistema.

1.3 Flujo básico

1. El usuario ingresa los siguientes datos: Usuario/Correo Electrónico Contraseña

2. El sistema filtra los datos ingresados, para poder acceder al sistema. [FA01]

3. El sistema muestra el mensaje “Su ingreso ha sido Exitoso, puede empezar a trabajar” [FA02]

4. Fin del caso.

11

1.4 Flujos alternos1.4.1 Flujo alterno 1(Error de Ingreso)

El sistema muestra un mensaje indicando “No puede acceder al sistema, verifique su usuario o contraseña, puede cambiarlas e intentarlo de nuevo”

El sistema regresa al paso 1 del FB.1.4.2 Flujo alterno 2 (Salir)

El sistema muestra un mensaje indicando “Saliendo del sistema”

Fin del caso de uso.

1.5 Usuarios y otros Actores del Sistema Product Owner, Scrum Master, Srcum Team Member, Chief Scrum System.

1.6 Diagramas o bosquejos

11

***SYSCRUM***



<Crear nuevo proyecto Scrum>

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014

1.0 Descripción general del Sistema


11

2. Caso de uso Crear un nuevo proyecto uc Actores

Chief Scrum System


Creación Product Backlog

«extend»

2.2.Descripción

El sistema permitirá que el usuario con rol de Chief Scrum System cree un nuevo proyecto dando el alta al proyecto a desarrollar y asignar los usuarios que trabajaran en el desarrollo, así como automáticamente creara el Product Backlog.

2.3.Pre-Condiciones

2.3.1.Solo el usuario designado como Chief Scrum System puede crear un proyecto y darle el alta para que puedan empezar a desarrollar el proyecto.

2.4.Flujo básico

1. El usuario Chief Scrum System selecciona las siguientes opciones:

Crear Proyecto Dar de alta el proyecto

2. El sistema filtra los datos para los datos seleccionados. [FA01]

3. El usuario selecciona e ingresa el Nombre de proyecto, Fecha de Solicitud, Solicitante, Estado y usuarios designados.[FA02][FA03]

4. El sistema muestra el mensaje “Su Proyecto se creó con

11

Éxito, puede empezar a trabajar” [FA04]5. Fin del caso.

2.5.Flujos alternos

2.5.1.Flujo alterno 1(No Selecciono datos) El sistema muestra un mensaje indicando “No se

puede acceder a su petición ya que no selecciono ningún filtro, intentarlo de nuevo”

El sistema regresa al paso 1 del FB.

2.5.2.Flujo alterno 2 (No se puede crear proyecto, Datos Incompletos)

El sistema muestra un mensaje indicando “No se puede crear proyecto porque aún falta ingresar datos, verifique e inténtelo de nuevo”


2.5.3.Flujo alterno 3 (Cancelar) El usuario selecciona la opción Cancelar El sistema muestra un mensaje indicando “Esta

seguro que desea cancelar la creación del proyecto, si /no”

El usuario selecciona la opción SI[FA05] Fin del caso de Uso

2.5.4.Flujo alterno 4 (Ya Existe proyecto) El sistema muestra un mensaje indicando “Proyecto

ya existe, no puede crearse otro con el mismo nombre”

El sistema regresa al paso 3 FB

2.5.5.Flujo alterno 5 (Selecciona NO) El usuario selecciona la opción NO El sistema regresa al paso 3 del FB

11

2.6.Usuarios y otros Actores del Sistema

Chief Scrum System

2.7.Diagramas o bosquejos

11

***SYSCRUM***



<Definir los objetivos del proyecto y de los requisitos>

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



11

3. Caso de uso Definir los objetivos del proyecto y de los Requisitos

uc Actores

Product Owner

Creacion /Documentar Product Backlog

Product Backlog

Definir los Objetiv os del proyecto

«include»

3.2.DescripciónEl sistema permitirá definir el valor u objetivo que aporta al usuario o actor de cada requisito, para así evitar las dependencias entre requisitos, el cual debe registrarse en el product Backlog del proyecto para que pueda completarse el caso de uso.

3.3.Pre-Condiciones

3.3.1.En el sistema ya debe de existir el proyecto en el cual se va a especificar los objetivos.

3.4.Flujo básico1. El usuario selecciona datos para buscar el proyecto:

Nombre de proyecto Fecha de creación

11

2. El sistema filtra los datos para los datos seleccionados. [FA01][FA02]

3. El usuario selecciona el proyecto[FA03]4. El sistema filtra la selección del proyecto y lo muestra al

usuario en pantalla5. El usuario selecciona alguna de las siguientes opciones:

Ingresar objetivos del proyecto Ingresar fecha estimada de entrega Ingresar requisitos mínimos de software y hardware

para su desarrollo Ingresar el máximo de Iteraciones para el proyecto Ingresar estimado de actividades Otros objetivos

6. El sistema filtra las opciones seleccionadas y muestra en pantalla los datos seleccionados.[FA04]

7. El usuario ingresa los objetivos de cada una de las opciones seleccionadas[FA05]

8. El sistema muestra el mensaje “sus objetivos has sido actualizados con éxito y fueron registrados en el documento Product Backlog”[FA06]

9. Fin del caso de uso

3.5.Flujos alternos3.5.1.Flujo alterno 1(No Selecciono datos)

El sistema muestra un mensaje indicando “El sistema No puede buscar proyecto ya que no selecciono ningún filtro, intentarlo de nuevo”

El sistema regresa al paso 1 del FB.3.5.2.Flujo alterno 2 (No Existe proyecto)

El sistema muestra un mensaje indicando “No se encuentra proyecto, Verifique nombre o fecha de creación de proyecto”


3.5.3.Flujo alterno 3 (No selecciono proyecto) El sistema muestra un mensaje indicando “No

selecciono proyecto, seleccione uno e intente de nuevo”

El sistema regresa al paso 3 del FB.3.5.4.Flujo alterno 4 (No selecciono datos a ingresar)

El sistema muestra un mensaje indicando “Seleccione en uno varios datos a ingresar e, intentarlo de

11

nuevo” El sistema regresa al paso 5 del FB.

3.5.5.Flujo alterno 5 (Cancelar) El sistema muestra un mensaje indicando “Seguro

que desea cancelar , sin antes ingresar sus objetivos Si/No”

El Usuario Selecciona Si [FA07] Fin del caso de uso.

3.5.6.Flujo alterno 6 (Error, no se puede guardar cambios) El sistema muestra un mensaje indicando “Existe uno

o varios objetivos sin definirse, favor ingresarlos e intentar guardar de nuevo”


3.5.7.Flujo alterno 6 (Selecciona NO) El usuario selecciona la opción NO El sistema regresa al paso 4 del FB


Product Owner

Product Backlog


11

***SYSCRUM***



< Establecer el Scrum Rol del Recurso Humano >

Versión <1.0>

11

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



4. Caso de uso Establecer el Scrum Rol del Recurso Humano

uc Actores

Product Owner

Scrum Master

Scrum Team Member

Sprint Backlog

Establecer el Scrum rol del Recurso

humano que participara en el

desarrollo del proyecto

Creacion/documentar Sprint Backlog

«extend»

4.2.Descripción

11

El sistema permitirá definir el rol de los usuarios que participaran en el desarrollo del sistema, que el usuario Chief Scrum System asigno para el proyecto, así como el tiempo que se tiene estimado para que desarrollen su actividad o trabajo asignado, así como también extenderá a crear el sprint Backlog.

4.3.Pre-Condiciones

4.3.1.El usuario Chief Scrum System es el único que puede designar quienes participaran en el desarrollo del proyecto, asignación que se debe hacer desde un inicio en el paso de creación del proyecto.

4.4.Flujo básico

1. El usuario selecciona el equipo scrum que fue designado para el desarrollo del mismo:

Lista de Equipo Scrum asignado2. El sistema filtra los datos para mostrar en pantalla el listado

del equipo scrum asignado al proyecto. [FA01][FA02]3. El usuario ingresa el Rol por cada miembro del listado del

equipo scrum. 4. El sistema muestra un mensaje “Listo la asignación de roles

del equipo scrum se realizó con éxito”[FA03]5. Fin del caso de uso.

4.5.Flujos alternos4.5.1.Flujo alterno 1(No tiene asignado equipo Scrum)

El sistema muestra un mensaje indicando “Comunicarse con el usuario Chief Scrum System, para que asigne un equipo scrum para el proyecto”

Fin del caso de uso4.5.2.Flujo alterno 2 (No selecciono Equipo Scrum)

El sistema muestra un mensaje indicando “No se puede mostrar , porque no selecciono filtro”

Regresa al paso 1FB4.5.3.Flujo alterno 3 (Faltan miembros por asignarle rol)

El sistema muestra un mensaje indicando “No se puede guardar, porque aún hay miembros del equipo Scrum sin asignación de rol”

Regresa al paso 3FB


11

Product Owner

Scrum master

Sprint Backlog.


***SYSCRUM***



< Definir Historias de Usuarios >

Versión <1.0>

11

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



5. Caso de uso Definir historias de usuario uc Actores

Product Owner

Scrum MasterScrum Team Member


Definir Historia de usuarios

«include»

5.2.Descripción

11

El sistema permitirá establecer los elementos que conformaran y actualizara en el product backlog, así como su administración para determinar requisitos funcionales y no funcionales, los cuales pueden ser cambiantes conforme a cada iteración que se tenga con el cliente.

5.3.Pre-Condiciones

5.3.1.El usuario debe de haber asignado los roles a cada miembro del equipo scrum para el proyecto a desarrollar.

5.3.2.El usuario debe de haber ingresado los objetivos del proyecto y de los requisitos, porque en base a estos es que se determinan y se relacionan los requerimientos funcionales y no funcionales.

5.4.Flujo básico

1. El usuario selecciona los siguientes datos: Consultar Objetivos de Proyecto

2. El sistema filtra los datos para los datos seleccionados. [FA01]

3. El usuario registra todo lo acordado con el cliente, clasificándolo por requerimientos funcionales y no funcionales, relacionándose así con los objetivos del proyecto.

4. El sistema muestra el mensaje “Sus requerimientos han sido actualizados y relacionados al objetivo inicial” [FA02][FA03]

5. Fin del caso.

5.5.Flujos alternos5.5.1.Flujo alterno 1(Error, no se encuentran objetivos del

proyecto) El sistema muestra un mensaje indicando “No se

encontraron objetivo, comuníquese con el usuario encargado de registrar los objetivos del proyecto, ”

Fin del caso de uso5.5.2.Flujo alterno 2 (No se puede Actualizar)

El sistema muestra un mensaje indicando “no se puede actualizar debido a que no se ha relacionado con los objetivos iniciales del proyecto”

Regresa al paso 3 FB.

11

5.5.3.Flujo alterno 3 (cancelar) El sistema muestra un mensaje indicando “Esta seguro

de cancelar el ingreso de requerimientos SI/NO” El usuario selecciona SI[FA04] Fin del caso de uso

5.5.4.Flujo alterno 4 (Selección No) El usuario selecciona la opción “no” Regresa al paso 3 FB.

5.6.Usuarios y otros Actores del SistemaScrum Master

Product Owner

Scrum Team Member


***SYSCRUM***


Especificación de Casos de Uso11

< Planificar Dayli Scrum >

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



6. Caso de uso Planificar el Dayli Scrum uc Actores

Product Owner


Sprint Backlog


Planificar Dayli Scrum

«include»

11

6.2.DescripciónEl sistema permitirá que se planifique todas las reuniones que se tendrán durante el desarrollo del Proyecto, así como la hora, las fechas, la ubicación, usuarios involucrados y el tiempo de duración, el cual deberá actualizar en el sprint Backlog para que de por terminado el caso de uso.

6.3.Pre-Condiciones

6.3.1.Cada miembro del equipo Scrum debe de tener asignado un rol que desempeñara a lo largo del desarrollo del proyecto.

6.4.Flujo básico1. El usuario seleccionar todas las siguientes opciones:

Nombre del Daily Scrum Fechaón Ubicación Tiempo de duración

2. El sistema filtra los datos para las opciones seleccionados. [FA01]

3. El usuario ingresa todos los Dailys Scrum que se realizaran durante el desarrollo del proyecto.

4. El sistema muestra un mensaje “Su Reuniones han sido planificadas y registradas en el sprint Backlog exitosamente” [FA02][FA03]

5. Fin del caso.

6.5.Flujos alternos6.5.1.Flujo alterno 1(Error)

El sistema muestra un mensaje indicando “No puede acceder al sistema, que haya seleccionado todas las opciones anteriores, puede seleccionarlas e intentarlo de nuevo”

El sistema regresa al paso 1 del FB.6.5.2.Flujo alterno 2 (No ingreso datos)

El sistema muestra un mensaje indicando “No puede acceder al sistema, que haya seleccionado todas las opciones anteriores, puede seleccionarlas e intentarlo de nuevo”


11

6.5.3.Flujo alterno 3 (cancelar) El sistema muestra un mensaje indicando “Esta

seguro de cancelar la planificicacion SI/NO” El usuario selecciona SI[FA04] Fin del Caso de Uso

6.5.4.Flujo alterno 4 (Opción No) El usuario selecciona “NO” Regresa al paso 3FB

6.6.Usuarios y otros Actores del SistemaEquipo Sccrum


***SYSCRUM***


11


< Crear Sprint >

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



7. Caso de uso Crear sprint uc Actores

Scrum Master

Sprint Backlog


Crear Sprint

«include»

11

7.2.DescripciónEl sistema permitirá que se configuren los sprints conforme a las reuniones planificadas en el Daily Scrum, que se llevaran durante la implementación y desarrollo del proyecto, las cuales automáticamente debe incluir en el sprint Backlog.

7.3..Pre-Condiciones7.3.1.El sistema debe tener planificados los Daily Scrum del

proyecto. Para que conforme a estos se puedan crear los sprints.

7.4.Flujo básico

1. El usuario selecciona los siguientes datos:o Listado de Dayli scrum panificados

2. El sistema filtra los seleccionados. [FA01]3. El sistema muestra el listado de los Daily Scrum planificados.4. El Usuario selecciona el Daily Scrum para crear el sprint del

mismo con todas sus características.5. El usuario selecciona crear el sprint e ingresa los datos para

el mismo. [FA02] 6. El sistema muestra el mensaje “Su Sprint fue creado

registrado en el Sprint Backlog con éxito” [FA03]7. Fin del caso de uso.

7.5.Flujos alternos7.5.1.Flujo alterno 1(Error, no selecciono sprint)

El sistema muestra un mensaje indicando “Debe seleccionar el listado de Dayli Scrum, seleccione alguno y vuelva a intentarlo”

El sistema regresa al paso 1 del FB.7.5.2.Flujo alterno 2 (No se puede crear sprint)

El sistema muestra un mensaje indicando “Debe seleccionar del listado del Daily scrum para poder crear un sprint”

Regresa al paso 4 FB7.5.3.Flujo alterno 3 (Error al crear sprint)

11

El sistema muestra un mensaje indicando “Error, el sistema no puede terminar de crear el sprint, debido a que aún hay datos sin llenar ”

Regresa al paso 4 FB

7.6.Usuarios y otros Actores del SistemaScrum master

Sprint backlog


***SYSCRUM***



11

< Definir Sprint Task >

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



8. Caso de uso Definir Sprint Task

11

uc Actores

Product Owner


Sprint Backlog


Definir Sprint Task

«include»

8.2.DescripciónSe registra el esfuerzo estimado, esfuerzo remanente, esfuerzo completado y escenario de prueba de cada avance logrado de cada sprint realizado, el cual se registrará en el Sprint Backlog.

8.3.Pre-Condiciones8.3.1.El sistema deberá tener creados los sprints del proyecto.

8.4.Flujo básico

1. El usuario selecciona los siguientes datos:o Listado de sprints

2. El sistema filtra los seleccionados. [FA01]3. El sistema muestra el listado de los sprints creados para el

proyecto en el cual se está trabajando.4. El Usuario selecciona el sprint al que desea registrar el sprint

task.5. El sistema filtra el sprint seleccionado [FA02]6. El usuario edita el sprint task del sprint seleccionado del

proyecto. [FA03] 7. El sistema muestra el mensaje “Su Sprint task fue registrado

con éxito y fue agregado a su sprint backlog” [FA05]8. Fin del caso de uso.

8.5.Flujos alternos

11

8.5.1.Flujo alterno 1(Error, no selecciono sprint) El sistema muestra un mensaje indicando “ No se

pueden mostrar sprints, debe seleccionar alguna opción, seleccione alguna y vuelva a intentarlo”

El sistema regresa al paso 1 del FB.8.5.2.Flujo alterno 2 (No se puede editar sprint, no corresponde )

El sistema muestra un mensaje indicando “No puede editar sprint porque no corresponde a fecha, verifique y vuelva a intentarlo”

Regresa al paso 4 FB8.5.3.Flujo alterno 3 (Cancelar)

El sistema muestra un mensaje indicando “Esta seguro que no desea editar el sprint seleccionado SI/NO”

El usuario selecciona SI[FA04] Fin del caso de uso

8.5.4.Flujo alterno 4 (Opción No) El usuario selecciona NO Regresa al paso 4 FB

8.5.5.Flujo alterno 5 (Error en registrar Sprint Task) El sistema muestra un mensaje indicando “No se

puede registrar Sprint Task, verifique que todos los datos del sprint task estén llenos

Regresa al paso 6 FB8.6.Usuarios y otros Actores del Sistema

Scrum masterScrum Team Memeber

Product OwnerSprint backlog


11

***SYSCRUM***



< Registrar Iteraciones del Proyecto >

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



11

9. Caso de uso Registrar Iteraciones de proyecto

uc Actores

Product Owner


Product BacklogSprint Backlog


Registrar Iteraciones del Proyecto

«include»

«include»

9.2.Descripción

El sistema permitirá registrara cada fase terminada del proyecto, así como posibles errores y cambios de requerimientos que el cliente final haya hecho al momento de revisar fase o iteración los cuales también registrara automáticamente en el sprint Backlog y en el product backlog.

9.3.Pre-Condiciones

Estos registros se deben de realizar posterior a la entrega de cada iteración.

9.4.Flujo básico

1. El usuario seleciona la acción que desea realizar: Registrar iteración

2. El sistema filtra la opción seleccionada. [FA01]3. El usuario registra la información de la iteración.4. El sistema muestra el mensaje “La iteración fue registrada

con éxito en el sprint Backlog y su product backlog” [FA02]5. Fin del caso de uso.

11

9.5.Flujos alternos9.5.1.Flujo alterno 1(Error, no hay selección)

El sistema muestra un mensaje indicando “Debe seleccionar alguna opción , seleccione alguna y vuelva a intentarlo”

El sistema regresa al paso 1 del FB.9.5.2.Flujo alterno 2 (No se puede registrar Iteración)

El sistema muestra un mensaje indicando “Error, el sistema no puede registrar iteración, debido a que aún hay datos sin llenar ”

Regresa al paso 3 FB


Product Owner

Sprint backlog

Product Backlog


11

***SYSCRUM***



< Finalizar Proyecto >

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



11

10. Caso de uso Finalizar Proyecto uc Actores

Chief Scrum System



Finallizar proyecto

«include»

«include»

10.2. DescripciónSe da por finalizado el proyecto, guardando la entrega final, actualizando y cerrando el product Backlog y Sprint Backlog.

10.3. Pre-Condiciones

10.3.1 El sistema no debe tener sprints task por definir.

10.4. Flujo básico

1. El usuario selecciona los siguientes datos:o Finalizar proyecto

2. El sistema filtra los seleccionados. [FA01]3. El sistema muestra el mensaje “Su proyecto fue finalizado y

actualizado en el product Backlog y sprint backlog” [FA03]4. Fin del caso de uso.

11

10.5. Flujos alternos 10.5.1 Flujo alterno 1(Error, no selecciono sprint)

El sistema muestra un mensaje indicando “Debe seleccionar alguna opción, seleccione alguno y vuelva a intentarlo”

El sistema regresa al paso 1 del FB.10.5 2 Flujo alterno 2 (No se puede crear sprint)

El sistema muestra un mensaje indicando “Debe seleccionar del listado del Daily scrum para poder crear un sprint”

Regresa al paso 4 FB 10.5.3 Flujo alterno 3 (Error al finalizar)

El sistema muestra un mensaje indicando “Error, el sistema no puede finalizar proyecto, verifique sprint task pendientes ”

Fin del caso de uso

10.6. Usuarios y otros Actores del Sistema

Chief scrum system

10.7. Diagramas o bosquejos

11

***SYSCRUM***


Modelado de casos de Uso

Versión <1.0>

Revisiones

Fecha Versión

Descripción Autor

11 de mayo de 2014



11

Análisis de Factibilidad

ESTUDIO DE FACTIBILIDADDespués de evaluar la situación actual con que cuenta la empresa e identificar las causas que ameritan de un nuevo sistema para el control de proyectos, es necesario realizar un estudio de factibilidad para determinar la infraestructura tecnológica y el área técnica que necesita la implementación del nuevo sistema, así como evaluar lo que ya se posee y los costos que la implementación del nuevo sistema tendrá pero también el beneficio en ganancias que este sistema le dará a la empresa. A continuación se describen las áreas que se evaluaron durante este análisis:

FACTIBILIDAD TECNICAEsta área del análisis consistió en evaluar el equipo técnico o infraestructura tecnológica con que cuenta la empresa y determinar que es posible utilizar para la implementación del nuevo sistema y que es lo que nos hace falta para poder implementar el sistema. Para ello se realizo un listado con todo el equipo y sus características que la empresa posee.

Hardware

El equipo con el que cuenta actualmente la infraestructura de la empresa para poder implementar el nuevo sistema es la siguiente:

Cantidad

Equipo Descripción

01 Servidor Procesador Core i54 GB de Memoria RAMDisco Duro 500 GBUnidad CD-ROMTarjeta de RedTarjeta de VideoUnidad de Proteccion UPS

01 Servidor de Correos

Motherboard INTELProcesador Core i32 GB de Memoria RAMDisco Duro de 300 GB

11

Tarjeta de RedTarjeta de Video

01 Servidor http Motherboard INTELProcesador Core i54 GB de Memoria RAMDisco Duro de 500 GBTarjeta de RedTarjeta de Video

25 Estaciones de Trabajo

Motherboard INTELProcesador Intel Celeron512 MB de Memoria RAMDisco Duro de 200 GBTarjeta de RedTarjeta de Video

1 Red Ethernet1 Cableado

EstructuradoUTP Nivel 5

1 Router CISCO 15 PuertosSistema Operativo SISCO

3 Impresoras Laser Canon

2 Impresoras Epson

5 ScanersFuente: Empresa Inversiones Gerenciales, S.A. (2014)

Software

El software con que cuentan los equipos de la empresa que se están utilizando con el sistema anterior es el siguiente:

Nombre

Descripción

03 Sistemas Operativos Multiusuario Linux

02 Sistemas Operativos Multiusuario Fedora

15 Sistemas Operativos Windows 7 32 bits



Fuente: Empresa Inversiones Gerenciales, S.A. (2014)

11

Resultado del Análisis TécnicoCon el resultado que se obtuvo después de realizar el análisis técnico de la infraestructura tecnológica de la empresa podemos concluir que cuenta con el equipo (Hardware y Software) básico para poder implementar el nuevo sistema, sin embargo se pueden realizar mejoras en el equipo para tener un mejor rendimiento para el usuario, por lo cual se adjunta una propuesta del equipo que puede ser reemplazado para que tenga un mejor rendimiento el usuario.

Propuesta de Equipo para Actualizar

Equipo DescripciónComputadora HPPrecio Q. 4,871.00(25 Unid. * 4530) = 121,775Inversión Q. 121,775

Sistema Operativo Windows 8Procesador Intel Core i3Pantalla de 14 Pulgadas4 GB de Memoria RAMDisco Duro de 750 GB

Fuente: Intelaf, S.A. (2014)

11

FACTIBILIDAD ECONOMICAEn esta ara del análisis nos enfocamos en reflejar los costos que el desarrollo/implementación del nuevo sistema tendrá para la empresa, evaluando los recursos para el desarrollo, costos de implementación y costos de mantenimiento de operaciones. Se realiza una evaluación en donde se plasma el costo total en gastos y los beneficios que este sistema le dará a la empresa así como la reducción de costos.

Análisis Costo-BeneficioEn esta parte del análisis pudimos hacer una comparación entre la relación de los costos del sistema que la empresa utiliza actualmente y el costo del uso del nuevo sistema, así como saber los beneficios que este sistema le dará a la empresa y a cada uno de los usuarios.

Como se mencionó en el análisis de factibilidad técnica, la empresa ya cuenta con el equipo (hardware y software) necesario para implementar el nuevo sistema, por lo cual no es necesario tener un gasto adicional para esta implementación, sin embargo se propusieron equipos nuevos para ciertos usuarios, sin embargo esto es opcional.

Costos del Sistema Actual

Costos Generales

Los gastos generales incluyen todos los gastos en accesorios y material de oficina necesarios para la utilización del sistema.

Gastos Generales Costo Aproximado

Consumo Mensual

Monto en Q. Anuales

Material de oficina 3, 000.00 1 36,000.00Papel para Impresora

3,000.00 2 72,000.00

Tinta para Impresora

7,000.00 2 16,800.00

Total 13,000.00 5 124,800.00Fuente: Empresa Inversiones Gerenciales, S.A. (2014)

11

Costo Personal

En estos gastos se incluyen los generados por el recurso humano los cuales son los encargados de la operación y funcionamiento del sistema.

Costo de Salario del Personal. Sistema Actual

Recurso Humano

Salario Mensual

(Q.)

Salario Anual (Q.)

Técnicos de Sistema

17,500.00 210,000.00

Asistentes 6,000.00 72,000.00Operadores 70,000.00 840,000.00Total 93,500.00 1,122,000.0

0Fuente: Empresa Inversiones Gerenciales, S.A. (2014)

COSTO TOTAL DEL SISTEMA ACTUAL Q. 1,246,800.00

Costo Sistema PropuestoEl sistema propuesto es el Sistema Automatizado para el control del desarrollo de software basado en Scrum, y nos permite realizar de una forma más eficiente muchos procesos para evitar que el usuario tenga que estar ingresando el doble de información o utilizando material de oficina para realizar algunos reportes.

Costos Generales

Con el sistema a implementar se logra optimizar los procesos, agilizar el flujo y manejo de la información de las actividades y del control. Por lo tanto se reduce el costo de materiales y accesorios de oficina, ya que se evita muchas impresiones para generar reportes e información general de los proyectos. Los costos en materiales y accesorios de oficina que se utilizaran con este sistema se plasman en la siguiente tabla.

Costos de Oficina y Papelería del Sistema Propuesto

11

Costos Generales Costo Aproxima

do

Consumo

Mensual

Monto anual (Q.)

Material de Oficina 800.00 1 800.00Papel para Impresora

1,000.00 1 1,000.00

Tinta para Impresora

3,000.00 1 3,000.00

Total 4,800.00 3 4,800.00Fuente: Empresa Inversiones Gerenciales, S.A (2014)

Costo Personal

El sistema a implementar no incluye variaciones en cuanto al personal que operara dicho sistema. Pero este sistema disminuye el tiempo de tareas u operaciones realizadas por los usuarios pudiendo aprovechar dicho tiempo en otras actividades productivas para la empresa. En la siguiente tabla se muestran los costos del salario del personal operativo.

Costo de Salario del Personal. Sistema Propuesto

Recurso Humano

Salario Mensual

(Q.)

Salario Anual (Q.)

Técnicos de Sistema

17,500.00 210,000.00

Asistentes 6,000.00 72,000.00Operadores 70,000.00 840,000.00Total 93,500.00 1,122,000.00

Fuente: Empresa Inversiones Gerenciales, S.A (2014)

Costos de Hardware y Software

Como ya se había analizado anteriormente la empresa no necesita ninguna inversión extra para poner en producción el nuevo sistema, se hicieron observaciones si la empresa desea actualizar algunos equipos sin embargo queda a criterio de la empresa ya que con el que se tiene actualmente se puede implementar sin ningún problema.

11

COSTO TOAL DEL SISTEMA PROPUESTO Q. 1,126,800.00

ANALISIS COSTO BENEFICIO SISTEMA PROPUESTO – SISTEMA ACTUAL

A continuación se presentaran unas tablas comparativas en donde se puede evaluar el costo actual y el costo que tendría el sistema propuesto.

Costos Totales Sistema Actual – Sistema Propuesto

Año Sistema Actual

Sistema Propuesto

1 1,246,800.00 1,126,800.002 1,496,160.00 1,352,160.003 1,795,392.00 1,622,592.004 2,154,470.40 1,947,110.405 2,585,364.48 2,336,532.48

Fuente: Empresa Inversiones Gerenciales, S.A (2014)

Beneficios Tangibles

Los beneficios tangibles aportados por el sistema propuesto se plasman en:

Reducción de costos en papelería, tinta de impresión y espacio físico.

Ahorro en suministros para los equipos empleados.

11

Beneficios Intangibles

Los beneficios intangibles que el sistema propuesto nos da son:

Optimizar las actividades de los operarios para minimizar el tiempo de ejecución de tareas, ya que evita duplicidad en el ingreso de información y esto beneficia al usuario para aprovechar mejor el tiempo y tener tiempo disponible para otras actividades productivas para la empresa.

Tener un control de las actividades realizadas por los usuarios Manejo de gran volumen de información, con consultas rápidas y

eficientes Mejorar la capacidad de búsqueda de cierta información Mayor y mejor aprovechamiento de los recursos tecnológicos Automatizar el registro y almacenamiento de la información Tener backup de la información registrada en el sistema

Relación Costo – Beneficio

El análisis Costo – Beneficio presenta grandes ventajas para la empresa, ya que según los análisis realizados determinamos que la empresa ya cuenta con la infraestructura tecnológica (hardware y software) necesaria para implementar el nuevo sistema.

De igual manera, el nuevo sistema presenta mejoras para la optimización de procesos y tareas permitiendo que el usuario no tenga que realizar tareas duplicadas o ingresar varias veces la misma información y esto ayuda a que el usuario tenga más tiempo y lo pueda aprovechar en otras tareas.

Así como se determino la reducción de costos generales en la utilización de este sistema, que presenta un beneficio económico para la empresa.

Con la implementación del nuevo sistema tanto la empresa como los operarios pueden manipular la información de una forma más fácil y rápida, pudiendo obtener copias de seguridad de la información y mantener niveles de seguridad para evitar que cualquier persona tenga acceso a la información. Se hará un mejor uso de la tecnología de la empresa y lo más importante es que el operario (usuario) se sentirá

11

cómodo en el manejo del nuevo sistema, ya que se evaluaron las necesidades que este tenía y se plasmaron en este sistema.

Bajo estos criterios la alternativa propuesta para solucionar los problemas que presentaban y mejorar la situación actual del sistema, así como cumplir con los objetivos de la empresa el Sistema SYSCRUM (Sistema de Control para el Desarrollo de Software basado en Scrum) es la mejor alternativa para su organización.

Sistema Actual Vs. Sistema Propuesto

FACTIBILIDAD OPERATIVALa factibilidad operativa permite predecir se pondrá en marcha el sistema propuesto, aprovechando los beneficios que este ofrece tanto a los usuarios como a la organización en general.

La necesidad de un cambio en el sistema que se tiene actualmente expresada por los usuarios involucrados en el mismo, llevo al análisis del sistema propuesto, dicho sistema refleja una apariencia más amigable al usuario y con mejores y mayores beneficios que permite optimizar sus tareas y así mejora su productividad en el trabajo.

La implementación del sistema actual incluirá un proceso de implementación en la cual se realizaran capacitaciones para los

11

operarios y para el personal de informática para que los operarios aprendan el correcto uso del sistema y las personas de informática puedan brindar un soporte interno para pequeñas dudas que surjan con el tiempo o bien por dudas o problemas con el funcionamiento del software.

La implementación llevara un proceso pre y post en el cual es necesario que los usuarios se adapten al nuevo sistema y se familiaricen con las nuevas funciones, durante el proceso surgirán dudas que se resolverán y luego de la finalización de la implementación se mantendrá un contacto constante para evaluar el funcionamiento del mismo y como lo han asimilado los usuarios, esto con el fin de garantizar siempre el buen funcionamiento del sistema implementado.

ENCUESTA

ENCUESTAObjetivo: Analizar la situación actual del Sistema de Control para el Desarrollo de Software e identificar que necesita y espera el usuario del software.Instrucciones: Subraye una respuesta por cada pregunta del siguiente listado.

1) En cuanto tiempo completa la información de un nuevo proyecto1. 1 – 10 minutos2. 11 – 20 minutos3. 21 minutos en adelante

2) Cuanto tiempo tarda en generar reportes del detalle de los proyectos

1. 1 – 5 minutos2. 6 – 10 minutos3. 11 minutos en adelante

11

3) La búsqueda de cierta información en el sistema es rápida y eficiente

1. Si2. No

4) Para obtener toda la información de un proyecto es necesario generar varios reportes

1. Si2. No

5) Como considera el rendimiento del sistema actual1. Excelente2. Bueno3. Malo4. Regular

6) Le gustaría utilizar otro sistema que optimizara procesos para realizar tareas más rápido

1. Si2. No

Porque: _______________________________________________________________________

______________________________________________________________________________

7) Describa 5 aspectos que le gustaría cambiar del sistema 1. ______________________________________________________________________

_2. ______________________________________________________________________

_3. ______________________________________________________________________

_4. ______________________________________________________________________

_5. ______________________________________________________________________

_8) Describa 5 aspectos con los que ha tenido mayor problema con el

sistema1. ______________________________________________________________________

_2. ______________________________________________________________________

_3. ______________________________________________________________________

_4. ______________________________________________________________________

_

5. _______________________________________________________________________

11

TCO / ROI

El objetivo de este documento es presentar el estudio realizado sobre el retorno de la inversión (ROI) y el coste total de propiedad (TCO) sobre el producto SYSCRUM (Sistema de Control para el Desarrollo de Software basado en Scrum).

Control documental

TituloAnálisis del ROI y TCO del Sistema de Control para el Desarrollo de Software basado en Scrum (SYSCRUM)

Versión 1.0Fecha 06/06/2014Autor/es Egda Soyos / Sucely TuctucResumen Análisis del ROI y TCO del SYSCRUM

Derechos de usoEl presente documento es propiedad de la organización, el documento es privado y no podrá ser objeto de reproducción total o parcial, electrónica, mecánica, por fotocopia o cualquier otro.

Así mismo tampoco podrá ser objeto de préstamo, alquiler o cualquier otra forma de cesión de uso sin el consentimiento previo y por escrito de la organización, titular del derecho de autor (copyright). El incumplimiento de las limitaciones señaladas por cualquier persona que tenga acceso a la documentación será perseguida de acuerdo con la ley.

Hoja de estado del documento

Preparado por Revisado por Aprobado porSucely Tuctuc Egda Soyos Gerencia06/06/2014 09/06/2014

11

Resumen EjecutivoEl software SYSCRUM incrementa la productividad en los empleados de la organización, permitiendo desarrollar sus actividades de una forma más eficiente y rápida, mostrando al usuario una interfaz amigable y fácil de utilizar.

También hace mejor uso de los recursos tecnológicos que posee la empresa, es un sistema innovador que permite que la organización presente un nivel alto en el uso de la tecnología. Así mismo es notable la reducción de costos generales ya que la utilización de herramientas de oficina es menor, y también los gastos del recurso humano bajarían al permitir que una misma persona pueda operar el sistema y realizar otra tarea asignada. Para certificar los costos que mencionamos presentamos un análisis de TCO / ROI que muestra datos de los gastos.

*ROI: Retorno de la Inversión, del Ingles Return of Investment

*TCO: Coste Total de Adquisición, del ingles Total Cost Ownership

Consideraciones InícialesPara proporcionar unas cantidades numéricas concretas se ha considerado una organización de 350 empleados, que utilizan el sistema de control de proyectos actual que posee la empresa. A continuación se presenta el costo anual medio por empleado que utiliza el sistema.

Número de empleados 350Costo anual medio por empleado

Q. 33,223.68

Horas de trabajo en un año 2300Costo hora medio por empleado

Q. 14.42

11

Se identificó que la organización consta con un servicio de soporte externo para problemas o dudas en relación al sistema actual, a continuación se muestra una tabla en donde se reflejan los costos por este servicio.

Costo anual medio por soporte externo Q. 4,800.00Costo medio por hora de soporte Q. 50.00Tiempo medio en horas por soporte anual 96 horasTiempo de inactividad de los usuarios por incidente en sistema

144 horas

Total en costos por incidentes Q. 4,800.00

11

Incremento de la ProductividadEn un entorno donde el usuario tiene que acceder en diferentes formularios la misma información del proyecto, el tiempo de productividad es mayor y esto incurre a que se puedan realizar menos actividades por día por lo tanto la producción de la empresa se ve afectada. En la siguiente tabla se muestra el costo en productividad por empleado.

Tiempo promedio en ingreso de la información del usuario por día (minutos)

15

Tiempo promedio en ingreso de la información del usuario por año (minutos)

3600

Costo tiempo perdido por usuario por año Q. 840.00

Reducción de costosEl hecho de contar con un entorno en donde los procesos d gestión de la información se encuentren automatizados hace que se reduzca el tiempo de tareas por los usuarios por lo tanto el costo de operación por usuarios disminuye y refleja mayor productividad en los empleados y un mejor manejo de la información.

11

COSTO TOTAL DE PROPIEDAD (TCO)El cálculo del costo total de propiedad (TCO) de SYSCRUM se basa en la combinación de costos y beneficios de los siguientes factores:

Servicios profesionales requeridos para el desarrollo de SYSCRUM Formación y soporte sobre en entorno desplegado Mantenimiento anual para actualización de sistema (si el cliente lo

desea)

Los costos iníciales para la implementación de SYSCRUM son los siguientes:

Tipo Descripción Costo

LicenciaCosto de licencia Q.

10,500.00

Instalación

El proceso de instalación cubre los aspectos relativos a la preparación del servidor donde se va a desplegar SYSCRUM, la instalación de dicho software y también de los conectores que requieran las aplicaciones.

Q. 8,500.00

Configuración

Cubre las actividades a realizar para configurar tanto el proveedor de identidad como los distintos proveedores de servicio que se integran en SYSCRUM

Q. 5,000.00

FormaciónCapacitando y formación del personal técnico y usuarios que operaran el sistema

Q. 9.000.00

Infraestructura

tecnológica

Infraestructura necesaria para el uso de SYSCRUM a nivel de hardware, software y conectividad

Q. 0.00

TOTALQ.

33,000.00

Servicios de soporte y mantenimiento de SYSCRUM

Tipo DescripciónCosto 1er.

Año

Costo siguientes

añosSoporte Soporte realizado de Q. 10,000.00 Q. 20,000.00

11

anual

manera que la organización no tenga que disponer de personal técnico experto en esta tecnología

Infraestructura

Tecnológica

Infraestructura necesaria por SYSCRUM, a nivel de hardware, software y conectividad

Q. 0.00 Q. 0.00

TOTAL Q. 10,000.00

Q. 10,000.00

De esta forma se puede analizar la evolución del TCO del SYSCRUM en un periodo de 5 años:

TCO Total TCO/MESCosto año 1 1,246,800.00 103,900.00Costo año 2 1,496,160.00 124,680.00Costo año 3 1,795,392.00 149,616.00Costo año 4 2,154,470.40 179,539.20Costo año 5 2,585,364.48 215,447.04

Grafica

11

Retorno de la inversión (ROI)

Para comprobar la rentabilidad de la inversión de un proyecto de este tipo es imprescindible conocer cuál es el retorno de la inversión de la implementación de este sistema.

Con el fin de realizar un cálculo ajustado se parte del caso en el cual se dispone de una herramienta o aplicación en la cual los usuarios solicitan un soporte constante a la empresa externa de ayuda, se presenta el siguiente cuadro:

Duración media por ingreso de información de proyecto (minutos)

15

Tiempo promedio de inactividad de los usuarios por incidentes con el sistema

3 horas

Costo de inactividad de los usuarios por incidentes con el sistema

Q. 42.00

Total costos por incidentes con el sistema (por Q. 42.00

11

día)

Los usuarios siguen invirtiendo mucho tiempo en el ingreso y gestión de la información, pero gracias al nuevo escenario este tiempo se puede ver reducido hasta por 10 minutos.

El técnico de soporte recibirá menos llamadas por incidencia y por dudas por el uso del sistema. Reduciendo también el número de consultas que reciben por año

El costo total que provoca en la organización el tiempo elevado por del ingreso de información y la comparación del costo que presenta el nuevo sistema se muestra en la siguiente grafica:

El costo total que provoca en la organización la solicitud de soporte técnico y la comparación del costo que presenta el nuevo sistema se muestran en la siguiente grafica

11

Esto provoca un ahorro significativo:

Ahorro anual tras la implementación

120,000.00

Costo anual de operación - 10,000.00Total ahorro anual 110,000.00

11

DIAGRAMA DE CLASES

11

ANEXOS

Login (Inicio de Sesion)

11

Creación de Nuevo Proyecto y asignación de usuarios al proyecto

Definición de Objetivos y Requisitos por Proyecto

11

Asignación de Rol a los usuarios que trabajaran en el Proyecto

Historias de Usuario por Proyecto

11

Creación de los usuarios que tendrán acceso al sistema

Ingreso de Datos de las Reuniones

Creación de Sprint del proyecto.

11

Creación de Sprint Task del Proyecto

Ingreso de información de las Iteraciones del Proyecto

11

ConclusiónEn la realización de este proyecto de análisis, se concluyó lo siguiente:

RUP es una de las metodologías más eficaces, debido a que nos apoyó para poder representar el aspecto dinámico del proceso de desarrollo del sistema SYSCRUM, ya que se representó el aspecto estático del proceso, tales fueron los componentes, las actividades, lo casos de uso con sus respectivos flujos y roles.

11

E-grafía

Conceptos diversos sobre metodología SCRUM

http://es.wikipedia.org/wiki/Scrum

http://www.proyectosagiles.org/que-es-scrum

Consultadas: viernes 6 de junio 11:30 AM

11

http://www.proyectosagiles.org/que-es-scrum

http://es.wikipedia.org/wiki/Scrum

Final Analisis

Documents

Transcript of Final Analisis