|-----Original Message-----
|From: Pablo Fernando Sanchez [mailto:p.sanchez@...]

| Sí, creo que es bueno usar el número de versión también. Nosotros lo
|tenemos incluido en el código, por lo cual queda en el nombre del archivo
|también. Por ejemplo, el capítulo dedicado al Sistema de Gestión de la
|Calidad del Manual de Calidad queda codificado como SGC-MC-003-1.0.0 --sería
|sistema + asunto + documento + versión. En función de este código, el nombre
|de archivo quedaría como "SGC-MC-003-1.0.0 - Sistema de Gestión de la
|Calidad.doc". Es largo, pero es lo más descriptivo que encontré y hoy en día
|no hay problema con lo de los nombres largos...

En nuestro caso el código no incluye la versión por lo que lo ponemos al
final.

| Por otro lado, lo de las plantillas. No estoy seguro si existe algún
|lugar de donde descargarlas, al menos no gratuitamente.

Me imagino. Al final si tienes un conjunto de plantillas será porque son
herramientas componentes de un proceso (el cual veo difícil de que se comparta
y más aún si se pide que sea gratis).

|nosotros construimos las nuestras en base a los documentos levantados de los
|procesos, a o que sumamos tanto los requerimientos de certificación como las
|sugerencias de varios libros sobre el tema. En función de ello es que las
|plantillas en sí ya no nos preocupan, no son un dolor de cabeza.

Por cierto, nosotros estamos tomando un taller de calidad en el servicio pero
muy enfocado a la actitud de las personas. Hace falta ahora información
referente a calidad en los procesos y en el producto. ¿Algunas referencias por
donde comenzar (tomando en cuenta el desarrollo de software)?

| Pero, eso sí, lo que no me gusta del todo es la estructura de
|directorios

Como lamentablemente nosotros casi no tenemos documentación pues no tenemos el
problema de cómo almacenar la información (sino el problema de no tenerla). Lo
que te puedo comentar referente a estructuras de directorios (para no salirnos
del tema) es en el caso del desarrollo. Nosotros usamos una estructura más o
menos así:

Código fuente
+ Aplicación 1
| + Formularios
| + Imágenes
| + bin
| + Reportes
| + Datos
| + etc...
+ Aplicación 1
| + Formularios
| + Imágenes
| + bin
| + Reportes
| + Datos
| + etc...
Ejecutables (directorio para ejecutables de las aplicaciones que se ejecutan
en el servidor)
+ Aplicación 1
+ Aplicación 2

Como estamos comenzando a usar CVS pocas aplicaciones se han incorporado a los
repositorios de versionamiento.

|y es por ello que intenté comenzar un debate, aunque veo que a
|pesar de haber muchos miembros en este grupo --más de 100--, sólo somos dos
|lamentablemente los que nos atrevemos a discutir el tema... :o(

Pues fuera del grupo de Sistemas de Información creo que en los grupos de
temas teóricos el deseo de pertenecer a ellos es alto pero todos nos sentimos
poco expertos o con cierto temor o "no se qué" que hace que la participación
sea baja.

¿Qué tal y si partimos de lo más básico (sirve que aprendo) y discutimos
acerca de lo que es SQA (ACS), lo que implica en la empresa y cual es nuestra
experiencia personal en proyectos que impliquen SQA?


Mario G. Contreras Arriaga, VB MS MVP
Universidad del Valle de Atemajac
Database Administrator
marioc at mvps dot org
http://www.mvps.org/marioc/