EL CICLO DE VIDA DE UN SISTEMA DE

INFORMACIÓN

El proceso de desarrollo de software

Modelos de ciclo de vida

El ciclo de vida de una base de datos

El proceso de diseño de bases de datos

1. Fase 1: Análisis de requerimientos

2. Fase 2: Diseño conceptual

3. Fase 3: Elección del SGBD

4. Fase 4: Diseño lógico

5. Fase 5: Diseño físico

6. Fase 6: Instalación y mantenimiento

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE El ciclo de vida de un sistema de información

comprende las siguientes etapas:

Planificación

Análisis

Diseño

Implementación

Pruebas

Instalación / Despliegue

Uso y mantenimiento

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE Planificación

Ámbito del proyecto

Estudio de viabilidad

Análisis de riesgos

Estimación

Planificación temporal

Asignación de recursos.

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE

Análisis (¿qué?)

Elicitación de requerimientos:

Requerimientos funcionales

Requerimientos no funcionales

Modelado:

Modelado de datos

Modelado de procesos

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE Diseño (¿cómo?)

Estudio de alternativas y diseño arquitectónico

Diseño de la base de datos

Diseño de las aplicaciones

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE Implementación

Adquisición de componentes.

Creación e integración de los recursos necesarios para que el sistema funcione.

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE Pruebas

Pruebas de unidad.

Pruebas de integración.

Pruebas alfa.

Pruebas beta.

Test de aceptación.

LAS ETAPAS DEL PROCESO DE DESARROLLO

DE SOFTWARE

Instalación / despliegue

Uso / mantenimiento

Mantenimiento adaptativo.

Mantenimiento correctivo.

Mantenimiento perfectivo.

MODELOS DE CICLO DE VIDA

Modelo en cascada

MODELO EN CASCADA

El modelo en cascada (también conocido como “ciclo de vida clásico”) no es el

único, ni tampoco el mejor en muchas situaciones.

No obstante, se adapta bien al desarrollo de las prácticas de una asignatura.

DESARROLLO DE PROTOTIPOS

CICLO DE VIDA DE UNA BD

Diseño conceptual:

Descripción del esquema de la base de datos utilizando un modelo de datos

conceptual.

Diseño lógico:

Descripción de la base de datos con un modelo de datos implementable

(p.ej. el modelo relacional).

Diseño físico:

Descripción de la base de datos a nivel interno

MODELO EN ESPIRAL

CICLO DE VIDA DE UNA BD

Definición del sistema: Requerimientos de datos.

Diseño de la base de datos.

Implementación de la base de datos.

Carga o conversión de los datos.

Conversión de aplicaciones.

Prueba y validación.

Operación, supervisión y mantenimiento.

CICLO DE VIDA DE UNA BD

Diseño de la base de datos:

Diseño conceptual:

Descripción del esquema de la base de datos

utilizando un modelo de datos conceptual.

Diseño lógico:

Descripción de la base de datos con un modelo de datos implementable

(p.ej. el modelo relacional).

Diseño físico:

Descripción de la base de datos a nivel interno.

PROCESO DE DISEÑO DE BD

Fases:

1. Análisis de requisitos.

2. Diseño conceptual.

3. Elección del sistema gestor de bases de datos.

4. Diseño lógico.

5. Diseño físico.

6. Instalación y mantenimiento.

DOCUMENTACIÓN DE SOFTWARE

Como inventariar el hardware de cómputo.

1. El tipo de equipo, el número de modelo, el fabricante.

2. El estado de funcionamiento del equipo.

3. La edad estimada del equipo

4. La vida proyectada del equipo

5. La ubicación física del equipo

6. El departamento o la persona responsable del equipo.

ADQUISICIÓN DE HARDWARE DE COMPUTO

Opción Ventajas Desventajas

Compra - A la larga es mas

barato que el

arrendamiento

-proporciona ventajas

fiscales

- El costo inicial es

alto

- Riesgo de quedarse

con el equipo malo

si la opción fue

errónea

Arrendamiento

financiero

-No se invierte ningún

capital

-los pagos son bajos

-la compañía no tiene la

propiedad del sistema

Alquiler -Normalmente se

incluyen el

mantenimiento y el

seguro

-la compañía no es

dueña de la

computadora

EVALUACIÓN DEL SOFTWARE

Al evaluar el software para los proyectos de sistemas de información, los analistas y

las organizaciones se enfrentan cada vez mas con la disyuntiva de hacer,

comprar o subcontratar.

Existen 3 tipos:

1. Software personalizado: se debe crear cuando la organización busque una

ventaja competitiva mediante el uso de sistemas de información reforzado como

un despliegue estratégico

EVALUACIÓN DE SOFTWARE

2. Software Comercial: El software comercial incluye productos como Microsoft

office, también se puede referir a componentes u objetos de software (llamados

componentes básicos) que se puedan comprar para proporcionar una

funcionalidad particularmente necesaria en un sistema.

EVALUACIÓN DE SOFTWARE

3. Proveedor de servicios de aplicaciones: las organizaciones podrían obtener

algunos beneficios de tomar un enfoque totalmente diferente para adquirir

software., esta opción es subcontratar algunas de las necesidades de las

organizaciones que se especialice en las aplicaciones de Tecnologías.

EVALUACIÓN DE SOFTWARE

Tipo Ventajas Desventajas

Software a la medida -respuestas especificas

-innovación

-Personal interno

disponible

- Costo inicial elevado

- -Necesidad de

contratar o trabajar

con un equipo

Software Comercial - Refinado en el

mundo comercial

- -Otras empresas ya

lo usan

-Enfocado a la

programación, no en los

negocios,

-personalización

limitada

ASP -No es necesario

contratar, capacitar o

retener a muchos

empleados

-Perdida de control de

los datos

-Preocupación sobre

seguridad

confidencialidad y

privacidad.

TIPOS DE SOFTWARE

• Por su estructura

• Funcionales

• Orientados a objetos

• Orientados a listas

• Orientados a componentes

• Por su función

• Programas o sistemas de usuario.

• Interfaces Hombre – maquina

• Herramientas de software

• Librerías

• BD

• Sistemas basados en WEB

TIPOS DE SOFTWARE

• Por su plataforma

• Sistemas de cómputos distribuido

• Sistemas de tiempo real

• Sistemas de computo paralelos

• Sistemas basados en chips

PROPUESTA DE SISTEMA

Organización de las propuestas de sistemas.

Una vez recopilado el material que se debe incluir en su propuesta de sistemas,

necesita juntarlo en piezas de un a manera lógica y visualmente eficaz .

La propuesta de sistemas debe llevar una carta de presentación para la dirección y

la fuerza de tarea de Tecnología,

COMUNICACIÓN EFICAZ

1. Tablas

1.Tablas comparativas

2. Gráficos

1.Lineales

2.Columnas

3.Barras

REPRESENTACIÓN DE LA PROPUESTA DE

SISTEMAS Datos recopilados de la organización

Verificar el resumen ejecutivo

No se debe colocar el resumen de la propuesta

VISIBILIDAD DE PROCESOS

Los sistemas de software son intangibles por lo que los administradores necesitan

documentación para identificar el progreso en el desarrollo.

RETOS • Sistemas Legados

• Sistemas que deben ser mantenidos y mejorados

• Heterogeneidad

• Sistemas que incluyen una mezcla de software y hardware

• Entrega

• Entrega a tiempo de los productos de software

• Formalidad

• Exista demanda en el proceso de desarrollo

MANUAL TÉCNICO

Documentación

• Conservar la historia de un proyecto de software.

• Establecer símbolos institucionales

• Establecer las políticas de normalización para los estándares de documentación.

Un manual técnico debe considerar

1. Estándares de programación

2. Listado de programas fuentes

3. Seguridad

4. Política de backups

MANUAL DE INSTALACIÓN

Se deben desarrollar los pasos para la instalación del proyecto aplicativo

MANUAL DE REFERENCIA Se describen detalladamente todos los mensajes y posibles errores con su solución

MANUAL DE USUARIO

Maneja el alcance del aplicativo

• Relación con otros aplicativos

• Estándares de programación

• Herramientas de desarrollo de software

• Especificaciones del diseño

• Listado de programas fuentes

• Seguridad

• Infraestructura

CONTROLES DE AUDITORIA DE SISTEMAS

La auditoría de sistemas de información, auditoría informática o auditoría de

sistemas es un tipo de auditoría consistente en el examen de los sistemas de

información y de los centros de proceso de datos, instalaciones y unidades

informáticas de las organizaciones, con objeto de facilitar la consecución de los

objetivos que persiguen, tanto los del área informática como, primordialmente los

del conjunto de la organización .

FACTORES QUE PROPICIAN LA AUDITORIA

Políticas internas de la empresa

Necesidad de controlar el eso de equipos computacionales.

Altos costos debido a errores

Perdida de información y de capacidades de procesamiento de datos,

aumentando así la posibilidad de toma de decisiones.

Valor de hardware, software y personal

OBJETIVOS DE LA AUDITORIA

• Conocer su propio sistema y su grado de adecuación a la norma.

• Revisar el grado de implantación

• Determinar la eficacia del sistema

• Cumplir con los requisitos reglamentarios.

• Detectar áreas de mejora.

FUNCIONES DE AUDITORIA

Velar por la eficacia y eficiencia del sistema informático

Verificar el cumplimiento de las normas y estándares vigentes en la organización

Supervisar el control interno ejercido sobre los sistemas de información

conducente a la protección de los activos de información de información

TIPOS DE AUDITORIA

Tipo Descripción Ventajas Desventajas

Interna Aplicada con el

personal que

labora en la

empresa.

-Menos costosa -Omitir

información

- Encubrir

deficiencias

Externa Se contrata a una

firma

especializada

para realizar la

misma

- Existe menor

margen de

error

- No existe

encubrimiento

s

- Que otras

empresas

conozcan su

información

AUDITORIA APLICADA AL DESARROLLO DE

APLICACIONES Auditoria de datos de entra

Se analizará la captura de la información en soporte compatible con los Sistemas, el

cumplimiento de plazos y calendarios de tratamientos y entrega de datos; la

correcta transmisión de datos entre entornos diferentes.

AUDITORIA INFORMÁTICA DE SISTEMAS

Se audita:

Sistema Operativo: Verificar si la versión instalada permite el total funcionamiento del

software que sobre ella se instala, si no es así determinar la causa

Software de Aplicación: Determinar el uso de las aplicaciones instaladas.

Comunicaciones: Verificar que el uso y el rendimiento de la red sea el más adecuado

.

COPIAS DE SEGURIDAD

Las copias pueden ser totales o parciales y la frecuencia varía dependiendo de la

importancia de la información que se genere.

Se recomienda tener como mínimo dos (2) respaldos de la información, uno dentro

de la empresa y otro fuera de ésta (preferiblemente en un Banco en Caja Fuerte).

Backup

NORMAS

Las normas de auditoría son los requisitos mínimos de calidad relativos a la

personalidad del auditor, al trabajo que desempeña ya la información que rinde

como resultado de este trabajo.

Las normas de auditoría se clasifican en:

a. Normas personales.

b. Normas de ejecución del trabajo.

c. Normas de información.

NORMAS PERSONALES

Son cualidades que el auditor debe tener para ejercer sin dolo

una auditoría, basados en un sus conocimientos

profesionales así como en un entrenamiento técnico, que

le permita ser imparcial a la hora de dar sus sugerencias

NORMAS DE EJECUCIÓN DE TRABAJO

Son la planificación de los métodos y procedimientos, tanto

como papeles de trabajo a aplicar dentro de la auditoría.

Normas de información

Son el resultado que el auditor debe entregar a los

interesados para que se den cuenta de su trabajo,

también es conocido como informe o dictamen.

QUE PERMITEN LOS PROCEDIMIENTOS DE

AUDITORIA .

Obtener conocimientos del control interno.

Analizar las características del control interno.

Verificar los resultados de control interno.

Fundamentar conclusiones de la auditoría.

PELIGROS INFORMÁTICOS

• Incendios

• Inundaciones

• Robos

• Fraudes

RESPONSABILIDADES DE UN AUDITOR DE

SISTEMAS 1. La redacción de los procedimientos de control en el área de seguridad lógica.

2. La aprobación de nuevos sistemas de gestión.

3. Evaluar los riesgos de los sistemas de información

EJEMPLO