INFORME DE INVESTIGACIÓN - FUNDAMENTOS DE PROGRAMACIÓN - 1ER CICLO - UCV, Monografías, Ensayos de Programación Java

¡Descarga INFORME DE INVESTIGACIÓN - FUNDAMENTOS DE PROGRAMACIÓN - 1ER CICLO - UCV y más Monografías, Ensayos en PDF de Programación Java solo en Docsity! FACULTAD DE INGENIERÍA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS Metodologías de Desarrollo de Software AUTOR(ES): Anticona Zarate, Jean Carlo (0000-0003-3938-7575) Crispin Pizarro, German Arturo (0000-0001-9558-1597) Hinojosa Barrera, Diego Fabrizzio (0000-0003-1351-9904) Medina Aguirre, Ana Patricia (0000-0002-1242-9176) ASESOR: Prof. Willabaldo Marcelino Estrada Aro LÍNEA DE INVESTIGACIÓN Sistemas de Información y Telecomunicaciones Lima - Perú 2022 1 ÍNDICE I. Introducción II. Desarrollo: 2.1. Metodologías Clásicas: 2.1.1.- Concepto 2.1.2.-Ventajas y desventajas 2.1.3.-Tipos de metodologías ● Waterfall(Cascada) ● Prototyping ● Spiral ● Incremental ● RAD 2.2.-Metodologías Ágiles 2.2.1.-Concepto 2.2.2.-Beneficios 2.2.3.-Tipos de metodologías ● Programación Extrema ● Scrum ● Crystal ● Kanban ● Feature Driven Development (FDD) ● Adaptive Software Development (ASD) ● Lean Development (LD) y Lean Software Development (LSD) ● Proceso Unificado de Desarrollo Software III. CONCLUSIONES IV. REFERENCIAS V. ANEXOS 2 fidedigno en la memorándum de eventos recientes como la reunión Agile Spain 2017 en Sevilla, España en noviembre. En 1970 y 1988 apareció el "prototipo original de desarrollo de software". Es muy importante averiguar entre "norma" y "metodología". Estos son los objetivos utilizados por múltiples autores en varias rutinas. En sus memorias, Cendejas (2014) distingue entre ambos egoísmos al rajar: "lugar común de cambio de programa'': un resumen oculto de los bienes de cambio de software representados por resultados específicos. La metodología de proceso de programa, en primer lugar, es para el cambio de software, incluidos modelos de sistema, conjuntos, tecnologías, advertencias de diseño y costos de desarrollo. Es un marco viviente para "(587). Según Cendejas, un patrón es un cambio de cambio sinóptico diseñado desde una prisma específica (etapas, desarrollo evolutivo, componentes), y la metodología es una fascinación llano extensa que incluye el patrón de desarrollo, las reglas, el fuero y la información. 5 II. DESARROLLO 2.1. Metodologías Clásicas 2.1.1.- Concepto: En febrero de 2001, luego de una reunión en Utah, EE. UU., se acuñó la definición "ágil" en el desarrollo de software. A la interviú asistió un caterva de 17 expertos de la manufactura del software, incluidos desarrolladores y promotores de metodologías de programa. Como resultado de esta conferencia, se estableció Agile Alliance, una organización sin fines de rendimiento cuyo objetivo indeterminado es producir conceptos relacionados con el cambio ágil de programa y subvencionar a las organizaciones a proteger estos conceptos. Algunas ideas clave para ágil: ● Responsable de calibrar las iteraciones individuales y grupales en las herramientas o procesos utilizados. ● Hacer que un producto de software funcione es mucho más asombroso que escribir mucha documentación. ● Ser capaz de discutir los recursos es más importante que participar en el plan. ● Los clientes siempre están involucrados en el programa. 2.1.2.-Ventajas y desventajas: Ventajas: ● Después de esto, gracias al proceso iterativo, puede argumentar rápidamente a los cambios durante el recurso. Por esta madurez, es notable recopilar y enmendar proporcionalmente sus requisitos más adelante para eludir costos significativos, motivación y hendedura de reunión. ● Si desea contribuir, puede monitorear el desarrollo del proyecto e interpretar sobre el recurso visto que el conjunto realiza numerosas reuniones para mantenerlo seguro y sosegado. 6 ● Mediante el uso de estos métodos, si un cliente desea realizar cambios, se pueden suministrar en intervalos de legislatura más cortos, lo que tiene un golpazo menor. Desventajas: ● No hay reseña de diseño. ● Necesito una persona. ● Por carencia de documentación, no se puede reutilizar. ● convexidad de proyecto prohibido. 2.1.3.-Tipos de metodologías ● Waterfall : Le dan ese nombre por la localización de su tramo de cambio. Este es un enfoque que ordena de valla los pasos del cambio de cambio de software, de estilo que el inicio de cada pantomima debe tener fe a que se complete el drama exterior. Al final de cada etapa, el modelo puede efectuar una evaluación final para evaluar si el programa está averiado y, por lo mano, exceder a la posterior etapa. Este ejemplo fue diseñado en 1966 y terminado en 1970. ● Prototyping: El origen de prototipos de requisitos es la tajo de implementación chovinista del sistema con el propósito ubicado claro de discernir los requisitos del sistema. Los prototipos se originarán lo antes supuesto. Se proporciona al cliente, usuario o proxy para que logre agradar el tópico. para terminar, el comprador nos comenta lo que le gusta y lo que no de la norma entregada. luego, todo se registra en la documentación viva de la localización, se aclara al usuario y el sistema vívido se desarrolla de esta forma. 7 ● Scrum: pizca compromiso en conjunto y bajos beneficios cuando los clientes no obtienen lo que necesitan, los plazos de pagaré son demasiado largos, los costos se disparan, la ralea es inaceptable y se necesita una respuesta competitiva. identificarlo y tratarlo, o si utiliza un cambio distinto de desarrollo de existencias. ● Crystal: Se considera un equipo de métodos porque se divide en diferentes clases según la cantidad de personas involucradas en el programa. ● Kanban: el mayor decoro de Kanban por los métodos ágiles es entregarse lumbre a los capital mediante la implementación de complementos visuales cuando los flujos de compromiso revelan cuellos de garrafón. proyecto-aventura. Desde el plazo y desvelo hasta el pagaré del producto, la asamblea necesaria para la adjudicación. Da a grupos y solos una ilusión única y carencia de fortaleza. ● Desarrollo basado en funciones (FDD): de igual modo otras técnicas adaptativas, se centra en criaturas iteraciones que proporcionan una funcionalidad terrenal. Este marco se centra en cómo abocetar y poblar la fase, no en la recopilación de requisitos. La representación se debe realizar con las siguientes particularidades: Debe ser inteligible y económico de hacer en 1 a 10 días. Debe agregar decisión a los compradores y ser relevante para su adquisición. Debe imaginar redondamente en acciones, resultados y eventos. 10 ● Recurso de software adaptativo (ASD): esta metodología asume que la emergencia del comprador cambia constantemente durante el proceso de planificación y más tarde de solicitud. El objetivo de esta metodología es: 1) hacer que las organizaciones entiendan que se debe confiar recurso y desazón, no disposición y estabilidad. 2) Desarrollar un desarrollo iterativo de gestión de cambios. 3) Marca tu táctica de desarrollo de aplicaciones de manera rápida, sin embargo precisa y disciplinada ● Lean Development (LD) y Lean Software Development (LSD): Lean Development es una rutina de desarrollo de software para lógica extractiva desarrollada por Toyota para grupos de programadores de Fort inmaduros. ● Recurso de cambio de programa estandarizado: los procesos deben ser únicos para diferentes dominios de empeño, distintos segmentos de organizaciones, distintos niveles de ingenio, diferentes procesos, distintas variedades de sistemas de programa en proyectos de diferentes tamaños. ● Desarrollo de recurso de programa integrado: un desarrollo que es único para múltiples sistemas de programa con diferentes dominios de aplicación, diferentes variedades de organizaciones, diferentes niveles de astucia y distintos tamaños de proyectos. 11 Conclusiones: I. El conocimiento de las metodologías de recurso de programa es interesante debido a que puede embarcarse en un programa sindical con la aptitud de difundir programa competente y sensato para razonar y ayudar los resultados obtenidos. II. todavía, una apertura lo suficientemente amplia de estos métodos constituye la cojín para una comprensión clara de todo lo instintivo para investigar, planificar, desarrollar e implementar un sistema. III. La metodología ágil les brinda herramientas que pueden ser muy útiles para mejorar el crecimiento de su compra. No solo le ahorra legislatura y cuartos, sino que igualmente le facilita la interacción con los usuarios y le ayuda a poblar mejores cortejos con ellos. todavía te báculo a poder pensionar a los demás porque nos báculo a dirigir muchos problemas. IV. asimismo será muy útil para un ducho en ingeniería de sistemas, ya que tendrá los conocimientos suficientes para sugerir su vivencia. Podemos destacar que el proceso de software es de importancia, dado que gracias a las computadoras, teléfonos móviles, televisores, etcétera. Hoy funciona sobre esta base. V. Podemos concluir que el impreciso de este cometido es informar a los usuarios de un utensilio útil que contiene todo lo instintivo para el cambio de un buen software, al mismo legislado que empuje y estimula la educación. Herramientas, técnicas y métodos para suscitar otros proyectos de programa. 12 TIPOS DE METODOLOGIAS Waterfall (Cascada) Ciclo de Vida en Espiral 15 Incremental RAD RAD ae %, + IMPLEME PROTOTYPE o) CYCLES mo ANALYSIS QUICK DE: 16 Tabla 1. Comparación de metodologías. Metodologías ágiles Metodologías tradicionales Se basan en heurísticas provenientes de prácticas de producción de código [Se basan en normas provenientes de estándares seguidos por el entorno de desarrollo Preparacos para cambios durante el proyecto Cierta resistencia a los cambios Impuestes internamente por el equipo Impuestas externamente Proceso menos controlado, con pocos principios Proceso muy controlado, numerosas normas Contrato flexible e incluso inexistente [Contrato prefijado El cliente es parte del desarrollo Cliente interactúa con el equipo de desarrollo mediante reuniones Grupos pequeños (<10) [Grupos grandes Pocos artefactos Más artefactos Menor énfasis en la arquitectura del software La arquitectura del software es esencial Fuente: Canós, J et al, 2005. Metodologías Ágiles. Tabla 2 Motodologí ha Mejor Certificadas | omunidados | Presencia | Proyectos | opa] logía presencia | documentación | y con training unidades | empresarial | de software en Internet Agile Project Management (APM) 2 1 3 5 1 1 1 a : : |. |. [o Scrum 5 2 5 5 5 5 27 Test Driven Development 3 4 3 2 2 2 16 Extreme Programming (XP) 4 5 3 2 3 3 19 Total 15 15 19 19 15 15 95 17