VARIABLE DEPENDIENTE Gestin Estadstica de Informacin

VARIABLE INDEPENDIENTE Herramienta Informtica

Sistemas Informticos
Desarrollo de software

Gestin de informacion

Gestin estadistica de informacin

Desarrollo de aplicaciones .NET y C sharp

SQL Server y Business Intelligence

Estadstica Inferencial

Analysis Services y Data Mining

http://www.ecured.cu/index.php/Gesti%C3%B3n_de_la_Infor maci%C3%B3n

http://www.emagister.com/curso-sistemas-informativosdiseno-creacion-1/sistemas-informaticos-elementosesquema

VARIABLE DEPENDIENTE SISTEMAS INFORMTICOS Los sistemas automatizados de informacin, sistemas automatizados de direccin o sistemas informticos existen desde que comenzaron a utilizarse las computadoras en la gestin econmica y otras esferas de la vida. Definicin de Sistema Informtico Un sistema informtico es el conjunto de elementos de hardware y software orientados al procesamiento Automatizado de la informacin en una rama concreta de la actividad humana, a los efectos de proveer los resultados informativos en un tiempo y con un costo tal que no pudieran ser obtenidos por otros medios Elementos de un sistema informtico: Computadoras Medios de programacin (Software) S.O, programas de comunicaciones, utilitarios, de aplicacin. Instrucciones destinadas al operador, al usuario y al proveedor de la informacin al sistema. Estas tienen el objetivo de reglamentar y asegurar la actividad del sistema en su conjunto. Informaciones almacenadas en las B.D o que fluyen entre los diferentes elementos estructurales del sistema. Funcionarios, especialistas y trabajadores en general, encargados de emitir informaciones o de utilizar la que resulta de la actividad del sistema informtico. Sensores, captadores de informacin en mquinas o proceso s productivos, comerciales, etc. Lneas y equipos de comunicaciones y enlace entre computadoras. Dispositivos de almacenamiento de informacin para ser utilizados por el sistema. Documentos o formularios para captar la informacin de entrada al sistema y para reflejar los resultados. En dependencia del sistema pueden estar presentes o no. Equipos auxiliares.

Esquema Simple de un sistema informtico.

Sistemas informticos. Elementos y esquema Un sistema informtico puede ser tan simple que conste de un solo programa o tan complejo que pueda comprender cientos. Puede funcionar con una sola computadora o con sistema de mquinas gigantes. El sistema informtico puede abarcar diferentes funciones, incluir un conjunto de datos, que se utilicen por una funcin o tarea, proporcionarle informacin a departamentos y empleados. Est compuesto por diferentes programas, orientado a resolver tareas y funciones, las cuales pueden ser denominadas como subsistemas. A su vez estos pueden subdividirse ms de una vez, con lo que se formara una jerarqua de subsistemas. Descomposicin de un sistema informtico: SISTEMA SUBSISTEMA COMPLEJO O CONJUNTO DE TAREAS TAREA

El analista de sistemas, cuyo trabajo fundamental es disear sistemas informticos, debe estar informado, no solo de los tipos de equipos disponibles, sino tambin de las funciones que deben realizar esos equipos de la organizacin y de la estructura que puede dar a su sistema informtico, de los distintos enfoques puede dar a su actividad. Aplicacin de los sistemas informticos (AREAS)

Abastecimiento y Compras Almacenamiento Planificacin Control de la Fuerza de Trabajo. Salarios Contabilidad y Finanzas Estadsticas Ventas Direccin Operativa Control de la Fabricacin Direccin y Control del mantenimiento y reparacin de los equipos e instalaciones.

Desarrollo de software Desarrollar un software significa construirlo simplemente mediante su descripcin. Est es una muy buena razn para considerar la actividad de desarrollo de software como una ingeniera. En un nivel ms general, la relacin existente entre un software y su entorno es clara ya que el software es introducido en el mundo de modo de provocar ciertos efectos en el mismo. Aquellas partes del mundo que afectarn al software y que sern afectadas por l ser el Dominio de Aplicacin. Es all donde los usuarios o clientes observarn si el desarrollo del software ha cumplido su propsito. Una de las mayores deficiencias en la prctica de construccin de software es la poca atencin que se presta a la discusin del problema. 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. 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. Proceso

El proceso de desarrollo del software se muestra grficamente en la parte de arriba, a continuacin desarrollara una breve explicacin del mismo. El primer paso del proceso es el anlisis, es aqu donde el analista se pone en contacto con la empresa para ver como est conformada, a que se dedica, saber todas las actividades que realiza en si, conocer la empresa de manera general para posteriormente ver cules son sus 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 como 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. El quinto y ltimo paso es la instalacin una vez realizado las pruebas correspondientes al sistema y haberlo corregido totalmente se procede a la instalacin del mismo ya en la empresa para su uso correspondiente, todo con la finalidad de que los procesos se realicen de una manera ms eficiente eliminando costos, tiempo y esfuerzo dentro de la organizacin. Para aplicar la mejora continua a todo lo anterior es necesario aplicar ciertos pruebas las cuales debern de probar cada etapa del desarrollo del software dichas pruebas se deben de realizar de forma paralela y de forma continua probando la unidad del programa, la integracin del diseo fsico, probando el sistema en cuestin al diseo lgico y por ultimo prueba de aceptacin esta se realiza en base a los requerimientos que se obtuvieron anteriormente, este es un proceso de prueba sencilla y muy utilizada. Otros puntos que son importantes considerar son las auditorias y las acciones correctivas representan el motor impulsor de la mejora continua en el sistema de calidad, por lo que es de vital importancia llevar un estricto control en el seguimiento de todos los problemas o no conformidades desde su deteccin hasta la eliminacin definitiva de la causa raz. Para haber desarrollado un plan de prueba primero se debi haber basado en lo que son los requerimientos para posteriormente describir las tcnicas de pruebas a utilizar que se aplicaran en las diferentes etapas del desarrollo del software. Algo muy importante que no se puede dejar pasar es que todas las pruebas se deben de realizar durante la realizacin del software ya que si se llegara esperar al final del desarrollo del sistema esto puede ser muy tardado y costoso devolverse al origen de los posibles errores, mientras todo programa se est probando durante su desarrollo es lo mejor y ms ptimo para quien lo est desarrollando, ya que de esta manera disminuye costos, tiempo y esfuerzo en el desarrollo del software y de esta manera puede brindar un software de calidad al cliente siempre cumpliendo con las necesidades o requerimientos del cliente. Como conclusin se puede decir que con la mejora continua garantiza la calidad del producto, ya que el estarla aplicando da con da es lo mejor decisin que puede llegar a tener cualquier empresa, porque de esta manera evita grandes problemas en la elaboracin o desarrollo de los productos. Esto es fundamental para todas las empresas ya que se vuelven competitivas, con mayor productividad y eficiencia. No hay que olvidar que la mejora se da por que el cliente es el rey y hay que satisfacer todas y cada una de sus necesidades siempre garantizando la calidad. Metodologa Todo desarrollo de software es riesgoso y difcil de controlar, pero si no llevamos una metodologa de por medio, se obtiene clientes insatisfechos con el resultado y desarrolladores an ms. Sin embargo muchas veces no se toma en cuenta el utilizar una metodologa adecuada, sobre todo cuando se trata de proyectos pequeos de dos o tres meses. Con relacin a los proyectos que se desarrollan con mayor envergadura, hay si se toma el sentido de basarse en una metodologa de desarrollo y se empieza a buscar cual sera la ms apropiada para dicho caso. A fin de cuenta no encontramos muchas veces la meas adecuada y se termina por hacer un diseo propio de metodologa, por supuesto no est mal siempre y cuando sirva para alcanzar el objetivo. Muchas veces se realiza el diseo del software de manera rgida, tal cual como el cliente lo solicito, de esa manera cuando el cliente en la "etapa de prueba" solicita un cambio se hace muy difcil de realizarlo, pues si se hace altera las cosas que no se haban previsto, y este es uno de los factores que atrasan el proyecto y crea incomodidad al desarrollador y en muchas oportunidades no llegan a cumplir con el cambio solicitado, esto conlleva malestar en el cliente puesto que no se sido tomado en cuenta su pedido; para evitar estos incidentes se debe llegar a un acuerdo formal con el cliente al inicio del proyecto de manera que no perjudique el desarrollo del mismo.

Muchas veces los usuarios finales se dan cuenta que dejaron de mencionar algunas cosas y lo manifiestan en la etapa inicial del proyecto cuando se le muestra el prototipo del mismo. Algunas Metodologas conocidas: La metodologa RUP es la ms adaptable para proyectos de largo plazo. La metodologa XP en cambio, se recomienda para proyectos de corto plazo. La metodologa MSF se adapta a proyectos de cualquier dimensin y de cualquier tecnologa.

Se puede decir adems que lo ms importante antes de elegir la metodologa que se debe usar para implementar el software, es determinar el alcance que tendr y luego de all ver cul es la que ms se acomoda a la aplicacin. Desarrollo de aplicaciones .NET .NET es un framework de Microsoft que hace un nfasis en la transparencia de redes, con independencia de plataforma de hardware y que permita un rpido desarrollo de aplicaciones. Basado en ella, la empresa intenta desarrollar una estrategia horizontal que integre todos sus productos, desde el sistema operativo hasta las herramientas de mercado. .NET podra considerarse una respuesta de Microsoft al creciente mercado de los negocios en entornos Web, como competencia a la plataforma Java de Oracle Corporation y a los diversos framework de desarrollo web basados en PHP. Su propuesta es ofrecer una manera rpida y econmica, a la vez que segura y robusta, de desarrollar aplicaciones o como la misma plataforma las denomina, soluciones permitiendo una integracin ms rpida y gil entre empresas y un acceso ms simple y universal a todo tipo de informacin desde cualquier tipo de dispositivo. Consideraciones generales de .NET La plataforma .NET de Microsoft es un componente de software que puede ser aadido al sistema operativo Windows. Provee un extenso conjunto de soluciones predefinidas para necesidades generales de la programacin de aplicaciones, y administra la ejecucin de los programas escritos especficamente con la plataforma. Esta solucin es el producto principal en la oferta de Microsoft, y pretende ser utilizada por la mayora de las aplicaciones creadas para la plataforma Windows. La norma (incluido en ECMA-335, ISO/IEC 23271) que define el conjunto de funciones que debe implementar la biblioteca de clases base (BCL por sus siglas en ingls, tal vez el ms importante de los componentes de la plataforma), define un conjunto funcional mnimo que debe implementarse para que el marco de trabajo sea soportado por un sistema operativo. Aunque Microsoft implement esta norma para su sistema operativo Windows, la publicacin de la norma abre la posibilidad de que sea implementada para cualquier otro sistema operativo existente o futuro, permitiendo que las aplicaciones corran sobre la plataforma independientemente del sistema operativo para el cual haya sido implementada. El Proyecto Mono emprendido por Ximian pretende realizar la implementacin de la norma para varios sistemas operativos adicionales bajo el marco del cdigo abierto. Componentes de .NET Los principales componentes del marco de trabajo son: El conjunto de lenguajes de programacin. La biblioteca de clases base o BCL. El entorno comn de ejecucin para lenguajes, o CLR por sus siglas en ingls.

Debido a la publicacin de la norma para la infraestructura comn de lenguajes (CLI por sus siglas en ingls), el desarrollo de lenguajes se facilita, por lo que el marco de trabajo .NET soporta ya ms de 20 lenguajes de programacin y es posible desarrollar cualquiera de los tipos de aplicaciones soportados en la plataforma con cualquiera de ellos, lo que elimina las diferencias que existan entre lo que era posible hacer con uno u otro lenguaje. Algunos de los lenguajes desarrollados para el marco de trabajo .NET son: C#, Visual Basic .NET, Delphi (Object Pascal), C++, F#, J#, Perl, Python, Fortran, Prolog (existen al menos dos implementaciones, el P#1 y el Prolog.NET2), Cobol y PowerBuilder. Common Language Runtime El CLR es el verdadero ncleo del framework de .NET, entorno de ejecucin en el que se cargan las aplicaciones desarrolladas en los distintos lenguajes, ampliando el conjunto de servicios del sistema operativo (W2k y W2003). Permite integrar proyectos en distintos lenguajes soportados por la plataforma .Net, como C++, Visual Basic, C#, entre otros.

La herramienta de desarrollo compila el cdigo fuente de cualquiera de los lenguajes soportados por .NET en un cdigo intermedio, el CIL (Common Intermediate Language) antes conocido como MSIL (Microsoft Intermediate Language), similar al BYTECODE de Java. Para generarlo, el compilador se basa en la especificacin CLS (Common Language Specification) que determina las reglas necesarias para crear el cdigo MSIL compatible con el CLR. Para ejecutarse se necesita un segundo paso, un compilador JIT (Just-In-Time) es el que genera el cdigo mquina real que se ejecuta en la plataforma del cliente. De esta forma se consigue con .NET independencia de la plataforma de hardware. La compilacin JIT la realiza el CLR a medida que el programa invoca mtodos. El cdigo ejecutable obtenido se almacena en la memoria cach del ordenador, siendo recompilado de nuevo slo en el caso de producirse algn cambio en el cdigo fuente. Caractersticas del CLR Es el encargado de proveer lo que se llama cdigo administrado, es decir, un entorno que provee servicios automticos al cdigo que se ejecuta. Los servicios son variados: Cargador de clases: permite cargar en memoria las clases. Compilador MSIL a nativo: transforma cdigo intermedio de alto nivel independiente del hardware que lo ejecuta a cdigo de mquina propio del dispositivo que lo ejecuta. Administrador de cdigo: coordina toda la operacin de los distintos subsistemas del Common Language Runtime. Recolector de basura: elimina de memoria objetos no utilizados automticamente. Motor de seguridad: administra la seguridad del cdigo que se ejecuta. Motor de depuracin: permite hacer un seguimiento de la ejecucin del cdigo an cuando se utilicen lenguajes distintos. Verificador de tipos: controla que las variables de la aplicacin usen el rea de memoria que tienen asignado. Administrador de excepciones: maneja los errores que se producen durante la ejecucin del cdigo. Soporte de multiproceso (hilos): permite desarrollar aplicaciones que ejecuten cdigo en forma paralela. Empaquetador de COM: coordina la comunicacin con los componentes COM para que puedan ser usados por el .NET Framework. Biblioteca de Clases Base que incluye soporte para muchas funcionalidades comunes en las aplicaciones.