ISO 12207
Presentadores:
Barbosa Gonzalez Edsel
José Luis Garza Gallegos
Jimenez Osorio Eduardo Leonardo
Jimenez Garcia José de Jesus
Manzo Briceño Héctor José
Facultad de Telemática
Ingeniería de Software
¿DE QUÉ TRATA LA NORMA ISO 12207?
Esta norma está orientada a los procesos de ciclo de vida
del software de la organización ISO. Establece un proceso
de ciclo de vida para el software que incluye procesos y
actividades que se aplican desde la definición de
requisitos, pasando por la adquisición y configuración de
los servicios del sistema, hasta la finalización de su uso.
¿CUAL ES EL OBJETIVO DE ESTA
NORMA?
Este estándar tiene como objetivo principal proporcionar
una estructura común para que compradores,
proveedores, desarrolladores, personal de mantenimiento,
operadores, gestores y técnicos involucrados en el
desarrollo de SOFTWARE usen un lenguaje común.
Procesos Primarios de la Norma
Estos identifican 5 roles que pueden ser
llevados a cabo por la organización, de igual
manera son los promotores principales para
conducir a mejorar las funciones dentro del
ciclo de vida
Procesos Primarios….
I. Adquisición.
II. Suministro.
III.Desarrollo.
IV.Operación.
V. Mantenimiento.
I Adquisición
Define las actividades del adquirente, de la organización
que adquiere un producto, sistema o software.
II Suministro
Define las actividades del suministrador, la organización
que provee el servicio, producto o sistema de software. Es
un complemento del proceso de adquisición.
III Desarrollo
Define las actividades del desarrollador, la organización
que define y desarrolla el sistema de software. Está
subdividido en 13 actividades las cuales involucran:
1. Implementación
2. Análisis de requerimientos del sistema
3. Diseño de la arquitectura del sistema
4. Análisis de requerimientos de software
5. Diseño de la arquitectura del software
6. Diseño detallado del software
7. Codificación y pruebas
8. Integración del software
9. Pruebas de calidad del software
10. Integración del sistema
11. Pruebas de calidad del sistema
12. Instalación del software
13. Aceptación del software.
1. Implementación
Aunque no se detalla mucho en el estándar, es una parte
fundamental pues trata del proceso con el que pondrá en
práctica el uso del nuevo sistema sobre la antigua
plataforma.
2. Análisis de requerimientos del sistema
Es una de las actividades más importantes pues a partir de la
información obtenida en la solicitud del servicio del usuario, el
análisis del problema y la entrevista con los futuros usuarios.
Define el alcance del sistema, como son sus funcionalidades,
los módulos, el tipo de usuarios, el entorno en el que se
ejecutará, entre otros.
3. Diseño de la arquitectura del sistema
Busca la mejor forma de estructurar el comportamiento
entre los componentes y módulos, la forma en que se
tomarán los datos, los procesos y lugares para guardarlos
y la forma de consultarlos, las validaciones, etc.
4. Análisis de requerimientos de software
Da a conocer en qué plataforma o SO será usado el sistema, en
qué navegadores y/o dispositivos será utilizado, las cargas de
trabajo aproximadas que tendrá, los principales medios de
entrada y salida, la forma de almacenar y respaldar la
información, forma de transmitirse, lenguajes que serán
necesarios,etc.
5. Diseño de la arquitectura del software
En esta parte se diseñan las clases, la forma del a
estructura, los objetos, las herencias en el caso de que
hayan, los métodos, etc.
6. Diseño detallado del software
Tiene que ver con lo relacionado a los detalles algorítmicos,
representaciones concretas de datos, interconexiones entre
funciones,estructura de datos que sirven para detectar los
errores en la arquitectura y evitar sorpresas durante la
instrumentación del producto.
7. Codificación y pruebas
Es la parte en que se aplican los diseños al escribir el
código de todos los componentes del software y verificar
que no haya errores ni semánticos, ni de sintaxis ni
lógicos.
8. Integración del software
Después de probar las funciones por separado se hacen
pruebas de módulos compuestos por varias funciones
individuales y en conjunto deben dar también resultados
correctos trabajando en conjunto.
9. Pruebas de calidad del software
Se verifica que el resultado de cada procesos sea el
necesario, que no reciba valores no válidos, que las
salidas sean las esperadas con una buena velocidad y que
no haya redundancias.
10. Integración del sistema
Trata de simplemente enlazar el nuevo sistema con los que se
utilizarán a la par que trabajan con los mismos datos o que
tienen interdependencia con sus productos. En ocasiones se
deben establecer controles humanos para los procesos que no
pueden ser automatizados.
11. Pruebas de calidad del sistema
Se aplican heurísticas, se hacen pruebas de carga
máxima, se evalúa la usabilidad, se realizan pruebas con
usuarios, se verifica la seguridad, etc.
12. Instalación del software
Se instala el paquete en los dispositivos en que se usarán, se
cargan los componentes necesarios a los servidores, etc. Se
prueba que su conectividad sea la adecuada, que el sistema
opere de manera estable,etc.
13. Aceptación del software
Las pruebas de aceptación verifica que los
beneficios del uso del nuevo sistema son los
suficientes para justificar su uso. El usuario debe
probar el sistema y comparar sus resultados y su
rendimiento con los resultados y rendimiento que
obtenía antes de usarlo.
Esta prueba debe ser hecha por personas diferentes
a las que desarrollaron el software pues de lo
contrario los resultados podrían no ser objetivos.
IV 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.
V Mantenimiento
Mantenimiento (correctivo, perfectivo, preventivo y
adaptativo): Define las actividades de la organización que
provee el servicio de mantener el software, conservandolo
actualizado y utilizable. Este proceso incluye la migración y
retiro del software.
PROCESOS DE SOPORTE
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:
1. Documentación
2. Administración de la configuración.
3. Aseguramiento de calidad.
4. Verificación
5. Validación.
6. Revisión conjunta.
7. Auditoría.
8. Resolución de problemas
Documentación
Define las actividades necesarias para registrar toda la
información producida por los procesos del ciclo de vida.
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.
Aseguramiento de 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.
Verificación
Define las actividades (para el adquiriente, el proveedor u
organización independiente) para verificar los productos y
servicios de software.
Validación
Define las actividades (para el adquirente, el proveedor u
organización independiente) para validar los productos de
software del proyecto de software.
Revisión Conjunta
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.
Auditoría
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).
Resolución de 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.
¿CUAL ES EL OBJETIVO PRINCIPAL DE LOS
PROCESOS DE APOYO, Y SUS PRINCIPALES
ACTIVIDADES?
Tienen como objetivo brindar soporte y apoyar a los procesos primarios, contribuyendo a la calidad y
éxito del proyecto
Apoyan los procesos operativos. Sus clientes son internos. Ejemplos: Control de calidad, Selección
de personal, Formación del personal, Compras, Sistemas de información, etc. Los procesos de
soporte también reciben el nombre de procesos de apoyo.
Componentes del Sistema de Calidad – Actividades de apoyo
Control de documentos
Registros de calidad
Mediciones
Reglas, prácticas y convecciones
Herramientas y técnicas
Compra
Productos de software comprendidos
Entretenimiento.
http://normasdelsoftwaresena2012.blogspot.mx/p/iso-12207.html
Iso 12207

Iso 12207

  • 1.
    ISO 12207 Presentadores: Barbosa GonzalezEdsel José Luis Garza Gallegos Jimenez Osorio Eduardo Leonardo Jimenez Garcia José de Jesus Manzo Briceño Héctor José Facultad de Telemática Ingeniería de Software
  • 3.
    ¿DE QUÉ TRATALA NORMA ISO 12207? Esta norma está orientada a los procesos de ciclo de vida del software de la organización ISO. Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso.
  • 4.
    ¿CUAL ES ELOBJETIVO DE ESTA NORMA? Este estándar tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de SOFTWARE usen un lenguaje común.
  • 5.
    Procesos Primarios dela Norma Estos identifican 5 roles que pueden ser llevados a cabo por la organización, de igual manera son los promotores principales para conducir a mejorar las funciones dentro del ciclo de vida
  • 6.
    Procesos Primarios…. I. Adquisición. II.Suministro. III.Desarrollo. IV.Operación. V. Mantenimiento.
  • 7.
    I Adquisición Define lasactividades del adquirente, de la organización que adquiere un producto, sistema o software. II Suministro Define las actividades del suministrador, la organización que provee el servicio, producto o sistema de software. Es un complemento del proceso de adquisición.
  • 8.
    III Desarrollo Define lasactividades del desarrollador, la organización que define y desarrolla el sistema de software. Está subdividido en 13 actividades las cuales involucran: 1. Implementación 2. Análisis de requerimientos del sistema 3. Diseño de la arquitectura del sistema 4. Análisis de requerimientos de software 5. Diseño de la arquitectura del software 6. Diseño detallado del software 7. Codificación y pruebas 8. Integración del software 9. Pruebas de calidad del software 10. Integración del sistema 11. Pruebas de calidad del sistema 12. Instalación del software 13. Aceptación del software.
  • 9.
    1. Implementación Aunque nose detalla mucho en el estándar, es una parte fundamental pues trata del proceso con el que pondrá en práctica el uso del nuevo sistema sobre la antigua plataforma. 2. Análisis de requerimientos del sistema Es una de las actividades más importantes pues a partir de la información obtenida en la solicitud del servicio del usuario, el análisis del problema y la entrevista con los futuros usuarios. Define el alcance del sistema, como son sus funcionalidades, los módulos, el tipo de usuarios, el entorno en el que se ejecutará, entre otros.
  • 10.
    3. Diseño dela arquitectura del sistema Busca la mejor forma de estructurar el comportamiento entre los componentes y módulos, la forma en que se tomarán los datos, los procesos y lugares para guardarlos y la forma de consultarlos, las validaciones, etc. 4. Análisis de requerimientos de software Da a conocer en qué plataforma o SO será usado el sistema, en qué navegadores y/o dispositivos será utilizado, las cargas de trabajo aproximadas que tendrá, los principales medios de entrada y salida, la forma de almacenar y respaldar la información, forma de transmitirse, lenguajes que serán necesarios,etc.
  • 11.
    5. Diseño dela arquitectura del software En esta parte se diseñan las clases, la forma del a estructura, los objetos, las herencias en el caso de que hayan, los métodos, etc. 6. Diseño detallado del software Tiene que ver con lo relacionado a los detalles algorítmicos, representaciones concretas de datos, interconexiones entre funciones,estructura de datos que sirven para detectar los errores en la arquitectura y evitar sorpresas durante la instrumentación del producto.
  • 12.
    7. Codificación ypruebas Es la parte en que se aplican los diseños al escribir el código de todos los componentes del software y verificar que no haya errores ni semánticos, ni de sintaxis ni lógicos. 8. Integración del software Después de probar las funciones por separado se hacen pruebas de módulos compuestos por varias funciones individuales y en conjunto deben dar también resultados correctos trabajando en conjunto.
  • 13.
    9. Pruebas decalidad del software Se verifica que el resultado de cada procesos sea el necesario, que no reciba valores no válidos, que las salidas sean las esperadas con una buena velocidad y que no haya redundancias. 10. Integración del sistema Trata de simplemente enlazar el nuevo sistema con los que se utilizarán a la par que trabajan con los mismos datos o que tienen interdependencia con sus productos. En ocasiones se deben establecer controles humanos para los procesos que no pueden ser automatizados.
  • 14.
    11. Pruebas decalidad del sistema Se aplican heurísticas, se hacen pruebas de carga máxima, se evalúa la usabilidad, se realizan pruebas con usuarios, se verifica la seguridad, etc. 12. Instalación del software Se instala el paquete en los dispositivos en que se usarán, se cargan los componentes necesarios a los servidores, etc. Se prueba que su conectividad sea la adecuada, que el sistema opere de manera estable,etc.
  • 15.
    13. Aceptación delsoftware Las pruebas de aceptación verifica que los beneficios del uso del nuevo sistema son los suficientes para justificar su uso. El usuario debe probar el sistema y comparar sus resultados y su rendimiento con los resultados y rendimiento que obtenía antes de usarlo. Esta prueba debe ser hecha por personas diferentes a las que desarrollaron el software pues de lo contrario los resultados podrían no ser objetivos.
  • 16.
    IV Operación Define lasactividades del operador, la organización que provee el servicio de operar el sistema de cómputo en el ambiente de los usuarios. V Mantenimiento Mantenimiento (correctivo, perfectivo, preventivo y adaptativo): Define las actividades de la organización que provee el servicio de mantener el software, conservandolo actualizado y utilizable. Este proceso incluye la migración y retiro del software.
  • 17.
    PROCESOS DE SOPORTE Estasson 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: 1. Documentación 2. Administración de la configuración. 3. Aseguramiento de calidad. 4. Verificación 5. Validación. 6. Revisión conjunta. 7. Auditoría. 8. Resolución de problemas
  • 18.
    Documentación Define las actividadesnecesarias para registrar toda la información producida por los procesos del ciclo de vida. 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.
  • 19.
    Aseguramiento de Calidad Definelas 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. Verificación Define las actividades (para el adquiriente, el proveedor u organización independiente) para verificar los productos y servicios de software.
  • 20.
    Validación Define las actividades(para el adquirente, el proveedor u organización independiente) para validar los productos de software del proyecto de software. Revisión Conjunta 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.
  • 21.
    Auditoría Define las actividadespara 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). Resolución de 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.
  • 22.
    ¿CUAL ES ELOBJETIVO PRINCIPAL DE LOS PROCESOS DE APOYO, Y SUS PRINCIPALES ACTIVIDADES? Tienen como objetivo brindar soporte y apoyar a los procesos primarios, contribuyendo a la calidad y éxito del proyecto Apoyan los procesos operativos. Sus clientes son internos. Ejemplos: Control de calidad, Selección de personal, Formación del personal, Compras, Sistemas de información, etc. Los procesos de soporte también reciben el nombre de procesos de apoyo. Componentes del Sistema de Calidad – Actividades de apoyo Control de documentos Registros de calidad Mediciones Reglas, prácticas y convecciones Herramientas y técnicas Compra Productos de software comprendidos Entretenimiento. http://normasdelsoftwaresena2012.blogspot.mx/p/iso-12207.html