Oscar Botiva

Veruska Muños

Milton Guavita

Feibert Guzmán

Sistemas de Información

Como el conjunto de funciones y procedimientos encaminadas a la captación, desarrollo, recuperación, almacenamiento, etc.,

de información en el seno de una organización. es.wikipedia.org/wiki/Sistema_de_información

Conjunto de procedimientos manuales y/o automatizados que están

orientados a proporcionar información para la toma de decisiones. www.unmsm.edu.pe/ogp/ARCHIVOS/Glosario/inds.htm

Sistemas de Información

Control Calidad

Sistemicidad

Independencia

Gestión

Tolerancia

Sistemas de Información

Análisis sistémico

Tiempo y desarrollo Diseño de estrategias

Planificación de recursos

teoría de los sistemas de desarrollo de Software DSTLa teoría de los sistemas de desarrollo, más conocida por su forma abreviada DST (de sus siglas en inglés Developmental Sys tems Theory), la información genética no reside ni en los genes ni en el ambiente, sino que emerge de la interacción entre recursos ontogenéticos diversos a todos los niveles (molecular, celular, orgánico, ecológico, social y biogeográfico). Frente a la concepción de la evolución como la transmisión de información genética entre generaciones, la DST subraya la construcción ontogenética de la información en cada generación a partir de recursos tanto genéticos como genéricos.

Quality Assurance (SQA)

Producto de Software

Estandares

Cumplimiento

EVALUACIÓN DE LOS SISTEMAS

La elaboración de sistemas debe ser evaluada con muchodetalle, para lo cual se debe revisar si existen realmente sistemasentrelazados como un todo o bien si existen programas aislados.Otro de los factores a evaluar es si existe un plan estratégico parala elaboración de los sistemas o si se están elaborados sin eladecuado señalamiento de prioridades y de objetivos.

El proceso de planeación de sistemas deberá asegurarse de quetodos los recursos requeridos estén claramente identificados enel plan de desarrollo de aplicaciones y datos. Estos recursos(hardware, software y comunicaciones) deberán ser compatiblescon la arquitectura y la tecnología, conque se cuentaactualmente.

EVALUACIÓN DEL DISEÑO LÓGICO DEL SISTEMA

Entradas, Salidas, Procesos.

Especificaciones de datos.

Especificaciones de proceso.

Métodos de acceso.

Operaciones.

Manipulación de datos

Identificación de archivos, tamaño de los campos y registros.

Proceso en línea o lote y su justificación.

Frecuencia y volúmenes de operación.

Sistemas de seguridad.

Sistemas de control.

Responsables.

Número de usuarios.

Al tener el análisis del diseño lógico del sistema debemos compararlocon lo que realmente se está obteniendo en la cual debemos evaluar loplaneado, cómo fue planeado y lo que realmente se está obteniendo.Los puntos a evaluar son:

Proceso lógico necesario para producir informes.

EVALUACIÓN DEL DESARROLLO DEL SISTEMA

En esta etapa del sistema se deberán auditar losprogramas, su diseño, el leguaje utilizado, interconexiónentre los programas y características del hardwareempleado (total o parcial) para el desarrollo del sistema.

Al evaluar un sistema de información se tendrá presenteque todo sistema debe proporcionar información paraplanear, organizar, controlar de manera eficaz yoportuna, para reducir la duplicidad de datos y dereportes y obtener una mayor seguridad en la forma máseconómica posible.

EVALUACIÓN DEL DESARROLLO DEL SISTEMA

De ese modo contará con los mejores elementos para unaadecuada toma de decisiones. Al tener un procesodistribuido, es preciso considerar la seguridad del movimientode la información entre nodos. El proceso de planeación desistemas debe definir la red óptima de comunicaciones, lostipos de mensajes requeridos, el trafico esperado en las líneasde comunicación y otros factores que afectan el diseño.

Es importante considerar las variables que afectan a unsistema: ubicación en los niveles de la organización, el tamañoy los recursos que utiliza.

EVALUACIÓN DEL DESARROLLO DEL SISTEMA

.Las características que deben evaluarse en los sistemas son:

Dinámicos (susceptibles de modificarse).

Estructurados (las interacciones de sus componentes o subsistemas deben actuar como un todo)

Integrados (un solo objetivo). En él habrá sistemas que puedan ser interrelacionados y no programas aislados.

Accesibles (que estén disponibles).

Necesarios (que se pruebe su utilización).

Comprensibles (que contengan todos los atributos).

Oportunos (que esté la información en el momento que se requiere).

Funcionales (que proporcionen la información adecuada a cada nivel).

Estándar (que la información tenga la misma interpretación en los distintos niveles).

Modulares (facilidad para ser expandidos o reducidos).

Jerárquicos (por niveles funcionales).

Seguros (que sólo las personas autorizadas tengan acceso).

Únicos (que no duplique información).

EVALUACIÓN DEL DESARROLLO DEL SISTEMA

¡Entrenamiento!

Depende de la(s) herramienta(s)

Principal es capacitar al ingeniero de pruebas en las reglas del negocio de la empresa. Debe estar tan familiarizado como un BA.

Existe entrenamiento para herramientas de automatización.

Proceso empresarial

Explotar

Prestar soporte

Optimizar

Cambiar

¿Por qué fracasan los proyectos?

El optimismo excesivo en la estimación del costo es una de las mayores fuentes de retrasos y fracasos.

Fechas de entrega irreales.

Cambios en los requerimientos

Riesgos

Dificultades tecnicas

Mala comunicación en el equipo

Desarrollo tradicional vs Desarrollo Ágil

Las metodologías tradicionales se ven como una carrera de relevos, en el que cada miembro es responsable de una fase, y hasta que no se termina una fase, es imposible comenzar las siguientes.

¿Por qué Scrum?Scrum es un proceso de desarrollo desoftware iterativo y creciente utilizadocomúnmente en entornos basados en eldesarrollo ágil de software.

El cliente puede ver resultados desde el primer momento.

Se ahorra el tiempo que en las metodologías tradicionales se dedica en conseguir especificaciones y documentaciones exhaustivamente documentadas.

Se hace equipo: comunicación continua, se reparten éxitos.

El cliente interviene en todas las fases del proyecto.

Se reducen los riesgos por retrasos acumulados.

Es una metodología sencilla y nada rígida. Se puede complementar con otras.

1

2

3

4

5

1

2

3

4

5

1

2

3

4

5

1 2 3

1 2 3

1 2 3

1 2 3

1 2 3

1 2 3

1 2 3

1 2 3

1 2 3