Medesipu Propuesta Rev 2011 Fase Inicio

ASUNTO:
METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU
CDIGO: MEDESIPU_PROPUESTA_2011
EDICIN 1
REVISIN 18/04/2011
FECHA DE VIGENCIA 18/04/2013
PGINA 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 6.1 OBJETIVO GENERAL Y ESPECIFICOS DE LA FASE DE INICIO DE MEDESIPU ............................................................ 4 6.2 ESTRUCTURA ESTTICA DE LA FASE DE INICIO DE MEDESIPU ROLES Y DISCIPLINAS .......................................... 4 6.2.1 ROLES PARA LA FASE DE INICIO EN MEDESIPU ................................................................................................ 5
6.2.1.1 6.2.1.2 6.2.1.3 6.2.1.4 ROLES PARA LOS ALUMNOS EN LA FASE DE INICIO ....................................................................................................... 5 ROLES PARA EL TUTOR EN LA FASE DE INICIO ........................................................................................................... 5 ROLES PARA EL JURADO O COMIT REVISOR EN LA FASE DE INICIO ....................................................................... 6 ROLES PARA LOS INVOLUCRADOS EN LA FASE DE INICIO ........................................................................................... 6
6.2.2 DISCIPLINAS PARA LA FASE DE INICIO MEDESIPU ............................................................................................ 6 6.3 PLAN DE LA FASE DE INICIO DE MEDESIPU .............................................................................................................. 9 7. PRODUCTOS O ARTEFACTOS DE LA FASE DE INICIO.................................................................................................. 13 7.1 PLANTILLA MEDESIPU_FI_P001 REGISTRO DE LA SELECCIN DE LA PROBLEMTICA ....................................... 13 7.2 PLANTILLA MEDESIPU_FI_P002 REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA .................................... 14 7.3 PLANTILLA MEDESIPU_FI_P003 IDENTIFICACION DE INVOLUCRADOS EN LA PROBLEMATICA ......................... 15 7.4 PLANTILLA MEDESIPU_FI_P004 ARBOL DEL PROBLEMA ....................................................................................... 16 7.5 PLANTILLA MEDESIPU_FI_P005 ARBOL DE OBJETIVO........................................................................................... 17 7.6 PLANTILLA MEDESIPU_FI_P006 ANALISIS DE ALTERNATIVAS .............................................................................. 18 7.7 PLANTILLA MEDESIPU_FI_P007 ESTRUCTURA ANALTICA DEL PROYECTO (EAP) ............................................. 20 7.8 PLANTILLA MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO ............................................................................... 21 7.9 INFORME DE LA DESCRIPCIN DEL PROBLEMA Y SU SOLUCIN TECNOLGICA CONTENIDO MEDESIPU_FI_C00123 7.10 PLANTILLA MEDESIPU_FI_P009 REGISTROS DE LOS STAKEHOLDER ................................................................. 24 7.11 MODELO ENTREVISTA MEDESIPU_ME_001 ........................................................................................................... 25 7.12 PLANTILLA MEDESIPU_FI_P010 REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER ...................................... 26 7.13 PLANTILLA MEDESIPU_FI_P011 REGISTROS DE LOS CASOS DE USOS ................................................................ 27 7.14 DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO CONTENIDO MEDESIPU_FI_C002 ................................. 30
ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr.
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 2
1. OBJETIVO
Establecer y describir una metodologa para el desarrollo de sistemas de informacin de proyectos universitarios en el Instituto Universitario Tecnolgico Maracaibo y Universidad Politcnica de Maracaibo, la cual llamaremos MEDESIPU
2. ALCANCE
Describir los objetivos, roles, actividades y artefactos en las fases de un proyecto universitario de desarrollo de sistemas de informacin, en nuestros programas acadmicos de tecnolgico y PNF INGENIERIA DE INFORMATICA
3. DOCUMENTOS RELACIONADOS
MeRinde ALTEC; MeRinde Gua Detallada V1[1].0 http://merinde.rinde.gob.ve/
4. DEFINICIONES
MeRinde: METODOLOGA DE LA RED NACIONAL DE INTEGRACIN Y DESARROLLO DE SOFTWARE LIBRE MEDESIPU: METODOLOGA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIN DE PROYECTOS UNIVERSITARIOS
Artefactos: Estos son creados en el proceso de desarrollo y van desde el propio cdigo fuente hasta la
documentacin 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 metodologa MEDESIPU es una propuesta de adaptacin de MeRinde para los proyectos de desarrollo de sistemas de informacin en el mbito universitario del Instituto Universitario Tecnolgico Maracaibo IUTM y la Universidad Politcnica de Maracaibo, la cual fue seleccionada entre otras fortalezas por estar totalmente documentada en la WEB, sus resultados se tomaron de las mejores prcticas de las metodologas ms usadas (Ver Tabla 1) y por esta apoyado por el Ministerio de Ciencias y Tecnologa.
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 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 dinmicos del proceso, conformndose cuatro fases secuenciales (Ver Figura 1) que son: Inicio, Elaboracin, Construccin y Transicin. Al final de cada fase el equipo gestor del proyecto (Alumnos y Tutores) realizara una evaluacin para determinar si los objetivos se cumplieron y as pasar a la fase siguiente. A continuacin se describen el objetivo general y los especficos de esta fase.
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 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 iteracin es establecer EL COMPORTAMIENTO DEL SISTEMA, para lo cual se debe cumplir con los objetivos especficos siguientes.
Establecer el problema central sus causas y efectos Establecer la solucin tecnolgica o sistema a desarrollar Establecer los casos de usos generales de funcionamiento del negocio o actividad principal de la organizacin (Modelo del Negocio opcional con la consideracin del tutor) Establecer los escenarios bsicos que definen la funcionalidad del sistema, con los casos de uso crticos y/o prioritarios del sistema y sus posibles riesgos o fuentes de incertidumbre
El hito en esta fase finaliza, con la aprobacin del informe del comportamiento del sistema o de Fase I, donde se describe el mbito del proyecto con sus lmites, los casos de uso crticos o prioritarios con sus requerimientos y riesgos o incertidumbres. 6.2 ESTRUCTURA ESTTICA DE LA FASE DE INICIO DE MEDESIPU ROLES Y DISCIPLINAS A igual que MeRinde, en MEDESIPU se establece una estructura esttica donde define quin hace qu, cmo y cundo, definiendo cuatro elementos: los roles, que responden a la pregunta Quin?, las actividades que responden a la pregunta Cmo?, los artefactos, que responden a la pregunta Qu? y los flujos de trabajo de las disciplinas que responde a la pregunta Cundo?. Es as como en esta seccin se describe esta estructura para la fase de INICIO
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 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 continuacin se describirn los roles cada uno de ellos en esta fase de Inicio Figura 2.0 Representacin 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 cules 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 sern 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 cules 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 reunin, 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:
EDICIN 1
REVISIN 18/04/2011
PGINA 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 cules son las restricciones del mismo. 6.2.1.4 ROLES PARA LOS INVOLUCRADOS EN LA FASE DE INICIO Los Involucrados sern 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 metodologa base se organiza en disciplinas. Las disciplinas poseen flujos de trabajos en donde cada uno conlleva a actividades que a su vez estn 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 agrupacin de tareas relacionadas. Las disciplinas que conforman esta metodologa se dividirn en dos grupos. El primero comprende las disciplinas fundamentales asociadas con las reas de ingeniera: a. Modelado del Negocio. b. Requerimientos. c. Anlisis y Diseo. d. Implementacin. e. Pruebas. f. Implantacin. El segundo grupo lo integran las disciplinas llamadas de soporte o gestin: a. Gestin de Configuracin y Cambios. b. Gestin del Proyecto. c. Gestin del Ambiente. d. Aprobacin del Proyecto
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 7
A continuacin 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 organizacin 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 obstculo; conseguir que se ajuste de la mejor forma posible en la organizacin donde se va a implantar; y tener un marco comn para el equipo de proyecto, los clientes y los usuarios finales. Esta disciplina no ser siempre necesaria. Si slo se aaden funcionalidades que no vern 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 especficos de la disciplina modelado de negocio son: Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento comn de la organizacin objetivo. Derivar los requerimientos del sistema necesarios para apoyar a la organizacin objetivo en su mejora. Entender el problema actual en la organizacin objetivo e identificar potenciales mejoras. Entender la estructura y la dinmica de la organizacin para la cual el sistema va a ser desarrollado (organizacin objetivo).
Para lograr estos objetivos, el modelado de negocio describe como desarrollar una visin de la nueva organizacin, basado en esta visin se definen procesos, roles y responsabilidades de la organizacin por medio de un Modelo de Casos de Uso del Negocio. Los artefactos del modelo de negocio sirven como entrada y referencia para la definicin 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 podrn identificarse las necesidades inmediatas de mejora y continuidad relativa a las actividades relacionadas con los sistemas informticos, 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 lnea 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 prcticas de licitacin a los involucrados en el proyecto, anotar y validar todas sus solicitudes. Esta disciplina ser ejecutada por el TUTOR y los Alumnos Los objetivos especficos 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 debera hacer.
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 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 planeacin de los contenidos tcnicos 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 seal. Los requerimientos no funcionales, los cuales especifican criterios que pueden usarse para juzgar la operacin de un sistema en lugar de sus funciones especficas. En esta disciplina, y como parte de los requerimientos de facilidad de uso, se disea la interfaz grfica del usuario. Para ello habitualmente se construyen prototipos de la interfaz grfica de usuario que se validan con el usuario final. (En MEDESIPU no se desarrollaran prototipos) GESTIN DEL PROYECTO El objetivo de la gestin 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 especficos de la disciplina Gestin del Proyecto son: Proveer guas prcticas para realizar planeacin, contratar personal, ejecutar y monitorear el proyecto Proveer un marco de trabajo para gestionar riesgos. Proveer un marco de trabajo para la gestin de proyectos de software intensivos. Para conseguir estos objetivos el flujo de trabajo de esta metodologa se centra en tres aspectos: a. Administrar el riesgo b. Monitorear el progreso del proyecto a travs de mtricas. c. Planificar un proyecto iterativo y cada iteracin 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. Tambin es necesario para planificar de forma precisa y ver cul es el comportamiento del proyecto frente a cambios. La administracin del riesgo consiste en ocuparse de las incgnitas de un proyecto, las cuestiones que puede afectar el desarrollo del proyecto y llevarlo al fracaso. En concreto hay que identificar los riesgos, tpicamente 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 administracin 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.
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 9
APROBACION DEL PROYECTO El objetivo de la APROBACION DEL PROYECTO es establecer la aceptacin 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 especfico de la disciplina APROBACION DEL PROYECTO es proveer un estndar de evaluacin con su respectivo instrumento para proyectos de tecnologa de informacin. 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 continuacin 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 Actividad Producto o Artefacto Parcial Problemtica seleccionada registrada en la plantilla MEDESIPU_FI_P001 1 Seleccin de problemtica. la Anlisis de Involucrados registrados en las plantillas MEDESIPU_FI_002 Y MEDESIPU_FI_003 rbol del problema registrado en la plantilla MEDESIPU_FI_P004
1 Semana
Tiempo Estimado
Recurso
Metodologa Tcnica Tecnologa
Responsable/Rol/Disciplinas
Papelera y Office o Open Office
MARCO LOGICO
Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS
DE
Desarrollo del rbol del Problema de la problemtica seleccionada
1 Semana
MARCO LOGICO
Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS
DE
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 10
Objetivo Especifico: Establecer la solucin tecnolgica o sistema a desarrollar

No Actividad Desarrollo del rbol de Objetivos Producto o Artefacto Parcial rbol del objetivos registrado en la plantilla MEDESIPU_FI_P005 Tiempo Estimado Recurso Metodologa Tcnica Tecnologa
Evaluacin alternativas solucin.
de de
Seleccin de la alternativa de solucin registrada en la plantilla MEDESIPU_FI_P006

ESTRUCTURA ANALTICA DEL PROYECTO (EAP). Registrada en la plantilla MEDESIPU_FI_P007 Matriz de marco lgico registrada en la plantilla MEDESIPU_FI_P008 Informe de la descripcin del problema y su solucin tecnolgica. Con el contenido MEDESIPU_FI_C001 Revisin y ponderacin de los artefactos 1 Semana Papelera y Office o Open Office
Desarrollo de la matriz de marco lgico
MARCO LOGICO
Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS Disciplinas: Requerimientos
DE
Desarrollo del Informe sobre la descripcin del problema y su solucin tecnolgica Evaluacin de la aplicacin de Marco Lgico a la problemtica seleccionada
1 Semana

Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos
1 Semana
Papelera y correo electrnico
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 11
Objetivo Especfico: Establecer los casos de uso generales de funcionamiento del negocio o actividad principal de la organizacin (Modelo del Negocio opcional con la consideracin del tutor)
No Actividad Producto o Artefacto Parcial 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 1 Semana Tiempo Estimado Recurso Metodologa Tcnica Tecnologa Entrevistas Sistemas existentes. y
Alumnos Rol: ESPECIFICADOR DE REQUERIMIENTOS Disciplinas: Requerimientos MODELADO DEL NEGOCIO Responsable/Rol/Disciplinas
8-O
Entrevistas con los stakeholder o lderes del uso del negocio o actividad principal de la organizacin
Modelo entrevista MEDESIPU_ME_001
9-O
Desarrollo de los casos de usos del sistema
1 Semana
Papelera , Office o Open Office y Argouml Diagramas Casos de Usos de

Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos MODELADO DEL NEGOCIO GESTIN DEL PROYECTO
10-O
Revisin de los productos para definir la funcionalidad del negocio o actividad principal.
Revisin y ponderacin de los artefactos con su respectivo informe
1 Semana
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 12
Objetivo Especfico: Establecer los escenarios bsicos que definen la funcionalidad del sistema, con los casos de uso prioritarios del sistema y sus posibles riesgos o fuentes de incertidumbre
No Actividad Producto o Artefacto Parcial 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 DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER). Con el contenido MEDESIPU_FI_C002 1 Semana Tiempo Estimado Recurso Metodologa Tcnica Tecnologa
Entrevistas con los stakeholder o lderes del uso del sistema y sus posibles riesgos o incertidumbres
Entrevistas y Sistemas existentes. Alumnos Rol: ESPECIFICADOR
DE
Desarrollo de los casos de usos prioritarios del sistema, con sus posibles riesgos o fuentes de incertidumbre Desarrollo del DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER)
1 Semana
Papelera , Office o Open Office y Argouml Papelera , Office o Open Office y Argouml
REQUERIMIENTOS Disciplinas: Requerimientos
10
1 Semana
11
Revisin de los productos para definir la funcionalidad del Sistema
Revisin y ponderacin de los artefactos con su respectivo informe
1 Semana
Diagramas de Casos de Usos y diagrama de actividades
Profesor Tutor Rol: Analista de Producto y Calidad

Disciplinas: Requerimientos MODELADO DEL NEGOCIO GESTIN DEL PROYECTO
12
Revisin del DER para definir la APROBACION del COMPORTAMIENTO DEL Sistema
Revisin y APROBACION del artefacto DER con su respectivo informe
1 Semana
JURADO o COMIT Rol: REVISOR DE

PRODUCTO Disciplina: Aprobacin del Proyecto
modulo fundamentos de ingeniera de requisitos y anlisis de INGENIERIA DE SOFTWARE DE LOS PNF DE LA UNIVERSIDAD POLITECNICA DE MARACAIBO
PRODUCTO O ARTEFACTO FINAL: Informe de Fase I del IUTM o
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 13
7. PRODUCTOS O ARTEFACTOS DE LA FASE DE INICIO

A continuacin se describen los productos o artefactos de la fase de inicio para la solucin de la problemtica DESINFORMACIN DE LA COMUNIDAD ESTUDIANTIL Y DOCENTE DEL LA ESPECIALIDAD DE INFORMTICA EN EL IUTM-UPM
7.1 PLANTILLA MEDESIPU_FI_P001 REGISTRO DE LA SELECCIN DE LA PROBLEMTICA En esta plantilla se registra la seleccin de la problemtica a solucionar, usando la metodologa de MARCO LOGICO. PLANTILLA DE SELECCIN DE PROBLEMTICA Cdigo MEDESIPU_FI_POO1 Actividad Seleccin de la problemtica Integrante Integrante No Problemtica Integrante 2 Integrante 4 1 3
1 Unidades de Trasporte defectuosas por periodos de tiempo PROLONGADOS Tiempo Tardo de Respuestas a la solucin de notificacin de problemas de infraestructura acadmica Desercin significativa de alumnos a su Trabajo de Grado. Alta Cantidad de Alumnos Aplazados en las Ctedras de Programacin. Desinformacin de la comunidad estudiantil y docente del la Especialidad de Informtica Deficiencia en funcionamiento Comedor el del
No
Total
10
20
10
10
50
20
10
20
10
70
10 10
10 10
10 10
20 10
50 40
30
40
40
30
140
20
10
10
20
60
Problemtica seleccionada
Desinformacin de la comunidad estudiantil y docente del la Especialidad de Informtica

ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 14
7.2 PLANTILLA MEDESIPU_FI_P002 REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA En esta plantilla se registra los involucrados en la problemtica seleccionada, usando la metodologa de MARCO LOGICO. PLANTILLA DE REGISTRO DE INVOLUCRADOS EN LA PROBLEMATICA Cdigo MEDESIPU_FI_P002 Actividad Seleccin de la problemtica Impacto del Importancia Principales proyecto Involucrados Intereses sobre los Involucrados BAJA ALTA
Comunidad estudiantil del la Especialidad de Informtica Personal Docente de la especialidad de informtica Ministerio del Poder Popular para la Formarse como Tcnico Superiores o Ingenieros de Informtica Formar Tcnico Superiores o Ingenieros de Informtica Apoyar y solicitar al Ejecutivo Nacional los recursos econmicos para cubrir las necesitadas en el rea educativa Ejecutar y respaldar las acciones que emprende el Ministerio Generar y administrar recursos propios del tecnolgico Defender las reivindicaciones y derechos de su afiliados Garantizar que se cumplan las reivindicaciones estudiantiles Sin Intereses particulares
No Influencia BAJA
X
ALTA
+ +
+ + + + ?
X X
Directiva IUTMUPM Fundacin IUTMUPM Sindicatos
X X
Federacin y centro de estudiantes Comunidad de otras Especialidades
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 15
7.3 PLANTILLA PROBLEMATICA
MEDESIPU_FI_P003
IDENTIFICACION
DE
INVOLUCRADOS
EN
LA
En esta plantilla se identifican los involucrados en la problemtica seleccionada usando la metodologa 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 Cdigo MEDESIPU_FI_P003 Actividad Seleccin de la problemtica
No
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 16
7.4 PLANTILLA MEDESIPU_FI_P004 ARBOL DEL PROBLEMA En esta plantilla se registra el rbol del problema de la problemtica seleccionada, usando la metodologa de MARCO LOGICO. PLANTILLA ARBOL DEL PROBLEMA Cdigo MEDESIPU_FI_P004 rbol del problema Actividad Desarrollo del rbol del problema No 2
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 17
7.5 PLANTILLA MEDESIPU_FI_P005 ARBOL DE OBJETIVO En esta plantilla se registra el rbol de objetivo de la problemtica seleccionada, usando la metodologa de MARCO LOGICO PLANTILLA ARBOL DE OBJETIVO Cdigo MEDESIPU_FI_P005 rbol de objetivo Actividad Desarrollo del rbol del OBJETIVO No 3
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 18
7.6 PLANTILLA MEDESIPU_FI_P006 ANALISIS DE ALTERNATIVAS En esta plantilla se registra el anlisis de alternativas de solucin de la problemtica seleccionada, usando la metodologa de MARCO LOGICO PLANTILLA DE ANALISIS DE ALTERNATIVAS Cdigo MEDESIPU_FI_P006 Actividad Alternativa No 1
OPCION SOLUCION SISTEMA ESCRITORIO
CRITERIOS DE EVALUACION Adiestramiento del equipo en la tecnologia de desarrollo Aplicacin 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 Aplicacin de la Metodologia a usar Acoplamiento del equipo al desarrollo de la solucin Disponibilidad del hardware Disponibilidad del Software 4 4 4 4 TOTAL INACEPTABLE (1) 1 3 4 4 4 5 POCO ACEPTABLE(3) ACEPTABLE (2) ADECUADAMENTE ACEPTABLE(4) IDEALMENTE ACEPTABLE(5) Total 1 3 4 4 4 5 4 4 4 4 37
ANALISIS DE ALTERNATIVAS
No
METODOLOGIA MEDESIPU HERRAMIENTA DE DESARROLLO .NET CONTENEDOR DE DATOS MYSQL
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 19
PLANTILLA DE ANALISIS DE ALTERNATIVAS Continuacin Cdigo MEDESIPU_FI_P006 Actividad ANALISIS DE ALTERNATIVAS Alternativa No 2
OPCION SOLUCION SITIO WEB
CRITERIOS DE EVALUACION Adiestramiento del equipo en la tecnologia de desarrollo Aplicacin 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 Aplicacin de la Metodologia a usar Acoplamiento del equipo al desarrollo de la solucin Disponibilidad del hardware Disponibilidad del Software INACEPTABLE (1) POCO ACEPTABLE(3) ACEPTABLE (2) ADECUADAMENTE ACEPTABLE(4) 4 3 4 4 4 5 4 4 4 4 IDEALMENTE ACEPTABLE(5)
No
Total 4 3 4 4 4 5 4 4 4 4 40
TOTAL
METODOLOGIA MEDESIPU HERRAMIENTA DE DESARROLLO Joomla CONTENEDOR DE DATOS MYSQL
Alternativa seleccionada SITIO WEB
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 20
7.7 PLANTILLA MEDESIPU_FI_P007 ESTRUCTURA ANALTICA DEL PROYECTO (EAP) En esta plantilla se registra la ESTRUCTURA ANALTICA DEL PROYECTO (EAP) de la problemtica seleccionada, usando la metodologa de MARCO LOGICO PLANTILLA ESTRUCTURA ANALTICA DEL PROYECTO (EAP) Cdigo MEDESIPU_FI_P007 Actividad DESARROLLO DE LA MATRIZ DE MARCO LOGICO ESTRUCTURA ANALTICA DEL PROYECTO (EAP) No 5
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 21
7.8 PLANTILLA MEDESIPU_FI_P008 MATRIZ DE MARCO LOGICO En esta plantilla se registra la MATRIZ DE MARCO LOGICO de la problemtica seleccionada, usando la metodologa de MARCO LOGICO PLANTILLA MATRIZ DE MARCO LOGICO Cdigo MEDESIPU_FI_P008 Actividad MATRIZ DE MARCO LOGICO DESARROLLO DE LA MATRIZ DE MARCO LOGICO No 5
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 22
PLANTILLA MATRIZ DE MARCO LOGICO CONTINUACION Cdigo MEDESIPU_FI_P008 Actividad DESARROLLO DE LA MATRIZ DE MARCO LOGICO MATRIZ DE MARCO LOGICO CON LOS SUPUESTOS
No
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 23
7.9 INFORME DE LA DESCRIPCIN DEL PROBLEMA Y SU SOLUCIN TECNOLGICA contenido MEDESIPU_FI_C001 Para la actividad No 6 DESARROLLO DEL INFORME SOBRE LA DESCRIPCIN DEL PROBLEMA Y SU SOLUCIN TECNOLGICA, se recomienda el siguiente contenido. INFORME DE LA DESCRIPCIN DEL PROBLEMA Y SU SOLUCIN TECNOLGICA contenido Cdigo MEDESIPU_FI_C001 Actividad DESARROLLO DEL INFORME SOBRE LA No DESCRIPCIN DEL PROBLEMA Y SU SOLUCIN TECNOLGICA CONTENIDO DEL INFORME PORTADA RESUMEN DEDICATORIA AGRADECIMIENTO INDICE INTRODUCCION CAPITULO I: ANALISIS DE LA SITUACION (Actividades de 1 al 5 de la FASE I MEDESIPU) 1.1. SELECCIN DE LA PROBLEMTICA. Por qu la problemtica seleccionada? 1.2. ANALISIS DE LA PARTICIPACION: Lugar donde se realiza, ubicacin geogrfica, Matriz de participacin. Sectores involucrados y su rol en la solucin de la problemtica 1.3. ARBOL DEL PROBLEMA: Las causas y efectos de la problemtica? 1.4. ARBOL DE OBJETIVOS. Objetivo de la solucin, medios para alcanzar los fines? 1.5. ANALISIS DE LAS ALTERNATIVAS. Por qu la solucin a la problemtica? 1.6. MATRIZ DE MARCO LOGICO. Cmo se alcanzar la solucin de la problemtica y su comprobar sus fines? DE 6
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 24
7.10 PLANTILLA MEDESIPU_FI_P009 REGISTROS DE LOS STAKEHOLDER REGISTROS DE LOS STAKEHOLDER (LIDERES) Cdigo MEDESIPU_FI_P009 Actividad ENTREVISTAS CON LOS STAKEHOLDER O LDERES REGISTROS DE LOS ACTORES CON SU STAKEHOLDER O LIDER No 8
Sitio Web para la comunidad Estudiantil IUTM-UPM de la especialidad de Informtica
ACTORES ALUMNOS PROFESORES WEB MASTER
REPRESENTANTES O STAKEHOLDER Ray Valecillos Alonso Huerta Franklin Nava
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 25
7.11 MODELO ENTREVISTA MEDESIPU_ME_001 MODELO DE ENTREVISTA Cdigo MEDESIPU_FI_P009 Actividad No 8
ENTREVISTAS CON LOS STAKEHOLDER O LDERES
MODELO DE PREGUNTAS ABIERTAS CUL ES SU OPININ 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? Impresin de que datos o documentos? Que datos validara su registro? Riesgo o incertidumbre?
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 26
7.12 PLANTILLA MEDESIPU_FI_P010 REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER

REGISTROS DE ENTREVISTAS A LOS STAKEHOLDER (LIDERES) MEDESIPU_FI_P010 Actividad Cdigo ENTREVISTAS CON LOS STAKEHOLDER O LDERES No 8
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 informtica Puntos Principales Proceso actuales sus errores y problemas Solucin de los errores y problemas actuales en los proceso con los usos posibles del sitio
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 Opiniones del entrevistado
La informacin, como publicaciones, guas o cualquier documento acadmico es copiada de nuestro computadores a los pendrive de los alumnos o le damos el documento para su fotocopia La informacin de rendimiento acadmico es publicado en papel en las carteleras Es as con un sitio publicaramos nuestros documentos acadmicos registraramos el rendimiento acadmico 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 acadmico de los alumnos de los profesores Publicacin de documentos acadmicos Publicacin de eventos de inters de la comunidad auspiciados o gestionados por el profesor Autorizacin de los alumnos para el uso de informacin de los profesores Publicacin de los horario del profesor Impresin de Horarios Impresin de la relacin de documentos publicados y documentos especficos Impresin del rendimientos acadmico de los alumnos
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 acadmicos del profesor, registros dobles o mas de alumnos, informacin sensible como nombres , apellidos, cedula de identidad y correo electrnico en blanco Importacin de hojas de clculo de los registro al sitio Limite de descargas de los documentos publicados, publicacin no autorizada de documentos acadmicos Alteracin no autorizadas de la publicacin de eventos Registros de alumnos no autorizados Alteracin no autorizada de publicacin de horarios Dispositivo no encendido o no disponible Dispositivo no encendido o no disponible Dispositivo no encendido o no disponible
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 27
7.13 PLANTILLA MEDESIPU_FI_P011 REGISTROS DE LOS CASOS DE USOS

REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Cdigo Actividad
Desarrollo de los casos de usos prioritarios del sistema, con sus posibles riesgos e incertidumbre.
No
DIAGRAMAS DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 28
REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Cdigo
Actividad
No
DPCUMENTACION TEXTUAL DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO CASO DE USO: REGISTRARSE COMO ALUMNO PRIORIDAD ALTA
1. Descripcin Breve: A travs 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 va presencial o por correo electrnico al WEB MASTER su clave de registro 2.2 Flujo Principal 2.2.1 Crear Registro 2.2.2 El estudiante escoge la opcin REGISTRARSE y el sistema muestra una plantilla vaca con los campos de datos siguientes. o NOMBRE PRINCIPAL (Obligatorio) o NOMBRE SECUNDARIO o APELLIDO PRINCIPAL (Obligatorio) o APELLIDO SECUNDARIO o CEDULA DE IDENTIDAD (Obligatorio) o TELEFONO CELULAR o TELEFONO DE HABITACION (Obligatorio al menos un telfono) o DIRECCION (Obligatorio) o FOTO (Obligatorio) o Correo electrnico (Obligatorio) o USUARIO (Obligatorio) o CLAVE SUMINISTRADA(Obligatorio) 2.2.3 Luego de llenar la plantilla el Alumno procera al seleccionar o pulsar el botn ENVIAR 2,2.4 Se verifica las excepciones y si no las hay se enva un mensaje al correo electrnico con los datos registrados ms su clave o password inicial de sesin, 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 sin registrarse 2.4. Flujos de Excepciones E-1 En blanco cualquier campo obligatorio E-2 Correo electrnico 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 nmeros
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 29
REGISTROS DE CASOS DE USOS MEDESIPU_FI_P011 Cdigo
Actividad
No
DPCUMENTACION GRAFICA DE CASOS DE USO DE LOS ACTORES ACTOR ALUMNO CASO DE USO: REGISTRARSE COMO ALUMNO PRIORIDAD ALTA
ASUNTO:
EDICIN 1
REVISIN 18/04/2011
PGINA 30
7.14 DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO contenido MEDESIPU_FI_C002 Para la actividad No 10 Desarrollo del DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER), se recomienda el siguiente contenido. DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER) contenido Cdigo MEDESIPU_FI_C002 Actividad CONTENIDO DEL DOCUMENTO DER No 10
Desarrollo del DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTO (DER)
1. Introduccin propsito del documento de requerimientos Alcance del producto Definiciones, acrnimos y abreviaturas Referencias Resumen del resto del documento 2. Descripcin general Perspectiva del producto Funciones del producto caractersticas del usuario Restricciones generales Suposiciones y dependencias 3. Requerimientos especficos. Cubren los requerimientos funcionales, no funcionales y de interfaz. Obviamente, sta es la parte ms sustancial del documento, pero debido a la amplia variabilidad en la prctica organizacional, no es apropiado definir una estructura estndar para esta seccin. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el desempeo del sistema, especificar los requerimientos lgicos de la base de datos, las restricciones de diseo, las propiedades emergentes del sistema y las caractersticas de calidad.

Medesipu Propuesta Rev 2011 Fase Inicio

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Medesipu Propuesta Rev 2011 Fase Inicio

Загружено:

Авторское право:

Доступные форматы

ASUNTO:

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

Stakeholder: Es el responsable de representar a un grupo interesado cuyas necesidades se deban

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

6. FASE DE INICIO MEDESIPU

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

Metodologa Tcnica Tecnologa

Papelera y Office o Open Office

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS

Desarrollo del rbol del Problema de la problemtica seleccionada

Papelera y Office o Open Office

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

Objetivo Especifico: Establecer la solucin tecnolgica o sistema a desarrollar

Evaluacin alternativas solucin.

Seleccin de la alternativa de solucin registrada en la plantilla MEDESIPU_FI_P006

Desarrollo de la matriz de marco lgico

Alumnos Rol: ESPECIFICADOR REQUERIMIENTOS Disciplinas: Requerimientos

Papelera y Office o Open Office

Papelera y correo electrnico

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

Papelera y Office o Open Office

Modelo entrevista MEDESIPU_ME_001

Desarrollo de los casos de usos del sistema

Papelera , Office o Open Office y Argouml Diagramas Casos de Usos de

Revisin y ponderacin de los artefactos con su respectivo informe

Papelera y correo electrnico

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

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION PARA PROYECTOS UNIVERSITARIOS MEDESIPU

FECHA DE VIGENCIA 18/04/2013

Papelera y Office o Open Office

Entrevistas y Sistemas existentes. Alumnos Rol: ESPECIFICADOR

REQUERIMIENTOS Disciplinas: Requerimientos

Revisin de los productos para definir la funcionalidad del Sistema

Revisin y ponderacin de los artefactos con su respectivo informe

Papelera y correo electrnico

Diagramas de Casos de Usos y diagrama de actividades

Profesor Tutor Rol: Analista de Producto y Calidad