Casos de uso sirve para todo, de hecho UML es un lenguaje/herramienta de modelado, EN TEORIA, independiente de cualquier paradigma. Quiero decir que no se concebio para un paradigma especificamente, sino que se hizo "solito".
Pero termino re ligado para Objetos porque.. bueno, porque pegaba mucho nose como explicar eso jaajaj

(28-11-2011 16:52)gonnza escribió:  Casos de uso sirve para todo, de hecho UML es un lenguaje/herramienta de modelado, EN TEORIA, independiente de cualquier paradigma. Quiero decir que no se concebio para un paradigma especificamente, sino que se hizo "solito".
Pero termino re ligado para Objetos porque.. bueno, porque pegaba mucho nose como explicar eso jaajaj

Porque el UML refleja de muy buena manera las relaciones entre objetos. Es decir, es un herramienta que responde demasiado bien a lo que es el concepto de objetos y relaciones entre los mismos.

Una pregunta:
¿La tecnica del DFD, DER, Casos de uso, Diccionario de datos y de clases a que metodologia de sistemas corresponde?
Yo vi que varios respondieron al analisis de requisitos del sistema, pero tambien pertenece al Diseño no ?
Porque en la definicion de Diseño dice: "Se utilizan las tecnicas mencionadas para la fase anterior" (Analisis de requisitos)
Esta bien poner que se usan para las dos no ?
Yo porque tengo miedo de pifiarle en el ejercicio que te dan el enunciado y te dicen que digas las tecnicas que utilizarias y las etapas de metodologia a la que pertenecen.
GRAcias !!

---

Si en un proyecto se seleccionó el ciclo de vida cascada entonces una vez que se finalizo la etapa de análisis no se pueden incorporar nuevos requerimientos.

Esta es VERDADERA O FALSA ???

Un profesional de sistemas siempre debe resolver problemas bajo el enfoque sistémico.

v o f ?

falso, no aclara que tipo de problemas.
Si es un problema hiper estupido no hace falta todo un estudio cual enfoque sistemico

Joya gonnza tenes razon. Te fijas la que puse arriba de esa que se me ocurrio despues por eso la puse abajo .. Gracias papa!

esta ?

Cita:Si en un proyecto se seleccionó el ciclo de vida cascada entonces una vez que se finalizo la etapa de análisis no se pueden incorporar nuevos requerimientos.

Yo diria que es Verdadera, porque justamente esta metodologia aplica la continuidad de ciclos y requerimientos congelados. Osea, no esta hecha para requisitos variantes.. Pero igual me deja la duda. Si cambia algo tampoco es que muere el proyecto..

:/

Si si esa y la que esta arriba de esa .
Para mi tambien es verdadero, pero estaba en la duda. Lo saque de un resuelto y tambien habian puesto verdadero!
Fijate la anterior a esa y no te jodo mas jaja

yo hubiera puesto falsa, porque PUEDE incorporar nuevos requerimientos, pero esto implica echar a perder todo el laburo hecho hasta entonces y retroceder a la fase anterior, perdiendo tiempo y dinero.


Si el cliente se raya de golpe y pide cambiar los requerimientos mal, podés cambiarlos pero eso implica un costo altísimo, pero se PUEDE.

Por eso te decia como que no estaba seguro porque, a ver, el proyecto no se tira a perder..
Creo que es una de esas que aceptan ambas posibilidades, segun el chamuyo la justificacion que des

---

Cita:¿La tecnica del DFD, DER, Casos de uso, Diccionario de datos y de clases a que metodologia de sistemas corresponde?

metodologia o etapa?

Metodologia vendria a ser la metodologia de sistemas.

Ahora etapa de la metodologia estructurada (cascada etc) yo diria en la de analisis de requisitos

No son parte del relevamiento? (DFD, der, casos de uso), no lo veo como parte del análisis de requisitos..
son más para documentar cómo funciona el sistema actual, que para el análisis de los requisitos de un eventual sistema nuevo

Rodri fijate en el cuadernillo vas a ver que estan citados en Analisis de requisitos del Sistema o SW. Y en el diseño tambien. Lee el cuadernillo para sacarte las dudas, ahi esta claro ! Un abrazo

uh odio que mis profesores se contradigan con el cuadernillo
y pasa siempre XD
edit: igual me quedó la duda, porque el apunte dice que el análisis de requisitos es propia de los sistemas software, y muchas veces en la cursada modelamos con dfd sistemas que no usaban la computadora para nada

(05-12-2011 13:48)rodri042 escribió:  uh odio que mis profesores se contradigan con el cuadernillo
y pasa siempre XD
edit: igual me quedó la duda, porque el apunte dice que el análisis de requisitos es propia de los sistemas software, y muchas veces en la cursada modelamos con dfd sistemas que no usaban la computadora para nada

Es verdad, en la cursada mia también dijeron cosas que se contradecían o que en el cuadernillo no era tan así.
Por ejemplo tengo en la carpeta, dicho el profe:

Técnicas para documentar información en la etapa de relevamiento:

Cursograma
Tabla de decisión
Casos de uso
DFD
DER
Diccionario de Datos

(05-12-2011 13:48)rodri042 escribió:  uh odio que mis profesores se contradigan con el cuadernillo
y pasa siempre XD
edit: igual me quedó la duda, porque el apunte dice que el análisis de requisitos es propia de los sistemas software, y muchas veces en la cursada modelamos con dfd sistemas que no usaban la computadora para nada

Si, es totalmente adaptable a sistemas que no usan software

A mí me lo mostraron como parte del Relevamiento