INTEGRANTES DEL EQUIPO:

Ruiz Martnez Adriana.

Taracena Contreras Mario Cesar.

Vicente Francisco Mayra

Elias Pavn Luis Bulmaro.

Profesor:
Carlos Alberto Espinosa Kattz.

PGINA

Planificacin

1.2
1.3

Anlisis
2.1
2.2

Identificacin de requerimientos. . . . . . .
Documentacin de requerimientos. . . . . . .

Diseo
3.1
3.2
3.3

Diseo preliminar. . . . . . . . . . . . . .
Diseo detallado. . . . . . . . . . . . . . .
Diseo de la base de datos. . . . . . . . . .

Implementacin
4.1
4.2
4.3
4.4

Desarrollado del prototipo. . . . . . . . . .

Pruebas. . . . . . . . . . . . . . . . . . .
Correccin de errores. . . . . . . . . . . .
Documentacin. . . . . . . . . . . . . . . .

Despliegue
5.1
5.2
5.3

Metodologa de desarrollo. . . . . . . . . .
Anlisis de requerimientos. . . . . . . . . .

Entrega final. . . . . . . . . . . . . . . .
Preparacin del ambiente personal. . . . . .
Capacitacin y entrenamiento del personal. .

Cierre del proyecto

3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

NDICE.

PLANIFICACIN.
2

METODOLOGA DE DESARROLLO.
OBJETIVO:
ESTRUCTURAR. PLANIFICAR Y CONTROLAR EL PROCESO DE DESARROLLO EN SISTEMAS
DE INFORMACIN.

METODOLOGA QUE SE VA A UTILIZAR

SEGN EL PROYECTO ASIGNADO.

DESCRIPCIN.

PLANIFICACIN.
3

ANALISIS DE REQUERIMIENTO.
OBJETIVO:
IDENTIFICAR, ANALIZAR Y DOCUMENTAR LOS REQUERIMIENTOS DEL PRODUCTO DE
SOFTWARE A DESARROLLAR.

IDENTIFICAR LOS REQUERIMIENTOS.

DOCUMENTACIN DE REQUERIMIENTOS.

ANLISIS.
IDENTIFICACIN DE LOS
REQUERIMIENTOS.
4

OBJETIVO:
PERMITIR INVESTIGAR ASPECTOS GENERALES PARA POSTERIORMENTE
ESPECIFICADOS CON MAYOR DETALLE APOYADO EN UNA METODOLOGA.

SER

LISTA DE REQUERIMIENTOS OBTENIDOS A

TRAVS DE UNA ENTREVISTA Y OTRA TCNICA
PARA LA RECOLECCIN DE DATOS.

ANLISIS.
DOCUMENTACIN DE REQUERIMIENTOS.
OBJETIVO:

DECLARACIN OFICIAL QUE ES LO QUE DEBE DE IMPLEMENTAR LOS

DESARROLLADORES DE SOTWARE.

FECHA

NO. DE
NOMBRE
DEL
ANEXO
REQUERIMIENTO
DD/MM/AAAA
ANEXO##

COLOCAR NOMBRE

CARACTERSTICAS

DEFINIR CARACTERISTICAS

DESCRIPCION DEL
REQUERIMIENTO

DESCRIBIR EL REQUERIMIENTO FUNCIONAL

CON INFORMACIN SUFICIENTE PARA SER
UTILIZADA MAS ADELANTE EN EL PROCESO
DE DISEO.

NOTA:
UTILIZAR EL MISMO FORMATO PARA CADA REQUERIMIENTO ESPECIFICADO.

DISEO.
DISEO PREELIMINAR.
OBJETIVO:
PRIMER BORRDO DE COMO CONSTRUIR EL SOFTWARE.
6

MUESTRA DE PROTOTIPO.

NOTA:
CONSIDERAR COSTO, CALIDAD Y RENDIMIENTO DEL PRODUCTO.

DISEO.
DISEO DETALLADO.
OBJETIVO:
EN ESTA ETAPA SE GENERA Y RECOPILA LA INFORMACIN NECESARIA PARA QUE SE
ALCANCE LA FASE SIGUIENTE DEL PROYECTO.

PROTOTIPO
MODIFICADO.

DISEO.
DISEO DE LA BASE DE DATOS.
OBJETIVO:
LA INFORMACIN ESTE SIEMPRE ACTUALIZADA Y SEA EXACTA PARA OBTENER
REPORTES EFECTIVOS.

REPRESENTACIN DEL DISEO

DE LA
BASE DE DATOS.

NOTA:
CONSIDERAR:
o
o
o
o

Velocidad de acceso.
Tamaos de la informacin
Facilidad de acceso de la informacin.
Facilidad para extraer informacin requerida.

IMPLEMENTACIN.
DESARROLLO DEL PROTOTIPO.
OBJETIVO:
o
o

ACLARAR LOS REQUERIMIENTOS DEL USUARIO.

VERIFICAR LA FACTIBILIDAD DEL DISEO DEL SISTEMA.

PROBAR SUPOSICIONES FORMULADAS

POR EL USUARIO CON RESPETO A
LAS CARACTERISTICAS REQUERIDAS
DEL SISTEMA.

NOTA:
La razn para emplear prototipo es que aumenta la productividad y
entusiasmo de los usuarios.

IMPLEMENTACIN.
PRUEBAS.
OBJETIVO:
INSTALAR EL PRODUCTO DE SW EN SU AMBIENTE OPERACIONAL, PARA COMPROBAR
ERRORES Y COMPROBAR LA SATISFACCIN DE REQUERIMIENTO.

10

REALIZAR FORMULARIO DE
INSTALACIN.

TIPO DE PRUEBA

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

PRUEBA DE
COMPABILIDAD
PRUEBA DE REGRESIN

Se evala el correcto funcionamiento del

software desarrollado frente a
evoluciones o cambios funcionales.

PRUEBA DE
INTEGRACIN

Se centra en probar la comunicacin entre

sistemas o entre hardware y software.

IMPLEMENTACIN.
CORRECCIN DE ERRORES.
OBJETIVO:
MODIFICAR EL SOFTWARE SI SE DETECTA ERRORES O NO CUMPLE CON LOS
REQUERIMIENTOS SOLICITADOS.

11

No.

ERROR

DESCRIPCIN

CLASIFICACIN.

#
#

Ejemplo

Descripcin detallada

#
#

Ejemplo

Descripcin
detallada.

NOTA:
Los errores pueden ser defectos de diseo del programa, errores de
programacin, defectos de instalacin, etc.

IMPLEMENTACIN.
DOCUMENTACIN.
OBJETIVO:
DOCUMENTAR PROCESOS Y ACTIVIDADES ESPECFICAS COMO FUNCIONARON.

Limtate a emplear un
solo proceso cada vez
que te sea posible.

Una serie de documentos cortos que cubra

cada tarea por separado ser mucho ms
fcil de seguir.

12

Divide el panorama
general en subprocesos

Los subprocesos son las tareas clave que se

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,
podras simplemente escribir los pasos en
una lista.

realizan durante el proceso.

Un diagrama de flujo simple es una manera

Considera la
posibilidad de hacer un fcil de mostrar el proceso visualmente.
diagrama de flujo.

Procura que en lo
posible sea corto.

Solo para las tareas especializadas y

complejas se debern emplear documentos ms
largos y solo si las personas encargadas de
realizarlas sern las que usarn ese
documento.

Etiqueta los documentos Escribe la fecha de creacin y la fecha de

del proceso
la ltima edicin en un lugar visible en
cuidadosamente.
cada documento como la parte superior de la
pgina.

DESPLIEGUE.
ENTREGA FINAL.
OBJETIVO:
Las entregas finales de un proyecto deben cumplir con una serie de condiciones para
que puedan ser consideradas vlidas, tanto por parte del cliente como por parte del
software.

13

Cdigo fuente completo de todo el

trabajo realizado.

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

DESPLIEGUE.
PREPARACIN DEL AMBIENTE PERSONAL.
OBJETIVO:
El objetivo general de la capacitacin es lograr la adaptacin de personal para el
ejercicio de determinada funcin o ejecucin de una tarea especfica, en
una organizacin.

CARACTERSTICAS:

14

Promover el desarrollo integral del personal, y como consecuencia el desarrollo de la

organizacin.
Propiciar y fortalecer el conocimiento tcnico necesario para el mejor desempeo de
las actividades laborales.
Perfeccionar al colaborador en su puesto de trabajo.

Induccin.

Es la informacin que se brinda a los

empleados recin ingresados. Generalmente lo
hacen los supervisores del ingresante.

Entrenamiento.

Se
aplica
al
personal
operativo.
La
capacitacin 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.

Formacin
bsica.
Desarrollo
Jefes.

Se toma en general Profesionales jvenes, que

reciben instruccin completa sobre la empresa,
y luego reciben destino. Son los "oficiales"
del futuro.

de

Difundir temas como la administracin del

tiempo, conduccin de reuniones, anlisis y
toma de decisiones, y otros.

DESPLIEGUE.
CAPACITACIN Y ENTRAMIENTO DEL PERSONAL.

ETAPAS:

DESCRIPCIN.

NECESIDAD.
El

primer

paso

este

proceso

es

reconocer

la

necesidad de la empresa o de cada departamento,

analizar a cada uno de los individuos.

DISEO DE LA

Aqu se renen los recursos o mtodos necesarios

para llevar a cabo la capacitacin y se cumpla con
el
objetivo
del
aprendizaje
durante
la
capacitacin.

15

INSTRUCCIN.
VALIDACIN.
Este

punto

capacitacin

como

su

nombre

mediante

los

lo

dice,

valida

participantes

con

la
la

finalidad de garantizar la validez del programa.

APLICACIN.
Esta etapa el trabajador muestra sus habilidades e
impulsa con xito la capacitacin.

CIERRE DEL PROYECTO.

OBJETIVO:
Cierre de proyecto o fase es el proceso de finalizar todas las actividades vinculadas a
los grupos de procesos de gestin de proyectos, para formalmente completar el
proyecto o fase. Al cerrar el proyecto, el gerente de proyecto debe revisar toda la
informacin previa de los cierres de fases anteriores, para estar seguro de que todo el
trabajo est completo y que el proyecto ha cumplido sus objetivos.

16

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 reunin de cierre de proyecto y las
recomendaciones de la reunin.
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 gua del contenido y razn de ser de cada una de las secciones del
entregable de cierre de proyecto.

17

DIAGRAMA GANTT

18