Gestion de Proyectos de Software

21
1 INTEGRANTES DEL EQUIPO: Ruiz Martínez Adriana. Taracena Contreras Mario Cesar. Vicente Francisco Mayra Elias Pavón Luis Bulmaro. Profesor: Carlos Alberto Espinosa Kattz.

description

manual de empresa

Transcript of Gestion de Proyectos de Software

Page 1: Gestion de Proyectos de Software

1

INTEGRANTES DEL EQUIPO:

Ruiz Martínez Adriana.

Taracena Contreras Mario Cesar.

Vicente Francisco Mayra

Elias Pavón Luis Bulmaro.

Profesor:Carlos Alberto Espinosa Kattz.

PÁGINA1 Planificación

Page 2: Gestion de Proyectos de Software

2

1.2 Metodología de desarrollo. . . . . . . . . . 3 1.3 Análisis de requerimientos. . . . . . . . . . 42 Análisis 2.1 Identificación de requerimientos. . . . . . . 5 2.2 Documentación de requerimientos. . . . . . . 63 Diseño 3.1 Diseño preliminar. . . . . . . . . . . . . . 7 3.2 Diseño detallado. . . . . . . . . . . . . . . 8 3.3 Diseño de la base de datos. . . . . . . . . . 94 Implementación 4.1 Desarrollado del prototipo. . . . . . . . . . 10 4.2 Pruebas. . . . . . . . . . . . . . . . . . . 11 4.3 Corrección de errores. . . . . . . . . . . . 12 4.4 Documentación. . . . . . . . . . . . . . . . 135 Despliegue 5.1 Entrega final. . . . . . . . . . . . . . . . 14 5.2 Preparación del ambiente personal. . . . . . 15 5.3 Capacitación y entrenamiento del personal. . 166 Cierre del proyecto 17

ÍNDICE.

PLANIFICACIÓN.

Page 3: Gestion de Proyectos de Software

3

METODOLOGÍA DE DESARROLLO.

OBJETIVO:

ESTRUCTURAR. PLANIFICAR Y CONTROLAR EL PROCESO DE DESARROLLO EN SISTEMAS DE INFORMACIÓN.

METODOLOGÍA QUE SE VA A UTILIZAR SEGÚN EL PROYECTO ASIGNADO.

DESCRIPCIÓN.

PLANIFICACIÓN.

Page 4: Gestion de Proyectos de Software

4

ANALISIS DE REQUERIMIENTO.

OBJETIVO:

IDENTIFICAR, ANALIZAR Y DOCUMENTAR LOS REQUERIMIENTOS DEL PRODUCTO DE SOFTWARE A DESARROLLAR.

IDENTIFICAR LOS REQUERIMIENTOS.

DOCUMENTACIÓN DE REQUERIMIENTOS.

ANÁLISIS.

IDENTIFICACIÓN DE LOS REQUERIMIENTOS.

Page 5: Gestion de Proyectos de Software

5

OBJETIVO:

PERMITIR INVESTIGAR ASPECTOS GENERALES PARA POSTERIORMENTE SER ESPECIFICADOS CON MAYOR DETALLE APOYADO EN UNA METODOLOGÍA.

LISTA DE REQUERIMIENTOS OBTENIDOS A TRAVÉS DE UNA ENTREVISTA Y OTRA TÉCNICA

PARA LA RECOLECCIÓN DE DATOS.

ANÁLISIS.

DOCUMENTACIÓN DE REQUERIMIENTOS.

OBJETIVO:

Page 6: Gestion de Proyectos de Software

6

DECLARACIÓN OFICIAL QUE ES LO QUE DEBE DE IMPLEMENTAR LOS DESARROLLADORES DE SOTWARE.

NOMBRE DEL REQUERIMIENTO

COLOCAR NOMBRE

CARACTERÍSTICAS DEFINIR CARACTERISTICAS

DESCRIPCION DEL REQUERIMIENTO

DESCRIBIR EL REQUERIMIENTO FUNCIONAL CON INFORMACIÓN SUFICIENTE PARA SER UTILIZADA MAS ADELANTE EN EL PROCESO DE DISEÑO.

NO. DE ANEXO FECHAANEXO## DD/MM/AAAA

NOTA:UTILIZAR EL MISMO FORMATO PARA CADA REQUERIMIENTO ESPECIFICADO.

DISEÑO.

DISEÑO PREELIMINAR.

Page 7: Gestion de Proyectos de Software

7

OBJETIVO:

PRIMER BORRDO DE COMO CONSTRUIR EL SOFTWARE.

MUESTRA DE PROTOTIPO.

NOTA:CONSIDERAR COSTO, CALIDAD Y RENDIMIENTO DEL PRODUCTO.

DISEÑO.

DISEÑO DETALLADO.

Page 8: Gestion de Proyectos de Software

8

OBJETIVO:

EN ESTA ETAPA SE GENERA Y RECOPILA LA INFORMACIÓN NECESARIA PARA QUE SE ALCANCE LA FASE SIGUIENTE DEL PROYECTO.

PROTOTIPO MODIFICADO.

DISEÑO.

DISEÑO DE LA BASE DE DATOS.

Page 9: Gestion de Proyectos de Software

9

OBJETIVO:

LA INFORMACIÓN ESTE SIEMPRE ACTUALIZADA Y SEA EXACTA PARA OBTENER REPORTES EFECTIVOS.

REPRESENTACIÓN DEL DISEÑO DE LA

BASE DE DATOS.

NOTA:CONSIDERAR:

o Velocidad de acceso.o Tamaños de la informacióno Facilidad de acceso de la información.o Facilidad para extraer información requerida.

IMPLEMENTACIÓN.

DESARROLLO DEL PROTOTIPO.OBJETIVO:

o ACLARAR LOS REQUERIMIENTOS DEL USUARIO.

Page 10: Gestion de Proyectos de Software

10

o VERIFICAR LA FACTIBILIDAD DEL DISEÑO DEL SISTEMA.

PROBAR SUPOSICIONES FORMULADAS POR EL USUARIO CON RESPETO A LAS CARACTERISTICAS REQUERIDAS

DEL SISTEMA.

NOTA:

La razón para emplear prototipo es que aumenta la productividad y entusiasmo de los usuarios.

IMPLEMENTACIÓN.

PRUEBAS.OBJETIVO:

INSTALAR EL PRODUCTO DE SW EN SU AMBIENTE OPERACIONAL, PARA COMPROBAR ERRORES Y COMPROBAR LA SATISFACCIÓN DE REQUERIMIENTO.

Page 11: Gestion de Proyectos de Software

11

REALIZAR FORMULARIO DE INSTALACIÓN.

TIPO DE PRUEBA DESCRIPCIÓNPRUEBA DE COMPABILIDAD

Se comprueba el funcionamiento del software desarrollado en muchas plataformas: sistemas operativos, navegadores, redes, hardware, etc.

PRUEBA DE REGRESIÓN Se evalúa el correcto funcionamiento del software desarrollado frente a evoluciones o cambios funcionales.

PRUEBA DE INTEGRACIÓN

Se centra en probar la comunicación entre sistemas o entre hardware y software.

IMPLEMENTACIÓN.CORRECCIÓN DE ERRORES.

OBJETIVO:

MODIFICAR EL SOFTWARE SI SE DETECTA ERRORES O NO CUMPLE CON LOS REQUERIMIENTOS SOLICITADOS.

Page 12: Gestion de Proyectos de Software

12

No. ERROR DESCRIPCIÓN CLASIFICACIÓN.## Ejemplo Descripción

detallada…

## Ejemplo Descripción detallada.

NOTA:Los errores pueden ser defectos de diseño del programa, errores de programación, defectos de instalación, etc.

IMPLEMENTACIÓN.

DOCUMENTACIÓN.OBJETIVO:

DOCUMENTAR PROCESOS Y ACTIVIDADES ESPECÍFICAS COMO FUNCIONARON.

Page 13: Gestion de Proyectos de Software

13

Limítate a emplear un solo proceso cada vez que te sea posible. 

Una serie de documentos cortos que cubra

cada tarea por separado será mucho más

fácil de seguir.

Divide el panorama general en subprocesos Los subprocesos son las tareas clave que se

realizan durante el proceso.

Decide si el proceso es tan sencillo como para un documento de texto. 

Si el proceso es similar siempre, y solo implica un par de decisiones o variaciones, podrías simplemente escribir los pasos en una lista.

Considera la posibilidad de hacer un diagrama de flujo. 

Un diagrama de flujo simple es una manera fácil de mostrar el proceso visualmente.

Procura que en lo posible sea corto. 

Solo para las tareas especializadas y complejas se deberán emplear documentos más largos y solo si las personas encargadas de realizarlas serán las que usarán ese documento.

Etiqueta los documentos del proceso cuidadosamente. 

Escribe la fecha de creación y la fecha de

la última edición en un lugar visible en

cada documento como la parte superior de la

página.

DESPLIEGUE.ENTREGA FINAL.

OBJETIVO:

Las entregas finales de un proyecto deben cumplir con una serie de condiciones para que puedan ser consideradas válidas, tanto por parte del cliente como por parte del software.

Page 14: Gestion de Proyectos de Software

14

Código fuente completo de todo el trabajo realizado.

NOTA:

Se debe entregar el programa completo y totalmente funcionando en formato ejecutable.

DESPLIEGUE.

PREPARACIÓN DEL AMBIENTE PERSONAL.

OBJETIVO:

El objetivo general de la capacitación es lograr la adaptación de personal para el ejercicio de determinada función o ejecución de una tarea específica, en una organización.

Page 15: Gestion de Proyectos de Software

15

CARACTERÍSTICAS:

Promover el desarrollo integral del personal, y como consecuencia el desarrollo de la organización.

Propiciar y fortalecer el conocimiento técnico necesario para el mejor desempeño de las actividades laborales.

Perfeccionar al colaborador en su puesto de trabajo.

Inducción. Es la información que se brinda a los empleados recién ingresados. Generalmente lo hacen los supervisores del ingresante.

Entrenamiento.Se aplica al personal operativo. La capacitación se hace necesaria cuando hay novedades que afectan tareas o funciones, o cuando se hace necesario elevar el nivel general de conocimientos del personal operativo.

Formación básica.

Se toma en general Profesionales jóvenes, que reciben instrucción completa sobre la empresa, y luego reciben destino. Son los "oficiales" del futuro.

Desarrollo de Jefes.

Difundir temas como la administración del tiempo, conducción de reuniones, análisis y toma de decisiones, y otros. 

DESPLIEGUE.

CAPACITACIÓN Y ENTRAMIENTO DEL PERSONAL.

ETAPAS: DESCRIPCIÓN.NECESIDAD.

El primer paso a este proceso es reconocer la

necesidad de la empresa o de cada departamento,

Page 16: Gestion de Proyectos de Software

16

analizar a cada uno de los individuos.

DISEÑO DE LA

INSTRUCCIÓN.

Aquí se reúnen los recursos o métodos necesarios para llevar a cabo la capacitación y se cumpla con el objetivo del aprendizaje durante la capacitación.

VALIDACIÓN.Este punto como su nombre lo dice, valida la

capacitación mediante los participantes con la

finalidad de garantizar la validez del programa.

APLICACIÓN.Esta etapa el trabajador muestra sus habilidades e

impulsa con éxito la capacitación.

CIERRE DEL PROYECTO.

OBJETIVO:

Cierre de proyecto o fase es el proceso de finalizar todas las actividades vinculadas a los grupos de procesos de gestión de proyectos, para formalmente completar el proyecto o fase. Al cerrar el proyecto, el gerente de proyecto debe revisar toda la información previa de los

Page 17: Gestion de Proyectos de Software

17

cierres de fases anteriores, para estar seguro de que todo el trabajo está completo y que el proyecto ha cumplido sus objetivos.

CONSIDERAR SI EL PROCESO HA LLEGADO A LOS RESULTADOS ESPERADOS O NO.

REVISAR LOS INDICADORES PARA MEDIR EL ÉXITO ESTABLECIDO EN LA FASE.

NOTA:

El documento debe ser revisado en la reunión de cierre de proyecto y las recomendaciones de la reunión.

El documento de cierre debe ser presentado al comité del proyecto, financiador del proyecto o cliente para permitir entonces que formalmente el proyecto sea cerrado.

Dar una guía del contenido y razón de ser de cada una de las secciones del entregable de cierre de proyecto.

Page 18: Gestion de Proyectos de Software

18

DIAGRAMA GANTT

Page 19: Gestion de Proyectos de Software

19