Вы находитесь на странице: 1из 7

Normativa Peruana Aplicada al Software

Norma Técnica Peruana “NTP-ISO/IEC 12207:2004

INTRODUCCIÓN

Proliferación de normas, procedimientos, métodos, herramientas y entornos,


evolucionando desde esta proliferación, hacia un marco de referencia común que pueda
ser usado por los profesionales de software para “hablar el mismo lenguaje”, a la hora
de crear y gestionar el software.
Los procesos que hay en esta Norma Técnica Peruana forman un conjunto completo.
Una organización, dependiendo de sus necesidades, puede seleccionar un sub-conjunto
apropiado para satisfacer dichas necesidades. Esta Norma Técnica Peruana está, así
pues, diseñada para ser adaptada a una organización, proyecto o aplicación concreta.
Está también diseñada para ser usada cuando el software es una entidad independiente,
integrado o parte integral del sistema total.
El proceso de creación de la infraestructura de Gobierno Electrónico consiste en crear
un proyecto general de infraestructura en tecnologías de información. Este proyecto
comienza con la identificación y evaluación de los componentes funcionales requeridos
en la infraestructura, adopción de estándares abiertos, aceptados internacionalmente, y
planificación, tomando en cuenta la escalabilidad y la seguridad. Esto permitirá crear un
plan que guiará al Estado en la evolución del Gobierno Electrónico en los próximos
años y permitirá una implementación exitosa del mismo.

Ciclo de vida del software


El término ciclo de vida del software describe el desarrollo de software, desde la fase
inicial hasta la fase final. Confiable, predecible y eficiente. Tecnologías de la
Información

La presente Norma Técnica Peruana establece un marco de referencia común para los
procesos del ciclo de vida del software, con una terminología bien definida a la que
puede hacer referencia la industria del software. 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. El software incluye la parte software del
firmware.
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.

Limitaciones

Esta Norma Técnica Peruana describe la arquitectura de los procesos del ciclo de vida
del software, pero no específica los detalles de cómo implementar o llevar a cabo las
actividades y tareas incluidas en los procesos.
Esta Norma Técnica Peruana no pretende establecer el nombre, el formato o el
contenido explícito de la documentación que se genere. Si bien esta Norma Técnica
Peruana puede requerir la elaboración de diversos documentos de tipo o clase similares
(un ejemplo son los distintos tipos de planes), esto no implica que dichos documentos se
desarrollen, agrupen o mantengan separados de alguna manera.
Estas decisiones se dejan para el usuario de esta Norma Técnica Peruana.
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. Las partes son también responsables de
seleccionar y aplicar los métodos de desarrollo de software, y de llevar a cabo las
actividades y tareas adecuadas para el proyecto software.

Referencias normativas

Las siguientes normas contienen disposiciones que al ser citadas en este texto,
constituyen requisitos de esta NTP. Como toda norma está base a ellas, que analicen la
conveniencia de usar las ediciones recientes de las normas citadas seguidamente. El
Organismo Peruano de Normalización posee, en todo momento, la información sujeta a
revisión, se recomienda a aquellos que realicen acuerdos en de las Normas Técnicas
Peruanas en vigencia.

Definiciones
ACUERDO: Definición de términos y condiciones bajo los cuales se ha de desarrollar
una relación de trabajo.

ADQUISICIÓN: El proceso de obtener un sistema, producto software o servicio


software

ASEGURAMIENTO DE LA CALIDAD: Parte de la gestión de la calidad orientada a


proporcionar confianza en que se cumplirán los requisitos de la calidad

AUDITORÍA. Proceso sistemático, independiente y documentado para obtener


evidencias de la auditoría y evaluarlas de manera objetiva con el fin de determinar la
extensión en que se cumplen los criterios de auditoría. La auditoría se refiere a
productos y procesos de software

CALIFICACIÓN: capacidad para cumplir los requisitos especificados.

COBERTURA DE LAS PRUEBAS: prueban los requisitos del sistema.

CONTRATO: Acuerdo vinculante entre dos partes.

DESARROLLADOR: Organización que lleva a cabo actividades.

ELEMENTO DE CONFIGURACIÓN: Entidad dentro de una configuración que


satisface una funcionalidad.

ELEMENTO NO ENTREGABLE: Producto hardware o software cuya entrega no es


requerida por el contrato
ESPECIFICACIÓN DEL TRABAJO: Documento usado por el adquiriente como medio
para describir y especificar las tareas a llevar a cabo bajo contrato.
EVALUACIÓN: Determinación si cumple con los criterios especificados

FIRMWARE: Este software no se puede modificar fácilmente bajo el control del


programa que lo usa.

LÍNEA BASE: Formalmente identificada y fijada en un momento dado de su ciclo de


vida.

MODELO DEL CICLO DE VIDA: Marco de referencia que contiene los procesos,
actividades y tareas

OPERADOR: Organización que opera el sistema.

PROCESO: Conjunto de actividades.

PRODUCTO PREELABORADO: Producto ya desarrollado y disponible.

PRODUCTO SOFTWARE: Conjunto de programas de computadora, procedimientos y


posible documentación y datos asociados.

ROVEEDOR: Organización que es contratada por el adquiriente para el suministro de


un sistema.

PRUEBAS DE CALIFICACIÓN: Versión concreta de un elemento.

RELEASE: Versión concreta de un elemento.

REQUERIMIENTOS DE CALIFICACIÓN: condiciones que deben cumplirse para


calificar.

RESPONSABLE DE MANTENIMIENTO: Organización que lleva a cabo actividades


de mantenimiento.

RESULTADO DEL PROCESO: logro exitoso del propósito.

Aplicación

Es el proceso del ciclo de vida que se emplea para adquirir, suministrar, desarrollar,
operar y mantener productos software.
ORGANIZACIÓN
• PROCESOS DEL CICLO DE VIDA
Esta NTP agrupa las actividades que se pueden llevar a cabo durante: El ciclo de vida
del software en cinco procesos principales, ocho procesos de apoyo y cuatro procesos
organizativos. Los procesos principales del ciclo de vida son cinco, que dan servicio a
las partes principales durante el ciclo de vida del software.

Las partes principales son:

 Adquiriente
 Proveedor
 Desarrollador
 Operador
 Responsable de mantenimiento de productos software.

PROCESO PRINCIPAL DEL CICLO DE VIDA

PROCESO DE APOYO DEL CICLO DE VIDA


PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA
CONCLUSION

Gracias a las normas y estándares aplicados a proyectos TI y de calidad para el


desarrollo de software hoy en día se nos puede facilitar la realización de los proyectos
ya que con las normas podemos seguir ciertos pasos para que los proyectos sean más
eficientes y más fáciles de realizarlos paso a paso y los estándares nos especifican que el
desarrollo de un proyecto debe ser de calidad, el cual debe satisfacer las necesidades del
cliente o de la empresa a la que se le esté desarrollando dicho software. También gracias
importantes estándares como el proceso de software personal es de gran ayuda para los
ingenieros involucrados en el proyecto ya que les permite mejorar la forma en que
trabajan y controlar los tiempos mediante formatos de tiempo para cada una de las
actividades y que el software desarrollado sea de calidad. Por otra parte el CMMI nos
ayuda a mejorar los procesos de construcción de software y de proyectos de TI, el
estándar IEEE nos brinda una serie de documentación el desarrollo de software y
proyectos de TI Y el TSP se enfoca más en la mejora de trabajo en equipo para los
procesos de software. Por último la aplicación de una norma o estándar los podemos
aplicar en nuestros proyectos de acuerdo a la necesidades de dicho proyecto.
BIBLIOGRAFIA

Ingeniería Del Software Un Enfoque Practico Séptima Edición (Roger S. Pressman)

https://www.unac.edu.pe/images/inventario/documentos/resoluciones/NORMA_0_RES
OLUCION_MINISTERIAL_179-2004-PCM.pdf

https://www.unac.edu.pe/images/inventario/documentos/resoluciones/NORMA_0_RES
OLUCION_MINISTERIAL_179-2004-PCM.pdf

Вам также может понравиться