Historial de Revisiones
Fecha Versión Descripción Autor
Versión preliminar como propuesta del José Raymundo Ceja
29/06/2009 0.1
plan de aseguramiento de la calidad. Vázquez
Tabla de Contenidos
1. Introducción.......................................................................................................................................... 4
2. Tareas .................................................................................................................................................... 5
1. Introducción
El plan de aseguramiento de la calidad nos permitirá tener una perspectiva general y un plan
estratégico para asegurar que el desarrollo del sistema sea completo y que cumpla con todos los
requerimientos solicitados; se propone dicho plan como medida preventiva en la creación de un
ERP orientado a inmobiliarias y constructoras.
1.1 Propósito
En el plan de aseguramiento de la calidad del proyecto se recogen una serie de medidas que
permiten establecer el nivel de calidad de los desarrollos en cualquier momento, en relación a los
parámetros de calidad establecidos en el mismo, de modo que los gestores del proyecto puedan
dar respuesta adecuada a las acciones que deberán tomar.
Los usuarios del Plan de Aseguramiento de la Calidad son:
• El Coordinador de calidad, encargado de realizar y ajustar el plan de calidad conforme se
requiera.
• Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer en caso
de alguna contingencia, y permite saber cuáles serán los entregables en cada una de las
etapas.
Se proponen los siguientes documentos como plan de aseguramiento de la calidad del proyecto:
2. Tareas
2.1 Actividades y Esquema
Para cubrir las actividades de aseguramiento de calidad propuestas hasta la fase dos, se debe realizar:
Definición del sistema
Establecimiento de requerimientos
Identificación de subsistemas de análisis
Análisis de Casos de Uso
Análisis de Clases
Elaboración del Modelo de Datos
Elaboración Definición de
del Modelo de interfaces de
Datos Usuario
Identificación de Análisis de Clases
subsistemas de
análisis
os os según el formato
utilizado
Análisis Realizar Modelo de Diagramas Mínimo De no realizarse, el
diagramas de casos de uso realizados / 100% desarrollo tardará hasta
casos de uso Diagramas un 60% más
utilizados
Realizar la Especificació Número de Mínimo No realizarlo afectará un
especificació n de casos casos de uso 100% 40% sobre el avance del
n de casos de uso especificados / proyecto
de uso No. de casos de
uso válidos
Diseño Realizar Realización Diagramas Mínimo No utilizarlos provocará
diagramas de de casos de propuestos / 100% mayor tiempo en el diseño
secuencia uso Total de del sistema
diagramas
realizados
Realizar Modelo del No. de clases Mínimo Un mal modelo del diseño
diagramas de diseño diseñadas / No. 90% impactará
clase de elementos considerablemente la
del modelo del creación de clases en la
dominio implementación del
sistema
Realizar el Modelo de Elementos de la Mínimo El desfase de esta
modelo de datos base de datos 90% actividad tiene como
datos diseñados / No. consecuencia una mala
de elementos implementación de la BD.
del modelo del
dominio
Diseño de Prototipos No. de pantallas Mínimo El diseño de prototipos
prototipos validadas / No. 70% ayudarán a facilitar el
De pantallas desarrollo del sistema
planeadas
Implementac Implementar Modelo de No. de Mínimo Los componentes
ión componentes implementaci componentes 70% implementados será la
ón implementados / llave para la puesta en
No. de marcha del sistema.
componentes
identificados
Pruebas Validar Casos de No. de pruebas Mínimo Las pruebas ayudarán a
estabilidad pruebas realizadas / No. 70% detectar la mayor cantidad
de de pruebas de fallas posibles
componentes planeadas
Implantación Planificar la Sistema
implantación
El objetivo de la entrevista es obtener toda la información necesaria para entender las actividades a
realizar, los módulos que se deben integrar y comprender que es lo que realmente se está solicitando.
De ahí que se requirió de entrevistar al solicitante del proyecto, el maestro Roberto Vergara Ordaz para
que nos despejara dudas con las siguientes cuestiones por característica solicitada:
o ¿Un anteproyecto financiero? En general, cada una de las fases de ese proceso. R.- El
anteproyecto financiero, es un plan financiero, cuyo objetivo es determinar la
viabilidad del desarrollo. (Incluye costo del terreno, pago de trámites y permisos,
costo de construcción, avalúo de viviendas, etc)
o ¿Qué datos se deberán almacenar por cada obra? R.- Todos los necesarios para
poder conocer el avance de la obra en tiempo real, concoer el estado financiero del
proyecto, las desviaciones en costos, etc. ¿Deberán actualizarse esta información –
eliminar, actualizar? R.- Por supuesto
• Compras y Proveedores
o ¿Qué datos de cada producto serán almacenados? R.- Basicamente la descripción del
material, su medida y su costo unitario
o ¿Qué datos se almacenarán por proveedor? R.- Basicamente necesitamos saber que
proveedor nos provee que material.
o ¿Habrá una correspondencia entre ellos? ¿Será importante? R.- Por supuesto,
necesitamos saber que nos provee cada proveedor, comparar los precios para
decidir a quién le compramos
• Control de avance de obra (visualización gráfica) R.- Como se comentó en clase, es un plano
de la ubicación de las viviendas y su tipo, donde de forma gráfica, conozcamos sobre este
plano el avance de construcción del desarrollo, el modelo de cada vivienda, si se
encuentra vendida, etc.
o ¿Qué tipo de visualización gráfica se espera? ¿de dónde se tomarán los datos para
generar ese reporte? ¿Qué tipo de datos serán? R.- Los datos se deben de tomar del
proyecto arquitectónico, del proyecto financiero, de ventas, etc.
o ¿qué datos se almacenarán por cliente? ¿la comisión por empleado? ¿qué tipo de pago
generarán? ¿hay algún medio en el que un cliente solicite un crédito? ¿el ERP
mantendrá una conexión con otros sistemas –ejemplo: bancos? R.- Mi sugerencia es
que no haya conexión con los bancos, pero finalmente la propuesta de la solución
es de ustedes.
o ¿Cada cliente mantendrá un status sobre su avance de la venta? R.- No entendí esta
pregunta, pero si se refieren a la vivienda, la respuesta es sí, cada vivienda debe
tener un estatus en el proceso de venta.
• Administración de créditos
o ¿Qué datos sobre los créditos se almacenarán? ¿se harán transacciones vía electrónica?
¿Cuál será la mecánica de los pagos? ¿se necesita que el ERP interactúe con otros
sistemas? R.- No, no necesitamos que interactúe con otros sistemas, solo la
administración de los créditos
o ¿qué datos sobre un trámite notarial se tiene que registrar? ¿Existen formatos dónde se
puedan ver estos trámites? ¿Qué información almacena un permiso para construcción?
R.- No necesitamos conocer el contenido de cada documento, solo necesitamos
administrar estos documentos de manera digital
• Nómina
o ¿qué datos del empleado se necesitan almacenar? ¿se harán depósitos de sueldos vía
internet? ¿Cómo se hacen los pagos? ¿están asegurados los trabajadores? ¿Seguro
facultativo? ¿qué pasa con los empleados que renuncian o son dados de baja? ¿Se
genera algún tipo de reporte? ¿cuáles? R.- Necesitamos administrar la nómina de los
trabajadores que participan en el desarrollo, el alcance de este módulo ustedes lo
definen.
Documentos
Generados
Casos de Uso Casos de Uso Casos de Uso
Generados necesarios Programados
% Casos de Uso
Requerimientos Total de
Cumplidos Requerimiento % cumplido
Cambios Cambios
Realizados Solicitados % cumplido
INFORMACIÓN GENERAL
Versión: Versión del requerimiento Solicitante: Especifique el área, entidad o cargo solicitante del requerimiento
Identificador
Mnemónico o abreviatura que Nombre del
del Nombre del requerimiento a través de una denominación clara
identifica el requerimiento requerimiento:
requerimiento:
Prioridad de
Anotar propuesta Alcance: Especificar en que etapa del desarrollo se va a llevar a cabo
requerimiento:
Estado Fecha