Preguntas para el examen de Sistemas de Información 2
¿En qué consiste la prueba de funcionalidad?
- Se asegura el trabajo apropiado de los requisitos funcionales, incluyendo la
navegación, entrada de datos, procesamiento y la obtención de resultados.
¿En qué consiste la prueba de compatibilidad?
-
¿En qué consiste las pruebas de comunicaciones?
-
¿En qué consisten las pruebas de la caja blanca o transparente?
-
¿En qué consisten las pruebas de la caja negra?
-
¿Que es una prueba de robustez?
-
¿Que es auditoria informática?
-
¿Escribe 3 aspectos del porque es importante la auditoria informática?
-
¿En qué consiste la auditoria informática de producción y explotación?
-
¿En que consiste la auditoria informática de desarrollo de proyectos?
-
¿En qué consiste la auditoria informática de Sistemas?
-
¿En qué consiste la auditoria informática de comunicaciones y redes?
-
¿En qué consiste la auditoria informática de la seguridad informática?
-
¿En qué consiste la auditoria informática para aplicaciones para internet?
-
¿Cuál es la metodología del trabajo de la auditoria informática?
-
¿Definición de mantenimiento?
-
¿En que consiste en que consiste el mantenimiento preventivo?
-
¿En que consiste en mantenimiento correctivo?
-
¿Menciona 3 dificultados para q se lleve a cabo el mantenimiento?
-
¿En qué consisten los costes del mantenimiento?
-
jueves, 5 de agosto de 2010
jueves, 22 de julio de 2010
Auditoria
-Que es auditoria.
Es un proceso a través del cual el auditor lleva a cabo la revisión de un objeto (situación auditada), con el fin de emitir una opinión acerca de la obtención, sobre la base de un patrón o estándar establecido.
-Importancia de la Auditoria Informatica.
- Tipos de Auditoria Informatica:
--Auditoría Informática de Producción o Explotación.
--Auditoría Informática de Desarrollo de Proyectos.
--Auditoría Informática de Sistemas.
--Auditoría Informática de Comunicaciones y Redes.
--Auditoría de la Seguridad Informática.
--Auditoría Informática para Aplicaciones en Internet.
Es un proceso a través del cual el auditor lleva a cabo la revisión de un objeto (situación auditada), con el fin de emitir una opinión acerca de la obtención, sobre la base de un patrón o estándar establecido.
-Importancia de la Auditoria Informatica.
- Tipos de Auditoria Informatica:
--Auditoría Informática de Producción o Explotación.
--Auditoría Informática de Desarrollo de Proyectos.
--Auditoría Informática de Sistemas.
--Auditoría Informática de Comunicaciones y Redes.
--Auditoría de la Seguridad Informática.
--Auditoría Informática para Aplicaciones en Internet.
jueves, 15 de julio de 2010
jueves, 24 de junio de 2010
PERT Y CPM
INVESTIGAREMOS LO QUE ES PERT Y CPM.
INTRODUCCIÓN
Los proyectos en gran escala por una sola vez han existido desde tiempos antiguos; este hecho lo atestigua la construcción de las pirámides de Egipto y los acueductos de Roma. Pero sólo desde hace poco se han analizado por parte de los investigadores operacionales los problemas gerenciales asociados con dichos proyectos.
El PERT/CPM fue diseñado para proporcionar diversos elementos útiles de información para los administradores del proyecto. Primero, el PERT/CPM expone la "ruta crítica" de un proyecto. Estas son las actividades que limitan la duración del proyecto. En otras palabras, para lograr que el proyecto se realice pronto, las actividades de la ruta crítica deben realizarse pronto.
El PERT/CPM identifica los instantes del proyecto en que estas restricciones causarán problemas y de acuerdo a la flexibilidad permitida por los tiempos de holgura de las actividades no críticas, permite que el gerente manipule ciertas actividades para aliviar estos problemas.
INTRODUCCIÓN
Los proyectos en gran escala por una sola vez han existido desde tiempos antiguos; este hecho lo atestigua la construcción de las pirámides de Egipto y los acueductos de Roma. Pero sólo desde hace poco se han analizado por parte de los investigadores operacionales los problemas gerenciales asociados con dichos proyectos.
El PERT/CPM fue diseñado para proporcionar diversos elementos útiles de información para los administradores del proyecto. Primero, el PERT/CPM expone la "ruta crítica" de un proyecto. Estas son las actividades que limitan la duración del proyecto. En otras palabras, para lograr que el proyecto se realice pronto, las actividades de la ruta crítica deben realizarse pronto.
El PERT/CPM identifica los instantes del proyecto en que estas restricciones causarán problemas y de acuerdo a la flexibilidad permitida por los tiempos de holgura de las actividades no críticas, permite que el gerente manipule ciertas actividades para aliviar estos problemas.
jueves, 17 de junio de 2010
Modelado de Sistemas
A menos que el proyecto de sistemas sea lo más tradicional o clasico, los usuarios no siempre podrán definir sus requerimientos en forma adecuada y precisa o simplemente no pueden especificar los requerimientos de manera previa.
a.Establecer los factores que llevan al uso de los prototipos.
-Los altos riesgos, Costos altos, donde la inversión involucra gran cantidad de recursos financieros y humanos.
-Problemas conocidos, novedosos y complejos.
-Analistasy usuarios.
b.Establecer los propósitos del prototipo.
-Es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementación, manteniendo una comunicación con e usuario.
-Salidas de Sistemas
c.Determinar en que etapa del Desarrollo puedo usar prototipos.
-
d.Determinar los roles que desempeña tanto los usuarios como los profesionales de sistema al usar Prototipos.
-analista :estara consulttando lo que le gusta o no le gusta al usiario.
e.Determinar las Ventajas y Desventajas al usar prototipos.
-Ventajas:
-Desventajas:
a.Establecer los factores que llevan al uso de los prototipos.
-Los altos riesgos, Costos altos, donde la inversión involucra gran cantidad de recursos financieros y humanos.
-Problemas conocidos, novedosos y complejos.
-Analistasy usuarios.
b.Establecer los propósitos del prototipo.
-Es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementación, manteniendo una comunicación con e usuario.
-Salidas de Sistemas
c.Determinar en que etapa del Desarrollo puedo usar prototipos.
-
d.Determinar los roles que desempeña tanto los usuarios como los profesionales de sistema al usar Prototipos.
-analista :estara consulttando lo que le gusta o no le gusta al usiario.
e.Determinar las Ventajas y Desventajas al usar prototipos.
-Ventajas:
-Desventajas:
jueves, 10 de junio de 2010
Unidad 1 Ciclo de vida de los Sistemas
Concepto de vida del Software.
"Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software".
Cocepto Personal
El término se describe como el desarrollo de software, desde la fase inicial hasta la fase final, definiendo las distintas fases intermedias del desarrollo para garantizar que el software se asegure de que los métodos utilizados son apropiados. Fernando Ortega.
Lista de Modelos:
-Modelo en cascada.
-Modelo incremental.
-Modelo en espiral.
-Prototipado.
Conceptos de los Modelos:
Modelo Cascada.
Este es el más básico de todos los modelos, y sirve como bloque de construcción para los demás modelos de ciclo de vida. La visión del modelo cascada del desarrollo de software es muy simple; dice que el desarrollo de software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuye a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la fase. Las flechas muestran el flujo de información entre las fases. La flecha de avance muestra el flujo normal. Las flechas hacia atrás representan la retroalimentación.
Modelo De Desarrollo Incremental.
Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo.
Modelo De Desarrollo Evolutivo.
Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo (algunas veces denominado como prototipado evolutivo) construye una serie de grandes versiones sucesivas de un producto. Sin embargo, mientras que la aproximación incremental presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.
En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y sólo esos que son bien comprendidos son seleccionados para el primer incremento. Los desarrolladores construyen una implementación parcial del sistema que recibe sólo estos requerimientos.
Modelo Espiral.
El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes seguir estos cuatros pasos:
•Determinar qué quieres lograr.
•Determinar las rutas alternativas que puedes tomar para lograr estas metas. Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.
•Seguir la alternativa seleccionada en el paso 2.
•Establecer qué tienes terminado.
Modelo Concurrente.
Como el modelo espiral, el modelo concurrente provee una meta-descripción del proceso software. Mientras que la contribución primaria del modelo espiral es en realidad que esas actividades del software ocurran repetidamente, la contribución del modelo concurrente es su capacidad de describir las múltiples actividades del software ocurriendo simultáneamente.
Analisar y sentitizar 2 a elegir:
Modelo en cascada.
El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente:
Modelo iterativo incremental.
En términos generales, podemos distinguir, en la figura, los pasos generales que sigue el proceso de desarrollo de un producto software. En el modelo de ciclo de vida seleccionado, se identifican claramente dichos pasos. La Descripción del Sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al Producto global y final. Las actividades concurrentes (Especificación, Desarrollo y Validación) sintetizan el desarrollo pormenorizado de los incrementos, que se hará posteriormente.
"Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software".
Cocepto Personal
El término se describe como el desarrollo de software, desde la fase inicial hasta la fase final, definiendo las distintas fases intermedias del desarrollo para garantizar que el software se asegure de que los métodos utilizados son apropiados. Fernando Ortega.
Lista de Modelos:
-Modelo en cascada.
-Modelo incremental.
-Modelo en espiral.
-Prototipado.
Conceptos de los Modelos:
Modelo Cascada.
Este es el más básico de todos los modelos, y sirve como bloque de construcción para los demás modelos de ciclo de vida. La visión del modelo cascada del desarrollo de software es muy simple; dice que el desarrollo de software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase contribuye a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la fase. Las flechas muestran el flujo de información entre las fases. La flecha de avance muestra el flujo normal. Las flechas hacia atrás representan la retroalimentación.
Modelo De Desarrollo Incremental.
Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un documento de requerimientos es escrito al capturar todos los requerimientos para el sistema completo.
Modelo De Desarrollo Evolutivo.
Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo (algunas veces denominado como prototipado evolutivo) construye una serie de grandes versiones sucesivas de un producto. Sin embargo, mientras que la aproximación incremental presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.
En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y sólo esos que son bien comprendidos son seleccionados para el primer incremento. Los desarrolladores construyen una implementación parcial del sistema que recibe sólo estos requerimientos.
Modelo Espiral.
El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes seguir estos cuatros pasos:
•Determinar qué quieres lograr.
•Determinar las rutas alternativas que puedes tomar para lograr estas metas. Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.
•Seguir la alternativa seleccionada en el paso 2.
•Establecer qué tienes terminado.
Modelo Concurrente.
Como el modelo espiral, el modelo concurrente provee una meta-descripción del proceso software. Mientras que la contribución primaria del modelo espiral es en realidad que esas actividades del software ocurran repetidamente, la contribución del modelo concurrente es su capacidad de describir las múltiples actividades del software ocurriendo simultáneamente.
Analisar y sentitizar 2 a elegir:
Modelo en cascada.
El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente:
Modelo iterativo incremental.
En términos generales, podemos distinguir, en la figura, los pasos generales que sigue el proceso de desarrollo de un producto software. En el modelo de ciclo de vida seleccionado, se identifican claramente dichos pasos. La Descripción del Sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al Producto global y final. Las actividades concurrentes (Especificación, Desarrollo y Validación) sintetizan el desarrollo pormenorizado de los incrementos, que se hará posteriormente.
jueves, 3 de junio de 2010
Intruducción y Conceptos básicos
-Ingeniería Inversa:
Identifica los componentes de un sistema de informaciòn y la interrrelación que existen en ellos.
-Restruccturación.
Es la transformación de una forma de representación de un sistemaen ptra disitinta, pero de otro nivel de abstracción. Sin modificar el comportamioento externo del sistema.
-Reingeniería.
-Ingeniería hacia adelante (Fonward Engineering).
-Reingenieía de Empresas (Bissines Procese Reengineering).
-Para que se utiliza?
-Acciones
Identifica los componentes de un sistema de informaciòn y la interrrelación que existen en ellos.
-Restruccturación.
Es la transformación de una forma de representación de un sistemaen ptra disitinta, pero de otro nivel de abstracción. Sin modificar el comportamioento externo del sistema.
-Reingeniería.
-Ingeniería hacia adelante (Fonward Engineering).
-Reingenieía de Empresas (Bissines Procese Reengineering).
-Para que se utiliza?
-Acciones
Suscribirse a:
Entradas (Atom)