NMX-I-059-NYCE-2005 Ó MOPROSOFT

El Modelo de Procesos de Software (MoProSoft) o la norma NMX-I-059-NYCE-2005 como oficialmente se identifica, es el resultado del trabajo de la Secretaría de Economía en el año 2003 para desarrollar un modelo de procesos para la pequeña y mediana empresa que desarrollan software.

El proyecto fue desarrollado por la Universidad Nacional Autónoma de México (UNAM) bajo la dirección de la Dra. Hanna Oktaba, contó con la contribución de diversos especialistas de la industria y la academia y tomo como base modelos o normas internacionales, tales como ISO 9000:2000 o CMMI. 

El esquema agrupa los procesos en tres categorías principales: Alta Dirección, Gerencia y Operación

•      Alta dirección (DIR): Gestión de negocio

•      Gerencia (GER): Gestión de procesos, Gestión de proyectos, Gestión de recursos: Recursos humanos, Bienes, servicios e infraestructura, y Conocimiento de la organización

•      Categoría Operación (OPE) : Administración de proyectos específicos, Desarrollo y mantenimiento de software

CARACTERISTICAS

• Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2008 y CMMI.
• Es sencillo de entender y adoptar.
• Comprende un documento de menos de 200 páginas que al compararlo con otros modelos y estándares, lo hace bastante práctico.

BENEFICIOS

•      Delimita las responsabilidades de los individuos en la organización

•      Establece puntos de control y seguimiento en los proyectos

•      Mide los puntos de control críticos para las organizaciones de TI.

APLICACIÓN Y EVALUACION

A diferencia de CMMI, los procesos son prescriptivos, esto quiere decir que definen cómo se ejecutan las actividades, los roles que participan, los productos a desarrollar, indicadores a medir.

En la actualidad dos organismos están reconocidos para realizar la acreditación de MoProSoft: NYCE y Certver.

NIVELES DE NYCE

1. NMX-I-059/01-NYCE: Contiene los conceptos y descripciones de productos usados.

2. NMX-I-059/02-NYCE: Establece los requisitos de los procesos a implantar en la organización a través del Modelo de Procesos de Software (MoProSoft.

3. NMX-I-059/03-NYCE: Contiene una propuesta de implantación escrito en la parte 02.

4. NMX-I-059/04-NYCE:  Hace uso de la NMX-I-059/02-NYCE y del capítulo 5 de la NMX-I-15504/02-NYCE para obtener un Perfil del Nivel de Capacidad de los Procesos implantados en una organización y un Nivel de Madurez de Capacidades. 

METODO BRAINSTORMING

METODOLOGIA SCRUM

MODELO DE PROTOTIPO

Modelo Incremental

MODELO EN ESPIRAL

MODELADO CASCADA

En los años 70 se impuso un nuevo enfoque de desarrollo del software, introducido por Royce en 1970.

En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.

Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte de un sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.

Análisis de los requisitos del software: el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software. El ingeniero de software (Analistas) debe comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas.

Diseño: el diseño del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software con la calidad requerida antes de que comience la codificación.

Codificación: el diseño debe traducirse en una forma legible para la máquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la codificación puede realizarse mecánicamente.

Prueba: una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.

Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debido a que hayan encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento.

Ventajas:

•         Es que la documentación se produce en cada etapa del desarrollo. Esto hace que la comprensión del producto diseñar procedimiento más sencillo.

•          Después de cada etapa importante de la codificación de software, las pruebas se realizan para comprobar el correcto funcionamiento del código.

Desventajas:

·  Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicación del paradigma.

·  Normalmente, es difícil para el cliente establecer explícitamente al principio  todos los requisitos. El ciclo de vida clásico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos.

·  El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible una versión operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso.

Nombre de los integrantes:

•      Dulce Olivia Romero Cruz

•      Andres Eduardo Morales Vallejo

MODELO DRA

MODELO DRA (DESARROLLO RAPIDO DE APLICACIONES)

El modelo DRA, es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto.

El enfoque DRA comprende las siguientes fases:

Modelado de Gestión: El flujo de información entre las funciones de gestión se modela de forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la procesa?

Modelado de datos: El flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa.                                            

Modelado del proceso: Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos.                                                                                                                               

Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta generación. El proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario).

PRUEBAS Y ENTREGAS: Como el proceso DRA enfatiza la reutilización, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo.

Ventajas

•        Los entregables pueden ser fácilmente trasladados a otra plataforma.

•        El desarrollo se realiza a un nivel de abstracción mayor.

•        Entrega temprana al cliente.

•        Compromiso del cliente con el sistema.

•        Mayor flexibilidad.

Desventajas

•        Tiene inconvenientes para proyectos grandes, necesita suficientes recursos humanos para crear el número correcto de equipos.

•        Si los desarrolladores y clientes no se comprenden con las actividades necesarias para completar el sistema, los proyectos fallarán.

Alumnos:

* Guerrero Hernandez Ramón

* Victoria Sanchez Marisol 

NORMA MEXICANA

REVISEN LA PUBLICACION DEL DIARIO OFICIAL DE LA FEDERACION
http://dof.gob.mx/nota_detalle_popup.php?codigo=5190247

DEFINICION DE CONCEPTOS

BIENVENIDA

Hola que tal a todos los que integran este grupo de la Materia de Modelos Arquitectónicos, es un placer para su servidora estar este semestre a través de compartir esta información con Ustedes, espero que en este tiempo aprendamos una herramienta importante para el desempeño de su carrera Profesional, cuenten conmigo en este tiempo para transmitirles mi experiencia.... Bienvenidos

Atte. Sele Gómez

PROGRAMA DE LA MATERIA

Temario

1.
Paradigmas y modelos de desarrollo de software
1.1 Paradigmas y modelos de desarrollo de software
1.2 Modelo de cascada
1.3 Modelo en espiral
1.4 Modelo DRA
1.5 Modelo Incremental
1.6 Modelo por Prototipos
2.
Arquitectura de Sistemas Distribuidos
2.1 Introducción a los Sistemas Distribuidos
2.2 Arquitectura de los Sistemas Distribuidos
2.3 Aplicaciones de Arquitecturas de Sistemas Distribuidos
3.
Cómputo Paralelo
3.1 Introducción al cómputo paralelo
3.2 Procesamiento Paralelo
3.3 Introducción a las herramientas
de programación paralela
4.
Programación Paralela
4.1 Introducción a los algoritmos paralelos
4.2 Programación Paralela
4.3 Programación Paralela con MPI
4.4 Compilación Paralela
4.5 Paralelización automática del compilador
4.6 Paralelización