CSI

Según The Standish Group, en los últimos años se ha dado aproximadamente un [ 5% | 30% |15% ] de proyectos exitosos, [ 75% | 50% | 65% ] discutidos, y 20% de fracasos. Según The Standish Group, en los últimos años se ha dado aproximadamente un 5% de proyectos exitosos, 50% discutidos, y 20% de fracasos. Según The Standish Group, en los últimos años se ha dado aproximadamente un 30% de proyectos exitosos, 50% discutidos, y 20% de fracasos. Según The Standish Group, en los últimos años se ha dado aproximadamente un 15% de proyectos exitosos, 75% discutidos, y 20% de fracasos. Según The Standish Group, en los últimos años se ha dado aproximadamente un 15% de proyectos exitosos, 65% discutidos, y 20% de fracasos.

Según The Standish Group, entre las causas exógenas del fracaso del software se encuentran…. los usuarios finales, los requisitos y las expectativas. el soporte ejecutivo, los recursos y la competencia tecnológica. los objetivos, los cronogramas y la formación. los requisitos, los cronogramas y el coste final.

Según The Standish Group, entre las causas endógenas del fracaso del software se encuentran…. el soporte ejecutivo, los recursos y la competencia tecnológica. los usuarios finales, los requisitos y las expectativas. los objetivos, los cronogramas y la formación. los requisitos, los cronogramas y el coste final.

Según The Standish Group, una causa endógena del fracaso software es atender más al [ dónde | cuándo | cómo ] que al [ para quién | qué | porqué ]. Según The Standish Group, una causa endógena del fracaso software es atender más al cómo que al qué. Según The Standish Group, una causa endógena del fracaso software es atender más al cómo que al para quién. Según The Standish Group, una causa endógena del fracaso software es atender más al cuándo que al porqué. Según The Standish Group, una causa endógena del fracaso software es atender más al dónde que al para quién.

Según The Standish Group, el fracaso software se debe, entre otros, a [ requisitos | cronogramas ] incompletos, [ inversiones | expectativas ] no realistas y [ objetivos | procedimientos ] ambiguos. Según The Standish Group, el fracaso software se debe, entre otros, a requisitos incompletos, expectativas no realistas y objetivos ambiguos. Según The Standish Group, el fracaso software se debe, entre otros, a cronogramas incompletos, expectativas no realistas y procedimientos ambiguos. Según The Standish Group, el fracaso software se debe, entre otros, a cronogramas incompletos, inversiones no realistas y objetivos ambiguos. Según The Standish Group, el fracaso software se debe, entre otros, a requisitos incompletos, inversiones no realistas y procedimientos ambiguos.

Los tres pilares sobre los que se fundamenta la calidad en sus orígenes son [ medidas | satisfacción ], [ procedimientos | normas ] y [ revisión | sanciones ]. Los tres pilares sobre los que se fundamenta la calidad en sus orígenes son medidas, normas y sanciones. Los tres pilares sobre los que se fundamenta la calidad en sus orígenes son medidas, procedimientos y revisión. Los tres pilares sobre los que se fundamenta la calidad en sus orígenes son satisfacción, normas y revisión. Los tres pilares sobre los que se fundamenta la calidad en sus orígenes son satisfacción, procedimientos y sanciones.

La producción en cadena de Taylor se basaba en la [ especialización | satisfacción ] del trabajador, el [ control del tiempo | proceso ] y la [ mecanización | diversificación]. La producción en cadena de Taylor se basaba en la especialización del trabajador, el control del tiempo y la mecanización. La producción en cadena de Taylor se basaba en la especialización del trabajador, el control del tiempo y la diversificación. La producción en cadena de Taylor se basaba en la satisfacción del trabajador, el proceso y la diversificación. La producción en cadena de Taylor se basaba en la satisfacción del trabajador, el proceso y la mecanización.

Tres familias de normas asociadas con la calidad son [ ISO 9000 | RD 34/2002 ], [ Siete Valores | Seis-Sigma ] y [ EFQM | NEREA ]. Tres familias de normas asociadas con la calidad son ISO 9000, Seis-Sigma y EFQM. Tres familias de normas asociadas con la calidad son ISO 9000, Seis-Sigma y NEREA . Tres familias de normas asociadas con la calidad son RD 34/2002, Siete Valores y NEREA . Tres familias de normas asociadas con la calidad son RD 34/2002, Siete Valores y EFQM.

Según Garvin, a la calidad reconocible, pero no definible, se la conoce como calidad…. trascendente. basada en valor. intrascendente. subjetiva.

Según Garvin, a la satisfactoria adecuación a las necesidades del cliente se la conoce como calidad…. de cliente. de usuario. de fabricación. basada en valor.

Según Garvin, a la calidad derivada de las cualidades inherentes a un producto se la denomina calidad…. inherente. de producto. de fabricación. háptica.

Según Garvin, a la calidad asociada a la empresa productora se la denomina calidad…. de especificación. de proceso. de fabricación. basada en productos.

Según Garvin, a la calidad asociada al interés y urgencia del cliente se la denomina calidad…. potencial. de usuario. de cliente. basada en valor.

Definimos calidad como la conformidad con las expectativas [ de producto | de información ], [ de proceso | de gestión ] y humanas, de [ todos | los clientes ] los implicados en un proyecto. Definimos calidad como la conformidad con las expectativas de producto, de proceso y humanas de todos los implicados en un proyecto. Definimos calidad como la conformidad con las expectativas de información, de proceso y humanas de todos los implicados en un proyecto. Definimos calidad como la conformidad con las expectativas de información, de gestión y humanas de los clientes los implicados en un proyecto. Definimos calidad como la conformidad con las expectativas de producto, de gestión y humanas de los clientes los implicados en un proyecto.

Según Alan Davis, el software se desarrolla para satisfacer [ demandas | necesidades | a clientes ] reales y resolver demandas [ reales | universales | empresariales ]. Según Alan Davis, el software se desarrolla para satisfacer necesidades reales y resolver problemas reales. Según Alan Davis, el software se desarrolla para satisfacer demandas reales y resolver problemas reales. Según Alan Davis, el software se desarrolla para satisfacer a clientes reales y resolver problemas universales. Según Alan Davis, el software se desarrolla para satisfacer demandas reales y resolver problemas empresariales.

Según Alan Davis, ¿quién es la persona más importante de un proyecto?. El desarrollador. El comercial. El usuario. El analista o quien recabe los requisitos.

Para definir los objetivos de un proyecto, se requiere conocer la [ motivación | organización ], las [ funcionalidades | finalidades ] y los [ plazos | usuarios ]. Para definir los objetivos de un proyecto, se requiere conocer la motivación, las finalidades y los plazos. Para definir los objetivos de un proyecto, se requiere conocer la motivación, las funcionalidades y los plazos. Para definir los objetivos de un proyecto, se requiere conocer la organización, las finalidades y los usuarios. Para definir los objetivos de un proyecto, se requiere conocer la organización, las funcionalidades y los usuarios.

El primer objetivo de la recolección de requisitos es estudiar el [ contexto | cliente | usuario ] del [ sistema | negocio | producto ]. El primer objetivo de la recolección de requisitos es estudiar el contexto del negocio. El primer objetivo de la recolección de requisitos es estudiar el cliente del sistema. El primer objetivo de la recolección de requisitos es estudiar el usuario del producto. El primer objetivo de la recolección de requisitos es estudiar el usuario del sistema.

La necesidad "procedimental" de un cliente implica que…. el cliente necesita documentar sus soluciones informáticas. el cliente necesita revisar sus procedimientos antes de comenzar el proyecto. el cliente necesita revisar sus procedimientos antes de informatizarlos. el cliente necesita revisar la funcionalidad de sus aplicaciones informáticas.

La necesidad "directiva" de un cliente implica que…. el cliente presenta necesidades primordialmente resolubles mediante tecnología. el cliente requiere soluciones informáticas para la dirección de la entidad. el cliente solicita un proyecto externalizado bajo nuestra dirección. el cliente pretende solventar problemas organizativos mediante la automatización de procesos.

Para definir el ámbito de un proyecto, se requiere conocer sus [ usuarios | requisitos ], la [ infraestructura | entidad ] y la [ entidad | explotación ]. Para definir el ámbito de un proyecto, se requiere conocer sus usuarios, la infraestructura y la explotación. Para definir el ámbito de un proyecto, se requiere conocer sus requisitos, la entidad y la entidad. Para definir el ámbito de un proyecto, se requiere conocer sus requisitos, la infraestructura y la explotación. Para definir el ámbito de un proyecto, se requiere conocer sus usuarios, la entidad y la entidad.

El objetivo del diagnóstico al estudiar una demanda de un cliente es…. establecer los requisitos funcionales del sistema. saber si tengo interés y capacidad para hacerlo. definir los requisitos de información del sistema. Todas las respuestas son correctas.

Además de Pruebas, la parte de Desarrollo de una memoria de proyecto contiene los capítulos [ Análisis | Planificación ], [ Diseño | Análisis ][ y Diseño | e Implementación ]. Además de Pruebas, la parte de Desarrollo de una memoria de proyecto contiene los capítulos Análisis, Diseño e Implementación. Además de Pruebas, la parte de Desarrollo de una memoria de proyecto contiene los capítulos Análisis, Análisis y Diseño. Además de Pruebas, la parte de Desarrollo de una memoria de proyecto contiene los capítulos Planificación, Análisis y Diseño. Además de Pruebas, la parte de Desarrollo de una memoria de proyecto contiene los capítulos Planificación, Diseño e Implementación.

¿Qué debe contener la sección "Conceptos básicos" de una memoria de proyectos?. Las siglas y los acrónimos. Las definiciones necesarias par entender el modelo. La explicación de todos los términos técnicos que pudiera no entender el cliente. Cualquier anotación de interés para entender la memoria.

Se denomina [ Portabilidad y compatibilidad | Estado del arte | Análisis de mercado ] a la sección de la Introducción del proyecto donde se revisan sistemas existentes [ similares a | portables y/o compatibles con | incompatibles con ] nuestro proyecto. Se denomina Estado del arte a la sección de la Introducción del proyecto donde se revisan sistemas existentes similares a nuestro proyecto. Se denomina Portabilidad y compatibilidad a la sección de la Introducción del proyecto donde se revisan sistemas existentes portables y/o compatibles con a nuestro proyecto. Se denomina Análisis de mercado a la sección de la Introducción del proyecto donde se revisan sistemas existentes portables y/o compatibles con a nuestro proyecto. Se denomina Portabilidad y compatibilidad a la sección de la Introducción del proyecto donde se revisan sistemas existentes incompatibles con nuestro proyecto.

Un objetivo de la recolección de requisitos es…. estudiar el contexto del negocio. conocer el sistema actual. determinar necesidades y límites. Todas las respuestas son correctas.

Las tres fases principales de una recolección de requisitos son la [ presentación | preparación ], la [ recolección | entrevista ] y la [ despedida | revisión ], por este orden. Las tres fases principales de una recolección de requisitos son la preparación, la recolección y la revisión, por este orden. Las tres fases principales de una recolección de requisitos son la preparación, la recolección y la despedida , por este orden. Las tres fases principales de una recolección de requisitos son la presentación, la entrevista y la despedida , por este orden. Las tres fases principales de una recolección de requisitos son la presentación, la entrevista y la revisión, por este orden.

Según el principio de Dilbert, las compañías tienden a [ ascender | degradar ] a sus empleados [ más | menos ] competentes a [ directivos | otras categorías contractuales ]. Según el principio de Dilbert, las compañías tienden a ascender a sus empleados menos competentes a directivos. Según el principio de Dilbert, las compañías tienden a degradar a sus empleados menos competentes a otras categorías contractuales. Según el principio de Dilbert, las compañías tienden a degradar a sus empleados más competentes a directivos. Según el principio de Dilbert, las compañías tienden a ascender a sus empleados más competentes a otras categorías contractuales.

Según el corolario de Peter, las personas que hacen [ mal | muy mal | bien ] su trabajo suelen ser promocionadas hasta volverse [ más competentes | aún más competentes | incompetentes ]. Según el corolario de Peter, las personas que hacen bien su trabajo suelen ser promocionadas hasta volverse incompetentes. Según el corolario de Peter, las personas que hacen muy mal su trabajo suelen ser promocionadas hasta volverse aún más competentes. Según el corolario de Peter, las personas que hacen mal su trabajo suelen ser promocionadas hasta volverse más competentes. Según el corolario de Peter, las personas que hacen muy mal su trabajo suelen ser promocionadas hasta volverse más competentes.

Según Dunning-Kruger, los individuos incompetentes…. tienden a refugiarse en su incompetencia para evitar responsabilidades. tienden a sobreestimar sus propias habilidades. tienden a evitar tomar decisiones. tienden a trabajar más duramente para compensar esta condición.

La competencia real se logra con el tiempo mediante…. mérito, formación y competencia. principios, integridad y determinación. experiencia, esfuerzo y capacidad. colaboración, liderazgo y trabajo en equipo.

En desarrollo de soluciones comprende dos dominios: el dominio del [ cliente | problema | contexto ] y el dominio de la [ tecnología | aplicación | solución ]. En desarrollo de soluciones comprende dos dominios: el dominio del problema y el dominio de la solución. En desarrollo de soluciones comprende dos dominios: el dominio del cliente y el dominio de la aplicación. En desarrollo de soluciones comprende dos dominios: el dominio del contexto y el dominio de la aplicación. En desarrollo de soluciones comprende dos dominios: el dominio del cliente y el dominio de la tecnología.

En el análisis de requisitos, los [ atributos | campos ] de todas las [ entidades | acciones ] deben encontrarse en el dominio [ del problema | de la solución ]. En el análisis de requisitos, los atributos de todas las entidades deben encontrarse en el dominio del problema. En el análisis de requisitos, los atributos de todas las acciones deben encontrarse en el dominio de la solución. En el análisis de requisitos, los campos de todas las acciones deben encontrarse en el dominio del problema. En el análisis de requisitos, los campos de todas las entidades deben encontrarse en el dominio de la solución.

Del análisis de requisitos debe obtenerse una relación…. de las necesidades del cliente. de alternativas tecnológicas. de objetivos del ámbito del problema. de todos los componentes del sistema.

La fase de [ Análisis | Implementación | Pruebas ] [ es parte de | no depende de | determina ] la solución tecnológica final. La fase de Análisis no depende de la solución tecnológica final. La fase de Implementación es parte de de la solución tecnológica final. La fase de Implementación determina de la solución tecnológica final. La fase de Pruebas es parte de de la solución tecnológica final.

En el ámbito del desarrollo software, un actor es…. todo perfil relacionado con le dominio del problema. todo perfil que actúa directamente con el sistema. básicamente un usuario. Todas las respuestas son correctas.

Los requisitos [ no funcionales | funcionales | de información ] representan acciones que realiza el [ sistema | actor | usuario ]. Los requisitos funcionales representan acciones que realiza el sistema. Los requisitos no funcionales representan acciones que realiza el actor. Los requisitos de información representan acciones que realiza el actor. Los requisitos no funcionales representan acciones que realiza el usuario.

La denominación de un requisito funcional tiene la forma [ nombre | Crear | verbo ] + [ nombre | adjetivo | acción ]. La denominación de un requisito funcional tiene la forma verbo + nombre. La denominación de un requisito funcional tiene la forma nombre + adjetivo. La denominación de un requisito funcional tiene la forma Crear+ acción. La denominación de un requisito funcional tiene la forma Crear + nombre.

Indica qué expresión no es un requisito funcional correcto. Crear Aula. Eliminar Usuario. Alquilar Vehículo. Imprimir Factura.

Indica qué expresión no es un requisito funcional correcto. Actualizar Producto. Visualizar Factura. Rechazar Solicitud. Enviar Confirmación.

Indica el requisito funcional denominado correctamente. Consultar dato de usuario. Mostrar incidencia. Ver Proveedor. Comprar Vehículo.

La denominación de un requisito funcional para guardar la corrección de un examen, incluyendo anotaciones, se denomina [ Crear | Corregir | Calificar ] [ Examen | Corrección | Test ]. La denominación de un requisito funcional para guardar la corrección de un examen, incluyendo anotaciones, se denomina Crear Corrección. La denominación de un requisito funcional para guardar la corrección de un examen, incluyendo anotaciones, se denomina Corregir Test. La denominación de un requisito funcional para guardar la corrección de un examen, incluyendo anotaciones, se denomina Corregir Examen. La denominación de un requisito funcional para guardar la corrección de un examen, incluyendo anotaciones, se denomina Calificar Examen.

Los requisitos [ funcionales | no funcionales | de información ] pueden obtenerse de la norma ISO/IEC 25000 ([ SpICE | SQuaRE | EFQM ]). Los requisitos no funcionales pueden obtenerse de la norma ISO/IEC 25000 (SQuaRE). Los requisitos funcionales pueden obtenerse de la norma ISO/IEC 25000 (EFQM). Los requisitos funcionales pueden obtenerse de la norma ISO/IEC 25000 (SpICE). Los requisitos de información pueden obtenerse de la norma ISO/IEC 25000 (SpICE).

El diagrama que representa los requisitos de información se denomina diagrama…. de relaciones. Entidad-Relacion. de entidades. conceptual.

Los requisitos funcionales se representan visualmente como…. casos de uso. entidades. agrupaciones funcionales. actores.

Un diagrama de casos de uso contiene [ actores | entidades ], [ entidades | agrupaciones funcionales ] y [ requisitos no funcionales | casos de uso ]. Un diagrama de casos de uso contiene actores, agrupaciones funcionales y casos de uso. Un diagrama de casos de uso contiene actores, entidades y casos de uso. Un diagrama de casos de uso contiene entidades , entidades y requisitos no funcionales. Un diagrama de casos de uso contiene entidades , agrupaciones funcionales y requisitos no funcionales.

Las agrupaciones funcionales generalmente contienen los casos de uso que atañen…. al mismo actor. a la misma entidad. al mismo requisito funcional. al mismo dominio del problema.

En los requisitos [ funcionales | de información ] se describen los [ datos | casos de uso ] necesarios para cumplir los requisitos [ de información | funcionales ]. En los requisitos de información se describen los datos necesarios para cumplir los requisitos funcionales. En los requisitos de información se describen los casos de uso necesarios para cumplir los requisitos de información. En los requisitos funcionales se describen los casos de uso necesarios para cumplir los requisitos funcionales. En los requisitos funcionales se describen los datos necesarios para cumplir los requisitos de información.

Con relación al análisis, escoge la opción correcta. Un actor puede representar a varios usuarios. Un actor representa a un usuario. Existe un único actor principal, puede puede haber varios secundarios. Un actor puede representar a varios perfiles de usuarios.

La gestión de la información comprende considerar…. los campos, las tablas y sus relaciones. la gestión del conocimiento y su aplicación. los datos, su estructura y su gestión. los principios de Dilbert, Peter y Dunning-Kruger.

Definimos "dato" como un contenido informativo [ mínimo | requerido ] y completamente [ significativo | veraz ] en el dominio [ de la solución | del problema ]. Definimos "dato" como un contenido informativo mínimo y completamente significativo en el dominio del problema. Definimos "dato" como un contenido informativo mínimo y completamente veraz en el dominio del de la solución. Definimos "dato" como un contenido informativo requerido y completamente veraz en el dominio del problema. Definimos "dato" como un contenido informativo requerido y completamente significativo en el dominio de la solución.

Según Celko, implementar un almacén de datos con pobre calidad de datos puede aumentar su costo…. en un 100%. en un 50%. en un 25%. en un 120%.

Los efectos de la edición y tratamiento de datos sin criterio son problemas de [ búsqueda | almacenamiento ], pérdida de [ información | interés ] e [ inconsistencia | integridad ] formal. Los efectos de la edición y tratamiento de datos sin criterio son problemas de búsqueda, pérdida de información e inconsistencia formal. Los efectos de la edición y tratamiento de datos sin criterio son problemas de búsqueda, pérdida de interés e integridad formal. Los efectos de la edición y tratamiento de datos sin criterio son problemas de almacenamiento , pérdida de interés e inconsistencia formal. Los efectos de la edición y tratamiento de datos sin criterio son problemas de almacenamiento , pérdida de información e integridad formal.

¿Cuál de estos factores producen polución de datos?. Ausencia de integridad referencial. Redundancia no controlada. Antonimia terminológica. Todas las respuestas son correctas.

La calidad de [ datos | información ] es la capacidad para describir la [ realidad útil | realidad compleja ] en el contexto en el que se [ comparten | consultan ]. La calidad de datos es la capacidad para describir la realidad útil en el contexto en el que se consultan. La calidad de datos es la capacidad para describir la realidad compleja en el contexto en el que se comparten. La calidad de información es la capacidad para describir la realidad compleja en el contexto en el que se consultan. La calidad de información es la capacidad para describir la realidad útil en el contexto en el que se comparten.

Las normas ISO están orientadas a ordenar y establecer niveles…. de gestión y administración. de garantías de cumplimiento. de gestión y desarrollo. de homogeneidad y calidad.

Según Celko, la mitad del [ coste | tiempo ] total de implementar un almacén de datos ([ data mining | data warehouse ]) puede deberse a la [ complejidad | pobre calidad ] de datos. Según Celko, la mitad del coste total de implementar un almacén de datos (data warehouse) puede deberse a la pobre calidad de datos. Según Celko, la mitad del coste total de implementar un almacén de datos (data mining ) puede deberse a la complejidad de datos. Según Celko, la mitad del tiempo total de implementar un almacén de datos (data mining ) puede deberse a la pobre calidad de datos. Según Celko, la mitad del tiempo total de implementar un almacén de datos (data warehouse) puede deberse a la complejidad de datos.

¿Qué características debe tener un usuario para garantizar la calidad de los datos que gestiona?. Formación, capacidad y actitud. Experiencia, conocimiento y predisposición. Implicación, autoridad y convicción. Resolución y cultura de empresa.

Según Gartner Inc., la [ complejidad | mala organización | pobre calidad ] de datos ha sido una de las causas de fracaso más importantes en los proyectos de [ reingeniería | final de siglo | gestión ]. Según Gartner Inc., la pobre calidad de datos ha sido una de las causas de fracaso más importantes en los proyectos de reingeniería. Según Gartner Inc., la complejidad de datos ha sido una de las causas de fracaso más importantes en los proyectos de final de siglo. Según Gartner Inc., la complejidad de datos ha sido una de las causas de fracaso más importantes en los proyectos de final de siglo. Según Gartner Inc., la mala organización de datos ha sido una de las causas de fracaso más importantes en los proyectos de final de siglo.