Norma tecnica grupo de genix

823 views
747 views

Published on

GRUPO DE INGENIERIA DEL SOFTWARE

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
823
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
32
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Norma tecnica grupo de genix

  1. 1. UNIVERSIDAD NACIONAL “PEDRO RUIZ GALLO”<br />NORMA TÉCNICA PERUANA: “NTP – ISO / IEC 12207:2004”<br />
  2. 2. NORMA TÉCNICA PERUANA:“NTP – ISO / IEC 12207:2004”<br />
  3. 3. Norma Técnica Peruana:“NTP – ISO / IEC 12207:2004”<br />Contiene procesos, actividades y tareas para aplicar durante la adquisición de un sistema que contiene software, un producto software puro o un servicio software, y durante el suministro, desarrollo, operación y mantenimiento de productos software.<br />Esta Norma Técnica Peruana incluye también un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de vida del software.<br />Esta Norma Técnica Peruana está escrita para adquirientes de sistemas y productos y servicios software, y para proveedores, desarrolladores, operadores, responsables de mantenimiento, administradores, responsables de aseguramiento de calidad y usuarios de productos software.<br />
  4. 4. Norma Técnica Peruana:“NTP – ISO / IEC 12207:2004”<br />Esta Norma Técnica Peruana no pretende establecer el nombre, el formato o el contenido explícito de la documentación que se genere. <br />Esta Norma Técnica Peruana no establece un modelo de ciclo de vida concreto para el desarrollo del software. Las partes en esta Norma Técnica Peruana son las responsables de seleccionar un modelo de ciclo de vida para el proyecto software y de elaborar una correspondencia entre los procesos, actividades y tareas de esta Norma Técnica Peruana y los de dicho modelo. <br />
  5. 5. ¿Qué es ISO/IEC 12207?<br />Es una norma de la ingeniería de software resultado del esfuerzo internacional de expertos de todo el mundo entre académicos y profesionales.<br />Busca establecer un marco de referencia para la administración de los procesos de la ingeniería de software en el mundo.<br />Define los procesos, actividades y tareas asociadas a los procesos del ciclo de vida del software desde la concepción hasta su retiro.<br />Define los procesos de ingeniería de software como: “un conjunto de actividades que son realizadas por un conjunto de tareas que definen como las acciones transforman las entradas en salidas”<br />
  6. 6. Alcance de la NTP-ISO/IEC 12207<br />
  7. 7. Piratería de Software en Internet<br />
  8. 8. ARQUITECTURA<br />La norma establece la arquitectura de alto nivel del ciclo de vida del software: los procesos y sus interrelaciones.<br />El ciclo comienza con la idea y termina con la retirada del software.<br />Se derivan los procesos considerando:<br /> Modularidad del proceso: un proceso individual se dedica solamente a una única función. Alta cohesión y bajo acoplamiento.<br /> Responsabilidad del proceso: un proceso individual es responsabilidad de una de las partes.<br />
  9. 9. 1<br />
  10. 10. ESTRUCTURA<br /><ul><li>Los procesos se organizan por actividades.
  11. 11. Las actividades se implementan a través de las tareas.
  12. 12. Una tarea es:
  13. 13. Un conjunto elemental o atómico de acciones.
  14. 14. Una tarea consume entradas (datos, información, control) y produce salidas (datos, información, control).
  15. 15. Se consideran tres tipos de procesos:
  16. 16. Principales
  17. 17. Soporte o Apoyo
  18. 18. Organizacionales
  19. 19. En la siguiente figura se muestra la estructura general de la NTP-ISO/IEC 12207. Los números que preceden a cada proceso hacen referencia a capítulos de esta NTP.</li></li></ul><li>
  20. 20. Procesos Principales<br /><ul><li>Adquisición: Actividades y tareas que el comprador, el cliente o el usuario realizan para adquirir un sistema, un servicio o un producto software.</li></li></ul><li><ul><li>Suministro</li></ul>Preparar contratos como respuesta a una petición de un comprador de un producto software.<br />Identificar los recursos necesarios para llevar a cabo con éxito el desarrollo del producto software.<br />
  21. 21. <ul><li>Desarrollo: Actividades y tareas enfocadas a la obtención de un producto software, por parte del desarrollador u organización:</li></ul>Análisis.<br />Diseño.<br />Codificación.<br />Pruebas.<br />Integración.<br />Implantación.<br />
  22. 22. <ul><li>Operación: Define las actividades del operador u organización que proporciona el servicio de operar un sistema informático en su entorno real, para los usuarios.</li></ul>Mantenimiento: Actividades que incluyen modificaciones del producto, tanto del código como de la documentación, debido errores o a la necesidad de mejora o/y adaptación.<br />Migración hacia un nuevo entorno operativo.<br />Retirada del producto.<br />
  23. 23. Procesos de Apoyo<br />Documentación: Registrar la información producida por un proceso o actividad del ciclo de vida:<br />Diseñar, editar, distribuir y mantener los documentos producidos durante el desarrollo del software.<br />Gestión de la configuración: Actividades que controlan las modificaciones y versiones de los elementos.<br />Registrar las peticiones de cambios e informar de los estados de éstos..<br />
  24. 24. Aseguramiento de la calidad: Actividades para asegurar que los productos cumplen los requisitos especificados y se ajustan a los planes establecidos. Revisión conjunta, auditoría, verificación y validación pueden ser utilizadas como técnicas de aseguramiento de la calidad.<br />Verificación: Actividades para determinar el buen funcionamiento de un producto software.<br />
  25. 25. Validación: Actividades para determinar si e producto cumple los requisitos previstos.<br />Revisión conjunta: Actividades que permiten determinar el estado de los productos en una determinada actividad del ciclo de vida o en una cierta fase del proyecto. Puede ser una reunión conjunta con el cliente, el grupo de desarrollo y los clientes potenciales para revisar el trabajo hecho.<br />
  26. 26. Auditorías: Actividades que permiten determinar en unos momentos determinados si se han conseguido los objetivos propuestos: requisitos, cumplimiento del contrato. Este proceso puede ser empleado por dos partes cualesquiera, donde una de las partes (la auditora) audita los procesos software o actividades de otra parte (la auditada.)<br />
  27. 27. Solución de problemas: Actividades que permiten analizar y resolver los problemas o disconformidades con los requisitos o con el contrato, que hayan surgido durante el desarrollo, la operación, el mantenimiento, o en cualquier otro momento.<br />Disponer de un medio documental que permita asegurar que todos los problemas se han tratado.<br />
  28. 28. Guía para la Administración Eficiente de Software Legal en la Administración Pública<br /><ul><li>El software es un recurso indispensable
  29. 29. El software debe administrarse durante su ciclo de vida para alcanzar su beneficio potencial.
  30. 30. El uso legal del software por parte de la Administración Pública fomentará al sector privado a actuar de la misma manera</li></li></ul><li>COMO EMPLEAR ESTA GUIA<br /><ul><li>Establecimiento de un entorno para alcanzar los objetivos.
  31. 31. Realización de inventario del software
  32. 32. Acciones a ser adoptadas por las entidades y dependencias públicas.
  33. 33. Adoptar la Guía para la Administración Eficiente del Software Legal en la Administración Pública.
  34. 34. Desarrollar y mantener un adecuado sistema de actualización del inventario de software.
  35. 35. Incluir expresamente el requerimiento de la autorización o licencia legalmente.
  36. 36. Desarrollar acciones informativas continuas dirigidas al personal de cada institución.
  37. 37. Compromiso de proceso continuo.</li></li></ul><li>GRACIAS…<br />

×