SIG - Tema 4, Ejercicios de Periodismo. Universidad Rey Juan Carlos (URJC)
camille_baylac
camille_baylac

SIG - Tema 4, Ejercicios de Periodismo. Universidad Rey Juan Carlos (URJC)

8 páginas
5Número de visitas
Descripción
Asignatura: Teoría y Práctica de la Información Audiovisual Radio y Televisión, Profesor: Juan Jose, Carrera: Economía + Periodismo, Universidad: URJC
20 Puntos
Puntos necesarios para descargar
este documento
Descarga el documento
Vista previa3 páginas / 8
Esta solo es una vista previa
3 páginas mostradas de 8 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 8 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 8 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 8 páginas totales
Descarga el documento

Contenidos: Temas 4, 5, 6, 7 y 8 del manual de la asignatura

TEMA 4

1. ¿Cuáles son las fases del ciclo de vida en el desarrollo de un SI?

2. ¿Cuáles son los objetivos a alcanzar en cada una de las fases del ciclo de vida en el desarrollo de un SI?

La fase Análisis: esta fase, junto a la de diseño, constituye el núcleo principal del desarrollo y está constituida por tres tipos de análisis: de viabilidad, de requerimientos y funcional. Los objetivos que se persiguen son:

• Identificar las necesidades de los usuarios • Especificar la solución y sus requerimientos • Valuar la viabilidad del proyecto • Asignar funciones al software, al hardware, a las personas, a la base de datos y a otros

elementos del sistema • Establecer restricciones de coste y tiempo • La fase Diseño: en esta etapa los especialistas se encargan de transformar las

descripciones lógicas de los modelos en descripciones detalladas de los procesos que atenderán todos los requerimientos recogidos.

La fase Construcción: en esta etapa juegan un papel muy importante los programadores y técnicos de redes y bases de datos. Durante la misma se procede a construir códigos de programas, estructura de las bases de datos, etc… siguiendo las especificaciones de diseño de hardware, de software y de estructura de datos de la fase anterior.

La fase Puesta en marcha: llegados a este punto del proceso se inicia la puesta en servicio del sistema construido. Ahora los profesionales deben conseguir su adaptación final a los usuarios por lo que se realizan tareas de: instalación de componentes físicos y programas, volcado de datos y conversión de archivos de formatos antiguos, formación del personal, elaboración de documentación de soporte y controles de todo el proceso de migración al nuevo sistema.

La fase Mantenimiento: pudiera parecer que con la puesta en marcha y operatividad del sistema o de las aplicaciones debería terminar el proceso. Sin embargo, para hacer que el sistema permanezca vivo y funcional en todo momento y con capacidad de adaptación es necesaria una labor de mantenimiento.

3. ¿Qué herramientas y/o técnicas se utilizan en la fase de análisis funcional?

La fase de análisis funcional se trabaja el conjunto de especificaciones formales de lo que va a hacer el sistema y los módulos o componentes lógicos de los que estará formado. Aquí también se definen los datos y procesos afectados, las interfaces de usuario y las pruebas que deberá superar el sistema. Las técnicas que se utilizan son: diagramas de flujo, modelos entidad-relación y diccionarios de datos.

4. ¿Para qué sirven el Diagrama de flujo de datos y el modelo entidad-relación?

El Diagrama de flujo de datos. Técnica grafica que representa los procesos de transformación de la información pero conceptualmente, no como se trataran los datos por las aplicaciones.

El modelo entidad-relación. Modos de representar relaciones entre colecciones de datos. Aquí las entidades son personas o cosas, es decir, elementos que constituyen conjuntos de datos (atributos) agrupados que tienen un determinado significado. Las relaciones son conjuntos de dependencias, analogías, etc. existentes entre las entidades.

5. ¿Qué son las herramientas CASE?. ¿Y los diccionarios de datos?. ¿Y las especificaciones de proceso?

Las herramientas CASE sirven para crear, a su vez, aplicaciones (software) de manera estructurada y formal con los ordenadores. Por lo tanto, automatizan los trabajos de desarrollo y mantenimiento del software a lo largo del tiempo mejorando la productividad del proceso.

Los diccionarios de datos, que representan el contenido de los datos que se transforman y se almacenan. Es decir, son las definiciones de los datos.

Las especificaciones de proceso que describen como se transforma concretamente la información y los datos del modo: entrada, algoritmo y salida.

6. Ventajas e inconvenientes del software a medida

Ventajas de Software a la medida

• Se ha diseñado específicamente para las necesidades empresariales específicas. Se puede adaptar a través de la programación de software personalizado para adaptarse a las necesidades operativas de una organización.

• Suele tener una interfaz sencilla y es plenamente integrado con la Infraestructura de TI de la entidad comercial.

• Es más fácil e intuitivo de usar y no contiene instalaciones innecesarias. • Gran flexibilidad en comparación con los paquetes de software. Se puede cambiar y

modificar con el tiempo según los cambios en los requerimientos del negocio. • Buenos servicios de desarrollo de software agregan valor a una empresa, sugiriendo

alternativas útiles y actuando como una útil fuente de asesoramiento e información.

Desventajas de software a medida

• Si no se desarrolla a través de programas profesionales puede estar lleno de errores, y puede ser poco fiable e inestable.

• El precio es más elevado que el software enlatado. • No tener el código del software puede resultar en exposición y depende de los

desarrolladores.

7. ¿Qué estrategias podemos establecer para implantar un SI?

Las estrategias de implementación de un SI son:

Rodaje en paralelo: ambos sistemas, el antiguo y el nuevo, conviven durante un periodo determinado para asegurarse de no perder datos ni funcionalidad si surge algún problema.

Sistema piloto: una pequeña parte de la empresa o área funcional es convertida al nuevo sistema. Se minimiza el riesgo para la organización.

Conversión gradual: el sistema antiguo se va reemplazando por el nuevo de forma paulatina.

Reemplazamiento directo: la conversión se hace de una vez y de forma rápida.

8. Propósito u objetivos, productos o documentos de cada una de las fases del desarrollo de un SI

9. Técnicas, herramientas y participantes en las fases de desarrollo de un SI

10. ¿En qué consisten las metodologías iterativa y secuencial de desarrollo de sistemas de información? ¿Qué características tienen y para que sistemas de información están especialmente orientadas?

La metodología de desarrollo iterativo es un proceso de desarrollo de software creado en respuesta a las debilidades del modelo tradicional de cascada. Se planifica un proyecto en distintos bloques temporales que se le denominan iteración. En una iteración se repite un determinado proceso de trabajo que brinda un resultado más completo para un producto final, de forma que quien lo utilice reciba beneficios de este proyecto de manera creciente. Para llegar a lograr esto, cada requerimiento debe tener un completo desarrollo en una única iteración que debe de incluir pruebas y una documentación para que el equipo pueda cumplir con todos los objetivos que sean necesarios y esté listo para ser dado al cliente. Así se evita tener arriesgadas actividades en el proyecto finalizado. Lo que se busca es que en cada iteración los componentes logren evolucionar el producto dependiendo de los completados de las iteraciones antecesoras, agregando más opciones de requisitos y logrando así un mejoramiento mucho más completo. Para los DSS, EIS

La metodología waterfall también es conocida como modelo de desarrollo en cascada. Consiste en el desarrollo de un proyecto de manera secuencial. Se redacta para el proveedor una lista de requisitos que el producto final debería tener. Tras esta intervención en la fase inicial por parte de la organización, no sería necesario que volviera a participar en el proceso de diseño. Una vez el proyecto queda en manos del equipo de desarrollo, este realizaría las

tareas de manera secuencial. Una tarea no dará comienzo hasta que no se haya finalizado la inmediatamente anterior. Para los TPS.

11. ¿Qué es ISO/IEC 12207?

La ISO/IEC 12207 en su versión de 2008 establece un marco de referencia con una terminología bien definida para el desarrollo de software mediante procesos de ciclo de vida. Este marco puede ser aplicado por la industria de software para ofrecer, desarrollar, mantener y poner a disposición de otras empresas productos de software y sistemas de información.

12. ¿Qué es MÉTRICA V3?. ¿Para qué sirve?

MÉTRICA V3 es “una metodología o guía formal, aunque flexible en su utilización, para la Planificación, Análisis, Diseño y Construcción e Implementación de Sistemas de Información empleando conceptos y técnicas de Ingeniería de Sistemas de Información y Tecnología de la Información.”

Los principales objetivos que persigue esta metodología son: • Definir un marco para el desarrollo de los sistemas de Información que ayuden a

conseguir los fines de las organizaciones • Proporcionar software que satisfaga las necesidades • Mejorar la productividad y la capacidad de adaptación de los departamentos de

Sistemas y Tecnologías de la Información y las Comunicaciones pero tendiendo a la reutilización de sistemas anteriores

• Facilitar la comunicación y entendimiento entre los distintos participantes en la producción de software a lo largo del ciclo de vida del proyecto

Facilitar la operación, mantenimiento y uso de los productos de software obtenidos

13. ¿Qué es MAGERIT V3?. ¿Para qué sirve?

La Metodología MAGERIT, es un método formal para investigar los riesgos que soportan los Sistemas de Información y para recomendar las medidas apropiadas que deberían adoptarse para controlar estos riesgos.

MAGERIT permite:

• Estudiar los riesgos que soporta un sistema de información y el entorno asociado a él. MAGERIT propone la realización de un análisis de los riesgos que implica la evaluación del impacto que una violación de la seguridad tiene en la organización; señala los riesgos existentes, identificando las amenazas que acechan al sistema de información, y determina la vulnerabilidad del sistema de prevención de dichas amenazas, obteniendo unos resultados.

• Los resultados del análisis de riesgos permiten a la gestión de riesgos recomendar las medidas apropiadas que deberían adoptarse para conocer, prevenir, impedir, reducir o controlar los riesgos identificados y así reducir al mínimo su potencialidad o sus posibles perjuicios.

14. ¿Cuáles pueden ser los posibles costes y beneficios asociados al desarrollo de un SI?

15. ¿Cuáles son los riesgos en un proyecto de desarrollo de un sistema de información?. Causas y acciones preventivas.

Los riesgos en un proyecto de desarrollo de un sistema de información pueden ser: • Desviación en presupuestos • Beneficios menores a los esperados • Desviación o incumplimiento de plazos

Y las causas son: • Mala definición o cálculo de los resultados • Deficiente estimación de costes • Desconocimiento de la tecnología a utilizar • Falta de experiencia o conocimiento de la metodología

Acciones preventivas: • Evaluar el riesgo y comunicarlo a directivos mejor y más explícitamente • Desarrollar planes de contingencias • Mejor definición de proyectos • Diversificar el riesgo combinando proyectos

16. ¿Qué factores influyen en el nivel de riesgo de un proyecto de desarrollo de un SI?

• Tamaño del proyecto, costes, tiempo necesario para realizarlo o número de personas implicadas

• Grado de conocimiento de tecnología que se va a utilizar, si se trata de una tecnología nueva o el grupo de desarrollo ya tiene experiencia en el uso de la misma

• Nivel de definición del resultado a obtener, si los resultados a obtener están especificados claramente o son conocidos y la estimación de la probabilidad de que cambien

• Dificultades a la hora de aplicar una determinada metodología

17. ¿Qué es ISO/IEC 20000?. ¿Qué es ITIL?

La ISO/IEC 20000 es un estándar aplicable para los sistemas de gestión de servicios de TI. En él se especifican los requerimientos aplicables a los proveedores de servicios para lpanificar, establecer, implementar, operar, monitorizar, revisar, mantener y mejorar un sistema de gestión de servicios de TI.

La Biblioteca de Infraestructuras de Tecnologías de la Información o ITIL, su acrónimo en inglés, es un marco de trabajo de mejores practicas en la gestión de servicios de TI que comprende un conjunto de libros con conceptos y procedimientos para lograr una prestación de servicio de TI de calidad. Es precisamente este marco en el que se basa la ISO/IEC 20000 y está dirigido tanto a proveedores de tecnología externos como a departamentos o unidades de TI internas.

No hay comentarios
Esta solo es una vista previa
3 páginas mostradas de 8 páginas totales
Descarga el documento