Medesipu Propuesta Rev 2011 Fase Inicio

ASUNTO:

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

CÓDIGO: MEDESIPU_PROPUESTA_2011

EDICIÓN 1

REVISIÓN 18/04/2011

FECHA DE VIGENCIA 18/04/2013

PÁGINA 1

TABLA DE CONTENIDO TABLA DE CONTENIDO ............................ ........................................... ............................. ............................ ............................ ............................ ............................ ............................ ............................ ............................ ................

1

1. OBJETIVO............................ .......................................... ............................ ............................ ............................ ............................ ............................ ............................ ............................ ............................ ............................. .................... ..... 2 2. ALCANCE .......................... ........................................ ............................ ............................. ............................. ............................ ............................ ............................ ............................ ............................ ............................ ...................... ........ 2 3. DOCUMENTOS RELACIONADOS .......................... ........................................ ............................ ............................ ............................ ............................ ............................ ............................ ........................... ............. 2 4. DEFINICIONES............................ .......................................... ............................ ............................ ............................ ............................ ............................ ............................ ............................. ............................. .......................... ............ 2 5. FUNDAMENTOS Y JUSTIFICACIONES ............................ .......................................... ............................ ............................ ............................ ............................. ............................ ........................... ................

2

6. FASE DE INICIO MEDESIPU ........................... ......................................... ............................ ............................ ............................ ............................ ............................ ............................ ............................. .................... ..... 3 ......................................... ............................. ................... ..... 4 6.1 OBJETIVO GENERAL Y ESPECIFICOS DE LA FASE DE INICIO DE MEDESIPU .......................... ......................................... ................ 4 6.2 ESTRUCTURA ESTÁTICA DE LA FASE DE INICIO DE MEDESIPU ROLES Y DISCIPLINAS ...........................

6.2.1 ROLES PARA LA FASE DE INICIO EN MEDESIPU ........................... ......................................... ............................ ............................. ............................. .......................... ............ 5 ......................................................................................... ............................................. .............. 5 6.2.1.1 ROLES PARA LOS ALUMNOS EN LA FASE DE INICIO .......................................................... ........................................................................................ .................................................. ................... 5 6.2.1.2 ROLES PARA EL TUTOR TUTOR EN LA FASE DE INICIO ......................................................... ....................................................................... .............. 6 6.2.1.3 ROLES PARA EL JURADO O COMITÉ REVISOR EN LA FASE DE INICIO ......................................................... ....................................................................................... ................................... .... 6 6.2.1.4 ROLES PARA LOS INVOLUCRADOS INVOLUCRADOS EN LA FASE DE INICIO ........................................................

6.2.2 DISCIPLINAS PARA LA FASE DE INICIO MEDESIPU ............................ .......................................... ............................ ............................. ............................ ..................... ........ 6 ......................................... ............................ ............................ ............................ ............................. ........................... ............ 9 6.3 PLAN DE LA FASE DE INICIO DE MEDESIPU ...........................

7. PRODUCTOS O ARTEFACTOS DE LA FASE DE INICIO .......................... ......................................... ............................. ............................ ............................ ............................ ................ 13 ....................................... ........... 13 7.1 PLANTILLA MEDESIPU_FI_P001 REGISTRO DE LA SELECCIÓN DE LA PROBLEMÁTICA ............................ .................................... ........ 14 7.2 PLANTILLA MEDESIPU_FI_P002 REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA ............................ ......................... 15 7.3 PLANTILLA MEDESIPU_FI_P003 IDENTIFICACION DE INVOLUCRADOS EN LA PROBLEMATICA ......................... ......................................... ............................ ............................. ............................. ................. ... 16 7.4 PLANTILLA MEDESIPU_FI_P004 ARBOL DEL PROBLEMA ........................... 7.5 PLANTILLA MEDESIPU_FI_P005 ARBOL DE OBJETIVO.......................... ......................................... ............................. ............................ ............................ ...................... ........ 17 7.6 PLANTILLA MEDESIPU_FI_P006 ANALISIS DE ALTERNATIVAS ............................ .......................................... ............................ ............................ ...................... ........ 18 .......................................... .................. ... 20 7.7 PLANTILLA MEDESIPU_FI_P007 ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP) ........................... ........................................ ............................ ............................. ......................... .......... 21 7.8 PLANTILLA MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO .......................... 7.9 INFORME DE LA DESCRIPCIÓN DEL PROBLEMA Y SU SOLUCIÓN TECNOLÓGICA CONTENIDO MEDESIPU_FI_C00123 7.10 PLANTILLA MEDESIPU_FI_P009 REGISTROS DE LOS STAKEHOLDER .......................... ......................................... ............................. ........................ .......... 24 7.11 MODELO ENTREVISTA MEDESIPU_ME_001 ............................ ........................................... ............................. ............................ ............................ ............................ ...................... ........ 25 ...................................... ........... 26 7.12 PLANTILLA MEDESIPU_FI_P010 REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER ........................... .......................................... ............................ ...................... ........ 27 7.13 PLANTILLA MEDESIPU_FI_P011 REGISTROS DE LOS CASOS DE USOS ............................ ................................. ...... 30 7.14 DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO CONTENIDO MEDESIPU_FI_C002 ...........................

ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr.

ASUNTO:



EDICIÓN 1



PÁGINA 2

1. OBJETIVO Establecer y describir una metodología para el desarrollo de sistemas de información de proyectos universitarios en el Instituto Universitario Tecnológico Maracaibo y Universidad Politécnica de Maracaibo, la cual llamaremos MEDESIPU

2. ALCANCE Describir los objetivos, objetivos, roles, actividades actividades y artefactos en las fases fases de un proyecto universitario de desarrollo de sistemas de información, en nuestros programas académicos de tecnológico y PNF INGENIERIA DE INFORMATICA

3. DOCUMENTOS RELACIONADOS 

MeRinde ALTEC; MeRinde Guía Detallada V1[1].0 http://merinde.rinde.gob.ve/

4. DEFINICIONES MeRinde: METODOLOGÍA DE LA RED NACIONAL DE INTEGRACIÓN Y DESARROLLO DE SOFTWARE LIBRE MEDESIPU: METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN DE PROYECTOS UNIVERSITARIOS Artefactos: Estos son creados en el proceso de desarrollo y van desde el propio código fuente hasta la

documentación aportada por los clientes o beneficiarios y la entregada por el equipo de desarrollo al culminar cada hito del proyecto. Stakeholder: Es el responsable de representar a un grupo interesado cuyas necesidades se deban

satisfacer por el proyecto. El rol puede ser jugado por cualquier persona que sea (o potencialmente estará) afectada materialmente por el resultado del proyecto .

5. FUNDAMENTOS Y JUSTIFICACIONES La metodología MEDESIPU es una propuesta propuesta de adaptación de MeRinde para los proyectos proyectos de desarrollo desarrollo de sistemas de información en el ámbito universitario del Instituto Universitario Tecnológico Maracaibo IUTM y la Universidad Politécnica de Maracaibo, la cual fue seleccionada entre otras fortalezas por estar totalmente documentada en la WEB, sus resultados se tomaron de las mejores prácticas de las metodologías más usadas (Ver Tabla 1) y por esta apoyado por el Ministerio de Ciencias y Tecnología.


ASUNTO:



EDICIÓN 1



PÁGINA 3

6. FASE DE INICIO MEDESIPU Esta fase de INICIO a igual que en MeRinde forma parte del eje horizontal que representa el tiempo donde se consideran los aspectos dinámicos del proceso , conformándose cuatro fases secuenciales (Ver Figura 1) que son: Inicio, Elaboración, Construcción y Transición. Al final de cada fase el equipo gestor del proyecto (Alumnos y Tutores) realizara una evaluación para determinar si los objetivos se cumplieron y así pasar a la fase siguiente. A continuación se describen el objetivo general y los específicos de esta fase.


ASUNTO:



EDICIÓN 1



PÁGINA 4

Figura 1.0

6.1 OBJETIVO GENERAL Y ESPECIFICOS DE LA FASE DE INICIO DE MEDESIPU

El objetivo general de esta fase en una primera iteración es establecer EL COMPORTAMIENTO DEL SISTEMA, para lo cual se debe cumplir con los objetivos específicos siguientes.   



Establecer el problema central sus causas y efectos Establecer la solución tecnológica o sistema a desarrollar Establecer los casos de usos generales de funcionamiento del negocio o actividad principal de la organización (Modelo del Negocio opcional con la consideración del tutor) Establecer los escenarios básicos que definen la funcionalidad del sistema, con los casos de uso críticos y/o prioritarios del sistema y sus posibles riesgos o fuentes de incertidumbre

El hito en esta fase finaliza, con la aprobación del informe del comportamiento del sistema o de Fase I, donde se describe el ámbito del proyecto con sus límites, los casos de uso críticos o prioritarios con sus requerimientos y riesgos o incertidumbres. 6.2 ESTRUCTURA ESTÁTICA DE LA FASE DE INICIO DE MEDESIPU ROLES Y DISCIPLINAS

A igual que MeRinde, en MEDESIPU se establece una estructura estática donde define quién hace qué, cómo y cuándo, definiendo cuatro elementos: los roles, que responden a la pregunta ¿Quién?, las actividades que responden a la pregunta ¿Cómo?, los artefactos, que responden a la pregunta ¿Qué? y los flujos de trabajo de las disciplinas que responde a la pregunta ¿Cuándo?. Es así como en esta sección se describe esta estructura para la fase de INICIO


ASUNTO:



EDICIÓN 1



PÁGINA 5

6.2.1 ROLES PARA LA FASE DE INICIO EN MEDESIPU

En MEDESIPU a igual que MeRinde para definir las responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo, se establecen los ROLES (Ver Figura 2.0), los cuales realizaran las tareas, y generan los artefactos. Como el equipo de desarrollo en los proyectos universitarios son los alumnos y su tutor, los cuales se relacionaran con unos involucrados. A continuación se describirán los roles cada uno de ellos en esta fase de Inicio Figura 2.0 Representación del Rol

6.2.1.1 ROLES PARA LOS ALUMNOS EN LA FASE DE INICIO

El rol para los alumnos en esta fase de inicio será de ESPECIFICADOR DE REQUERIMIENTOS , los cuales se encargaran de la captura de requerimientos, definir los actores y casos de uso y estructurar el modelo de casos de uso, estableciendo la forma en que funcionará el sistema y cuáles son las restricciones del mismo. 6.2.1.2 ROLES PARA EL TUTOR EN LA FASE DE INICIO

Los roles para el TUTOR en esta fase de inicio serán los siguientes: ANALISTA DE PRODUCTO el cual se encargar de dirigir el proceso de la captura de requerimientos, definir los actores y casos de uso y estructurar el modelo de casos de uso, estableciendo la forma en que funcionará el sistema y cuáles son las restricciones del mismo. ,

ANALISTA DE CALIDAD, el cual se encarga de revisar todos los documentos que reflejan el avance del proyecto (diagrama Gantt, reporte de estado, actas o formatos de reunión, reporte de pendientes, y otras afines al control y seguimiento del proyecto), y de verificar que los objetivos del marco de desarrollo se cumplan.


ASUNTO:



EDICIÓN 1



PÁGINA 6

6.2.1.3 ROLES PARA EL JURADO O COMITÉ REVISOR EN LA FASE DE INICIO

El rol para el JURADO O COMITÉ REVISOR en esta fase de inicio será el siguiente: REVISOR DE PRODUCTO el cual se encargar de APROBAR la captura de requerimientos, aceptando los actores y casos de uso y el modelo definitivo del comportamiento del sistema, estableciendo la forma en que funcionará el sistema y cuáles son las restricciones del mismo. ,

6.2.1.4 ROLES PARA LOS INVOLUCRADOS EN LA FASE DE INICIO

Los Involucrados serán cualquier persona que se vea afectada por el resultado del proyecto es así como comprende el grupo de personas interesadas en que sus necesidades sean satisfechas por el proyecto. 6.2.2 DISCIPLINAS PARA LA FASE DE INICIO MEDESIPU

MeRinde nuestra metodología base se organiza en disciplinas. Las disciplinas poseen flujos de trabajos en donde cada uno conlleva a actividades que a su vez están compuestos por un conjunto de tareas realizadas en un área determinada, las cuales tienen como objetivo producir artefactos. A su vez, existen actividades que se dividen en sub actividades con el fin de facilitar la agrupación de tareas relacionadas. Las disciplinas que conforman esta metodología se dividirán en dos grupos. El primero comprende las disciplinas fundamentales asociadas con las áreas de ingeniería: a. Modelado del Negocio. b. Requerimientos. c. Análisis y Diseño. d. Implementación. e. Pruebas. f. Implantación. El segundo grupo lo integran las disciplinas llamadas de soporte o gestión: a. Gestión de Configuración y Cambios. b. Gestión del Proyecto. c. Gestión del Ambiente. d. Aprobación del Proyecto


ASUNTO:



EDICIÓN 1



PÁGINA 7

A continuación se describen las disciplinas que se usan en MEDESIPU para la fase de inicio. MODELADO DEL NEGOCIO

Con esta disciplina se pretende llegar a un mejor entendimiento de la organización donde se va a implantar el sistema de software. Los principales motivos del uso del esta son los siguientes: asegurarse de que el producto será algo útil y no un obstáculo; conseguir que se ajuste de la mejor forma posible en la organización donde se va a implantar; y tener un marco común para el equipo de proyecto, los clientes y los usuarios finales. Esta disciplina no será siempre necesaria. Si sólo se añaden funcionalidades que no verán los usuarios directamente, no hará falta. LO CUAL ESTARÁ A CRITERIO DEL TUTOR DEL PROYECTO. Esta disciplina será ejecutada por el TUTOR y los Alumnos Los objetivos específicos de la disciplina modelado de negocio son: 



 

Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo. Derivar los requerimientos del sistema necesarios para apoyar a la organización objetivo en su mejora. Entender el problema actual en la organización objetivo e identificar potenciales mejoras. Entender la estructura y la dinámica de la organización para la cual el sistema va a ser desarrollado (organización objetivo).

Para lograr estos objetivos, el modelado de negocio describe como desarrollar una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un Modelo de Casos de Uso del Negocio. Los artefactos del modelo de negocio sirven como entrada y referencia para la definición de los requerimientos del sistema. La importancia de esta disciplina radica en que sin el panorama completo del alcance del negocio y sin el entendimiento de sus procesos no podrán identificarse las necesidades inmediatas de mejora y continuidad relativa a las actividades relacionadas con los sistemas informáticos, que son el producto final del desarrollo REQUERIMIENTOS

El objetivo principal de esta disciplina es establecer las funciones que se quiere que satisfaga el sistema a construir. En esta línea los requerimientos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requerimientos que se especifiquen. Para obtener los requerimientos se deben aplicar prácticas de licitación a los involucrados en el proyecto, anotar y validar todas sus solicitudes. Esta disciplina será ejecutada por el TUTOR y los Alumnos Los objetivos específicos de la disciplina requerimientos son: Definir el ámbito del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario Establecer y mantener un acuerdo entre clientes y otros involucrados sobre lo que el sistema debería hacer.   


ASUNTO:


CÓDIGO: MEDESIPU_PROPUESTA_2011   

EDICIÓN 1



PÁGINA 8

Proveer a los desarrolladores un mejor entendimiento de los requerimientos del sistema. Proveer una base para estimar recursos y tiempo de desarrollo del sistema. Proveer una base para la planeación de los contenidos técnicos de las iteraciones.

Los requerimientos pueden ser divididos en dos grupos: Los requerimientos funcionales, los cuales describen las funciones que el software va a ejecutar; por ejemplo, ajustarse a un formato de texto o modular una señal. Los requerimientos no funcionales, los cuales especifican criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus funciones específicas. En esta disciplina, y como parte de los requerimientos de facilidad de uso, se diseña la interfaz gráfica del usuario. Para ello habitualmente se construyen prototipos de la interfaz gráfica de usuario que se validan con el usuario final. (En MEDESIPU no se desarrollaran prototipos) GESTIÓN DEL PROYECTO

El objetivo de la gestión del proyecto es conseguir alcanzar los objetivos propuestos, administrar el riesgo y superar las restricciones para desarrollar un producto que sea acorde a los requerimientos de los clientes y usuarios. Esta disciplina será ejecutada por el TUTOR Los objetivos específicos de la disciplina Gestión del Proyecto son: Proveer guías prácticas para realizar planeación, contratar personal, ejecutar y monitorear el proyecto Proveer un marco de trabajo para gestionar riesgos. Proveer un marco de trabajo para la gestión de proyectos de software intensivos. 

 

Para conseguir estos objetivos el flujo de trabajo de esta metodología se centra en tres aspectos: a. Administrar el riesgo b. Monitorear el progreso del proyecto a través de métricas. c. Planificar un proyecto iterativo y cada iteración en particular. Monitorear un proyecto es importante para mantenerlo bajo control. Esto permite medir la magnitud en la que el proyecto se ajusta a los planes, la calidad requerida y los requerimientos. También es necesario para planificar de forma precisa y ver cuál es el comportamiento del proyecto frente a cambios. La administración del riesgo consiste en ocuparse de las incógnitas de un proyecto, las cuestiones que puede afectar el desarrollo del proyecto y llevarlo al fracaso. En concreto hay que identificar los riesgos, típicamente en la fase de inicio, y hacerles frente, mitigar, transferirlos o asumirlos. En este último caso habrá que tratar de mitigar el riesgo y definir un plan de contingencia por si el riesgo se convierte en un problema real. En definitiva la administración del riesgo consistirá en gestionar una lista de riesgos. En la fase de inicio la GESTION DEL PROYECTO tiene como objetivo PLANIFICAR, GUIAR y MONITOREAR LOS PRODUCTOS obtenidos para establecer el comportamiento del sistema. ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr.

ASUNTO:



EDICIÓN 1



PÁGINA 9

APROBACION DEL PROYECTO

El objetivo de la APROBACION DEL PROYECTO es establecer la aceptación del proyecto por terceras personas con rol de REVISOR DEL PRODUCTO. El objetivo propuesto es eliminar la incertidumbre de un proyecto no acorde con las expectativas de calidad de los expertos evaluadores. Esta disciplina será ejecutada por el JURADO o COMITÉ EVALUADOR El objetivo específico de la disciplina APROBACION DEL PROYECTO es proveer un estándar de evaluación con su respectivo instrumento para proyectos de tecnología de información. Para la FASE DE INICIO el JURADO o COMITÉ EVALUADOR aprobará el comportamiento del sistema propuesto. 6.3 PLAN DE LA FASE DE INICIO DE MEDESIPU

A continuación se describe un plan para cumplir con los objetivos de la fase inicio. Objetivo General: Establecer el Comportamiento del Sistema Objetivo Especifico: Establecer el problema central sus causas y efectos No

Producto o Artefacto Parcial

Actividad

1

Selección de problemática.

la

2

Desarrollo del Árbol del Problema de la problemática seleccionada

Tiempo Estimado

Recurso

Metodología Técnica Tecnología

1 Semana

Papelería y Office o Open Office

MARCO LOGICO

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS

DE

1 Semana


MARCO LOGICO

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS

DE

Problemática seleccionada registrada en la plantilla MEDESIPU_FI_P001 Análisis de Involucrados registrados en las plantillas MEDESIPU_FI_002 Y MEDESIPU_FI_003 Árbol del problema registrado en la plantilla MEDESIPU_FI_P004


Responsable/Rol/Disciplinas

ASUNTO:



EDICIÓN 1



PÁGINA 10

Objetivo Especifico: Establecer la solución tecnológica o sistema a desarrollar No

Actividad


3

Desarrollo del Árbol de Objetivos

rbol del objetivos registrado en la plantilla MEDESIPU_FI_P005

4

5

Evaluación alternativas solución.

Tiempo Estimado

Recurso

1 Semana




Selección de la de alternativa de de solución registrada en la plantilla MEDESIPU_FI_P006

Desarrollo de la matriz de marco lógico

6

Desarrollo del Informe sobre la descripción del problema y su solución tecnológica

7

Evaluación de la aplicación de Marco Lógico a la problemática seleccionada

ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP). Registrada en la plantilla MEDESIPU_FI_P007

MARCO LOGICO

Matriz de marco lógico registrada en la plantilla MEDESIPU_FI_P008 Informe de la descripción del problema y su solución tecnológica. Con el contenido MEDESIPU_FI_C001 Revisión y ponderación de los artefactos


1 Semana

1 Semana

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS Disciplinas: Requerimientos

Papelería y Office o Open Office Papelería y correo electrónico

Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos

DE

ASUNTO:



EDICIÓN 1



PÁGINA 11

Objetivo Específico: Establecer los casos de uso generales de funcionamiento del negocio o actividad principal de la organización (Modelo del Negocio opcional con la consideración del tutor) No

8-O

9-O

10-O

Actividad

Entrevistas con los stakeholder o líderes del uso del negocio o actividad principal de la organización

Desarrollo de los casos de usos del sistema Revisión de los productos para definir la funcionalidad del negocio o actividad principal.


Tiempo Estimado

Registros de los STAKEHOLDER en la plantilla MEDESIPU_FI_P009 Registros de las entrevistas efectuadas en la plantilla MEDESIPU_FI_P010 Registros de los casos de uso en la plantilla MEDESIPU_FI_P011

Revisión y ponderación de los artefactos con su respectivo informe


1 Semana

1 Semana

Recurso


Metodología Técnica Tecnología Entrevistas Sistemas existentes.

y

Modelo entrevista MEDESIPU_ME_001

Alumnos Rol: ESPECIFICADOR DE REQUERIMIENTOS Disciplinas: Requerimientos MODELADO DEL NEGOCIO

Papelería , Office o Open Office y Argouml Diagramas Casos de Usos

1 Semana


Papelería y correo electrónico

de

Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos MODELADO DEL NEGOCIO GESTIÓN DEL PROYECTO

ASUNTO:



EDICIÓN 1



PÁGINA 12

Objetivo Específico: Establecer los escenarios básicos que definen la funcionalidad del sistema, con los casos de uso prioritarios del sistema y sus posibles riesgos o fuentes de incertidumbre No

8

Actividad

Entrevistas con los stakeholder o líderes del uso del sistema y sus posibles riesgos o incertidumbres


Tiempo Estimado

Recurso


1 Semana


Entrevistas y Sistemas existentes.

Registros de los STAKEHOLDER en la plantilla MEDESIPU_FI_P009 Registros de las entrevistas efectuadas en la plantilla MEDESIPU_FI_P010

9

Desarrollo de los casos de usos prioritarios del sistema, con sus posibles riesgos o fuentes de incertidumbre

Registros de los casos de uso en la plantilla MEDESIPU_FI_P011

10

Desarrollo del DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER)

DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER). Con el contenido MEDESIPU_FI_C002

11

Revisión de los productos para definir la funcionalidad del Sistema

Revisión y ponderación de los artefactos con su respectivo informe

12

Revisión del DER para definir la APROBACION del COMPORTAMIENTO DEL Sistema

Revisión y APROBACION del artefacto DER con su respectivo informe


Alumnos Rol: ESPECIFICADOR DE 1 Semana

Papelería , Office o Open Office y Argouml

1 Semana

Papelería , Office o Open Office y Argouml

1 Semana

1 Semana

PRODUCTO O ARTEFACTO FINAL: Informe de Fase I del IUTM o



REQUERIMIENTOS Disciplinas: Requerimientos

Diagramas de Casos de Usos y diagrama de actividades

Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos MODELADO DEL NEGOCIO GESTIÓN DEL PROYECTO

JURADO o COMITÉ Rol: REVISOR DE PRODUCTO Disciplina: Aprobación del Proyecto

modulo fundamentos de ingeniería de requisitos y

análisis de INGENIERIA DE SOFTWARE DE LOS PNF DE LA UNIVERSIDAD POLITECNICA DE MARACAIBO


ASUNTO:



EDICIÓN 1



PÁGINA 13

7. PRODUCTOS O ARTEFACTOS DE LA FASE DE INICIO A continuación se describen los productos o artefactos de la fase de inicio para la solución de la problemática “DESINFORMACIÓN DE LA COMUNIDAD ESTUDIANTIL Y DOCENTE DEL LA ESPECIALIDAD DE INFORMÁTICA EN EL IUTM-UPM ”

7.1 PLANTILLA MEDESIPU_FI_P001 REGISTRO DE LA SELECCIÓN DE LA PROBLEMÁTICA

En esta plantilla se registra la selección de la problemática a solucionar, usando la metodología de MARCO LOGICO. PLANTILLA DE SELECCIÓN DE PROBLEMÁTICA Código MEDESIPU_FI_POO1 Actividad Selección de la problemática Integrante Integrante No Problemática Integrante 2 Integrante 4 1 3 1

2

3

4

5

6

Unidades de Trasporte defectuosas por periodos de tiempo PROLONGADOS Tiempo Tardío de Respuestas a la solución de notificación de problemas de infraestructura académica Deserción significativa de alumnos a su Trabajo de Grado. Alta Cantidad de Alumnos Aplazados en las Cátedras de Programación. Desinformación de la comunidad estudiantil y docente del la Especialidad de Informática Deficiencia en funcionamiento Comedor

el del

No

1

Total

10

20

10

10

50

20

10

20

10

70

10

10

10

20

50

10

10

10

10

40

30

40

40

30

140

20

10

10

20

60

Problemática seleccionada

Desinformación de la comunidad estudiantil y docente del la Especialidad de Informática ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr.

ASUNTO:



EDICIÓN 1



PÁGINA 14

7.2 PLANTILLA MEDESIPU_FI_P002 REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA

En esta plantilla se registra los involucrados en la problemática seleccionada, usando la metodología de MARCO LOGICO. PLANTILLA DE REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA Código Actividad Selección de la MEDESIPU_FI_P002 problemática Impacto del Importancia Principales proyecto Involucrados Intereses sobre los Involucrados BAJA ALTA Comunidad estudiantil del la Especialidad de Informática Personal Docente de la especialidad de informática Ministerio del Poder Popular para la

Directiva IUTMUPM Fundación IUTMUPM Sindicatos

Federación y centro de estudiantes Comunidad de otras Especialidades

Formarse como Técnico Superiores o Ingenieros de Informática Formar Técnico Superiores o Ingenieros de Informática Apoyar y solicitar al Ejecutivo Nacional los recursos económicos para cubrir las necesitadas en el área educativa Ejecutar y respaldar las acciones que emprende el Ministerio Generar y administrar recursos propios del tecnológico Defender las reivindicaciones y derechos de su afiliados Garantizar que se cumplan las reivindicaciones estudiantiles Sin Intereses particulares


1

No Influencia BAJA

ALTA

+

X

+

X

X

+

X

X

+

X

X

+

X

-

X

+ ¿?

X

X

X

X

X

X

X

ASUNTO:



7.3 PLANTILLA PROBLEMATICA

EDICIÓN 1

MEDESIPU_FI_P003


IDENTIFICACION


DE

INVOLUCRADOS

PÁGINA 15

EN

LA

En esta plantilla se identifican los involucrados en la problemática seleccionada usando la metodología de MARCO LOGICO, como BENEFICIARIOS DIRECTOS; PROBABLES SOCIOS O ALIADOS; INDIRECTOS, EXCLUIDOS, NEUTRALES O POCOS AFECTADOS o POTENCIALES OPOSITORES.

PLANTILLA IDENTIFICACION DE INVOLUCRADOS EN LA PROBLEMATICA Código Actividad Selección de la MEDESIPU_FI_P003 problemática


No

1

ASUNTO:



EDICIÓN 1



PÁGINA 16

7.4 PLANTILLA MEDESIPU_FI_P004 ARBOL DEL PROBLEMA

En esta plantilla se registra el árbol del problema de la problemática seleccionada, usando la metodología de MARCO LOGICO. PLANTILLA ARBOL DEL PROBLEMA Código MEDESIPU_FI_P004 Árbol del problema


Actividad

Desarrollo del Árbol del problema

No

2

ASUNTO:



EDICIÓN 1



PÁGINA 17

7.5 PLANTILLA MEDESIPU_FI_P005 ARBOL DE OBJETIVO

En esta plantilla se registra el árbol de objetivo de la problemática seleccionada, usando la metodología de MARCO LOGICO PLANTILLA ARBOL DE OBJETIVO Código MEDESIPU_FI_P005 Árbol de objetivo


Actividad

Desarrollo del Árbol del OBJETIVO

No

3

ASUNTO:



EDICIÓN 1



PÁGINA 18

7.6 PLANTILLA MEDESIPU_FI_P006 ANALISIS DE ALTERNATIVAS

En esta plantilla se registra el análisis de alternativas de solución de la problemática seleccionada, usando la metodología de MARCO LOGICO PLANTILLA DE ANALISIS DE ALTERNATIVAS Código Actividad MEDESIPU_FI_P006

ANALISIS DE ALTERNATIVAS

4

No

Alternativa No 1 OPCION SOLUCION SISTEMA ESCRITORIO CRITERIOS DE EVALUACION Adiestramiento del equipo en la tecnologia de desarrollo

INACEPTABLE (1)

POCO ACEPTABLE(3) ACEPTABLE (2)

ADECUADAMENTE ACEPTABLE(4)

IDEALMENTE ACEPTABLE(5)

1

Aplicación de la tecnologia de desarrollo

Total 1

3

3

Acceso a los clientes o beneficiarios

4

4

Acceso a consultores o tutores de la tecnologia de desarrollo

4

4

Acceso a los consultores metodologicos

4

4

Adiestramiento de la Metodologia a usar

5

5

Aplicación de la Metodologia a usar

4

4

Acoplamiento del equipo al desarrollo de la solución

4

4

Disponibilidad del hardware

4

4

Disponibilidad del Software

4

4

TOTAL

METODOLOGIA MEDESIPU HERRAMIENTA DE DESARROLLO .NET CONTENEDOR DE DATOS MYSQL


37

ASUNTO:



EDICIÓN 1



PLANTILLA DE ANALISIS DE ALTERNATIVAS Continuación Código Actividad ANALISIS DE MEDESIPU_FI_P006 ALTERNATIVAS Alternativa No 2

PÁGINA 19

4

No

OPCION SOLUCION SITIO WEB CRITERIOS DE EVALUACION

INACEPTABLE (1)

Adiestramiento del equipo en la tecnologia de desarrollo Aplicación de la tecnologia de desarrollo Acceso a los clientes o beneficiarios Acceso a consultores o tutores de la tecnologia de desarrollo Acceso a los consultores metodologicos Adiestramiento de la Metodologia a usar Aplicación de la Metodologia a usar Acoplamiento del equipo al desarrollo de la solución Disponibilidad del hardware Disponibilidad del Software

POCO ACEPTABLE(3) ACEPTABLE (2)

ADECUADAMENTE ACEPTABLE(4)

IDEALMENTE ACEPTABLE(5)

4

4

3

3 4

4

4

4

4

4 5

5

4

4

4

4

4

4

4

4

TOTAL

METODOLOGIA MEDESIPU HERRAMIENTA DE DESARROLLO Joomla CONTENEDOR DE DATOS MYSQL

Alternativa seleccionada SITIO WEB


Total

40

ASUNTO:



EDICIÓN 1



PÁGINA 20

7.7 PLANTILLA MEDESIPU_FI_P007 ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP)

En esta plantilla se registra la ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP) de la problemática seleccionada, usando la metodología de MARCO LOGICO PLANTILLA ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP) Código Actividad MEDESIPU_FI_P007 DESARROLLO DE LA MATRIZ DE MARCO LOGICO ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP)


No

5

ASUNTO:



EDICIÓN 1



PÁGINA 21

7.8 PLANTILLA MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO

En esta plantilla se registra la MATRIZ DE MARCO LOGICO de la problemática seleccionada, usando la metodología de MARCO LOGICO PLANTILLA MATRIZ DE MARCO LOGICO Código Actividad MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO


DESARROLLO DE LA MATRIZ DE MARCO LOGICO

No

5

ASUNTO:



EDICIÓN 1



PLANTILLA MATRIZ DE MARCO LOGICO CONTINUACION Código Actividad DESARROLLO DE LA MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO MATRIZ DE MARCO LOGICO CON LOS SUPUESTOS


No

PÁGINA 22

5

ASUNTO:



EDICIÓN 1



PÁGINA 23

7.9 INFORME DE LA DESCRIPCIÓN DEL PROBLEMA Y SU SOLUCIÓN TECNOLÓGICA contenido MEDESIPU_FI_C001

Para la actividad No 6 DESARROLLO DEL INFORME SOBRE LA DESCRIPCIÓN DEL PROBLEMA Y SU SOLUCIÓN TECNOLÓGICA, se recomienda el siguiente contenido. INFORME DE LA DESCRIPCIÓN DEL PROBLEMA Y SU SOLUCIÓN TECNOLÓGICA contenido Código MEDESIPU_FI_C001 Actividad DESARROLLO DEL INFORME SOBRE LA No DESCRIPCIÓN DEL PROBLEMA Y SU SOLUCIÓN TECNOLÓGICA CONTENIDO DEL INFORME

PORTADA RESUMEN DEDICATORIA AGRADECIMIENTO INDICE INTRODUCCION CAPITULO I: ANALISIS DE LA SITUACION (Actividades de 1 al 5 de la FASE I

6

DE

MEDESIPU) 1.1. SELECCIÓN DE LA PROBLEMÁTICA. ¿Por qué la problemática seleccionada? 1.2. ANALISIS DE LA PARTICIPACION: Lugar donde se realiza, ubicación geográfica, Matriz de participación. ¿Sectores involucrados y su rol en la solución de la problemática 1.3. ARBOL DEL PROBLEMA: ¿Las causas y efectos de la problemática? 1.4. ARBOL DE OBJETIVOS. ¿Objetivo de la solución, medios para alcanzar los fines? 1.5. ANALISIS DE LAS ALTERNATIVAS. ¿Por qué la solución a la problemática? 1.6. MATRIZ DE MARCO LOGICO. ¿Cómo se alcanzará la solución de la problemática y su comprobará sus fines?


ASUNTO:



EDICIÓN 1



PÁGINA 24

7.10 PLANTILLA MEDESIPU_FI_P009 REGISTROS DE LOS STAKEHOLDER REGISTROS DE LOS STAKEHOLDER (LIDERES) Código Actividad MEDESIPU_FI_P009

ENTREVISTAS CON No LOS STAKEHOLDER O LÍDERES REGISTROS DE LOS ACTORES CON SU STAKEHOLDER O LIDER Sitio Web para la comunidad Estudiantil IUTM-UPM de la especialidad de Informática

ACTORES

REPRESENTANTES O STAKEHOLDER

ALUMNOS

Ray Valecillos

PROFESORES

Alonso Huerta

WEB MASTER

Franklin Nava


8

ASUNTO:



EDICIÓN 1



PÁGINA 25

7.11 MODELO ENTREVISTA MEDESIPU_ME_001 MODELO DE ENTREVISTA Código MEDESIPU_FI_P009 Actividad

ENTREVISTAS CON LOS STAKEHOLDER O LÍDERES

No

8

MODELO DE PREGUNTAS ABIERTAS ¿CUÁL ES SU OPINIÓN DE LOS PROCESOS O ACTIVIDADES QUE USTED REALIZA? ¿CUALES SON ALGUNOS DE LOS PROBLEMAS QUE EXPERIMENTA PARA OBTENER LA INFORMACION? ¿CUALES SON ALGUNOS DE LOS ERRORES QUE SE COMENTEN EN LA CAPTURA DE DATOS? ¿DESCRIBA COMO USARIA USTED SUS PROCESOS CON EL SISTEMA? ¿DESCRIBA CUALES DATOS VALIDARIA USTED EN LOS PROCESOS QUE HARIA CON LOS SISTEMAS? ¿DESCRIBA CUALES INCERTUBRE VERIA USTED POR USAR EL SISTEMA EN SUS PROCESOS? MODELO DE PREGUNTAS CERRADAS ¿DIGAME EXACTAMENTE SOBRE LOS PROCESO QUE EFECTUARIA USTED EN EL SISTEMA, LO SIGUIENTE? ¿Nombre del proceso? ¿Registro de que documentos o datos? ¿Impresión de que datos o documentos? ¿Que datos validaría su registro? ¿Riesgo o incertidumbre?


ASUNTO:



EDICIÓN 1



PÁGINA 26

7.12 PLANTILLA MEDESIPU_FI_P010 REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER (LIDERES) Actividad MEDESIPU_FI_P010 Código Sistema Entrevistado (Stakeholder)

Alonso Huerta Tema Usos en las funciones de profesor de un sitio web para la comunidad estudiantil y docente de la especialidad de informática Puntos Principales  

Proceso actuales sus errores y problemas Solución de los errores y problemas actuales en los proceso con los usos posibles del sitio

8

Opiniones del entrevistado 





La información, como publicaciones, guías o cualquier documento académico es copiada de nuestro computadores a los pendrive de los alumnos o le damos el documento para su fotocopia La información de rendimiento académico es p ublicado en papel en las carteleras Es así con un sitio publicaríamos nuestros documentos académicos registraríamos el rendimiento académico de nuestros alumnos, los horarios y otros eventos Para el uso de los alumnos, los profesores debemos autorizar a los alumnos

Posibles Usos

Registro del profesor Registro del rendimiento académico de los alumnos de los profesores Publicación de documentos académicos Publicación de eventos de interés de la comunidad auspiciados o gestionados por el profesor Autorización de los alumnos para el uso de información de los profesores Publicación de los horario del profesor Impresión de Horarios Impresión de la relación de documentos publicados y documentos específicos Impresión del rendimientos académico de los alumnos

Alfonso Galea Bracho Ing. Msc. Dr.

No

Sitio Web para la comunidad estudiantil y docente de la especialidad de informatica Entrevistador Actor No Control Fecha (Alumno) Alfonso Galea Profesor 001 26/06/09 Objetivo de la Entrevistas Establecer con el representante de los profesores sus usos del sitio web



ELABORADO POR:

ENTREVISTAS CON LOS STAKEHOLDER O LÍDERES

Posibles riesgos o incertidumbres del uso Registros no autorizados de profesores, registros en blanco de cedula de identidad, nombres y apellidos, duplicidad de identidad Alteraciones no autorizada de los registro académicos del profesor, registros dobles o mas de alumnos, información sensible como nombres , apellidos, cedula de identidad y correo electrónico en blanco Importación de hojas de cálculo de los registro al sitio Limite de descargas de los documentos publicados, publicación no autorizada de documentos académicos

Alteración no autorizadas de la publicación de eventos Registros de alumnos no autorizados Alteración no autorizada de publicación de horarios Dispositivo no encendido o no disponible Dispositivo no encendido o no disponible Dispositivo no encendido o no disponible

ASUNTO:



EDICIÓN 1



PÁGINA 27

7.13 PLANTILLA MEDESIPU_FI_P011 REGISTROS DE LOS CASOS DE USOS REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Código

Actividad

DIAGRAMAS DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO


Desarrollo de los casos de usos prioritarios del sistema, con sus posibles riesgos e incertidumbre.

No

9

ASUNTO:



REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Código

EDICIÓN 1


Actividad



DPCUMENTACION TEXTUAL DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO CASO DE USO: REGISTRARSE COMO ALUMNO PRIORIDAD

PÁGINA 28

No

9

ALTA

1. Descripción Breve: A través de este caso de uso, el sistema le permite al alumno registrarse como

usuario con rol de Alumno en el Sitio Web 2. Flujo de Eventos 2.1 Pre-Condiciones: El estudiante debe haber solicitado vía p resencial o por correo electrónico al WEB MASTER su clave de registro 2.2 Flujo Principal 2.2.1 “Crear Registro” 2.2.2 El estudiante escoge la opción “REGISTRARSE” y el sistema muestra una plantilla vacía con

los campos de datos siguientes. NOMBRE PRINCIPAL (Obligatorio) NOMBRE SECUNDARIO APELLIDO PRINCIPAL (Obligatorio) APELLIDO SECUNDARIO CEDULA DE IDENTIDAD (Obligatorio) TELEFONO CELULAR TELEFONO DE HABITACION (Obligatorio al menos un teléfono) DIRECCION (Obligatorio) FOTO (Obligatorio) Correo electrónico (Obligatorio) USUARIO (Obligatorio) CLAVE SUMINISTRADA(Obligatorio) o o o o o o o o o o o o

2.2.3 Luego de llenar la plantilla el Alumno procera al seleccionar o pulsar el botón “ENVIAR”

2,2.4 Se verifica las excepciones y si no las hay se envía un mensaje al correo electrónico con los datos registrados más su clave o password inicial de sesión, con su mensaje respectivo 2.2.5 Si existen excepciones se notifican con un mensaje (Flujo de Excepciones), invitando a corregir el error y seleccionar las opciones “ENVIAR” o “SALIR SIN REGISTRARSE” (Flujo Alterno)

2.3. Flujo Alterno 2.3.1 Selecciona “SALIR SIN REGISTRASE”, sale del sitio s in registrarse

2.4. Flujos de Excepciones E-1 En blanco cualquier campo obligatorio E-2 Correo electrónico no existente. E-3 Usuario existente o registrado en la Base de Datos. E-4 Clave suministrada errada E-5 Campos Nombres y Apellidos con números ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr.

ASUNTO:



REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Código

EDICIÓN 1


Actividad


DPCUMENTACION GRAFICA DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO CASO DE USO: REGISTRARSE COMO ALUMNO PRIORIDAD



ALTA

No

PÁGINA 29

9

Medesipu Propuesta Rev 2011 Fase Inicio

Recommend Documents