ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Proyecto utilizando MDSIC-M como metodologia


Enviado por   •  5 de Abril de 2019  •  Prácticas o problemas  •  5.186 Palabras (21 Páginas)  •  196 Visitas

Página 1 de 21

Contenido

INTRODUCCIÓN        1

1.Planeación        2

1.1 Propósito.        2

1.2 Alcance.        2

1.3 Resumen.        2

1.4 Procesos y tareas        3

1.5 Asignación de roles y permisos        12

1.5.1 Participantes en el Proyecto        12

1.6 Definición de metas        13

1.7 Costos        14

1.8 WBS        17

1.8 Técnicas y herramientas        18

2. Prototipos        19

2.1 Definición de historias.        19

2.1.1 Proceso general del sistema a través de flujograma.        19

2.1.2 Interfaces del sistema.        21

2.1.3 Mockups        22

2.1.4 Casos de uso        26

3.- Desarrollo.        28

3.1 Control de tareas.        28

3.2 Control de entregables.        29

3.3 Control de riesgos.        30

3.4 Evaluación de módulos y entregables.        31

3.5 Evaluación de costos.        31

4.- Refactorización.        33

4.1 Control por tarea.        33

4.2        Control por entregables.        34

4.3        Revisión de requerimientos.        35

4.4        Aprobación.        42

4.5        Lecciones aprendidas.        45

5.- Aseguramiento de la calidad.        46

5.1. Revisión de la calidad funcional        46

5.2. Revisión de requerimientos.        48

5.3. Control de costos.        53

5.4. Pruebas del sistema.        56

6.- Cierre.        58

6.1. Acta de cierre        58

5.- Conclusiones.        60

6.- Referencias.        61


INTRODUCCIÓN

Actualmente la institución cuenta con un área de desarrollo de sistemas la cual tiene como función principal, crear y actualizar los sistemas de la organización, su manera de atender estas solicitudes es a través de un documento el cual contiene especificaciones como:

  • Si es desarrollo es nuevo sistema o modificación.
  •  Objetivo.
  • Qué problema solventara etc.

El proceso es estable, sin embargo, genera papelería y en algunas ocasiones perdida de documentación.

De acuerdo a lo anterior se propone desarrollar un sistema que administre la recepción y el flujo del proceso de autorización, para llevar un registro estructurado y ordenado.

La metodología elegida para el desarrollo será MDSIC-M ya que se formula como una alternativa para garantizar la calidad en el desarrollo de APPs, la metodología se basa en procesos y elementos (basados en MDSIC) que deben ser orientados a la colaboración y el mantenimiento del plan de un proyecto de desarrollo móvil

1.Planeación

1.1 Propósito.

El sistema propuesto obedece a la necesidad de contar con una herramienta que administre el flujo de recepción de “solicitudes de modificación o creación de sistemas” de la organización, ya que en la actualidad el proceso es manual.

Con esta implementación se podrán contar con beneficios como:

  • Ahorro de papel.
  • Registró estructurado.
  • Información siempre a la mano.

1.2 Alcance.

El proyecto tiene el alcance desarrollar un software que administre el flujo de una solicitud de sistemas, el proyecto contempla realizar un análisis técnico, funcional y propuesta de Diseño “además del “Desarrollo e Implantación del Nuevo Sistema”, Esto a través de un modelo desarrollo de software ágil MDSIC-M.

1.3 Resumen.

Después de esta introducción, el resto del documento está organizado en las siguientes secciones:

1.- Planeación: Tiempo, Costo, Riesgos, Métricas, Equipos Roles.

2.- Prototipos:  Desempeño, Pruebas, Satisfacción

3.- Desarrollo: Riesgos, Costo

4.- Refactorización, Costo, Riesgos, Tiempo, Aprendizaje. No. Elementos.

5.- Aseguramiento de la calidad: Nivel de madurez. Revisión. Costo. Tiempo. No. Elementos.

6.- Cierre: Reusó. Costo. Riesgos Tiempo. Aprendizaje.

1.4 Procesos y tareas

De acuerdo al planteamiento antes comentado se definen los siguientes requerimientos de sistema, los cuales se describen a continuación.

Tabla 1. Especificación de requerimientos del sistema. Desarrollo propio.

ID

FUNCIONALIDAD

DETALLE DEL REQUERIMIENTO

1

Acceso al sistema

Descripción:

Crear un formulario de acceso a la plataforma, el cual solicite los siguientes campos obligatorios:

  • Número de usuario
  • Nombre de usuario
  • Contraseña

Una vez especificados los campos en el formulario  el usuario ejecutar la acción de “Iniciar sesión” por medio de un botón, o bien presionando la tecla Enter.

Validaciones:

  • Validar que el número de usuario, nombre de usuario y contraseña coincidan con las entradas del usuario.
  • En caso de que coincidan los datos se procede con el ingreso a la plataforma, de lo contrario se mostrará el siguiente mensaje al usuario: “Credenciales de acceso incorrectas”.
  • Se deberá identificar el rol del usuario para determinar su nivel de privilegios en la plataforma.

2

 Bandeja de solicitudes

Descripción:

El sistema contará con una opción denominada “Bandeja de solicitudes”, la cual será la pantalla de inicio por default al iniciar sesión, contando son las siguientes funcionalidades.

Se deberán mostrar las solicitudes de modificaciones al sistema capturadas por el usuario, esto mediante una tabla presentando los siguientes datos:

  • Nombre de la solicitud
  • Área
  • Usuario solicitante
  • Fecha de registro
  • Objetivo estratégico
  • Estatus de la solicitud
  • Observaciones
  • Acciones

Las Acciones disponibles por cada registro de la tabla serán las siguientes:

  • Ver/Editar datos de la solicitud
  • Eliminar solicitud

Se deberá contar con un buscador que permita realizar búsquedas al momento de ir escribiendo. La tabla de los registros también deberá contar con paginación.

Validaciones:

  • Si el rol del usuario pertenece al administrador de proyectos, la bandeja de solicitudes mostrará todas las solicitudes de modificaciones al sistema capturadas por los usuarios.
  • Si el rol del usuario es diferente al rol de administrador de proyectos, únicamente se mostrarán las solicitudes del usuario que se encuentra en la sesión actual.

2.1

 Nueva solicitud

Descripción:

Dentro de la sección de Bandeja de solicitudes, se deberá contar con un botón que permita crear una nueva solicitud de modificación de sistemas. Al dar clic sobre este se deberá mostrar una ventana tipo Dialog, solicitando la siguiente información.

  • Nombre de la solicitud (Cadena) *
  • Objetivo estratégico (Cadena) *
  • Línea estratégica (Cadena) *
  • Iniciativa (Cadena) *
  • Objetivo de la solicitud (Cadena) *
  • Requerimientos (Listado) *
  • Referencia (URL)

Se deberá permitir registrar los requerimientos que el usuario necesite siguiendo la siguiente estructura y captura de los siguientes datos.

Alias del requerimiento

Detalle del requerimiento

RQ 1

……………….

RQ 2

……………….

RQ N

……………….

El campo de referencia, deberá aceptar un dato con una estructura de URL, ya que su finalidad es que el usuario pueda colocar la dirección de un repositorio de la nube interna, con información adicional de la solicitud, por ejemplo: casos de negocio, formulas u otros recursos del proyecto.

Validaciones:

  • Todos los campos señalados con asteriscos son obligatorios.
  • Se deberá respetar el tipo de dato.
  • Se deberá registrar el número de usuario solicitante tomando el dato de la sesión.
  • Se deberá registrar la fecha de alta de la solicitud.
  • Al registrar una nueva solicitud en automático se establecerá su estatus como “Solicitud enviada”.
  • Se deberá notificar por medio de correo electrónico al administrador de proyectos que se cuenta con una nueva solicitud en su bandeja de revisión.

2.2

 Editar solicitud

Descripción:

Como parte de las acciones disponibles al usuario en las solicitudes registradas esta la función de editar. Esta opción permite editar por medio del mismo formulario de alta, la información de la solicitud.

  • Nombre de la solicitud  
  • Objetivo estratégico
  • Línea estratégica
  • Iniciativa
  • Objetivo de la solicitud
  • Requerimientos
  • Referencia

Al dar clic sobre el botón de guardar, se deberá actualizar la información de la solicitud.

Validaciones:

  • La solicitud únicamente se podrá editar si la solicitud se encuentra en el estatus “Corregir solicitud”.
  • La solicitud solo puede ser editada por el usuario que la dio de alta.

2.3

 Eliminar solicitud

Descripción:

Como parte de las acciones disponibles al usuario en las solicitudes registradas esta la función de eliminar. Esta opción permite eliminar la solicitud de modificación de sistemas de la base de datos.

Validaciones:

  • Mostrar mensaje de confirmación previo a la eliminación.
  • La solicitud puede ser eliminada en cualquier estatus.
  • Se deberá notificar por correo electrónico al administrador de proyectos que la solicitud fue eliminada.
  • Se deberá eliminar lógicamente de la base de datos.

3

 Bandeja de revisión

Descripción:

Sección del sistema que permite al administrador de proyectos visualizar todas las solicitudes enviadas por los usuarios y que están pendientes de revisar.

Se deberán filtrar todas aquellas solicitudes con el estatus de Solicitud enviada” esto mediante una tabla presentando los siguientes datos:

  • Nombre de la solicitud
  • Área
  • Usuario solicitante
  • Fecha de registro
  • Objetivo estratégico
  • Estatus de la solicitud
  • Acciones

Las Acciones disponibles por cada registro de la tabla serán las siguientes:

  • Revisar solicitud

Se deberá contar con un buscador que permita realizar búsquedas al momento de ir escribiendo. La tabla de los registros también deberá contar con paginación.

Validaciones:

  • Esta sección únicamente es accesible por usuarios con rol “Administrador de proyectos”.

3.1

Revisión de solicitud

Descripción:

Acción que permite al Administrador de proyectos realizar la revisión de la solicitud, al dar clic sobre esta opción se deberá mostrar una ventana tipo Dialogo que muestre toda la información de la solicitud.

  • Nombre de la solicitud
  • Usuario solicitante
  • Área
  • Rol
  • Fecha de alta
  • Objetivo estratégico
  • Línea estratégica
  • Iniciativa
  • Objetivo de la solicitud
  • Listado de requerimientos
  • Referencia

En esta misma ventana se permitirá realizar las siguientes acciones:

a) Regresar solicitud: En caso de que el administrador de proyectos identifique, errores en la información capturada por el usuario o falte claridad en los requerimientos, la solicitud podrá ser regresada al usuario para su edición. Adicionando un cuadro de observaciones con la retroalimentación del administrador de proyectos.

Al ejecutar esta acción el estatus de la solicitud deberá cambiar a Corregir solicitud”, y se deberá notificar por correo electrónico al usuario solicitante que su solicitud fue devuelta.

b) Rechazar solicitud: Si el administrador de proyectos considera que la solicitud por parte del usuario no es viable para su desarrollo se procede con la acción de rechazo. En donde se especifica en un cuadro de comentarios, el motivo del rechazo.

Al ejecutar esta acción el estatus de la solicitud deberá cambiar a “Solicitud rechazada”, y se deberá notificar por correo electrónico al usuario solicitante que su solicitud fue rechazada.

Una solicitud rechazada no es posible corregirla o eliminarla y ya no es visible para el usuario.

c) Aceptar solicitud: En caso de que el administrador de proyectos considere que la solicitud es viable para su desarrollo se procede con la acción de aceptación.

Al ejecutar esta acción el estatus de la solicitud deberá cambiar a Solicitud pendiente de autorizar”, y se deberá notificar por correo electrónico al usuario solicitante que su solicitud fue aceptada y que está pendiente solo el visto bueno de la subdirección.

4

 Bandeja de autorización.

Sección del sistema que permite a la subdirección visualizar todas las solicitudes enviadas por el administrador de proyectos solicitando su autorización.

Se deberán filtrar todas aquellas solicitudes con el estatus de Solicitud pendiente de autorizaresto mediante una tabla presentando los siguientes datos:

  • Nombre de la solicitud
  • Área
  • Usuario solicitante
  • Fecha de registro
  • Objetivo estratégico
  • Estatus de la solicitud
  • Acciones

Las Acciones disponibles por cada registro de la tabla serán las siguientes:

  • Autorizar solicitud

Se deberá contar con un buscador que permita realizar búsquedas al momento de ir escribiendo. La tabla de los registros también deberá contar con paginación.

4.1

 Autorizar solicitud

Descripción:

Acción que permite al Subdirector realizar la autorización de la solicitud, al dar clic sobre esta opción se deberá mostrar una ventana tipo Dialogo que muestre toda la información de la solicitud.

  • Nombre de la solicitud
  • Usuario solicitante
  • Área
  • Rol
  • Fecha de alta
  • Objetivo estratégico
  • Línea estratégica
  • Iniciativa
  • Objetivo de la solicitud
  • Listado de requerimientos
  • Referencia

En esta misma ventana se permitirá realizar las siguientes acciones:

a) Autorizar solicitud: En caso de que el Subdirector considere viable la propuesta del proyecto procederá con la autorización de la solicitud.

Al ejecutar esta acción el estatus de la solicitud deberá cambiar a Autorizada”, notificando por correo electrónico al usuario solicitante que su solicitud fue autorizada.

b) Rechazar solicitud: Si el Subdirector considera que la solicitud por parte del usuario no es viable para su desarrollo se procede con la acción de rechazo. En donde se especifica en un cuadro de comentarios, el motivo del rechazo.

Al ejecutar esta acción el estatus de la solicitud deberá cambiar a Solicitud rechazada”, y se deberá notificar por correo electrónico al usuario solicitante que su solicitud fue rechazada y el motivo especificado.

Nota: Una vez autorizado el la solicitud, esta cambia de categoría, convirtiéndose en proyecto.

5

 Bandeja de proyectos

Sección del sistema que permite al administrador de proyectos visualizar todos los proyectos autorizados.

Se deberán presentar en una tabla mostrando los siguientes datos:

  • Nombre del proyecto ( que es el nombre de la solicitud que dio origen)
  • Área
  • Usuario solicitante
  • Fecha de registro
  • Objetivo estratégico
  • Estatus del proyecto
  • Acciones

Las Acciones disponibles por cada registro de la tabla serán las siguientes:

  • Editar plan de trabajo.
  • Descartar
  • Finalizar

Se deberá contar con un buscador que permita realizar búsquedas al momento de ir escribiendo. La tabla de los registros también deberá contar con paginación.

Validaciones:

  • Se deberán resaltar aquellos proyectos que no tengan un plan de trabajo asociando.
  • El estatus del proyecto deberá mostrarse en función del porcentaje de cumplimiento.
  • Los estatus del proyecto son: No iniciado, En tiempo, Atrasado

Nota: Esta misma pantalla deberá ser accesible por el usuario solicitante, para que pueda visualizar el estatus y avance de su proyecto. El menú de Acciones no estará disponible para el usuario solicitante.

5.1

 Editar plan de trabajo

Opción que permite al administrador de proyectos crear un plan de trabajo asociado a un proyecto.

Al dar clic sobre esta opción se deberá mostrar una ventana tipo Dialogo solicitando la siguiente información:

  • Actividad *
  • Fecha inicio *
  • Fecha fin *
  • Responsable *
  • Observaciones
  • Porcentaje de cumplimiento real*
  • Porcentaje de cumplimiento proyectado*

Se debe permitir agregar N actividades capturando la información antes mencionada, considerando que los campos con asterisco son obligatorios.

5.2

 Descartar

Opción que permite al administrador de proyectos descartar un proyecto del tablero de gestión.

Al dar clic sobre esta opción se deberá especificar el motivo de descarte y posterior a esto removerlo del tablero.

Validaciones:

  • Mostrar cuadro de confirmación del descarte del proyecto.
  • Notificar por correo electrónico al usuario solicitante el motivo del descarte de su proyecto.

Una vez descartado el proyecto se deberá cambiar su estatus a “Descartado”

5.3

 Finalizar

Opción que permite al administrador de proyectos marcar un proyecto como terminado, independiente al plan de trabajo.

Al dar clic sobre esta opción se solicitará confirmación de esta acción.  Y se procederá con el cambio de estatus del proyecto a “Finalizado”

6

 Reportes

Sección del sistema que permite generar reportes de los siguientes tipos:

Estatus de proyectos: Reporte que muestra el estatus de los proyectos son su porcentaje de avance. Mostrando los siguientes datos:

  • Nombre del proyecto
  • Porcentaje proyectado
  • Porcentaje real
  • Estatus

Proyectos descartados. Reporte que muestra los proyectos rechazados y sus motivos. Así como los porcentajes resguardados al momento del descarte.

  • Nombre del proyecto
  • Porcentaje proyectado
  • Porcentaje real
  • Motivo de descarte
  • Fecha de descarte

Proyectos finalizados. Reporte que muestra los proyectos finalizados. Así como los porcentajes resguardados al momento del descarte.

  • Nombre del proyecto
  • Porcentaje proyectado
  • Porcentaje real
  • Fecha finalización

...

Descargar como (para miembros actualizados)  txt (31.6 Kb)   pdf (4.7 Mb)   docx (2.2 Mb)  
Leer 20 páginas más »
Disponible sólo en Clubensayos.com