Final Analisis
-
Upload
scribdkrlitox -
Category
Documents
-
view
242 -
download
0
description
Transcript of 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.
Una solución exitosa puede ser
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.
Una solución exitosa puede ser
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
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 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***
Sistema de control para el desarrollo de software basado en Scrum
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***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
<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
Egda soyos y Sucely Tuc Tuc
11
2. Caso de uso Crear un nuevo proyecto uc Actores
Chief Scrum System
Crear nuevo proyecto Scrum
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”
El sistema regresa al paso 3 del FB.
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***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
<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
1.0 Descripción general del Sistema
Egda soyos y Sucely Tuc Tuc
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”
El sistema regresa al paso 1 del FB.
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”
El sistema regresa al paso 7 del FB.
3.5.7.Flujo alterno 6 (Selecciona NO) El usuario selecciona la opción NO El sistema regresa al paso 4 del FB
3.6.Usuarios y otros Actores del Sistema
Product Owner
Product Backlog
3.7.Diagramas o bosquejos
11
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
< Establecer el Scrum Rol del Recurso Humano >
Versión <1.0>
11
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. 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
4.6.Usuarios y otros Actores del Sistema
11
Product Owner
Scrum master
Sprint Backlog.
4.7.Diagramas o bosquejos
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
< Definir Historias de Usuarios >
Versión <1.0>
11
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
5. Caso de uso Definir historias de usuario uc Actores
Product Owner
Scrum MasterScrum Team Member
Creacion /Documentar Product Backlog
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
5.7.Diagramas o bosquejos
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
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
1.0 Descripción general del Sistema
Egda soyos y Sucely Tuc Tuc
6. Caso de uso Planificar el Dayli Scrum uc Actores
Product Owner
Scrum MasterScrum Team Member
Sprint Backlog
Creacion/documentar 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”
El sistema regresa al paso 3 del FB.
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
6.7.Diagramas o bosquejos
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
11
Especificación de Casos de Uso
< Crear Sprint >
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
7. Caso de uso Crear sprint uc Actores
Scrum Master
Sprint Backlog
Creacion/documentar 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
7.7.Diagramas o bosquejos
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
11
< Definir Sprint Task >
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
8. Caso de uso Definir Sprint Task
11
uc Actores
Product Owner
Scrum MasterScrum Team Member
Sprint Backlog
Creacion/documentar 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
8.7.Diagramas o bosquejos
11
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
< Registrar Iteraciones del Proyecto >
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
11
9. Caso de uso Registrar Iteraciones de proyecto
uc Actores
Product Owner
Creacion /Documentar Product Backlog
Product BacklogSprint Backlog
Creacion/documentar Sprint 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
9.6.Usuarios y otros Actores del Sistema
Product Owner
Sprint backlog
Product Backlog
9.7.Diagramas o bosquejos
11
***SYSCRUM***
Sistema de control para el desarrollo de software basado en Scrum
Especificación de Casos de Uso
< Finalizar Proyecto >
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
11
10. Caso de uso Finalizar Proyecto uc Actores
Chief Scrum System
Creacion /Documentar Product Backlog
Creacion/documentar Sprint Backlog
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***
Sistema de control para el desarrollo de software basado en Scrum
Modelado de casos de Uso
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
11
11
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
5 Sistemas Operativos Windows 7 64 bits
5 Sistemas Operativos Windows 8 64 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
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
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