sábado, 3 de marzo de 2018

Conclusión Sistemas Heredados

SISTEMAS HEREDADOS

CONCLUSIÓN

Se concluye que los sistemas heredados pueden llegar a ser un método más económico y benéfico que reemplazar el sistema por completo, surgen basándose en la reingeniería y son importantes para el ciclo de vida del Software cuando el sistema es bastante importante para una empresa u otros usuarios.

Referencias

Hacia la Obtención de Procesos de Negocio desde Sistemas de Información Heredados. (3 de Marzo de 2018). Obtenido de academia: http://www.academia.edu/5794217/Hacia_la_Obtenci%C3%B3n_de_Procesos_de_Negocio_desde_Sistemas_de_Informaci%C3%B3n_Heredados

Sistema Heredado. (3 de Marzo de 2018). Obtenido de esacademic: http://www.esacademic.com/dic.nsf/eswiki/713742


Sistemas de información Heredados y reingeniería de software. (3 de Marzo de 2018). Obtenido de cursos: http://cursos.aiu.edu/REINGENIER%C3%8DA%20EN%20SISTEMAS/8/PDF/Reingenieria%20de%20sistemas%20sesion%208.pdf

jueves, 1 de marzo de 2018

Conclusión Proceso de Desarrollo Web

Proceso de Desarrollo WEB

Conclusión:

El proceso de desarrollo de Software Web cuenta con 6 etapas, y es distinto a los procesos de desarrollo de Software no Web, puesto que este está más abierto al público en general (muchas personas pueden acceder) y el desarrollo de Software está más en lo personal (aplicaciones locales), una página WEB puede servir para promocionar, hacer formularios u otros tipos en general. Por esto es por lo que sus procesos de desarrollo varían un poco.


Referencias

Fases para el desarrollo de un proyecto Web. (1 de Marzo de 2018). Obtenido de akus: https://disenowebakus.net/fases-para-el-desarrollo-de-un-proyecto-web.php
Infografía: Las 6 etapas del Desarrollo de Proyectos Web. (1 de Marzo de 2018). Obtenido de campusMVP: https://www.campusmvp.es/recursos/post/infografia-las-6-etapas-del-desarrollo-de-proyectos-web.aspx
Proceso de Desarrollo Web. (1 de Marzo de 2018). Obtenido de EduWEb: http://www.eduweb.es/proceso-de-desarrollo-web/


domingo, 25 de febrero de 2018

Conclusión de Ciclo de desarrollo de Software

Ciclo de Desarrollo de Software

Conclusión:


Se concluye que los distintos modelos de desarrollo del Software son esenciales para la Ingeniería de este. Puesto que su desarrollo es más eficiente y hace que haya menos fallas, errores o defectos en el Software, y el que haya variedad de estos es importante ya que son para casos específicos, unos sirven para proyectos extensos, otros cortos, proyectos complejos, otros simples, entre otros. Además de que nos permiten visualizar lo que tardaremos en desarrollarlo.

Referencias:
Ciclo de Vida del Software. (23 de Febrero de 2018). Obtenido de EcuRed: https://www.ecured.cu/Ciclo_de_vida_del_software
Garzas, J. (3 de Julio de 2013). Ciclos de Vida para gestionar un proyecto Software. Obtenido de javiergarzas: http://www.javiergarzas.com/2013/07/ciclos-de-vida-software.html
INGENIERÍA DEL SOFTWARE: METODOLOGÍAS Y CICLOS DE VIDA Laboratorio Nacional de Calidad del Software. (Marzo de 2009). Obtenido de Academia: http://www.academia.edu/9795641/INGENIER%C3%8DA_DEL_SOFTWARE_METODOLOG%C3%8DAS_Y_CICLOS_DE_VIDA_Laboratorio_Nacional_de_Calidad_del_Software

miércoles, 21 de febrero de 2018

Conclusiones de la evolución del Software

Evolución del Software (Leyes de Lehman)

Conclusiones


Las Leyes de Lehman, son importantes para soportar un sistema en específico, o que se le saque el mayor provecho posible a este. Puesto que explica en sus ocho leyes puntos importantes para lograr tal objetivo. Cabe destacar que estas leyes surgieron a base de la necesidad de evolución del Software.


Referencias

Firehere, W. J. (21 de Febrero de 2018). Modelos de Desarrollo de Software. Obtenido de Academia: http://www.academia.edu/20173917/Modelos_de_Desarrollo_de_Software
Garzás, J. (25 de Julio de 2010). Las leyes de la evolución del Software. Obtenido de javiergarzas: http://www.javiergarzas.com/2010/07/leyes-evolucion-software.html

domingo, 11 de febrero de 2018

Conclusion de Ingeniera de Software

Ingeniería de Software vs Ingeniería en Sistemas
Conclusión:
La Ingeniería en Software y la Ingeniería en Sistemas tienen que ver con la programación, solo que la de Sistemas es más social o está más relacionada al manejo de los datos y a automatizar procesos, mientras que el de Software esta más atado al desarrollo de proyectos. Ambas tienen un enorme ámbito laboral, y se pueden complementar para hacer un Sistema Informático de mayor calidad.

Referencias: 
Ingeniería del Software. (11 de febrero de 2018). Obtenido de FIB: https://www.fib.upc.edu/es/estudios/grados/grado-en-ingenieria-informatica/plan-de-estudios/especialidades/ingenieria-del-software
Ingeniería en Sistemas. (11 de febrero de 2018). Obtenido de UTEPSA: http://www.utepsa.edu/v2/index.php?option=com_content&view=article&id=59&Itemid=134
Ingenieros en Computación. (11 de febrero de 2018). Obtenido de guia estudiantil internacional: https://www.guiaestudiantilinternacional.com/articles/computer_engineers.htm

Conclusiones de Soporte de Software

Soporte de Software

Conclusión:

El Soporte de Software es un paso después de la entrega, que funciona con la finalidad de que el Software sea mantenido, perdure más o satisfaga al usuario para resolver un defecto, error o fallo del producto, de esta forma el usuario no queda olvidado y el producto se vuelve más atractivo o le puede dar más confianza al cliente. Aparte de que puede servir para actualizarse a los nuevos entornos operativos. Por todas estas razones, el soporte de un sistema es importante una vez que haya sido lanzado para su uso.

Referencias (APA):
Mantenimiento de Software. (11 de febrero de 2018). Obtenido de SG: https://sg.com.mx/content/view/303
Que es el Soporte Tecnico. (11 de febrero de 2018). Obtenido de academia: http://www.academia.edu/17483769/Que_es_el_Soporte_Tecnico
Torres, D. M. (12 de julio de 2010). Ingenieria de Software. Obtenido de utm: http://www.utm.mx/~dtorres/cursos/ingsw/tema7.pdf

sábado, 25 de noviembre de 2017

RMI

Introducción
La invocación remota de métodos de Java es un modelo de objetos distribuidos, diseñado específicamente para ese lenguaje, por lo que mantiene la semántica de su modelo de objetos locales, facilitando de esta manera la implantación y el uso de objetos distribuidos.

¿Qué es el Remote Method Invocation (RMI) ?
Un RMI permite que una aplicación se comunique con objetos que residen en programas que se ejecutan en máquinas remotas, el programador liga el objeto remoto con uno local, conocido como stub. Los mensajes dirigidos al objeto remoto se envían al stub local. El stub acepta los mensajes que se le envíen, y a su vez, los envía al objeto remoto, que invoca sus respectivos métodos apropiados. El resultado de la invocación de dichos métodos en el objeto remoto se envía de regreso al stub local. Aparte de ligar el stub con el objeto remoto, el código escrito por el programador, para comunicar con el objeto remoto es igual al código que se utilizaría si el objeto se encontrara en una aplicación local.

Funcionamiento:
Cuando la aplicación del cliente envía un mensaje al stub local del objeto remoto, la petición se transmite a la máquina que contiene al objeto real, donde el método es invocado y cualquier resultado retornado al stub local, de modo que la aplicación cliente puede obtener la respuesta apropiada.
En java se usa java.rmi.Naming para permitir el acceso a objetos remotos utilizando un URL para especificar el nombre y lugar del objeto remoto.
El esqueleto es responsable de despachar la invocación al objeto remoto.

Acciones que ejecuta:
  • Desempaqueta los parámetros necesarios para la ejecución del método remoto.
  • Invoca el método de la implantación del objeto remoto.
  • Empaqueta los resultados y los envía de vuelta al cliente.
  • Tanto cabos como esqueletos, son generados por un compilador llamado rmic.


Características
  • Proporcionar invocación remota de objetos que se encuentran en MVs diferentes.
  • Soportar llamadas a los servidores desde los applets.
  • Integrar el modelo de objetos distribuidos en el lenguaje Java de una manera natural, conservando en medida de lo posible la semántica de los objetos Java.
  • Hacer tan simple como sea posible la escritura de aplicaciones distribuidas.
  • Preservar la seguridad proporcionada por el ambiente Java.
  • Proporcionar varias semánticas para las referencias de los objetos remotos (persistentes, no persistentes y de "activación retardada").


Conclusión
Los RMI son importantes para la construcción de aplicaciones distribuidas, ayudando en la comunicación de los objetos remotos, aparte de que posee las características de seguridad de java (las hereda). Sin ellos sería más difícil hacer un chat entre varias personas o hacer la comunicación entre determinados objetos remotos (no locales).

Referencias
Introduction to Remote Method Invocation, 19 de diciembre de 2015,  SlideShare, https://es.slideshare.net/elinkbiz/introduction-to-remote-method-invocation-rmi
Remote Method Invocation (RMI) de Java, recuperado el 25 de noviembre de 2017, Unam, http://lya.fciencias.unam.mx/jloa/rmi.pdf

Sosa Victor, recuperado el 25 de noviembre de 2017, Cinestav, http://www.tamps.cinvestav.mx/~vjsosa/clases/sd/DAAI_RMI.pdf