Evaluación de Sistemas - ecotec.edu.ec · El estándar ISO/IEC 12207 describe la arquitectura del...

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Evaluación de Sistemas

Ing. Ángela Yanza, Msc. Mg.

1 Ing. Ángela Yanza Montalván, Msc. Mg. DOCENTE UNIVERSIDAD ECOTEC

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

2

Modelo de un sistema de calidad

Metodologías

Unidad Nº 3

Ing. Ángela Yanza Montalván, Msc. Mg. DOCENTE UNIVERSIDAD ECOTEC

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

¿Qué es una metodología?


¿Qué es una

metodología?

¿Para qué

sirve?

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Metodología

• Conjunto de métodos empleados para el desarrollo de

sistemas automatizados.

• Una metodología completa es algo más que una

notación, un proceso, y herramientas. Además

proporcionan:

– Guías para estimar costos,

– Manejo del proyecto en las tareas y entregas,

– Medidas y métricas,

– Formas definidas y dirección en las entregas de la construcción,

– Políticas y procedimientos para garantizar la calidad del

software,


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Metodología

– Descripciones de los roles y programas de entrenamiento

detallados,

– Ejemplos totalmente trabajados,

– Ejercicios de entrenamiento,

– Técnicas para adaptar el método, y

– Técnicas definidas


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Conceptos

• La ayuda particular del método y de los contrastes para

los términos dentro de cada método.

• Los términos tales como objeto, clase, metaclases, y

operación se comparan.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Conceptos

• Según Booch 1991 tenemos: – Objeto: Algo a lo que se le pueden hacer cosas. Un objeto tiene

estado, comportamiento, e identidad; la estructura y el comportamiento

de objetos similares se definen en su clase común. Los términos

instancia y objeto son intercambiables.

– Clase: Un conjunto de objetos que comparten una estructura común y

un comportamiento común. Los términos clase y tipo son generalmente

(pero no siempre) intercambiables; y una clase es un concepto

levemente distinto a tipo, en el hecho que acentúa la importancia de

jerarquías de clases.

– Operación: Una cierta acción que un objeto realiza sobre otro para

sacar una reacción. Todas las operaciones sobre un objeto específico

se pueden encontrar en subprogramas libres y funciones o métodos.

Los términos mensaje, método, y operación son generalmente

intercambiables.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Notaciones

• Muchos métodos requieren crear descripciones

abstractas, o modelos gráficos, del sistema en el análisis

y/o diseño.

• Se construyen estos modelos usando una cierta forma

de notación.

• La semántica de la notación proporciona el significado a

los modelos.

• Las notaciones, para ser eficaces en el desarrollo de

grandes sistemas, requieren un mecanismo para dividir

los componentes en "pedazos más manejables“.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Notaciones

• Cada metodología es caracterizada por un sistema

específico de modelos (componentes de la notación):

– Booch 1991.

– Diagrama de Clases

– Diagrama de Objetos

– Diagrama de Transiciones de Estados

– Diagrama de Tiempos

– Diagrama de Módulos

– Diagrama de Procesos


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos

• Cuanto del ciclo de vida del desarrollo de los sistemas

es cubierto por el método, y qué adaptación o heurística

está disponible para el proceso del método.

• Es evaluada la cobertura al ciclo de vida.

• Comprobar que elementos del desarrollo del software se

manejan dentro del método.

• Cada metodología puede tener elementos que sean

útiles a una parte del ciclo de vida del desarrollo.

• Las fases del ciclo de vida se definen de la siguiente

manera:


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos

– El Análisis es esa parte de ciclo de vida que describe las

características exterior observables del sistema, ejemplo:

funcionalidad, funcionamiento, capacidad.

Esta descripción incluye normalmente los modelos que

representan la construcción lógica de los sistemas, y su

colocación dentro de un ambiente de sistema.

– El Diseño es la parte del ciclo de vida que prepara definiciones

en cuanto a cómo el sistema logrará sus requerimientos. Los

modelos preparados en análisis se refinan, o se transforman, en

los modelos del diseño que representan la naturaleza física del

producto de software.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos

– La implementación es la parte del ciclo de vida que convierte

los modelos desarrollados del diseño en el software ejecutable

dentro del ambiente del sistema. Este implica la codificación de

las unidades del programa, de la generación automatizada del

código, o del montaje de los componentes reutilizables ya

construidos y probados del código de una biblioteca interna de

la reusabilidad.

– La prueba se centra en asegurarse de que cada una de las

entregas a partir de cada fase cumple con las necesidades

identificadas por el/los usuarios.

– El dominio del análisis direcciona la búsqueda y aplicación del

dominio y la identificación, documentación, construcción y

prueba y demostración de los componentes reutilizables útiles

en el dominio.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos

• Se evalúan después las características o las cualidades

del proceso del método.

• Las características de un proceso sirven para medir la

capacidad de repetición del método y flexibilidad.

• Las características definen la secuencia de pasos, de

entradas requeridas y de salidas, papeles implicados,

así como la interacción con otros pasos.

• Los pasos opcionales deben ser identificados

claramente. La heurística y los mecanismos disponibles

para la trazabilidad, la verificación, y la validación del

proceso son también cualidades deseables de un

proceso bien definido. 13 Ing. Ángela Yanza Montalván, Msc. Mg.

DOCENTE UNIVERSIDAD ECOTEC

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos

• Entre los pasos de desarrollo de la metodología según

Booch 1991 tenemos:

– Diseño de orientación a objetos

• Identificación de Clases y Objetos

• Identificar las Semanticas de Clases y Objetos

• Identificar las relaciones entre Clases y Objetos

• Implementación de Clases y Objetos


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Pragmática

• La pragmática de una metodología consiste en: – Recursos: ¿Qué recursos disponibles hay dentro de la ayuda del

método? ¿Existen un libros disponibles? ¿Establecen a los grupos de

usuarios? ¿El entrenamiento y la consulta es ofrecida por el vendedor

y/o los terceros? ¿Además, están las herramientas automatizadas

(herramientas CASE) disponibles en la ayuda del método?

– Conocimientos Requeridos: ¿Cuál es el background requerido de los

que aprenden el método? Una característica que distingue de muchos

métodos es el nivel de la sofisticación matemática requerido para

explotar completamente el método. ¿El método asume conocimiento en

una cierta disciplina?

– Utilización del lenguaje: ¿El método guía a un lenguaje en particular?

Algunos métodos son específicos a COBOL, mientras que otros

métodos tienen aplicabilidad más general.

15 Ing. Ángela Yanza Montalván, Msc. Mg.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Ejemplos de diagramas


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Metodologías

• En el transcurso del tiempo el ambiente computacional

ha ido evolucionando en todos los aspectos, las

computadoras cada día son mejores y más rápidas.

• Los usuarios se vuelven cada vez mas exigentes y

buscan el servicio de los sistemas estando en cualquier

parte del mundo, no solamente en sus oficinas.

• La tecnología de la información ha ejercido un profundo

impacto en la sociedad por lo que ahora se le llama la

Era de la Información.

• Los empleados administrativos rebasaron el número de

los trabajadores de producción.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Metodologías

• La sociedad industrial ha dado paso a una nueva

sociedad, en donde la mayoría de las personas trabajan

con información en lugar de producir bienes.

• Los sistemas se han ido enfocando más a la comodidad

del usuario lo cual ha provocado dos cosas, que se

realicen sistemas cada vez mas complejos y que se

desarrollen muchas metodologías buscando la manera

óptima de desarrollarlos.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Metodologías

• Las metodologías también han evolucionado.

Inicialmente hubo un periodo de Desarrollo

Convencional, después surge el Desarrollo Estructurado

y en la actualidad aparece el paradigma de la

Orientación a Objetos como un nuevo enfoque en la

ingeniería de software.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Tarea No. 5

Investigación


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Indicaciones generales

• Forme grupos de trabajo de dos personas.

• Distribuya las actividades a realizar para cubrir las

temáticas a investigar.

• Prepare un documento con el desarrollo de los temas

propuestos, incluya carátula, conviértalo en PDF y

regístrelo en el aula virtual.

• La actividad será calificada sobre 10 puntos.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Tema # 1

• Herramientas CASE

– Definición

– Uso

– Beneficios

– Importancia


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Tema # 2

• Enfoques de desarrollo de software.

– Modelo en cascada (framework lineal)

– Prototipado (framework iterativo)

– Incremental (combinación de framework lineal e iterativo)

– Espiral (combinación de framework lineal e iterativo)

– RAD, Rapid Application Development (framework iterativo)

• Modelo de un sistema de calidad.

– Definición

– Importancia

– Estándares

• ISO 9126

• ISO 12207

• ISO 15504


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Tema # 3

• Metodología para realizar auditoría de sistemas

computacionales. – Planeación de la auditoría de sistemas computacionales.

– Ejecución de la auditoría de sistemas computacionales.

– Dictamen de la auditoría de sistemas computacionales.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Tema # 4

• Establezca un caso práctico de evaluación de sistemas

aplicando los estándares investigados.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

ANEXO 1

Herramientas CASE


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Herramientas CASE

• Para ser productivos, los analistas de sistemas deben

realizar sus tareas de una manera organizada, precisa y

minuciosa.

• Desde principios de la década de 1990, los analistas

empezaron a beneficiarse de las herramientas de

productividad, denominadas herramientas de Ingeniería

de Software Asistida por Computadora (CASE,

Computer-Aided Software Engineering), que se crearon

explícitamente para mejorar su trabajo rutinario

mediante apoyo automatizado.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Herramientas CASE

• Los analistas de sistemas se apoyan en estas

herramientas, desde el principio hasta el fin del ciclo de

vida, para incrementar la productividad, comunicarse de

manera más eficiente con los usuarios e integrar el

trabajo que desempeñan en el sistema.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Razones para el uso de Herramientas CASE

• Entre las razones podemos citar: – Aumento en la productividad del analista.

– Mejora de la comunicación analista-usuario.

– Integración de las actividades del ciclo de vida.

– Evaluar de manera precisa los cambios en el mantenimiento.


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Herramientas CASE


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

ANEXO 2

ISO 12207


UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

ISO/IEC 12207

IEEE/EIA 12207


33

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos del ciclo de vida del

software

La importancia del software es una parte integral y necesaria de muchos

productos y sistemas, requiere un marco común internacional, para

especificar las mejores prácticas de los procesos de software,

actividades y tareas.

En 1987, en una sesión plenaria de la ISO, la delegación

norteamericana solicitó al International Software Engineering Standards

Group el desarrollo de una norma relativa al proceso del ciclo de vida

del software.

En 1989, se constituyó el Grupo de Trabajo 7 para iniciar el proyecto.


34

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

El estándar ISO/IEC 12207 describe la arquitectura del ciclo

de vida del software, pero no especifica los detalles de cómo

implementar o llevar a cabo las actividades o tareas incluidas

en los procesos.


35

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

El estándar 12207 especifica tres

clases de procesos: primarios,

organizacionales y de soporte.

• Los procesos primarios identifican

cinco roles que pueden ser llevados

a cabo por la organización:

adquisición, suministro, desarrollo,

mantenimiento y operación.


36

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

• Cualquiera de los procesos primarios pueden

invocar uno o más de los procesos de soporte

para cumplir con los objetivos planteados. Los

ocho procesos de soporte son: documentación,

administración de la configuración,

aseguramiento de la calidad, verificación,

validación, revisiones conjuntas, auditorías y

resolución de problemas.


37

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

• Por último, existen cuatro procesos

inherentes a cualquier organización:

administración, infraestructura,

mejoras y entrenamiento.


38

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Los procesos del ciclo de vida del 12207 pretender cubrir la

vida completa del SW desde la concepción hasta el retiro –

no solamente el esfuerzo del desarrollo.

El estándar 12207 pretende que las organizaciones

utilicen estos 17 procesos (primarios, de soporte y

organizacionales) dentro de sus proyectos particulares.


39

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

La ISO 12207 proporciona un proceso estructurado utilizando

terminología aceptada, más que dictar un método particular del ciclo

de vida o un método para el desarrollo de software. Puesto que es un

documento relativamente de alto nivel, el ISO 12207 no especifica

detalladamente cómo realizar las actividades y las tareas que abarcan

los procesos. Ni prescribe el nombre, el formato, o el contenido de la

documentación. Por lo tanto, las organizaciones que intentan aplicar el

ISO 12207 pueden utilizar los estándares o procedimientos

adicionales donde se especifican este tipo de detalles.


40

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

El estándar describe la arquitectura de los procesos del ciclo de vida

de software, pero no detalla cómo implementar las actividades

incluidas en tales procesos.

El estándar es independiente de tecnologías y de metodologías de

desarrollo y son útiles para cualquier forma de modelo de ciclo de vida,

por ejemplo, cascada, incremental, espiral, etc. De hecho, una de las

responsabilidades del proveedor del servicio es la de seleccionar un

modelo de ciclo de vida y mapear los requerimientos del estándar

12207 a ese ciclo de vida en particular, por lo que sus actividades

pueden ser llevadas a cabo de forma secuencial, repetida y

combinándolas acorde a la selección del proyecto del modelo del ciclo

de vida.


41

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos primarios

Estos son los promotores principales para conducir a mejorar las funciones

dentro del ciclo de vida; está compuesto por cinco procesos:


42

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

1. Adquisición:

define las actividades del adquiriente, la organización que adquiere un producto, servicio o sistema software.


43

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

2. Suministro:

Define las actividades del suministrador, la organización que provee el producto, servicio o sistema software. Es un complemento del proceso de adquisición.


44

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

3. Procesos de desarrollo:

Define las actividades del desarrollador, la organización que define y desarrolla el sistema de software.

Está subdividido en trece actividades que involucran: implementación, análisis de requerimientos del sistema, diseño de la arquitectura del sistema, análisis de requerimientos de software, diseño de la arquitectura del software, diseño detallado del software, codificación y pruebas, integración del software, pruebas de calidad del software, integración del sistema, pruebas de calidad del sistema, instalación del software, aceptación del software. Los procesos de desarrollo marcan el

inicio de la etapa de implementación del proyecto.


45

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

4. Operación:

Define las actividades del operador, la organización que provee el servicio de operar el sistema de

cómputo en el ambiente de los usuarios.


46

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

5. Mantenimiento

(correctivo, perfectivo, preventivo y adaptativo): Define las actividades de la organización que provee el servicio de mantener el software, conservándolo actualizado y utilizable. Este

proceso incluye la migración y retiro del software.


47

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos de soporte


48

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Estas son las actividades que soportan y coordinan el

desarrollo y el ciclo de vida de las actividades primarias. Un

proceso de soporte, apoya otros procesos que llevar a cabo

una función especializada. Está compuesta por ocho

procesos:


49

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

1. Proceso de Documentación:

El proceso de documentación define las actividades

necesarias para registrar toda la información

producida por los procesos del ciclo de vida.


50

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

2. Administración de la configuración:

Incorpora actividades de identificación, control,

estadística y evaluación de las configuraciones

así como las de la administración de versiones.


51

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

3. Proceso de aseguramiento de la calidad:

Define las actividades para asegurar objetivamente

que los productos de software satisfacen los

requerimientos especificados y se adhieren a los

planes establecidos.

Las revisiones conjuntas, auditorías, verificación y

validación pueden ser usadas como técnicas de

aseguramiento de la calidad.


52

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

4. Verificación:

Define las actividades (para el adquiriente, el

proveedor u organización independiente) para verificar

los productos y servicios de software.


53

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

5. Validación:

Define las actividades (para el adquiriente, el

proveedor u organización independiente) para

validar los productos de software del proyecto de

software.


54

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

6. Revisiones conjuntas:

Este proceso es para revisiones tanto técnicas

como administrativas, para que de esta forma

una de las partes evalúe el estado de los

productos producidos y las actividades

realizadas por la otra parte.


55

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

7. Auditorías:

Define las actividades para determinar el cumplimiento

de los requerimientos, planes y contratos. Este proceso

puede ser usado por cualquiera de las dos partes,

donde una parte (auditora) audita los productos o

actividades de la otra parte (auditada).


56

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

8. Resolución del problemas:

Define un proceso para analizar y eliminar

(resolver) todos los problemas (incluyendo

inconformidades), sin importar su naturaleza u

origen, que sean descubiertos durante la

ejecución del desarrollo, operación,

mantenimiento y otros procesos.


57

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Procesos organizacionales


58

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Se refiere a la administración y al apoyo en

general para todo el ambiente de desarrollo. Está

comprometido en seguir cuatro procesos:


59

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

1. Administración:

La intención de este proceso es la de

proporcionar administración a todos los demás

procesos del proyecto, incluyendo administración

del producto y administración del proyecto.


60

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

2. Infraestructura:

establece y mantiene el "hardware, software,

herramientas, técnicas y estándares" que se

requieren para la ejecución de los otros

procesos. Cualquier estándar utilizado en un

proyecto o por una organización se vuelve parte

de la infraestructura.


61

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

3. Mejoras:

Define las actividades básicas que una

organización (adquiriente, proveedor, operador,

administrador, etc.) realiza para establecer,

medir, controlar y mejorar los procesos de su

ciclo de vida.


62

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

4. Entrenamiento:

Define las actividades para proveer personal

entrenado adecuado.


63

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Relación con otros estándares


64

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008


65

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008


66

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Ing. Ángela Yanza Montalván, Msc. Mg. DOCENTE UNIVERSIDAD ECOTEC Ing. Ángela Yanza Montalván, Msc. Mg.


67

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

Conexión con otras normas

68

UN

IVE

RS

IDA

D T

EC

NO

LÓ

GIC

A E

CO

TE

C. IS

O 9

001:2

008

El estándar 12207 se relaciona con normas de

calidad, especialmente la “ISO 9001: Sistemas de

calidad – modelos para la garantía de calidad en la

concepción, desarrollo, producción, instalación y

prestación de servicios”.

Tiene una gran relación con la segunda parte de la

norma “ISO/IEC 15504: Tecnologías de la

información - Evaluación de los procesos de

software”.


69

Evaluación de Sistemas - ecotec.edu.ec · El estándar ISO/IEC 12207 describe la arquitectura del...

Documents

Transcript of Evaluación de Sistemas - ecotec.edu.ec · El estándar ISO/IEC 12207 describe la arquitectura del...