Final Analisis

6/16/2014
Anlisis del
Sistema
SYSCRUM
Sucely Anai TucTuc Barrera 0900-091912

Egda Marisol Soyos
Monroy 0900-09-0887
1
CONTENIDO
Descripcin general del sistema
Participantes
Definicin del Problema5

Enunciado de posicionamiento 7
Criterios generales
Caractersticas esperadas del sistema 8

Glosario
Censo de Casos de Uso:
12
1.
Caso de uso Accesar al Sistema
2.
Caso de uso Crear un nuevo proyecto
3.
Caso de uso Definir los objetivos del proyecto y de los Requisitos
4.
Caso de uso Establecer el Scrum Rol del Recurso Humano
5.
Caso de uso Definir historias de usuario
6.
Caso de uso Planificar el Dayli Scrum 32
7.
Caso de uso Crear sprint
8.
Caso de uso Definir Sprint Task
9.
Caso de uso Registrar Iteraciones de proyecto
10.
10
15
18
26
29
35
Caso de uso Finalizar Proyecto
38
41
44
El sistema no debe tener sprints task por definir.
ESTUDIO DE FACTIBILIDAD
22
44
48
FACTIBILIDAD TECNICA 48
Resultado del Anlisis Tcnico
Propuesta de Equipo para Actualizar 50
FACTIBILIDAD ECONOMICA
52
Anlisis Costo-Beneficio
52
Costos del Sistema Actual
52
Costo Sistema Propuesto
53
50
ANALISIS COSTO BENEFICIO SISTEMA PROPUESTO SISTEMA ACTUAL

FACTIBILIDAD OPERATIVA
ENCUESTA
57
58
Control documental
59
55
Derechos de uso
Hoja de estado del documento
Resumen Ejecutivo
Consideraciones Inciales
Incremento de la Productividad
Reduccin de costos 62
59
60
60
COSTO TOTAL DE PROPIEDAD (TCO)

Retorno de la inversin (ROI)
Conclusin
73
E-grafa
74
59
62
63
65
Introduccin
Actualmente RUP es una de las metodologas ms utilizada para el desarrollo de software,
debido a su control estndar que utiliza para el anlisis, diseo, implementacin y
documentacin de los sistemas.
En la siguiente documentacin se muestra el proceso de anlisis para el desarrollo del sistema
SYSCRUM, que es un sistema para el control de desarrollo de software basado en SCRUM, en
donde se mostrar cmo se implement la dimensin vertical y horizontal del anlisis en base a
plantillas especificas (especificacin de casos de uso, visin etc.) basadas en RUP, lo cual
apoya para que la produccin de este software sea de calidad y que resuelva las necesidades
de los usuarios futuros dentro de un presupuesto y tiempo establecido.
***SYSCRUM***
Sistema de control para el desarrollo de software basado en
Scrum
Anlisis del Sistema SYSCRUM

Versin <1.0>
Revisiones
Fecha
05 de junio de 2014
Versin
1.0
Descripcin
Autor
Egda soyos y Sucely
Tuc Tuc
Anlisis del Sistema SYSCRUM

SYSCRUM es un sistema que permitir administrar el marco de
referencia de Scrum en proyectos de desarrollo de software, siendo su
propsito funcional apoyar con las siguientes caractersticas:
Administrar los proyectos y su solicitud.

Administrar el recurso humano/usuarios que pueda
apoyar en la ejecucin 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
informacin relacionada a las reuniones.

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:
Validacin de Usuarios
Creacin y Alta de proyectos
Definicin de objetivos para cada proyecto
Definicin del Scrum Rol
Definicin de Historia de Usuario
Planificacin de Sprints
Finalizacin y baja de proyectos.
DOCUMENTO VISIN
Participantes
SYSCRUM por ser un sistema diseado para trabajar
colaborativamente en el desarrollo de software basado en Scrum,
est dirigido directamente:
rea o
persona
Departament
o
de
Informtica y
desarrollo de
la
Empresa
X
Descripcin
Cmo se
relaciona?
El
departamento
de
informtica
tiene
muchas
complicaciones
debido a que en
Desarrollo e
sus proyectos es
implementaci
difcil
llevar
el
n
de
control
de
los
software para
proyectos que se
entornos
estn
complejos.
desarrollando,
debido a que en la
mayora de estos
los requisitos son
cambiantes.
Cmo es
afectado?
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.
Definicin del Problema

A continuacin se detallan los problemas que se presenta en el
departamento de informtica y desarrollo debido a la falta de control.
El problema de
Administracin de proyectos
Afecta
Chief Scrum System
Lo cual impacta en
Falta de control en la eliminacin de

obstculos que impiden que el equipo
alcance los objetivos esperados, debido a
la falta de control en los proyecto que se
trabajan en paralelo.
Una solucin exitosa

puede ser
Planificar desde el inicio del proyecto los

objetivos de cada proyecto que se estn
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
determinado.
9
DOCUMENTO VISIN
El problema de
Definicin de Historias
(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.
Una solucin exitosa

puede ser
Relacionar los objetivos iniciales del

proyecto con las historias de usuario para
definir los requerimientos funcionales
adaptados a cada iteracin que se tiene con
el cliente para determinar que el software
que se desarrolla, sea lo que el cliente
necesita.
El problema de
Coordinacin y configuracin de Sprint

(reuniones)
Afecta
Scrum Master, Equipo Scrum
Lo cual impacta en
La administracin de estas reuniones es

defectuosa y no se registra de manera
correcta el detalle del Sprint Backlog.
Una solucin exitosa

puede ser
Relacionar los objetivos iniciales del

proyecto con las historias de usuario para
definir los requerimientos funcionales
adaptados a cada iteracin que se tiene con
el cliente para determinar que el software
que se desarrolla, sea lo que el cliente
necesita.
9
de
usuarios
DOCUMENTO VISIN
Enunciado de posicionamiento
SYSCRUM es un software que intentar ofrecer al departamento de
informtica y desarrollo el control necesario para los proyectos que
estn activos y en desarrollo.
Para
Departamento de Informtica de la Empresa

X
Quien
Control de proyectos
SYSCRUM
El
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 difcil que se lleve un control de cada sprint
y por lo tanto no se hace difcil el control de
cada proyecto.
Este sistema
SYSCRUM contiene cada fase del desarrollo

basado especficamente 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 metodologa
Scrum para que se pueda observar la perspectiva general en la
que trabaja Syscrum.
DOCUMENTO VISIN
Caractersticas esperadas del sistema

SYSCRUM comprender Integrara para el control de proyectos
basados en Scrum las siguientes fases o etapas:
Nombre
Descripcin
Accesar al sistema
El sistema autenticar al usuario en base a un correo

electrnico, 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
administracin para determinar requisitos funcionales
y no funcionales, los cuales pueden ser cambiantes
conforme a cada iteracin que se tenga con el cliente.
Planificar el Daily Scrum
El sistema permitir que se planifique todas las

reuniones que se tendrn durante el desarrollo del
Proyecto, as como la hora, las fechas, la ubicacin,
usuarios involucrados y el tiempo de duracin.
Crear Sprints
El sistema permitir que se configuren los sprints

conforme a las reuniones planificadas en el Daily
Scrum, que se llevaran durante la implementacin 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 iteracin.
Finalizar proyecto
Se da por finalizado el proyecto, guardando la entrega

final.
DOCUMENTO VISIN
DOCUMENTO VISIN
Glosario
Product Backlog: es un documento de alto nivel para todo el

proyecto. Contiene descripciones genricas de todos los requisitos,
funcionalidades deseables, etc. priorizadas segn su retorno sobre
la inversin.
Sprint:
El Sprint es el perodo en el cual se lleva a cabo el trabajo en s.
Sprint backlog:
Es un documento detallado donde se describe el cmo el equipo va a
implementar los requisitos durante el siguiente sprint.
Daily Scrum o Stand-up meeting:
Cada da de un sprint, se realiza la reunin sobre el estado de un proyecto.
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Censo de Casos de Uso

Versin <1.0>
Revisiones
Fecha
11 de mayo de 2014
Versin
1.0
Descripcin
11
Autor
Egda soyos y Sucely
Tuc Tuc
Censo de Casos de Uso:

Para el desarrollo de SYSCRUM se concluye que seran necesarios los siguientes casos de uso que se detallan a
continuacin:
***SYSCRUM***
Nombre
Descripcin
Actores
Priorid
ad
Accesar al sistema
El sistema autenticar al usuario en base a un correo electrnico,

una clave, para que pueda acceder al sistema de acuerdo a sus
privilegios.
Product Owner, Scrum

Master, Srcum Team
Member, Chief Scrum
System.
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.
Chief Scrum System
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.
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.
Definir historia de
usuarios
El sistema permitir establecer los elementos que conformaran el

product backlog, as como su administracin para determinar
requisitos funcionales y no funcionales, los cuales pueden ser
cambiantes conforme a cada iteracin que se tenga con el cliente.
Product Owner, Srum

Master, Scrum Team
Member
Planificar el Daily
Scrum
El sistema permitir que se planifique todas las reuniones que se

tendrn durante el desarrollo del Proyecto, as como la hora, las
Scrum Master, Scrum

Team Member, Product
fechas, la ubicacin, usuarios involucrados y el tiempo de duracin.
Owner, Sprint Baclog.
Crear Sprints
El sistema permitir que se configuren los sprints conforme a las

reuniones planificadas en el Daily Scrum, que se llevaran durante la
implementacin y desarrollo del proyecto.
Scrum Master, sprint

Backlog
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.
Scrum Master, Scrum

Team Member, Product
Owner, Sprint Baclog.
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 iteracin.
Product Owner, product

Backlog y Sprint Backlog.
Finalizar proyecto
Se da por finalizado el proyecto, guardando la entrega final.
Chief Scrum System
11
***SYSCRUM***
Scrum
Especificacin de Casos de Uso

<Accesar al sistema>
Versin <1.0>
Revisiones
Fecha
Versin
Descripcin
Autor
11 de mayo de
2014
1.0
Descripcin general del

sistema
Egda soyos y
Sucely Tuc Tuc
1. Caso de uso Accesar al Sistema
1.1 Descripcin
El sistema autenticar al usuario en base a un correo electrnico, 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, tendrn usuario y contrasea para ingresar al
sistema.
1.3 Flujo bsico
1. El usuario ingresa los siguientes datos:
Usuario/Correo Electrnico
Contrasea
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 alternos

1.4.1 Flujo alterno 1(Error de Ingreso)
El sistema muestra un mensaje indicando No puede
acceder al sistema, verifique su usuario o contrasea,
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***
Scrum

<Crear nuevo proyecto Scrum>
Versin <1.0>
Revisiones
Fecha
Versin
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
11
2. Caso de uso Crear un nuevo proyecto
2.2. Descripcin
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 automticamente
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 bsico
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
xito, puede empezar a trabajar [FA04]
5. Fin del caso.
11
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 peticin ya que no selecciono
ningn filtro, intentarlo de nuevo
2.5.2. Flujo alterno 2 (No se puede crear proyecto, Datos
Incompletos)
puede crear proyecto porque an falta ingresar datos,
verifique e intntelo de nuevo
2.5.3. Flujo alterno 3 (Cancelar)
El usuario selecciona la opcin Cancelar
El sistema muestra un mensaje indicando Esta
seguro que desea cancelar la creacin del proyecto, si
/no
El usuario selecciona la opcin 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 opcin NO
El sistema regresa al paso 3 del FB
2.6. Usuarios y otros Actores del Sistema
11
Chief Scrum System
2.7. Diagramas o bosquejos
11
***SYSCRUM***
Scrum

<Definir los objetivos del proyecto y de los requisitos>
Versin <1.0>
Revisiones
Fecha
Versin
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
11
3.
Caso de uso Definir los objetivos del proyecto y de los Requisitos
3.2. Descripcin
El 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.1. En el sistema ya debe de existir el proyecto en el cual se va
a especificar los objetivos.
3.4. Flujo bsico
1. El usuario selecciona datos para buscar el proyecto:
Nombre de proyecto
Fecha de creacin
[FA01][FA02]
3. El usuario selecciona el proyecto[FA03]
11
4. El sistema filtra la seleccin del proyecto y lo muestra al

usuario en pantalla
5. El usuario selecciona alguna de las siguientes opciones:
Ingresar objetivos del proyecto
Ingresar fecha estimada de entrega
Ingresar requisitos mnimos de software y hardware
para su desarrollo
Ingresar el mximo 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.1. Flujo alterno 1(No Selecciono datos)
El sistema muestra un mensaje indicando El sistema
No puede buscar proyecto ya que no selecciono
ningn filtro, intentarlo de nuevo
3.5.2. Flujo alterno 2 (No Existe proyecto)
encuentra proyecto, Verifique nombre o fecha de
creacin 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
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
nuevo
11

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 opcin NO
El sistema regresa al paso 4 del FB
Product Owner
Product Backlog
11
***SYSCRUM***
Scrum

< Establecer el Scrum Rol del Recurso Humano >
Versin <1.0>
11
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
4.
Caso de uso Establecer el Scrum Rol del Recurso Humano
4.2. Descripcin
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 tambin extender
a crear el sprint Backlog.
4.3.1. El usuario Chief Scrum System es el nico que puede
designar quienes participaran en el desarrollo del proyecto,
asignacin que se debe hacer desde un inicio en el paso de
creacin del proyecto.
4.4. Flujo bsico
1. El usuario selecciona el equipo scrum que fue designado
para el desarrollo del mismo:
Lista de Equipo Scrum asignado
2. 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 asignacin de roles
del equipo scrum se realiz con xito[FA03]
5. Fin del caso de uso.
4.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 uso
4.5.2. Flujo alterno 2 (No selecciono Equipo Scrum)
puede mostrar , porque no selecciono filtro
Regresa al paso 1FB
4.5.3. Flujo alterno 3 (Faltan miembros por asignarle rol)
puede guardar, porque an hay miembros del equipo
Scrum sin asignacin de rol
Regresa al paso 3FB
11

Product Owner
Scrum master
Sprint Backlog.
***SYSCRUM***
Scrum

< Definir Historias de Usuarios >
Versin <1.0>
11
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
5.
Caso de uso Definir historias de usuario
5.2. Descripcin
El sistema permitir establecer los elementos que conformaran y
actualizara en el product backlog, as como su administracin para
11
determinar requisitos funcionales y no funcionales, los cuales pueden

ser cambiantes conforme a cada iteracin que se tenga con el cliente.
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 bsico
1. El usuario selecciona los siguientes datos:
Consultar Objetivos de Proyecto
[FA01]
3. El usuario registra todo lo acordado con el cliente,
clasificndolo por requerimientos funcionales y no
funcionales,
relacionndose 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.1. Flujo alterno 1(Error, no se encuentran objetivos del
proyecto)
encontraron objetivo, comunquese con el usuario
encargado de registrar los objetivos del proyecto,
Fin del caso de uso
5.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.
5.5.3. Flujo alterno 3 (cancelar)
El sistema muestra un mensaje indicando Esta seguro
11
de cancelar el ingreso de requerimientos SI/NO

El usuario selecciona SI[FA04]
Fin del caso de uso
5.5.4. Flujo alterno 4 (Seleccin No)

El usuario selecciona la opcin no
Regresa al paso 3 FB.
Scrum Master
Product Owner
Scrum Team Member
***SYSCRUM***
Scrum

11
< Planificar Dayli Scrum >

Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
6.
Caso de uso Planificar el Dayli Scrum
11
6.2. Descripcin
El sistema permitir que se planifique todas las reuniones que se
tendrn durante el desarrollo del Proyecto, as como la hora, las fechas,
la ubicacin, usuarios involucrados y el tiempo de duracin, el cual
deber actualizar en el sprint Backlog para que de por terminado el caso
de uso.
6.3.1. Cada miembro del equipo Scrum debe de tener asignado un
rol que desempeara a lo largo del desarrollo del proyecto.
6.4. Flujo bsico
1. El usuario seleccionar todas las siguientes opciones:
Nombre del Daily Scrum
Fechan
Ubicacin
Tiempo de duracin
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.1. Flujo alterno 1(Error)
acceder al sistema, que haya seleccionado todas las
opciones anteriores, puede seleccionarlas e intentarlo
de nuevo
6.5.2. Flujo alterno 2 (No ingreso datos)
acceder al sistema, que haya seleccionado todas las
opciones anteriores, puede seleccionarlas e intentarlo
de nuevo
11

6.5.3. Flujo alterno 3 (cancelar)
seguro de cancelar la planificicacion SI/NO
Fin del Caso de Uso
6.5.4. Flujo alterno 4 (Opcin No)
El usuario selecciona NO
Regresa al paso 3FB
Equipo Sccrum
***SYSCRUM***
Scrum
11

< Crear Sprint >
Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
7.
Caso de uso Crear sprint
11
7.2. Descripcin
El sistema permitir que se configuren los sprints conforme a las
reuniones planificadas en el Daily Scrum, que se llevaran durante la
implementacin y desarrollo del proyecto, las cuales automticamente
debe incluir en el sprint Backlog.
7.3. .Pre-Condiciones
7.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 bsico
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 caractersticas.
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.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
7.5.2. Flujo alterno 2 (No se puede crear sprint)
seleccionar del listado del Daily scrum para poder
crear un sprint
Regresa al paso 4 FB
7.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 an hay datos sin llenar

Scrum master
Sprint backlog
***SYSCRUM***
Scrum

11
< Definir Sprint Task >

Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
8.
Caso de uso Definir Sprint Task
11
8.2. Descripcin
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.
8.3.1. El sistema deber tener creados los sprints del proyecto.
8.4. Flujo bsico
o Listado de sprints
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.5.1. Flujo alterno 1(Error, no selecciono sprint)
11

pueden mostrar sprints, debe seleccionar alguna
opcin, seleccione alguna y vuelva a intentarlo
8.5.2. Flujo alterno 2 (No se puede editar sprint, no corresponde )
editar sprint porque no corresponde a fecha,
verifique y vuelva a intentarlo
seguro que no desea editar el sprint seleccionado
SI/NO
Fin del caso de uso
8.5.4. Flujo alterno 4 (Opcin No)
El usuario selecciona NO
8.5.5. Flujo alterno 5 (Error en registrar Sprint Task)
puede registrar Sprint Task, verifique que todos los
datos del sprint task estn llenos
Scrum master
Scrum Team Memeber
Product Owner
Sprint backlog
11
***SYSCRUM***
Scrum

< Registrar Iteraciones del Proyecto >
Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
11
9.
Caso de uso Registrar Iteraciones de proyecto
9.2. Descripcin
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 iteracin los cuales tambin
registrara automticamente en el sprint Backlog y en el product
backlog.
Estos registros se deben de realizar posterior a la entrega de cada
iteracin.
9.4. Flujo bsico

1. El usuario seleciona la accin que desea realizar:
Registrar iteracin
2. El sistema filtra la opcin seleccionada. [FA01]
3. El usuario registra la informacin de la iteracin.
4. El sistema muestra el mensaje La iteracin fue registrada
con xito en el sprint Backlog y su product backlog [FA02]
11

9.5.1. Flujo alterno 1(Error, no hay seleccin)
seleccionar alguna opcin , seleccione alguna y
vuelva a intentarlo
9.5.2. Flujo alterno 2 (No se puede registrar Iteracin)
sistema no puede registrar iteracin, debido a que
an hay datos sin llenar
Product Owner
Sprint backlog
Product Backlog
11
***SYSCRUM***
Scrum

< Finalizar Proyecto >
Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
11
10. Caso de uso Finalizar Proyecto
10.2.
Descripcin
Se 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 bsico
o Finalizar proyecto
3. El sistema muestra el mensaje Su proyecto fue finalizado y
actualizado en el product Backlog y sprint backlog [FA03]
10.5.
Flujos alternos
10.5.1 Flujo alterno 1(Error, no selecciono sprint)
11

seleccionar alguna opcin, seleccione alguno y vuelva
a intentarlo
10.5 2 Flujo alterno 2 (No se puede crear sprint)

seleccionar del listado del Daily scrum para poder
crear un sprint
10.5.3 Flujo alterno 3 (Error al finalizar)

sistema no puede finalizar proyecto, verifique sprint
task pendientes
Fin del caso de uso
10.6.
Sistema
Usuarios y otros Actores del
Chief scrum system
10.7.
Diagramas o bosquejos
11
***SYSCRUM***
Scrum
Modelado de casos de Uso

Versin <1.0>
Revisiones
Fecha
Versi
n
Descripcin
Autor
11 de mayo de
2014
1.0

Sistema
Egda soyos y
Sucely Tuc Tuc
11
11
11
Anlisis de Factibilidad
ESTUDIO DE FACTIBILIDAD
Despus de evaluar la situacin 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 tecnolgica y el rea tcnica que necesita
la implementacin del nuevo sistema, as como evaluar lo que ya se
posee y los costos que la implementacin del nuevo sistema tendr pero
tambin el beneficio en ganancias que este sistema le dar a la
empresa. A continuacin se describen las reas que se evaluaron
durante este anlisis:
FACTIBILIDAD TECNICA
Esta rea del anlisis consisti en evaluar el equipo tcnico o
infraestructura tecnolgica con que cuenta la empresa y determinar que
es posible utilizar para la implementacin 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 caractersticas 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:
Cantid
ad
01
01
Equipo
Servidor
Servidor de
Correos
Descripcin
Procesador Core i5
4 GB de Memoria RAM
Disco Duro 500 GB
Unidad CD-ROM
Tarjeta de Red
Tarjeta de Video
Unidad de Proteccion UPS
Motherboard INTEL
Procesador Core i3
2 GB de Memoria RAM
Disco Duro de 300 GB
11
01
Servidor http
25
Estaciones de
Trabajo
1
1
Red Ethernet
Cableado
Estructurado
Router CISCO
1
3
Tarjeta de Red
Tarjeta de Video
Motherboard INTEL
Procesador Core i5
4 GB de Memoria RAM
Tarjeta de Red
Tarjeta de Video
Motherboard INTEL
Procesador Intel Celeron
512 MB de Memoria RAM
Tarjeta de Red
Tarjeta de Video
UTP Nivel 5
15 Puertos
Sistema Operativo SISCO
Impresoras
Laser Canon
Impresoras
Epson
Scaners
2
5
Fuente: Empresa Inversiones Gerenciales, S.A. (2014)
Software
El software con que cuentan los equipos de la empresa que se estn
utilizando con el sistema anterior es el siguiente:
Nomb
re
03
02
15
5
5
Descripcin
Sistemas
Linux
Sistemas
Fedora
Sistemas
32 bits
Sistemas
64 bits
Sistemas
64 bits
Operativos Multiusuario
Operativos Multiusuario
Operativos Windows 7
11
Resultado del Anlisis Tcnico

Con el resultado que se obtuvo despus de realizar el anlisis tcnico de
la infraestructura tecnolgica de la empresa podemos concluir que
cuenta con el equipo (Hardware y Software) bsico 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
Descripcin
Computadora HP
Sistema
Operativo
Precio Q. 4,871.00
Windows 8
(25 Unid. * 4530) = Procesador Intel Core i3
121,775
Pantalla de 14 Pulgadas
Inversin Q. 121,775
4 GB de Memoria RAM
Fuente: Intelaf, S.A. (2014)
11
11
FACTIBILIDAD ECONOMICA
En esta ara del anlisis nos enfocamos en reflejar los costos que el
desarrollo/implementacin del nuevo sistema tendr para la empresa,
evaluando los recursos para el desarrollo, costos de implementacin y
costos de mantenimiento de operaciones. Se realiza una evaluacin en
donde se plasma el costo total en gastos y los beneficios que este
sistema le dar a la empresa as como la reduccin de costos.
Anlisis Costo-Beneficio
En esta parte del anlisis pudimos hacer una comparacin entre la
relacin 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 anlisis de factibilidad tcnica, 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 implementacin, 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 utilizacin del sistema.
Gastos Generales
Costo
Aproxima
do
Material de oficina
3, 000.00
Papel
para 3,000.00
Impresora
Tinta
para 7,000.00
Impresora
Total
13,000.00
Consum
o
Mensual
1
2
Monto
en
Q. Anuales
16,800.00
124,800.00
36,000.00
72,000.00
11
Costo Personal
En estos gastos se incluyen los generados por el recurso humano los
cuales son los encargados de la operacin y funcionamiento del sistema.
Costo de
Actual
Recurso
Humano
Tcnicos
Sistema
Asistentes
Operadores
Total
Salario
del
Salario
Mensual
(Q.)
de 17,500.00
6,000.00
70,000.00
93,500.00
Personal.
Sistema
Salario
Anual (Q.)
210,000.00
72,000.00
840,000.00
1,122,000.0
0
Fuente: Empresa Inversiones Gerenciales, S.A.
(2014)
COSTO TOTAL DEL SISTEMA ACTUAL Q.

1,246,800.00
Costo Sistema Propuesto
El sistema propuesto es el Sistema Automatizado para el control del
desarrollo de software basado en Scrum, y nos permite realizar de una
forma ms eficiente muchos procesos para evitar que el usuario tenga
que estar ingresando el doble de informacin 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 informacin 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 informacin general
de los proyectos. Los costos en materiales y accesorios de oficina que se
utilizaran con este sistema se plasman en la siguiente tabla.
11
Costos de
Propuesto
Oficina
Costos Generales
Material de Oficina
Papel
para
Impresora
Tinta
para
Impresora
Total
Papelera
Costo
Aproxima
do
del
Sistema
800.00
1,000.00
Consu
mo
Mensu
al
1
1
Monto
anual
(Q.)
800.00
1,000.00
3,000.00
3,000.00
4,800.00
4,800.00
Fuente: 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
Propuesto
Salario
Recurso
Humano
Tcnicos
Sistema
Asistentes
Operadores
Total
del
Personal.
Salario
Mensual
(Q.)
de 17,500.00
Salario
Anual (Q.)
6,000.00
70,000.00
93,500.00
Sistema
210,000.00
72,000.00
840,000.00
1,122,000.00
Costos de Hardware y Software
11
Como ya se haba analizado anteriormente la empresa no necesita

ninguna inversin extra para poner en produccin 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 ningn problema.
COSTO TOAL DEL SISTEMA PROPUESTO Q.

1,126,800.00
ANALISIS COSTO BENEFICIO SISTEMA PROPUESTO

SISTEMA ACTUAL
A continuacin se presentaran unas tablas comparativas en donde se
puede evaluar el costo actual y el costo que tendra el sistema
propuesto.
Costos Totales Sistema Actual Sistema Propuesto

Ao
1
2
3
4
5
Sistema
Actual
1,246,800.00
1,496,160.00
1,795,392.00
2,154,470.40
2,585,364.48
Sistema
Propuesto
1,126,800.00
1,352,160.00
1,622,592.00
1,947,110.40
2,336,532.48
Beneficios Tangibles
11
Los beneficios tangibles aportados por el sistema propuesto se plasman

en:
Reduccin de costos en papelera, tinta de impresin y espacio

fsico.
Ahorro en suministros para los equipos empleados.
Beneficios Intangibles
Los beneficios intangibles que el sistema propuesto nos da son:
Optimizar las actividades de los operarios para minimizar el

tiempo de ejecucin de tareas, ya que evita duplicidad en el
ingreso de informacin 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 informacin, con consultas rpidas y
eficientes
Mejorar la capacidad de bsqueda de cierta informacin
Mayor y mejor aprovechamiento de los recursos tecnolgicos
Automatizar el registro y almacenamiento de la informacin
Tener backup de la informacin registrada en el sistema
Relacin Costo Beneficio

El anlisis Costo Beneficio presenta grandes ventajas para la empresa,
ya que segn los anlisis realizados determinamos que la empresa ya
cuenta con la infraestructura tecnolgica (hardware y software)
necesaria para implementar el nuevo sistema.
De igual manera, el nuevo sistema presenta mejoras para la
optimizacin de procesos y tareas permitiendo que el usuario no tenga
que realizar tareas duplicadas o ingresar varias veces la misma
informacin y esto ayuda a que el usuario tenga ms tiempo y lo pueda
aprovechar en otras tareas.
As como se determino la reduccin de costos generales en la utilizacin
de este sistema, que presenta un beneficio econmico para la empresa.
11
Con la implementacin del nuevo sistema tanto la empresa como los

operarios pueden manipular la informacin de una forma ms fcil y
rpida, pudiendo obtener copias de seguridad de la informacin y
mantener niveles de seguridad para evitar que cualquier persona tenga
acceso a la informacin. Se har un mejor uso de la tecnologa de la
empresa y lo ms importante es que el operario (usuario) se sentir
cmodo en el manejo del nuevo sistema, ya que se evaluaron las
necesidades que este tena y se plasmaron en este sistema.
Bajo estos criterios la alternativa propuesta para solucionar los
problemas que presentaban y mejorar la situacin 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 organizacin.
Sistema Actual Vs. Sistema Propuesto
FACTIBILIDAD OPERATIVA
La factibilidad operativa permite predecir se pondr en marcha el
sistema propuesto, aprovechando los beneficios que este ofrece tanto a
los usuarios como a la organizacin en general.
11
La necesidad de un cambio en el sistema que se tiene actualmente

expresada por los usuarios involucrados en el mismo, llevo al anlisis del
sistema propuesto, dicho sistema refleja una apariencia ms amigable al
usuario y con mejores y mayores beneficios que permite optimizar sus
tareas y as mejora su productividad en el trabajo.
La implementacin del sistema actual incluir un proceso de
implementacin en la cual se realizaran capacitaciones para los
operarios y para el personal de informtica para que los operarios
aprendan el correcto uso del sistema y las personas de informtica
puedan brindar un soporte interno para pequeas dudas que surjan con
el tiempo o bien por dudas o problemas con el funcionamiento del
software.
La implementacin 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 surgirn dudas que se resolvern y
luego de la finalizacin de la implementacin 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
ENCUESTA
Objetivo: Analizar la situacin 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.
11
1) En cuanto tiempo completa la informacin de un nuevo proyecto

1. 1 10 minutos
2. 11 20 minutos
3. 21 minutos en adelante
2) Cuanto tiempo tarda en generar reportes del detalle de los
proyectos
1. 1 5 minutos
2. 6 10 minutos
3. 11 minutos en adelante
3) La bsqueda de cierta informacin en el sistema es rpida y
eficiente
1. Si
2. No
4) Para obtener toda la informacin de un proyecto es necesario
generar varios reportes
1. Si
2. No
5) Como considera el rendimiento del sistema actual
1. Excelente
2. Bueno
3. Malo
4. Regular
6) Le gustara utilizar otro sistema que optimizara procesos para
realizar tareas ms rpido
1. Si
2. No
Porque:
_______________________________________________________________________
_____________________________________________________________________________
_
7) Describa 5 aspectos que le gustara cambiar del sistema
1. ______________________________________________________________________
_
2. ______________________________________________________________________
_
3. ______________________________________________________________________
_
4. ______________________________________________________________________
_
5. ______________________________________________________________________
_
8) Describa 5 aspectos con los que ha tenido mayor problema con el
sistema
1. ______________________________________________________________________
_
2. ______________________________________________________________________
_
3. ______________________________________________________________________
_
11
4. ______________________________________________________________________
_
5. ______________________________________________________________________
_
TCO / ROI
El objetivo de este documento es presentar el estudio realizado sobre el
retorno de la inversin (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
Titulo
Versin
Fecha
Autor/es
Resumen
Anlisis del ROI y TCO del Sistema de Control para

el Desarrollo de Software basado en Scrum
(SYSCRUM)
1.0
06/06/2014
Egda Soyos / Sucely Tuctuc
Anlisis del ROI y TCO del SYSCRUM
Derechos de uso
El presente documento es propiedad de la organizacin, el documento
es privado y no podr ser objeto de reproduccin total o parcial,
electrnica, mecnica, por fotocopia o cualquier otro.
As mismo tampoco podr ser objeto de prstamo, alquiler o cualquier
otra forma de cesin de uso sin el consentimiento previo y por escrito de
la organizacin, titular del derecho de autor (copyright). El
incumplimiento de las limitaciones sealadas por cualquier persona que
tenga acceso a la documentacin ser perseguida de acuerdo con la ley.
Hoja de estado del documento
Preparado por
Sucely Tuctuc
06/06/2014
Revisado por
Egda Soyos
09/06/2014
11
Aprobado por
Gerencia
Resumen Ejecutivo
El software SYSCRUM incrementa la productividad en los empleados de
la organizacin, permitiendo desarrollar sus actividades de una forma
ms eficiente y rpida, mostrando al usuario una interfaz amigable y
fcil de utilizar.
Tambin hace mejor uso de los recursos tecnolgicos que posee la
empresa, es un sistema innovador que permite que la organizacin
presente un nivel alto en el uso de la tecnologa. As mismo es notable la
reduccin de costos generales ya que la utilizacin de herramientas de
oficina es menor, y tambin los gastos del recurso humano bajaran al
permitir que una misma persona pueda operar el sistema y realizar otra
tarea asignada. Para certificar los costos que mencionamos presentamos
un anlisis de TCO / ROI que muestra datos de los gastos.
*ROI: Retorno de la Inversin, del Ingles Return of Investment
*TCO: Coste
Ownership
Total
de
Adquisicin,
del
ingles
Total
Cost
Consideraciones Inciales
Para proporcionar unas cantidades numricas concretas se ha
considerado una organizacin de 350 empleados, que utilizan el sistema
de control de proyectos actual que posee la empresa. A continuacin se
presenta el costo anual medio por empleado que utiliza el sistema.
Nmero de empleados
350
Costo
anual
medio
por Q.
empleado
33,223.68
Horas de trabajo en un ao
2300
Costo
hora
medio
por Q. 14.42
empleado
11
Se identific que la organizacin consta con un servicio de soporte

externo para problemas o dudas en relacin al sistema actual, a
continuacin se muestra una tabla en donde se reflejan los costos por
este servicio.
Costo anual medio por soporte externo

Q. 4,800.00
Costo medio por hora de soporte
Q. 50.00
Tiempo medio en horas por soporte anual
96 horas
Tiempo de inactividad de los usuarios por 144 horas
incidente en sistema
Total en costos por incidentes
Q. 4,800.00
11
Incremento de la Productividad
En un entorno donde el usuario tiene que acceder en diferentes
formularios la misma informacin del proyecto, el tiempo de
productividad es mayor y esto incurre a que se puedan realizar menos
actividades por da por lo tanto la produccin de la empresa se ve
afectada. En la siguiente tabla se muestra el costo en productividad por
empleado.
Tiempo promedio en ingreso de la informacin

del usuario por da (minutos)
Tiempo promedio en ingreso de la informacin
del usuario por ao (minutos)
Costo tiempo perdido por usuario por ao
15
3600
Q. 840.00
Reduccin de costos
El hecho de contar con un entorno en donde los procesos d gestin de la
informacin se encuentren automatizados hace que se reduzca el
tiempo de tareas por los usuarios por lo tanto el costo de operacin por
usuarios disminuye y refleja mayor productividad en los empleados y un
mejor manejo de la informacin.
11
COSTO TOTAL DE PROPIEDAD (TCO)

El clculo del costo total de propiedad (TCO) de SYSCRUM se basa en la
combinacin de costos y beneficios de los siguientes factores:
Servicios profesionales requeridos para el desarrollo de SYSCRUM

Formacin y soporte sobre en entorno desplegado
Mantenimiento anual para actualizacin de sistema (si el cliente lo
desea)
Los costos inciales para la implementacin de SYSCRUM son los

siguientes:
Tipo
Licencia
Descripcin
Costo
Costo de licencia
Q. 10,500.00
El proceso de instalacin cubre los
aspectos relativos a la preparacin del
servidor donde se va a desplegar
Instalacin
Q. 8,500.00
SYSCRUM, la instalacin de dicho
software y tambin de los conectores
que requieran las aplicaciones.
Cubre las actividades a realizar para
Configuraci configurar tanto el proveedor de
Q. 5,000.00
n
identidad como los distintos proveedores
de servicio que se integran en SYSCRUM
Capacitando y formacin del personal
Formacin tcnico y usuarios que operaran el Q. 9.000.00
sistema
Infraestruc Infraestructura necesaria para el uso de
tura
SYSCRUM a nivel de hardware, software y
Q. 0.00
tecnolgica conectividad
Q.
33,000.0
0
TOTAL
Servicios de soporte y mantenimiento de SYSCRUM

11
Tipo
Descripcin
Soporte realizado de
manera
que
la
Soporte
organizacin no tenga
anual
que
disponer
de
personal tcnico experto
en esta tecnologa
Infraestructura necesaria
Infraestruc
por SYSCRUM, a nivel de
tura
hardware, software y
Tecnolgica
conectividad
TOTAL
Costo 1er.
Ao
Costo
siguientes
aos
Q. 10,000.00
Q. 20,000.00
Q. 0.00
Q. 0.00
Q.
10,000.00
Q.
10,000.00
De esta forma se puede analizar la evolucin del TCO del SYSCRUM en

un periodo de 5 aos:
Costo
Costo
Costo
Costo
Costo
ao
ao
ao
ao
ao
1
2
3
4
5
TCO Total
1,246,800.00
1,496,160.00
1,795,392.00
2,154,470.40
2,585,364.48
Grafica
11
TCO/MES
103,900.00
124,680.00
149,616.00
179,539.20
215,447.04
Retorno de la inversin (ROI)

Para comprobar la rentabilidad de la inversin de un proyecto de este
tipo es imprescindible conocer cul es el retorno de la inversin de la
implementacin de este sistema.
Con el fin de realizar un clculo ajustado se parte del caso en el cual se
dispone de una herramienta o aplicacin en la cual los usuarios solicitan
un soporte constante a la empresa externa de ayuda, se presenta el
siguiente cuadro:
Duracin media por ingreso de informacin de
proyecto (minutos)
Tiempo promedio de inactividad de los usuarios
por incidentes con el sistema
Costo de inactividad de los usuarios por
incidentes con el sistema
Total costos por incidentes con el sistema (por
11
15
3 horas
Q. 42.00
Q. 42.00
da)
Los usuarios siguen invirtiendo mucho tiempo en el ingreso y gestin de
la informacin, pero gracias al nuevo escenario este tiempo se puede
ver reducido hasta por 10 minutos.
El tcnico de soporte recibir menos llamadas por incidencia y por dudas
por el uso del sistema. Reduciendo tambin el nmero de consultas que
reciben por ao
El costo total que provoca en la organizacin el tiempo elevado por del
ingreso de informacin y la comparacin del costo que presenta el nuevo
sistema se muestra en la siguiente grafica:
El costo total que provoca en la organizacin la solicitud de soporte

tcnico y la comparacin del costo que presenta el nuevo sistema se
muestran en la siguiente grafica
11
Esto provoca un ahorro significativo:

Ahorro
anual
tras
implementacin
Costo anual de operacin
Total ahorro anual
la 120,000.00
- 10,000.00
110,000.00
11
11
DIAGRAMA DE CLASES
11
ANEXOS
Login (Inicio de Sesion)
11
Creacin de Nuevo Proyecto y asignacin de usuarios al

proyecto
Definicin de Objetivos y Requisitos por Proyecto
11
Asignacin de Rol a los usuarios que trabajaran en el Proyecto
Historias de Usuario por Proyecto
11
Creacin de los usuarios que tendrn acceso al sistema
Ingreso de Datos de las Reuniones
Creacin de Sprint del proyecto.
11
Creacin de Sprint Task del Proyecto
Ingreso de informacin de las Iteraciones del Proyecto

11
Conclusin
En la realizacin de este proyecto de anlisis, se concluy lo siguiente:
RUP es una de las metodologas ms eficaces, debido a que nos apoy

para poder representar el aspecto dinmico del proceso de desarrollo del
sistema SYSCRUM, ya que se represent el aspecto esttico del proceso,
tales fueron los componentes, las actividades, lo casos de uso con sus
respectivos flujos y roles.
11
E-grafa
Conceptos diversos sobre metodologa SCRUM

http://es.wikipedia.org/wiki/Scrum
http://www.proyectosagiles.org/que-es-scrum
Consultadas: viernes 6 de junio 11:30 AM
11

Final Analisis

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Final Analisis

Încărcat de

Drepturi de autor:

Formate disponibile

6/16/2014

Sucely Anai TucTuc Barrera 0900-091912

Definicin del Problema5

Caractersticas esperadas del sistema 8

Censo de Casos de Uso:

Caso de uso Accesar al Sistema

Caso de uso Crear un nuevo proyecto

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

Caso de uso Establecer el Scrum Rol del Recurso Humano

Caso de uso Definir historias de usuario

Caso de uso Planificar el Dayli Scrum 32

Caso de uso Crear sprint

Caso de uso Definir Sprint Task

Caso de uso Registrar Iteraciones de proyecto

Caso de uso Finalizar Proyecto

El sistema no debe tener sprints task por definir.

Resultado del Anlisis Tcnico

Propuesta de Equipo para Actualizar 50

Costos del Sistema Actual

Costo Sistema Propuesto

ANALISIS COSTO BENEFICIO SISTEMA PROPUESTO SISTEMA ACTUAL

Hoja de estado del documento

COSTO TOTAL DE PROPIEDAD (TCO)

Anlisis del Sistema SYSCRUM

Anlisis del Sistema SYSCRUM

Administrar los proyectos y su solicitud.

Descripcin general del sistema

Creacin y Alta de proyectos

Definicin de objetivos para cada proyecto

Definicin del Scrum Rol

Definicin de Historia de Usuario

Finalizacin y baja de proyectos.

Definicin del Problema

Chief Scrum System

Falta de control en la eliminacin de

Una solucin exitosa

Planificar desde el inicio del proyecto los

Equipo Scrum, Scrum Master

El software en desarrollo no es lo que el

Una solucin exitosa

Relacionar los objetivos iniciales del

Coordinacin y configuracin de Sprint

Scrum Master, Equipo Scrum

La administracin de estas reuniones es

Una solucin exitosa

Relacionar los objetivos iniciales del

Departamento de Informtica de la Empresa

Control efectivo del desarrollo de software

Procesos manuales que actualmente se utilizan

SYSCRUM contiene cada fase del desarrollo

Caractersticas esperadas del sistema

El sistema autenticar al usuario en base a un correo

Crear nuevo proyecto Scrum

El sistema permitir que el usuario con rol de Chief

Definir los objetivos del

El sistema permitir definir el valor u objetivo que

Establecer el Srcum Rol del

El sistema permitir definir el rol de los usuarios que

Definir historia de usuarios

El sistema permitir establecer los elementos que

Planificar el Daily Scrum

El sistema permitir que se planifique todas las

El sistema permitir que se configuren los sprints

Definir Sprints Task