Unidad II - Documentación del software
-
Upload
alejandro-flores -
Category
Software
-
view
114 -
download
0
description
Transcript of Unidad II - Documentación del software
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