GESTION DE LA CALIDAD DEL

PROYECTO.
Calidad de los Sistemas de Información.

Equipo:
1

Ingeniería Informática.
Instituto Tecnológico de Orizaba
Introducción.

La gestión de calidad, se refiere al conjunto de normas correspondientes a una organización y el

cumplimiento de estas en nuestro proyecto, vinculándose entre sí y a partir de las cuales
podremos administrar de manera organizada la calidad del mismo. La misión siempre estará
enfocada hacia la mejora continua de la calidad.

Entre las mencionadas normas se destacan las siguientes: existencia de una estructura
organizacional, en la cual se jerarquizan tanto los niveles directivos como los de gestión;
estructuración de las responsabilidades de los individuos y de los departamentos en los que se
halla dividida la empresa; los procedimientos que resultarán del plan de pautas destinado a
controlar las acciones de la organización; los procesos que persiguen el objetivo específico; y los
recursos, técnicos, humanos, entre otros.

Siempre se garantizará que la empresa cumplirá con la satisfacción de los requerimientos de los
clientes, tanto en lo que respecta a la prestación de nuestros servicios.

En el mercado existen una gran variedad de estándares de gestión de calidad, los cuales han sido
definidos por un organismo normalizador, tal es el caso de ISO, EN o DIN. Estos le permitirán a la
empresa validarse en un sistema de calidad a través de la ejecución de una auditoría por parte de
algunos de estos estándares.

Una de las normas más populares es la ISO 9001.

. Planificar la Calidad

1. 1 Entradas
1. 1. 1 Línea Base del Alcance.
El sistema de administración y control de entradas y salidas de la empresa de comunicaciones
COMUTEC que proporcionara al usuario una tarjeta que es un lector óptico leerá para la entrada y
salida de este para así tener el registro cada miembro de la institución, el administrador (a) del
sistemas tendrá acceso a la información de la base de datos para poder registrar, borrar,
actualizar, administrar e imprimir los datos.

El usuario deberá registrarse por medio del administrador el cual abrirá el sistema y por medio de
su perfil abrirá un menú con los servicios ofrecidos junto con la acción de registrarse y
proporcionar los datos del usuario junto a una contraseña para dar de alta su cuenta.

Una vez registrado el usuario, se le dará una tarjeta la cual tendrá un código de barras el cual
mostrara en el lector óptico para ingresar a las instalaciones esta información será almacenada en
la base de datos.

El uso incorrecto de la tarjeta al usarla en el lector óptico lanzara una alarma para la prevención
de acceso a gente externa a las instalaciones, la alarma se activara en caso de:

 Código óptico falso

 Acceso múltiple con una tarjeta
 Forzar al lector a abrir
 Manejo erróneo de las tarjetas y el lector óptico

El administrador o administradores al accesar al sistema abrirán un menú para gestionar el

sistema y una opción para realizar su perfil.
Una vez registrado y confirmado en el sistema podrá utilizar su perfil para hacer las siguientes
actividades:

 Ingresar nuevo registro

 (Pedir información (crear perfil) y llenar las condiciones)
 Editar cuenta
 Eliminar cuenta
 (Búsqueda de la cuenta y eliminarla)
 Imprimir datos
 Silenciar alarma
 Editar cuenta permite modificar los datos del usuario como administrador:
 La contraseña
 Datos personales (dirección, teléfono)
 Imprime archivos almacenado en la base del sistema
 Imprimir entradas y salidas por tiempo
  Establecer una tiempo de acuerdo a una fecha inicio y una fecha final para imprimir todas
las entradas y salidas del tiempo establecido
 Imprimir entrada y salidas de usuario
 Buscar usuario e imprimir su registro personal de entradas y salidas
 Imprimir entradas diarias
 Impresión de todas las entradas y salidas del día en curso.

La aplicación será desarrollada en java con la ayuda de eclipse para su escritura y manejo de
código con base de datos desarrollada en Oracle, su metodología será la orientada a objetos uso
del análisis de modelado y utilizar herramientas case para complementarlo.

CONTRATO DE PRESTACIÓN DE SERVICIOS

CONTRATO DE PRESTACIÓN DE SERVICIOS QUE CELEBRAN POR UNA PARTE "GRUPO A.T.I. S.A. DE
C.V.", REPRESENTADA EN ESTE ACTO POR EL INGENIERO DIEGO CAMACHO, A QUIEN EN LO
SUCESIVO SE LE DENOMINARÁ "EL PRESTADOR" Y POR LA OTRA EL INGENIERO JUAN PEREZ
LOPEZ Y A QUIEN EN LO SUCESIVO SE LE DENOMINARA "EL PRESTATARIO" AL TENOR DE LAS
SIGUIENTES:

DECLARACIONES

A) Declara EL PRESTADOR:

1.- Declara ser una Sociedad Mercantil Mexicana, constituida de conformidad con la legislación
mexicana y de acuerdo con el Código Fiscal de la Federación vigente.
2.- Tener su domicilio en Calle Azul, Col. San Pedro, CP 00000. Delegación Benito Juárez, México,
D.F.

3.- Que es una persona moral establecida que cuenta con elementos propios y suficientes y con la
capacidad profesional necesaria para ejecutar y/o cumplir las actividades y servicios profesionales
que se le encomienden, por lo que está en condiciones de obligarse en este contrato para prestar
sus servicios a EL PRESTATARIO con el carácter de Desarrollador de Software.
3.- Tener por Objeto Social: Todo tipo de servicios profesionales y en especial lo relacionado con la
computación, el estudio de mercado, costos y producción, la asesoría y administración de
empresas, la prestación de todo tipo de servicios relacionado con toda clase de componentes y
equipos eléctricos, electrónicos, de cómputo y en general de computadoras, sus refacciones,
accesorios, componentes y programas de cómputo.

B) Declara EL PRESTATARIO:
1.- Haber nacido el día 1° de marzo de 1993 tener 21 años de edad, de nacionalidad Mexicana,
estado civil Soltero con domicilio ubicado en Calle Luna No. 559, México, D.F.
con RFC PELJ9303012A9 y estar dedicado al desarrollo de actividades profesionales.
2.- Que hace del conocimiento de EL PRESTATARIO que, para el pago de la contraprestación de los
servicios profesionales que por el presente instrumento se le encomienden, opta por el supuesto
previsto en la fracción V del artículo 110 de la Ley del Impuesto sobre la Renta, lo que comunica a
EL PRESTATARIO para todos los efectos legales a que haya lugar.
4.- Desear utilizar los servicios de EL PRESTADOR, para desempeñar la actividad de Desarrollador
de Software y los demás que sean similares a dicha actividad, como profesional independiente.

CLAUSULAS

PRIMERA.- En virtud del presente contrato EL PRESTADOR se obliga a prestar a EL PRESTATARIO,

los siguientes servicios profesionales independientes: En desarrollo, diseño e implementación de
soluciones de negocios basadas en la alta tecnología. Los trabajos resultantes de la prestación de
servicios profesionales independientes antes referidos serán entregados por EL PRESTADOR de
acuerdo al plan de actividades y entregas que para tal efecto acuerdan las partes.

SEGUNDA.- Los lineamientos, el contenido y la prestación de los trabajos mencionados en la

cláusula que antecede, por lo que hace a las características solicitadas por EL PRESTATARIO
estarán sujetos a la aprobación final de esta última. No obstante lo anterior, EL PRESTADOR
desarrollará las actividades que por el presente instrumento se le encomiendan en la forma,
términos y con los materiales y/o herramientas que estime convenientes, de acuerdo a los
conocimientos que, como profesional de la materia, ha adquirido y posee.

TERCERA.- Como resultado de la manifestación contenida en la declaración 3 de este instrumento,

EL PRESTATARIO se obliga a pagar a EL PRESTADOR la cantidad de $14,313.12 (CATORCE MIL
TRESCIENTOS TRECE PESOS 12/100 M.N.) mensualmente, menos las deducciones
correspondientes por I. S. R. Que será cubierta en dos exhibiciones quincenales, señalando como
documento de acuerdo de pago de honorarios el recibo firmado por EL PRESTADOR.

***EL PRESTATARIO acepta que EL PRESTADOR le otorgue los correspondientes recibos de

comprobación, según lo dispuesto por la fracción V del artículo 110 de la Ley del Impuesto sobre la
Renta.

CUARTA.- Se estipula que la vigencia del presente contrato será por el periodo del 16 de diciembre
de 2008 al 03 de julio de 2015, plazo que podrá prorrogarse, previo acuerdo entre las partes.
CUARTA BIS.- En virtud de ser un contrato por tiempo determinado conforme a la cláusula que
antecede, se estipula que en caso de que EL PRESTADOR decida terminar la prestación de servicios
para con EL PRESTATARIO de forma unilateral, éste deberá informar su decisión con un mes de
anticipación a la fecha en que pretenda terminar con la prestación del servicio pactado.

QUINTA.- EL PRESTATARIO manifiesta que si EL PRESTADOR ha recibido algún tipo de curso o

capacitación para el desarrollo óptimo de su prestación de servicio, EL PRESTADOR no podrá
rescindir este contrato sino pasado un término de doce meses de tiempo laborado, a partir de la
capacitación recibida o en caso contrario quedará obligado a rembolsar a EL PRESTATARIO el
monto erogado por concepto de dicha capacitación.

SEXTA.- EL PRESTATARIO manifiesta que EL PRESTADOR podrá tener derecho a recibir un bono
equivalente a la cantidad de $ 1,500.00 misma que será pagada en el término de treinta días
posteriores a la autorización del bono por parte de su superior jerárquico. Requisito indispensable
para la procedencia del mismo. Bono que será único y extraordinario y que de ningún modo será
obligación de EL PRESTATARIO otorgar como derecho adquirido. Sin que tenga participación a
comisiones o bonos sobre otras cuentas y/o proyectos o ventas desarrollados por EL
PRESTATARIO.

SEPTIMA.-EL PRESTATARIO se obliga a proporcionar la información y documentación necesaria a

EL PRESTADOR con el fin de que éste cumpla eficazmente las obligaciones contenidas en el
presente instrumento.

OCTAVA.- Las partes de común acuerdo convendrán los elementos necesarios que para el
cumplimiento de las obligaciones materia de este instrumento deban efectuarse.

NOVENA.- Durante la vigencia del presente contrato EL PRESTATARIO podrá comunicar a EL

PRESTADOR sus comentarios relacionados con la prestación de los servicios objeto del presente
contrato, tendientes a obtener los mejores resultados posibles respecto de los servicios objeto de
este instrumento.

DECIMA.- Las partes celebrarán reuniones periódicas con el fin de informar, evaluar y analizar los
servicios prestados.
DECIMO PRIMERA.- Las partes de común acuerdo, podrán establecer las modificaciones en el
contenido del presente contrato que estimen pertinentes.

DECIMO SEGUNDA.- En caso de que EL PRESTADOR incumpla con la obligación de prestar los
servicios convenidos en el presente instrumento, EL PRESTATARIO tendrá derecho a rescindir el
presente contrato, notificando por escrito tal situación a EL PRESTADOR.

DECIMO TERCERA.- EL PRESTADOR se obliga a no divulgar ninguno de los aspectos de los negocios
de EL PRESTATARIO, ni proporcionara a tercera persona, verbalmente o por escrito, directa o
indirectamente, información alguna sobre los sistemas y actividades de cualquier clase que
observe de EL PRESTATARIO y no en el desarrollo de sus actividades y no mostrara a terceros los
documentos, expedientes, escritos, artículos, contratos, bitácora, estados de cuenta, y de más
materiales e información que le proporcione EL PRESTATARIO o que prepare o formule con
relación a sus servicios.

DECIMO CUARTA.- EL PRESTADOR se obliga no obstante de la rescisión del presente contrato, a

no divulgar ni a servirse personalmente de los negocios de EL PRESTATARIO, que fueren de su
conocimiento con motivo de la relación de trabajo ni a proporcionar a terceros la información y
documentos señalados en la cláusula que antecede. Para el caso contrario EL PRESTADOR quedará
sujeta a la responsabilidad civil por daños y perjuicios que causare a EL PRESTATARIO, así como a
las sanciones de carácter penal a que se hiciere acreedora.

DECIMO QUINTA.- Ambas partes contratantes declaran que respecto a las obligaciones y derechos
que mutuamente les corresponde en sus respectivas calidades de Empresa y Profesionista y que
no hayan sido motivo de cláusula expresa en el presente contrato, se podrá añadir en un anexo
presente previo convenio entre las partes.

Leído que fue por ambas partes este documento ante los testigos que también firman e impuestos
de su contenido y sabedores de las obligaciones que contraen, lo firman por duplicado en la
Ciudad de México, Distrito Federal, a los 1 días del mes de febrero del año 2016.
 PRESTATARIO PRESTADOR
NOMBRE NOMBRE

TESTIGO TESTIGO

NOMBRE NOMBRE

1. 1. 2 Registro de Interesados.
Diseñadores de planificación de la calidad
González Andrade Antonio

Martinez Olavarria Diego Alonso

Encargados de aseguramiento
Mendoza Alvarez Ramiro
Vazquez Victorino Norberto

Supervisores del control de calidad

Moctezuma Leyva Jessica Gissel

Bazan Torres Jaime Tomas

1. 1. 3 Línea Base de Rendimiento de Costes.

Actividad Descripción Costes
Gestión de la B.D. del colegio Generar una base de datos $20,000.00
registrando a todo el personal
y alumnado de la escuela
Sistema de Entradas y Salidas Gestionar las entradas y $12,000.00
de la escuela salidas del colegio

1. 1. 4 Línea Base del Calendario.

(Gantt Proyect)

1. 1. 5 Registro de Riesgos.
Oportunidades:
 Tener un control de acceso del alumnado.
 Obtener datos más específicos por medio de los registros generados, para futuras
aplicaciones de dicha información o bien toma de decisiones.
 Mayor seguridad para con la institución ya que restringirá el acceso a personas ajenas de
la misma.
  Un control más actualizado del alumnado
 Control de visitantes por medio del acceso manual alterno

Amenaza:
 Robo de identidad
 El acceso por zonas donde no allá puntos de control o terminales de registro
 Prestar pase o credencial para el acceso a personas ajenas e ingresen a la institución.
 Daños que le puedan hacer a la terminal
 Gastos no previstos por daños al equipo

1. 1. 6 Factores de Entorno de la Empresa.

Se ha determinado que la naturaleza especializada de la auditoria de los sistemas de información y
las habilidades necesarias para llevar a cabo este tipo de auditorías, requieren el desarrollo y la
promulgación de Normas Generales de los SI.

Normas generales para los sistemas de auditoria de la información.

 Título de auditoria
 Responsabilidad, autoridad y rendimiento de cuentas
 Independencia profesional
 Relación Organizativa
 Código de ética y normas profesionales
 Atención profesional correspondiente
 Idoneidad
 Habilidades y conocimientos
 Educación profesional continúa
 Planificación
 Planificación de la auditoria
 Ejecución del trabajo de auditoria
 Supervisión
 Evidencia
 Informes
 Contenido y formato de los informes.

1. 1. 7 Activos de los Procesos de la Organización.

Desarrollamos e implementamos todo tipo de aplicaciones móviles y sistemas

en línea.

MISION: satisfacer las necesidades de nuestros clientes con un trabajo de calidad encontrando una
solución a todas sus problemáticas y automatizar cualquier proceso que se nos solicite, siempre
cubriendo unas serie de rubricas específicas para entregar un sistema final eficiente.
Compartir la visión de nuestros clientes es nuestra mejor herramienta, con una misma meta es
más fácil generar los resultados esperados.

Cinco años de experiencia nos han llevado a encontrar las mejores prácticas para producir
software de calidad:
Se adapta a los estándares
Hasta la más insignificante línea de código se hace apegándose a estrictos estándares de ingeniería
de software, asegurando la optimización, calidad, compatibilidad con múltiples plataformas y la
futura lectura del código para posibles actualizaciones.

“Te aseguramos, que sí confías en nosotros será por los resultados, no porque nadie más puede
modificar tu aplicación”.

Amigable con tu usuario

Los sistemas son las herramientas que más se utilizan en las empresas, directores, gente de
operaciones, clientes etc. interactúan con ellos todos los días y por varias horas, es por ello que,
en Vexilo creemos que es vital que estos sean fáciles de usar y visualmente atractivos, esto no sólo
ahorra cientos de horas de trabajo sino que da una agradable experiencia al usuario final. Una
aplicación exitosa no requiere de un manual de usuario.

Construido en plataformas robustas

Nuestra estrategia de desarrollo empieza desde abajo. Escogemos las mejores plataformas para
cada tipo de desarrollo, dominarlas y contribuir para perfeccionarlas.

Una buena plataforma disminuye los errores, el tiempo de desarrollo, mejorando la

compatibilidad y seguridad; aumentando considerablemente la estabilidad de tu aplicación.

Con enfoque multidisciplinario

Entendemos y resolvemos los problemas desde todos los frentes. Nuestro equipo es una mezcla
de distintos talentos.

Detrás de una aplicación exitosa hay una combinación de habilidades de dirección, planeación y
seguimiento, programación, diseño gráfico y arquitectura de software.
Digital marketing
Tú proyecto en boca de todos, Creemos que de nada sirve tener una excelente aplicación, sitio
web o producto si no estás llegando a tus clientes o usuarios potenciales, es por ello que por
medio de estrategias en línea te ayudamos a crear relaciones con tu público.

Atención especial
Trabajamos con una cantidad limitada de clientes para asegurar que tanto tu como tu proyecto
tenga la atención necesaria para ayudar en la toma de decisiones.

Llevamos un estricto seguimiento de cada estrategia digital y revisamos periódicamente los datos
que arroja cada campaña con el fin de tomar decisiones que mejoren su rendimiento.
Nuestra estrategia
Nuestro proceso de creación y optimización de campañas de publicidad en línea asegura un
completo equilibrio entre inversión y ventas generadas.
Servicios
Creamos un plan según tus necesidades y presupuesto.

1. 2 Herramientas y Técnicas.
1. 2. 1 Análisis Coste Beneficio.
Los costos se irán aproximando de acuerdo a las necesidades y cambios que se requieran realizar
en cada una de nuestras actividades.

1. 2. 2 Coste de la Calidad.
La aplicación de diversos softwares y las actividades contempladas obtendremos un costo estable
mientras que las actividades que surjan inesperadamente será un costo variable, por los cuales se
tendrá un resguardo del costo inicial para cubrir estos gastos.

1. 2. 3 Gráficos de Control.
Requerimientos del Cliente:
 Una aplicación en java que lleve el control de acceso de estudiantes al Instituto (Ingreso a
estudiantes que estén registrados en la BD).
 Base de datos actualizada en la que se puedan realizar altas (Administrador acceso total),
bajas, consultas y modificaciones (Semestral).
 Generar reportes (Semanal y Mensual).
 Versátil y de fácil acceso.
 Acceso mediante tarjeta (Código solo para estudiantes Registrados/Habilitados)

1. 2. 4 Estudios Comparativos (Benchmarking).

1. 2. 5 Diseño de Experimentos.
 Pruebas de unidad.
 Pruebas de Integración.
 Pruebas de Sistemas.
 Pruebas de Aceptación.
 Caja Blanca.
 Caja Negra.

1. 2. 6 Muestreo Estadístico.
(No se va a realizar)
1. 2. 7 Diagramas de Flujo.
INICIO

GESTION DE LA CALIDAD DEL PROYECTO

REALIZAR LA NO
PLANIFICACION
DE LA CALIDAD
B.D.
REALIZARLO
SI PROYECTO

YA PLANIFICADO

- ENTRADA
- HERRAMIENTAS
- SALIDAS

REALIZAR EL NO
ASEGURAMIENTO
DE LA CALIDAD
PLANIFICA
ASEGURAMIENTO CION DE
SI DE LA CALIDAD LA
CALIDAD
ASEGURAMIENTO
DE LA CALIDAD

- ENTRADA
- HERRAMIENTAS
Y TECNICAS
- SALIDAS
 REALIZAR EL NO
CONTROL DE
CALIDAD
ASEGURA
CONTROL DE MIENTO
SI LA CALIDAD DE LA
CALIDAD
CONTROL
DE CALIDAD

- ENTRADAS
- HERRAMIENTAS
Y TECNICAS
- SALIDAS

ENTREGAR

FIN
1. 2. 8 Metodologías propietarias de Gestión de la Calidad.
1. 2. 9 Herramientas Adicionales de Planificación de la Calidad.

1. 3 Salidas
1. 3. 1 Plan de Gestión de la Calidad.
 Analizar el problema.
 Generar un cuestionario para entrevista.
 Realizas entrevista.
 Analizar una solución factible en base a los requerimientos funcionales y no funcionales.
 Analizar los costos de implementación y solución.
 Buscar al personal capacitado para dar solución al problema.
 Realizar un estudio de la zona donde se implementaran la solución.
 Buscar antecedentes de problemas similares.
 Capacitación a los usuarios.

1. 3. 2 Métricas de Calidad.
Una métrica de calidad en el proyecto es el tiempo de respuesta de un sistema informático para
elaborar un reporte de datos específico.

El sistema es un sistema de la escuela dará un reporte de movimientos del día de uno o varios
alumnos. La métrica de calidad en el proyecto es “Elaborar el Reporte X en un tiempo de 3
segundos de espera para el usuario con una tolerancia de un segundo, asumiendo que su conexión
a internet funciona correctamente y tiene una velocidad estándar en el mercado”.
Una medición de esta característica sería la medición real de este tiempo una vez que el sistema
se encuentra en producción: 3,1 segundos, 2,8 segundos, 2,3 segundos, etc.

1. 3. 3 Listas de Comprobación de la Calidad.

1. 3. 4 Plan de Mejora del Proceso.
Se indica cómo se va a planificar, gestionar y controlar el proyecto. El plan de gestión del proyecto
contiene:

Los planes de gestión de las áreas de conocimiento:

 Plan de gestión del alcance

 Plan de gestión de requisitos
 Plan de gestión del cronograma
 Plan de gestión de costos
 Plan de gestión de calidad
 Plan de gestión del proceso
 Plan de gestión de recursos humanos
 Plan de gestión de comunicaciones
 Plan de gestión de riesgos
  Plan de gestión de las adquisiciones
 Plan de gestión de los interesados

Medida de desempeño de la línea base, la cual está formada por:

 Línea base del alcance: EDT, diccionario de la EDT y declaración del alcance del proyecto.
 Línea base del tiempo
 Línea base del costo

Plan de gestión de cambios del proyecto: indica cómo gestionar las solicitudes de cambio del
proyecto.

Plan de gestión de la configuración: indica cómo gestionar los cambios en los entregables y toda la
documentación. Permite documentar el sistema por versiones.

Plan de gestión de requerimientos: permite establecer como se gestionaran los requerimientos del
proyecto.
Plan de mejora de los procesos: permite establecer como mejorar los procesos del proyecto.

1. 3. 5 Actualizaciones de los Documentos del Proyecto.

2. Realizar el Aseguramiento de la Calidad
2. 1 Entradas.
2. 1. 1 Plan para la Gestión del Proyecto.

2. 1. 2 Métricas de Calidad.
El Sistema establece el compromiso de implementar todos sus procesos, orientándolos hacia la
satisfacción de sus clientes, sustentada en la calidad del proceso educativo, para cumplir con sus
requisitos, mediante la eficacia de un sistema de gestión de la calidad y de mejora continua,
conforme a la norma ISO 9001:2008/NMX-CC-9001-IMNC-2008.

2. 1. 3 Información sobre el Rendimiento del Trabajo.

2. 1. 4 Mediciones de Control de Calidad.

2. 2 Herramientas y Técnicas
2. 2. 1 Herramientas y Técnicas para Planificar la Calidad y Realizar el Control de Calidad.
2. 2. 2 Auditorias de Calidad.

2. 2. 3 Análisis de Procesos.

2. 3 Salidas.
2. 3. 1 Actualizaciones de los Activos de los Procesos de la Organización.
Dependiendo de los activos que se tangan dentro de la organización se podrá crear una
actualización dentro del proyecto, donde se garantizará que con cada actualización se tendrá un
mayor rendimiento de este, basándose, principalmente en las funciones y propósitos que tiene
nuestro sistema y su desarrollo.

Dentro de él tener el control de las entradas y salidas del instituto, cerciorándonos que las
amenazas cada vez sean menos

2. 3. 2 Solicitudes de Cambio.

De acuerdo con PMBOK, los estándares se manejan de acuerdo a las políticas de nuestra empresa,
junto con la planeación, organización y el control, tenemos que dentro de las solicitudes se tome
en cuenta el tipo de corrección o prevención que se hará dentro de nuestro sistema de sea a
prueba de errores y las solicitudes que se lleven a cabo nos satisfagan en primeras oportunidades.
2. 3. 3 Actualizaciones del Plan de Gestión de Calidad del Proyecto.
Se definirá el tiempo de actualización entre una actividad y otra, donde el director será el
responsable del plan de trabajo dirá la periodicidad con la que se hará, después de haya se
recolectan las actualizaciones en función a que el proyecto quede cada vez más estable. Al tener
un plan de trabajo claro, el desarrollo de nuestro proyecto será más eficiente y como
consecuencia a prueba de errores.

2. 3. 4 Actualizaciones de los Documentos del Proyecto.

Bitácora sin cambios.
3. Realizar el Control de Calidad
3. 1 Entradas.
3. 1. 1 Plan de Gestión del Proyecto.
 La cultura, estructura y procesos de una empresa u organización.
 Sectores industriales, las normas estatales y reglamentos en torno al proyecto y su
ejecución.
 Infraestructuras de la organización, incluidas las instalaciones, capital, los servicios
prestados, etc.
 Directrices de recursos humanos, los sistemas de autorización, registros, procedimientos y
políticas.
 Mercado y las condiciones económicas generales.
 Tolerancia al riesgo.
 Clima político.
 Los canales de comunicación de la organización.
 Bases de datos y sistemas de información.
 Proyecto de Sistemas de gestión de la información, tales como software de gestión de
proyectos y herramientas.

3. 1. 2 Métricas de Calidad.

3. 1. 3 Listas de Comprobación de la Calidad.

3. 1. 4 Mediciones del Rendimiento del Trabajo.

3. 1. 5 Solicitudes de Cambio Aprobadas.
Aquellas peticiones que se llevan a cabo a lo largo del proceso y dentro de las cuales cada uno de
ellas ha sido calendarizada para su cumplimiento.

3. 1. 6 Entregables.
Es preciso destacar que de acuerdo a la filosofía de SCRUM (y de todo proceso iterativo e
incremental), todos los entregables son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva y
completa de cada uno de ellos. Sin embargo, el resultado de cada incremento y los hitos del
proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los
entregables.

A continuación se indican y describen cada uno de los entregables que serán generados y
utilizados por el proyecto.

1) Plan de Desarrollo del Software

Es el presente documento.

2) Glosario
 Es un documento que define los principales términos usados en el proyecto. Permite establecer
una terminología consensuada.

3) Especificación de Requisitos
Este documento define los requerimientos del producto desde la perspectiva del cliente,
especificando las necesidades y características del producto.

4) Especificación de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de
ellas. Se representa mediante Diagramas de Casos de Uso.

5) Arquitectura del sistema

Este documento proporciona una apreciación global y comprensible de la arquitectura del
sistema usando diferentes puntos de vista para mostrar distintos aspectos del sistema. Intenta
capturar y llegar a las decisiones de arquitectura críticas que han sido hechas en el sistema.

6) Modelo de Datos
Previendo que la persistencia de la información del sistema será soportada por una base de
datos relacional, este modelo describe la representación lógica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se
utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para
conseguir la representación de tablas, claves, etc.)

7) Casos de Uso Extendidos

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con
una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de
documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos
no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo
podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad.
8) Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las
interfaces que proveerá el sistema y así conseguir retroalimentación de su parte respecto a los
requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos
con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de
acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase
de Elaboración, los otros serán desechados. Asimismo, este entregable, será desechado en la
fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el
producto final.

3. 1. 7 Activos de los Procesos de la Organización.

Dentro de los activos de nuestra organización podemos encontrar nuestras políticas de calidad
donde sobreponemos la satisfacción del cliente, implementando la mejora continua y el
cumplimiento de metas en tiempo estimado.

En nuestra organización todo se desarrolló de acuerdo a la satisfacción del cliente cumpliendo con
los estándares de calidad establecidos con un enfoque multidisciplinario y manejando un para la
identificación de las necesidades y deseos del cliente conjugándose esto con la correcta atención
del cliente.

3. 2 Herramientas y Técnicas.
3. 2. 1 Diagramas de Causa y Efecto.
3. 2. 2 Gráficos de Control.
3. 2. 3 Diagramas de Flujo.
3. 2. 4 Histograma.
3. 2. 5 Diagrama de Pareto.
3. 2. 6 Diagrama de Comportamiento.
3. 2. 7 Diagrama de Dispersión.
3. 2. 8 Muestreo Estadístico.
3. 2. 9 Inspección.
3. 2. 10 Revisión de Solicitudes de Cambio Aprobadas.
Cambio Descripción
De lector óptico a introducción de datos. El sistema funcionara por medio de un
dispositivo en el cual los usuarios introducirán
usuario y contraseña; No mediante un lector
óptico.

3. 3 Salidas.
3. 3. 1 Mediciones de Control de Calidad.
3. 3. 2 Cambios Validados.
Los cambios del lector óptico a introducción de datos fueron validados correctamente de acuerdo
a las peticiones del cliente.

3. 3. 3 Entregables Validados.
Producto de Descripción Sugerencias
trabajo
Pruebas de Pruebas de aceptación que describen Ver Introducción a los Casos de
Aceptación los requerimientos de caja-negra, Prueba de Aceptación
identificados por sus usuarios, a los
cuales su sistema se debe ajustar.
AUP El Proceso Unificado Ágil.
Oportunidades Una indicación de actividades Esto podría fácilmente ser un simple
de manuales en las que potencialmente punto de la lista.
Automatización podrían ser automatizados.
Presupuesto Una indicación del monto del
presupuesto, cuando será recibido y
 el criterio (si fuera el caso) que su
equipo debe cumplir para recibir el
fondo para soportar el esfuerzo del
proyecto.
Modelado de Una descripción de las actividades del Diagramas de Flujo de Datos
Procesos del negocio, la información de flujo a (DFDs), Diagramas de Actividad de
Negocio través de ella, y los orígenes y UML, y los diagramas del flujo de
destinos de la información. trabajo que son una excelente opción
para visualizar la descripción de los
procesos del negocio.
Si se nombran bien los elementos del
negocio probablemente no necesitará
escribir alguna documentación de
soporte.
Especificaciones Una especificación de reglas del Use herramientas que describen las
de las Reglas del negocio captura la colección de reglas reglas del negocio en una forma
Negocio del negocio implementadas por el humanamente legible y eso genera
sistema. Una regla del negocio define código de trabajo desde la definición
o limita un aspecto de su negocio que de reglas del negocio.
pretende hacer valer la estructura o
influencia del comportamiento del
negocio. Las reglas del negocio se
concentran frecuentemente los
problemas de controles de acceso,
cálculos del negocio o políticas de su
organización.
Esquema de El esquema de sus almacenes de Su esquema(s) de datos debe
Datos datos. En el caso de las bases de evolucionar de acuerdo al código de
datos relacionales, es descrito por el la aplicación.
lenguaje de definición de datos (DDL),
para los almacenes de datos XML se
usa un esquema de XML o XML DTDs.
Reporte de Un tipo de solicitudes de cambio que Podría ser tan simple como un email
Defectos definen problemas relacionados al o una lista en una hoja de cálculo.
sistema; es decir, el sistema no está Considerar la utilización de programas
funcionando de la forma en que tiene informáticos específicos para el
que hacerlo. seguimiento de defectos durante la
fase de Transición cuando el sistema
está desplegado en producción.
Modelado de Describe cómo se va a organizar los Manténgalo simple.
Despliegue aspectos de hardware y software del Frecuentemente diagramado usando
sistema. un Diagrama de Despliegue UML,
un diagrama de red, o un boceto de
formato libre.
Plan de Describe el acercamiento del Enfocarse en las dependencias de
Despliegue despliegue del sistema en otros grupos.
producción. Identifica su liberación temprana de
ventanas en el proyecto.
 Trabaje cerca con las personas de
operación y soporte.
Debe indicar los esfuerzos de
capacitación y educación.
Los detalles técnicos serán
capturados por su script
de (des)instalación.
Modelado de Describe las principales entidades Inicie creando un Modelo de dominio
Dominio empresariales, las relaciones entre liviano
ellas y, potencialmente, sus Debe controlar el desarrollo de
responsabilidades. su modelo de objetos y el esquema
de datos(s)
Considere identificar
responsabilidades (datos y
comportamiento) en vez de sólo sus
datos.
Estimación Los costos de proyecto para Presente la estimación en un rango.
completar el proyecto. Actualice su estimación a lo largo del
proyecto.
Sugerencias de Estimación Ágiles.
Estimaciones Una estimación hecha por un La mejor persona para realizar la
Individuales individuo del tiempo y costo para estimación es aquella quien es
ejecutar la tarea. responsable de ejecutar la tarea.
Las cosas más pequeñas son más
fáciles de estimar.
Modelado de Describe su esquema de objetos, el Para las estructuras estáticas,
Objetos código que comprende su software. considere el diagrama de clases de
Frecuentemente comprendido por UML, diagramas de componentes de
varias vistas por una estructura UML, y diagramas de paquetes de
estática y los aspectos dinámicos del UML.
esquema. Para los aspectos dinámicos,
considere el diagrama de secuencia
de UML, diagrama de comunicación
de UML, y diagramas de máquinas de
estado de UML.
Operaciones de Captura la información de apoyo y los
Documentación procedimientos para operar el
sistema una vez que estén en
producción.
Evaluación de la Describe la organización (tal vez una
Organización división de su empresa) en el que su
sistema se desplegará, con una
indicación de la capacidad de la
organización a adoptar y utilizar el
nuevo sistema.
Modelo de la Indica a las personas que participan
Organización en su proyecto y la estructura de
información entre ellos. Debe indicar
tanto los miembros del equipo del
proyecto, como los principales
interesados y sus funciones.

Modelo de Describe el esquema físico de un Su modelo de dominio debe conducir

Datos almacén de datos, tales como una el desarrollo de su PDM
Físico (PDM) base de datos relacional o archivo Evolucione su PDM y su modelado de
XML. objetos en paralelo
Considere usar una notación UML
Glosario del Describe los términos críticos y Vea las facilidades de Introducción al
Proyecto técnicos del negocio en su proyecto. Glosario
Reutilice las definiciones del glosario
existente del negocio
Considere usar un Wiki para su
proyecto.
Descripción Resume los objetivos, plan, y la Debe ser concisa
General del misión del proyecto. Potencialmente Lista de puntos debe ser suficiente.
Proyecto compuesta de una declaración de las
metas del proyecto, estatutos de la
visión del proyecto, y una evaluación
de la organización.
Plan del Comprende el plan de iteraciones,
Proyecto el cronograma del proyecto, lista de
riesgo, estimación, y presupuesto.
Recursos del Compuesto de financiación, de
Proyecto hardware / software, y las facilidades
(como las habitaciones).
Cronograma del Indica las actividades, las Un diagrama de Gantt, o tal vez un
Proyecto dependencias entre ellos, y los hitos gráfico pert, es el método más común
del proyecto. para hacer un cronograma del
proyecto.
Observe las sugerencias de
cronograma de proyecto ágil.
Calendario de actividades a largo
plazo a un alto nivel, a corto plazo y
actividades en más detalle.
La gente debe planificar su propio
trabajo y, como máximo, asistida por
el gerente del proyecto.
Prueba del Código de trabajo que demuestra un Durante la fase de Elaboración debe
Concepto enfoque técnico de trabajo. crearse una prueba del concepto del
Prototipo prototipo, la cual muestre la
arquitectura de extremo a extremo.
Registro de Los resultados, incluidos los puntos
Revisión de acción, de una revisión.
Lista de Riesgos Una lista de los riesgos identificados, Actualiza tu lista de riesgo a lo largo
y las estrategias de mitigación (si de su proyecto.
procede). Mitigar los riesgos tan pronto como
sea posible.
Modelado de Un modelo que analiza las amenazas Ver Introducción a Modelado de
Amenazas de de la seguridad de su sistema. Amenazas de Seguridad.
Seguridad Las amenazas de seguridad son
frecuentemente representadas en
un diagrama de despliegue UML o un
diagrama de arquitectura de libre
formato, por lo que podrían no tener
un esquema para ello.
Documentación La documentación requerida por el
de Soporte personal de apoyo, solución de
problemas tales como guías,
información de contacto para el
equipo de desarrollo, que les permite
apoyar a los usuarios finales.
Documento de Documentación técnica de las La concisión es fundamental
la Descripción personas responsables de Típicamente incluye diagramas de
General de mantenimiento y evolución del arquitectura de forma libre, una
Sistema sistema. visión general de los
procesos respaldada por el sistema,
una indicación de que el fuentes
almacena, y una lista de decisiones de
diseño.
Si el equipo de desarrollo original, o
una porción de él, es responsable de
mantener el sistema, entonces se
necesitará mucho menos
documentación
Procesos Comprende AUP, orientación,
ajustados y plantillas ajustadas a sus
(adopción) necesidades del equipo del proyecto.
Requerimientos No describe los problemas de Ver Introducción a los
Técnicos comportamiento tales como los de Requerimientos Técnicos
usabilidad, seguridad y rendimiento a
menudo se define como
requerimientos no funcionales.
Plantillas Una "forma electrónica" que contiene Manténgalas simples. Plantillas que
información común a llenar los contiene cada item posible que usted
campos para un determinado tipo de quiera para motivar las personas para
producto de trabajo. hacer más información que ellos
necesitan.
Pruebas Comprende un Suite de Pruebas de
Modelado Regresión y cualquier Reporte de
 Defectos.
Estrategia de Una descripción de su enfoque Reutilice lo de otros proyectos.
Pruebas general de prueba.
Herramientas Los paquetes de software utilizados
para desarrollar el sistema
Materiales de Las notas de cursos, documentación
Capacitación general, tareas y mucho más utilizado
para ayudar el entrenamiento de
usuarios, personal de soporte y
operaciones de soporte que
funcionan con el sistema.
Casos de Uso Casos de uso describe algo de valor Los casos de usos de forma
a los usuarios y son un requerimiento puntual son frecuentemente
primario del producto de trabajo del suficientes.
Agile UP.
Modelado de Un modelo de caso de uso está La parte más importante de un caso
Casos de Uso compuesto por cero o más diagramas de uso es la descripciones del modelo
de casos de uso, descripciones de de caso de uso
casos d uso y descripciones de Los casos de uso de forma puntual a
actores. veces son suficientes.
Diagramas de casos de uso son
usados con frecuencia para
administrar presentaciones,
diagramas de procesos de alto nivel.
Documentación Los manuales, documentación de Recuerde que debe indicar cómo
de Usuario ayuda, etc.; que los usuarios finales ponerse en contacto con personal de
utilizan para ayudarles a entender el apoyo.
sistema.
Modelo de Describe las interfaces de usuario de Propiedades escritas en papel y
Interface de su sistema. bocetos de pizarra de pantallas son
Usuario suficientes para obtener el punto
para conocer qué es lo que se desea
construir.
Las interfaces de Usuario son útiles
durante las Iniciación y quizás la
Elaboración, pero durante la
Construcción se debe escribir el
código actual de trabajo y no el
código del prototipo.
La navegación de los Diagramas de
Interfaces de Usuario UI es utilizada
para ver la vista general de sus
interfaces de usuario y explorar los
problemas de usabilidad.
3. 3. 4 Actualizaciones de los Activos de los Procesos de la Organización.
Dentro de los activos de nuestra organización podemos encontrar nuestras políticas de calidad
donde sobreponemos la satisfacción del cliente, implementando la mejora continua y el
cumplimiento de metas en tiempo estimado.

En nuestra organización todo se desarrolló de acuerdo a la satisfacción del cliente cumpliendo con
los estándares de calidad establecidos con un enfoque multidisciplinario y manejando un para la
identificación de las necesidades y deseos del cliente conjugándose esto con la correcta atención
del cliente.

(No hubo cambios)

3. 3. 5 Solicitudes de Cambio.
De acuerdo con PMBOK, los estándares se manejan de acuerdo a las políticas de nuestra empresa,
junto con la planeación, organización y el control, tenemos que dentro de las solicitudes se tome
en cuenta el tipo de corrección o prevención que se hará dentro de nuestro sistema de sea a
prueba de errores y las solicitudes que se lleven a cabo nos satisfagan en primeras oportunidades.

3. 3. 6 Actualizaciones del Plan de Gestión del Proyecto.

 La cultura, estructura y procesos de una empresa u organización.
 Sectores industriales, las normas estatales y reglamentos en torno al proyecto y su
ejecución.
 Infraestructuras de la organización, incluidas las instalaciones, capital, los servicios
prestados, etc.
 Directrices de recursos humanos, los sistemas de autorización, registros, procedimientos y
políticas.
 Mercado y las condiciones económicas generales.
 Tolerancia al riesgo.
 Clima político.
 Los canales de comunicación de la organización.
 Bases de datos y sistemas de información.
 Proyecto de Sistemas de gestión de la información, tales como software de gestión de
proyectos y herramientas.

(No hubo cambios)

3. 3. 7 Actualizaciones de los Documentos del Proyecto.

Entregable Descripción Sugerencias
Sistema El software de trabajo, el hardware Hay más en su sistema que sólo el
y la documentación para ser software que se escribe.
liberada a producción.
Código fuente El código de programa para su Siga las directrices de codificación
sistemas común.
Suite de Pruebas Una colección de casos de prueba, Automatice sus pruebas.
de Regresión y el código para correrlas en una Ejecútelas tan frecuentemente como sea
 orden adecuada. La suite de posible, sobre todo cuando ocurre algún
pruebas de regresión incluirá un cambio.
gran rango de pruebas, tomando
en cuenta apruebas de aceptación,
unidad de pruebas, pruebas de
sistema y muchas otras.
Scripts de Código para instalar su sistema su Necesitará un script, o scripts, para
Instalación ambiente de pre-producción. instalarlo en un ambiente de pre-
producción tan exacto como el de
producción.
Probablemente deba desinstalar los
scripts si su instalación falla.
Documentación La documentación liberada como Mantenga su documentación tan liviana
del Sistema una parte del sistema para ayudar como sea posible.
al usuario al trabajar con él, y a los
desarrolladores para mantenerlo
actualizado. Integra
potencialmente
las operaciones, soporte, usuarios,
y una documentación general del
sistema.
Notas Sus notas deben resumir "las Una lista puntual es a menudo
buenas cosas a saber" acerca de las suficiente.
versiones actuales que se están
construyendo.
Modelado de Describe los requisitos que su Su objetivo es entender y luego construir
requerimientos sistema debe cumplir. Consta de lo que sus usuarios quiere, no escribir
una variedad de productos de montículos de documentación.
trabajo, incluyendo No necesita mantener todos los aspectos
potencialmente apruebas de para su modelo de requerimientos, sólo
aceptación, oportunidades de la porción que resuma el alcance de su
automatización, modelos de sistema.
procesos del negocio, reglas del Considere mantener:
negocio, modelo del Diagramas de Procesos del Negocio(s) el
dominio, modelo de la cual resume qué es su sistema.
organización, proyecto, El glosario del proyecto.
requerimientos, modelo de casos Cualquier otro requisito de productos,
de uso, y el modelo de interface de como puntos de forma de los casos de
usuario. uso, que todavía no han sido
implementados.
Pruebas de aceptación para
requerimientos implementados (que son
parte de su suite de pruebas de
regresión).
Modelo de Describe el diseño de su Mantenga su modelo tan simple como
Diseño sistema. Consta de una variedad de sea posible, y descarte en cuanto le sea
productos de trabajo, incluye posible una vez que haya extraído el
potencialmente un modelo, valor de ellos.
un modelo de objetos, un modelo El mejor lugar para documentar es en
de datos físico (PDM), un modelo su unidad de pruebas y código fuente.
de seguridad de amenazas, Mantenga el documento de resumen del
un documento de resumen del sistema y el modelo físico de datos para
sistema, y un modelo de interface documentación permanente. Debe
de usuario. también mantener unos pocos
diagramas de diseño detallados, tales
como diagramas de
secuencia o diagramas de las máquinas
de estado.