Pero la informacion es subjetiva. Para vos hoy es importante recolectar la edad de los votantes, y el día de mañana ya no te interesa eso, pero si te interesa el sexo de los votantes. Es algo subjetivo que lo impone el Sujeto.

no les parece?

Dem0 escribió:Algo "subjetivo" implica cierta dependencia del sujeto, como dijo Adriano, y no del "valor que se le asigne en un momento determinado". Por eso le puse falso, debería haberlo aclarado mejor en la justificación.

Saludos

osea que lo unico que esta mal en esa afirmacion es esta parte en que define el porque es subjetivo:

la información es concepto subjetivo porque depende del valor que se le asigne en un momento determinado

Entonces una afirmacion correcta seria:

El dato es un concepto objetivo que refleja una realidad y la información es un concepto subjetivo porque SE INTERPRETA en un momento (y por alguien) determinado.



No se, tire esa de ejemplo, es mas que nada para saber si ustedes tamb entienden que "información es un concepto subjetivo" es correcta.


PD: Hacen cada VoF complicado.

Yo trataba de invalidar la afirmación por donde era más fácil.

Decir "X es subjetivo porque el valor depende del momento en que lo veo" es falso. En realidad, "X es subjetivo porque el valor depende del observador" no del tiempo.

Con respecto al tema de la "subjetividad" de la información, si consideramos a la información como "datos + contexto", entonces opino que la información sería objetiva. ¿Por qué? porque tanto el dato, el contexto y la forma de relacionarlos son objetivos. Siguiendo el ejemplo de Adriano, U$S = $3.94 puede no significar nada para alguien de Sistemas, pero eso no significa que puesto en un contexto junto a otros datos objetivos no se obtenga algo objetivo. De lo contrario, la objetividad estaría limitada por la ignorancia. En otras palabras, el hecho de que "si pones una piedra al lado de la otra tenes 2 piedras" sería subjetivo, porque la gente que no sabe sumar ni entiende el concepto de "tenes" no obtiene la información, pero eso no significa que no esté ahí.

PD: Volviendo al ejemplo de Adriano, del Economista y el Programador ven el dato "U$S = $3.94".
El Economista procesa el dato y obtiene la información de que el dolar bajó, porque la semana pasada estaba a $4.
El Programador no saca ninguna conclusión porque no conoce el contexto, no sabe como ese dato modifica el estado del sistema. Es ignorante, lo que no significa que la afirmación "el dolar bajó en comparación a la semana pasada" sea subjetiva.

Pero bueno, para esta discusión habría que guardar los apuntes de AS y sacar a Platón o Sócrates :p

Saludos

Dem0 escribió:

Eaz escribió:Para definir un ciclo de vida a utilizar en una metodología de análisis y diseño es mejor si se elige el que tenga más etapas porque permite determinar mayores hitos de control.

Falso. Los varias etapas e hitos de control implican un costo adicional que puede ser inncesario. Habría que analizar si la incertidumbre y el riesgo son lo suficientemente altos como para justificar dicho costo.

Ademas queria consultar esto:
¿Mas etapas significan mas hitos de control? ¿SIEMPRE?



PD: si alguno conoce algun apunte sobre los distintos ciclos de vida que existen o que tendriamos que saber me vendria genial ya que la unica info que tengo es la de la carpeta, ni otros apuntes ni en K&K. (cascada, cascada solapada, por subproyectos, incremental,etc)
Igual ahora voy a googlear un poco.

Eaz escribió:Ademas queria consultar esto:
¿Mas etapas significan mas hitos de control? ¿SIEMPRE?

Yo tengo entendido que, en teoría, todas las etapas terminan con "entregables", que pueden ser informes, diagramas o hasta código fuente. Y si no me equivoco, todos los entregables son hitos, pero no todos los hitos son entregables.

Eaz escribió:PD: si alguno conoce algun apunte sobre los distintos ciclos de vida que existen o que tendriamos que saber me vendria genial ya que la unica info que tengo es la de la carpeta, ni otros apuntes ni en K&K. (cascada, cascada solapada, por subproyectos, incremental,etc)
Igual ahora voy a googlear un poco.

Revisá en fotocopiadora si no hay un apunte que dejó Pollo sobre ese tema. Es una fotocopia de un libro.

Saludos

Al final del apunte de Metodologia de Sistemas, habla de los ciclos de vida.

Tenes:
Cascada
Prototipo
Espiral(Mezcla entre cascada y prototipo)

Saludos!

PD:Suerte para mañana!yo me tiro.. :P

Dem0 escribió:

Eaz escribió:PD: si alguno conoce algun apunte sobre los distintos ciclos de vida que existen o que tendriamos que saber me vendria genial ya que la unica info que tengo es la de la carpeta, ni otros apuntes ni en K&K. (cascada, cascada solapada, por subproyectos, incremental,etc)
Igual ahora voy a googlear un poco.

Revisá en fotocopiadora si no hay un apunte que dejó Pollo sobre ese tema. Es una fotocopia de un libro.

Saludos

por ahora es algo tarde xD

igual en internet hay bastantes cosas.

Damifu escribió:Al final del apunte de Metodologia de Sistemas, habla de los ciclos de vida.

Tenes:
Cascada
Prototipo
Espiral(Mezcla entre cascada y prototipo)

Saludos!

PD:Suerte para mañana!yo me tiro..

que apunte? xD

Muchos de los contenidos de Analisis de Sistemas son de Sistemas y Organizaciones, en definitiva, es un cuadernillo de Sistemas y Organizaciones.-
Saludos!

Si en un proyecto se selecciono el ciclo de vida cascada entonces una vez que se finalizo la etapa de analisis no se pueden incorporar nuevos requerimientos. FALSO. El ciclo de vida cascada, las etapas van cayendo desde una fase a la otra, cada etapa debe completarse antes de dar paso a la siguiente por lo tanto no se puede volver atras e incorporar nuevos requerimientos.

TE ESTAS CONTRADICIENDO O ME PARECE A MI ??