Objetivos y alcance

Problema/Oportunidad

El parqueadero Autovalle, no cuentea actualmente con procedimientos

sistematizados que permitan controlar el ingreso y salida de
vehículos al interior del establecimiento.
Todas las actividades dentro del lugar se vienen desarrollando de
manera improvisada, sin control de procesos y sin ningún tipo de
organización.
Con la implementación del software se llevará un registro detallado
por cada movimiento (ingreso o salida), teniendo en cuenta las
características del automóvil o motocicleta, con lo cual se pretende
mejorar y agilizar los procesos en este sitio.

Objetivos

General:
Satisfacer la necesidad del parqueadero Autovalle, mediante el
diseño y desarrollo de un software para el control del ingreso y la
salida de los vehículos, que permita administrar los servicios que
presta el estacionamiento.

Requerimientos:
• Analizar los procesos y servicios desarrollados por la
central de parqueo.
• Diseñar una base de datos que permita llevar un registro
histórico de clientes con sus datos personales y determinar
el número de vehículos que ingresan al uso de este servicio.
• Desarrollar una plataforma web que permita visualizar en
pantalla el tiempo de permanencia de cada vehículo.
• Implementar un sistema que genere facturación diaria,
semanal, quincenal o mensual, de acuerdo a la necesidad del
usuario.
• Integrar diferentes módulos de la aplicación y alojar la
plataforma web en un hosting para el acceso ilimitado a
través de internet.
• Elaborar el manual de usuario de implementación y de
capacitación.
Alcance del proyecto
El proyecto pretende suministrarle al parqueadero Autovalle un
software que permita llevar un registro ordenado de los movimientos
que se presenten al interior de las instalaciones del lugar.
La organización de la información se realizará mediante el diseño y
desarrollo de una aplicación, que controlará de manera sistematizada
el ingreso y la salida de los vehículos. Para lo cual se pondrá en
funcionamiento una base de datos que permita llevar un registro
histórico de clientes con sus datos personales y que a la vez pueda
determinar el número de vehículos que ingresan al uso de este
servicio.

De la misma manera, se desarrollará una plataforma web que permita

visualizar en pantalla el tiempo de permanencia de cada vehículo en
el estacionamiento.

Dentro del alcance Fuera del alcance

1. Recolección de información 1. Equipos de cómputo.
mediante entrevistas. 2. Dominio/Hosting de la
2. Revisión del los procesos aplicación.
actuales. 3. Soporte técnico adicional
3. Levantamiento de información.
4. Identificación de los
requerimientos de la empresa.
5. Diseño del software.
6. Desarrollo del software.
7. Pruebas.
8. Implementación del software.

Aceptables/Requerimiento y Criterios de Aceptación

1. Software de CLV.
2. Manuales de Usuarios: en DVD
3. Capacitación: 5 hrs.

Supuestos
1. Hosting y Dominio comprado
2. Software adicional comprado: Base de Datos, Sistemas
Operativos.
3. Personal capacitado en el uso de sistemas de información,
básicamente Windows, office.
Recursos, Roles y Responsabilidades

1. Personal Necesario.
• Gerente de proyecto: Experiencia mínima de 5 años en
proyectos informáticos; gestiona el proyecto y es el
responsable de el éxito del mismo.
• Desarrollador en tecnología PHP y Mysql: Mínimo 3 años de
experiencia.
• Diseñador web: Experiencia en Macromedia Flash y
Dreamweaver.

2. Tecnología
• Equipos con Macromedia Dreamweaver
• Servidor de Pruebas de MysQL y PHP
• Internet de 2048KBps

3. Software and hardware.

• Computadores de escritorio.

Riesgos, Impactos y Contingencias

1. Personal Incapacitado: Personal backup,

2. Equipos dañados (virus, picos, imprevistos): Backups
diarios, equipo de contingencia.
3. Software igual al actualmente en desarrollo: Entregar
opciones beta a los clientes, sondear el mercado.
4. Versiones finales del sistema operativo diferente al
sistema operativo de desarrollo
5. Fallas en la señal de internet: Internet de backup.

Fases del proyecto

1. Entrevistas: Recolección de información, mediante diálogos con

el propietario, administrador y empleados del local.
2. Revisión de los procesos actuales: Análisis detallado de las
actividades y procedimientos que desarrolla la central de
parqueo.
3. Levantamiento de información: Agrupar la información
recolectada para definir requerimientos de la empresa.
4. Elaboración del documento inicial.
5. Diseño del software: Prototipo de imágenes en papel.

6. Desarrollo del software: Elaboración de la página web y la

conexión con la base de datos.
 7. Pruebas: Puesta en marcha de la aplicación y primeros ensayos
del software.
8. Implementación del software: Finalización de las pruebas con
la entrega final de la plataforma web.
9. Capacitación: Entrenamiento acerca de la aplicación
implementada.

Costos Estimados:

1. INICIO
2. ANALISIS $200.000
3. DISEÑO $500.000
4. DESARROLLO $500.000
5. IMPLEMENTACION Y PRUEBAS $300.000
6. ENTREGA $200.000
7. CAPACITACION $300.000
SUBTOTAL $2.000.000

CONTINGENCIAS $200.0000
TOTAL PROYECTO $2.200.000

COSTO ESTIMADO DE: DOS MILLONES DOSCIENTOS MIL PESOS ($2.200.000).

Aprobado: ________________________

_________ ________________________ ___________________

Fecha Patrocinador de proyecto Gerente de Proyecto

ANEXO 1
 PLAN GENERAL DEL PROYECTO

DISEÑO Y DESARROLLO DE UN SOFTWARE PARA EL CONTROL

DEL INGRESO Y SALIDA DE VEHÍCULOS AL INTERIOR
DEL PARQUEADERO AUTOVALLE
UBICADO EN LA CIUDAD DE VALLEDUPAR

Aprobado por:

_____________________ _____________________
Firma Firma

_____________________ _____________________
Firma Firma

Agosto 20 de 2010
Documento PLAN DE TRABAJO
Autor(es) Liliana Yadith Fernández – Edwin González Noreña

A ser aprobado
por
Comentarios
Nombre Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones

TABLA DE CONTENIDO
1. OBJETIVO DE LA SOLUCIÓN
2. PLAN DE TRABAJO
2.1 Etapa 0: ORGANIZACIÓN DEL PROYECTO
2.2 Etapa 1: DISEÑO DEL SOFTWARE
2.3 Etapa 2: DESARROLLO DE LOS PROGRAMAS
2.4 Etapa 3: INSTALACIÓN DEL SOFTWARE
3. ORGANIZACIONES Y ROLES
3.1 ORGANIGRAMA DEL PROYECTO
3.1.1 Organigrama
3.1.2 Comité Ejecutivo y Técnico del proyecto
3.1.3 Personal del proveedor
3.1.4 Personal del cliente
4. PROCEDIMIENTOS GERENCIALES Y ADMINISTRATIVOS
4.1 CONTROL DE CAMBIOS
4.2 SOLICITUD DE ASESORIAS
4.3 NUEVOS REQUERIMIENTOS
5. ENTREGABLES, CRITERIOS Y PROCEDIMIENTOS DE ACEPTACIÓN
5.1 LISTA DE ENTREGABLES
5.2 CRITERIOS Y PROCEDIMIENTOS
6. METODOLOGÍA Y TÉCNICAS PARA LA PRESTACION DE LOS SERVICIOS
7. WBS DEL PROYECTO
8. CRONOGRAMA DEL PROYECTO

PLAN GENERAL DEL PROYECTO

DISEÑO Y DESARROLLO DE UN SOFTWARE PARA EL CONTROL

DEL INGRESO Y SALIDA DE VEHÍCULOS AL INTERIOR
 DEL PARQUEADERO AUTOVALLE
UBICADO EN LA CIUDAD DE VALLEDUPAR

1. OBJETIVO DE LA SOLUCIÓN

Diseñar y desarrollar un software para el control del ingreso y

salida de vehículos en el parqueadero Autovalle.
El proyecto le suministrará a la central de parqueo un software
que permita llevar un registro ordenado de los movimientos que se
presenten al interior de las instalaciones de este lugar.

2. PLAN DE TRABAJO

El desarrollo del proyecto se llevará a cabo en las siguientes

fases:

2.1 ETAPA 0 ORGANIZACIÓN DEL PROYECTO.

Descripción de la etapa: Se iniciará con la recolección de la
información, para lo cual se realizarán entrevistas con el
propietario del establecimiento y el administrador del mismo.

Con lo anterior, se pretende conocer los procesos desarrollados

por el estacionamiento, para iniciar con el levantamiento de los
requerimientos.

Inicio de la etapa: 05 de agosto de 2010

Tiempo estimado de la etapa: 7 días
Responsable: Edwin González Noreña
Recursos proveedor de servicios: Propietario y Administrador del
local.

2.2 ETAPA 1 DISEÑO DEL SOFTWARE:

Descripción de la etapa: Se inicia la realización de los primeros
pantallazos de la aplicación.
Salida de la etapa: Primer diseño en papel de la aplicación.

Inicio de la etapa: 13 de agosto de 2010

Tiempo estimado de la etapa: 7 días
Responsable: Edwin González
Recursos proveedor de servicios: Equipo de software

2.3 ETAPA 2 DESARROLLO DEL SOFTWARE:

Descripción de la etapa: Se plasma el diseño realizado en papel,
esta vez utilizando un lenguaje de programación, con el fin de ir
obteniendo una aplicación sistematizada, mediante la utilización
de las siguientes herramientas:

• Apache: Servidor web local

• MYSQL: Sistema manejador de bases de datos.
• PHP: Lenguaje script para creación de páginas
web dinámicas.
• PHP MYADMIN: Administrador de bases de datos.

Salida de la etapa: Al finalizar la etapa se debe contar con un

software funcionando parcialmente.

Inicio de la etapa: 13 de agosto de 2010

Tiempo estimado de la etapa: 2 meses
Responsable
Recursos proveedor de servicios: Equipo de software

2.4 ETAPA 3 IMPLEMENTACION DEL SOFTWARE:

Descripción de la etapa: Una vez codificado el diseño se procedo
con la implementación del software.

Salida de la etapa: Software funcionando correctamente.

Inicio de la etapa: 12 de octubre

Tiempo estimado de la etapa: 15 días
Responsable: Liliana Fernández – Edwin
González
Recursos proveedor de servicios: Equipo de software

3. ORGANIZACIÓN Y ROLES

LIDER DE EQUIPO Liliana Yadith Fernández

LIDER DE SOPORTE Edwin González Noreña
LIDER DE CALIDAD Liliana Yadith Fernández
LIDER DE DESARROLLO Edwin González Noreña
LIDER DE PLANEACION Liliana Yadith Fernández

3.1 ORGANIGRAMA DEL PROYECTO

 3.1.1 ORGANIGRAMA

Diseño
LIDER
LIDER
LIDERy desarrollo
Liliana
Edwin
Liliana
LIDER
LIDERGonzález
Yadith de un software que controle el ingreso y
Yadith Fernández
Noreña
DE
DE
DEDESARROLLO
CALIDAD
SOPORTE
EQUIPO
PLANEACION
Fernández
salida de vehículos al interior del parqueadero …..

3.1.2 COMITÉ TÉCNICO Y EJECUTIVO DEL PROYECTO

Se encuentra conformado por Liliana Fernández y Edwin González,

quienes tienen como función principal velar por el estricto
cumplimiento del desarrollo y objetivos del proyecto.

3.1.3 PERSONAL DEL PROVEEDOR

El equipo está conformado por Liliana Fernández y Edwin
González, quienes se encargarán de satisfacer los
requerimientos y las necesidades del cliente.

3.1.4 PERSONAL DEL CLIENTE:

Integrado por el Propietario y el Administrador del local,

quienes tienen el compromiso de facilitar la información
requerida para el desarrollo del presente proyecto.

PROCEDIMIENTOS GERENCIALES Y ADMINISTRATIVOS

4.1 CONTROL DE CAMBIOS

Se llevará un control de los cambios que se presenten, con el

fin de minimizar cualquier riesgo que afecte el proyecto.

4.2 NUEVOS REQUERIMIENTOS

Serán analizados de manera detalla, ya que en determinado

momento podrían llegar a afectar el diseño, desarrollo,
implementación, el cronograma o el presupuesto del proyecto.

4.3 CONDICIONES DE ACEPTACION DE PRODUCTOS Y SERVICIOS

SERVICIOS CONDICIONES DE ACEPTACION

Tiempo El tiempo que hemos requerido para
dicho proyecto se manejaría de acuerdo
a las necesidades del cliente. Es decir
dos (2) meses.
Alcance Este producto o servicio lo
realizaremos con un alcance global.
(Manipulación de dicho software a
través del Internet).
Funcionalidad La funcionalidad para la aceptación del
producto se fundamenta en una base de
datos.
Implementación Dicho software lo implementaremos en un
servidor web, con una interfaz amigable
para el usuario.

4.4 REUNIONES DE AVANCE E INFORMES

Esto se realizara basándose en un informe semanal:
REPORTE SEMANAL DEL GRUPO
Nombre:________________________________________
Grupo:__________________________________________
Profesor: ____________________________________
Fecha:___________________________________________
No de Ciclo:_____________________________________
Semana No:_____________________________________
Líder del Equipo:_________________________________
Líder de Desarrollo:______________________________
Líder de Planeación:______________________________
Líder de Calidad:_________________________________
Líder de Soporte:_________________________________
Horas planeadas a Trabajar:______________________
Horas Actuales:_________________________________

Lista de Tareas a Realizar (Por miembro):

Observaciones:____________________________________________________________
___________________________________________________________________________
_________________________________________________________

Este informe es la parte historial de las revisiones y cambios.

Documento Plan de Trabajo

Autor(es)
A ser
aprobado por
Comentarios
Nombre
Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones
5. ENTREGABLES, CRITERIOS Y PROCEDIMIENTOS DE ACEPTACIÓN

Veremos a continuación la lista de chequeos de cada uno de los

entregables del proyecto por etapa.

5.1 LISTA DE ENTREGABLES

ETAPA ENTREGABLE (s)

Etapa 0: Organización del Documentación del
proyecto proyecto
Etapa 1: Diseño del software Pantallazos del diseño
Etapa 2: Desarrollo del Desarrollo de los
software programas
Etapa 3: Instalación del Software final ofrecido e
software instalado

5.2 CRITERIOS Y PROCEDIMIENTOS:

Los criterios y procedimientos que tendremos en cuenta son los

siguientes:

• Las pruebas de aceptación de dicho software será

realizada por el Parqueadero Autonorte, a mediados y al
final del desarrollo.

• A la mano de esto los resultados de dichas pruebas se

manejaran a través de una clasificación, como:
– Errores por sintaxis.
– Errores por poca información.
– Errores por pérdida de información.

• De acuerdo con lo anterior el número máximo de errores

que la empresa aceptara se da por promedio de ellos.

• Dentro del proceso contaremos con la disponibilidad para

aclarar, complementar, despejar y construir unas bases de
desempeño para facilitar el manejo del software.

• La garantía de este producto o servicio es por un año

(soporte técnico).
 6. METODOLOGÍA Y TÉCNICAS PARA LA PRESTACIÓN DE LOS SERVICIOS

La metodología está definida por las siguientes etapas:

Etapas

 Estado del arte: Su elaboración consiste en “ir tras las

huellas” del tema que se pretende investigar, permite
determinar cómo ha sido tratado el tema, cómo se encuentra en
el momento de realizar la propuesta de investigación y cuáles
son las tendencias.

 Análisis del sistema actual: La información acerca del sistema

actual se estudia en detalle, y se entrevista a los usuarios,
se toman medidas, se desarrollan pronósticos de necesidades
futuras y se toman todos los demás pasos necesarios para
determinar lo que el nuevo sistema debe realizar.

• Diseño: Aplicación de distintas técnicas y principios con el

propósito de definir un sistema, con los suficientes detalles
como para permitir su realización física y la posterior
codificación en el lenguaje seleccionado que implemente el
programa requerido.

 Idealmente, el cronograma del proyecto se extenderá hasta

comprender el ciclo de vida estimado de la tecnología. Esto
permitirá identificar todos los costos y actividades
previsibles y también indicará aquellos estimados cuando la
tecnología tenga que ser reemplazada o mejorada.

 Puesta en marcha: Producto final, que incluye los documentos

de desarrollo de software Producto, Material de aprendizaje,
Manual de instalación y Manual de usuario.
7. WBS DEL PROYECTO
 DISEÑO
Programa
Necesidades
Base
Interfaz
Bases
Desarrollo
Pruebas
Servidor
Paginas
Detalles
Plan de Yla
Requerimientos
Documento
Planeación
Integración
Construcción
Plan
Colores DESARROLLO
deIdentificar
datos
Gráfica
de
Calidad
Dinámicas
Riesgos
datos
de
del
local
de
de de
ydiseño
las
CSS
del
de
la
y del DE UNA PLATARFORMA WEB QUE
empresa
páginas
plataforma
prueba
entrenamiento
Pruebas
Funcionalidades
Ensayos
usuario
Del
proyecto
estáticas
CONTROLE EL INGRESO Y SALIDA DE VEHICULOS DEL
proyecto
PARQUEADERO AUTOVALLE
 8. CRONOGRAMA DEL PROYECTO

No TAREA AGOSTO SEPTIEMBRE OCTUBRE NOVIEMBRE

1 2 3 4 1 2 3 4 12 3 4 1 2 3 4
1 DEFINICION DEL PROYECTO
2 ORGANIZACIÓN DEL PROYECTO
ANALISIS INTERNO Y EXTERNO
3 DEL SOFTWARE
4 DISEÑO DEL SOFTWARE
5 DESARROLLO DE LOS PROGRAMAS
6 PLAN DE PRUEBAS (FASE 1)
7 PLAN DE GERENCIA DE RIESGOS
8 PLAN DE GERENCIA DE CALIDAD
PRUEBAS DEL PROYECTO ANTE DE
9 ENTREGAR
10 SIMULACION FINAL DEL SOFTWARE

Documento PLAN DE PRUEBAS

Autor(es) Liliana Yadith Fernández – Edwin González Noreña

A ser aprobado
por
Comentarios
Nombre Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones
 ANEXO 2

PLAN DE PRUEBAS

DISEÑO Y DESARROLLO DE UN SOFTWARE PARA EL CONTROL

DEL INGRESO Y SALIDA DE VEHÍCULOS AL INTERIOR
DEL PARQUEADERO AUTOVALLE
UBICADO EN LA CIUDAD DE VALLEDUPAR

Aprobado por:

_____________________ _____________________
Firma Firma

_____________________ _____________________
Firma Firma

Agosto 20 de 2010
Documento PLAN DE PRUEBAS
Autor(es) Liliana Yadith Fernández – Edwin González Noreña

A ser aprobado
por
Comentarios
Nombre Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones
 TABLA DE CONTENIDO

1. INTRODUCCION
1.1 Propósito
1.2 Alcance y Objetivos
1.3 Glosario
2. ALCANCE DE LA PRUEBA
2.1 Ítems a ser Probados.
2.2 Ítems a no ser Probados
3. PREPARACION DE LAS PRUEBAS
3.1 Elaboración de scripts de Pruebas
3.2 Orden de Ejecución de las Pruebas
3.3 Datos de Pruebas
3.4 Criterios de Inicio
3.4.1 Requerimientos de Ambiente.
3.4.2 Requerimiento de Datos.
4. EJECUCION DE LAS PRUEBAS
4.1 Documentación de registro de las Pruebas
4.1.1 Scripts de pruebas
4.1.2 Reporte de Incidencias
4.1.3 Almacenamientos de Documentos de Pruebas
4.1.4 Incidencias Internas
4.1.5 Reporte de Incidencias de la empresa
4.1.6 Solicitud de Cambios
5. CRITERIOS DE ACEPTACION
5.1 Criterios de Aceptación / Rechazo

6. ANEXO 1.
1. INTRODUCCION

1.1Propósito

El propósito de este proyecto es desarrollar una plataforma web para

que controle el ingreso y salida de vehículos al interior del
parqueadero Autovalle.

El proceso que se utilizara para la aceptación de dicha plataforma

web se basa en cumplir con las necesidades del cliente, para ello se
implementará Dream Weaver, MYSQL, y PHP Myadmin. Con éstos lenguajes
se desarrollará la página web.

Con base en lo anterior dividiremos las pruebas entregadas y

encontradas del proyecto:

PRUEBAS DEL CLIENTE: Las pruebas encontradas en la entrevista al

encargado del proceso y observación de la información requerida
fueron las siguientes:

• La falta de organización en la información se produce por

malos manejos de la información que se lleva manualmente.
• La falta de una sistematización hace el proceso más lento y
perjudica a los clientes.

1.1Alcance y Objetivos

ALCANCE:
• El diseño e implementación de la página web facilitará al
parqueadero Autonorte el manejo de toda la información
llevaba dentro de este lugar.
• Puesta en marcha de dicho sitio web.

OBJETIVOS ESPECIFÍCOS:
• Diseñar una plataforma web que controle el ingreso y salida
de vehículos al interior del estacionamiento.
• Crear una interfaz amigable y de fácil manejo.
• Mostrar el tiempo de permanencia de cada vehículo dentro del
parqueadero.
• Generar facturación diaria, semanal, quincenal o mensual de
acuerdo a los requerimientos del usuario.

1.1Glosario
Componentes de prueba - Registro (Proceso de inserción de
datos)
- Consulta (proceso de solicitar
información del registro del vehículo,
teniendo en cuentas las características
del mismo)
Entregable Medio Magnético y Link del Software
Funcionalidad Insert into, if else, create, update,
where, echo.
Incidencia Error de sintaxis o al digitar un
comando.
Prueba de sistema Prueba:
- Desarrollo de la Aplicación
(Dreamweaver, PHP.
- Base de datos (Mysql).
Prueba de volumen Validaciones a un tope máximo de
(stress) registro, consultas y entregas.
Script de pruebas 1. Abrir el Modulo
2. Identificar la clave de dicho
modulo.
3. Ejecutarlo
4. Corregir margen de error
5. Puesta en marcha.

2. ALCANCE DE LA PRUEBA

Se realizaran las pruebas con la siguiente estructura:

• Programación: Con este alcance se demostrará la
funcionalidad que tiene Mysql como administrador de la base
de datos.
• Interfaz Gráfica: Este alcance demostrará la funcionalidad
que tiene PHP Y Mysql como desarrollador de páginas web.

De acuerdo con lo anterior establecemos que las pruebas que el

cliente y proveedor serán en términos específicos (programación) y
en términos generales (la aplicación), de acuerdo a la necesidad.

2.1 Ítems a ser probados

Lo que se tuvo en cuenta para la organización de las pruebas es lo
siguiente:
1. Identificación.
2. Acoplamiento.
3. Especificación y manejo de cada modulo.
4. Calificación independiente de cada modulo.
5. Aprobación final.
 1. FUNCIONALIDAD 1:

NOMBRE FUNCIONALIDAD
REGISTRO Este ítem tiene como funcionalidad permitir
registrar toda la información referente a los
vehículos.
CLIENTES Su funcionalidad es registrar todos los clientes
con sus respectivos datos personales requeridos
por el club el parqueadero.
VEHICULOS Su funcionalidad es registrar las características
de cada vehículo.

2. FUNCIONALIDAD 2:

NOMBRE FUNCIONALIDAD
CONSULTAS Este ítem tiene como funcionalidad permitir
hacer consultas a toda la información guardada
en la base de datos.
CLIENTES Su funcionalidad es consultar todos los clientes
con sus respectivos datos personales requeridos
por el parqueadero.
VEHICULOS Su funcionalidad es consultar el tiempo de
permanencia de cada vehículo al interior del
estacionamiento.

3. FUNCIONALIDAD 3:

NOMBRE FUNCIONALIDAD
SERVICIOS Este ítem tiene como
funcionalidad mostrar todo
los servicios que tiene la
plataforma virtual del
parqueadero Autovalle.
GENERAR REPORTE DE INGRESOS Y Su funcionalidad es generar
SALIDA el reporte de los vehículos
que ingresan al
estacionamiento.
MÓDULO DE VEHICULOS Su funcionalidad es ir
actualizando la base de datos
cada vez que un vehículo sea
creado, modificado ó
eliminado.
2.2 ITEMS A NO SER PROBADOS

Las funcionalidades que no serán probadas en esta fase son las

siguientes:

• Botones de eliminar datos.

• Botones de modificar datos.
• Botones de reporte.

3. PREPARACION DE LAS PRUEBAS

3.1 Elaboración de Scripts de Pruebas

Esta prueba nos ayuda a verificar que cada ITEM que esté aprobado
brinde las entradas necesarias que originan los resultados
esperados. Los datos de prueba se escogerán atendiendo a las
especificaciones del problema, sin importar los detalles internos
del programa, a fin de verificar que el programa funcione de manera
adecuada.

Valores fáciles, la aplicación se depurará con datos de fácil

comprobación.

Con este tipo de pruebas se intenta encontrar:

✔ Funciones incorrectas o ausentes.

✔ Errores de interfaz.
✔ Errores en estructuras de datos o en accesos a la base de
datos externa.
✔ Errores de rendimiento.
✔ Errores de inicialización y terminación.

Con la aplicación de esa técnica se obtiene un conjunto de pruebas

que reduce el número de casos de pruebas y nos dicen algo sobre la
presencia o ausencia de errores.

 Partición equivalente

Una partición equivalente es un método de prueba de caja negra

que divide el dominio de entrada de un programa en clases de
datos. El diseño de casos de prueba para la partición
equivalente se basa en la evaluación de las clases de
equivalencia.

 Prueba De La Caja De Pandora

 Consiste en abstenerse de realizar pruebas de depurar bastante
bien un proyecto; se deja al cliente que lo ensaye y acepte.
El resultado es una bomba de tiempo.

 Prueba de Clases
Es el acto de asegurar que una clase y todas sus instancias
cumplen con el comportamiento definido.

 Revisión de Código
Una forma de revisión técnica en la que el entregable que se
revisa en el código fuente.

 Prueba de Valores-Frontera
Es la prueba de situaciones extremas o inusuales que el ítem
debe ser capaz de manejar.
 Prueba de Caminos
Es el acto de asegurar que todos los caminos lógicos en el
código se ejercitan al menos una vez.
 Revisión de Prototipos
Es un proceso mediante el cual los usuarios trabajan a través
de una colección de casos de uso, utilizando un prototipo como
si fuera el sistema real. El objetivo principal es probar si
el diseño del prototipo satisface las necesidades de esos
usuarios.
 Prueba de Interfaz de Usuario
Consiste en probar la interfaz de usuario para garantizar que
cumple los estándares y requerimientos definidos. Usualmente
se refiere a la prueba de interfaz de usuario gráfica.

Las anteriores pruebas son muestra generales de las pruebas que

puede existir en un proyecto de software, las correspondientes al
este proyecto se expondrán en el siguiente ítem (3.2).

3.2 Orden de Ejecución de las Pruebas

En esta etapa mostraremos el orden de las pruebas del software que
hasta ahora se ha planificado:

1. Valores: (Capturar, consultar y registrar datos).

2. Funciones: (Revisión de Módulos independientes, errores de

interfaz, errores en estructuras de datos o en accesos a la bases de
datos externas errores de rendimiento, errores de inicialización y
terminación).

3. Diseño: (interfaz gráfica).

3.3 Datos de pruebas: Con base al siguiente cuadro clasificaremos
los datos de prueba del sistema:

TIPO DE DATO OBSERVACIONES CAMPOS CLASIFICACION

SOLICITADOS
INT (enteros) Tener en Código (PK) Registro
cuenta las
validaciones
de la longitud
del número.
INT (enteros) Tener en Código (PK) Clientes
cuenta las
validaciones
de la longitud
del número.
INT (enteros) Tener en Código (PK) Vehículos
cuenta las
validaciones
de la longitud
del número.

Prueba a la Base de Datos:

Estas pruebas las haremos por medio de las sentencias SQL que son:
- Select
- Insert
- Delete
- Update

3.4 Criterios de Inicio

3.4.1 Requerimientos de Ambiente
• Elementos de Hardware: un PC con estas especificaciones (Memoria
ram de 1GB, procesador Intel, Disco Duro 120 MB,) impresoras.
• Elementos de Software: Paquete de Office 2007, instaladores de
los programas a utilizar.
• Elementos de ambientes: Una oficina cómoda, acogedora, con
bastante ventilación e iluminación.

3.4.2 Requerimientos de Datos

En términos generales nuestros requerimientos para los Datos serian:
• INT= Para números enteros.
• LOGINT: Para enteros largos.
• VARCHAR: Para caracteres de la A a la Z y números del 0 al 9.

4. EJECUCION DE LAS PRUEBAS

4.1 Documentación de Registro de las pruebas
Los documentos principales a ser utilizados durante las pruebas para
el sistema de control del ingreso y salida de vehículos del
parqueadero Autovalle, serán los siguientes:

4.1.1 Scripts de pruebas (Ver anexo 1)

4.1.2 Reporte de Incidencias (Ver anexo 1)

4.1.3 Almacenamiento de Documentos de pruebas (Ver anexo 1)

4.1.4 Incidencias Internas (Ver anexo 1)

4.1.5 Reporte de incidencias de entradas y salidas del parquadero

Autovalle.
(Ver anexo 1)

4.1.6 Solicitud de cambios (Ver anexo 1)

5. CRITERIOS DE ACEPTACION

5.1 Criterios de Aceptación / Rechazo

Los criterios de aceptación quedaron especificados dentro de la
propuesta entregada al parqueadero Autovalle comprenden básicamente
los siguientes aspectos:

• Debe mantenerse la Funcionalidad en el sistema

• Interfaz Grafica de fácil manejo para el usuario o
administrador.
• No incluye errores de sintaxis.
• Puntualidad en la entrega de pruebas.

Incidencias:
De acuerdo con su impacto dentro del funcionamiento general del
sistema, de esta manera se tendrán en cuenta tres incidencias
clasificadas así:

• Tipo A: Desbordamiento de información en la base de datos.

• Tipo B: Falta de conexión entre las aplicaciones y la base de
datos.
• Tipo C: Diseño Grafico (Colores fuertes, Fuente, orden etc.).

5.2 Criterios de Finalización de Pruebas

Este criterio finalizara cuando se cumplan todas las pruebas y se

hagan todas las correcciones de estas, cuando la incidencia A este
resuelta, la B y C estén pendientes para resolverlas.
6. ANEXO 1
Formato reporte de
FECHA: dd/mm/aaaa
incidencias No. 01
26/08/2010
Reporte de Incidencias
Correctivo Comentario

1. Información General IDENTIFICACION: El parqueadero Autovalle actualmente

hace su proceso ingreso y salida de vehículos de manera manual, lo lo que genera
que se pierda la información, tiempo e implementos, demora en las entregas,
dándose datos inconclusos sin exactitud.

Funcionalidad: Transacción/Ítem:
Tipo de Incidencia: consulta exacta de los
Versión #: 01 implementos que se encuentran inventariados.
Reportado por: Liliana Nombre del Script de Pruebas: Primera Prueba de la
-Edwin incidencia.
2. descripción de la Incidencia
DESCRIPCION: El parqueadero Autovalle no cuenta con un sistema basado en
exactitud si no en aproximación, creando un problema para el encargado y la
empresa lo cual se requiere una solución a este percance.

3. Efecto o Impacto
EFECTO/IMPACTO/JUSTIFICACION
En la actualidad, el factor tiempo es factor determinante en todas las entidades, las cuales
requieren que las tareas sean llevadas a cabo rápidamente, de manera segura y confiable. Los Sistemas
de Información son herramientas que permiten manejar en forma ágil y organizada toda clase de
información, en consecuencia, los procesos fluyen coordinadamente y no se generan retardos
innecesarios en ellos.

4. Estimación de esfuerzos Desarrollo Documentación TOTAL

Pruebas
(horas/hombre) Análisis Implementación de una
Se trabajaron 200 horas en Plataforma virtual para el Manual de
20 pruebas
el desarrollo de este control del ingreso y salida Usuario Entrega
(Teórico-practico)
software, total de de vehículos del parqueadero Final
desarrolladores 2 personas. Autovalle.
Desarrollado por: Liliana Probado por:
Fernández Fecha: 26/08/10 Alejandra solano Fecha: 26/08/10

Observaciones (resumen causa y Acción Correctiva Requerida): Creamos una Base de datos donde se
especifica el número exacto de implementos y su salida.

Componentes del Entregable: Resultados de las pruebas en medio magnético.

Titulo: Implementación de
una plataforma Web para
para el control del ingreso
y salida de vehículos del Descripción: Software para dicha empresa, el cual le ayudara con el
parqueadero Autovalle.. control del ingreso y salida de vehículos del parqueadero Autovalle.

5, Firmas Recepción Líder

de pruebas Recepción de la empresa Aprobación De la empresa

Fecha: 26/08/10 Fecha: 26/08/10 Fecha: 26/08/10

Hora: 06:00 Pm Hora: 06:00 Pm Hora: 06:00 Pm
 ANEXO 3

PLAN DE GERENCIA DE RIESGOS

DISEÑO Y DESARROLLO DE UN SOFTWARE PARA EL CONTROL

DEL INGRESO Y SALIDA DE VEHÍCULOS AL INTERIOR
DEL PARQUEADERO AUTOVALLE
UBICADO EN LA CIUDAD DE VALLEDUPAR

Aprobado por:

_____________________ _____________________
Firma Firma

_____________________ _____________________
Firma Firma

Agosto 20 de 2010
Documento PLAN DE GERENCIA DE RIESGOS
Autor(es) Liliana Yadith Fernández – Edwin González Noreña

A ser aprobado
por
Comentarios
Nombre Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones
 TABLA DE CONTENIDO

1 INTRODUCCION

1.1 Objetivo
1.2 Alcance

1.3 Definiciones

1.4 Documentos Relacionados

2 PROCESO DE GERENCIA DERIESGOS

3 ORGANIZACIÓN Y RESPONSABILIDADES DE LA GERENCIA

DE RIESGOS

3.1 Organización

3.2 Responsabilidades del gerente del proyecto

3.3 Responsabilidades funcionales de la gerencia

4 REGISTRO DE RIESGOS Y REPORTES DE RIESGOS CRITICOS

1 Introducción

1.1 Objetivo

Identificar las posibles causas que puedan originar no conformidades

y/o no cumplimiento del plan de trabajo y las actividades y/o
responsabilidades de cada uno de los miembros del equipo de trabajo
de manera que se haga un seguimiento planeado.

1.2 Alcance

La gerencia de riesgos se aplica sobre el proyecto DISEÑO Y

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DEL INGRESO Y SALIDA DE
VEHÍCULOS AL INTERIOR DEL PARQUEADERO AUTOVALLE UBICADO EN LA CIUDAD
DE VALLEDUPAR, que permita administrar los servicios que presta el
sitio, teniendo en cuenta cada uno de los entregables definidos en
el plan de trabajo, considerando los tiempos estimados en
cronograma.

1.3 Definiciones

Acción preventiva: acción identificada cuando se presume que puede

ocurrir un evento y es disparada mediante los planes de mitigación.
Acción correctiva: acción identificada cuando un evento ha ocurrido
y es disparada mediante los planes de contingencia.

Activo
Cualquier recurso de SW, HW, datos, administrativo, físico, de
personal, de comunicaciones…

Vulnerabilidad
Una vulnerabilidad es una debilidad que puede ser ‘activada’ de
forma accidental o intencionadamente. Es un factor de riesgo interno
de un elemento expuesto a una amenaza de ser susceptible a sufrir un
daño y de encontrar dificultades en recuperarse posteriormente.

Amenaza
Una amenaza es la posibilidad de que se produzca una determinada
vulnerabilidad de forma satisfactoria. Una fuente de amenazas no
plantea un riesgo cuando no hay vulnerabilidades que puedan ser
’activadas’.

Impacto
El impacto es la materialización de un riesgo; una medida del grado
de daño o cambio sobre un activo, entendiendo como riesgo la
probabilidad de que un evento desfavorable ocurra y que tendría un
impacto negativo si se llegase a materializar.

Suposiciones
Las suposiciones son afirmaciones aceptadas como reales pero sin
ningún tipo de prueba que las sustente. También es verdad que con el
tiempo se puede determinar si las suposiciones son verdaderas o
falsas.

1.4 Documentos relacionados

• PLAN GENERAL DEL PROYECTO

• PLAN DE PRUEBAS

1 Proceso de gerencia del riesgo

Se divide en los siguientes pasos a seguir:

1. Planificación de la Gestión de Riesgos: Se debe estimar, y
planificar las actividades para gestión de riesgos.
2. Identificación de Riesgos: Determinar qué riesgos pueden
afectar al proyecto y documentar sus características.
3. Análisis Cualitativo de Riesgo: Priorizar los riesgos para
realizar otros análisis o acciones posteriores, evaluando y
combinando su probabilidad de ocurrencia y su impacto.
4. Análisis Cuantitativo de Riesgos: Analizar numéricamente el
efecto de los riesgos identificados en los objetivos generales
del proyecto.
5. Planificación de la Respuesta a los Riesgos: Desarrollar
opciones y acciones para mejorar las oportunidades y reducir
las amenazas a los objetivos del proyecto.
6. Seguimiento y Control de Riesgos: Realizar el seguimiento de
los riesgos identificados, supervisar los riesgos residuales,
identificar nuevos riesgos, ejecutar planes de respuesta a los
riesgos y evaluar su efectividad a lo largo del ciclo de vida
del proyecto.
3 Organización y Responsabilidades de la Gerencia de Riesgos

3.1 Organización

Diseño
Liliana
Edwin
LIDER
LIDER
LIDER
LIDER y
Liliana
LIDER desarrollo
González
Yadith
Yadith de un software que controle el ingreso y
Fernández
Noreña
DE
DE
DEDESARROLLO
CALIDAD
SOPORTE
EQUIPO
PLANEACION
Fernández
salida de vehículos al interior del parqueadero …..

3.2 RESPOSABILIDADES DEL GERENTE DEL PROYECTO.

El gerente del proyecto logrará las siguientes acciones durante la

planeación del proyecto:

• Determinar el enfoque general de la gerencia de riesgos.

• Seleccionar los riesgos críticos que deben ser incluidos en la
gerencia de riesgos.
• Asignar un responsable a cada riesgo critico
 • Trabajar con el equipo de proyecto (cliente y terceras partes)
para identificar las probabilidades y los impactos de que los
riesgos se materialicen.
• Definir el enfoque de reporte y asignación del estado a los
riesgos
• Aprobar el plan de gerencia de riesgos

El gerente del proyecto logrará las siguientes acciones durante la

ejecución del proyecto:

• Revisar periódicamente las acciones de prevención, mitigación

y contingencia de riesgos
• Manejar la identificación e implementación de las acciones
correctivas asociadas con los riesgos críticos
• Evaluar la efectividad de las acciones para evitar y/o mitigar
los riesgos actuales
• Aprobar la implementación de los planes de contingencia
• Aprobar la adición de riesgos críticos

3.1 RESPONSABILIDADES FUNCIONALES DE LA GERENCIA.

Cada miembro del equipo de proyecto realizará las siguientes tareas

de gerencia de riesgos durante la duración del proyecto:

• Identificar los riesgos críticos dentro de su respectiva

disciplina, diligenciando los formatos de acciones preventivas
y correctivas
• Estimar las probabilidades y el impacto de que el riesgo se
materialice.
• Construir los datos del riesgo, priorizar los riesgos,
trabajar con el gerente del proyecto para documentar los
riesgos críticos para la gerencia de riesgos.

El gerente será el responsable por:

• Priorizar los riesgos críticos y recomendaciones de

actividades para la gerencia de riesgos
• Identificar los enfoques para evitar y/o mitigar los riesgos
• Identificar los planes de contingencia de riesgos

Los líderes son los responsables de realizar las siguientes tareas

durante la ejecución del proyecto:
 • Implementar los planes para la prevención y/o mitigación de
riesgos.
• Reportar el estado de los riesgos críticos
• Evaluar la efectividad de las acciones actuales de prevención,
mitigación y contingencia
• Recopilar el estado de los riesgos, actualizar la base de
datos de riesgos, desarrollar los reportes de riesgos.
• Recomendar la implementación de los planes de contingencia
• Implementar los planes de contingencia como sea apropiado
• Identificar nuevos riesgos críticos

3 Registro de riesgos y reporte de riesgos críticos

•Falta de educación por parte de los usuarios.

•No se encuentra implementada la normatividad para el cobro del servicio.
•Falta de recursos para realizar inversiones en el negocio.

3 Identificación de riesgos

1. Desmotivación del personal

2. Personal problemático o descontrolado
3. Exceso de requerimientos
4. Priorización inadecuada de requerimientos
5. Cambios de requerimientos
6. Diseño inadecuado
7. Falta de participación del usuario
8. Presión excesiva sobre el calendario
9. Criterios inesperados de aceptación
 ANEXO 4

PLAN DE LA GERENCIA DE CALIDAD

DISEÑO Y DESARROLLO DE UN SOFTWARE PARA EL CONTROL

DEL INGRESO Y SALIDA DE VEHÍCULOS AL INTERIOR
DEL PARQUEADERO AUTOVALLE
UBICADO EN LA CIUDAD DE VALLEDUPAR

Aprobado por:

_____________________ _____________________
Firma Firma

_____________________ _____________________
Firma Firma
 Agosto 20 de 2010

Documento PLAN DE LA GERENCIA DE CALIDAD

Autor(es) Liliana Yadith Fernández – Edwin González Noreña

A ser aprobado
por
Comentarios
Nombre Archivo
HISTORIA DE REVISIONES Y CAMBIOS
Revisión Sección Tipo Fecha Autor Observaciones
 TABLA DE CONTENIDO

1. INTRODUCCION
1.1 Objetivo
1.2 Alcance
1.3 Dependencias
1.4 Documentos Relacionados

2. GERENCIA
2.1 Organización.
2.2 Responsabilidades de la Gerencia de calidad.
2.3 Actividades de Calidad
2.4 Metodologías y Técnicas
2.5 Recolección de información, Mantenimiento y Retención.

3. DOCUMENTACION
4. ESTANDARES DEFINIDOS
5. REVISIONES Y AUDITORIAS
5.1 Revisión Gerencial
5.2 Revisión Técnica

6. GERENCIA DE REQUERIMIENTOS
7. ACCIONES PREVENTIVAS Y CORRECTIVAS

INTRODUCCION

1.1 OBJETIVO GENERAL: DISEÑAR Y DESARROLLAR UN SOFTWARE QUE

CONTROLE EL INGRESO Y SALIDA DE VEHICULO AL INTERIOR DEL PARQUEADERO
AUTOVALLE EN LA CIUDAD DE VALLEDUPAR.

1.1.1 OBJETIVOS ESPECIFÍCOS:

• Diseñar una plataforma Web que controle el tiempo de
permanencia de cada vehículo al interior del
estacionamiento.
• Crear una interfaz amigable y de fácil manejo.
• Generar facturación diaria, semanal, quincenal o mensual de
acuerdo a los requerimientos del cliente.

1.2 ALCANCE:
• El diseño e implementación del software facilitará al
Parqueadero Autovalle, el manejo de toda la información
relacionada con el ingreso y salida de vehículos.
• Puesta en marcha del software.

1.3DEPENDENCIAS

El plan de calidad y su ejecución se encargara el líder de calidad

que Liliana Yadith Fernández, junto con el compromiso de los demás
miembros del proyecto.

1.4 DOCUMENTOS RELACIONADOS: Los documentos relacionados con esto

son:

• Plan de trabajo
• Plan de calidad
• Plan de riesgos.
• Documentos de diseño. .(en realización)
• Documentos de usuarios.(en realización)
• Plan de pruebas.
• Documentos estándares.
• Plan de instalación .(en realización)
• Plan de capacitación. (en realización).

2. GERENCIA

2.1 ORGANIZACIÓN : la organización que se establecerá a los

miembros de este proyecto para la realización del control de
calidad se basa en lo siguiente:
1. Perceptiva: Satisfacción de las necesidades del cliente.
2. Funcional: Cumplir con las especificaciones requeridas.
 Perceptivas
Generales
Líder delEdwin
Edwin
equipo
Liliana
González
González
Fernández

Funcionales
Edwin González

2.1 RESPONSABLES DE LA GERENCIA DE CALIDAD

Las actividades del Gerente del proyecto en esta área son:

 • Liderar el equipo del proyecto en la revisión y definición final
de los elementos de calidad y los criterios de aceptación.
• Determinar el alcance de las actividades de gerencia de calidad.
• Asignar las responsabilidades para llevar a cabo el plan.
• Reportar el estado del proyecto.
• Establecer y mantener la interfaz con el cliente.
• Asegurarse que el equipo desarrollo un producto libre de
defectos.
• Verificar que los miembros del equipo reporten la información del
proceso adecuadamente.
• Verificar que todos los miembros realicen revisiones e
inspecciones efectivas.
• Verificar que todos los miembros del equipo hagan reportes
precisos y que cada uno de estos reportes se almacenen en la
documentación del proyecto.

2.1 METODOLOGIA Y TECNICAS

• Planificación de la calidad: Selección procedimientos y

estándares adecuados a partir de ese marco de trabajo y
adaptación de estos para un proyecto de software específico.
• Aseguramiento de la calidad: Establecimiento de un marco de
trabajo de procedimientos y estándares corporativos que
conduzcan a la obtención de software de alta calidad.
• Control de la calidad: Definición y aplicación de los procesos
que aseguren que los procedimientos y estándares son seguidos
por equipo de desarrollo.

1. DOCUMENTACION

• Plan de trabajo: Este documento contiene todo el plan general del

proyecto en realización.
• Plan de pruebas: Este documento contiene el proceso de aceptación
del software basado en pruebas constante del sistema.
• Plan de riesgos: Este documento contiene el objetivo, acciones
preventivas y correctivas, proceso de gerencia, organización y
responsabilidades de la gerencia, registros y reportes de los
riesgos presentado.
• Plan de calidad: Este documento contiene todo el plan de calidad
para hacer que el producto este basado bajo normas, estándares de
calidad y se de agrado y satisfacción para el cliente en este caso
Club Deportivo Milla Miriam.

1. ESTANDARES DEFINIDOS
 Entre los estándares definidos encontraremos:

4.1 Estándares de Diseño

Los estándares de diseño son ciertas pautas que se establecen para

conseguir uniformidad en el desarrollo de páginas Web y lograr así
un sitio optimo y con un mejor desempeño. Uno de nuestros estándares
es:

• Conseguir que las paginas se desplieguen de manera rápida.

• Lograr que las paginas se visualicen como sus autores las han
construido.
• La página Web funcionara en distintos tipos de navegadores,
plataformas y dispositivo.
• Buen peso de la página.
• Diagramación de las páginas.
• Uso de XHTML para el contenido y CSS para la apariencia.
• Menos ancho de banda.
• Flexibilidad.
• crear sitios Web usables, fáciles de mantener.

4.2Estándares de Programación
• USO de XHTML para el contenido y CSS para la apariencia.
(Gracias al uso de XHTML para el contenido y CSS para la apariencia,
se puede transformar rápidamente un sitio, sin importar que se trata
de una página Web o miles, realizando cambios en un solo lugar.
Los documentos que separan apariencia de contenido usan menos
código, además, CSS permite conseguir efectos que antes requerían
eluso de Javascript e imágenes, por lo que los sitios basados en
estándares
utilizan menos ancho de banda y se muestran más rápido a los
usuarios, mejorando dramáticamente la experiencia de estos.
Los documentos basados en XHTML válido son más relevantes para los
motores de búsqueda, contienen mayor información y menos código, por
lo que un sitio basado en estándares Web tendrá una mejor posición,
De igual manera, la posición en directorios, editados por humanos,
se verá beneficiada pues el sitio será más usable.
XHTML es una aplicación de XML, por lo que el contenido puede ser
procesado de muchas formas, permitiendo la creación de sitios
extensibles.
• Uso de PHP.

4.3 Estándares de documentación de usuario

Estos estándares nos ayudaran a Mantener una integridad entre los
grupos de trabajo, manteniendo un orden a la hora de documentar las
tareas o actividades a desarrollar.

Puntos a considerar:

• Tipo de letra
• Tamaño de los títulos
• Tamaño de los subtítulos
• Tamaño del texto
• Interlineado
• Espacio en blanco después de cada título

5. REVISIONES

Las revisiones se harán al finalizar cada etapa de desarrollo del

proyecto y según el cronograma de nuestro proyecto.

5.1 Revisión Gerencial: En la revisión gerencial del proyecto se

hará un acta donde se tendrán en cuenta los siguientes ítems.

1. La Revisión de inicio de proyecto. Se verificará que el proyecto

cuenta con los recursos necesarios para iniciar.

2. Revisión de procesos: Se realizará periódicamente durante el

proyecto y se evaluará la satisfacción del cliente y los estados
técnicos y financieros.

3. Revisiones gerenciales: Se manejarán procedimientos como manejo

del riesgo, control de cambios, reportes del estado del proyecto,
informe de reportes de errores.

4. Revisión de fin del proyecto: Última revisión que se realiza al

finalizar el proyecto, Tendremos en cuenta:

– Confirmar que el cliente recibió satisfactoriamente todos los

entregables del proyecto (CD, link de acceso a la página).
– Tomar lecciones de aprendizaje.
– Preparar el cierre del proyecto

5.2 Revisión Técnica: En la revisión técnica se evaluarán las

siguientes:

ETAPAS DEL PROYECTO

El ciclo del proyecto suele dividirse en tres etapas:
1. Organización
2. Diseño
 3. Ejecución o Desarrollo
4. Instalación.

6. Gerencia De Requerimientos
La gerencia de requerimientos se llevará a cabo por medio de estos
reglamentos, políticas y procedimientos sobre:
• Revisiones de requerimientos externos
• Seguridad
• Confidencialidad
• Seguridad
• Clasificación de sensibilidad de datos ingresados, procesados,
almacenados, extraídos y transmitido

Además se tendrá en cuenta:

EVALUAR LOS CONTROLES:

Considerando sí:
Existen políticas y procedimientos para:
• Asegurar las acciones correctivas apropiadas relacionadas con la
revisión oportuna de los requerimientos externos y si existen
procedimientos para asegurar un cumplimiento continuo.
• Coordinar la revisión de los requerimientos externos, con el fin
de asegurar que se aplican oportunamente las acciones
correctivas que garantizan el cumplimiento de los requerimientos
externos.
• Dirigir protección apropiada, así como objetivos de seguridad y
salud.
• Asegurar que se proporcionan entrenamiento y educación en
seguridad y salud apropiadamente a todos los empleados.
• Monitorear el cumplimiento de las leyes y regulaciones
aplicables de seguridad y salud.
• Proporcionar la dirección/enfoque adecuados sobre
confidencialidad de tal manera que todos los requerimientos
legales caigan dentro de este alcance.
• Informar a los aseguradores acerca de todos los cambios
materiales realizados al ambiente de la función de servicios de
información.
• Asegurar el cumplimiento con los requerimientos de los contratos
de seguros
• Asegurar que se lleven a cabo las actualizaciones necesarias
cuando de inicia un contrato de seguros nuevo/modificado.
Los procedimientos de seguridad van de acuerdo con todos los
requerimientos legales y si éstos están siendo tomados en cuenta
adecuadamente, incluyendo:
• Protección con "passwords" o contraseñas y software para limitar
el acceso
• Procedimientos de autorización
• Medidas de seguridad de terminales
• Medidas de encriptamiento de datos
• Controles contra incendios
• Protección contra virus
• Seguimiento oportuno de reportes de violaciones

EVALUAR LA SUFICIENCIA:

Probando que:
Las revisiones de los requerimientos externos:
• Son actuales, completos y suficientes en cuanto a aspectos
legales, gubernamentales y regulatorios.
• Traen como resultado una pronta acción correctiva.

Las revisiones de seguridad y salud son llevadas a cabo dentro de la

función de servicios de información para asegurar el cumplimiento de
los requerimientos externos.

• Las áreas problemáticas que no cumplan con los estándares de

seguridad y salud sean rectificadas.
• El cumplimiento de la función de servicios de información en
cuanto las políticas y procedimientos de confidencialidad y
seguridad.
• Los datos transmitidos a través de las fronteras internacionales
no violan las leyes de exportación
• Los contratos existentes con los proveedores de comercio
electrónico consideren adecuadamente los requerimientos
especificados en las políticas y procedimientos organizacionales
• Los contratos de seguros existentes consideren adecuadamente los
requerimientos especificados en las políticas y procedimientos
organizacionales
• En donde se hayan impuesto límites regulatorios a los tipos de
encriptamiento que pueden ser utilizados (por ejemplo, la longitud
de la llave), la encriptamiento aplicada cumpla con las
regulaciones
• En donde las regulaciones o procedimientos internos requieran la
protección y/o encriptamiento especial de ciertos elementos de
datos (por ejemplo, números PIN bancarios, Números de expedientes
 de Impuestos, de Inteligencia Militar), dicha
protección/encriptamiento sea proporcionada a estos datos.
• Los procesos EDI reales desplegados por la organización aseguran
el cumplimiento con las políticas y procedimientos
organizacionales y con los contratos individuales del socio de
comercio electrónico (y del proveedor EDI, en caso de aplicar).

EVALUAR EL RIESGO DE LOS OBJETIVOS DE CONTROL NO ALCANZADOS:

Identificando:
• Requerimientos externos que no hayan sido cumplidos por la
organización.
• Acciones significativas no resueltas/no corregidas en respuesta a
las revisiones de requerimientos externos.
• Riesgos de seguridad y salud (incluyendo ergonomía) en el ambiente
de trabajo que no hayan sido considerados.
• Debilidades en la confidencialidad y la seguridad relacionadas con
flujos de datos y/o flujo de datos internacional.
• Interrupciones en el comercio electrónico.
• Debilidades en los contratos con socios comerciales relacionadas
con procesos de comunicación, mensajes de transacción, seguridad
y/o almacenamiento de datos.
• Debilidades en las relaciones de confianza con socios comerciales.
• Debilidades/equivocaciones en la cobertura del seguro.
• Incumplimientos de los términos del contrato.

7. Acciones Preventivas y Correctivas

Acción preventiva: Dentro del plan de gerencia de calidad las

acciones preventivas son:

• Cumplir con la norma ISO de calidad establecida para el

desarrollo de software.
• Satisfacer al cliente con un documento de usuario del software
claro y sencillo de manejar.
• Seguridad confiable al cliente.
• Actualizaciones y mejoramiento continuo.
• Cumplir con el cronograma establecido.
• Materiales de alta calidad para el desarrollo del proyecto.

Acción correctiva: Dentro del plan de gerencia de calidad las

acciones correctivas son:
• Tratar de adelantar fechas de trabajo (CRONOGRAMA) para no haber
retraso de dicha implementación.
• Presupuesto sincronizado con el desarrollo, pruebas, ejecución
del proyecto.
• Planeacion estratégica para cumplir con los estándares de
calidad requerida por el cliente.
6. ANEXO 1
Formato reporte de incidencias FECHA: dd/mm/aaaa
No. 0
Reporte de Incidencias
Correctivo Comentario

1. Información General IDENTIFICACION:

Funcionalidad: Transacción/Ítem:
Tipo de Incidencia:
Versión #: 01
Nombre del Script de
Pruebas:
Reportado por:

2. descripción de la Incidencia
DESCRIPCION:

3. Efecto o Impacto
EFECTO/IMPACTO/JUSTIFICACION

TOTAL
4. Estimación de esfuerzos (horas/hombre) Pruebas Documentación
Desarrollo
Análisis

Desarrollado por: Fecha: Probado por: Fecha:

Observaciones (resumen causa y Acción Correctiva Requerida.

Componentes del Entregable:

Titulo: Descripción:
5, Firmas Recepción Líder de pruebas Recepción de la empresa Aprobación De la empresa
Fecha: Fecha: Fecha:
Hora: Hora: Hora: