Gestión de empresas acuícolas a través de Internet

  • 367 views
Uploaded on

Proyecto de fin de carrera sobre la Gestión de empresas acuícolas a través de Internet

Proyecto de fin de carrera sobre la Gestión de empresas acuícolas a través de Internet

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
367
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • 11 Nombre, ponencia, realizado por...
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • RPV _CONSISTE_... ¿Como?: criptografia ben. 1) -mantenimiento (redes), equipos hw... 2) -escalabilidas (crecer cuesta poco)
  • {... } Si seguridad objetivo, no podremos acceder a recursos externos RPV...
  • {... } Si seguridad objetivo, no podremos acceder a recursos externos RPV...
  • {... } Si seguridad objetivo, no podremos acceder a recursos externos RPV...
  • {... } Si seguridad objetivo, no podremos acceder a recursos externos RPV...
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • {... } Si seguridad objetivo, no podremos acceder a recursos externos RPV...
  • Para solucionar estos problemas... ...nuestro trabajo actual ..¿para que sirve, quien lo utiliza?... ...no fiable (no la necesitamos)
  • Soluciones actuales aplicables a udp (no existe especifico)

Transcript

  • 1. Gestión de empresas acuícolas a través de Internet Director del proyecto: Marino Castillo Cabezas 1 Alumno: Carlos Luis Sánchez Bocanegra 1 E.T.S. Ingenieria Informática, Univ. De MálagaGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 2. 1 Agenda• Plan del Sistema de Información.• Análisis del Sistema de Información.• Diseño del Sistema de Información.• Construcción del Sistema de Información.• Mantenimiento del Sistema de Información. Ingeniería de• Conclusiones. Sistemas/Información Análisis Diseño Código PruebaGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 3. 2 Plan del Sistema de Información• Objetivo: optimizar la producción de empresas acuícolas.• Metodología: aplicación de técnicas estadísticas para la obtención de los parámetros que influyan en la mejora de dicha producción.• Bases: – Determinación de las variables que actuarán en el sistema y que influirán en los parámetros estadísticos. – Establecer unos parámetros de privacidad y verificación en los datos.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 4. 3 Plan del Sistema de Información• Recopilación de la documentación: – Mediante entrevistas a investigadores. – Por análisis de biólogos, veterinarios. – Consultas Web (www.fao.org). – Visitas a empresas productoras de pienso. – Visitas al Centro de Investigación y Formación Agraria.• Toda la documentación aportada ha promovido a la mejora del análisis del sistema, no obstante dado su carácter concreto, ha promovido a la ambigüedad de algunos términos. A base de test y preguntas se propició a un acercamiento más real al sistema.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 5. 4 Plan del Sistema de Información• Determinación de un sistema adecuado a los objetivos planteados con las siguientes características: – Privacidad. – Autentificación. – Veracidad. – Economía. – Rapidez.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 6. 5 Plan del Sistema de Información Investigadores Empresa Acuicultora Administrador Web Obtención de dato a la investigación Banco de Datos InternetGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 7. 6 Análisis del Sistema • Procesos que influyen en el sistema. • Búsqueda de los casos por usos. – Nos permitirá determinar riesgos. – Identificar patrones que definan la estructura. • Selección de una adecuada estructura basada en objetos – Control por Diagramas de Secuencias y de Estados para comprobar la completitud de los objetos al sistema. – Determinación de atributos y clases. • Las aplicaciones Webs son muy diversas, pero todas suelen tener de: – Un navegador. – Un Servidor Web. – Un Servidor de Aplicaciones. • Propuesta de Análisis: Diseño Prototipado e Iterativo basado en el esquema Cliente-Servidor.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 8. 7 Análisis del Sistema Escuchar al Cliente Construír y Revisar Maqueta El cliente prueba la maquetaGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 9. 8 Análisis del Sistema Ciclo de Ciclo de Ciclo de desarrollo en la desarrollo en el desarrollo n Adquisición de Datos Cálculo Estadístico Perfeccionar Agenda y Entrevistas el plan Análisis Diseño Construcción PruebasGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 10. 9 Análisis del Sistemaº FASESProceso de Desarrollo con UML Workflow Planificación Elaboración Construcción Transición Anál. Riesgos Verificación Preparación Identificación Iteración en Fase de Elaboración Análisis Diseño Implantación Prueba Iteración-es Iter. Iter. Iter. Iter. Iter. Iter. Iter. Inicial-es #1 #2 #3 #4 #5 #6 #7 Iteraciones Fuente: Gráfico adaptado de documentos www.rational.com Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 11. 10 Análisis del Sistema• Problemas presentados en el análisis. Seguridad en los datos (Autentificación y Verificación). -Verificar que los datos lo emite el empresario conectado a Internet y no un inflitrado. - Dar garantías de privacidad en los datos que el sistema posea de la empresa. Tanto a las restantes empresas del ramo como a otros extraños. - Autentificación de los usuarios participantes al sistema. Rapidez. - Ofrecer un servicio que brinde una velocidad aceptable al usuario. Así no se promoverán la dejadez ni el aburrimiento por la posible lentitud, siempre que se garantice la seguridad. Sencillez en su uso. - Brindar un servicio sencillo e intuitivo, capaz de dar ayuda interactiva para facilitar su manejo (Manual de Usuario).  Económico. - Tratar de abaratar costes al máximo pero sin paliar la seguridad, aunque este factor si que influiría en sobre el factor rapidez como es evidente.• Todos estos factores llegan a tener una cierta incompatibilidad entre ellos mismo, lo cualdebemos establecer un promedio que en las sucesivas iteraciones irán brindando la mejorfórmula adecuada.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 12. 11 Análisis del SistemaDimensiones del modelado Niveles Presentación Hipertexto Content Estructura Fases Modelo Modelo Modelo Conceptual Lógico Físico Implementación Comportamientos Aspectos Schwinger y Retschitzegger (2000) Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 13. 12 Análisis del Sistema State State Diagrams Use Case Diagrams de Diagramas Use Case Diagrams Clases State Use Case Diagramas de Diagrams State Diagrams Use Case Diagrams Casos de Uso Diagramas de Diagrams Diagrams de Diagramas Objetos Secuencia Scenario State Scenario Diagrams State Diagrams Diagrams de Diagramas Diagrams de Diagramas Colaboración Modelo Componentes Scenario Component Scenario Diagrams Component Diagrams Diagramas de Diagrams Diagrams de Diagramas Estados Distribución Diagramas de ActividadGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 14. 13 Análisis del Sistema Diagramas de Casos de Uso Diagramas de Diagramas de Secuencia ClasesGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 15. 14 Análisis del Sistema • Todos estos elementos definen 3 arquitecturas de uso común: – Thin Web Clients. – Thick Web Servers. – Web Delivery. • Pueden usarse varias para una aplicación. • Se caracteriza por: – Poco control por el cliente. – El cliente solo requiere un navegador. – La lógica de funcionamiento y selección la posee el servidor.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 16. 15 Análisis del Sistema Nivel de Nivel lógico de Nivel de Presentación interes almacenaje empresarial Servidor Thick Cliente Thin CF ASP Servidor de Bases de Datos Navegador Web JSP Servidor Web PHP CGI APIGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 17. 16 Análisis del Sistema • Elementos participativos del sistema. – Navegador: es la interfaz para la aplicación. Sirve como herramienta de petición al servidor. – Servidor Web: único punto de acceso para los clientes dando como resultado un fichero HTML que envía al cliente. – Servidor de Bases de Datos: banco de datos donde se almacena y distribuye la información.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 18. Punto de vista del proceso: Diagramas de Flujo de Datos. Especificaciones de Proceso. Punto de vista de los datos: Diagramas de Entidad/Relación. Punto de vista del comportamiento: Diagramas de Flujo de Control. Especificaciones de Control. Diagramas de Estados. Diagramas de Clases y Objetos.Gestión de Empresas Acuícolas a través de Internet Análisis del SistemaFebrero 2003 17
  • 19. Análisis del SistemaNúcleo del Diagrama de 18 Clases. CError CGUI idError : Integer inf oError : String Genera las cargaCabTabla() respuestas v isuales cargaCabecera() error() hacia el cliente CargaCabeceraOK() getCadError() cargaPie() getIdError() CRecordset cargaError() CError() bbdd : Cbbdd abreTabla() cierraTabla() error : CError cargaCabTabla() cargaTabla() CRecordset() cargaConsulta() auxDev uelv eFilas() cargaEnlaces() auxSetFila() cargaPrev () basSetFila() cargaNext() basCuentaFilas() cargaSelect() basGetFilas() creaDiaSelect() basGetError() creaAny oSelect() basExecSQL() creaMesSelect() CSesion dameMes() menuPrincipal() idSesion : String Usuario : CUsuario Clase que def ine a los error : CError usuarios participantes del sistema CSesion() basGetError() basSesion() basGetUsuario() basSetBBDD() basCerrar() Cbbdd CUsuario conexion : Variant idSQL : Variant CIF : Sttring f ila : Variant grupo : String bbdd : Variant user : String host : String pass : String errBBDD : CError host : String bbdd : String Cbbdd() basGetError() CUsuario() basSQL() basCreaUsuarioAutorizado() basCuentaFilas() basGetCIF() basFilasActualizadas() basGetGrupo() basGetFila() basGetUser() basGoFila() basGetPass() basFreeSQL() basGetHost() basCerrar() basSetBBDD() basGetBBDD() basHtmlUser() Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 20. D.E.D. Análisis del Sistema 19 Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 21. Análisis del Sistema 20D.E.D. Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 22. Análisis del Sistema 21Diagrama de Contexto Empresa o empleado Investigador Datos Contables Datos de Investigación Gestión de Explotaciones Acuícolas Datos Estado Base de Datos Datos del Estado Sistema Administrador de Administrador Web Bases de Datos Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 23. 22 Diseño del SistemaFUNCIONAMIENTO DE LOS SERVICIOS WWW Típica transacción web 1. DNS Lookup DNS Server URL 2. TCP connection 3. HTTP request 4. HTTP response Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 24. 23 Diseño del SistemaELECCIÓN DEL SERVIDOR WEB5.5 Millones de servidores en uso.Mercado en Internet de ServidoresWebs  Apache : 60%  IIS (ASP) : 30% (de http://www.netcraft.com/survey/) Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 25. 24 Diseño del SistemaELECCIÓN DEL SISTEMA GESTOR DE BASES DE DATOS Bases de los sistemas Oracle- MySQL- PostGres • Estable • Alto Rendimiento • Flexibilidad • Se puede extender su funcionalidad • Gran Compatibilidad Permite crear o migrar aplicaciones desde Access, Visual Basic, Visual Fox Pro, Visual C/C++, Delphi. • Varias Interfaces de Programación: ODBC, JDBC, C/C++, SQL Embebido, Tcl/Tk, Perl, Python, PHP. Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 26. 25 DiseñoGESTOR DE BASES DE DATOSELECCIÓN DEL SISTEMA del Sistema ORACLE Analyse Serv. Adaptateur Web transformateur Integr. Web HTML HTML XML transformateur Adaptateur WAP WML Oracle XML Menus transformateur + Palm preferences tiny + HTML SDK règles de notification Java transformateur XML Voix VoxML Oracle8i Oracle Application Server Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 27. 26 Diseño del SistemaELECCIÓN DEL SISTEMA GESTOR DE BASES DE DATOS MySQL Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 28. Diseño del Sistema 27ELECCIÓN DEL SISTEMA GESTOR DE BASES DE DATOS MySQL PostgreSQL Oracle Cumple con estándar Media Alta Alta SQL Velocidad Alta Media Media Integridad de Datos No Si Si Seguridad Alta Media Alta Soporte disparadores No Si Si Replicación Si Si Si Integridad Referencial No Si Si Transacciones Si Si Si Backups funcionando Si Si Si Soporte Unicode No Si Si Coste Open Source Open Source Excesivo Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 29. Diseño del Sistema 28ELECCIÓN DEL SISTEMA GESTOR DE BASES DE DATOS • Requerimientos de HW. – 8 MB RAM – 30 MB HDD - src – 5 MB HDD - bin – 1 MB HDD – DB’s básicas. Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 30. 29 Diseño del Sistema ELECCIÓN DEL LENGUAJE DE PROGRAMACIÓN ASP -Hacen uso de objetos COM (Component Object Model). -Se utiliza ADO que es un adaptador universal a bases de datos. -El esquema de trabajo es crear objetos COM que ejecutan la lógica de la aplicación (Business Objects) y luego hacer la capa de interfaz con ASP. ColdFusion - Lenguaje 100% de scripting en que la idea es lograr resultados con pocas líneas de código. - Cuenta con un IDE y soporte comercial. ColdFusion corre como un add-on a los servidores, o como un CGI aparte - ColdFusion es la mejor manera de sacar algo bueno de una mala situación, esto es, de tener que desarrollar una aplicación para Web bajo Windows 2000Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 31. 29 Diseño del Sistema ELECCIÓN DEL LENGUAJE DE PROGRAMACIÓN JSP- Lenguaje de scripting en el lado del servidor que se comunica con clasesJava, objetos RMI, CORBA, etc.- El código JSP se puede poner dentro de las páginas HTML, o sepuede precompilar en Servlets- Para programar en JSP se requiere conocer Java, ser metódico yordenado. El lenguaje no relaja las condiciones de tipado que le sonpropias. Perl - Es rápido hacer una pequeña aplicación Web. - Las ventajas principales son el que se trata de un lenguaje muy maduro, que lleva mucho tiempo funcionando, y que tiene cientos de bibliotecas operativas y listas para ser usadas.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 32. 29 Diseño del Sistema ELECCIÓN DEL LENGUAJE DE PROGRAMACIÓN PHP- PHP es un pre-procesador de páginas HTML que está dirigido a construirpáginas,- Ha crecido en soporte y en funciones y ahora viene "de fábrica" con variasdecenas de bibliotecas para funciones matemáticas, de bases de datos, etc.- Lenguaje rápido con conexiones a bases de datos de además Open Sourcecomo ocurre con Perl. Se adaptó como lenguaje de programación PHP por su rapidez, de además adecuada sintonía que guarda con el Sistema Gestor de Bases de Datos MySQL. Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 33. Diseño del Sistema 32 Internet Internet HTML XML FASTA Etc.. Apache/ Apache SSl SQL GUI HTML BBDD MySQL Piscicultura PHPGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 34. 33 Diseño del SistemaNavegador Web del Servidores Edición en cliente PHP/HTML PC PHP + ftp Apache Windows PC SQL queries BBDD access + Editores de PHP/HTML ODBC Linux[Win32] MySQLGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 35. Implementación del Sistema 34 Escenario de pruebaGestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 36. 35 SEGURIDAD APACHE SSL ConfidencialidadLas características de Internet que le son más propias son las mismas que generan una serie de problemasal momento de crear una aplicación en el Web. Un paquete de información puede pasar por varias manosantes de llegar a destino por lo que no es fácil asegurar que no sea examinado o modificado.Para conseguirlo normalmente se utilizan sistemas de llaves asimétricas, siendo lo más común HTTPS quees HTTP sobre SSL.SSL (secure socket layer) es un estándar desarrollado por Netscape que permite una transmisión segura dedatos.Como en todo sistema de llaves públicas, es deseable que existan entidades certificadoras que permitencrear un web of trust apropiado. AutentificaciónLa autentificación puede llevarse a cabo con o sin SSL. Sin SSL es imposible asegurar demasiadaseguridad, siempre alguien podrá suplantar a menos que se use un esquema de tipo challenge en que elservidor genera un token que debe ser transformado por el cliente antes de responder.Sin embargo a la larga esto ya es suficientemente complicado como para que sea preferible usar SSL, queademás de autentificación provee de confidencialidad.Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 37. SEGURIDAD APACHE SSL 36 Paquetes nomales Puerto: 80 Paquetes Encriptados Puerto:443Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 38. 37 SEGURIDAD EN LOS DATOS APACHE SSL + PHP Sesiones - La aplicación requiere del envío y respuesta de múltiples formularios, y que esta secuencia de envíos y recepciones requiere cierta coherencia. Se logra permitiendo que en algún nivel los programas trabajen con los datos como si el proceso de enviar y recibir datos fuera algo continuo. - Estos envíos de datos constituirán una sesión. - La solución consiste en mantener en el lado del servidor un conjunto de datos correspondientes al cliente. Estos datos van más allá de su identificador como usuario, sino que pueden involucrar también sus respuestas en formularios anteriores, patrones navigacionales, etc. Estos datos son almacenados normalmente en una base de datos relacional o en un área de datos compartida entre los procesos de atención del servidor web. - Para conectar estos datos con el usuario, se utiliza por lo general una cookie. Esta cookie incluye un identificador de sesión (session-id) generado aleatoriamente y que por motivos de seguridad puede codificar entre otras cosas la IP del browser, fecha hora actual, etc. -Las sesiones se pueden implementar tanto a nivel del servidor como de la aplicación, con o sin bases de datos y con o sin cookies (a veces se emplean URLs codificadas y métodos de reinterpretación de URLs en el lado del servidor).Gestión de Empresas Acuícolas a través de Internet Febrero 2003
  • 39. 38 Conclusiones• Es importantísimo dejar de pensar que el asunto de desarrollaraplicaciones Web es: leer de la base de datos, mostrar unformulario, leer los datos del formulario, escribir a la basede datos. No se puede seguir en esa línea mucho tiempo. Esmejor apuntar más alto, a formas de desarrollar las aplicacionesde más alto nivel.• Un buen punto de partida es olvidarse de la base de datos ypensar en formas de más alto nivel de acceso los datos,como bases de datos orientadas a objetos o puentes objeto-relacional. Otra forma es abordarlo como un problemaXML/XSL.• Lo importante es evitar que toda la inteligencia de laaplicación esté tan cerca de la interfaz, porque a fin decuentas uno termina cometiendo errores similares a cuandomezcla materialización y contenido de los documentos.Gestión de Empresas Acuícolas a través de Internet Febrero 2003