Proyecto utilizando MDSIC-M como metodologia
Enviado por BMR X • 5 de Abril de 2019 • Práctica o problema • 5.186 Palabras (21 Páginas) • 230 Visitas
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:
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:
| ||||||||
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:
Las Acciones disponibles por cada registro de la tabla serán las siguientes:
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:
| ||||||||
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.
Se deberá permitir registrar los requerimientos que el usuario necesite siguiendo la siguiente estructura y captura de los siguientes datos.
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:
| ||||||||
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.
Al dar clic sobre el botón de guardar, se deberá actualizar la información de la solicitud. Validaciones:
| ||||||||
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:
| ||||||||
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:
Las Acciones disponibles por cada registro de la tabla serán las siguientes:
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:
| ||||||||
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.
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 autorizar” esto mediante una tabla presentando los siguientes datos:
Las Acciones disponibles por cada registro de la tabla serán las siguientes:
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.
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:
Las Acciones disponibles por cada registro de la tabla serán las siguientes:
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:
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:
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:
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:
Proyectos descartados. Reporte que muestra los proyectos rechazados y sus motivos. Así como los porcentajes resguardados al momento del descarte.
Proyectos finalizados. Reporte que muestra los proyectos finalizados. Así como los porcentajes resguardados al momento del descarte.
|
...