Excelente manera de explicar este tema, sobre todo cuando tu profesor manda un montón de pdf's sin alguna explicación de lo que para la evaluación. Usted es una GRANDIOSA AYUDA. Gracias!
@MaximilianoCristiaIS3 жыл бұрын
Gracias a vos por visitar el canal.
@Fer_S. Жыл бұрын
Total, me pasa lo mismo justo ahora. Es frustrante
@elbuho94595 жыл бұрын
MAESTRO, SUS VIDEOS SON ORO, DE CORAZÓN MUCHAS GRACIAS Y POR FAVOR NO PARE!!!
@MaximilianoCristiaIS5 жыл бұрын
Gracias a vos por visitar el canal. Por un par de meses no voy a subir nuevos videos pero luego seguiré subiendo más.
@gerardoguzman41292 жыл бұрын
Cuánta claridad para explicar, mucha gracias por compartir su conocimiento. Suscrito!
@MaximilianoCristiaIS2 жыл бұрын
Gracias por visitar el canal!
@FernandoGutierrez-hu7fb Жыл бұрын
Maestro, esta platica aplica pars muchas areas dentronde una organizacionn e impulsas a nuevas habilidades 🎉🎉🎉
@ezequielpei64055 жыл бұрын
Le tengo que agredecer mucho todo el esfuerzo que hace ¡Muchas Gracias!💻🙂
@MaximilianoCristiaIS5 жыл бұрын
Gracias a vos por visitar el canal.
@dev_mayobros5 жыл бұрын
Muchas gracias, sus clases me han ayudado con mis materias, saludos.
@MaximilianoCristiaIS5 жыл бұрын
Me alegro. Gracias a vos por visitar el canal.
@orbesoftperu3 жыл бұрын
Muy interesante, se entiendo muy bien el tema de requerimientos funcionales y no funcionales. Gracias por compartir sus conocimientos, muchas bendiciones y éxitos.
@MaximilianoCristiaIS3 жыл бұрын
Gracias a vos por visitar el canal.
@geanortega39423 жыл бұрын
Coincide con lo que me enseñaron y sobre todo gracias por las referencias... 👏👍. No pare de aportar..
@MaximilianoCristiaIS3 жыл бұрын
Gracias por visitar el canal.
@icas2864 жыл бұрын
Impecable Profesor, me fue de gran utilidad. Gracias y Saludos!
@MaximilianoCristiaIS4 жыл бұрын
Gracias a vos por visitar el canal.
@Fer_S. Жыл бұрын
Muchas gracias profesor por aclarar este proceso, estoy en una formación tecnológica y nos lanzaron a levantar requerimientos sin explicar el primer principio. Es decir estamos haciendo algo hipotético y sin un fin claro.
@MaximilianoCristiaIS Жыл бұрын
Me alegra que te haya servido el vídeo. Suerte!
@GostyStereo3 жыл бұрын
Excelente explicación, felicitaciones!
@MaximilianoCristiaIS3 жыл бұрын
Gracias!
@definirnor14742 жыл бұрын
Excelente video profe. Saludos desde Perú
@MaximilianoCristiaIS2 жыл бұрын
Gracias!
@igor_rcx3 жыл бұрын
Excelente servicio, gracias por compartir tus conocimientos crack 🧐👍
@MaximilianoCristiaIS3 жыл бұрын
Gracias a vos por visitar el canal.
@CesarSanchez-kn6hp3 жыл бұрын
Excelente explicación Muy buena información Muchas Gracias Un abrazo fraterno desde Venezuela
@MaximilianoCristiaIS3 жыл бұрын
Me alegra mucho que gente de la gran América Latina visite el canal.
@jonathancevallos83873 жыл бұрын
Excelente material, domina ampliamente la actividad presentada.
@MaximilianoCristiaIS3 жыл бұрын
Gracias!
@javo3101867 ай бұрын
Excelente video. Muchas gracias
@MaximilianoCristiaIS7 ай бұрын
Gracias a vos por visitar el canal.
@vegetasayin-eu5dh Жыл бұрын
Muy buena información, me gustaría que sigas compartiendo, muchas gracias 😊
@MaximilianoCristiaIS Жыл бұрын
Hay varios videos en el canal. Gracias por tu comentario.
@vegetasayin-eu5dh Жыл бұрын
@@MaximilianoCristiaIS si, todos los estoy viendo, muchas gracias. Sería bueno 1 video al mes para tenernos actualizados si no es mucha molestia 🙂
@@samuelramirez8965 sí, en un par de semanas subiré otro.
@samuelramirez89654 жыл бұрын
@@MaximilianoCristiaIS Excelente. Muchas gracias
@radaresconnectedthings2312 жыл бұрын
Muy bueno! consulta para los primeros analisis funcionales donde puedo sacar las plantillas para rellenar con el cliente. Mgracias!
@MaximilianoCristiaIS2 жыл бұрын
A qué plantillas te referís? Acá hay un apunte que te puede servir www.fceia.unr.edu.ar/~mcristia/publicaciones/ingreq-a.pdf
@silvinabazan3422 жыл бұрын
Impecable y virtuoso su video profesor. Muchas gracias por su gran aporte. Ingeniería de requerimientos se dicta como carrera de grado o posgrado? y donde? podria darme una orientación por favor
@MaximilianoCristiaIS2 жыл бұрын
No creo que haya una carrera ni se grado ni de posgrado que sea solo sobre ingeniería de requerimientos. En el mejor de los casos podrías encontrar uno o dos cursos de posgrado. Por ejemplo en la universidad de Rosario no hay ni un curso sobre este tema. Gracias por visitar el canal.
@silvinabazan3422 жыл бұрын
@@MaximilianoCristiaIS muchas gracias por responder y su generosidad al brindarnos tanta información. Ha sido para mi un placer escucharlo.
@nerdvio4 жыл бұрын
Estoy de acuerdo y me parece coherente su punto de vista sobre los requerimientos. Solamente que algunos autores, en este tema crean un poco de confusión: Ejemplo: Sommerville (2005) en la página 110 de su libro ingeniería de software menciona sobre una distinción sobre requerimientos de usuario y requerimientos de sistema, donde da un ejemplo sobre un sistema de bliblioteca universitario LIBSYS y en la lista de requerimientos usa términos como "bases de datos", "visores", "IDs", lo cual no concuerda con lo que usted menciona al rededor del minuto 17 del vídeo. Espero me pueda ayudar sobre esto de requerimientos "de usuario" y "de sistema".
@MaximilianoCristiaIS4 жыл бұрын
No tengo esa edición del Sommerville y en la que tengo (1997) no está ese ejemplo. No sé a qué se refiere Sommerville con requerimientos de sistema. ¿Refiere a los requerimientos de hardware y software para que el sistema pueda funcionar? Respecto a los términos como "bases de datos", "visores", "IDs" habría que ver bien el contexto. Base de datos podría no ser el mejor término; se podría decir "repositorio de datos". Claramente decir MySQL u Oracle sería un error si aparecieran en los requerimientos funcionales, pero no necesariamente lo serían si aparecieran en los no funcionales. Claramente, un requerimiento no funcional para un sistema puede ser almacenar los datos en una base de datos específica (como Oracle o MySQL). Lo que ciertamente está mal desde cualquier punto de vista es que decir que el requerimiento es programar una clase que tenga tales y cuales métodos. Los términos "visores" y "IDs" podrían ser correctos si se refieren a objetos o conceptos vinculados con el sistema. Por ejemplo el número de documento de identidad de una persona (ID) es un término correcto para usar en los requerimientos; lo que sería incorrecto en los requerimientos es decir que ese dato es un string de 40 caracteres o un entero simple.
@TVcomimasD2 жыл бұрын
Sublime..!
@MaximilianoCristiaIS2 жыл бұрын
Gracias!
@juanl3064 жыл бұрын
Muchas gracias por su explicación.. Consulta me quede con la duda de los prototipos, como piden acciones, podría usar para ellos programas como AxureRP?
@MaximilianoCristiaIS4 жыл бұрын
¿Cómo piden acciones? No entiendo. La idea es que el prototipo espera órdenes del usuario, las ejecuta y da una respuesta. Podrías usar Axure RP para crear las interfaces gráficas y conectarlas con un prototipo que implemente la funcionalidad. Pero es todo para ver y estudiar.
@CesarSanchez-kn6hp3 жыл бұрын
Estoy interesado en comprender de manera clara y sencilla como usted explica que es la Arquitectura de Software y que agradecería tener su orientación Gracias
@MaximilianoCristiaIS3 жыл бұрын
En el canal hay vídeos sobre Arquitectura de Software: kzbin.info/www/bejne/pGe7p5mLfJmEeLM kzbin.info/www/bejne/f6S3ZqJmpNeFitE Gracias por visitar el canal.
@MaximilianoCristiaIS3 жыл бұрын
También hay vídeos sobre patrones de diseño y diseño de software que están muy relacionados con la arquitectura de software.
@YulinhoDuran4 жыл бұрын
Disculpa que libro me recomendaría para ingeniera de requerimiento ya que voy llevando este siglo en 2020
@MaximilianoCristiaIS4 жыл бұрын
Diría que el que más me gusta es este: Software & Systems Requirements Engineering In Practice Brian Berenbach, Daniel Paulish, Juergen Kazmeier y Arnold Rudorfer En castellano no conozco ninguno.
@YulinhoDuran4 жыл бұрын
@@MaximilianoCristiaIS muchas gracias
@jorgegutierrez69989 ай бұрын
Un tema muy interesante. Tengo una consulta Señor Maxi; si el software que una compañía va a contratar es bajo la modalidad SaaS, es decir, ya está hecho a medida y simplemente es pagar y directo al Go Live....debe existir un proceso de levantamiento de requerimientos?
@MaximilianoCristiaIS8 ай бұрын
No necesariamente pero quien contrata el servicio debería tener claro si el software provee toda la funcionalidad que se necesita. Eso debería estar descripto en un manual de servicio.
@nerdvio4 жыл бұрын
Una duda sobre ingeniería de requerimientos: si voy a desarrollar software para un negocio, por ejemplo, administrar ventas de una zapatería y voy a iniciar la obtención de requerimientos: entonces se supone que yo obtengo los requerimientos con el gerente, los vendedores, almacenistas, etc. Lo típico es que ellos no tengan nociones de programación de sistemas así que solo me describirán cosas como: "con base en el modelo del zapato debo encontrar su precio para añadirlo a una factura". Entonces ¿soy yo (desarrollador) quien debe "reescribir" los requerimientos en un documento de especificación de requerimientos ya separados como funcionales y no funcionales con información técnica para los otros desarrolladores? POr ejemplo: "Ingreso en un cuadro de texto el modelo del zapato y al dar clic en el botón de búsqueda se hará una consulta a la base de datos de zapatos para que me devuelve el precio en una tabla". Perdón es que no tengo claro quién debe proporcionar los requerimientos funcionales y no funcionales de sistema, ya que el usuario se supone que no tiene idea sobre archivos, ventanas, etc.. Esa es mi duda.
@MaximilianoCristiaIS4 жыл бұрын
Básicamente es así como vos decís, aunque caben un par de aclaraciones. Los requerimientos deben ser validados por el cliente. Para que los pueda validar vos le tenés que mostrar algo que se asemeje lo más posible a la interfaz que tendrá el sistema. Por ejemplo, podés mostrarle imágenes de los formularios del sistema o, mejor, podés mostrarle la GUI del sistema aunque detrás no haya código. Respecto a los no funcionales el usuario puede saber más o menos lo que quiere. En el ejemplo de la zapatería probablemente no sepa nada pero si fuese el caso de un banco importante seguramente tendrá un departamento de sistemas que fijará varios requerimientos no funcionales como, por ejemplo, el lenguaje de programación, la plataforma de ejecución, regulaciones del banco central, cuestiones de seguridad, etc. Pero sí, desde los requerimientos vos deberías escribir una especificación la cual debería ser uno de los puntos de partida para los programadores. La diferencia que marcás entre: "con base en el modelo del zapato debo encontrar su precio para añadirlo a una factura" y "Ingreso en un cuadro de texto el modelo del zapato y al dar clic en el botón de búsqueda se hará una consulta a la base de datos de zapatos para que me devuelve el precio en una tabla" es un muy buen ejemplo de la diferencia entre requerimiento y especificación. Esto también es correcto: entonces se supone que yo obtengo los requerimientos con el gerente, los vendedores, almacenistas, etc
@matiasask37744 жыл бұрын
gracias por el contenido y la explicación. Tengo una consulta Profesor, estoy cursando la asignatura de Ing requerimientos y en el proyecto nos piden entregar los los siguientes documentos ( Wireframes del sistema, cuestionario ERS IEEE830-1998 , Acta constitución del proyecto, Stake Holders y plantilla de requerimientos ( funcionales, no funcionales, etc) .. esto es una base de los documentos que debe contener un proyecto? es ley? o existen otros documentos necesarios? gracias!
@MaximilianoCristiaIS4 жыл бұрын
En desarrollo de software no hay ninguna ley, lamentablemente. Cada uno hace más o menos lo que que quiere. El primer documento no lo conozco, los otros me parecen razonables (aunque los nombres pueden variar). Podes ver mí apunte sobre ingeniería de requerimientos: www.fceia.unr.edu.ar/~mcristia/publicaciones/ingreq-a.pdf
@luisgarciacueva83574 жыл бұрын
buenas noches, tal vez en un futuro nos pueda hablar de como hacer un prototipo.gracias
@MaximilianoCristiaIS4 жыл бұрын
No es fácil. Se habla mucho del tema pero hay muy poco que realmente ayude al desarrollador. Depende mucho del tipo de sistema en cuestión y de lo que se entiende por prototipo. Por ejemplo, si un cliente te pide una aplicación WEB de comercio electrónico, ¿sería válido presentarle un prototipo que no ejecute en un navegador? ¿Qué es lo que se quiere prototipar? ¿La funcionalidad de la aplicación o la interfaz gráfica? Algunas vez desarrollamos un prototipo de una herramienta que permite generar prototipos de aplicaciones con interfaces de usuario usando solo OpenOffice. Es decir no hace falta saber programar para construir un prototipo. Mostramos la idea a varias personas y gustó. Pero por diversos motivos nunca la pudimos seguir desarrollando.
@luisgarciacueva83574 жыл бұрын
Muchas gracias por su respuesta, como siempre sus explicaciones son valiosas y aprovecho la oportunidad porque gracias a sus videos y a sus enseñanzas he podido aventurarme en un mundo muy apasionante como lo es el desarrollo de software, ya perdí la cuenta de cuántos artículos y libros he leído desde que escuche por primera vez su video, para no extenderme más, resumo diciendo que sus aportes son muy valiosos y gracias por compartir el conocimiento.
@noeliafernanda1061 Жыл бұрын
Buen video 👍 Pero cuál es la relación entre los requerimientos y los Casos de Uso de Sistema ??? 🤔🤔🤔
@MaximilianoCristiaIS Жыл бұрын
Los caso de uso son una técnica particular que se puede usar durante la ingeniería de requerimientos.
@noeliafernanda1061 Жыл бұрын
@@MaximilianoCristiaIS ok. Pero dentro de un caso de uso , hay 1 o más requerimientos funcionales..???? 🤔 Es así...?
@MaximilianoCristiaIS Жыл бұрын
@@noeliafernanda1061 en general sí, pero no siempre. Diría que en la mayoría de los caso hay más de un requerimiento funcional. Si querés pegarle una leída a este apunte de clase (ahí hay más bibliografía que podés profundizar): www.fceia.unr.edu.ar/~mcristia/publicaciones/ingreq-a.pdf Cualquier cosa decime. Suerte!
@noeliafernanda1061 Жыл бұрын
@@MaximilianoCristiaIS muchas gracias 👍💪 Pero el link no abre