Integrantes: Adriana Yépez III-161-00770 Jessica Coronado III-091-00786 Kelly Moreno III-161-00046 Mariangeles Suárez III-161-00016 Patricia Martínez III-161-00025 Sección: MA02NOS Prof: Ing. FIntegrantes: Adriana Yépez III-161-00770 Jessica Coronado III-091-00786 Kelly Moreno III-161-00046 Mariangeles Suárez III-161-00016 Patricia Martínez III-161-00025 Sección: MA02NOS Prof: Ing. Fanny Verano anny Verano

1. Herramientas para el análisis de
sistemas
República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación
Universidad Yacambù
Integrantes:
Adriana Yépez III-161-00770
Jessica Coronado III-091-00786
Kelly Moreno III-161-00046
Mariangeles Suárez III-161-00016
Patricia Martínez III-161-00025
Sección: MA02NOS
Prof: Ing. Fanny Verano

2. ¿Qué es una Herramienta?
Es cualquier dispositivo que, cuando se
emplea en forma adecuada, mejora el
desempeño de una tarea, tal como el
desarrollo de sistemas de información
basados en computadora.
Se emplea para examinar el
estatus de una empresa con el
fin de recomponer o mejorarla
con métodos y procedimientos
más convenientes.
Se agrupan en las siguientes
categorías
Análisis Diseño Desarrollo

3. Herramientas para el análisis de sistemas
Ayudan a los especialistas en sistemas a
documentar un sistema existente, ya sea éste
manual o automatizado, y a determinar los
requerimientos de una nueva aplicación.
Herramientas para
el diccionarioHerramientas para
diagramación
Herramientas para
recolección de datos

4. ¿Qué es un diagrama de flujo de datos (DFD)?
Traza el flujo de la
información para
cualquier proceso
o sistema.
Emplea símbolos definidos,
como rectángulos, círculos
y flechas, además de
etiquetas de texto breves,
para mostrar las entradas y
salidas de datos, los puntos
de almacenamiento y las
rutas entre cada destino.
Varían desde simples panoramas de
procesos incluso trazados a mano, hasta
muy detallados y con múltiples niveles que
profundizan progresivamente en cómo se
manejan los datos.

5. Un DFD puede con frecuencia
"decir" visualmente cosas que serían difíciles
de explicar en palabras
Los datos almacenados en
un sistema deben pasar
por un proceso.
Reglas y consejos para el DFD
Cada proceso debe
tener al menos una
entrada y una salida
Cada almacén de datos
debe tener al menos una
entrada y una salida de
flujo de datos.
Los datos almacenados
en un sistema deben
pasar por un proceso.
Todos los procesos en un
DFD pasan a otro proceso o
almacén de datos.

6. ¿Cuáles son las interacciones
entre los procesos y los
depósitos de datos?
Propósito de un Diagrama de
Flujo de Datos
¿Cuáles son los
límites del sistema?
¿De dónde vienen
los datos?
¿A dónde van los datos
cuando dejan el sistema?
¿Dónde se almacenan
los datos?
¿Qué procesos transforman
los datos?
Mostrar, para
un sistema o
subsistema

7. Representan las
Fuentes o Destinos
de los Datos
Transforma
ción de los
Datos
Son las fuentes
o destinos de los
datos
Elementos de un Diagrama de Flujo de
Datos

8. Diccionario de Datos (DD)
Es un listado organizado de todos los
datos que pertenecen a un sistema.
Tiene como objetivo dar precisión
sobre los datos que se manejan en
un sistema, evitando así malas
interpretaciones o ambigüedades.
Define con precisión los datos de
entrada, salida, componentes de
almacenes, flujos, detalles de las
relaciones entre almacenes, etc.

9. ¿Para qué sirve?
Describe el significado de
los flujos y almacenes que
se muestran en los DFD.
Describe la composición
de los paquetes de datos
en los almacenes.
Especifica los valores y unidades
relevantes de piezas elementales
de información en los flujos de
datos y en los almacenes de datos.
Identifica los procesos donde se
emplean los datos y los sitios
donde se necesita el acceso
inmediato a la información.
Describe los detalles de las relaciones
entre almacenes que se enfatizan en un
diagrama entidad- relación

10. El DD en el Análisis no debe ser tan detallado,
ya que sirve para entender cómo se llevan a
cabo los procesos en la actualidad. Se
pueden usar los formatos sencillos que se
muestran a continuación:
El DD en el Diseño debe ser más
específico, ya que se utilizará para la
creación de la Base de Datos y para que
los programadores utilicen las mismas
variables y tipos de datos.

11. Evaluación del impacto y control administración
de cambios procesos de solicitud de cambios
Es el seguimiento del ciclo de vida
de un cambio, que comprende: la
solicitud del cambio, la evaluación,
la aprobación o rechazo del mismo y
la implementación.

12. Evaluación del Impacto y Riesgo
Actividades:
- Identificación y análisis del impacto del cambio.
- Analizar riesgos del cambio.
- Verificar modificación al alcance del cambio
- Ajustar el plan de trabajo de cambio.
- Analizar el impacto sobre los cambios en curso.

13. Aprobación de cambio
-Consultar la clasificación realizada del cambio.
-Decidir la aprobación del cambio.
-Agenda comités de cambio.
-Analizar relaciones con otros cambios.
-Agrupar cambios de entregas.

14. Pasos para realizar cambio
Solicitud del cambio:
Esta actividad la realiza
la persona o el grupo de
personas interesadas en
que se realice el cambio.
-El nombre y versión del
ítem de configuración sobre
el cual se solicita el cambio.
-Nombre de la persona que
da origen al cambio.
Consiste en avisar al Responsable de
SCM que se está solicitando un
cambio y agregar en el documento de
Gestión de Cambios la siguiente
información:
-Fecha de la solicitud.
-Indicador de urgencia del cambio.
-La necesidad del cambio.
-Descripción del cambio solicitado.
-Estado del cambio.

15. Evaluación del cambio:
Se discutirá el impacto del cambio en
el proyecto. Luego se cambiará en el
documento de Gestión de Cambios y
se pondrán los comentarios de dicha
evaluación.
Aprobación o Rechazo del cambio:
Dada la evaluación del cambio el
Comité de Control de Cambios
realizará la aprobación o rechazo del
cambio solicitado. Se actualizará en
el documento de

16. Los cambios que deben ser
controlados son aquellos que resultan
de gran impacto en el proyecto y no
aquellos que son simplemente
producto de la evolución del producto.
Implementación:
En el caso de que el cambio haya
sido aprobado se realizará la
implementación del mismo. Cuando
haya sido implementado se modificará
en el documento de Gestión de
Cambios el estado a implementado.

17. Identifica y determina zonas peligrosas
potenciales que puede causar fallas del
sistema
Análisis estadístico de la calidad para
localizar la posibilidad de falla de
software. No hay contratiempos.
Aseguramiento de la
calidad de sistemas

18. Conjunto de acciones planificadas y sistemáticas
implantadas dentro del sistema de calidad, para
proporcionar la confianza adecuada de que una
entidad cumplirá los requisitos para la calidad
vinculada al desarrollo de software.
Aseguramiento de la calidad del software
La calidad no se
puede probar, se
construye.
Las actividades asociadas con el
aseguramiento deben ser realizadas por
personas que no estén directamente
involucradas en el esfuerzo de desarrollo
El aseguramiento de la calidad
del software no es una tarea que
se realiza en una fase particular
del ciclo de vida de desarrollo.
Aspectos

19. Informa a los grupos e individuos
afectados sobre las actividades
SQA y resultados y no resultantes
dentro del proyecto.
Objetivos principales de SQA
Planificar las actividades de SQA.
Verificar la eficiencia de los
productos de trabajo y las
actividades a los estándares,
procedimientos y requerimientos
establecidos.

20. Cuando se almacenan grandes cantidades de
datos en forma electrónica, estos son
vulnerables a muchos tipos de amenazas. Su
origen puede estar en factores técnicos, de
organización y del entorno, combinados con las
malas decisiones gerenciales.
Amenaza a los sistemas de
información computarizados
¿Por qué son vulnerables los sistemas?