Un proceso define quién está
haciendo qué, cuándo, y cómo alcanzar un determinado objetivo. En la Ingeniería
del Software el objetivo es construir un producto software o mejorar uno
existente. Un proceso efectivo proporciona normas para el desarrollo eficiente
de software de calidad. Captura y presenta las mejores prácticas que el estado
actual de la tecnología permite. En consecuencia, reduce el riesgo y hace el
proyecto más predecible. Es necesario un proceso que sirva como guía para todos
los participantes: clientes, usuarios, desarrolladores y directores ejecutivos.
La tendencia actual en el software lleva a la construcción de sistemas más grandes y más complejos. Por tanto, el problema del software se reduce a la dificultad que afrontan los desarrolladores para coordinar las múltiples cadenas de trabajo de un gran proyecto de software. La comunidad de desarrolladores necesita una forma coordinada de trabajar. Necesita un proceso que integre las múltiples facetas del desarrollo. Necesita un proceso que: proporcione una guía para ordenar las actividades de un equipo, especifique los artefactos que deben desarrollarse, y ofrezca criterios para el control y medición de los productos y actividades del proyecto. El Proceso Unificado de Desarrollo o más actualmente conocido como RUP, es una alternativa de solución al problema del software.
El Proceso Unificado no es sólo un
proceso de desarrollo de software, es también un marco de trabajo genérico que
puede especializarse para una gran variedad de sistemas software y diferentes
tamaños de proyectos. Se caracteriza principalmente por estar dirigido por los
casos de uso, estar centrado en la arquitectura, y ser iterativo e incremental.
Los
casos de uso definen la funcionalidad del sistema y guían su diseño,
implementación y prueba; esto es, guían el proceso de desarrollo. Por otra parte,
la arquitectura software incluye los aspectos estáticos y dinámicos más
significativos del sistema. Por un lado, los casos de uso deben encajar en la
arquitectura cuando se llevan a cabo. Por otro lado, la arquitectura debe
permitir el desarrollo de todos los casos de uso requeridos, ahora y en el
futuro. En realidad, tanto la arquitectura como los casos de uso deben
evolucionar en paralelo.
El
desarrollo de un producto software comercial puede durar mucho tiempo, meses o
hasta algunos años. Por lo tanto, es práctico dividir el trabajo en partes más
pequeñas o miniproyectos. Cada miniproyecto es una iteración, planificado entre
2 a 6 semanas aproximadamente, que resulta en un incremento. El resultado de cada
iteración es un sistema ejecutable, pero incompleto; no está preparado para ser
puesto en producción. No es un prototipo experimental, es un subconjunto con
calidad de producción, es decir que el avance del producto software que resulte
de la iteración debe estar probado y aceptado por los interesados.
El sistema crece incrementalmente a
lo largo del tiempo, iteración tras iteración, y por ello, este enfoque también
se conoce como desarrollo iterativo e incremental.
Beneficios del desarrollo iterativo:
- Mitigación tan pronto como sea posible de riesgos altos. Esto quiere decir que se resuelven los casos de uso más significativos y complejos en las primeras iteraciones.
- Progreso visible en las primeras etapas. Esto quiere decir que los interesados en el producto software pueden ver parte de la funcionalidad del sistema en las primeras iteraciones.
- Una temprana retroalimentación, compromiso de los usuarios y adaptación, que nos lleva a un sistema refinado que se ajusta más a las necesidades reales del personal involucrado.
- Gestión de la complejidad.
- El conocimiento adquirido en una iteración se puede utilizar para mejorar el propio proceso de desarrollo, iteración a iteración.
Las fases:
- Inicio: Visión aproximada, análisis del negocio, alcance, estimaciones imprecisas. No es un fase de requisitos, sino una especie de fase de viabilidad donde se lleva a cabo sólo el estudio suficiente para decidir si continuar o no.
- Elaboración: Visión refinada, implementación iterativa del núcleo central de la arquitectura, resolución de los riesgos altos, identificación de más requisitos y alcance, estimaciones más realistas. No es una fase de requisitos o de diseño, sino es una fase donde se implementa, de manera iterativa, los casos de uso más significativos para la arquitectura o de más alto riesgo.
- Construcción: Implementación iterativa del resto de requisitos de menor riesgo y elementos más fáciles, preparación para el despliegue.
- Transición: Pruebas beta, despliegue.
j
El Marco de Desarrollo
Es importante saber que en RUP
todas las actividades y artefactos (modelos, diagramas, documentos …) son
opcionales, bueno, ¡quizás el código no!. En un proyecto RUP, un equipo debería
seleccionar un pequeño subconjunto de artefactos que sirvan para tratar sus
problemas y necesidades particulares, que demuestran tener un gran valor
práctico. La elección de los artefactos de RUP para un proyecto podría
recogerse en un documento breve denominado Marco de Desarrollo.
Como artefactos recomendados para
los proyectos se debería considerar los siguientes:
DISCIPLINA
|
ARTEFACTO
|
Modelado del Negocio
|
Modelo del Dominio
|
Requisitos
|
Visión
|
Modelo de Casos de Uso
|
|
Especificaciones Suplementarias
|
|
Análisis y Diseño
|
Modelo de Diseño
|
Documento de Arquitectura de Software
|
|
Modelo de Datos
|
|
Implementación
|
Modelo de Implementación
|
Pruebas
|
Modelo de Pruebas
|
Gestión de Proyectos
|
Plan de Desarrollo de Software
|
El RUP ágil
Se pueden distinguir diferentes tipos
de procesos: procesos pesados y ligeros, y procesos predictivos y adaptables. Un
proceso pesado es un término peyorativo, que pretende sugerir un proceso con
las siguientes cualidades:
- Muchos artefactos creados en un ambiente burocrático.
- Rigidez y control.
- Planificación detallada, muy larga y elaborada.
- Predictivo más que adaptable.
Un proceso predictivo es aquel que
intenta planificar y predecir en detalle las actividades y asignación de
recursos (personal) en un intervalo relativamente largo de tiempo, tal como la
totalidad de un proyecto. Los procesos predictivos normalmente siguen un ciclo
de vida en “cascada” o secuencial. Frente a esto, un proceso adaptable es aquel
que acepta el cambio como motor inevitable y fomenta la adaptación flexible;
normalmente sigue un ciclo de vida iterativo. Un proceso ágil implica un proceso adaptable y ligero, listo para
responder rápidamente a las necesidades cambiantes.
La intención de RUP no era que
fuese pesado o predictivo, aunque su amplio conjunto de actividades y artefactos
opcionales, ha llevado a algunos a tener esta impresión. Más bien, la intensión
fue que se adoptara y aplicara con el espíritu de un proceso ágil. Por ejemplo,
en RUP se puede optar por un conjunto pequeño de actividades y artefactos, y
tampoco existe un plan detallado para todo el proyecto.
Referencias:
- Jacobson, G. Booch, J. Rumbaugh. “Proceso Unificado de Desarrollo de Software”.
- Craig Larman. “UML Y PATRONES Una introducción al Análisis y Diseño Orientado a Objetos y al Proceso Unificado”, 2da edición.
Lain, cuales serian las actividades y artefactos minimos que se pueden generar al hacer un RUP Agile?
ResponderEliminarHola, respondiendo a tu pregunta, se debería aplicar lo siguiente:
Eliminar+ Planificar en base a Iteraciones, de 2 a 6 semanas como máximo cada iteración. Elaborar el Plan de Desarrollo de Software.
+ Analizar el negocio en la primera Iteración y elaborar un Modelo de Dominio preliminar.
+ Analizar los requisitos más significativos en la primera Iteración y elaborar la Visión.
+ Identificar los casos de uso y priorizar.
+ Especificar en detalle sólo los casos de uso de alta prioridad o más significativos. Estos por lo general corresponden a las funcionalidades más complejas de implementar y que tienen mayor impacto en la arquitectura.
+ Los casos de uso menos importantes se pueden especificar de una forma más simple o breve.
+ Diseñar e implementar los casos de uso más significativos en la fase de Elaboración. El Modelo de Diseño puede estar formado por diagramas de clases y de secuencia, considerar estos diagramas sólo para los casos de uso de alta prioridad, estos servirán de guía para la implementación de los demás casos de uso. El diseño principal y el uso de algunos patrones se puede documentar también en el Documento de Arquitectura de Software, este artefacto debe estar listo al finalizar la fase de Elaboración.
+ Realizar las pruebas unitarias y pruebas funcionales, esto debe hacerse en cada iteración. Al final de la Iteración el usuario debe validar la funcionalidad.
+ Mantener reuniones constantes con el usuario para validar los requisitos. Esto debe ser parte de la planificación de cada iteración.
Por otra parte recordar que RUP no obliga a que se usen todos sus artefactos, esto depende de las características del proyecto y de cómo se quiera gestionar. Sólo use los artefacto que necesita o agreguen valor a su proyecto, además mantenga informado al cliente o usuario de los artefactos que está elaborando y justifique por qué los necesita para su proyecto.
Saludos.
García Lara, Gino Paolo
EliminarAl reducir el número de artefactos utilizados en la realización de un software, bajo la metodología RUP, no estaríamos disminuyendo la calidad del mismo ¿?
No lo estaríamos convirtiendo en una metodología ágil, en una "XP" ¿?
García Lara, Gino Paolo
Hola Gino, el disminuir la cantidad de artefactos para nada disminuye la calidad, al contrario, esto permite agilizar el proceso y centrarse en lo más esencial, la intención siempre debe ser asumir un enfoque ágil pero garantizando la calidad del producto. El usar mayor cantidad de artefactos no implica tener como resultado un software de mejor calidad. RUP debe ser usado bajo un enfoque de proceso ágil y no pesado como se describe en el post.
EliminarSaludos.
En el proceso de Desarrollo de SW no se debe dejar de lado el aspecto de la calidad y el tiempo, por lo tanto, desarrollar el proyecto en un corto tiempo y con menos artefactos no implica que este no sea bueno sino que se tome lo primordial para garantizar el optimo funcionamiento del proyecto SW.
EliminarAl sumergirnos en el mundo de la Ingenieria de SW. esta nos dice que debemos comenzar por lo mas facil, dejando asi lo mas dificil para desarollarlo luego, ¿esto no nos quitaria tiempo en la fase de las pruebas, ya que al realizar los procedimientos mas sensillos antes que los complejos, se estaria tratando de avanzar a un ritmo constante al inicio, pero no obstante se podria tener una o mas dificultades mientras estemos mas cerca de culminar nuestro proyecto en el que venimos trabajando al tener un tiempo controlado para entregar el producto?
ResponderEliminarHola Martin, lo recomendable es iniciar a desarrollar las funcionalidades de mayor riesgo, es decir las más complejas o significativas para el negocio, esto en RUP equivale a la fase de Elaboración. Lo menos complejo se debe desarrollar en la fase de Construcción. Esto sería la mejor estrategia. Saludos.
EliminarNosotros debemos de elegir qué método de desarrollo de SW es el mejor, sino cuál es que se adapta mejor a los tipos de proyectos que se iría a desarrollar. Enfocados a proyectos grandes y con orientación a objetos (RUP), que puede servir para cualquier tipo de aplicación sin importar el tiempo que lleve realizarla, ya sea grande o pequeño pero no tan enfocado a objetos.
ResponderEliminarHola Yessy, RUP como metodología de desarrollo está principalmente enfocado a proyectos medianos - grandes y es para desarrollo Orientado a Objetos. Pero sí se puede también aplicar a proyectos pequeños sabiendo seleccionar adecuadamente las tareas, artefactos y roles.
EliminarSaludos.
Uhmm es ese caso es preciso destacar que de acuerdo a la filosofía de RUP, es decir: de todo proceso iterativo e incremental, todos los artefactos son objetos de modificaciones a lo largo del proceso de desarrollo, con lo cual solo al termino del proceso podríamos tener una versión definitiva y completa de cada uno.
ResponderEliminar10:44 AM 08/04/2014
ORLANDO IGNACIO MOLINA MALDONADO- ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS - INGENIERÍA DEL SOFTWARE A
Se pode decir que RUP facilita el proceso de desarrollo de software, pero es necesario un nivel de dificultad especifico para aplicar RUP o no.
ResponderEliminarhola Julio, si el software que estamos desarrollado es de muy baja complejidad, seguramente será un software que no tendrá mucha importancia para el negocio o que no sufrirá cambios en el futuro o tendrá corta vida de duración. En consecuencia no será necesario usar alguna metodología que abarque o aplique muchas disciplinas o buenas prácticas de la ingeniería de software como lo es RUP. Pero por lo general, las empresas necesitan de software que resuelva sus problemas y mejores sus procesos, y esto implica desarrollar software con mediana y alta complejidad donde si es aplicable RUP.
EliminarSaludos.
RUP al ser una metodología nos permite obviar algunos de sus pasos, y no por ello verse afectado la calidad del software. La calidad del software se asegura con un proceso de calidad y haber pasado por pruebas, por lo tanto el software de calidad va a cumplir con los requerimientos funcionales y no funcionales.
ResponderEliminarTeniendo en cuenta la orientación, tiempo, dinero, requisitos ya sea funcionales y no funcionales, podremos desarrollar un software de calidad, robusto y escalable hacia el futuro, que de una satisfacción al cliente y cumpla sus expectativas. RUP es un proceso pesado con mucha rigidez y control, una detallada planificación/documentación y predictivo, no es una metodología ágil.
ResponderEliminarHola Hector, pensar en que RUP es un proceso predictivo, pesado o rígido es un error. Lamentablemente existe documentación tanto en Internet como en libros que la definen de esa forma e incluso de experiencias en proyectos reales. Pero en si RUP no debe verse o aplicarse como un proceso pesado, rígido o predictivo, esto sería una mala práctica y no recomendable en la metodologías modernas. Seguramente la falta de dominio de la metodología hace cometer muchos errores, y esto lo he podido apreciar y vivir en varios proyectos donde he trabajado y se ha intentado aplicar RUP.
EliminarEn conclusión, si aplicas una metodología de forma predictiva, rígida o "pesada", vas a tener muchos problemas.
Saludos.
Gracias ingeniero, por la rectificación, creo que confundí conceptos, ante todo gracias. :)
EliminarIng. muy bueno el tema.Si ya se los Beneficios del desarrollo, quisiera saber ¿Cuales son los atributos de un buen software?
ResponderEliminarLos atributos de calidad para un software son por lo general:
Eliminar- funcionalidad
- usabilidad
- rendimiento
- fiabilidad
- mantenibilidad
Saludos.
Ing. Lain en los atributos de un buen software hay una manera de medir cada uno ellos, para verificar en que nivel podría estar nuestro software
ResponderEliminarHola David, sí se pueden medir, existe la norma ISO 9126 que define varias métricas para medir la calidad del producto software. Estos temas seguramente lo veremos en el curso de Calidad de Software.
EliminarSaludos.
Profe, a que se refiere con que los procesos predictivos normalmente siguen un ciclo de vida en “cascada” o secuencial.
ResponderEliminarHola David, un ciclo de vida en cascada o secuencial es un ciclo de desarrollo de software en donde se debe cumplir en su totalidad una fase de análisis de requisitos antes de iniciar con una fase de diseño, y terminar el diseño antes de iniciar con una fase de implementación. Entonces en estos casos se planifican primero todas las actividades de requisitos, luego todas las actividades de diseño y luego todas las actividades de implementación (por eso se dice que es secuencial). Estos ciclos de vida para el desarrollo de software no son recomendables hoy en día, ni tampoco hacer plan de actividades para todo el proyecto pasando por todas estas fases. En su lugar debe adoptarse un ciclo de vida Iterativo.
EliminarSaludos.
Hola Ingeniero buenos dias...
ResponderEliminarRUP es una metodologia muy completa, la cual es utilizada para la realizacion de proyectos software complejos, pero segun el texto tambien se puede utilizar como una metodologia agil o principalmente esa fue la idea, que se adaptara a la ralizacion de proyecctos software no tan complejos, pero cual seria la diferencia en utilizar a RUP como metodologia "agil" versus las metodologias agiles como XP o scrum entre otras, ademas no reduciria el nivel de calidad del software ya que se saltaria u omitirian algunos pasos esenciales ó serian mucho mas rapidos que lo normal los procesos que le coresponde ???
Gracias.
Ing Lain cuales son los aspectos mas importantes que se consideran a la hora de validar un requerimiento
ResponderEliminarIngeniero para realizar un proyecto de desarrollo de software completo y sin apuros con la metodología RUP, cuantos integrantes en un grupo de trabajo se requiere y cuanto tiempo aproximado es lo que demora?
ResponderEliminarHola Buenos Días Ingeniero , Bendiciones
ResponderEliminarMi duda es si la metodología RUP es una metodología tradicional o una metodología ágil??.
Y si puede que la metodología XP sea compatible con RUP???
Gracias
Hola Bryan, según lo que he investigado RUP es una metodología tradicional al igual que: MSF (Microsoft Solution Framework), Win-Win Spiral Model e Iconix. Por otro lado la metodología XP puede ser compatible con RUP si se realizan las siguientes prácticas:
Eliminar• El juego de la planificación: la guía de XP para la planificación puede utilizarse para alcanzar muchos de los objetivos utilizados en la disciplina de gestión de proyectos de RUP para un proyecto que sea muy pequeño.
• Diseño de primera prueba y refactorización: se trata de dos buenas técnicas que pueden aplicarse en la disciplina de implementación de RUP. En concreto, la práctica de pruebas de XP, que requiere del diseño de primera prueba, es una forma excelente de clarificar los requisitos con mucho detalle.
• Integración continuada: RUP da soporte a esta práctica por medio de compilaciones en el nivel de sistema y de subsistema (dentro de una iteración). Componentes probados en unidades se integran y se prueban en el contexto del sistema emergente.
• Cliente in situ: muchas de las actividades de RUP pueden aprovechar en gran medida la presencia de un cliente in situ como miembro del equipo, lo que reducirá el número de entregas intermedias necesarias, en especial, de documentos. Al igual que su favorito medio de comunicación entre el desarrollador y el cliente, XP favorece la opción de la conversación, que depende de la continuidad y de la familiaridad para tener éxito; sin embargo, cuando un sistema, incluso uno pequeño, tiene que sufrir una transición, se necesitará más que conversaciones.
• Estándares de codificación: RUP tiene directrices para la programación de artefactos que deben observarse casi siempre como si fuesen obligatorias. (La mayoría de los perfiles de riesgo de proyectos, al ser uno de los principales factores de la personalización, harían que lo fuesen).
• Semana de cuarenta horas: como en XP, RUP sugiere que el trabajar horas extras no debe ser una condición crónica. XP no sugiere un límite estricto en las 40 horas, pues reconoce distintas tolerancias en las jornadas de trabajo. Los ingenieros de software son tristemente famosos por sus jornadas con muchas horas extra sin compensación, simplemente por la satisfacción de ver que han completado alguna parte, y sus responsables no tienen por qué detener ese impulso de forma arbitraria. Lo que los directores no deben es explotar esta práctica o imponerla.
• Programación de dos en dos: XP sostiene que la programación de dos en dos es beneficiosa para la calidad del código, y que una vez que se adquiere, se disfruta más de esta habilidad.
La insinuación de que el proceso adecuado debe imponerse en el nivel "micro" suele ser mal recibida y puede no ser bien recibida en algunas culturas de empresa. RUP, por tanto, no aboga por la imposición estricta. Sin embargo, en algunas circunstancias, el trabajo en pareja, y algunas de las otras prácticas basadas en equipos recomendadas en XP, son claramente beneficiosas, ya que cada miembro del equipo puede ayudar al otro, por ejemplo:
• Los primeros días de la formación del equipo, cuando las personas se están conociendo.
• Los equipos sin experiencia en alguna nueva tecnología.
• Los equipos compuestos por personal muy experimentado y por novatos.
Saludos.
Buenas tardes Ingeniero Lain.
ResponderEliminarEn el beneficio de del desarrollo iterativo al Proceso de Desarrollo de Software,donde meciona la Gestiòn de complejidad, se puede referir a la complejidad del software como una propiedad esencial, mas no accidental. Gracias
Saludos.
Buenas noches Ingeniero Lain,
ResponderEliminarUna consulta, cuál fase debería durar más, o en cuál se debería centrar más para que el desarrollo de un producto de software sea óptimo? O se puede regresar a una fase anterior por si hay algún cambio?
Gracias
En RUP, por lo general la Fase de Construcción es la que dura más tiempo, tiene más iteraciones, esto debido a que se debe desarrollar aproximadamente el 80 % del proyecto. Pero la Fase de Elaboración debería ser la más importante, en el sentido que es en esta fase donde se debe tener terminado al menos en un 80% los requisitos y aproximadamente un 20% del software desarrollado, este último porcentaje se centra en las funcionalidades más importantes que definen la arquitectura que servirá de guía para el desarrollo en la fase de Construcción.
EliminarEn RUP, no se puede regresar a una fase anterior, al contrario, si hay algo que mejorar, esto se hace en la siguiente Iteración.
EliminarBuenas noches Ing. Lain son grandes los beneficios que nos brinda aplicar esta metodologia RUP pero que pasaria si llegamos a una empresa donde el producto software no siguio estos procesos y nos piden darle mantenimiento como podriamos usar el codigo ya existente.Gracias
ResponderEliminarExisten muchas empresas que desarrollan software sin seguir un proceso bien definido o una metodología adecuada o la ausencia de una arquitectura bien definida, esto implica varios riesgos. Entonces, el ingeniero de software debe ser consciente de esto y ser responsable de mejorar esta situación antes de iniciar cualquier desarrollo o mantenimiento de software. Es importante adoptar una metodología que defina un conjunto de procesos, por ejemplo, para el mantenimiento, se debe primero definir uno o un conjunto de procesos a seguir para gestionar adecuadamente los cambios a realizar y la versiones. Por otra parte, la refactorización es muy importante para garantizar una adecuada evolución del software, La refactorización se puede entender a los cambios estructuras o de diseño que se hace al software para garantizar en el futuro una mayor mantenibilidad.
EliminarBuenas noches Ing. Lain.
ResponderEliminarLa metodología RUP permite hacer más "llevadero" el desarrollo de un proyecto, ya que al ser iterativo divide un gran proyecto en fases más pequeñas que se pueden desarrollar y verificar mucho más fácilmente, lo que demuestra que agiliza el desarrollo. Esto se puede ver muy claramente en un proyecto grande, pero si se desarrollara un proyecto mediano o pequeño, ¿el uso de la metodología RUP seguiría siendo ágil?, ¿o quizá debido a las iteraciones haría que el desarrollo del proyecto tarde más?
Gracias de antemano. Saludos
RUP se acomoda mejor a los proyectos grandes, pero también podría ser usado en proyectos medianos o pequeños. Para esto es recomendable ser cuidadosos en los artefactos a utilizar, se deben seleccionar los más necesarios y asumir una filosofía ágil, esto puede implicar centrarse más en el desarrollo y menos en la documentación. Se podría aplicar técnicas de ingeniería inversa por ejemplo para generar documentación de diseño en base al código ya desarrollado. Desarrollar en base a prototipos y con revisión constante con los clientes o usuarios para ir madurando el producto en cada Iteración.
EliminarPor lo general en proyectos pequeños no debe existir mucha documentación y reducir al máximo la burocracia que puedan existir en los procesos.
Buenos días. La metodología RUP, luego de haber realizado la lectura, parece tener la capacidad de facilitar el desarrollo de software al modularizar sus diferentes fases. Sin embargo, en mi opinión también puede ser un enfoque que funcione mejor, como lo han dicho anteriores comentarios, en proyectos cuyo tamaño permita una aplicación óptima de esta metodología.
ResponderEliminarRUP al ser una metodología, nos permite saltarnos algunos de sus pasos pero no por eso nos va afectar nuestra calidad del software., Al contrario nos ayudaría para agilizar nuestro proceso y enfocarnos en lo que más importarte. .. Además para brindar un software de calidad... tiene que pasar por un proceso de calidad (pruebas)...
ResponderEliminarJose antonio, torres plasencia
ResponderEliminarLa metodología RUP permite hacer más "llevadero" el desarrollo de un proyecto, ya que sus iteraciones dividen a un proyecto grande en faces más pequeñas, asiéndose más fácil y entendible.
¿cual es la mejor metodologia que nos pueda recomendar para la implemetacion de un software?
ResponderEliminarEste comentario ha sido eliminado por el autor.
ResponderEliminar-¿El orden de la información previamente recolectada juega un papel importante en el desarrollo del software?
ResponderEliminar-¿Qué ventajas competitivas genera el uso de procesos iterativos con respecto a otros procesos?
Un proyecto d desarrollo de un Sistema de software comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno más de los componentes: Software, hardware.
ResponderEliminarEs necesario un rediseño si se encuentra un error de diseño en la etapa de prueba? Que tanto puede afectar como en el tiempo o en el aumento de los costos?
ResponderEliminarLa elección del más adecuado proceso de desarrollo de software se determina en base a muchos factores, como tiempo, riesgos, recursos disponibles, experiencia, tamaño del proyecto, etc. No existe un modelo mejor que otros, siempre va a funcionar. Dependiendo de las circunstancias, cada proceso tiene sus pros como sus contras.
ResponderEliminar¿Existe algún parámetro que pueda ayudar en la elección del mejor proceso de desarrollo de software antes de comenzar con el proyecto?
Es necesario dividir un proyecto en mini-proyectos, más fáciles de manejar y completar. Cada mini-proyecto es una interacción que tiene fases que son: inicio, elaboración, construcción, transición del proyecto.
ResponderEliminarLos casos de uso definen la funcionalidad del sistema y guían su diseño, implementación y prueba en los procesos del software.
¿En los procesos de software existen indicadores que te permiten medir si el proyecto elaborado está bien estructurado?
¿En cuál de las Fases del Proceso de Desarrollo de Software el Entorno influye en mayor grado sobre nuestro proyecto?
ResponderEliminarLas metodologias agiles se caracterizan por su sencillez,tanto en su aprendizaje como en su aplicacion; gozando mas en ventajas como en desventajas, como pude leer.En conclusion no existe una metodología universal para hacer frente con éxito a cualquier proyecto de desarrollo de software. Toda metodología debe ser adaptada al contexto del proyecto.gracias.
ResponderEliminar¿El uso de metodologías tradicionales es esencial al inicio en un equipo de desarrollo de software?
El modelo RUP es generalmente mas fácil de corregir los errores ya que permite verificar el conjunto de actividades y desarrollar un producto de calidad(software de calidad).
ResponderEliminarLa metodologia RUP usa UML para los diagramas, ¿Es necesario usar todos los diagramas UML en todos los proyectos?
ResponderEliminarLa metodologías a utilizar ¿no cree que estarían relacionadas más al tamaño del proyecto a presentar ?. Es decir si un proyecto es pequeño no cree que seria mas eficaz utilizar algun otro modelo que no sea el RUP, en cambio en un proyecto grande, sí se vería la eficiencia de este.
ResponderEliminarExisten muchos modelos de procesos de software, pero todos deben incluir 4 actividades fundamentales: Especificación del software, diseño e implementación del software, validación del software y evolución del software. Estas actividades son muy complejas e incluyen subactividades como validación de requerimientos, diseño arquitectónico y prueba de unidad. Los procesos de software pueden mejorarse con la estandarización de los procesos. Existen los procesos de software dirigidos por un plan (plan driven) en donde todas las actividades del proceso se planean por anticipado, y también está el proceso de software ágiles donde la planeación es incremental y es más fácil modificar los requerimientos cambiantes del cliente
ResponderEliminarMuy buen articulo, tiene razon en varios aspectos uno que en la actualidad, ahora la demanda es para software mas complejos y mas completos con lo que esto lleva a tener un grupo mas amplio de acompañantes y una dedicacion especial.
ResponderEliminar*Un proceso de software es una serie de actividades relacionadas que conduce a la elaboración de un producto de software. Estás actividades pueden incluir el desarrollo de software desde cero.
ResponderEliminarExisten diferentes procesos de software, pero todos deben incluir cuatro actividades fundamentales.
-Especificación de software - Diseño e implementación - Validación de software
-Evolución de software.
En cierta forma, tales actividades forman parte de todos los procesos de software, cuando los procesos se discuten y describen, por lo general se habla de actividades como especificar un modelo de datos, diseñar una interfaz de usuario, etc. Sin embargo, al igual que las actividades, también las descripciones de los procesos deben incluir:
-Productos -Roles - Precondiciones y postcondiciones.
Los procesos de software son complejos. No hay un proceso ideal; además la mayoría de las organizaciones han diseñado sus propios procesos de desarrollo de software.
En ocasiones, los procesos de software se clasifican como dirigidos por un plan o como procesos ágiles.
* En cuanto a la pregunta, no me quedo muy claro lo que es la fase de transacción, formulando mi pregunta, sería:
- ¿Un sistema de procesamientos de transacciones de que manera funciona?
¿Cual seria la fase fundamental en el proceso de desarrollo de software en la que uno tiene que centrar mucho mas tiempo o necesite mas trabajo en su elaboración?
ResponderEliminarEn cada iteración de un modelo incremental, puedo hacer uso de un modelo en cascada. Para aclarar la interrogante: ¿Puedo usar los modelos de procesos de un sistema de software en conjunto?
ResponderEliminarLa metodología RUP, es una manera muy optima de trabajar tanto para la empresa como para el cliente, sin embargo: Según la metodología hay miniproyectos mas complejos que otros pero no menos importantes, teniendo en cuenta los requerimientos del cliente y las estandarizaciones pero, ¿ Se debería trabajar las fases, según la complejidad o un periodo determinado ? Teniendo en cuenta los costos.
ResponderEliminarBuenos días profesor.
ResponderEliminarDesde mi punto de vista, creo que faltó mencionar el Lenguaje Unificado de Modelado (UML) que es una pieza fundamental en RUP.
Es necesaria la aplicación de metodologías de desarrollo de software, para asegurar su calidad y que cumplan con los requerimientos con los cuales fue solicitado. El proceso de desarrollo de software como tal, puede entenderse como un "puzzle" a gran escala, el cual puede ser completado siguiendo una estructura de pasos a seguir.
ResponderEliminarLos procesos ágiles por ejemplo, dentro de los cuales podría caer el proceso iterativo, permiten una resolución rápida y tal vez no óptima de ese "puzzle", mientras que aquellos que son plan-driven requieren de una lenta preparación previa.
Es la disciplina o área de la informática que ofrece métodos y técnicas para desarrollar y mantener software de calidad. Esta ingeniería trata con áreas muy diversas de la informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos, o desarrollos Intranet/Internet, abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo de sistemas de información y aplicables a infinidad de áreas: negocios, investigación científica, medicina, producción, logística, banca, control de tráfico, meteorología, derecho, Internet, Intranet, etc.
ResponderEliminarEl modelo RUP es generalmente mas fácil de corregir los errores ya que permite verificar el conjunto de actividades y desarrollar un producto de calidad(software de calidad)
ResponderEliminarlo que también pienso es que el Proceso de Software es un conjunto de actividades y soluciones que están debidamente conectados o asociados para desarrollar un sistema de calidad haciendo también uso del RUP.
ResponderEliminarcurso: Análisis de Sistemas
Eliminar¿Cuales serian las desventajas de no hacer uso de los artefactos? Son indispensables en el desarrollo de un proyecto pequeño?
ResponderEliminarDanilo Flores Campos-UCV(análisis y diseño de sistemas)
Procesos de Software son actividades relacionadas para la creación de un sistema describiendo los procesos de desarrollo así como la transformación de los requerimientos en ejecutables.
ResponderEliminarQue tanto afectaria en el desarrollo del sistema si se encuentra un error de diseño en la etapa de prueba?
Alumno de Analisis y Diseño de Sistemas
Este comentario ha sido eliminado por el autor.
ResponderEliminarLa importancia de seguir cada iteracion nos ayuda a tener una idea clara de la realizando y avance para la finalizacion del proyecto. Bueno siempre y cuando no aya aplazamientos o detalles que retrace el proyecto a ultimo momento por eso motivo si el proyecto es complejo es mejor devidivirlo en miniproyectos.
ResponderEliminarcurso: alumno de ANÁLISIS Y DISEÑO DE SISTEMAS
La elección particular del proceso de desarrollo en particular a seguir es ampliamente estimable a que tan grande es el proyecto. Si optamos por usar RUP debemos estar preparados para dividir el trabajo en subsecuentes, ya que los artefactos a desarrollar demandan gran uso de tiempo. Se debe a que RUP no fue diseñado inicialmente para ser un proceso largo, el RUP ágil es un gran concepto. Pero existen diversas situaciones que escapan al proyecto y que constituyen variables extrañas. Según Ian Sommerville en su libro ingeniería de Software, no dice que los procesos de software no son exclusivos, al contrarario tienen carácter inclusivo; por ende pueden ser trabajador en paralelo o en conjunto, complementandose mutuamente para, tal vez, acortar distancias entre entregables, o tal vez desarrollar puntos que con la metodología que iniciamos nuestro proyecto no se realizó avance significativo alguno.
ResponderEliminarLa elaboración de un producto de software puede dura mucho tiempo, y es necesario que el trabajo se divida en partes más pequeñas, aunque demora pero se podrá desarrollar un software moderno, confiable y de calidad; pero cada parte del sistema es ejecutable pero incompleto ya que al final se unirán y formaran el sistema del producto que desea nuestro cliente.
ResponderEliminarAlumno ANÁLISIS Y DISEÑO DE SISTEMAS
Utilizando el Proceso Unificado estamos haciendo de lo mas complejo algo mas practico, ya que nos provee un entornno de proceso de desarrollo configurable,
ResponderEliminarbasado en estándares y asi poder configurarlo a las necesidfades de la organizacion y del proyecto
Dixon Ponciano Camacho - UCV (Analisis y Diseño de Sistemas)
De acuerdo a la lectura el Proceso Unificado es el proceso de desarrollo más general y existente actualmente, RUP viene hacer un marco del proyecto que describe una clase de los procesos que son iterativos e incrementales.
ResponderEliminarRojas Zavaleta Carlos - UCV (Analisis y Diseños de Sistemas)
El proceso unificado de desarrollo RUP, es una alternativa genial respecto al desarrollo de sistemas más grandes y mas complejos ya que nos permite afrontar el problema dividiéndolo en partes pequeñas o miniproyectos lo cual sumando cada uno de ello tendremos como resultado un incremento al sistema completo. Además RUP nos ofrece una serie de beneficios muy importantes: resolver los problemas complejos y mas significantes al inicio y lo mas simple dejarlo al final porque se nos hará más fácil concluir nuestro proyecto, mostrar iterativamente los avances del sistema en construcción a nuestro cliente.
ResponderEliminarCurso: Análisis y Diseño de Sistemas
El Proceso de Software, es una sucesión de trabajoso actividades que elaboran un producto de software. Los procesos incluyen esencialmente: productos (resultados), roles (responsabilidades) y Condiciones (declaraciones validas).
ResponderEliminarIngeniero buenas tardes, las versiones del producto deberían evolucionar, para que el cliente este satisfactoriamente bien?
Curso: Analisis y Diseño de Sistemas
Alumno: Ruiz Rodriguez, Marlon Smith
Nombre: Padilla Mauricio Kevin
ResponderEliminarAsignatura: Análisis y diseño de Sistema
UNIVERSIDAD CESAR VALLEJO
*El proceso de software nos ayuda esta ingeniería trata con áreas muy diversas de la informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos, o desarrollos Internet, abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo de sistemas de información y aplicables a infinidad de áreas: negocios, investigación científica, Intranet, etc.
definición de software se refiere a cualquier cosa no tangible en la computadora.
El Rup Agil nos ayuda predecir en detalle las actividades y asignación de recursos personal en un intervalo relativamente largo de tiempo, tal como la totalidad de un proyecto.
Un proceso de desarrollo de software es la descripción de una
ResponderEliminarsecuencia de actividades que deben ser seguida por un equipo
de trabajadores para generar un conjunto coherente de
productos
el proceso de desarrollo de software se determina en base a muchos factores, como tiempo, riesgos, recursos disponibles, experiencia, tamaño del proyecto, . No existe un modelo mejor que otros, siempre va a funcionar. Dependiendo de las circunstancias, cada proceso tiene sus pros como sus contras.
Un proyecto d desarrollo de un Sistema de software comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno más de los componentes: Software, hardware.
ResponderEliminarCiertamente el modelo de proceso iterativo propio del RUP se centra en lo mas esencial para agilizar el desarrollo iteración a iteración, sin embargo, los artefactos que se dejaron de lado en un inicio, en teoría, ¿No estarían dejando un hueco en la información que se podría requerir a futuro?
ResponderEliminarJesús Omar Herrera López - UCV - Análisis y diseño de sistemas
Nombre: Rodriguez Llican Jonah
ResponderEliminarUNIVERSIDAD CESAR VALLEJO
leyendo esta lectura puedo concluir que es mejor usar el modelo iterativo incremental pues así podemos identificar mas rápido los requerimientos de alto riesgo. También se menciona una gran herramienta de desarrollo RUP . La metodología RUP, es una manera muy optima de trabajar tanto para la empresa como para el cliente.
Asignatura: Análisis y Diseño de Sistemas
Este comentario ha sido eliminado por el autor.
ResponderEliminarUn buen proceso de desarrollo de software, ¿Asegura el éxito del proyecto (producto software)?. considerando que en muchos casos en donde se implementaron ya sistemas, no utilizaron por lo menos metodologías básicas de ingeniería de software y aun así fueron implementadas con éxito.
ResponderEliminarLas RUP es una "técnica" o es la técnica más confiable para desarrollar un software ya que gracias a ella se puede obviar un error grande cuando casi se esta acabando el proyecto, gracias a los mini proyectos uno puede estar avanzando de la mano y encontrar los errores en el camino, esos errores que el cliente nota , con los mini proyectos se puede estar haciendo varias versiones que se complementa al anterior , al final, cuando el proyecto este terminado es porque las versiones cumplen con los requisitos brindados por el cliente
ResponderEliminarElvis Coronado Paredes - UCV- Análisis y diseño de software
Hay muchos métodos para usar, al momento de realizar un proceso de software pero el más recomendado es el método iterativo, pero habrá uno con mejor eficiencia que este método. Para el desarrollo de un software se necesita comprender más que saber, puesto que todos podemos realizar una implementación pero tal vez esta no es lo que nuestro cliente desea, como saber que lo que se esta haciendo esta bien pues con el método iterativo se podrá encontrar fallas, fallas que deberán solucionarse antes de volver a presentar la segunda iteración; ¿Hay un método mejor que este?.
ResponderEliminarMartinez Grados Bryan Aldair -- UCV -- Análisis y diseño de Sistemas.
Al usar método de Desarrollo Iterativo e incremental. Cual serían las desventajas, si es que las hubiera, y porqué?
ResponderEliminarAnálisis y Diseño de Sistemas.
Elizabeth Aguirre Rodrìguez
El Proceso Unificado de Desarrollo (RUP) es
ResponderEliminaruna alternativa de solución al problema del software.
RUP no es sólo un proceso de desarrollo de software,
es también un marco de trabajo genérico que puede especializarse para
una gran variedad de sistemas software y diferentes tamaños de proyectos,
el cual se caracteriza principalmente por estar dirigido por los casos de uso,
estar centrado en la arquitectura y ser iteractivo e incremental.
Curso: Analisis y diseño de sistemas.
Se hablo de la importancia de la arquitectura de software, y de su evolución.
ResponderEliminarMi pregunta es:
¿Cuales son los atributos de una arquitectura de software de calidad?
Torres Matias - UCV / Análisis y Diseño de Sistemas.
Debido a que ocurren muchos problemas con los usuarios o clientes que desean un software para sus negocios, por ejemplo al darnos unas especificaciones erróneas, al cambiar parte de sus proyectos cuando estamos por terminar el software,etc. Con la alternativa de el Proceso Unificado de Desarrollo (RUP), podemos solucionar dichos problemas,ya que dividimos nuestro proyecto general en miniproyectos, los cuales son verificados por el cliente,siendo necesario comenzar por los miniproyectos mas complejos o de mayor riesgo,para nuestro beneficio y del cliente.
ResponderEliminarMiguel Angel Díaz Meléndez - Análisis y Diseño de Sistemas - UCV
Hernández Castañeda, Marlon Wagner. Universidad Cesar Vallejo.
ResponderEliminarDesarrollar un software significa construirlo desde cero (empezar a desarrollarlo así como desarrollamos un pequeño programa, de esas misma manera tenemos que desarrollar un software) hasta alcanzar el objetivo que se desea; por lo tanto se tiene que aplicar métodos, estadísticas, análisis, técnicas, etc. Podemos utilizar el método de iteración, el cual consiste en realizar pequeños mini proyectos que a largo plazo se convierten en nuestro objetivo a alcanzar.
CURSO: Análisis y Diseño de Sistemas.
¿PUEDE LLEGAR A TENER UN SOFTWARE DE CALIDAD MEDIANTE LA UTILIZACION DEL RUP ?
ResponderEliminarBrian Blaz Correa UCV Ing de Sistemas
ANALISIS_Y_DISEÑO_DE_SISTEMAS
Este comentario ha sido eliminado por el autor.
ResponderEliminaren el desarrollo de procesos de software en el estado actual que estamos osea mayor tecnología y satisfacción podemos ir presentando mejoras a la calidad del software en lo que es de producto de software comercial nos dice que dura mucho tiempo meses hasta año, así que es mejor dejar lo mas fácil del proceso dejarlo a lo ultimo y lo mas difícil comenzar con eso . tambien el proceso de software es un marco de trabajo genérico que puede especializarse para una gran variedad de sistemas software y diferentes tamaños de proyectos.
ResponderEliminarDerian Aarom Peralta Ruesta - UCV - Analisis y Diseño de Sistemas
En el texto dice que la arquitectura software incluye los aspectos estáticos y dinámicos más significativos del sistema. ¿Exactamente que es lo que nos quiere decir esta frase? ¿que tan importantes son los aspectos estáticos y dinámicos? y ¿ Cuales son las ventajas de estos aspectos (estáticos y dinámicos) en el El Proceso Unificado de Desarrollo (RUP)? ¿Son fundamentales?
ResponderEliminarANÁLISIS Y DISEÑO DE SISTEMAS-UCV-
En el proceso del desarrollo de software se lleva la elaboración de sistemas complejos para obtener un software de calidad y este trabajo se puede realizar en miniproyectos iterativos.
ResponderEliminar¿Cual es el éxito de los procesos iterativos a comparación de la metodología lineal?
En el proceso del desarrollo de software se lleva la elaboración de sistemas complejos para obtener un software de calidad y este trabajo se puede realizar en miniproyectos iterativos.
ResponderEliminar¿Cual es el éxito de los procesos iterativos a comparación de la metodología lineal?
SANDY RODRIGUEZ MENDOZA-ANALISIS Y DISEÑO DE SISTEMAS-UCV
¿Que diferencia hay entre los aspectos estáticos y dinámicos?
ResponderEliminarCABRERA ROJAS KEVIN (ANALISIS Y DISEÑO DE SISTEMAS-UCV)
en si el proseso unificado de software es un metodo muy eficas para llevar a cabo
ResponderEliminarun proseso o proyecto de software de forma ordenada y presisa se va haciendo en equipo
donde primero se analiza si el proyecto acabo sera viable o no se hace un estudio de los requisitos después de que a sido analizado y si es viable se sugiere que se empiece por resolver los posibles riesgos
se los prueba si no se lo modifica una ves que ya es modificado y y esta bien se pasa a ser los demas requisitos
que son mas fáciles y por ultimo se pasa a ser la ultima prueba donde se pasa a entregar para ya ser usada por
el usuario.
MAMANI URIL ESMERALDA (ANALISIS Y DISEÑO-UCV)
El proceso unificado se presenta dos desarrollos lo cual son: iterativo y incremental. Pero si lo mejor posible se debe empezar con alto riesgo que son complejas de realizar un software, pero un proyecto de software no solo presenta un programador sino tiene roles de una persona que interviene sus actividad. Para mi me conviene el desarrollo iterativo porque cada version se un miniproyecto para poder corregir los errores que podemos cometer en la programación, pero si siempre se debe cumplir con las fases de RUP: inicio, elaboración,construcción y transacción.
ResponderEliminarJosé Walter Morán Balladares (Analisis y Diseño de Software-IV-UCV)
Ing, buenos dias.
ResponderEliminarMi pregunta es con respecto a las fases, en ¿Cual de las 4 fases se incorpora el análisis de requisitos o requerimientos?
si el proyecto se divide todo tiene que tener una relación en otras palabras un proceso tiene que terminar para poder iniciar otro o se pueden hacer 2 o mas procesos a la vez
ResponderEliminarANÁLISIS_Y_DISEÑO_DE_SISTEMAS UCV
Jaime Diaz
El desarrollo de un proyecto siempre tendrá sus fallas así sea las mínimas ya que estas nos estará dando a saber que esta por buen camino nuestro proyecto de software, y para reducir esos errores tenemos una diversa forma de proceratos la cual no solo se basa en un problema , si no en todo de manera sistemática , pasa por estándares , de análisis, diseño , implementaciòn, pruebas y mantenimiento mediante el modelo de cascada.
ResponderEliminarDe acuerdo a la arquitectura del proyecto para un mejor manejo todo debe ir detallado desde el inicio del programa o proyecto hasta el culmino de este.
NUÑEZ URQUIAGA, Juan Carlos Jesus
Analisis y Diseño de Sistemas
UNIVERSIDAD CESAR VALLEJO
Ya que este sistema de comentarios no tiene opción de citas, voy a copiar una de sus respuestas:
ResponderEliminar"... lo recomendable es iniciar a desarrollar las funcionalidades de mayor riesgo, es decir las más complejas o significativas para el negocio, esto en RUP equivale a la fase de Elaboración. Lo menos complejo se debe desarrollar en la fase de Construcción. Esto sería la mejor estrategia. ..."
Poniendo un caso hipotético, supongamos que tiene un proyecto entre manos y tiene un mes para presentar el primer avance.
El proyecto tiene partes difíciles así como partes fáciles de implementar.
Si se empieza, como usted comenta, con lo más difícil, uno no puede predecir cuánto tiempo esto le llevará. Podría ser un par de semanas, un mes, o más.
Entonces si uno se pasa todo el mes "intentando" desarrollar lo más difícil, al cabo de ese mes, cuando hay que presentar un avance no se tendría más que un mediocre avance de sólo una de las partes del proyecto.
En caso contrario, de empezar con lo más fácil y rápido, al cabo del mes se podrían presentar varios módulos o partes del proyecto terminadas.
Creo yo.
Renato Santisteban Díaz - Análisis y Diseño de Sistemas - Universidad César Vallejo
Mi pregunta es ¿Que aspectos estáticos y dinámicos pueden contar un software?¿Cuales son?
ResponderEliminarAlumna: Castillo Obando, Katerin
Análisis de Diseño
UNIVERSIDAD CESAR VALLEJO
¿Se obtiene la misma eficiencia usar todas las disciplinas que solo usar algunas?, ya que al usarlas todas se podría ver y hacer entender con mayor facilidad que es lo que quiere crear así los programadores encargados de hacer el software todos tendrían la misma visión y solo quedaría dar sus puntos de vista.
ResponderEliminarALEJANDRO GAVIDIA ATOCHE
ANÁLISIS Y DISEÑO DE SISTEMA
UNIVERSIDAD CESAR VALLEJO
Utilizando el proceso de desarrollo de software, obtenemos resultados óptimos dentro de unos parámetros de calidad, costos y plazos determinados, Ya que este tipo de metodología sirve para proyectos medianos y grandes pero tambien lo podemos aplicar para proyectos pequeños o no es tan factible, ingeniero?
ResponderEliminarPonciano Camacho Dixon Jhair
Analisis y Diseño de Sistemas
universidad Cesar Vallejo
Ciertamente RUP es la metodología para ordenar nuestros procesos al momento de desarrollar un sistemas proponiendo unas introversiones aprobadas por los usuarios o clientes para así tener ya una miniversión del software funcional. antes de implementar esta metodología iterativa e incrementa, ¿Que otras metodologías existían?
ResponderEliminarMilla Ríos Julio
Análisis y diseños de sistemas
Universidad Cesar Vallejo
El Proceso de Software, es una sucesión de diferentes actividades que elaboran un producto de software...Un Sistema de software comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno más de los componentes: Software, hardware.
ResponderEliminarPèrez sauna luis david (Análisis y diseño-UCV)
Mi pregunta seria: ¿Es necesario implementar a mi software un ciclo de vida durante su elaboración.? ¿porque?
ResponderEliminarNombre : JUAN CARLOS DE LA CRUZ INFANTES
Curso : ANALISIS Y DISEÑO DE SISTEMAS
UNIVERSIDAD CESAR VALLEJOS
EL objetivo importante del proceso de desarrollo de software es construir un producto o mejorar uno existente ya que se deberían usar las fases para que el proyecto este hecho de inicio hasta el final de una forma correcta y ordenada.
ResponderEliminarDiego Canchachi Huaman
Análisis y Diseños de Sistemas
Universidad Cesar Vallejo
En el proceso de desarrollo de software , a mi parecer creo que primero debemos de saber de cuanto tiempo disponemos después darse cuenta que partes son las mas fáciles para poder comenzar por ahí, de manera que haciendo esto podemos guiarnos de las partes fáciles y tener una idea de como hacer o comenzar las partes que son difíciles , en cambio si se comienza por lo difícil según mi opinión quedaríamos estacados en una sola cosa y probablemente nunca se culmine dicho proyecto.
ResponderEliminarBARBA LLANOS FRANCISCO
ANÁLISIS Y DISEÑO DE SISTEMAS
UNIVERSIDAD CESAR VALLEJO
EL RUP SE HA CONVERTIDO EN ALGO IMPORTANTE PARA EL PROCESO DE SOFWARE PERO PORQUE EN EL RUP AGIL NO ERA PARA QUE SEA PREDICTIVO SI LO QUE SU FUNCION ERA PLANIFICAR Y PREDECIR PARA SU ADAPTACION O EXISTE OTRO TIPO DE RUP
ResponderEliminarALUMNO JEAN PIER BARAZORDA MIRANDA
ASIGNATURA ANALISIS Y DISEÑO DE SISTEMAS
UNIVERSIDAD CESAR VALLEJO
Uno de los beneficios que nos brinda el Desarrollo iterativo, es que conforme avancemos en una iteración obtendremos nuevos conocimientos que nos ayudarán a mejorar nuestro proceso de elaboración del software.Esto es muy importante pues si en la fase de análisis no logramos obtener mucha información para el desarrollo del software con esto repondremos el déficit.
ResponderEliminarGRAUS GUZMAN ALEX FRANCO
ANÁLISIS Y DISEÑO DE SISTEMAS
UNIVERSIDAD CESAR VALLEJO
RUP viene hacer para muchos ingenieros de software como la alternativa de salida para poder desarrollar un software , ya que RUP facilita y hace más predecible un proceso y hace que el riesgo se reduzca , se debe usar mini proyectos , estos mini proyectos facilita al programador a evitar errores mas graves que puede hallar cuando hace el programa todo a la vez , gracias a RUP y a estos mini proyectos se puede avanzar en el proyecto y asumiendo menos riesgos mas difíciles de solucionar
ResponderEliminarElvis Junior Coronado Paredes
Análisis y Desarrollo de Software
Universidad Cesar Vallejo
¿rup es la metodología mas optima para trabajar en las empresas?.
ResponderEliminarMoreno Bejarano luis gustavo.
análisis y diseño de sistemas.
Universidad Cesar Vallejo
Cabe destacar que el RUP es un excelente herramienta para realizar proyectos de software que brinda soluciones eficaces a las necesidades y con las técnicas, arquitectura, iteraciones y disciplinas nos conlleva a un proyecto de calidad, ya que gracias al RUP podemos llevar a las mejoras de proyectos existentes y de mayor calidad con un pensamiento sistemático y ordenado.
ResponderEliminarEl desarrollo iterativo es mejor para que de cada miniproyecto desarrollado lo podamos plasmar en las fases y poder corregir errores que no nos permiten culminar con el proyecto.
Vásquez Aguirre Jair
Análisis y diseño de sistemas
Universidad César Vallejo
Este comentario ha sido eliminado por el autor.
ResponderEliminarSegún el proceso de desarrollo RUP , en los proyectos pequeños se deben disminuir los artefactos , es decir , realizar solo los más necesario , ¿ esta práctica no haría que el producto software sea de menor calidad ?
ResponderEliminarALUMNO: MARCELO RUIZ, JAIRO
ANÁLISIS Y DISEÑO DE SISTEMAS
UNIVERSIDAD CÉSAR VALLEJO
Proceso de desarrollo de software lo mas importante es crear o mejorar un software
ResponderEliminarANDRE CASTILLO LEDESMA
ANALISIS Y DISEÑO
UCV
El desarrollo de software es uno de los pilares fundamentales de la Informática y al cual se dedican muchas horas de esfuerzos en universidades, centros de investigación y empresas.
ResponderEliminarla mejor manera de desarrollar un proyecto de software puede verse como una manera de dividir el trabajo en distintas actividades o el ciclo de vida del producto en distintas fases.
rodriguez cortez elmer antonio
universidad cesar vallejo/ analisis y diseño de sistemas
al hacer una buena aplicación de un proceso RUP
ResponderEliminarpodemos tener como acertado que vamos a obtener un software
de alta calidad.Porque a partir de los procesos y las fases con la que
cuenta el RUP nos iremos percatando de como va el funcionamiento y si es que necesita
una retroalimentacion.
LUIS HERERTH GOICOCHEA CHAVEZ
UNIVERSIDAD CESAR VALLEJO
ANALISIS Y DISEÑO DE SISTEMAS
si bien el RUP nos asegura un Software de Calidad . mi pregunta es ¿ es el proceso mas eficiente actualmente que se aplique para desarrollar software ? ¿hay otros métodos ? ¿cuales son?
ResponderEliminarZavaleta León Cesar Eduardo
Analisis y Diseño de Sistemas
Universidad Cesar Vallejo
El RUP ágil puede ser el más usado por los programadores y analistas en lo que es disponibilidad de tiempo ya que las empresas no cuentan con aquel.
ResponderEliminarEl Proceso para el desarrollo de software, también denominado ciclo de vida del desarrollo de software, proporcionando normas para el desarrollo eficiente de software de calidad y reducir el riesgo de que el software sea de mala calidad, ya que siguen estándares de buenas prácticas, siguiendo fases de desarrollo ya planificadas lo que hace que el producto final sea de calidad y confiabilidad.
ResponderEliminar______________________________
Leon Romero Leonardo Tayjoy
Análisis y Diseño de Sistemas
Universidad Cesar Vallejo
______________________________