Professional Documents
Culture Documents
HIPÓTESIS
Variables de Hipótesis
MISIÓN
VISIÓN
ESTRATEGIAS:
RESUMEN
El proyecto a implementar se desarrollará bajo herramientas de Análisis
y Diseño de Sistemas, como es la Tecnología UML - Rational Unified Process
(RUP).
Elaboración de la tabla de
9 2 horas 16-Sep-00 16-Sep-00
recursos
Elaboración de la
16 5 horas 20-Sep-00 20-Sep-00
descripción del módulo CxP
Elaboración de alcances del
17 5 horas 20-Sep-00 20-Sep-00
proyecto
Elaboración de los Casos
18 5.6 horas 21-Sep-00 21-Sep-00
de Uso del negocio
Elaboración de la
20 3.5 horas 21-Sep-00 21-Sep-00
especificacion
Definición de términos y
21 2 horas 21-Sep-00 21-Sep-00
conceptos
Entrega del Segundo
22 2 horas 22-Sep-00 22-Sep-00
Informe
ANÁLISIS Y DISEÑO
23 18 horas 23-Sep-00 02-Oct-00
DETALLADO
Elaboración del use case
24 8 horas 23-Sep-00 30-Sep-00
del SW
Elaboración del diagrama de
25 5 horas 30-Sep-00 30-Sep-00
clases
Elaboración de los
26 4 horas 30-Sep-00 2-Oct-00
diagramas de interacción
Elaboración de los
27 5 horas 2-Oct-00 2-Oct-00
diagramas de estados
Modelado de la base de
28 5 horas 2-Oct-00 2-Oct-00
datos
ACTUALIZACIÓN DE
29 LA ESTRUCTURA DEL 12 horas 07-Oct-00 28-Oct-00
PROYECTO
Elaboración de la
30 descomposición de 3 horas 07-Oct-00 07-Oct-00
actividades del proyecto
Actualización del plan de
31 2 horas 14-Oct-00 14-Oct-00
trabajo
Estimación de costos del
32 2 horas 14-Oct-00 14-Oct-00
proyecto
Definición del alcance de la
33 1 hora 14-Oct-00 14-Oct-00
programación
VERIFICACIÓN Y
34 16 horas 28-Oct-00 1-Nov-00 33
CORRECIÓN
Revisión del análisis y
35 9 horas 28-Oct-00 28-Oct-00
diseño
ELABORACIÓN DE
37 ESPECIFICACIONES 9 horas 30-Oct-0001-Nov-00 34
DEL PROGRAMA
38 Entrega del Cuarto informe 2 horas03-Nov-0003-Nov-00 37
ELABORACIÓN DE
42 25 horas18-Nov-0025-Nov-00 41
MANUALES
Entrega del informe final y
43 2 horas27-Nov-0027-Nov-00 42
ejecutables
Preparación del material para
44 5 horas29-Nov-0029-Nov-00 43
exposición
BITÁCORA
A. NATURALEZA Y ATRIBUCIONES:
SERVICIOS GENERALES:
El PROCESO DE CONVALIDACIÓN
Un postulante puede convalidar cursos por traslado externo, segunda
profesionalización o complementación (profesional técnico).
El postulante deberá el expediente completo en admisión.
Admisión deriva el expediente a dirección de escuela para evaluación y
convalidación.
El postulante recaba en su dirección de escuela la resolución de
convalidación.
PROCESO DE MATRICULA
Si el alumno es regular cancela en banco importe de matricula y primera
cuota, si el alumno es ingresante o con beneficio cancela en caja importe de
matricula y primera cuota.
Si el alumno es regular deberá acercarse a escuela para canjear el voucher
de depósito por el recibo de pago.
El alumno deberá acercarse con recibo de matricula y primera cuota a su
escuela y realizar registro de matricula.
La escuela entregara la ficha de matricula, estando el alumno oficialmente
registrado
Nota: para registrar matricula el alumno no deberá tener documentos por
regularizar
REALIDAD PROBLEMÁTICA
ETAPA DE LA PLANIFICACIÓN
CAPITULO II
Recursos Humanos
MODULO INTEGRANTES
Puntos o temas
Puntos o temas
Nombre de todos los integrantes
Puntos o temas
Puntos o temas
Soporte Técnico:
• Analistas Programadores
Tienen como tarea mantener el funcionamiento de las computadoras, software
y otros requerimientos tecnológicos que se usaran para el desarrollo del
proyecto.
Calificaciones del Equipo de Desarrollo
En este punto vamos a describir las calificaciones de los miembros del equipo
de desarrollo que se requieren para el desarrollo de un proyecto informatico,
es decir, los conocimientos, habilidades, destrezas y experiencia requerida para
poder culminar con éxito el proyecto.
1. Poco
2. Regular
3. Bueno
4. Muy bueno
5. Excelente
Manejo de Procesadores
de TExto o HErramienas
de Office
Manejo de Internet
Experiencia en Modelado
de Base de Datos
Erwin
Experiencia en Análisis y
Diseño de Sistemas
Microsoft Project
CICLO DE VIDA
El paradigma de ciclo de vida seleccionado para el presente desarrollo del
proyecto esta basado en modelo en espiral, que hemos utilizado para distribuir
las actividades y responsabilidades a cada uno de los integrantes del Equipo.
El modelo en espiral, es un modelo de proceso de software evolutivo que
acompaña la naturaleza interactiva de construcción de prototipos con los
aspectos controlados y sistemáticos del modelo lineal secuencial. Se
proporciona el potencial para el desarrollo rápido de versiones increméntales
del software. En el modelo espiral, el software se desarrolla en una serie de
versiones increméntales. Durante las primeras iteraciones, la versión
incremental podría ser un modelo en papel o un prototipo. Durante las últimas
iteraciones, la versión incremental podría ser un modelo en papel o un
prototipo. Durante las últimas iteraciones, se producen versiones cada vez más
completas de ingeniería del sistema.
El modelo en espiral se divide en un numeró de actividades estructurales,
también llamadas regiones de tarea. Generalmente, existen entre tres y seis
regiones de tareas. La siguiente figura representa un modelo en espiral que
Planificación
Comunicación con
Análisis de Riesgos
el Usuario
Evaluación del
Usuario
Ingeniería construcción y
terminación
contiene seis
Software:
• Office 2000
• Windows 98, Windows XP.
• Llenar este punto con el programa que vamos a utilizar
• Ms Project 2000
• SQL server 2000
DESARROLLO DE ACTIVIDADES
• Calendario de actividades
• Diagrama de Gantt
• Uso de tareas
• Uso de Recursos.
ANALISIS DE LOS RIESGOS
Cabe anotar que las cifras expuestas en las tablas que se presentan a
continuación fueron consideradas en moneda extranjera ($ dólares
americanos), debido a la aun estable consideración de esta moneda en el
mercado.
Para conocer el costo del proyecto, inicialmente se calculara los costos por
hora para los diferentes tipos de recurso humano que se necesita en la
elaboración del proyecto.
Con estos datos se calcula el costo por mes para un recurso humano.
Fase de Construcción
1. Implementación del servicio de Datos
2. Implementación del servicio del Usuario
3. Desarrollo del Plan de Procedimientos y Pruebas
4. Pruebas de Validación
Fase de transición
1. Desarrollo del Plan de Entrenamiento (Manual de Usuario, de
Sistema)
2. Lanzamiento y Distribución
3. Mantenimiento y Garantías de Calidad
CAPITULO III
ETAPA DE ANÁLISIS
CAPITULO III
ANTECEDENTES
Orientación a Objetos
Los desarrollos basados en orientación a objetos, modelan los sistemas como un
conjunto de objetos que interactúan, coincidiendo esta visión con la percepción que
habitualmente tenemos de la realidad. De esta manera, pensamos el diseño del
sistema en los mismos términos que se presenta el problema, haciendo que la
comprensión del sistema sea más fácil.
Las modificaciones son realizables fácilmente, por cuanto los cambios, generalmente
involucran objetos individuales.
Se utilizará el Análisis Orientado a Objetos utilizando UML.
UML
Desarrollar un modelo para un sistema de software previo a su construcción es
fundamental. Un buen modelo es esencial para la comunicación entre equipos de un
proyecto y para asegurar una buena arquitectura.
Existen varios factores adicionales para el éxito de un proyecto, pero tener un
lenguaje de modelado riguroso y estándar, es esencial.
MAYO 2006
ACTIVIDAD 1ra Semana 2da. Semana 3ra. Semana 4ta. Semana
02 03 04 05 09 10 11 12 16 17 18 19 23 24 25 26
Planeamiento del Proyecto
Elaboración del Plan del Proyecto
Levantamiento de Información
Entrevista con el usuario
Análisis del Sistema Actual
Requerimientos de Información
Elaboración de Diagrama de Caso de Uso
Diseño del Sistema
Consideraciones de hardware
Consideraciones de software
Interfaces
Seguridad
Diagramas de Clases, Secuencia , Colaboración
Documentación