presentación merinde 6cnsl abril 2010
Post on 15-Jun-2015
3.604 Views
Preview:
DESCRIPTION
TRANSCRIPT
Metodología de la Red Nacional de Integración y Desarrollo de Software Libre
(MeRinde)Una Propuesta Metodológica para Elaborar Software Libre con el Uso
de Estándares Abiertos y con un Enfoque de Calidad
Abril 2010
Ponente: Ing. Kiberley Santos
AgendaAgenda
1. El Problema
2. ¿Qué es MeRinde?
4. Mejores Prácticas
5. Estructura
6. Visión Dinámica
7. Visión Estática
3. Audiencia
8. Habilitador Web
9. Ventajas
10. Aportes
11. Casos de Éxito
El ProblemaEl Problema
DiversasMetodologías
Diversos tipos deDocumentación
Problemas
Trazabilidad
No se Sigue un MismoModelo de Desarrollo
Definición de Rolesy Actividades
Aseguramientode Calidad
Definición deArtefactos y Plantillas
No cumplimientodel decreto 3.390
Equipos de Proyectos
¿Qué es MeRinde?¿Qué es MeRinde?
MeRinde es un proyecto de Software Libre (SL) que propone un estándar para el proceso de desarrollo de software que puede ser empleado y adaptado según los requerimientos de cualquier comunidad u organización. Además, esta mantiene una librería de plantillas reutilizables para la Ingeniería de Software.
Surge de la combinación y adaptación de modelos y metodologías ampliamente utilizadas para el desarrollo de software y la reingeniería de procesos del negocio.
Pretende entre sus principales objetivos apoyar a las comunidades de desarrollo de software libre en sus proyectos, suministrando las herramientas necesarias para que estos cumplan con un proceso de desarrollo y documentación de sus sistemas.
AudienciaAudiencia
Destinada a cualquier persona, comunidad u organización implicada en un proceso de desarrollo de software.
Es útil para :
Analistas y usuarios finales (que especifican la estructura y comportamiento requeridos por el sistema);
Diseñadores (que diseñan los sistemas que satisfacen esos requerimientos);
Desarrolladores (que convierten esos diseños en código ejecutable);
Probadores (que verifican y validan la estructura y comportamiento del sistema) y;
Líderes del proyecto.
Mejores PrácticasMejores Prácticas
1) Adaptar el Proceso de Desarrollo
2) Alto Nivel de Abstracción
3) Centrarse en la Arquitectura
4) Colaboración entre Equipo
5) Demostrar Resultados Iterativamente e Incrementalmente
6) Dirigido por Casos de Uso
7) Diseño Simple
8) Enfoque Continuo en la Calidad
9) Enfoque en los Riesgos
10) Fomento del aprendizaje de Experiencias
11) Interacción contínua con Cliente
12) Modelar el software
13) Permanecer Ágil y Esperar los Cambios
EstructuraEstructura
Esfuerzo en actividades según la fase del proyecto
Visión DinámicaVisión Dinámica
FasesFases
Fases Iteraciones Hitos
Visión EstáticaVisión Estática
Disciplina
Proceso de Proceso de MeRindeMeRinde
RolesRoles
✔ Analista de Calidad✔ Analista de Producto✔ Arquitecto de Software✔ Desarrollador✔ Involucrado✔ Líder del Proyecto✔ Mentor✔ Probador
Visión EstáticaVisión Estática
Modelo de EquipoModelo de Equipo
Visión EstáticaVisión Estática
ArtefactosArtefactos
Se proponen setenta y siete (77) artefactos
Partiendo de estos artefactos se pueden crear sólo los artefactos que se consideren necesarios para el proyecto, adicionalmente según los lineamientos establecidos se les puede hacer modificaciones a los mismos y también se pueden establecer artefactos adicionales a los aquí propuestos siempre que estos faciliten y cumplan con los requerimientos.
Visión EstáticaVisión Estática
Artefactos RequeridosArtefactos Requeridos
1) Documento de Arquitectura del Software (DAS)2) El Sistema3) Especificación de Requerimientos del Software (ERS)4) Glosario del Sistema5) Modelo de Diseño6) Plan de Gestión de Riesgos7) Plan de Implantación8) Plan de Pruebas9) Planificación del Proyecto10) Repositorio de Versiones11) Solicitud del Sistema12) Términos de Referencia del Sistema13) Términos de Referencia para el Equipo de Desarrolladores del Sistema14) Visión del Sistema.
Visión EstáticaVisión Estática
VentajasVentajas
Trazabilidad del Proceso de Desarrollo
Adaptación y extensión de la metodología según las particularidades del proyecto
Habilitador metodológico fácil de manejar
Planificación, agilidad y control de los procesos de desarrollo de software
Reutilización de componentes
Mayor integración entre el cliente y los desarrolladores
Fortalecimiento del perfil de las empresas, cooperativas y comunidades desarrolladoras de Software Libre
Habilitador Web con Foro.
AportesAportes
Estandarización del proceso de desarrollo, documentación y herramientas
Flujos de trabajo que refleja la realidad del desarrollo de software
Proceso de desarrollo, documentación y herramientas basadas en estándares abiertos
Modelo de equipo para el desarrollo de software que supera limitaciones geográficas
Propicia calidad en el proceso y en el producto final
Plantillas de los artefactos
Adaptación de varias prácticas probadas por el aprendizaje.
Casos de ÉxitoCasos de Éxito
Universidades a nivel nacional e internacional están utilizando MeRinde en su proceso de enseñanza y proyectos de investigación. Algunas son: UCV, USB, Universidad de Carabobo, Unefa, Universidad de Lérida, entre otras.
El Centro Nacional de Tecnologías de Información (CNTI) utilizó MeRinde para el desarrollo de algunos proyectos de software, como son: TEPUI, SCECenit, CNTIntranet, Habilitador Web, entre otros.
Otras organizaciones públicas: Cenit (Proyecto Sociotecnológico IV), DEM, Fonden...
Y empresas privadas como: CEISoft y Armadillo Tech(Capacitación)
Presentaciones y publicaciones: CNSL, ALTEC, Cenditel, Foro Opus Libertati, etc.
La evolución de La evolución de MeRindeMeRinde depende de tí depende de tí
¡Participa!¡Participa!
Gracias XDGracias XD
Contacto:Contacto:kibersan@merinde.org.ve
www.kibersan.orgwww.slideshare.net/kiberleycmarrero@merinde.org.ve
www.merinde.org.ve
top related