Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
FACULTAD DE INGENIERA
ESCUELA DE COMPUTACIN
No.
Clausula
Nombre Clusula
4.1
Aspectos Relevantes
4.2
Requisitos de la documentacin.
4.2.1
Generalidades
4.2.2
Manual
de
la Es
obligatorio
que
Estrategias de implementacin
sugeridas
la Herramientas,
tcnicas
Calidad
organizacin establezca y
mantenga un manual de la
calidad, el cual debe definir
detalladamente el alcance
del SGC, las exclusiones
deben ser justificadas. Se
debe incluir o referir los
procedimientos para el
SGC
y describir
la
interaccin
entre
sus
procesos.
4.2.3
Control
de
documentos
Establecer
un
procedimiento
y
documentarlo, este debe definir los
controles necesarios para la aprobacin,
actualizacin y disposicin de la
documentacin. Apoyarse en material
que establezca las generalidades de la
documentacin.
4.2.4
Control
registros
Establecer
un
procedimiento
y
documentarlo, este debe definir los
controles
necesarios
para
la
identificacin, el almacenamiento, la
proteccin, la recuperacin, el tiempo de
retencin y la disposicin de los
registros. Apoyarse en material que
establezca las generalidades de la
documentacin.
de
documentado
para
control de los registros.
el
4.2.4.1
4.2.4.2
4.2.4.3
Retencin
Disposicin
Medios
Fsicos
de
almacenamiento de registros
como papel.
- Medios electrnicos de
almacenamiento masivo.
- Equipo de eliminacin de
registros
fsicos
como
Trituradoras
de
papel.
-Servidores de ser ocupados
sistemas de correo electrnico.
Se recomienda el uso de la
norma ISO/IEC 12207 para las
generalidades
de
la
documentacin.
(Omar
Rodrguez)
5
Responsabilidad de la Direccin
5.1
Compromiso de la Compromiso
con
el Poltica de calidad definida, Mediante comunicados a la organizacin
direccin
desarrollo del SGC por la objetivos de calidad definidos.
revelar la importancia de satisfacer al
alta direccin.
cliente
5.2
Enfoque al cliente
5.3
Poltica de la calidad
5.4
Planificacin
Intervencin de la alta
direccin
en
el
levantamiento
y
cumplimiento
de
los
requerimientos del cliente
los
el
5.4.1
Objetivos
calidad
de
5.4.2
Planificacin
de Establecer
una Contar con una planificacin, as Documentar los cambios realizados
Sistema de gestin planificacin que se integre como tener establecido el verificando que los cambios efectuados
de calidad
con el SGC.
modelo de ciclo de vida y la no perjudiquen al SGC.
documentacin asociada al
software y herramientas a
utilizar.
5.5
5.5.1
Responsabilidad
autoridad
Todo
recurso
que
la Definir qu se hace y los recursos que se
organizacin posea (recurso tienen, para establecer objetivos medibles
personal,
tecnolgico, y coherentes segn la organizacin.
infraestructura, etc.)
Es recomendable utilizar la
norma ISO/IEC 15504 para
evaluar la capacidad de los
procesos y para establecer los
objetivos de mejora de las
capacidades de los procesos. En
esta norma tambin se puede
encontrar informacin sobre los
atributos de los procesos de
software
apropiados
para
establecer los objetivos. (Omar
Rodrguez)
Se
requiere
de
personal
debidamente
capacitado
y
orientado
a
desempear
funciones
correctamente
definidas en la organizacin.
responsabilidades.
Finalmente, para mantener al personal de
la organizacin informado, se puede
hacer uso de boletines electrnicos, por
ejemplo utilizando el correo institucional.
5.5.2
5.5.3
Comunicacin
interna
calidad
5.6
Revisin por la
direccin
5.6.1
Generalidades
Lo ms relevante es que se
indica que la organizacin
debe revisar el sistema de
gestin de la calidad de
manera peridica, con el fin
de
garantizar
el
cumplimiento del mismo y
as como la adecuacin,
eficacia y mejora continua.
estndares de la norma.
5.6.2
para
SGC.
mejora continua.
5.6.3
6
6.1.
6.2
Resultados
revisin
de
de
Recursos Humanos
6.2.1
Generalidades
El personal debe ser Recurso humano conocedor de Tener personal reclutador con mucha
competente para realizar las las necesidades de la empresa experiencia en el rea para la cual se
actividades requeridas
para poder reclutar personal desea contratar un recurso humano.
capaz de realizar las actividades
requeridas
Tener definido qu tipo de
persona se necesita para un
determinado puesto (perfil de la
plaza).
Se recomienda utilizar la norma
ISO/IEC 12207, especficamente
los apartados: gestin de los
recursos
humanos
y
capacitacin. (Omar Rodrguez)
6.2.2
Competencia,
toma
conciencia
formacin
Capacitaciones tomando en
cuenta las actividades que se
realizan dentro de la empresa,
mtricas para la medicin de
productos y procesos.
Hardware para que los recursos
humanos
no
tengan
inconvenientes de desarrollar sus
actividades
Hardware
acorde
a
las
necesidades de desarrollo.
Software para poder realizar de
manera eficiente los anlisis,
6.3.
Infraestructura
de
y
6.4.
Ambiente
trabajo
de
trabajo.
desarrollo e implementacin.
necesario.
Ambientes de desarrollo de las
aplicaciones.
Controles de acceso.
Firewalls.
Debe considerarse todo lo
relacionado
con
la
infraestructura fsica.
Se recomienda el uso de las
normas:
ISO/IEC
14102:
Tecnologa de la informacin Directrices para la evaluacin y
seleccin
de
herramientas
CASE;
ISO/IEC
14598-2:
Ingeniera de software
Evaluacin del producto - Parte
2: Planificacin y gestin;
ISO/IEC 14598-3: Ingeniera de
software - Evaluacin del
producto - Parte 3: Proceso para
desarrolladores.
(Omar
Rodrguez)
Reguladores de temperatura.
Iluminacin adecuada.
Escritorios y sillas ergonmicas.
Sala de reuniones.
Baos.
Acceso a agua potable.
Oficinas aisladas de actividades
que puedan interferir en el
desarrollo del trabajo.
personal en la organizacin,
calor, humedad, luz, flujo
de aire, higiene, limpieza,
ruido,
vibraciones
y
contaminacin.
7
7.1
Rodrguez)
7.1.1
7.1.2.
Se requiere de la utilizacin de
un modelo de ciclo de vida de
software para tomarlo como base
para la planificacin del
desarrollo del producto.
La
planificacin
debe Se requiere de la documentacin
considerar la inclusin de de la poltica de calidad de la
planes
de
desarrollo,
requerimientos de calidad,
adecuaciones
especficas
del producto, mtodos o
modelos de ciclo de vida
del desarrollo de software
entre otros aspectos. De
igual forma se deben
considerar las personas
responsables de cada tarea
en la planificacin.
organizacin
para
tomarla
siempre en cuenta en todos los
procesos a planificar.
Se requiere de un manual de
calidad.
Se recomienda el uso de las
siguientes normas: ISO/IEC
12207, especficamente las
secciones:
planificacin
e
implementacin del proceso de
desarrollo; ISO/IEC 9126-1:
2001, Ingeniera de software Calidad del producto - Parte 1:
Modelo de Calidad;
ISO/IEC TR 15846: 1998,
Tecnologa de la informacin los procesos del ciclo de vida
del software - Gestin de la
Configuracin, especficamente
el apartado 6.2 (planificacin de
la
administracin
de
la
configuracin);
ISO/IEC
16326:
1999,
Ingeniera de software - Gua
para la aplicacin de la norma
ISO/IEC 12207 para la gestin
de proyectos, especficamente el
apartado 6.2.2 (planificacin de
la gestin de proyectos). (Omar
Rodrguez)
7.2
7.2.1
Determinacin
de Esta clusula consiste en 1. Apoyar en leyes (abogados)
los requerimientos que la organizacin debe de
para los requisitos legales y
relacionados con el determinar
reglamentarios relacionados
todos
los
producto
con el producto.
requisitos
sobre
el
2. Documentacin
de
los
producto,
sean
requisitos establecidos por la
mencionados o no por el
organizacin.
cliente.
Aparte
la 3. Cotizacin de las diferentes
herramientas
para
la
organizacin debe saber los
creacin
del
producto.
requisitos legales (ejemplo:
licencias) para la creacin
del producto software.
7.2.1.1
Requerimientos
El software puede ser
relacionados con el desarrollado como parte de
clientes
un contrato, como un
producto disponible para un
sector del mercado, como
software embebido de un
sistema o en soporte de los
procesos de negocios de la
organizacin.
Pueden incluir acciones
especficas como, mtodos
para la aceptacin y
autorizacin de cambios de
los requerimientos, realizar
los requerimientos con
apoyo del cliente y
usuarios, aprobacin de los
requerimientos por parte
del cliente.
1. Matriz de trazabilidad de
requerimientos.
2. Medios para la obtencin de
requerimientos por parte del
cliente
(entrevistas,
encuestas, etc.).
3. Mtodos para la elaboracin
de prototipos o demos
Polticas de evaluacin de
prototipos.
Se recomienda el uso de las
normas siguientes: ISO/IEC
12207, especficamente los
apartados: proceso de desarrollo,
elicitacin de requerimientos,
anlisis de requerimientos del
sistema
y
anlisis
de
requerimientos del software;
ISO / IEC 15026: Tecnologa de
la informacin - los niveles del
sistema y la integridad del
software. (Omar Rodrguez)
7.2.1.2
Requerimientos
Consiste
en
que
la
adicionales
organizacin
debe
determinados por la determinar
todos
los
organizacin.
requisitos adicionales que
sean necesarios.
1. ISO/IEC 12119
Se recomienda el uso de la
norma ISO / IEC 12119,
Tecnologa de la informacin Los paquetes de software Requisitos de calidad y pruebas.
(Omar Rodrguez)
7.2.2
7.2.2.1
Intereses
de
organizacin
la Aspectos
que
son
relevantes
durante
la
revisin
de
contratos,
diseo de producto u
rdenes por parte de la
organizacin.
1. Normativas y estndares a
utilizar en el diseo y
desarrollo de software.
2. Procesos de revisin para
cumplir
requerimientos
establecidos.
3. Informacin
legal
a) Facilidad de obtener y
validar
los
requerimientos
y
caractersticas
del
producto.
b) Estndares
y
procedimientos
a
utilizar en el diseo y
desarrollo de software.
c) La identificacin de
facilidades,
herramientas, objetos
de software y datos a
ser provistos por el
cliente.
d) Sistema operativo o
plataforma
de
hardware.
e) Aspectos legales de
seguridad
y
confidencialidad con el
manejo
de
la
informacin.
7.2.2.2
Riesgos
7.2.2.3
Representante
cliente
Consiste en tomar en
consideracin
algunos
riesgos que se podran
correr cuando se revisan los
requerimientos
relacionados
con
el
producto.
relacionada al proceso.
Se recomienda utilizar el
manual de calidad. Participacin
de miembros de la organizacin
adquiriente que permitan validar
las caractersticas de software
que la organizacin requiere. El
contrato establecido entre ambas
partes. (Omar Rodrguez)
7.2.3
7.2.3.1
Generalidades
7.2.3.2
El mtodo de comunicacin
a utilizar para contactar con
el cliente puede variar y se
debe establecer en el
contrato, tanto en el
desarrollo del software
como
durante
las
operaciones
y
el
mantenimiento.
7.3
Diseo y desarrollo
1. ISO
/IEC
12207:1995 Establecer medios que permitan la
(6.6,5.2.5,5.2.6,5.2.7)
resolucin de aspectos operacionales y de
2. ISO
/IEC
14764:1999 mantenimiento que sean fciles de
(6.8.1, 7.3.3,8.2-8.2.3)
acceder por el cliente.
Se
recomienda
utilizar
mecanismos de recoleccin de
retroalimentacin por parte del
cliente, documentacin necesaria
(manual de usuario, manual
tcnico).
Para toda la clusula 7.2.3, se
recomienda el uso de las normas
siguientes: ISO/IEC 12207,
especficamente los apartados:
proceso de revisiones conjuntas,
proceso de abastecimiento
ejecucin y control, proceso de
abastecimientorevisin
y
evaluacin y proceso de
abastecimientoentrega
y
finalizacin, apoyo al cliente.
ISO/IEC
14764:
1999,
Tecnologa de la informacin El mantenimiento del software.
(Omar Rodrguez)
7.3.1
Planificacin
del La organizacin tiene que 1. Informes de resultados de la
diseo y desarrollo
planificacin.
encargarse de planificar y
2.
Documento de asignacin de
controlar el diseo y
responsabilidades.
desarrollo del producto.
Se recomienda definir un
Mecanismo establecido para la
revisin,
verificacin
y
validacin del diseo, poltica de
etapas necesarias para asegurar la
confiabilidad del diseo.
Recurso
humano
(Omar
Rodrguez)
7.3.1.1
Planificacin
diseo
y
desarrollo
1. ISO/IEC 12207:1995
Esta planificacin debe de hacerse de
2. ISO/IEC
manera disciplinada para as no depender
12207:1995/Mod.1:2002
de la verificacin y validacin. Adems
3. Planificacin para control de
la organizacin debe de asegurarse de
provisiones.
4. Interface
tcnicas
y que los productos de software estn
desarrollados de acuerdo a esta
organizacionales.
planificacin.
5. Cronograma
Adems se recomiendan algunos tems
que la planificacin debe de incluir.
Se recomienda utilizar: Manual
Cules tems? (Omar Rodrguez)
de la calidad, documentacin
Y por ltimo tambin se recomienda
sobre los estndares que deben
revisar la planificacin peridicamente y
ser aplicados, documentacin
cuando sea necesario corregirla.
que refleje las convenciones que
sern utilizadas durante el
proceso de desarrollo, formatos
de documentos para el registro
de cambios u otros hitos durante
el proceso, recurso humano
capacitado. (Omar Rodrguez)
7.3.1.2
Revisin,
verificacin
planificacin
7.3.1.3
7.3.1.4
Interfaces
directriz Los
recursos
a
utilizar La estrategia a utilizar depender de la
dependern de la organizacin organizacin en la forma que implemente
en la forma que implemente este este apartado.
apartado.
En la definicin de las
interfaces, se recomienda
tener en cuenta a otras
partes adems del cliente y
de la organizacin, las
cuales
tambin
tienen
inters en el diseo,
desarrollo,
instalacin,
operacin, mantenimiento y
en las actividades de
capacitacin. stas pueden
incluir representantes del
cliente,
proveedores,
socios, representantes del
aseguramiento
de
la
calidad, representantes del
grupo de procesos de
ingeniera,
autoridades
regulatorias,
personal
asociado al desarrollo del
proyecto y personal de la
Elementos
de -Se debe determinar los
entrada
para
el elementos de entrada que
diseo y desarrollo
estn en los requisitos del
producto
y
de
su
mantenimiento, estos deben
llevar:
requisitos
funcionales
y
de
desempeo,
requisitos
legales y reglamentarios
aplicables, informacin de
diseos
similares
y
cualquier otro requisito
para diseo y desarrollo
-Las entradas son los
requerimientos del sistema
asignados al software y las
especificaciones de las
interfaces
en
los
componentes del sistema
-Las entradas de diseo se
pueden definir en base a los
diferentes requerimientos y
de
las
restricciones
generadas o tambin en
base
a
tcnicas
de
prototipos
-En el ciclo de vida los
requerimientos por los
criterios de aceptacin, las
solicitudes
de
cambio
anteriores
o
de
las
actividades de revisin de
contrato
-Se debe realizar la revisin
del documento junto al
cliente en bsqueda de
ambigedades, informacin
inconsistente,
especificaciones ajenas a la
realidad, requerimientos no
validables, requerimientos
no
establecidos,
descripciones no precisas
del entorno o acciones de
usuario, falta de decisiones
de diseo y desarrollo en
un
documento
requerimientos y omisin
de medidas claves de
rendimiento Han realizado
una transcripcin literal de
la
norma.
(Omar
Rodrguez)
7.3.3
Resultados
del -Deben proporcionarse de
diseo y desarrollo
tal manera que permitan la
verificacin con respecto a
sus elementos de entrada.
-deben aprobarse antes de
su liberacin.
-proporcionar informacin
apropiada para la compra,
la
produccin
y
la
prestacin del servicio.
-Contener
o
hacer
referencia a los criterios de
aceptacin del producto.
-Especificar
las
caractersticas del producto
definitivas y documentadas
de acuerdo con el mtodo
seleccionado.
-Deben ser completas,
precisas y consistentes con
los requerimientos.
-Se pueden expresar de
forma textual o utilizando
herramientas.
7.3.4
seguridad, fiabilidad y
operatividad del producto
se pondrn a prueba. En
caso de que se levante
alguna inconformidad se
deben
establecer
mecanismos que manejen
las mismas de tal manera
que se logre mitigar dichas
inconformidades
encontradas.
(Omar
Rodrguez)
7.3.5
Verificacin
del -Se debe verificar de
diseo y desarrollo
acuerdo a lo planificado
para asegurarse que se
cumplen los requerimientos
de entrada para el diseo y
desarrollo pactados.
-Se debe mantener un
registro
de
las
verificaciones
y
de
cualquier accin que se
necesite
-Las verificaciones buscan
proveer la seguridad que se
cumplan con elementos de
entrada
-Se recomienda hacerlo
durante las pruebas de
desarrollo adems que debe
realizarse
anlisis
de
salidas
de
actividades
controlado.
(Omar
-Documento de requisito de
desarrollo y diseo
-ISO 12207:95
-Documento de entradas de
desarrollo y diseo
-Software realizado en base a los
requerimientos
Validacin
del Producto
capaz
de
diseo y desarrollo
satisfacer los requisitos
especificados
o
uso
previsto
7.3.6.1
Validacin
Brindar confianza sobre los Validar la operacin del Convencer al cliente y generar confianza
requisitos de la creacin del programa desarrollado segn las sobre el desarrollo del sistema y las
7.3.6.2
Pruebas
producto.
Es recomendable identificar
cualquier diferencia entre el
ambiente de la validacin y
el ambiente real de
aplicacin, y los riegos
asociados
con
tales
diferencias, se identifiquen
y justifiquen tan pronto
como sea posible, en el
ciclo de vida y que sean
registrados.
En el curso de la
validacin, se permite
realizar
auditoras
de
configuracin
o
evaluaciones, segn sea
necesario, antes de la
liberacin de una lnea de
base
de
la
configuracin.(Omar
Rodrguez)
Pruebas unitarias.
Pruebas para integracin, como
funcionaran
nuevos
componentes.
Pruebas de calidad, pruebas del
producto completo previo a la
entraba, para ver si cumple con
los requisitos.
Pruebas de aceptacin, para
confirmar si cumple los criterios
de aceptacin.
Pruebas de regresin para ver si
Control
de
los -Los cambios diseo y
cambios del diseo y desarrollo
deben
desarrollo
identificarse y registrarse
-Los
cambios
deben
revisarse, verificarse y
validarse
adems
de
aprobarse
para
su
implementacin
-Los cambios deben incluir
las evaluaciones del efecto
en las partes constitutivas y
el producto ya entregado
-Los
cambios
son
normalmente considerados
como
parte
de
la
configuracin
-Es conveniente que los
-ISO/IEC 12207:95
-ISO/IEC 12119:94
-ISO/IEC 19761
-ISO/IEC 6n592:2000
-ISO/IEC TR 14759
-ISO/IEC 15910
-ISO/IEC 12207:2000
-Documentos de requerimientos,
entradas, revisin y verificacin
del producto.
-Documento
de
cambios
realizados anteriormente
Se recomienda el uso de las
siguientes normas:
ISO/IEC 12119: Tecnologa de
la informacin - Los paquetes de
software - Requisitos de calidad
y pruebas; como una gua sobre
cambios
guarden
concordancia entre los
requerimientos, el diseo,
el
cdigo,
las
especificaciones
de
pruebas,
manuales
de
usuario y otro tem
adicional relevante
Compras
7.4.1
Proceso de compras
La organizacin debe de
asegurar el cumplimiento
de aspectos esenciales para
el alcance y control de los
productos en base a la
necesidad de adquisicin
as como gestionar los
proveedores en base a su
capacidad
para
poder
suministrar las necesidades
de
la
organizacin,
mencionando un mejor
control en las compras,
documentacin necesaria
para las mismas y gestin
de
registros
visibles,
legibles, identificables y
recuperables.
-Matrices
comparativas
de
proveedores para anlisis de la
compra de productos o gestin
de servicios.
-Documentacin necesaria de la
requisicin de compra de los
productos.
-Libros diarios de registro de
compras para gestionar en
contabilidad.
-Informe de gestin de la calidad
de los productos o servicios
adquiridos.
7.4.1.1
Productos
Comprados
Deben
considerarse
como
recurso todo el software
necesario para el desarrollo del
producto,
desarrollos
subcontratados,
actividades
realizadas por terceros, todo el
hardware
necesario,
documentacin del usuario y del
producto, cursos y material de
capacitacin. (Omar Rodrguez)
la
los
del
los
del
elegidos.
7.4.2
7.4.3
-Procedimientos
de
identificacin de productos
cuando se requieran y no se ha
establecido el proceso de pedido.
-Lista de productos a adquirir
definiendo el nombre, cantidad y
configuracin necesaria para su
adquisicin.
-Documentacin de procesos de
gestin de compras.
-evaluacin de mantenimiento
del equipo para adquisicin o
actualizacin de productos.
Se recomienda el uso de la
norma
ISO/IEC
12207,
especficamente los apartados:
preparacin de la solicitud de
propuesta y preparacin de la
compra. (Omar Rodrguez)
7.5
7.5.1
Control
de
la Implementacin de buenas
Produccin y de la prcticas con el uso de
prestacin
del ciertas condiciones para
servicio.
llevar a cabo tanto la
produccin
como
la
prestacin del servicio en la
empresa. (Omar Rodrguez)
7.5.1.1
Produccin
prestacin
Documentacin
de
las
condiciones que debe de cumplir
la empresa a la hora de prestar el
producto-servicio como las
caractersticas del producto.
Aparatos de medicin del equipo
que produce el producto. (Omar
Rodrguez)
y Es conveniente que todo Para un control eficiente es Se sugiere establecer uno o ms grupos
de proyecto de desarrollo de necesario tener muy claros los de trabajo, dependiendo de la magnitud y
servicios
software.
7.5.1.2
Construccin
Liberacin.
y Es
necesario
llevar
procesos
documentados
para
la
construccin
(desarrollo), liberacin y
rplica (copia) de los
productos de software.
Para construir y liberar el
producto de software son
apropiadas
las
disposiciones siguientes:
Se
necesita
un
registro
adecuado de cada tem de
software, incluyendo toda la
informacin de construccin,
serie, versin, nombre, cdigo,
etc.
En los registros de versin es
necesario fechar y establecer el
estado de cada proyecto o
producto de software de manera
Identificacin de los
tems.
Identificacin de las
clases de liberacin.
Lineamientos
para
determinar si el software
es actualizable o debe
reemplazarse
por
completo por una nueva
versin.
Replica (copia).
Registros y documentacin
pertinente a cada tem de
software.
Etiquetas, cajas, cartulas, y
todo el material fsico que
La entrega de software se
puede realizar:
Trasladando el medio
en el que se encuentra
Por
transmisin
electromagntica (Ej.:
Envo por internet)
7.5.1.4
Entrega.
Instalacin.
7.5.1.6
Operaciones
Definir indicaciones
de cmo instalar el
software
Configurar el software
y hardware antes de la
instalacin
Definir fechas de las
actividades necesarias
para la instalacin
Definir acuerdo entre
la organizacin y el
cliente para tener los
permisos necesarios de
parte del cliente para
acceder al equipo
donde ser instalado el
software.
Tener
disponible
personal
con
los
conocimientos
necesarios acerca del
software
Capacitar al cliente
para el uso del
producto
Realizar copias de
seguridad
Dar capacitacin al
cliente sobre el uso del
producto.
Comunicacin con el
cliente a travs de una
mesa de ayuda para dar
solucin a problemas
relacionados con el
software.
7.5.1.7
Mantenimiento
Establecer
las
organizaciones
que
brindarn el soporte al
software
Indicar las actividades
de
mantenimiento
como: mesa de ayuda,
servicio de soporte de
hardware
y
el
seguimiento del sistema
para deteccin de fallas.
Se debe llevar un
registro de todas las
actividades
y
los
procedimientos
realizados durante el
perodo
de
mantenimiento brindado
al software, para llevar
un control de las fallas
encontradas
en
el
sistema y as establecer
los puntos de mejora.
Para llevar a cabo el
mantenimiento
es
necesario
que
la
empresa cuente con la
documentacin
necesaria que le permita
identificar los puntos de
falla y las medidas que
se deben tomar.
necesiten.
Manuales de usuario.
7.5.2
Validacin de los
procesos
de
la
produccin y de la
prestacin
del
servicio.
7.5.3
Identificacin
trazabilidad.
Definir qu criterios se
van a tomar en cuenta
para verificar que los
procesos para elaborar
el producto se estn
realizando de la mejor
manera.
Establecer el equipo
que se va a utilizar y
las personas que van a
ejecutar los procesos.
Utilizar siempre los
mtodos que fueron
manejados
en
el
desarrollo del software
y que resultaron de
manera satisfactoria.
Cuando se realiza una
modificacin o mejora
en el producto es
necesario
efectuar
nuevamente
la
validacin de
los
procesos involucrados
en el desarrollo del
software.
y En los productos de
software
que
una
organizacin desarrolla, es
obligatorio llevar a cabo la
identificacin de cada uno
de sus ciclos de vida del
producto
software,
incluyndose cada uno de
sus componentes, siendo
Implantar
el
concepto
de
Administracin de Configuraciones,
en la lnea de desarrollo de producto
software.
Creacin concreta del Administrador
de Configuraciones.
Definir
los
procesos
de
documentacin que deben llevarse a
cabo en cada uno de los ciclos de
vida del producto software
Definir los procesos de identificacin
estos
identificados,
documentados
y
monitoreados
correctamente aun incluso
despus de su entrega, en el
caso que se tenga un
manejo de los bienes del
cliente.
7.5.3.1
Generalidades
La identificacin de los
componentes del producto
software, se ve enfocada al
correcto reconocimiento de
cada una de las variantes
que puede llegar a tener un
producto software, no solo
como producto, sino que
debe llevarse a cabo cada
uno de los componentes de
los cuales est integrado,
con la finalidad de poder
diferenciar entre los dems
productos software que se
desarrollan, y as poder
informtico.
Personal con conocimientos
en el seguimiento de
procesos, especficamente,
orientado a la creacin de
documentacin.
Capacitacin del personal
que se considere tiene un
papel en el ciclo de vida de
los productos software.
Personal con conocimientos
sobre recursos legales y
elaboracin de contratos
para desarrollo de producto
software
Capacitacin para el manejo
de los bienes del cliente,
incluyendo su propiedad
intelectual.
Documentacin relacionada.
Hardware que proveer la
visibilidad del producto.
Bitcoras de versiones del
software instalado en el rea de
trabajo. (Omar Rodrguez)
7.5.3.3
Proceso
de El
proceso
de
la
administracin de la Administracin
de
la
configuracin.
Configuracin
ser
la
herramienta que
nos
ayudar a determinar los
tems ms importantes en el
ciclo de vida del producto
software,
y
hardware.
Siendo
constantes
e
implementando
la
documentacin de cada uno
de
estos componentes
desde su diseo, creacin,
desarrollo, versionamiento,
documentacin de usuario,
etc. Que se considere
importante
para
el
desarrollo del producto, y a
la
vez
permitir
el
seguimiento
de
la
documentacin,
permitindole
as
la
actualidad y disponibilidad
de los documentos que
respaldan a cada uno de los
componentes del producto
software
Trazabilidad
La
trazabilidad
de
Implementar
el
concepto
de
producto
la
comprenderemos como la
serie de procesos que me
permiten
la
correcta
identificacin
de
la
creacin, utilizacin y
finalidad de un componente
dentro de un producto
software, con la finalidad
de hacerlo rastreable, a
travs de los dems
componentes, hasta llegar a
su origen o requerimiento,
en donde podra llevar a
cabo
un
nuevo
requerimiento
o
una
modificacin al mismo, e
identificarlo de los dems
componentes
7.5.4
trazabilidad
Crear grupos de trabajo, que estn
destinados a corroborar, elaboras y
comprobar que los componentes de
los productos software sean trazables,
y en su defecto, documentar la
ausencia de esta caracterstica.
acuerdos de mantenimiento
Producto Software
Herramientas de desarrollo
Datos de prueba y datos reales
Hardware
Propiedad intelectual
Informacin confidencial
(Omar Rodrguez)
7.5.5
Preservacin
producto
del La
organizacin
debe
proteger tanto los aspectos
digitales como versin,
encriptamiento, como los
fsicos
de
cmo
se
distribuye y guardo los
programas
y
datos.
(Mejorar redaccin. Omar
Rodrguez)
*antivirus
*Proteger el medio fsico del
medio
*Software
Versionado,
Compresin y Encriptacin
*Equipo para backup
*Metodologas
de
buenas
prcticas de desarrollo de
software
*Personal
que
lleve
lo
relacionado con el guardo del
software
*administrador de bodega que
proteja el medio fsico
Para la clusula 7.5 completa se
recomienda el uso de las
siguientes normas: ISO/IEC
9126-1:2001, Ingeniera de
software - Calidad del producto Parte 1: Modelo de Calidad; para
obtener lineamientos adicionales
sobre las caractersticas de
Control
de
dispositivos
seguimiento
medicin.
8.1
Generalidades
Es
necesario
llevar
procesos para comprobar la
conformidad,
aseguramiento y mejora
continua del producto de
software
*dispositivos
de
productos
terminados
*Tener software de medicin o
depuracin o simulacin de
estrs
*acceso a instrumentos de
medicin de PC o lugares donde
corre el software
*analista de software
Seguimiento y Mediciones
8.2.1
Satisfaccin
cliente
siguientes normas:
informacin relativa a la percepcin del
ISO/IEC
9126-4:
2003, cliente con respecto al cumplimiento de
Ingeniera de software - Calidad sus requisitos por parte de la
del producto - Parte 4: Calidad organizacin.
en uso de mtricas. (Omar Deben determinarse los mtodos para
Rodrguez)
obtener y utilizar dicha informacin.
(Omar Rodrguez)
8.2.2
8.2.3
Auditora interna
Seguimiento
medicin de
procesos
*Planeacin de proceso de
verificacin
*Plan de desarrollo de sistema
*un analista de software
Se recomienda utilizar las
siguientes normas:
ISO/IEC 12207, especficamente
los apartados: evaluacin de los
procesos,
mejora de los
procesos;
ISO/IEC 15504-1, Tecnologa
de la informacin - Evaluacin
del proceso - Parte 1: Conceptos
y vocabulario;
ISO/IEC 15504-2, Ingeniera de
Seguimiento
medicin
producto
y Llevar
a
cabo
del procedimientos
para
verificar las caractersticas
del producto y determinar
si se cumple los requisitos
Debe realizarse en el
momento adecuado de las
distintas
etapas
de
realizacin del producto.
(Omar Rodrguez)
8.3
Anlisis de datos
8.5
Mejoras
8.5.1
Mejora continua
8.5.2
Accin correctiva
La
organizacin
debe *analista del sistema
eliminar las causas de
problema con los productos Se recomienda utilizar las
y establecer los procesos
siguientes normas:
ISO/IEC 12207, especficamente
el apartado: procesos de
resolucin de problemas. (Omar
Rodrguez)
8.5.3
Accin preventiva
Debe
establecer
un *analista de sistemas
documento por posible *documento de reglamento
problemas
y
cmo
solucionarlo