Medesipu Propuesta
Medesipu Propuesta
Medesipu Propuesta
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 1
TABLA DE CONTENIDO
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.2 DISCIPLINAS PARA LA FASE DE INICIO MEDESIPU ......................................... 6 6.3 PLAN DE LA FASE DE INICIO DE MEDESIPU ..................................................... 8
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
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 la fase de inicio de un proyecto universitario, llamado en nuestro programa acadmico de tecnolgico FASE I y en los programas de PNF INGENIERIA DE SOFTWARE II MODULO FUNDAMENTOS DE INGENIERA DE REQUISITOS Y ANLISIS
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.
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.
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 3
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
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 uso 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 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 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
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
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. 6.2.1.3 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.
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 6
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. 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).
ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr. REVISADO POR: AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 7
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. 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:
ELABORADO POR: Alfonso Galea Bracho Ing. Msc. Dr. REVISADO POR: AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 8
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. 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
Actividad Desarrollo del rbol del Problema de la problemtica seleccionada Producto o Artefacto Parcial rbol del problema registrado en la plantilla MARCO_LOGICO_MEDESIPU Tiempo Estimado
1 Semana
DE
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 9
Tiempo Estimado
Recurso Papeler ay Office o Open Office Papeler ay Office o Open Office Papeler ay correo electrni co
Tcnica o Tecnologa
Responsable/Rol/Disciplinas
1 Semana
1 Semana
MARCO LOGICO
DE
1 Semana
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)
Actividad Entrevistas con los stakeholder o lderes del uso del negocio o actividad principal de la organizacin Desarrollo de los casos de usos crticos del sistema Producto o Artefacto Parcial Registros de las entrevistas efectuadas en la plantilla ENTREVISTA_MODELO _NEGOCIO_MEDESIPU Registros de los casos de uso en la plantilla CASOS_USOS_MODELO_NEGOCI O_MEDESIPU Tiempo Estimado Recurso Papelera y Office o Open Office Papelera , Office o Open Office y Argouml Tcnica o Tecnologa Entrevistas, JAD (Desarrollo participativo de aplicaciones)
Responsable/Rol/ Disciplinas Alumnos Rol: ESPECIFICADOR DE REQUERIMIENTOS Disciplinas: Requerimientos MODELADO DEL NEGOCIO Profesor Tutor Rol: Analista de Producto y Calidad Disciplinas: Requerimientos MODELADO DEL NEGOCIO GESTIN DEL PROYECTO
1 Semana
1 Semana
Revisin de los productos para definir la funcionalidad del negocio o actividad principal.
Revisin y ponderacin de los artefactos ENTREVISTA__MODELO_NEGOCI O_MEDESIPU y CASOS_USOS_MODELO_NEGOCI O_MEDESIPU con su respectivo informe
1 Semana
REVISADO POR:
AUTORIZADO POR:
ASUNTO:
CDIGO: MEDESIPU_PROPUESTA_01
EDICIN 1
REVISIN
PGINA 10
Objetivo Especfico: Establecer los escenarios bsicos que definen la funcionalidad del sistema, con los casos de uso crticos del sistema y sus posibles riesgos o fuentes de incertidumbre
Actividad Entrevistas con los stakeholder o lderes del uso del sistema y sus posibles riesgos o incertidumbres Desarrollo de los casos de usos crticos del sistema, con sus posibles riesgos o fuentes de incertidumbre Producto o Artefacto Parcial Registros de las entrevistas efectuadas en la plantilla ENTREVISTA_MEDESIPU Tiempo Estimado Recurso Papelera y Office o Open Office Tcnica o Tecnologa Entrevistas, JAD (Desarrollo participativo de aplicaciones)
Responsable/Rol/ Disciplinas
1 Semana
Alumnos Rol:
ESPECIFICADOR DE REQUERIMIENTOS Disciplinas: Requerimientos
1 Semana
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
REVISADO POR:
AUTORIZADO POR: