1.
ADMINISTRACIÓN DE PROYECTOS SOFTWARE Ing. Rosemary Samaniego O.,Mg.Sc

2.
¿Qué SIGNIFICARÁ ADMINISTRAR? ¿QUÉ ES SOFTWARE?

3.
Los que están enamorados de la práctica sin ciencia son como un piloto que va en un barco sin timón y sin brújula, y nunca tiene la certeza de a donde se dirige”. Leonardo Da Vinci ADMINISTRACION DE PROYECTOS SOFTWARE Metodologías Modelos Herramientas y técnicas de administración Microsoft Project Estimación y planificación de proyectos software COCOMO II Plan de contingencia Gestión de calidad

4.
Consulta. <ul><li>Definición de Ingeniero del Software /Sistemas </li></ul><ul><li>Misión </li></ul><ul><li>Funciones que desempeñan. </li></ul><ul><li>Establecer relación o diferencias </li></ul><ul><li> </li></ul>

5.
Crisis del Software <ul><li>Según el Centro Experimental de Ingeniería de Software (CEIS), el estudio de mercado The chaos Report realizado por Standish Group Internactional en 2004, </li></ul><ul><li>Concluyó que sólo: </li></ul><ul><li>29% de los proyectos de software son exitosos. </li></ul><ul><li>(Terminan dentro de plazos y costos y cumplen los requerimientos acordados). </li></ul><ul><li>53% sobrepasa costos y plazos y cumple parcialmente los requerimientos. </li></ul><ul><li>18% Ni siquiera llega al término. </li></ul>

6.
QUÉ ES APS? <ul><li>Es el proceso por el cuál se planifica, dirige y controla el desarrollo de un sistema aceptable con un coste mínimo y dentro de un período de tiempo específico. </li></ul>

7.
PROBLEMAS TÍPICOS EN EL DESARROLLO SOFTWARE <ul><li>Escasa o tardía validación con el cliente. </li></ul><ul><li>Inadecuada gestión de los requisitos. </li></ul><ul><li>No existe medición del proceso ni registro de datos históricos. </li></ul><ul><li>Estimaciones imprevistas de plazos y costos. </li></ul><ul><li>Excesiva e irracional presión en los plazos. </li></ul><ul><li>Escaso o deficiente control en el progreso del proceso de desarrollo. </li></ul><ul><li>No se hace gestión de riesgos formalmente. </li></ul><ul><li>No se realiza un proceso formal de pruebas. </li></ul><ul><li>No se realizan revisiones técnicas formales e inspecciones de código. </li></ul><ul><li>Uso de tecnología novedosa </li></ul><ul><li> </li></ul>El CHAOS Standish Group, indica que los mayores problemas están relacionados con la especificación, la gestión y la documentación de los proyectos.

8.
MINICASO PRÁCTICO <ul><li>FUN & GAME, INC. </li></ul><ul><li>PREGUNTAS PARA DISCUTIR </li></ul><ul><li>¿En qué se equivocó Steven? ¿Qué habría hecho ud. De forma diferente? </li></ul><ul><li>¿Tiene Jan alguna culpa en los problemas encontrados en este proyecto? </li></ul><ul><li>¿Cree ud., qué sería un error usar los cambios en los requisitos como excusa para justificar los defectos de gestión o administración del proyecto? </li></ul><ul><li>Cómo se podría responsabilizar más a los usuarios y los directivos de los cambios en los requisitos experimentados en este proyecto (y en muchos otros)? </li></ul><ul><li>Cree Ud., que es importante conocer las metodologías de desarrollo de software. Conoce alguna. Explique? </li></ul>

9.
Preguntas individuales: <ul><li>Cree ud, que la solución cuando un proyecto va con retraso será asignando más personal al equipo de proyecto? </li></ul><ul><li>Cómo debe ser la planificación. Estricta o debe ser flexible y abierta? </li></ul><ul><li>Cuál o cuales cree ud. Que deben ser las funciones básicas de un administrador de proyectos? </li></ul>

10.
Cuáles son las consecuencias de una deficiente APS? <ul><li>Necesidades no satisfechas o no identificadas </li></ul><ul><li>Cambio incontrolado del ámbito del proyecto </li></ul><ul><li>Exceso de costo </li></ul><ul><li>Retrasos en la entrega…… </li></ul>

11.
Funciones Básicas <ul><li>Planificación de las tareas del proyecto y selección del equipo de proyecto. </li></ul><ul><ul><li>¿Cuánto tiempo se requerirá? </li></ul></ul><ul><ul><li>¿Cuántas personas serán necesarias? </li></ul></ul><ul><ul><li>¿Cuánto costará la tarea? </li></ul></ul><ul><ul><li>¿Qué tarea deben terminarse antes de empezar otras? </li></ul></ul><ul><ul><li>¿Pueden tener holgura alguna de ellas? </li></ul></ul><ul><li>Organización y definición de calendario para el proyecto </li></ul><ul><li>Dirección y control del proyecto </li></ul><ul><li>Si el ámbito del proyecto tiende a crecer, el administrador debe tomar una decisión. </li></ul><ul><ul><ul><li>¿habría que reducir el ámbito del proyecto para respetar el presupuesto y los plazos, o revisar dicho presupuesto y dichos plazos? Debería ser capaz de presentar alternativas y sus implicaciones a los plazos y presupuestos para saber responder a las expectativas. </li></ul></ul></ul>

12.
La base inicial de las seis áreas de conocimiento necesarias para la Gerencia de Proyectos: <ul><li>Alcance Tiempo </li></ul><ul><li>Costo Calidad </li></ul><ul><li>Recursos Humanos Comunicaciones </li></ul>

13.
Procesos de desarrollo de Software Actividades Especificación de software Diseño e Implementación Validación Evolución

14.
Procesos de desarrollo de Software Metodologías o Ciclo de Vida . ¿Qué necesito? Investigar los 3 ciclos de vida más utilizados de acuerdo a : a) TIEMPO b. Documentación c. RIESGOS d. Què proyectos lo han utilizado Ciclos de Vida del SOFTWARE Metodologías de desarrollo de Software Madurez del Proceso del SOFTWARE.

15.
<ul><li>Conjunto de procedimientos, técnicas, herramientas y soporte documental para la realización de nuevo software. </li></ul>¿Qué son las metodologías de desarrollo de software?

16.
Para qué sirven las metodologías? <ul><li>¿Cómo se divide el proyecto? </li></ul><ul><li>¿Qué tareas en cada etapa? </li></ul><ul><li>¿Qué salidas y cuándo se producen? </li></ul><ul><li>¿Restricciones? </li></ul><ul><li>¿Herramientas? </li></ul><ul><li>¿Cómo gestionar, cómo controlar? </li></ul>

17.
Metodologías estructuradas <ul><li>MERISE (Francia) </li></ul><ul><li>Gane & Sarson </li></ul><ul><li>Yourdon & DeMarco </li></ul>

18.
Metodología OO <ul><li>Boom del POO </li></ul><ul><li>RUP </li></ul>

19.
Metodología Ágiles <ul><li>Extreme Programming </li></ul><ul><li>Proceso Unificado Rational </li></ul><ul><li>Open Source Software Development </li></ul>

20.
<ul><li>Investigar una metodología de cada tipo. Definición, para que sirve, ventajas, desventajas, cuando se la puede usar </li></ul><ul><li>Cuadro comparativo de las metodologías: Enfoque, Ventajas/Desventajas, proceso de desarrollo, aplicabilidad. RUP,XP,MERISE, MSF, etc. </li></ul><ul><li>PMBOK cuándo usar?, en que nos ayuda </li></ul><ul><li>ISO 9000 – 9001 -12207 </li></ul>TRABAJO INVESTIGATIVO

21.
Metodologías de desarrollo de Software Nombre: Oscar A. Ram í rez A. Profesor: Rosemary Samaniego Quimestre: S é ptimo PARALELO: “ B ”

22.
METODOLOGÍAS DE DESARROLLO DE SOFTWARE ¿ Qué es una Metodolog í a? En un proyecto de desarrollo de software la metodolog í a define Qui é n debe hacer Qu é , Cu á ndo y C ó mo debe hacerlo Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollo de Software

23.
<ul><li>Caracter í stica Deseables Una Metodolog í a </li></ul><ul><li>Existencia de reglas predefinidas </li></ul><ul><li>Cobertura total del ciclo de desarrollo </li></ul><ul><li>Verificaciones intermedias </li></ul><ul><li>Planificaci ó n y control </li></ul><ul><li>Comunicaci ó n efectiva </li></ul><ul><li>Utilizaci ó n sobre un abanico amplio de proyectos </li></ul><ul><li>F á cil formaci ó n </li></ul><ul><li>Herramientas CASE </li></ul><ul><li>Actividades que mejoren el proceso de desarrollo </li></ul><ul><li>Soporte al mantenimiento </li></ul><ul><li>Soporte de la reutilizaci ó n de software </li></ul>

24.
FASES <ul><li>Metodologías Estructuradas </li></ul><ul><li>Metodologías Orientadas a Objetos </li></ul><ul><li>Metodologías Ágiles </li></ul><ul><li>Análisis </li></ul><ul><li>Diseño lógico </li></ul><ul><li>Diseño físico </li></ul><ul><li>Implementación y control </li></ul>CLASIFICACION

25.
Metodología estructurada <ul><li>Crea los modelos de forma descendente. </li></ul><ul><li>Son las orientadas a procesos, a datos y las mixtas. </li></ul><ul><li>Intentan aplicar formas ingenieriles para solucionar problemas técnicos al obtener un sistema de información, proponen la creación de modelos, flujos y estructuras </li></ul>

26.
MERISE Es un método integrado de análisis, concepción y gestión de proyectos, desarrollado en Francia. Esta metodología aporta un ciclo de vida más largo a los existentes, se materializa en un conjunto definido de etapas. Introducen dos ciclos complementarios: ciclo de abstracción y ciclo de decisión.

27.
Fases MERISE ETAPAS esquema director estudio global y descomposicion por partes se obtiene el plan de desarrollo estudio previo definicion del hardware y software, y elección del escenario para cada parte estudio detallado estudio detallado de cada parte estudio tecnico planificacion y optimizacion de lo q se va a realizar realizacion programacion, pruebas e implementacion mantenimineto correccion de posibles errores y entrega de proyecto

28.
Metodologías OO <ul><li>Son interactivas e incrementales. </li></ul><ul><li>F á cil de dividir el sistema en varios subsistemas independientes. </li></ul><ul><li>Se fomenta la reutilizaci ó n de componentes. </li></ul>

29.
PROCESO UNIFICADO RACIONAL (RUP) Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML , constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. Esta metodología permite que todos los integrantes de un equipo de trabajo, conozcan y compartan el proceso de desarrollo.

30.
CARACTERISTICAS <ul><li>Dirigido por Casos de Uso </li></ul><ul><li>Centrado en la Arquitectura </li></ul><ul><li>Iterativo e Incremental </li></ul><ul><li>Desarrollo basado en componentes </li></ul><ul><li>UML como lenguaje de Modelado </li></ul><ul><li>Proceso Integrado </li></ul>

31.
Ventajas <ul><li>Progreso visible en las primeras etapas </li></ul><ul><li>Temprana retroalimentación que se ajuste a las necesidades reales </li></ul><ul><li>Reconoce que las necesidades del usuario y sus requerimientos no se pueden definir completamente al principio. </li></ul><ul><li>Permite evaluar tempranamente los riesgos en lugar de descubrir problemas en la integración final del sistema. </li></ul><ul><li>Distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas las disciplinas colaboran en cada iteración. </li></ul><ul><li>Facilita la reutilización del código teniendo en cuenta que se realizan revisiones en las primeras iteraciones lo cual permite apreciar oportunidades de mejoras en el diseño. </li></ul>

32.
Fases RUP FASES inicio principales casos de usos, se identifica los riesgos y se define el alcance del proyecto elaboracion eliminacion de riesgos, complementacion de casos de usos construccion elaboracion del proyecto y pruebas transicion presentacion y entrega del proyecto

33.
Microsoft Solution Framework (MSF) Esta es una metodolog í a flexible e interrelacionada con una serie de conceptos, modelos y pr á cticas de uso, que controlan la planificaci ó n, el desarrollo y la gesti ó n de proyectos tecnol ó gicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo plano las elecciones tecnol ó gicas.

34.
Características <ul><li>Adaptable: es parecido a un compás, usado en cualquier parte como un mapa, del cual su uso es limitado a un específico lugar. </li></ul><ul><li>Escalable: puede organizar equipos tan pequeños entre 3 o 4 personas, así como también, proyectos que requieren 50 personas a más. </li></ul><ul><li>Flexible: es utilizada en el ambiente de desarrollo de cualquier cliente. </li></ul><ul><li>Tecnología Agnóstica: porque puede ser usada para desarrollar soluciones basadas sobre cualquier tecnología. </li></ul>

35.
METODOLOGÍAS AGILES En las metodologías ágiles se intenta ser lo más flexible posible, que el cliente pueda cambiar los requisitos cuando quiera y que el código funcione bien.

36.
La programación extrema o eXtreme Programming (XP).- Fundado por Ken Beck en 1996, Identificó que era lo simple y lo difícil al momento de programar. Es la más destacada de los procesos ágiles de desarrollo de software. Al igual que éstos, la programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad

37.
Valores de XP <ul><li>Comunicaci ó n: Crear software requiere de sistemas comunicados. </li></ul><ul><li>Simplicidad: Empezar con lo necesario y requerido y trabajar desde ah í . </li></ul><ul><li>Retroalimentaci ó n: Del sistema, del cliente, y del equipo. </li></ul><ul><li>Valent í a: Programa para hoy y no para ma ñ ana. </li></ul><ul><li>Respeto: El equipo debe trabajar como uno, sin hacer desiciones repentinas. </li></ul>

38.
Ventajas <ul><li>Programaci ó n organizada. </li></ul><ul><li>Menor taza de errores. </li></ul><ul><li>Satisfacci ó n del programador. </li></ul><ul><li>Es recomendable emplearlo solo en proyectos a corto plazo. </li></ul><ul><li>Altas comisiones en caso de fallar. </li></ul>

39.
Fases XP FASES exploracion entrevistas con los usuarios, conocer acerca de los detalles del negocio, familiarizacion con la herramientas de trabajo planificacion de la entrega planificacion del tiempo q se van a demorar, priorisar los datos recopilados iteraciones establecer una arquitectura del sistema produccion pruebas adicionales y revision del rendimiento mantenimiento trabaja conjuntamente con la produccion y desarrollo de nuevas iteraciones muerte del proyecto se han completado los requerimientos del cliente, documentacion final o en el caso de q no hay presupuesto para mantenerlo

41.
ASPECTOS MERISE RUP XP DESARROLLO DEL CODIGO Desarrollo del código. Facilita la reutilización de código. Reescribir el código escrito para obtener mayor simplicidad PROCESOS DE DESARROLLO No posee un desarrollo de proyectos de forma iterativa e incremental. Desarrollo interno en etapas interactivas. Desarrollo iterativo e incremental COMO DESARROLLA EL PROCESO Para modelar un sistema informático va de lo más abstracto a lo más concreto. Divide el proyecto en mini proyectos. Divide el proyecto en iteraciones FORMA DE TRABAJO Programación en grupos Programación en equipos Programación en parejas CALIDAD Mejora la calidad de las especificaciones antes de la realización del sistema. Tiene como objetivo asegurar la producción de software de alta calidad. Tiene como objetivo llegar al éxito del proyecto con corto equipo de trabajo, teniendo en cuenta al usuario final y además con una programación rápida o extrema COMUNICACION El cliente interactúa con el equipo de desarrollo mediante reuniones Se depende mucho del cliente = de mora Es constante el cliente, de el depende el éxito del proyecto

42.
CARACTERISTICAS MERISE RUP XP DIRIGIDO POR FASES Dirigido por las fases o niveles que debe ir cumpliendo. Dirigido por los casos de uso. Dirigido por la creatividad y el conocimiento del programador. CAPACITACION Capacitación del personal. El desarrollo del software no lo hace una única persona, si no múltiples equipos. Centrada en potenciar las relaciones interpersonales. DISCIPLINA Propone una serie de fases diferenciadas. Provee un enfoque disciplinado para la asignación de tareas y responsabilidades. Programación en parejas. Recopilación y validación de los sistemas. El aseguramiento de la calidad forma parte del proceso de desarrollo. Simplicidad: elaborar un código sencillo. COSTOS Gestión de costos y tiempo. En proyectos pequeños no es posible cubrir los costos de dedicación. Busca reducción de costos.

43.
CARACTERISTICAS MERISE RUP XP TIEMPO Proyectos de largo plazo Puede ser adoptada tanto para empresas grandes como para pequeñas y puede ser modificadas para adecuarse a diversas situaciones Se usan para proyectos pequeños Documentación La documentación es necesaria Es una metodología solida con documentación Pruebas unitarias continuas: realiza pruebas sobre código escrito y documentado. RIESGOS No evalúa riesgos iníciales. Permite evaluar temporalmente los riesgos en lugar de descubrir problemas en la integración final del sistema. Proyecto con altos grados de riesgo CORRECIONES SOBRE LA MARCHA Los cambios organizativos afectan negativamente el proyecto Busca detectar defectos en las fases iníciales. Intenta reducir el numero de cambios tanto como sea posible Permite realizar cambios de ultimo momento, en cualquier punto de la vida del proyecto es una aproximación mejor y mas realista que intenta definir todos los requisitos del proyecto.

44.
PMBOK El Project Management Body of Knowledge (Libro de estándares para la Gestión de Proyectos) (PMBOK) (®) es un estándar reconocido internacionalmente (IEEE, ANSI) este trabaja con el uso del conocimiento, de las habilidades, de las herramientas, y de las técnicas para resolver requisitos del proyecto.

45.
Procesos Básicos Integración. Desarrolle la carta del proyecto, la declaración del alcance y el plan. Alcance. Planeamiento, definición, creación, verificación Tiempo. Definición, secuenciamiento, estimación de recursos necesarios Costo. Planeamiento de recursos, costos estimados, presupuesto y control. Calidad. Planeamiento de la calidad, aseguramiento de calidad Recurso humano. Planeamiento, contratación, y administración. Comunicaciones. Distribución de la información, difusión del desempeño Riesgos . Planeamiento e identificación de riesgos, Análisis de riesgos Consecución. Plan de contrataciones y adquisiciones, selección e incentivos de los vendedores, administración y cierre de contratos.

46.
Cuando usar <ul><li>Programas de Administración (generales) </li></ul><ul><li>Proyectos departamentales (funcionales) </li></ul><ul><li>Proyectos de ingeniería (técnicos) </li></ul><ul><li>Procesos específico de la industria </li></ul><ul><li>Desarrollo de productos (comercialización) </li></ul><ul><li>Programas de gobierno (público) </li></ul><ul><li>Programas de desarrollo (organizaciones internacionales) </li></ul>

47.
Estructura

48.
Ventajas <ul><li>La guía del PMBOK es un marco y un estándar . </li></ul><ul><li>Está orientada a procesos. </li></ul><ul><li>Indica el conocimiento necesario para manejar el ciclo vital de cualquier proyecto, programa y portafolio a través de sus procesos. </li></ul><ul><li>Define para cada proceso sus insumos, herramientas, técnicas y reportes necesarios. </li></ul><ul><li>Define un cuerpo de conocimiento en el cual cualquier industria pueda construir las mejores prácticas específicas para su área de aplicación. </li></ul><ul><li>Complejo para los proyectos pequeños. </li></ul><ul><li>Tiene que ser adaptado a la industria del área de aplicación, el tamaño y el alcance del proyecto, el tiempo y el presupuesto y los apremios de la calidad. </li></ul>

49.
ISO 9000 ISO 9000:2000 , Sistemas de Gestión de Calidad: Es un término genérico, aplicado a una serie de estándares patrocinados por la Organización Internacional para la Estandarización (ISO) La organización ISO creo ISO 9000 con el propósito de uniformar los sistemas de calidad que deben establecerse por las compañías de fabricación y servicios al rededor del mundo.

50.
Caracteristicas <ul><li>¸ La orientación hacia el cliente ¸ La gestión integrada ¸ El énfasis en el proceso de negocios ¸ La incorporación de la Mejora Continua ¸ La medición de la satisfacción del cliente </li></ul>

51.
Ventajas <ul><li>Estandarizar las actividades del personal que labora dentro de la organización por medio de la documentación </li></ul><ul><li>Incrementar la satisfacción del cliente </li></ul><ul><li>Medir y monitorear el desempeño de los procesos </li></ul><ul><li>Disminuir re-procesos </li></ul><ul><li>Incrementar la eficacia y/o eficiencia de la organización en el logro de sus objetivos </li></ul><ul><li>Mejorar continuamente en los procesos, productos, eficacia, etc. </li></ul><ul><li>Reducir las incidencias de producción o prestación de servicios </li></ul>

53.
ISO 9001

54.
Objetivos <ul><li>Medir la Satisfacción del Cliente </li></ul><ul><li>Mejora Continua </li></ul><ul><li>Gestión de los Recursos </li></ul><ul><li>Gestión del Procesos </li></ul>

55.
En que ayuda <ul><li>ISO 9001 es una norma adecuada para cualquier organización que busque mejorar el modo de funcionamiento y gestión, independientemente del tamaño o sector. </li></ul>

56.
Estructura de ISO 9001:2000 SISTEMA DE GESTIÓN DE LA CALIDAD RESPONSABILIDAD DE LA DIRECCIÓN GESTIÓN DE LOS RECURSOS REALIZACIÓN DEL PRODUCTO MEDICIÓN, ANÁLISIS Y MEJORA REQUISITOS Y DOCUMENTACIÓN RECURSOS HUMANOS, INFRAESTRUCTURA Y AMBIENTE DE TRABAJO PLANIFICACIÓN, REQUISITOS, DISEÑO, PRODUCCIÓN, CONTROL, PROCESOS AUXILIARES SATISFACCIÓN DEL CLIENTE, AUDITORÍAS, MEDICIÓN DE PROCESOS PRODUCTOS, NO CONFORMIDADES, ACCIONES CORRECTIVAS Y PREVENTIVAS POLÍTICA, PLANIFICACIÓN, REVISIÓN

57.
Beneficios <ul><li>Aumento de los clientes satisfechos </li></ul><ul><li>Reducción en los costos </li></ul><ul><li>Procesos perfectamente definidos por parte de la empresa </li></ul><ul><li>Incremento de las ventas </li></ul><ul><li>Disminución de errores y ausentismo laboral </li></ul><ul><li>Aumento de la productividad total de la empresa </li></ul><ul><li>Responsabilidades de cada empleado definidas en forma clara y concreta </li></ul><ul><li>Perfecta descripción de los puestos y funciones de todos los integrantes de la organización. </li></ul><ul><li>Optimización de todas las vías de comunicación interna de la empresa </li></ul><ul><li>Aumento de la calidad que los proveedores suministran a la empresa </li></ul><ul><li>Crecimiento de la imagen de la empresa ante el entorno </li></ul><ul><li>Concientización de la calidad entre los empleados </li></ul><ul><li>Conocimiento de los requerimientos de los clientes, sus necesidades y expectativas futuras </li></ul><ul><li>Motivación del personal de la empresa </li></ul><ul><li>Mejores condiciones en el ambiente de trabajo </li></ul>

58.
CUADRO COMPARATIVO ENTRE ISO 9000 E ISO 9001 ISO 9000 ISO 9001 Conjunto de normas de calidad Una de las normas de la familia ISO 9000 Normas orientadas a ordenar la gestión de la empresa Norma para la gestión y aseguramiento de la calidad Establecer las directrices, mediante las cuales la organización, puede seleccionar y utilizar las normas. Especifica los requisitos que debe cumplir un sistema de calidad Basada en la Administración de Procesos. Basada en los procesos (más acerca de lo que se produce). No Certifica Certifica Proporcionar a los clientes o usuarios la seguridad de que el producto o los servicios tienen la calidad deseada, concertada, pactada o contratada. Asegura la calidad de los productos que los productos o servicios brindados por la empresa

59.
El estándar ISO 12207 ISO/IEC 12207 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. 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.

60.
Estructura