INFORME DE DESARROLLO DE SOFTWARE CON PROGRAMACION ORIENTADA A OBJETOS Y SUS ESPECTATIVAS DE MODULO.

Desarrollar un software significa construirlo simplemente mediante su descripcin. En general los desarrolladores se centran en la solucin dejando el problema inexplorado. El problema a resolver debe ser deducido a partir de su solucin. Esta aproximacin orientada a la solucin puede funcionar en campos donde todos los problemas son bien conocidos, clasificados e investigados, donde la innovacin se ve en la deteccin de nuevas soluciones a viejos problemas. Pero el desarrollo de software no es un campo con tales caractersticas. La versatilidad de las computadoras y su rpida evolucin hace que exista un repertorio de problemas en constante cambio y cuya solucin software sea de enorme importancia. La programacin orientada a objetos o POO es un paradigma de programacin que usa los objetos en sus interacciones, para disear aplicaciones y programas informticos. Est basado en varias tcnicas, incluyendo herencia, cohesin, abstraccin, polimorfismo, acoplamiento y encapsulamiento TECNICAS DE POO HERENCIA: En orientacin a objetos la herencia es, despus de la agregacin o composicin, el mecanismo ms utilizado para alcanzar algunos de los objetivos ms preciados en el desarrollo de software como lo son la reutilizacin y la extensibilidad. ABSTRACCION: La abstraccin consiste en aislar un elemento de su contexto o del resto de los elementos que lo acompaan. En programacin, el trmino se refiere al nfasis en el "qu hace?" ms que en el "cmo lo hace?". POLIMORFISMO: En programacin orientada a objetos el polimorfismo se refiere a la posibilidad de enviar un mensaje a un grupo de objetos cuya
ORIANA RAMOS MENDOZA JONATHAN MICHEL HERNANDEZ MACIAS

naturaleza puede ser heterognea. El nico requisito que deben cumplir los objetos que se utilizan de manera polimrfica es saber responder al mensaje que se les enva. ENCAPSULAMIENTO: En Programacin modular, y ms especficamente en programacin orientada a objetos, se denomina encapsulamiento al ocultamiento del estado, es decir, de los datos miembro de un objeto de manera que slo se pueda cambiar mediante las operaciones definidas para ese objeto. La POO difiere de la programacin estructurada tradicional, en la que los datos y los procedimientos estn separados y sin relacin, ya que lo nico que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programacin estructurada anima al programador a pensar sobre todo en trminos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programacin estructurada solo se escriben funciones que procesan datos. Los programadores que emplean POO, en cambio, primero definen objetos para luego enviarles mensajes solicitndoles que realicen sus mtodos por s mismos. DESARROLLO DE SOFTWARE Cuando se va desarrollar un software intervienen muchas personas como lo es el cliente quien es el que tiene el problema en su empresa y desea que sea solucionado, para esto existe el analista de sistema quien es el encargado de hacerle llegar todos los requerimientos y necesidades que tiene el cliente a los programadores quienes son las personas encargadas de realizar lo que es la codificacin y diseo del sistema para despus probarlo y lo instalan al cliente. Es as como intervienen varias personas ya que una sola persona no podra determinar todo lo necesario lo ms seguro que le haga falta algn requerimiento o alguna parte del nuevo sistema y entre ms estn involucradas mejor para cubrir con todos los requerimientos del sistema.

El primer paso del proceso es el anlisis, es aqu donde el analista se pone en contacto con la empresa para ver cmo est conformada, a que se dedica, saber todas las actividades que realiza en s, conocer la empresa de manera general para posteriormente ver cules son sus

ORIANA RAMOS MENDOZA JONATHAN MICHEL HERNANDEZ MACIAS

necesidades o requerimientos que la empresa tiene en ese momento para poder realizar un anlisis de la misma. Es importante saber cules son los requerimientos que la empresa tiene por que muchas veces los sistemas se desarrollan pero no pensando en el cliente y es ah donde el sistema no cumple o no satisface las necesidades que existen en la empresa, segn los requerimientos se empieza a realizar el diagrama relacional todo debe de llevar una secuencia lgica de las actividades, todo esto se realiza de manera manual para ver cmo ser su primer paso ser su diseo lgico y diseo de pantallas es en este paso donde se plasma todo y queda perfectamente bien definido como va hacer la funcionalidad del sistema.

El segundo paso es el de diseo aqu entran todo el diseo del sistema es decir las pantallas, base de datos, todo esto debe de cumplir con ciertos estndares los cuales se toman en cuenta para poder desarrollar el diseo con calidad y as poder ofrecer un diseo amigable en cuestin de colores, tamaos de botones, cajas de texto, etc. El tercer paso es la codificacin es aqu donde se desarrolla todo el cdigo del sistema por parte del programador esto se hace ya dependiendo de cada programador ya que cada programador tiene sus bases o formas para realizarlo pero en si deben todos llegar al mismo objetivo de ofrecerle funcionalidad al sistema siempre y cuando apegando se a las especificaciones del cliente. El cuarto paso son las pruebas, es donde al sistema se pone a prueba como su palabra lo dice para as poder saber cules son los posibles errores que se estn generando del sistema y con ello mejorarlo para eliminar todos los errores que se puedan presentar porque un programa con menor errores mayor calidad puede llegar a tener

ESPECTATIVAS
Las expectativas van ms all de una visin funcional del software ya que es absolutamente fundamental que el usuario tenga una buena experiencia de uso. Tal vez usuarios con una gran capacidad de abstraccin y que hayan dedicado mucho tiempo al proyecto puedan atisbar antes de interactuar con el producto si funcionalmente les satisface, pero la experiencia de uso no se tiene hasta que se utiliza. ORIANA RAMOS MENDOZA JONATHAN MICHEL HERNANDEZ MACIAS