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!
Muy interesante, se entiendo muy bien el tema de requerimientos funcionales y no funcionales. Gracias por compartir sus conocimientos, muchas bendiciones y éxitos.
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.
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".
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.
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
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.
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
En el canal hay vídeos sobre Arquitectura de Software: th-cam.com/video/n6XvfUG4QBQ/w-d-xo.html th-cam.com/video/IsT5o0orRTo/w-d-xo.html Gracias por visitar el canal.
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?
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.
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?
¿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.
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.
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.
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.
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
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!
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
@@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!
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.
![เป็นไปได้ไหม - WanMai [Performance Video]](http://i.ytimg.com/vi/Eh5hItD4Mr0/mqdefault.jpg)
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!
Gracias a vos por visitar el canal.
Total, me pasa lo mismo justo ahora. Es frustrante
Cuánta claridad para explicar, mucha gracias por compartir su conocimiento. Suscrito!
Gracias por visitar el canal!
MAESTRO, SUS VIDEOS SON ORO, DE CORAZÓN MUCHAS GRACIAS Y POR FAVOR NO PARE!!!
Gracias a vos por visitar el canal. Por un par de meses no voy a subir nuevos videos pero luego seguiré subiendo más.
Muy interesante, se entiendo muy bien el tema de requerimientos funcionales y no funcionales. Gracias por compartir sus conocimientos, muchas bendiciones y éxitos.
Gracias a vos por visitar el canal.
Muy buena información, me gustaría que sigas compartiendo, muchas gracias 😊
Hay varios videos en el canal. Gracias por tu comentario.
@@MaximilianoCristiaIS si, todos los estoy viendo, muchas gracias.
Sería bueno 1 video al mes para tenernos actualizados si no es mucha molestia 🙂
Maestro, esta platica aplica pars muchas areas dentronde una organizacionn e impulsas a nuevas habilidades 🎉🎉🎉
Coincide con lo que me enseñaron y sobre todo gracias por las referencias... 👏👍. No pare de aportar..
Gracias por visitar el canal.
Muchas gracias, sus clases me han ayudado con mis materias, saludos.
Me alegro. Gracias a vos por visitar el canal.
Impecable Profesor, me fue de gran utilidad. Gracias y Saludos!
Gracias a vos por visitar el canal.
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.
Me alegra que te haya servido el vídeo. Suerte!
Excelente video profe.
Saludos desde Perú
Gracias!
Le tengo que agredecer mucho todo el esfuerzo que hace ¡Muchas Gracias!💻🙂
Gracias a vos por visitar el canal.
Excelente explicación
Muy buena información
Muchas Gracias
Un abrazo fraterno desde Venezuela
Me alegra mucho que gente de la gran América Latina visite el canal.
Excelente material, domina ampliamente la actividad presentada.
Gracias!
Excelente explicación, felicitaciones!
Gracias!
Excelente video. Muchas gracias
Gracias a vos por visitar el canal.
Excelente. Muy bien explicado.
Gracias por visitar el canal.
Gracias muy buen contenido, Saludos desde perú
Gracias a vos por visitar el canal.
Excelente servicio, gracias por compartir tus conocimientos crack 🧐👍
Gracias a vos por visitar el canal.
Gracias!, es un gran aporte
Gracias de nuevo a vos.
Excelente clase!
Gracias!
Muy instructivo, gracias
Gracias a vos por visitar el canal.
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".
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.
Realmente muy bueno. Gracias
Gracias a vos visitar el canal.
Excelente el video, muy bueno !!
Muchas gracias!
Excelente material y vídeos. Saludos
Gracias!
@@MaximilianoCristiaIS Seguira subiendo videos, profesor?
@@samuelramirez8965 sí, en un par de semanas subiré otro.
@@MaximilianoCristiaIS Excelente. Muchas gracias
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
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.
@@MaximilianoCristiaIS muchas gracias por responder y su generosidad al brindarnos tanta información. Ha sido para mi un placer escucharlo.
Muy bueno! consulta para los primeros analisis funcionales donde puedo sacar las plantillas para rellenar con el cliente. Mgracias!
A qué plantillas te referís? Acá hay un apunte que te puede servir
www.fceia.unr.edu.ar/~mcristia/publicaciones/ingreq-a.pdf
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
En el canal hay vídeos sobre Arquitectura de Software:
th-cam.com/video/n6XvfUG4QBQ/w-d-xo.html
th-cam.com/video/IsT5o0orRTo/w-d-xo.html
Gracias por visitar el canal.
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.
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?
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.
Sublime..!
Gracias!
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?
¿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.
buenas noches, tal vez en un futuro nos pueda hablar de como hacer un prototipo.gracias
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.
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.
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.
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
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!
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
Buen video 👍
Pero cuál es la relación entre los requerimientos y los Casos de Uso de Sistema ??? 🤔🤔🤔
Los caso de uso son una técnica particular que se puede usar durante la ingeniería de requerimientos.
@@MaximilianoCristiaIS ok.
Pero dentro de un caso de uso , hay 1 o más requerimientos funcionales..???? 🤔 Es así...?
@@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!
@@MaximilianoCristiaIS muchas gracias 👍💪
Pero el link no abre
Disculpa que libro me recomendaría para ingeniera de requerimiento ya que voy llevando este siglo en 2020
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.
@@MaximilianoCristiaIS muchas gracias
"Requirement" = "requisito" :v
:v