Analisis Completo Norma ISO-IEC 9000-3 E20150615

UNIVERSIDAD DON BOSCO
FACULTAD DE INGENIERA
ESCUELA DE COMPUTACIN
Materia: Normalizacin y Estndares

Docente: Alfredo Omar Rodrguez Torres
Compilatorio de Actividad evaluada en clase - Anlisis Norma ISO 9000-3
San Salvador, 15 de Junio del 2015
No.
Clausula
Nombre Clusula
Sistema de Gestin de la Calidad
4.1
Requisitos Generales El sistema de gestin de la

calidad debe contar con
mejoras
continuas
las
cuales dependen de la
organizacin y de la
manera en la que la misma
establezca,
documente,
implemente y mantenga
dicho sistema.
Aspectos Relevantes
4.2
Requisitos de la documentacin.
4.2.1
Generalidades
4.2.2
Manual
de
El SGC debe incluir

polticas,
objetivos
y
manual para asegurar que la
calidad de los procesos de
produccin sea ptima.
la Es
obligatorio
que
Recursos necesarios para

implementacin
Estrategias de implementacin
sugeridas
Se utilizan los modelos de ciclos

de vida de desarrollo de software
a utilizar as como la
planificacin de la calidad y del
desarrollo basado del mismo.
El sistema de gestin de la calidad debe

contar con mejoras continuas las cuales
dependen de la organizacin y de la
manera en la que la misma establezca,
documente, implemente y mantenga
dicho sistema.
Se recomienda el uso de las

normas: ISO/IEC 12207 e
ISO/IEC TR 15271:1998, Anexo
C (Directrices para ISO/IEC
12207). Esto como una ayuda
para
identificar
procesos
organizacionales.
(Omar
Rodrguez)
Compromiso de cada rea

relacionada con los procesos de
produccin.
Contar con las polticas y
objetivos del sistema de calidad
pues son parte fundamental de la
documentacin.
(Omar
Rodrguez)
la Herramientas,
tcnicas
El apartado hace su nfasis en que cada

miembro de la organizacin que es parte
de los procesos de produccin, debe
aportar de su conocimiento para
establecer un conjunto de documentos
que proporcionen que la planificacin,
operacin y control de sus procesos sea
eficaz. Adems de la creacin de
polticas de calidad, con sus respectivos
objetivos de calidad a seguir.
o Definir los requerimientos necesarios
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.
metodologas para la creacin de

manuales.
Objetivos
del
SGC
correctamente definidos para
poder definir correctamente el
alcance.
para la creacin de un manual de la

calidad. Apoyarse en documentos que
establezcan las generalidades o requisitos
de un manual de la calidad.
Identificar y definir detalladamente los
procesos involucrados en el SGC y la
interaccin con otros procesos.
4.2.3
Control
de
documentos
los Es obligatorio que toda la Manual de la calidad para poder

documentacin requerida obtener el control requerido de
por el SGC se controle, por la documentacin.
lo
cual
es
tambin
obligacin
definir
y
documentar
un
procedimiento con los
controles necesarios.
La documentacin debe
aprobarse, actualizarse y
estar disponible.
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
los Es importante que los

registros
permanezcan
legibles, sean fcilmente
identificables
y
recuperables
para
que
puedan
proporcionar
evidencia de la operacin
eficaz del SGC. Debe haber
un
procedimiento
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
Manual de la calidad para poder

obtener el control requerido de
los registros.
Un procedimiento documentado
para definir los controles
necesarios para la gestin de los
registros. (Omar Rodrguez)
documentado
para
control de los registros.
el
4.2.4.1
Evidencia de la La norma hace referencia a

Conformidad de los la evidencia de lo que el
Requisitos
cliente solicit al inicio
para
establecer
los
requerimientos. Con el fin
de evitar cambios no
reflejados con lo que se
convino en un inicio.
Compromiso de cada personal

de rea relacionada con los
procesos de produccin.
Todo documento asociado a la
gestin
de
los
registros,
resultados de auditoras (Omar
Rodrguez)
La organizacin tiene que iniciar con la

documentacin en todo el proceso de la
creacin del producto, desde los
requerimientos iniciales del sistema,
hasta su creacin. Tomando en cuenta
todos los detalles que entre esas fases se
pudieran dar, tales como modificaciones
adicionales, revisiones, errores, etc.
4.2.4.2
Evidencia de la La organizacin puede

Operacin Efectiva
justificar posibles cambios
en los recursos como
personal,
software
y
equipos.
Adems
conocer
estimaciones del proyecto,
costos, metodologas y
herramientas utilizadas.
Todo el personal de rea

relacionada con los procesos de
produccin, equipos, software,
herramientas y Licencias.
Todo documento asociado a la
gestin de los registros. (Omar
Rodrguez)
Tiene que existir desde un inicio una

estimacin
inicial
del
proyecto,
detallando
con
justificacin
las
herramientas que han sido utilizadas.
Adems todo cambio que est
relacionado con los recursos establecidos
tiene que estar justificado, y tienen que
definir los acuerdos de licencia hacia los
productos / herramientas usadas en el
desarrollo como la licencia del producto
otorgada al cliente.
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.
Para implementar la retencin debo tener

medios de almacenamiento de calidad, se
deben considerar los tiempos de
retencin y accesibilidad, software para
el acceso, debo tener proteccin contra
virus y accesos no permitidos, y se debe
evaluar la naturaleza de la informacin
cuando se disponga de los registros.
y Cuando se retengan los

registros,
se
deben
considerar
requisitos
legales y reglamentarios. Y
cuando se requiera disponer
de la informacin, se debe
tomar
en
cuenta
la
naturaleza
de
la
informacin.
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
Que en la organizacin existan

requerimientos del cliente, claros
y concisos, que puedan ser
verificables por la alta gerencia,
por tal deben estar en un
lenguaje no muy tecnificado.
Contrato dnde se especifique

requerimientos del cliente.
Documentos
que
reflejen
cumplimiento de los requisitos.
los
el
La alta direccin verifica Propsitos de la organizacin.

Analizar la situacin actual de la empresa
que la poltica de calidad se Implementar una metodologa de para definir los lineamientos de trabajo
adapta a la organizacin.
trabajo.
que cumplan con la poltica de calidad de
la empresa y adaptarla a toda la
organizacin.
5.4.1
Objetivos
calidad
de
la La alta direccin debe

asegurar que los objetivos
de calidad se puedan
cumplir.
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
Responsabilidad, autoridad y comunicacin
5.5.1
Responsabilidad
autoridad
y La clusula especfica que

es requerido que la alta
direccin asegure que las
responsabilidades
y
autoridades
estn
correctamente definidas y
son comunicadas dentro de
la organizacin, es decir
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.
El primer paso es que la organizacin

tenga
definidas
sus
actividades,
posteriormente debe analizar que
jerarqua o estructura organizativa es
conveniente para realizar de manera
eficaz y eficiente todas las labores
Asimismo se requiere que se requeridas, cada autoridad debe tener
tenga documentada la estructura claramente
definidas
sus
que todos conocen las organizativa.

autoridades respectivas.
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
Representante de la La norma indica que se

direccin
requiere la designacin de
un
miembro
de
la
direccin, el cual adems
de sus labores definidas,
tendr la responsabilidad
de:
Asegurar los que se
realicen los procesos
necesarios
para
el
sistema de gestin de
calidad
Informar
sobre
desempeo
y/u
oportunidades
de
mejora.
Promover fuertemente
la importancia de los
requisitos del cliente en
toda la organizacin
Se requiere de una persona

(recurso humano) que tenga las
aptitudes y est debidamente
capacitado para ser eficiente y
cumplir,
adems
de
sus
responsabilidades,
el
aseguramiento
del
funcionamiento del sistema de
gestin de la calidad; de igual
forma debe ser una persona
estrechamente relacionada con la
empresa y que conozca muy a
detalle la naturaleza de la
misma.
Para implementar esta clusula se sugiere

a la organizacin que se rena la alta
direccin para debatir y analizar las
cualidades de sus miembros, para poder
de dicha manera votar y elegir a la
persona que se crea mejor capacitada
para
realizar
dicha
labor
del
aseguramiento del sistema de gestin de
la calidad
Es recomendable que el representante de
la direccin tenga experiencia con el
desarrollo de software.
(Omar
Rodrguez)
5.5.3
Comunicacin
interna
Dependiendo del cmo se desee

implementar dicha clusula,
puede ser requerido de utilizar
recursos tecnolgicos tales como
un
servicio
de
correo
institucional,
computadoras,
entre otros.
Se sugiere que para implementar una

eficaz comunicacin dentro de la
organizacin, se utilicen sistemas de
correo institucional y de chat interno, con
el objetivo de facilitar la comunicacin,
reducir hasta donde se pueda la
burocracia y agilizar los procesos de la
organizacin, siempre apegndose a los
Se hace nfasis en que la

organizacin debe que
asegurar que los procesos
de comunicacin dentro de
la misma se realizan
eficazmente
en
concordancia
con
el
sistema de gestin de la
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.
Se requiere de una poltica de

calidad previamente definida y
acordada con la alta direccin de
la organizacin, puesto a que se
toma como base para la revisin
del sistema de gestin de la
calidad.
Se requiere un registro de
revisiones
debidamente
documentado.
Personal
capacitado
encontrar mejoras al
(Omar Rodrguez)
5.6.2
Informacin para la Se especifica que las

revisin
revisiones deben incluir
resultados de auditoras,
retroalimentacin
del
cliente, desempeo de
procesos,
estado
de
acciones correctivas y
preventivas, acciones de
seguimiento, cambios que
podran afectar el sistema y
finalmente
recomendaciones para la
Se sugiere que la organizacin realice

reuniones peridicas para revisar los
procesos del sistema de gestin de la
calidad, sin afectar las actividades de la
organizacin,
pero
suficientemente
oportunas como para que en la revisin
se puedan tomar decisiones de manera
adecuada.
para
SGC.
Se pueden requerir herramientas Se sugiere que la organizacin utilice

para la realizacin automtica de herramientas de terceros, para la
pruebas del software.
administracin y control de desarrollo de
software,
puesto
a
que
estos
Personal
para
pruebas proporcionan indicadores de desempeo
capacitado
para
detectar los cuales son tiles como datos de
inconformidades en producto.
entrada para las revisiones a realizar del
sistema de gestin de calidad
De igual forma se sugiere incluir
informacin
relacionada
con
la
satisfaccin de los clientes as como
mejora continua.
5.6.3
6
6.1.
6.2
Resultados
revisin
de
la Se hace nfasis en que los

resultados de la revisin
deben incluir todas las
acciones
y
decisiones
relacionadas con la mejora
de la eficacia del sistema, la
mejora del producto en
relacin a lo que el cliente
requiere y finalmente las
necesidades de recursos.
posibles recomendaciones de los mismos,

para ser tomadas como oportunidades de
mejora.
Es recomendable realizar evaluaciones
del proceso de software y evaluacin del
producto de software. (Omar Rodrguez)
Se requiere documentacin de Se sugiere que para la implementacin de
los
resultados
de
las dicha clusula se haga especial nfasis en
evaluaciones de proceso de las inconformidades y sugerencias del
software.
cliente puesto el cumplimiento del
sistema de calidad tiene como fin el
Se requiere documentacin de lograr la satisfaccin del cliente.
los
resultados
de
las
evaluaciones de producto de
software.
Gestin de los Recursos

Provisin
recursos
de
los Se deben poseer recursos

necesarios
para
poder
implementar y mantener un
SGC
Recursos Humanos
Recurso humano para poder

implementar y mantener un
sistema de gestin de calidad.
Mtricas de evaluacin para
poder mejorar continuamente la
eficacia.
Retroalimentacin del cliente
para
poder
conocer
las
necesidades del cliente y poder
satisfacer de mejor manera sus
necesidades.
Mediante consulta exhaustiva hacia los

clientes, se debe conocer las necesidades
que ellos tienen para poder darle
cumplimiento a cabalidad a lo que estn
buscando.
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
Los recursos humanos

deben
tener
las
competencias
necesarias
para poder realizar el
trabajo que se les asigna,
as como la empresa debe
de dar capacitaciones segn
las necesidades que se
tengan
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
Contar con un equipo que est consciente

de las necesidades de la organizacin
para poder apoyar a los recursos
humanos en la bsqueda de la excelencia
segn las capacidades de cada recurso
humano as como tambin segn las
necesidades de la empresa.
Es conveniente estar actualizado con
herramientas de desarrollo, gestin de
proyectos y en las tecnologas empleadas
en
el
desarrollo,
operacin
y
mantenimiento del software. (Omar
Rodrguez)
Se refiere a que el recurso

humano tenga a su alcance
las herramientas que le
ayuden a poder realizar su
Hardware
acorde
a
las
necesidades de desarrollo.
Software para poder realizar de
manera eficiente los anlisis,
Se requiere invertir recursos en la compra

de hardware que est acorde a las
necesidades de la empresa, as como
tambin la inversin en el software
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.
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)
La organizacin debe velar

por el buen ambiente
laboral en todo sentido para
que los recursos humanos
puedan cumplir a cabalidad
sus asignaciones tales como
ergonoma,
la
ubicacin del lugar de
trabajo, interaccin social,
instalaciones
para
el
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.
Conocer las necesidades que se presentan

segn la ubicacin para poder invertir en
los recursos necesarios. Por ejemplo si es
un lugar con clima clido ser necesario
regular la temperatura con aire
acondicionado, etc.
Realizar consulta con expertos sobre
temas de ambiente de trabajo saludables.
personal en la organizacin,
calor, humedad, luz, flujo
de aire, higiene, limpieza,
ruido,
vibraciones
y
contaminacin.
7
Realizacin del Producto
7.1
Planificacin de la Se debe de tener en cuenta

realizacin
del la realizacin de cada
producto
documentacin, donde se
planteen detalladamente la
metodologa de operacin
de la organizacin para la
realizacin
de
dicho
sistema.
Documentacin de los procesos

que se realizan en dicha
organizacin.
Hardware compatible, software
compatible
con
dichos
productos.
Conocer los diferentes roles de
usuarios
que
se
desean
identificar en el sistema.
Recurso humano capacitado
Manual de la calidad (Objetivos
de la calidad).
Listado
de
los
insumos
especficos para el producto a
elaborar
Puede considerarse tambin un
Plan de la Calidad, que por lo
general especifica los procesos
del sistema de gestin de la
calidad (incluyendo los procesos
de realizacin del producto) y
los recursos que deben aplicarse
a un producto, proyecto o
contrato
especfico.
(Omar
Monitoreo de las actividades o procesos

de dicha organizacin.
Generar evaluacin al personal que
ayuden a la facilitacin del levantamiento
de requerimiento para dicho sistema.
Evaluacin de contrato
Rodrguez)
7.1.1
Ciclo de vida del Hace nfasis en que se debe

software
aplicar cualquier modelo de
ciclo de vida que se adecue
a la naturaleza del software;
poniendo en claro que el
sistema puede ser un
proceso evolutivo, por ende
la forma como se disee
ser
clave
para
las
modificaciones que se
realicen al futuro.
Conocer los procesos que desean

implementarse en dicho sistema.
Conocer el perfil del personal
que interactuar con dicho
sistema.
Conocer la mayor parte de ciclos de

software existentes para poder tomar el
que ms se adecue a la empresa, teniendo
en cuenta que siempre es necesario hacer
uso de uno para poder tener un mayor
orden a la hora de desarrollar.
Manual de calidad
Como la subclusula nos indica no es
Documentacin de los procesos necesario amarrar a la organizacin
de la empresa orientados al ciclo con un solo ciclo de vida, por lo tanto
de vida.
podemos cambiar segn la necesidades
Modelos de documentacin a del proyecto lo requiera.
utilizar. (Omar Rodrguez)
En este sentido se pueden utilizar
estndares de referencias como lo es la
ISO 12207 con respecto al modelo del
ciclo de vida del software (Es un recurso
para
la
implementacin.
Omar
Rodrguez)
7.1.2.
Planificacin de la Lo aspectos ms relevante

calidad
son que se recomienda que
se haga un revisin de la
planificacin de calidad a
lo largo del proceso de
diseo
y
desarrollo,
considerando al inicio de
cada etapa, que los tems
involucrados
sean
claramente definidos.
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.
Se sugiere que para la implementacin de

dicha clusula, la organizacin tome en
consideracin el diseo de prototipos de
demostracin para pruebas conceptuales
dado que dicha tarea, tiene un impacto
fuerte en el resto de las actividades a ser
Se requiere personal capacitado tomadas en la planificacin de la calidad
para el correcto uso de las
herramientas de desarrollo y
tcnicas de planificacin.
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.
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
Procesos relacionados con el cliente
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.
Primeramente se debe escuchar los

requisitos mencionados por el cliente,
posterior a ello se debe de establecer una
proposicin por parte de la organizacin
de los requisitos no mencionados, y debe
de haber una mutua colaboracin entre el
cliente y organizacin para establecer
finalmente los requisitos finales.
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. Establecer entrevistas con el cliente

para recabar datos para el
establecimiento de requerimientos.
2. Presentarle al cliente todos los
requerimientos finales para su
aprobacin.
3. Realizar junto con el cliente una
revisin del cumplimiento de
requerimientos durante el desarrollo
del producto.
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.
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)
Se recomienda que los requerimientos

incluyan, pero no estn limitados a, las
siguientes caractersticas: funcionalidad,
confiabilidad, facilidad de uso, eficiencia,
facilidad
de
mantenimiento,
y
portabilidad. Se pueden
especificar otras caractersticas, como por
ejemplo: seguridad fsica y de operacin,
y obligaciones legales. Algunas de estas
caractersticas pueden ser factores
crticos de seguridad y/o propsito.
(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
norma ISO / IEC 12119,
Tecnologa de la informacin Los paquetes de software Requisitos de calidad y pruebas.
(Omar Rodrguez)
7.2.2
Revisin de los La organizacin debe de 1. Documentacin

de
los
requerimientos
requisitos
ya
sea
por
parte
de
determinar los requisitos
relacionados con el que necesita el producto, no
la organizacin o por parte
producto
del cliente.
puede
ofrecer
algn
2. ISO 90003 (4.2.4 Control de
producto a los clientes sin
Registros)
antes haber revisado todas 3. Contrato con el cliente.
las herramientas que se
necesitan para poner en
Se recomienda una poltica
de
revisin
de
marcha la creacin del
requerimientos
relacionados
producto. La organizacin
con el producto. (Omar
debe de asegurarse con
Rodrguez)
cumplir los requisitos a
definir, en algn momento
los requisitos pueden ser
cambiados en este caso la
documentacin tambin se
modifica.
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
2. Procesos de revisin para
cumplir
requerimientos
establecidos.
3. Informacin
legal
1. Establecer los requisitos de calidad

para los paquetes de software.
2. Especificar cmo un producto se
probar con los requisitos de calidad.
3. Define los requisitos para la
documentacin y de los programas y
los datos suministrados.
4. Generacin de casos de prueba,
repeticin de pruebas y presentacin
de informes de prueba.
1. La
organizacin
debe
de
documentar detalladamente los
requisitos del producto a ofrecer.
2. La organizacin debe de realizar
pruebas con el producto software
por posibles errores, y de la prueba
pueden generar ms requisitos.
3. Una vez los requisitos estn
planteados
correctamente,
la
organizacin se puede comprometer
con el cliente y as darles a conocer
los requisitos del producto.
Definir junto al cliente los aspectos

necesarios para ejecutar el desarrollo de
los requerimientos, como los aspectos
legales de seguridad y confidencialidad.
a) Facilidad de obtener y
validar
los
requerimientos
y
caractersticas
del
producto.
b) Estndares
y
procedimientos
a
utilizar en el diseo y
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)
1. Contrato con el cliente.

1. Revisiones peridicas para verificar
2. Cronograma de actividades
los cumplimientos de cronogramas,
para la creacin de producto.
estimaciones de recursos, etc.
2. Evaluar el contrato ante cualquier
cambio que se genere durante el
Se recomienda utilizar estudios
proceso.
de factibilidad de los proyectos.
3. Reevaluar el alcance, funcionalidad y
(Omar Rodrguez)
riesgos
cuando
se
considere
conveniente
del La organizacin deja que el 1. Documentacin final de los

requerimientos.
cliente coopere con el
2.
ISO/IEC 12207 (5.2.1
contrato, esto sirve para
proceso de abastecimientoque el cliente pueda
Definir a un representante que sepa

detalladamente los requerimientos del
cliente para realizar un producto que
llene las exceptivas, y as ir corrigiendo
resolver algunas dudas que

se le generen a la
organizacin y a la vez
resolver temas puntuales.
Este puede representar a los
usuarios eventuales del
producto, detallando todos
los
datos
utilidades,
servicios y herramientas
que no son adecuados.
iniciacin) (5.2.6 proceso los detalles que salgan en la realizacin

de abastecimiento revisin del producto.
y evaluacin) (6.4.2.1
Verificacin de contratos)
7.2.3
Comunicacin con el Consiste

en
que
la 1. Medios de comunicacin 1. Reuniones peridicas con el cliente.
cliente
con el cliente.
2. Tomar en cuenta las quejas del
organizacin
debe
de
2.
Contratos
cliente.
mantener
una
3. Quejas del cliente
3. Dejar constancia en papel cuando el
comunicacin eficaz con el
cliente desee alguna modificacin u
cliente.
observaciones.
7.2.3.1
Generalidades
Presentacin de opciones para

mantener contacto con el cliente
durante
los
procesos
de
desarrollo,
operacin
y
mantenimiento.
Se recomienda que para la parte de

establecimiento de requerimientos y
desarrollo se realice de forma presencial;
y para la parte de operaciones y
mantenimiento, se pueda optar por medio
de contacto remoto o a distancia.
7.2.3.2
Comunicacin con el Se trata de mantener una 1. Planes de desarrollo

cliente durante el comunicacin con el cliente 2. Prototipo
desarrollo
que se regula, esto durante 3. Informes de resultados
el desarrollo.
Se
recomienda
utilizar
documentacin
donde
se
establezcan las caractersticas
La organizacin debe de planificar

revisiones en conjunto con el cliente de
manera regular. Este se debe hacer para
tratar aspectos importantes como la
aceptacin de las pruebas, la muestra de
los prototipos, el progreso del trabajo y
actividades, etc.
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.
que tendr que poseer el Bitcora para registrar los resultados de

aplicativo final. Poltica de los prototipos, y de las observaciones
evaluacin de avances del realizadas. (Omar Rodrguez)
proyecto (Omar Rodrguez)
7.2.3.3
7.3
Comunicacin con el El cliente debe contar con

cliente durante la fuentes de informacin que
operacin
y
el pueda consultar durante los
mantenimiento
procesos operacionales y de
mantenimiento, entre ellos:
Informacin del producto,
consultas,
contratos
y
enmiendas.
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
del En esta sub-clausula se

del hace bastante nfasis en
cmo hacer una correcta
realizacin
de
la
planificacin y todo lo que
esta debe de contener.
Para la creacin de la planificacin del

diseo y del desarrollo la organizacin
debe determinar las etapas, la revisin,
verificacin y validacin de cada etapa y
por
ltimo los
responsables
y
autoridades.
Adems debe de estar actualizando la
planificacin a medida avanza el 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)
En la operacin y el ISO 9000-3 7.3.4 7.3.6

y mantenimiento del software
pueden estar cubiertas por
acuerdos a nivel de servicio
o con procedimientos de
mantenimiento.
7.3.1.2
Revisin,
verificacin
planificacin
7.3.1.3
Responsabilidades y No hay una

autorizaciones
especfica.
7.3.1.4
Interfaces
Se debe establecer un buen proceso de

revisin, verificacin y planificacin para
analizar si se han cumplido los
requerimientos y estos satisfacen la
necesidad del cliente.
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
1. ISO/IEC 12207:1995 [11],

5.2.4 (planificacin) y 5.3.1
(implementacin del proceso
de desarrollo).
2. ISO/IEC TR 16326:1999
[30], 6.2.2 (planificacin).
El desarrollo de las interfaces no solo

debe verse bajo el enfoque del usuario
final, sino que hay que analizar el
entorno que rodea al software. Las
interfaces deben cumplir todas las
expectativas del cliente y ser adaptable a
Se recomienda usar: Manual de posibles cambios en el futuro.
la calidad, la planificacin de
diseo y desarrollo elaborada Crear metodologas que permitan obtener
de manera eficiente toda la informacin
anteriormente.
Definicin de los mtodos que que brinden los interesados para la
sern empleados para obtener la definicin de las interfaces. Estas
informacin que brindarn los metodologas pueden incluir los tipos de
clientes sobre la definicin de reuniones que se realizarn, duracin y
los documentos que sern utilizados para
las interfaces.
la
informacin.
(Omar
ISO/IEC 16326: Ingeniera de recopilar
software- Gua para la aplicacin Rodrguez)
de la norma ISO/IEC 12207 para
la gestin de proyectos; para
mayor informacin acerca de la
gestin
de
proyectos
de
mesa de ayuda. En software. (Omar Rodrguez)

particular,
puede
ser
necesario involucrar a los
usuarios finales y a
cualquier
funcin
de
operacin intermedia, para
asegurar que se dispone de
la
capacitacin
y
entrenamiento adecuados
para alcanzar los niveles de
servicio comprometidos.
7.3.2
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
-Contrato con el cliente

-Requisitos documentados
-Disposicin del cliente para
revisar el documento de
requerimientos
-Ciclo
de
vida
utilizado
(Documento referente al ciclo de
vida)
Se recomienda utilizar: Manual
de calidad, documentos donde se
encuentren los requerimientos,
equipo destinado al desarrollo
del software, recurso humano
capacitado.
Puede usarse la norma ISO/IEC
9126-1: 2001, Ingeniera de
software - Calidad del producto Parte 1: Modelo de Calidad; para
los requisitos de calidad del
producto. (Omar Rodrguez)
-Se debe revisar todo el contrato y los

requerimientos elaborados en la fase de
construccin de requerimientos, para
definir las entradas de diseo y desarrollo
-Una vez definidas las entradas se
definen las que tienen que ver en el ciclo
de vida aplicado y ubicar cada una dentro
de la documentacin
-Cuando se crea el documento, convocar
a una reunin del cliente para revisin del
mismo, que quede plasmada su
conformidad con el mismo
Se recomienda establecer una figura o
puesto que administre la redaccin de la
documentacin desde todos sus orgenes
(clientes, desarrolladores, testeo, etc.).
Establecer la figura de coordinador de
proyecto para el correcto monitoreo del
desarrollo
del
software.
(Omar
Rodrguez)
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.
-mtodo de ciclo de vida

utilizado, mtodos formales.
-Documentacin del producto.
-Pruebas realizadas al producto y
su documentacin.
-Manual de usuario.
-Herramientas de diseo y
desarrollo (opcional).
-Para mayor informacin ver
ISO/IEC/ 12207:1995
Se recomienda utilizar la norma
el apartado de diseo y pruebas.
(Omar Rodrguez)
-Definir y establecer los criterios de

aceptacin en base a resultados
esperados.
-documentar los resultados mediante
herramientas o en forma textual.
7.3.4
Revisin del diseo Establecer un plan de

y desarrollo
revisin
donde
se
involucren
todos
los
interesados. Las pruebas y
validaciones deben cumplir
todos los requisitos claves
del software un alto nivel
ya que la robustez,
Se recomienda utilizar el Manual

de la calidad.
Realizacin de pruebas definidas
en las etapas de diseo junto con
el cliente.
Recurso humano especializado
en la prueba de software.
Acta de constitucin del
Involucrar al cliente en la revisin de los

resultados obtenidos.
Establecer formas de tratamiento de
inconformidad de tal manera que se logre
mitigar el hecho sin afectar a groso modo
los costos asociados.
Batera de pruebas del proyecto que
contiene una liberacin de un prototipo en
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
proyecto especficamente las un

ambiente
clusulas que establecen el Rodrguez)
manejo de inconformidades.
controlado.
(Omar
Se recomienda utilizar el anexo

A de la norma ISO/IEC TR
15271: Tecnologa de la
Informacin - Gua para la
norma ISO/IEC 12207 (Procesos
del ciclo de vida del software).
(Omar Rodrguez)
-Documento de requisito de
desarrollo y diseo
-ISO 12207:95
-Documento de entradas de
desarrollo y diseo
-Software realizado en base a los
requerimientos
-Primero con base a los documentos de

entradas y requerimientos, validar uno
por uno la efectividad y cumplimiento
del requerimiento revisado.
-En el caso de utilizar una metodologa
de verificacin, registrar en un
documento las acciones realizadas para la
verificacin
Se recomienda utilizar la norma -Finalmente registrar el consolidad de las
ISO/IEC 12207, especficamente verificaciones, el cliente debe aprobar y
el apartado de desarrollo y firmar el cumplimiento de las mismas
verificacin. (Omar Rodrguez)
para la finalizacin del proceso
Se recomienda usar mtodos especficos
de aseguramiento para la verificacin,
tales como mtricas de complejidad,
revisiones por pares, tablas de decisin o
mtodos formales. (Omar Rodrguez)
externas como productos

comprados o productos
provistos por el cliente
-El registro se realiza al
momento
de
haber
completado las mismas.
-Si el tamao, complejidad
o el aspecto crtico del
software lo requiere, se
debe usar mtodos para
aseguramiento
de
la
verificacin.
-Se recomienda que los
resultados verificados sean
presentados para su uso
subsiguiente,
sera
conveniente que todas las
conclusiones
fueran
consideradas y resueltas
segn corresponda. Han
realizado una transcripcin
literal de la norma. (Omar
Rodrguez)
7.3.6
Validacin
del Producto
capaz
de
diseo y desarrollo
satisfacer los requisitos
especificados
o
uso
previsto
7.3.6.1
Validacin
Validacin del diseo.

Pruebas
sobre el sistema
realizado, para satisfacer los
requisitos
La validacin debe complementarse antes

de la entrega o implementacin del
producto.
Se debe llevar un registro de la
validacin y de cualquier registro de
accin que sea necesaria durante el
proceso. (Omar Rodrguez)
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)
especificaciones dadas por el

cliente en un ambiente similar al
destinado.
Que se registre dentro del ciclo
de vida las diferencias entre el
ambiente de validacin y el
ambiente real y se identifiquen y
justifiquen.
Auditorias para una evaluacin
dentro del sistema, revisin,
inspecciones por el auditor y las
pruebas que haga. Para ver si los
requisitos cumplen a los dados
por el cliente.
Validaciones
y
acciones
similares para cumplir los
requisitos, se registren. (Omar
Rodrguez)
herramientas que se utilizan, de esta

forma si la herramienta est en una
constante actualizacin o tiene soporte.
Que se puedan realizar pruebas con el
cliente, para que vea los resultados,
generar una idea al cliente de cmo
funciona y cmo responde a los datos
ingresados y ver la metodologa aplicada
en cdigo fuente. (Omar Rodrguez)
Esta parte se encarga de

establecer,
documentar,
revisar e implementar las
pruebas realizadas dentro
del sistema.
Realizar
pruebas
con
diferentes
escenarios.
(Omar Rodriguez)
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
Planificacin de las pruebas o un

cronograma de las distintas pruebas a
realizar juntos con sus metas, objetivos,
el ambiente de prueba, los resultados de
la prueba, el alcance que tendr cada
prueba. Ms que todo se encargar de
registrar cada informacin detallada de
dicha prueba.
Identificar los recursos humanos y fsicos
necesarios para realizar las pruebas en
un mejor contexto juntos con las
personas involucradas dentro de cada
las capacidades del software no departamento.

se modifiquen o daen ante un Validar el control de las herramientas de
cambio.
prueba.
Pruebas de aceptacin.
Registro y anlisis de resultados para
administrar la seguridad dentro del
Se recomienda el uso de las sistema.
normas:
ISO/IEC
12207,
especficamente los apartados de
desarrollo y validacin; ISO/IEC
14598-3: Ingeniera de softwareEvaluacin del producto- Parte
3: Proceso para desarrolladores;
ISO/IEC 14598-5: Tecnologa
de la informacin - evaluacin
de productos de software- Parte
5: Proceso para evaluadores.
(Omar Rodrguez)
7.3.7
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
siguientes normas:
ISO/IEC 12119: Tecnologa de
la informacin - Los paquetes de
software - Requisitos de calidad
y pruebas; como una gua sobre
-Definir los nuevos requerimientos y

revisar si alguno de ellos repercute con
algn requerimiento
-Realizar las nuevas entradas en base a
los requerimientos creados y deben ser
dados a aprobacin
-Realizar los cambios aprobados y
verificar el sistema en base a los nuevos
requerimientos
-Documentar cada una de las acciones
realizadas y actualizar los documentos
obsoletos
cambios
guarden
concordancia entre los
requerimientos, el diseo,
el
cdigo,
las
especificaciones
de
pruebas,
manuales
de
usuario y otro tem
adicional relevante
cualquier producto enlatado

(COTS) de software procurado;
ISO/IEC 6592:2000, Tecnologa
de la informacin - Directrices
para la documentacin de los
sistemas de aplicacin basados
en computadora; para una gua
sobre documentacin del diseo
y desarrollo;
ISO/IEC 19761:2003, Ingeniera
de software- COSMIC-FFP -Un
mtodo de medicin de tamao
funcional;
de software - IFPUG 4.1 tamao
funcional sin ajustar mtodo de
medicin - Manual de prcticas
de conteo;
de software - Funcin Mk II
Punto de Anlisis - Manual de
Prcticas de conteo; estas tres
ltimas para una gua sobre
mtodos de estimacin de
tamao;
ISO/IEC TR 14759, Ingeniera
de
softwaremaqueta
y
prototipo- Una categorizacin de
software maqueta y modelos de
prototipo y su uso; para una gua
sobre la categorizacin del
prototipo y ejemplos de su uso;
la informacin- proceso de
documentacin de usuario del
software; para el proceso de
documentacin para el usuario

del software. (Omar Rodrguez)
7.4
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.
-La organizacin debe de asegurarse que

el producto cumple con todos los
requisitos que se especifican en la orden
de compra.
-la organizacin debe de evaluar y
gestionar a sus proveedores para
identificar irregularidades o prestacin de
un buen servicios en los productos a
adquirir.
-Documentar los requisitos de compras
as como las evaluaciones a los
proveedores, llevar una bitcora de
actividades o movimientos.
-Tomar en cuenta el tiempo de
almacenamiento de los productos y
documentacin anterior.
7.4.1.1
Productos
Comprados
Se debe de tomar en cuenta

el
software
libre
y
gestionarlo
como
un
producto
adquirido
y
comprado, as como incluir
el desarrollo, provisin,
instalacin
y
mantenimiento
de
los
mismos
basndose
en
aspectos importantes como
-Documentacin del software

actual de la organizacin.
-Documentacin de personal
contratado para el desarrollo de
los productos. As como de los
proveedores.
-Control
de
licencias
y
mantenimiento de los productos
actuales y nuevos de la
organizacin.
-Gestionar los productos actuales de la

organizacin as como los software
personalizados o hechos a la medida si
hubieren.
-tener un manual de procesos para la
gestin de las licencias y mantenimiento
necesario de los productos adquiridos en
un perodo de tiempo estipulado por la
organizacin.
-considerar el desarrollo del software
los tipos de productos,

componentes a utilizar,
herramientas de desarrollo,
materiales utilizados y
medir la magnitud y control
que tendr la organizacion
sobre ellos, como sus
proveedores,
subcontrataciones,documen
tacin
requerida
manteniendo siempre una
constante evaluacin de los
riesgos de los productos
comprados.
7.4.1.2
Control de productos Menciona que cuando se

comprados
adquieren los productos
indicados en el literal
7.4.1.1
estos
sean
controlados como serios
componentes a lo largo de
todo el diseo y desarrollo
en la organizacin as como
asegurarse de todos los
controles especficos que
esta tenga en cuenta para
poder lograr una mejor
administracin
y
configuracin especifica de
todos
los
productos
adquiridos mediante las
evaluaciones y propuestas
segn los proveedores
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)
-inventario de los productos

adquiridos.
-Evaluaciones de desempeo de
entrega y gestin de los
productos de parte de los
proveedores
hacia
la
organizacin.
-Gestin y control de riesgos
basados
en
experiencias
obtenidas en la compra de
productos.
12207,
especficamente
el
apartado: proceso de compra;
ISO/IEC 15504-3, Tecnologa
de la informacin - Evaluacin
como una herramienta para

administracin y configuracin de
productos adquiridos.
-tener en cuenta la documentacin
usuario y del producto as como
recursos y materiales de capacitacin
mismo.
la
los
del
los
del
-Se debe de respetar las condiciones

contractuales de la organizacin con los
proveedores dejando claro los requisitos
establecidos por la misma en la entrega
de los productos.
-se debe de mantener un control si se
realiza una contratacin para la gestin
de los productos adquiridos en cuanto a
licencias,
mantenimiento
o
su
almacenamiento.
-seleccionar el proveedor segn las
evaluaciones propuestas en los procesos
de la organizacin.
-Llevar una bitcora o historial de los
productos adquiridos as como una matriz
de gestin de riesgos, obsolescencia y
mantenimiento eventual.
elegidos.
7.4.2
7.4.3
del proceso - Parte 3: Gua para

la realizacin de una evaluacin;
para mayor informacin sobre la
evaluacin de la capacidad de
los procesos de un proveedor.
(Omar Rodrguez)
Informacin de las Se describe la informacin

compras
de las compras de los
productos, as como sus
requisitos
para
la
aprobacin,
procedimientos, procesos y
equipos
a
utilizar,
mencionando tambin una
calificacin de personal
como identificacin del
producto y requisitos que
debe de tener un sistema de
gestin de la calidad,
estndares
aplicados,
normas de proveedores,
ambientes de desarrollo,
descripcin del entorno y
requerimientos
de
capacitaciones
o
conocimiento del producto.
-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.
norma
ISO/IEC
12207,
especficamente los apartados:
preparacin de la solicitud de
propuesta y preparacin de la
compra. (Omar Rodrguez)
-Se debe de identificar los aspectos

importantes que componen al producto
como
su
nmero
de
versin,
configuracin del equipo, nombre
completo de adquisicin y su respectivo
mantenimiento.
-se debe de tomar en cuenta que los
requerimientos
solicitados
sean
complementados con la adquisicin del
producto a gestionar.
-se debe de definir un conjunto de
procedimientos y normas para gestin de
proveedores.
-disear un diagrama de procesos de
ubicacin de equipos o gestin de
entorno como hardware requerido,
sistema operativo.
-tomar en cuenta la capacitacin del
personal para que tenga conocimiento del
producto.
Verificacin de los Menciona

la
productos
implementacin de una
comprados
inspeccin de actividades
necesarias
para
poder
asegurarse que la compra
-Requisicin de compra para

verificar que se lleva el producto
establecido.
-manual
de
procesos
de
desarrollo si este se diera a cabo.
-se debe de verificar que la compra

solicitada sea cumplida por parte del
proveedor, revisando los productos que
este le proporciona con la lista o
requisicin de la organizacin.
del producto cumple con

todos los requisitos que la
organizacin ha establecido
antes de su compra, as
como la verificacin de las
instalaciones del proveedor,
verificacin de la compra
por parte del mismo y
mtodo de cambios o
devoluciones previniendo
fallas futuras.
7.5
Produccin y Prestacin del Servicio.
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 necesaria para

la gestin de los productos como
requerimientos
de
la
organizacin.
-Manual de instalacin de los
productos adquiridos.
normas siguientes:
ISO/IEC
9126-1:
2001,
Ingeniera de software- Calidad
del producto- Parte 1: Modelo de
Calidad;
para
obtener
lineamientos adicionales sobre
las caractersticas de calidad
apropiadas para la compra del
producto de software;
ISO/IEC 14598-4, Ingeniera de
softwareEvaluacin
del
producto- Parte 4: Proceso para
adquirientes. (Omar Rodrguez)
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)
-si se estableciera un desarrollo se debe

de tomar en cuenta la documentacin
necesaria para sus procesos como lo es el
manual de desarrollo del aplicativo
adquirido.
-cuando se obtengan datos o formatos de
informacin se debe de identificar el
formato, medio, volumen y fuente de los
productos obtenidos para que cumplan
con su funcin establecida.
-se debe de tener un registro de
calificacin de los productos adquiridos.
Mantener actualizados los documentos

tanto los que son presentados a los
gerentes como los empleados en general
dado que la empresa debe estar al tanto
de cualquier cambio en cuanto a la
manipulacin, desarrollo y entrega del
producto y equipo que se utiliza. (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.
de software se organice segn

un conjunto de procesos
que
transforman
los
requerimientos
en
un
producto de software.
Los requerimientos de
control de la produccin y
de la prestacin del servicio
para los productos de
software son las actividades
de:
Liberacin
Entrega
Mantenimiento
y
Soporte
requerimientos por parte del

cliente, tambin es necesario el
equipo de hardware y software
para la construccin (vase
7.5.1.2),
adems
como
requerimiento
puede
considerarse
el
nivel
de
urgencia
de
las
funcionalidades, con el fin de
dividir el proyecto en mdulos
manejables en forma de metas a
corto plazo, as se puede tomar
un proyecto grande y convertirlo
en
un
conjunto
de
requerimientos
pequeos
a
cumplir.
Deben
considerarse
las
actividades de liberacin, las
actividades de entrega, y las
actividades posteriores a la
entrega. (Omar Rodrguez).
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
cantidad de requerimientos del proyecto,

y asignar a cada grupo un lder, o en el
caso que los grupos no sean numerosos
asignar un lder por cierta cantidad de
grupos, queda a disposicin del Project
Manager.
Luego
dividir
los
requerimientos en tareas y asignarles un
plazo
tomando
en
cuenta
los
requerimientos
del
cliente,
la
complejidad del producto, y el costo
asociado.
Establecer
fechas
de
finalizacin y liberacin (puede tratarse
de versiones beta o finalizadas), fechas
de entrega al cliente, y luego acordar
fechas con el cliente para llevar
seguimiento; o en su defecto establecer
un canal de comunicacin para atender
cualquier consulta que de ste surja.
Es aconsejable utilizar un repositorio de

versionado para llevar de forma ordenada
los proyectos de software, ya que stos
ofrecen entre muchas las opciones de
identificacin detallada de cada proyecto
segn su tipo y su versin, colaboracin
de equipos de trabajo y congruencia,
tambin es posible llevar un control de
las copias que se hacen de ste producto,
en la actualidad muchas empresas optan
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.
que se pueda saber el estado de

cada producto, la frecuencia de
actualizacin, sus debilidades, el
pblico
objetivo
y
otra
informacin relevante de la
liberacin.
Tambin debe documentarse
segn las versiones, si las
actualizaciones sern por medio
de parches o debe sustituirse el
producto, esto es un convenio
como empresa y queda a
discrecin de los directivos, ya
que un producto versin 3 puede
tener varias actualizaciones sin
necesidad de reemplazo y luego
sea necesaria una versin 4 con
reemplazo completo. Pero hay
productos que cada cambio es
necesario reemplazar el producto
completo aunque sea un cambio
mnimo, tal es el caso de
aplicaciones para mviles.
por utilizar repositorios para manejar sus

productos de software, ahorrndose as
mucho trabajo.
Por otro lado los registros deben llevarse
de forma que la empresa los tenga a la
mano sin tener que acceder a los
repositorios. Adems de ofrecer la
informacin precisa sobre actualizaciones
tanto a los clientes como a los encargados
del proyecto, para que sea desarrollado
un paquete actualizador updater o se
suba una versin completa del producto
al repositorio (aunque se recomienda en
el caso de existir actualizador, que se
realicen ambas operaciones).
Vase ms sobre rplicas en la seccin
7.5.1.3
Producto finalizado o servicio

disponible para la entrega al
cliente. (Omar Rodrguez).
7.5.1.3
Replica (copia).
Con el fin de que las

rplicas
se
realicen
correctamente
se
recomienda:
Precisa identificacin
Registros y documentacin
pertinente a cada tem de
software.
Etiquetas, cajas, cartulas, y
todo el material fsico que
En el caso de rplicas fsicas de

productos de software, deben tomarse en
cuenta recomendaciones de manejo y
preservacin
de
productos
de
conformidad con la Norma Internacional
del original y de las

copias
Medio de cada tem de
software y rtulo
Documentacin
requerida
Control del entorno
bajo el cual se efecta
la rplica
Aseguramiento de la
exactitud de las copias
y de que estn
completas
contiene o identifica los

productos
de
software,
ordenados tomando en cuenta el
tipo, diseo y tamao de stos.
Procedimientos documentados
sobre el control y la calidad del
espacio donde se fabrican las
copias del software y las pruebas
necesarias, as como los equipos
a utilizar para el aseguramiento
de la calidad de todas y cada una
de ellas.
ISO 9001, para todos aquellos medios en

los que se haya de replicar el software,
por ejemplo, discos pticos, unidades de
disco duro, cintas magnticas, unidades
de memoria flash, etc.
Las mismas recomendaciones se toman
para todos los dems materiales
utilizados,
para
hacer
correcta
identificacin de los productos de
software y sus rplicas; adems es
sugerido basarse en las normas de
inspeccin y ensayo adecuadas para
asegurar la calidad de las copias.
La entrega de software se
puede realizar:
Trasladando el medio
en el que se encuentra
Por
transmisin
electromagntica (Ej.:
Envo por internet)
Para el primer caso son

necesarios
vehculos
de
transporte, ya sea terrestre,
martimo o areo dependiendo
de la escala a la cual se
distribuyen o envan los
paquetes de software, adems
del debido cumplimiento de las
reglas de correo y paquetera
segn el pas o regin en la que
transiten los paquetes.
Para el segundo caso se necesita
de una red prestablecida como
una intranet, o la red internet; si
se usa internet es necesario un
host y una capacidad de
almacenamiento adecuada para
los paquetes a alojar.
Dispositivo o medio que
La mejor estrategia, econmica y

eficiente, es alojar el software en un
repositorio web, y licenciarlo de forma
que pueda ser accedido y comprado a
travs de internet en todo el mundo. Se
ahorran muchos gastos y la ganancia neta
es mayor. La mayora de compaas
desarrolladoras de soluciones de software
hacen uso de este mtodo principalmente.
7.5.1.4
Entrega.
permitir transportar el software.

(Omar Rodrguez).
7.5.1.5
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.
Para llevar a cabo la instalacin correcta

Personal capacitado
Manual de instalacin
del software, es necesario comprobar que
Copias de seguridad
el equipo del cliente cumple con los
Manual de usuario
requisitos mnimos para la instalacin. Se
Equipo donde se instalar el debe acordar con el cliente la fecha en
software.
que se realizar dicha actividad, y el
personal encargado de realizar la
Cronograma de implementacin.
instalacin debe de conocer muy bien la
Documentacin
definiendo
funcionalidad del software para que la
necesidades, configuraciones y
instalacin sea exitosa.
extensiones respecto al software.
Procedimientos de aceptacin
como acceso de seguridad y
contraseas de los equipos.
Dispositivos de back-up. (Omar
Rodrguez).
Comunicacin con el
cliente a travs de una
mesa de ayuda para dar
Personal capacitado que Establecer acuerdos con el cliente para

pueda dar soporte a los fijar informacin necesaria de contacto
clientes cuando estos lo que le permita a l, obtener asesora por
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.
parte de la organizacin desarrolladora

acerca de las funcionalidades y solucin
a problemas.
de Para el mantenimiento del software, es

importante establecer una comunicacin
con el cliente para realizar actividades
que permitan corregir problemas
encontrados en el software, al mismo

tiempo para realizar alguna mejora.
Cronogramas de las actividades
Tambin es importante llevar un control
de administracin.
de fallas encontradas en software, a
Informes
de
registro
de
travs de registros que indiquen las
mantenimiento y pruebas de
medidas que deben ser tomadas para
seguridad.
corregir dichos problemas, en futuros
Dispositivos de back-up.
productos.
Manual de procesos
mantenimiento
Mesa de ayuda
Nuevos mdulos
Libreras
Se recomienda usar la norma

los apartados: instalacin del
software, apoyo al usuario,
proceso de mantenimiento,
seguridad de los procesos y
procesos de resolucin de
problemas. (Omar Rodrguez)
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.
Recurso humano capacitado.

Documentacin
de
los
procedimientos
utilizados
para el desarrollo del
software.
Documentacin ISO 9000-3.

Documentacin
ISO
12207(como referencia a la
Administracin
de
Configuraciones).
Documentacin ISO 9000
(referencia
hacia
el
vocabulario del SGC).
Personal con conocimientos
en el seguimiento de
procesos
y
desarrollo
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
La organizacin debe de verificar cada

proceso y llevar un registro de los
mismos, para identificar si en algn
proceso hay alguna falla que pueda
afectar el software.
Se recomienda que el mtodo utilizado
para la validacin sea conmensurable con
los riesgos y las consecuencias de las
fallas del diseo y del desarrollo. (Omar
Rodrguez)
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.
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.
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.
y trazabilidad que se llevarn a cabo

en la creacin del producto software
Implementar
acuerdos
de
mantenimiento claramente definidos
en sus alcances y limitaciones,
teniendo en cuenta siempre el
cuidado y bienestar de los bienes del
cliente.
Difundir y explicar los fundamentos

y vocabularios referentes a la
integracin del Administrador de
Configuraciones.
Documentacin ISO 9000-3

Documentacin relacionada.
Hardware que proveer la
visibilidad del producto.
Bitcoras de versiones del
software instalado en el rea de
trabajo. (Omar Rodrguez)
tener una mayor gestin en

cada componente.
7.5.3.2
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

Capacitacin
de
los
desarrolladores,
administradores
de
los
diferentes
procesos
de
documentacin
de
los
productos software, y todo el
personal que se considere
adecuado para los procesos
del
Administrador
de
Configuraciones.
Estructuras
de
almacenamiento de datos
fsicas o lgicas, para el
aseguramiento
de
la
documentacin.
Procesos de Creacin de
documentos versionados.
Personal capacitado en la
Administracin
de
Configuraciones.
Documentacin que detalla la
planificacin de los procesos
(responsabilidades, actividades y
herramientas).
Manuales de usuario que
detallen
la
configuracin
correspondiente a la versin que
se
ha
instalado.
(Omar
Rodrguez)
un Documentacin ISO 9000-3
Llevar a cabo la capacitacin del

personal, con la finalidad de tener
personal, que pueda llevar a cabo una
correcta
documentacin,
identificacin de los diferentes
documentos que compondrn a las
configuraciones de un producto
software
Crear modelos de procesamiento que
permitan integrar el Administrador
de Configuracin, con los modelos
de desarrollo que se estn llevando a
cabo en la organizacin.
Implementar los conceptos vertidos
en la ISO 9000-3 al personal que
desarrolla el ciclo de vida de los
productos.
Definir personal que ser encargado
de verificar la actualidad, legibilidad
y disponibilidad de los diferentes
documentos que estarn disponibles
para un producto
Verificar
y
validar
las
configuraciones, con el fin de evitar
la utilizacin de una configuracin
desfasada, que ha sido preservada por
motivos internos de la organizacin.
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
Propiedad del cliente La organizacin muchas

veces, debido a los
acuerdos del contrato, se ve
en la obligacin de velar
por los bienes del cliente,
incluyendo su propiedad
intelectual, con la finalidad
de implementarlo en el
producto software, para
llenar los requerimientos
exigidos
de
manera

Estructuras de Datos para
almacenar adecuadamente toda
la documentacin, velando por
su integridad y disponibilidad
a los interesados.
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.

siguientes normas: ISO 10007:
Sistemas de gestin de la calidad
- Directrices para la gestin de la
configuracin;
el
apartado:
proceso
de
administracin
de
la
configuracin;
ISO/IEC TR 15846: Tecnologa
de la informacin - Los procesos
del ciclo de vida del software Gestin de la Configuracin,
especficamente los captulos 7 a
12. (Omar Rodrguez)

Capacitacin acerca de tica
Informtica
Capacitacin acerca de
Tratamiento
de
la
Informacin con enfoque en
la Confidencialidad
Personal con la experiencia
suficiente
para
la
elaboracin de contratos de
desarrollo
de
producto
software,
incluyendo
Implementar los conceptos vertidos

en la ISO 9000-3 sobre el tratamiento
de la propiedad del cliente
Implementar los conceptos de tica
Informtica y Confidencialidad
Definir al personal encargado de la
definicin de los contratos de
mantenimiento
Capacitar al personal en las actitudes
y aptitudes correctas para preservar y
velar por la seguridad de los bienes
del cliente
contractual, por el cliente

mismo.
acuerdos de mantenimiento
Definir procesos para la gestin de

los bienes de los clientes.
Productos y datos provistos por

el cliente:
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
9126-1:2001, Ingeniera de
software - Calidad del producto Parte 1: Modelo de Calidad; para
obtener lineamientos adicionales
sobre las caractersticas de
*Pasa antivirus al software

*Proteger los medios fsicos (USB,
Discos Duros, CD) donde se guarde o
transporte
*Versionar el software y verificar que se
enve las versiones estables
*Proteger las datos con cifrado y
encriptacin
Verificar que los productos no han sido
alterados desde su produccin hasta que
son entregados.
Tomar las precauciones adecuadas para
el almacenamiento del producto.
Proteger la integridad del producto.
Realizar copias de seguridad de forma
peridica, y considerar que estas copias
estn almacenadas fuera del lugar en caso
de que ocurra algn desastre.
Utilizar tcnicas de encriptacin y
desencriptacin para lograr un producto
con mayor seguridad.
calidad de los productos de Utilizar tcnicas de compresin y

descompresin para reducir espacio.
Software;
ISO/IEC 14764: Tecnologa de (Omar Rodrguez)
la
informacinEl
mantenimiento del software;
ISO/IEC TR 15846: Tecnologa
de la informacin los procesos
del ciclo de vida del software Gestin de la Configuracin;
la informacin - proceso de
documentacin de usuario del
7.6
Control
de
dispositivos
seguimiento
medicin.
los Medir los software con

de requisitos del cliente con
y procedimientos definidos
tanto a el hardware,
software y donde se
almacena, con mtricas que
se puede medir y sistemas
que se puede medir antes
de su uso y cuando sea
necesario
Mediciones, Anlisis y Mejoras
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
*hacer mediciones de calidad de los

productos terminados
*Probar antes de su uso del software y
ajustar
*Protegerse contra los daos de
almacenamiento
*Guardar los datos de la pruebas
*Verificacin del hardware y cumplir las
mtricas
*Un analista de sistemas

*Mtodos para verificar que lo que se
*Tener software de medicin o mide del software es correcto
depuracin o simulacin de Tomar acciones con respecto a los datos.
estrs
siguientes normas:
el apartado: mejora de los
procesos;
ISO/IEC 15939:2002 Ingeniera

del Software - Proceso de
mediciones
del
software,
especficamente el captulo 5;
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;
ISO/IEC
9126-2:2003,
Ingeniera de software - Calidad
del producto - Parte 2: Mtricas
Externas;
ISO/IEC
9126-3:2003,
Ingeniera de software - Calidad
del producto - Parte 3: Mtricas
Internas;
producto - Parte 2: Planificacin
y gestin. (Omar Rodrguez)
8.2
Seguimiento y Mediciones
8.2.1
Satisfaccin
cliente
del Llevar procesos para ver

como la percepcin del
cliente con respecto a cmo
resuelve sus problemas
*Reuniones con el cliente

*Encuestas o tablas de empata con el
*Un entrevistador
cliente
*Mtodos de normas para hacer *Llevar mtricas de calidad por vista del
encuestas.
cliente.
Se recomienda el uso de las Debe llevarse un seguimiento de la
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
Debe llevar y planificar *auditor Externo al rea de

auditoras internas para trabajo
confirmar y verificar los *Plan de auditoras internas
procesos de calidad.
Se recomienda utilizar las
siguientes normas:
los apartados: proceso de
aseguramiento de la calidad,
proceso de auditora. (Omar
Rodrguez)
y Llevar procesos para seguir
los y verificar la planeacin
contra el desarrollo de los
procesos
*Planeacin de proceso de
verificacin
*Plan de desarrollo de sistema
*un analista de software
siguientes normas:
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;
*Planificar auditoras peridicas

*buscar las mejoras que demuestre la
auditora
Se deben llevar a cabo auditoras internas
para determinar si el SGC es conforme
con las disposiciones planificadas, con
los requisitos de la norma ISO/IEC 90003 y con los requisitos del SGC
establecidos por la organizacin, y si ste
se ha implementado y se mantiene de
manera eficaz. (Omar Rodrguez)
*Verificar tiempo de un proceso
planificado contra cuanto tardo
*verificar los recursos planificados
contra cuanto se usaron
*Medir en todos los procesos la calidad
Software - Evaluacin del

proceso - Parte 2: Realizando
una evaluacin;
de Software Proceso de
Medicin
del
Software,
especficamente el apartado
Proceso de Mediciones del
8.2.4
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)
*Requisitos del producto

*analista del sistema
*Medir las caractersticas en base de los

requerimientos del cliente
*cosas que se puede medir
Se recomienda utilizar las a) funcionabilidad,
siguientes normas:
b) facilidad de mantenimiento,
ISO/IEC 12207, especficamente c) eficiencia,
el
apartado:
proceso
de d) portabilidad,
e) facilidad de uso,
desarrollo;
f) confiabilidad.
ISO/IEC
9126-1:
2001,
Ingeniera de software- Calidad
del producto- Parte 1: Modelo de
Calidad;
para
obtener
lineamientos adicionales sobre
las caractersticas de calidad
apropiadas para la compra del
producto de software;
producto - Parte 3: Proceso para
desarrolladores;
ISO/IEC 14598-5: Tecnologa
de la informacin - evaluacin
de productos de software- Parte
5: Proceso para evaluadores.
(Omar Rodrguez)
8.3
Control del producto Que los productos que no *anlisis de sistema

no conforme
cumplan las necesidades en *documento de procedimiento
necesario
tomar
las contra productos no conformes.
medidas ms efectivas.
La
organizacin
debe siguientes normas:
asegurarse que el producto ISO/IEC 12207, especficamente
que no sea conforme con los apartados: proceso de
de
la
los requisitos, se identifica administracin
y controla para prevenir su configuracin y proceso de
uso
o
entrega
no resolucin de problemas;
intencional.
Los
controles,
las la informacin - Los paquetes de
responsabilidades
y software - Requisitos de calidad
autoridades
relacionadas y pruebas; como una gua sobre
con el tratamiento del cualquier producto enlatado
producto no conforme (COTS) de software procurado;
deben estar definidos en un ISO/IEC TR 15846: Tecnologa
de la informacin - Los procesos
procedimiento
documentado.
(Omar del ciclo de vida del software Gestin de la Configuracin.
Rodrguez)
(Omar Rodrguez)
*Despus de reparar el producto no

conforme se debe revisar de nuevo
*Posibles acciones contra productos no
conformes:
a) tomando acciones para eliminar la no
conformidad detectada;
b) autorizando su uso, liberacin o
aceptacin bajo concesin por una
autoridad pertinente y, cuando sea
aplicable, por el cliente;
c) tomando acciones para impedir su uso
o aplicacin originalmente prevista.
*Guardar registro de la no conformidad y
las acciones tomadas
*Cuando un producto es no conforme se
puede tomar las siguientes acciones:
a) se recomienda notificar cualquier
problema descubierto y sus impactos
posibles en cualquier parte del software,
a las reas responsables de manera tal de
que los problemas se puedan seguir hasta
que sean resueltos;
b) se recomienda identificar y volver a
probar las reas impactadas por cualquier
modificacin,
y
se
recomienda
especificar
en
un
procedimiento
documentado el mtodo para determinar
el alcance de la prueba iterativa;
c) se recomienda establecer la prioridad
de las no conformidades.
En el software, en cada reparacin o
refinamiento para lograr el cumplimiento
de los requerimientos especificados se
crea una nueva versin del software.
En el desarrollo del software, la
disposicin de las no conformidades del
producto, puede ser lograda por:
a) la reparacin o retrabajo (por ejemplo
para reparar defectos) a fin de cumplir

con los requerimientos,
b) la aceptacin con o sin la reparacin,
por concesin,
c) el tratamiento como producto
conforme despus de corregir los
requerimientos, y
d) el rechazo. Ha hecho una transcripcin
completa de lo que dice la norma. (Omar
Rodrguez)
8.4
Anlisis de datos
Recopilar y analizar los *analista del sistema

*anlisis de los datos para ver la
datos del seguimiento para *Datos
recolectados de los satisfaccin del cliente
lograr una mejora continua procesos de seguimiento y *anlisis de requisitos de los productos
verificacin
La
organizacin
debe
determinar, recopilar y Se recomienda utilizar las
analizar
los
datos siguientes normas:
apropiados para demostrar
de Software Proceso de
la idoneidad y la eficacia
Medicin
del
Software,
del SGC y para evaluar
especficamente el apartado
dnde puede realizarse la
Proceso de Mediciones del
mejora continua de la
software;
eficacia del SGC. (Omar
Rodrguez)
de software- COSMIC-FFP -Un
mtodo de medicin de tamao
funcional;
de software - IFPUG 4.1 tamao
funcional sin ajustar mtodo de
medicin - Manual de prcticas
de conteo;
de software - Funcin Mk II
Punto de Anlisis - Manual de
Prcticas de conteo; estas tres
ltimas para una gua sobre

mtodos de estimacin de
tamao. (Omar Rodrguez)
8.5
Mejoras
8.5.1
Mejora continua
Se tiene que crear polticas *personal idneo

para poder mantener la *otras normas (ISO 9000)
calidad
y mejorarla
continuamente
siguientes normas:
el apartado: proceso de mejora;
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)
*Crear polticas para ver los objetivos

*Crear polticas para medir la calidad
*Ver la calidad de la auditoria
*ver la calidad de los datos que se
analizan
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:
el apartado: procesos de
resolucin de problemas. (Omar
Rodrguez)
*Determinar por qu sucedi el problema

*buscar las causas y como evitarlas
*tomar accin para evitar los problemas
*Registrar los problemas
*revisar las acciones correctivas
8.5.3
Accin preventiva
Debe
establecer
un *analista de sistemas
documento por posible *documento de reglamento
problemas
y
cmo
*Determinar potenciales problemas y

documentar sus soluciones
*Evaluar problemas ocurridos en otro
solucionarlo
Se recomienda utilizar las proyectos

siguientes normas:
*Registrar las acciones preventivas
ISO/IEC 12207, especficamente *Revisar la toma de decisiones
el apartado: evaluacin de los
procesos;
Software - Evaluacin del
proceso - Parte 2: Realizando
una
evaluacin.
(Omar
Rodrguez)

Analisis Completo Norma ISO-IEC 9000-3 E20150615

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Analisis Completo Norma ISO-IEC 9000-3 E20150615

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD DON BOSCO

Materia: Normalizacin y Estndares

Compilatorio de Actividad evaluada en clase - Anlisis Norma ISO 9000-3

San Salvador, 15 de Junio del 2015

Sistema de Gestin de la Calidad

Requisitos Generales El sistema de gestin de la

El SGC debe incluir

Recursos necesarios para

Se utilizan los modelos de ciclos

El sistema de gestin de la calidad debe

Se recomienda el uso de las

Compromiso de cada rea

El apartado hace su nfasis en que cada

o Definir los requerimientos necesarios

metodologas para la creacin de

para la creacin de un manual de la

los Es obligatorio que toda la Manual de la calidad para poder

los Es importante que los

Manual de la calidad para poder

Evidencia de la La norma hace referencia a

Compromiso de cada personal

La organizacin tiene que iniciar con la

Evidencia de la La organizacin puede

Todo el personal de rea

Tiene que existir desde un inicio una

Para implementar la retencin debo tener

y Cuando se retengan los

Que en la organizacin existan

Contrato dnde se especifique

La alta direccin verifica Propsitos de la organizacin.

la La alta direccin debe

Responsabilidad, autoridad y comunicacin

y La clusula especfica que

El primer paso es que la organizacin

que todos conocen las organizativa.

Representante de la La norma indica que se

Se requiere de una persona

Para implementar esta clusula se sugiere

Dependiendo del cmo se desee

Se sugiere que para implementar una

Se hace nfasis en que la

Se requiere de una poltica de

Informacin para la Se especifica que las

Se sugiere que la organizacin realice

Se pueden requerir herramientas Se sugiere que la organizacin utilice

la Se hace nfasis en que los

posibles recomendaciones de los mismos,

Gestin de los Recursos

los Se deben poseer recursos

Recurso humano para poder

Mediante consulta exhaustiva hacia los

Los recursos humanos

Contar con un equipo que est consciente

Se refiere a que el recurso

Se requiere invertir recursos en la compra

La organizacin debe velar

Conocer las necesidades que se presentan

Realizacin del Producto

Planificacin de la Se debe de tener en cuenta

Documentacin de los procesos

Monitoreo de las actividades o procesos

Ciclo de vida del Hace nfasis en que se debe

Conocer los procesos que desean