Universidad Yacambú
Especialización en Gerencia, Mención: Sistemas de Información
Seminario Especial de Grado
Fase II, Trabajo 1
Participantes:
Fabiola Vera
Roberto López
Rusmary
Durán
![]()
Análisis: Investigación
Para crear una aplicación de software hay que describir el
problema y las necesidades o requerimientos; en qué consiste el conflicto y qué
debe hacerse.
El Análisis se centra en una investigación del problema, no en la
manera de definir una solución. Por ejemplo, si se desea un nuevo sistema de
información computarizada de una biblioteca ¿cuáles procesos de la institución
se relacionan con su uso?
González
C (S.F. en línea), hace énfasis que el análisis estructurado Permite al analista
conocer un sistema o proceso (actividad) en una forma lógica y manejable al
mismo tiempo que proporciona la base para asegurar que no se omite ningún
detalle pertinente".
El objetivo que persigue el
análisis estructurado es organizar las tareas asociadas con la determinación de
requerimientos para obtener la comprensión completa y exacta de una situación
dada.
Componentes:
- Símbolos gráficos: sirven para identifiicar y describir los componentes de un
sistema y las relaciones entre estos.
- Diccionarios de datos: Descripciones dee todos los datos utilizados en el
sistema pueden ser manual o automatizado.
- Descripciones de procesos y procedimienntos: emplean técnicas y lenguajes que
permiten describir actividades del sistema.
- Reglas: Estándares par describir y docuumentar el sistema en forma correcta y
completa.
Análisis de flujo de datos:
Estudia el empleo de los datos en
cada actividad, documenta los hallazgos con diagramas de flujo de datos.
Herramientas:
- Diagrama de flujo de datos: son la herrramienta mas
importante y la base en donde se desarrolla otros componentes
- Diccionario de datos: contienen las carracterísticas lógicas de los lugares
donde se almacenan los datos del sistema, incluyendo nombre, alias,
descripción, contenido y organización.
- Diagrama de estructuras de datos: este es una descripción de la relación
entre entidades (personas, lugares, eventos y objetos) y el conjunto de
información relacionado con la entidad.
- Gráfica de estructura: es la herramientta del diseño que muestra con símbolos
la relación entre los módulos de procesamiento y el software de la computadora.
Diccionario de datos:
Es un catálogo, un dispositivo de los
elementos de un sistema. Se desarrolla durante el análisis del flujo de datos y
auxilia a los analistas que participan en la determinación de los
requerimientos del sistema.
Diseño
Diseño
es el proceso de aplicar distintas técnicas y principios con el propósito de
definir un dispositivo, proceso, o sistema, con los suficientes detalles como
para permitir su realización física.
Diseño Estructurado
Diseño estructurado es el proceso de
decidir que componentes, y la interconexión entre los mismos, para solucionar
un problema bien especificado.
El
diseño es una actividad que comienza cuando el analista de sistemas ha
producido un conjunto de requerimientos funcionales lógicos para un sistema, y
finaliza cuando el diseñador ha especificado los componentes del sistema y las
relaciones entre los mismos.
Una vez que se han establecido los requisitos
del software (en el análisis), el diseño del software es la primera de tres
actividades técnicas: diseño, codificación, y prueba. Cada actividad transforma
la información de forma que finalmente se obtiene un software para computadora
válido.
El diseño estructural define las relaciones
entre los principales elementos estructurales del programa. El objetivo
principal del diseño estructural es desarrollar una estructura de programa modular
y representar las relaciones de control entre los módulos.
![]()
Diseño Orientado a Objeto
López M. (S.F. en línea) define El Diseño Orientado a Objetos como
un diseño de sistemas que utiliza objetos auto-contenidos y clases de objetos
Características del DOO
Ventajas del
Diseño Orientado a Objetos:
.- Fácil de mantener, los objetos representan
entidades auto-contenidas
.- Los objetos son componentes reutilizables
.- Para algunos sistemas, puede haber un mapeo obvio
entre las entidades del mundo real y los objetos del sistema.
Importancia
·
El diseño orientado a objetos es un diseño con
ocultamiento de información. La representación puede cambiarse sin cambios muy
extensos.
·
Un objeto tiene un estado privado con un
constructor asociado y operaciones de acceso.
·
Los objetos proveen servicios (operaciones) a
otros objetos.
·
La identificación de objetos es un proceso
difícil. La identificación de sustantivos y verbos
·
en lenguaje natural es útil para
identificar objetos.
·
Las interfaces de objetos deben ser precisamente
definidas. Un lenguaje de programación como Ada, C++ o JAVA puede usarse para
esto.
·
Documentación útil para el diseño orientado a
objetos incluyen, gráficas de jerarquía de objetos y diagramas de interacción
de objetos.
·
Los objetos puede implementarse como entidades
secuenciales o concurrentes.
![]()
DIFERENCIAS ENTRE ANALISIS
Y DISEÑO ESTRUCTURADO Y ANALISIS Y DISEÑO ORIENTADO A OBJETOS
1.
El
diseño Orientado a Objetos (DOO) difiere considerablemente del diseño estructurado
ya que en DOO no se realiza un problema en términos de tareas (subrutinas) ni
en términos de datos, se analiza el problema como un sistema de objetos que
interactúan entre sí.
2.
El análisis
y diseño estructurado, trata de descomponer el problema en funciones
o procesos.
El
análisis y diseño orientado a objetos busca descomponer el problema en objetos, y no en
funciones.
3.
El
Análisis y Diseño Estruturado utiliza las siguientes
técnicas:
§ Diagrama de flujos de datos(DFD)
§ Modelo de entidad-relación
§ Diccionario de datos
§ Especificaciones de procesos
El Análisis y Diseño
Orientado a Objeto utiliza de acuerdo a la metodología a utilizar los
siguientes modelos:
§ Diagrama de casos de usos
§ Diagrama de clases
§ El diagrama de objetos
§ El diagrama de colaboración
§ El diagrama de transición de estados
4.
El
Diseño OO busca crear un diseño genérico y abierto y no cerrado y concreto como
el diseño estructurado.
5.- El
diseño orientado a objetos entonces, es fundamentalmente diferente a los
enfoques de diseño estructurado tradicionales, requiere un modo distinto de
pensar acerca de la descomposición, y produce arquitecturas software muy
alejadas del dominio de la cultura del diseño estructurado. Esas diferencias Booch las atribuye a que los métodos estructurados se basan
en programación estructurada y los orientados a objetos en programación
orientada a objetos.
![]()
Caso Práctico
El
caso práctico a desarrollar:
Actualmente (dos
de los participantes en la investigación) Laboramos en el IUTET, no existe en
el departamento a la cual pertenecemos
un sistema computarizado que facilite
la elaboración de la asistencia de los profesores, que a su vez es
indispensable para recibir el pago de la cesta ticket.
ANALISIS
DE LA APLICACIÓN
Objetivo:
Desarrollar un sistema para el control de
asistencia para el dpto. de civil en IUTET.
Cliente y
Usuario: Usuario será el Administradores del Sistema. EL Cliente estará representado por la
Secretaria y asistente del dpto. encargadas
de la elaboración de la asistencia e informe final para la cesta ticket.
ANALISIS
FUNCIONAL
Identificación de las funciones para la
elaboración del control de asistencia Registro
de todos los horarios de los profesores y de allí extraer los días a
cumplir por cada uno de ellos.
.-Elaborar una lista por días y por turnos.
Registrar Diariamente la lista de
asistencias suministrando quien falto de
acuerdo a su horario.
.- Emitir un listado que refleje la cantidad de cesta ticket que
debe obtener cada profesor que Luego
debe ser supervisado por la Jefe e dpto.
y enviado a la subdirección académica.
.-Se emite otro formato que refleja el numero de cesta ticket que
debe obtener cada profesor, que luego de
supervisado por la jefe de dpto. va a la subdirección académica.
.-Si el formato es devuelto, se
revisa nuevamente y se repiten las
funciones.
.
ANALISIS
ORIENTADO A OBJETOS(AOO)
DETERMINACION
DE OBJETOS
La programación
orientada a objetos se basa en la definición de clases. Una clase no es más que
una abstracción de un objeto, o lo que es lo mismo, las características comunes
de un grupo de objetos.
En este proyecto se manejarán los
siguientes objetos:
·
Horario (Atributos: datos de cada horario: día, hora,
materia.)
·
Profesores
(atributos: ced, nombre, apellidos, condición,
dedicación)
·
Calendario
(atributos: mes, días hábiles)
Métodos
.- Registros
.- Consultas
.- Actualización
.- Impresión
Definición
de Casos de usos
Primer caso:
.- Registrar un profesor
Participante: la secretaria
Descripción: este caso de uso comienza
cuando la secretaria, introduce los datos del prof. Y su respectivo horario de clase.
.- Mostrar información
Segundo Caso:
Participante: La asistente del dpto.
Comienza cuando
introduce el mes, y los días hábiles, para
luego comparar con los
horario de cada profesor, para confirmar su asistencia o falta. Y luego
registrarlo en el formato de cesta ticket.
DISEÑO
DE APLICACIÓN
Los
componentes que tendrá la aplicación son los siguientes:
|
-Bases de Datos - Tablas - Rutinas |
- Menús - Reportes - Respaldo |
Los
componentes para el Usuario Final serán
|
- Gestión de Informes - Documentación de Programa - Soporte de usuario |
- Manejo de Red - Documentación de Usuario - Gestión de Impresoras |
- Ayuda - Control de
Errores copias de Seguridad - |
· Diccionario de
datos
· Descripciones
de procesos y procedimientos
·
Reglas.
·
Los Componentes del Diseño Orientado a
Objetos:
·
La identificación de objetos, sus atributos y servicios
·
La organización de objetos dentro de una jerarquía
·
La construcción de descripciones dinámicas de objetos que muestran
como se usan los servicios
·
La especificación de interfaces de objetos
![]()
INFOGRAFIA
.- González Cecylia (S.F.) Análisis Estructura. Disponible en; http://www.monografias.com/trabajos10/andi/andi.shtml?monosearch#an
[Consultado el día 10 de Octubre del 2007]
López
Mario (s.f. ) Diseño Orientado a Objeto. Disponible en
línea.: http://www.monografias.com/trabajos10/soft/soft.shtml?monosearch
[Consultado el 10 de Octubre del 2007].
.- Introducción al análisis Estructurado. Disponible
en: http://kybele.escet.urjc.es/documentos/ISG/Estructurado/%5BISG-2006-07%5DAnalisisEstructurado.Introduccion.pdf
[consultado el
09 de Octubre
del 2007]
.-Ros Joaquin
(2007) Fundamentos de Ingeniería de Sofware.
Disponible en: http://dis.um.es/~jnicolas/09BK_FIS.html
[consultado el 09 de Octubre del 2007].