Anda di halaman 1dari 12

Constructores de vivienda asociados ERP

Sistema ERP Constructores de vivienda asociados


Plan de Aseguramiento de la Calidad
Versión 0.1
Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

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

Confidencial ITZOFT, 2009 Página 2 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

Tabla de Contenidos
1. Introducción.......................................................................................................................................... 4

1.1 Propósito ......................................................................................................................................... 4


1.2 Documentos propuestos ................................................................................................................. 5

2. Tareas .................................................................................................................................................... 5

2.1 Actividades y Esquema ................................................................................................................... 5

3. Métricas para el aseguramiento de la calidad ................................................................................... 6

3.1 Actividades y entregables propuestos en el proyecto ..................................................................... 6


3.2 Entrevista realizada ......................................................................................................................... 8
3.3 Formato de evaluación de requerimientos .................................................................................... 11
3.4 Formato para priorizar requerimientos .......................................................................................... 12

Confidencial ITZOFT, 2009 Página 3 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

Plan de Aseguramiento de la Calidad

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.

El plan de aseguramiento de la calidad, permitirá que el margen de errores en el desarrollo del


sistema sean los menos, y en caso de que se presente uno, saber cómo resolverlo. En este
documento se definirán los documentos propuestos en cada una de las actividades a realizar.

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.

Confidencial ITZOFT, 2009 Página 4 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

1.2 Documentos propuestos

Se proponen los siguientes documentos como plan de aseguramiento de la calidad del proyecto:

a) Plan de desarrollo.- Describe cada una de las etapas

b) Documentos de métricas.- Formatos utilizados para evaluar el avance de cada etapa


 Ingeniería de requerimientos
 Ingeniería de Análisis
 Ingeniería de Diseño

c) Aseguramiento de Calidad.- Entregables utilizados:


 Documento Visión
 Modelo del dominio
 Mapas conceptuales
 Documento especificación de requerimientos
 Formato de evaluación de requerimientos
 Documento entrevistas
 Evaluación de entrevistas realizadas
 Formato para priorizar requerimientos
 Diagramas de casos de uso
 Especificación de casos de uso
 Diagramas de secuencia
 Diagramas de clase
 Modelo de diseño
 Modelo de datos
 Prototipos
 Modelo de implementación
 Plan de pruebas
 Casos de pruebas
 Sistema
 Plan de implantación
 Documentación para el usuario

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

Confidencial ITZOFT, 2009 Página 5 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

 Definición de interfaces de Usuario


 Documentación

El esquema siguiente muestra la correspondencia de las Tareas para el Aseguramiento de la Calidad


(TAC’s) realizadas:

Definición del Establecimiento Análisis de Casos


sistema de requisitos de Uso

Elaboración Definición de
del Modelo de interfaces de
Datos Usuario
Identificación de Análisis de Clases
subsistemas de
análisis

3. Métricas para el aseguramiento de la calidad


3.1 Actividades y entregables propuestos en el proyecto
Para la elaboración de este proyecto se han especificado las actividades mencionadas en la parte
inferior, mismas que deberán realizarse en la etapa especificada y con los entregables propuestos,
esto como medida preventiva para el aseguramiento de la calidad.

Etapa / Área Actividad Entregable Métrica Alcance Efecto


Modelado Desarrollar el Documento Modelo dominio Mínimo Si no se realizan las
del negocio modelo del con Modelo definido 90% actividades, no se podrá
dominio del dominio avanzar con las fases 3 y
4
Ingeniería de Análisis del Especificació Número de Mínimo Si no se desarrolla, no
requerimient problema n de requerimientos 90% puede haber avance, pues
os requerimient solicitados / es necesario entender que
os Número de es lo que se necesita
requerimientos
realizados
Realizar Entrevistas Número de Mínimo En necesario para contar
entrevistas con el cliente entrevistas 100% con las especificaciones
con el cliente realizadas / de lo que se va a hacer
Num. de
entrevistas
planeadas
Clasificar y Especificació Evaluación de Mínimo Si no se realiza podría
priorizar los n de los 100% decaer un 20% del tiempo
requerimient requerimient requerimientos estimado

Confidencial ITZOFT, 2009 Página 6 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

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

Confidencial ITZOFT, 2009 Página 7 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

3.2 Entrevista realizada

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.

El proyecto consta en el desarrollo de un ERP para inmobiliarias y constructoras que brindara


información en tiempo real de la situación financiera y del estado de cada uno de los desarrollos
ubicados en cualquier parte de la República, y una vez probada la herramienta OpenERP (simplemente
para tomarla como ejemplo de soluciones hechas).

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:

• Planeación de proyectos de inversión (conformación de presupuestos)

o Definir, ¿qué es un anteproyecto arquitectónico? R.- El anteproyecto arquitectónico


define el número de viviendas a construir en el desarrollo, las viviendas las dividen
por modelos, y cada modelo tiene un costo diferente, podemos decir que es la
maqueta, el proyecto arquitectónico es un insumo para la estimación de costos, y
tiempos de desarrollo.

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é operaciones espera sean automatizadas en el ERP? ¿Cuáles no? ¿Cuál es el


resultado esperado? ¿Cuál espera sea el producto de esta característica del ERP?

• Control de almacenes por obra (entradas/salidas)

o ¿Podríamos considerarlo un inventario? R.- Si

o Específicamente, ¿qué información de entradas y salidas deberá registrase? ¿cuál será


el stock de cada uno de ellos? R.- Las entradas y salidas se debe dar en base al plan
de construcción, (por paquetes como lo comentamos en clase.)

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

Confidencial ITZOFT, 2009 Página 8 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

• 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.

• Comercialización de viviendas (Preventa, Postventa, comisiones)

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 ¿Las comisiones se registrarán o solamente generarán el pago? ¿Habrá un historial de


ello? R.- Si existen las comisiones, podrían generar el pago

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

Confidencial ITZOFT, 2009 Página 9 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

sistemas? R.- No, no necesitamos que interactúe con otros sistemas, solo la
administración de los créditos

• Administración de trámites notariales y permisos para construcción R.- En el plan debemos


contemplar estas tareas, y también debe contemplarse un repositorio donde se almacenen
los documentos legales para su control

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.

Confidencial ITZOFT, 2009 Página 10 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

3.3 Formato de evaluación de requerimientos

Formato para documentar requerimientos


Nombre del Requerimiento Clave (opcional)

Area Fecha No. de Responsable del proceso (puesto/ área)


Revisión
/ /
Entrevistas Entrevistas
Programadas Realizadas % cumplido
Areas afectadas

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

Auditado por: _________________________________

Confidencial ITZOFT, 2009 Página 11 de 12


Sistema ERP constructores de vivienda asociados Versión: 0.1
Plan de Desarrollo Software Fecha: 29/06/2009

3.4 Formato para priorizar requerimientos

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

Recibido Incluir la fecha en que se recibió el requerimiento.


Incluir la fecha en que se completó el detalle del
Detallado
requerimiento.
Tipo de Especificación/Diseño/ Incluir la fecha en que el requerimiento fue
Estado: Aprobado
requerimiento: Desarrollo/ Ajustes aprobado.
Incluir la fecha en el requerimiento fue rechazado,
Rechazado
en caso de ser necesario.
Incluir la fecha en que el requerimiento inicia su
En ejecución
ejecución.
Incluir la fecha en que se entrega a satisfacción el
Entregado
requerimiento.
Mnemónico o abreviatura que
Identificador identifica el proyecto con el que Identificación del proyecto con el que se relaciona
Nombre del proyecto:
del proyecto: se relaciona la solución a la solución a detallar
especificar
Responsable: Nombre del equipo de trabajo y/o funcionario responsable del proyecto

Confidencial ITZOFT, 2009 Página 12 de 12

Anda mungkin juga menyukai