1. Analisis y Diseño de
Sistemas
Informáticos
Docente: Ing. Limber Rodríguez
2.
3.
4. A1. Análisis de
la estructura y
funcionalidad
de
los módulos de
la aplicación.
5. Es una descripción de los requisitos funcionales de un
sistema. En otras palabras, es la expresión conceptual
de lo que hará el sistema para resolver los problemas
identificados en el análisis previo. A falta de este paso,
los aspectos técnicos del sistema (como los
dispositivos de hardware que deban adquirirse con
frecuencia oscurecen la solución.
Diseño lógico de la
aplicación informática
6. Es una descripción de todas las salidas del sistema e
incluye sus tipos, formato, contenido, frecuencia. Por
ejemplo, el requisito de que todas las facturas de la
compañía incluyan el número de factura original de la
clientela es una especificación de diseño lógico. Las
herramientas de diseño de pantallas e informes
pueden usarse durante la fase de diseño de salidas
para satisfacer los requisitos de salidas del sistema.
Diseño de Salida
7. Una vez que se completa el diseño de salidas, puede iniciarse el
de entradas. En éste se especifican los tipos, formato,
contenido que el sistema capture los números telefónicos de
la clientela cuando éstos llaman a la organización y
use tal dato para buscar de manera automática la
información de su cuenta, es una especificación de diseño
lógico. Es posible utilizar diagramas, diseños de pantallas e
informes para especificar el tipo, formatos, contenido de los
datos de entrada.
Diseño de Entrada
8. Los tipos de cálculos, comparaciones,
manipulaciones de datos en general que requiere
el sistema se determinan durante esta fase. Por
ejemplo, un programa de nómina requiere
cálculos de los sueldos brutos y netos,
retenciones de impuestos, otras deducciones,
planes de ahorro.
Diseño de Procesamiento
9. Las características de estos subsistemas se especifican
también en la fase de diseño lógico. Por ejemplo, la
capacidad para obtener la actualización instantánea de
los registros de los clientes es una especificación de
diseño lógico. En muchos casos, un administrador de
bases de datos participa en este aspecto del diseño. Los
diagramas de flujo de datos y de entidad relación por lo
común se emplean durante el diseño de archivos y bases
de datos
Diseño de Archivos y Base de Datos
10. Todo sistema de información requiere procedimientos
para la ejecución de aplicaciones y la solución de los
problemas que surjan. Estos requisitos importantes se
capturan durante el diseño de procedimientos. Una vez
diseñados, los procedimientos se pueden describir con
programas de procesamiento de texto. A manera de
ejemplo, los pasos necesarios para añadir una nueva
cuenta de cliente podrían incluir una serie de tareas
manuales y computarizadas.
Diseño de Procedimientos
11. Otra parte importante del diseño lógico es determinar la
frecuencia y características necesarias de los sistemas
de respaldo. En general, debe tenerse apoyo de todo,
lo que incluye el hardware, software, datos, personal,
insumos e instalaciones. Además, en esta fase del
diseño lógico ha de considerarse la planeación de
cómo prevenir un desastre del equipo de cómputo y la
forma de recuperarse de él si ocurre.
Diseño de Controles y Seguridad
12. En algunos sistemas requieren contratar empleados
adicionales, mientras que con
otros es necesario modificar las tareas relacionadas
con uno o más empleos de sistemas de información
existentes. Los nombres y descripciones de los puestos
se especifican durante el diseño de personal y
empleos. Los organigramas son
útiles en el diseño de personal para diagramar los
empleos y sus nombres.
Diseño de Personal y Empleados
15. UML provee un conjunto estandarizado de herramientas
para documentar el análisis y diseño de un sistema de
software. El conjunto de herramientas de UML incluye
diagramas que permiten a las personas visualizar la
construcción de un sistema orientado a objetos, algo
similar a la forma en que los planos de construcción
permiten a las personas visualizar la construcción de
un edificio.
Lenguaje Unificado de Modelado
UML
19. Un modelo de casos de uso muestra una vista del sistema
desde la perspectiva del usuario, por lo cual describe
qué hace el sistema sin describir cómo lo hace.
Podemos utilizar UML para analizar el modelo de casos
de uso y derivar los objetos del sistema junto con sus
interacciones entre sí y con los usuarios del sistema.
Diagrama de Caso de uso
22. Los diagramas de actividad muestran la secuencia de
actividades en un proceso, incluyendo las actividades
secuenciales y paralelas, además de las decisiones que
se toman. Por lo general se crea un diagrama de
actividad para un caso de uso y puede mostrar los
distintos escenarios posibles.
Diagrama de Actividades
26. Los diagramas de secuencia pueden ilustrar una
sucesión de interacciones entre clases o instancias de
objetos a través del tiempo. A menudo, los diagramas
de secuencia se utilizan para ilustrar el procesamiento
descrito en los escenarios de casos de uso. En la
práctica, los diagramas de secuencia se derivan del
análisis de casos de uso y se utilizan en el diseño de
sistemas para derivar las interacciones, las relaciones y
los métodos de los objetos en el sistema.
Diagrama de Secuencias
27. Los diagramas de secuencia se utilizan para mostrar el
patrón general de las actividades o interacciones
en un caso de uso. Cada escenario de caso de uso puede
crear un diagrama de secuencia, aunque éstos no
siempre se crean para escenarios de menor
importancia.
Diagrama de Secuencias
30. CREDITS: This presentation template was created by
Slidesgo, and includes icons by Flaticon, and infographics
& images by Freepik
Asignación
Realizar los siguientes
diagramas UML:
-Caso de usos
-Diagrama de
Actividades
-Diagrama de
secuencias