Especialización en Gerencia, mención Sistemas de Información

 

ANALISIS Y DISEÑO DE SISTEMAS

 

Prof. Yaros Pérez

Participante: Beatriz Melo

 

 


INVESTIGAR LA DIFERENCIA ENTRE ANÁLISIS Y DISEÑO ESTRUCTURADO Y ORIENTADO A OBJETOS.


DEFINICIONES

Sistema:

         Es una colección o combinación de programas, procedimientos y datos utilizados en el procedimiento de información. Ejemplo: Un Sistema de Gestión de Bases de Datos.

Es un grupo de elementos interdependientes o que interactúan regularmente formando un todo.

Análisis de Sistemas:

Es el propósito de examinar la situación de una empresa con el propósito de mejorarla, con métodos y procedimientos más adecuados. Es comprender en su totalidad el viejo sistema y determinar la mejor forma en que se puede (si es posible), utilizar la informática para hacer la operación más eficiente.

El análisis por consiguiente es el proceso de clasificación y de interpretación de los hechos , diagnósticos de problemas y de interpretación de lo hechos, diagnósticos de problemas y empleo de la información para recomendar mejoras al sistema.

El diseño la otra fase del desarrollo, se encargará de planificar, reemplazar complementar el sistema organizacional existente.

Análisis y Diseño Estructurado:

        El Análisis Estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. Mas bien permite que las personas observen los elementos lógicos (lo que hará el sistema) separado de los componentes físicos (computadoras, sistemas de almacenamiento, etc.). Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será utilizado.

Componentes del Análisis y Diseño Estructurado:

v     Símbolos gráficos: sirven para identificar y describir los componentes de un sistema y las relaciones entre estos.

v     Diccionarios de datos: Descripciones de todos los datos utilizados en el sistema pueden ser manual o automatizado.

v     Descripciones de procesos y procedimientos: emplean técnicas y lenguajes que permiten describir actividades del sistema.

v     Reglas: Estándares par describir y documentar el sistema en forma correcta y completa.

Análisis y Diseño Orientado a Objetos:

El Diseño orientado a objetos, introduce un conjunto de términos, notaciones y procedimientos para la derivación del diseño del software. Para conseguir un DOO debemos establecer un mecanismo para, representar la estructura de datos, especificar el proceso y llevar a cabo el procedimiento de invocación. Se caracteriza por mantener a la hora del diseño, la abstracción, la modularidad y el ocultamiento de la información

DIFERENCIAS:

v     El diseño estructurado (DE) crea una representación que reflejan los elementos del mundo real relativos al problema.

v     El diseño orientado a objetos (DOO) crea una representación del campo del problema del mundo real y la hace corresponder con el ámbito de la solución que es el Software, además produce un diseño que intercambia objeto de datos y operaciones de procesamiento en una forma que modulariza la información y el procesamiento en lugar de dejar aparte el procesamiento.

v     El Diseño Estructurado crea programas formados por módulos independientes uno de otros. El diseño orientado a objetos crea programas formado por módulos dependientes o condicionados por otros procesos.

v     El análisis estructurado es de naturaleza gráfica y no muestra la lógica de los programas, se concentra en especificar lo que requiere que haga el sistema o la aplicación. El análisis orientado a objetos muestra la lógica de los programas.

v     El análisis estructurado se concentra en especificar lo que requiere que haga el sistema o la aplicación.

v     El diseño estructurado aplica la estructura de datos. El diseño orientado a objetos aplica conjuntos de objetos de datos.

v     El diseño estructurado posee elementos claves que son el modelo de flujo de datos, diccionario de datos, la especificación de control, la especificación de procesos y el diagrama de entidad-relación. El diseño orientado a objetos establece el problema, define una estrategia informal de resolución del problema y formaliza la estrategia, identificando los objetos y operaciones.

v     En el diseño estructurado el diagrama de flujo de datos no refleja un sistema desde el punto de vista orientado a objetos.

 

CASO PRÁCTICO

Para ello ustedes deben presentar un ejemplo de cómo podemos utilizar esta metodología en nuestro sitio de trabajo, preferiblemente pensando de cómo podemos utilizar la metodología orientada a objetos  en un proyecto Web que le sirva a su empresa.

CASO PRÁCTICO

Los Directivos de las empresas RUARSA en Puerto Ayacucho, Estado Amazonas, plantean la necesidad de  Desarrollar un Sistema de Información que maneje la Información de 3 Empresas:

Rumeno Armas Salazar, C.A. (Venta de Artículos de Línea Blanca y Servicio Autorizado Movilnet)

Rumegas, C.A. (Venta y Distribución de gas doméstico)

Materiales Amazonas, C.A. (Venta de Artículos de Ferretería)

Para las 3 Empresa antes mencionadas, tendremos el Módulo de Ventas y Carteras y los submódulos:

Gestiones  =  Menú de las gestiones o módulos del sistema.

 

Archivos    =  Menú de archivos (distintos en cada gestión)

 

Informes    =  Menú de informes (distintos en cada gestión)

 

Procesos    =  Menú de procesos (distintos en cada gestión)

 

Otros        =  Menú de otros procesos u opciones

 

Salir          =  Menú de opción par salir del sistema.

Gestiones por cada Empresa: Centro de Control, Contabilidad General, Caja y Bancos, Ventas y Carteras, Compras y Pagos, Almacén

Centro de Control, Archivos por cada Empresa: Servicios, Tipos de Créditos, Tabla IVA, Cambio de Moneda, Tasas de Porcentaje, Abreviatura, Seguridad del Sistema.

Contabilidad General, Archivos por cada Empresa: Contables, Presupuesto, Balances, Centro de Costos, Asientos Diferidos, Asientos Actuales.

Caja y Bancos, Archivos por cada Empresa: Cuentas: bancos, cajas; movimientos: caja, bancos

Ventas y Carteras, Archivos por cada Empresa: Grupo de Clientes, Clientes, Vendedores/Cobradores, Notas de Entrega, Factura/Devolución.

Compras y Pagos, Archivos por cada Empresa: Grupo de Proveedores, Proveedor, Recepción, Compra/Devolución.

Almacén, Archivos por cada Empresa: Grupo de Artículos, Marca de Artículos, Artículos, Entrada, salida y ajuste, Tabla de Unidades, Tabla de Almacenes.

 

INFOGRAFIA
 

Gestión de Proyectos Informáticos

http://www.monografias.com/trabajos4/proyinf/proyinf.shtml

 

Análisis de Sistemas

http://www.monografias.com/trabajos6/audi/audi.shtml

 

Diseño Orientado a Objetos

http://www.isi.unanleon.edu.ni/gbai/Ing_Soft_PII/Capitulo_11.htm

Análisis y Diseño Orientado a Objetos

http://www.oocities.org/mx/ronyorev/TAREAS.htm

 

BIBLIOGRAFIA

UNIVERSIDAD YACAMBU. Libro Electrónico: Análisis y Diseño de Sistemas. Autor: Yaros Pérez. Año: 2003.



Página Principal

 

Última actualización: 10/05/2005

Copyright 2004 BAMZ. Todos los derechos reservados.

Dirección: http://www.oocities.org/es/nikitabm00/

Celular:  0416-3387464

E-mail: nikitabm@cantv.net