PRACTICAS PRE PROFESIONALES I

PRACTICAS PRE PROFESIONALES I[Ao]

DESARROLLO DE UN SISTEMA DE INCIDENCIAS PARA EL MEJOR DESEMPEO EN LA REA DE SOPORTE TCNICO DE LA CAJA DEL SANTA, CHIMBOTE 2014

INFORME DE PRACTICAS PRE PROFESIONALESALUMNOMENDOZA DE LA CRUZ RAL SIMSON

CHIMBOTE PERU 2015

INTRODUCCION

La innovacin en tecnologas de la informacin facilita la automatizacin de las principales operaciones dentro de las organizaciones. Estos niveles de automatizacin han venido incrementndose a travs de sistemas de informacin debidamente integrados, los cuales permiten realizar un control efectivo sobre la gestin, brindando la informacin necesaria para una adecuada toma de decisiones; de esta manera tienen un impacto trascendental en la competitividad.La empresa actualmente se encuentra en una etapa de expansin y con grandes anheles de seguir creciendo mucho ms.En el Captulo I se describe la resea histrica de la empresa, ubicacin geogrfica, el giro del negocio, misin, visin, organigrama de la empresa y cada una de las funciones que se desempean de la empresa.En el Captulo II, se realiza el Anlisis del Sistema actual de la Empresa, aplicando tcnica de Anlisis previo, Anlisis de audiencia funcional, anlisis no funcional, anlisis de implementacin. La recopilacin de informacin se ha obtenido aplicando entrevistas personales a la parte administrativa. En el Captulo III, se describe la metodologa ms usada e importante como la metodologa XP para luego obtener conclusiones mitolgicas y as poder escoger la metodologa ms apropiada para la realizacin de nuestro proyecto.En el Captulo IV, se describen las Interfaces del Sistema como_ el diseo, el proceso y desarrollo. Adems se identifican los principales procesos, se disean las interfaces internas del Sistema. Se analiza la seguridad del sistema como la entrada y salida de datos.En el captulo V, se realiza el anlisis de costes y beneficios para determinar la ejecucin del Proyecto.

RESUMEN

La investigacin se fundamenta en datos tomados de la Caja del Santa bajo el procedimiento de la observacin, el comportamiento de los usuarios y el trabajo dentro de este, para hallar las determinantes y componentes del diseo, el proyecto es una gran oportunidad de que los usuarios describan sus incidentes. Es te sistema tiene la facilidad de prestar mltiples servicios a los usuarios de la Caja del Santa, producindose un gran efecto detonador de renovacin a la atencin de los trabajadores de la institucin.

Este trabajo fue realizado con el fin de crear un sistema de incidencias que le permita a la rea a dar un salto a la atencin con menos margen de error. Se cre un modelo, ya que los usuarios son especficos en sus pedidos de atencin.

Teniendo como resultado: La aceptacin de los prototipos presentados a los directivos de la entidad y a los usuarios, hay que tener en cuenta que el Jefe de rea ha aprobado este proyecto con la promesa de mejora ya que es un nivel 1.0 y se espera llevarlo al mximo nivel.

ABSTRACT

The investigation is based on information taken of the Box of Holy under the procedure of the observation, the behavior of the users and the work inside this one, to find the determinantes and components of the design, the project is a great opportunity of which the users describe his incidents. He is system has the facility of giving multiple services to the users of the Box of Holy, producing a great effect to him detonator of renovation for the attention of the workers of the institution.This work was realized in order to create a system of incidents that it allows him the area to giving a jump to the attention with fewer margin of mistake. A model was created, since the users are specific in his orders of attention.Having as result: The acceptance of the prototypes presented to the executives of the entity and to the usuarios, it is necessary to bear in mind that the Chief of area to pass this project with the promise of improvement since it is a level 1.0 and level one expects to take it to the maximum.

TITULO DEL PROYECTO

DESARROLLO DE UN SISTEMA DE INCIDENCIAS PARA EL MEJOR DESEMPEO EN LA REA DE SOPORTE TCNICO DE LA CAJA DEL SANTA, CHIMBOTE 2014

OBJETIVOSOBJETIVO GENERAL

Analizar, disear y desarrollar un sistema de informacin para mejorar los procesos de atencin de incidencias, que ocurren diariamente en la Caja Municipal del Santa, este proyecto optimizar el desempeo de las atenciones y brindara mejoras sustanciales en todas las actividades administrativas, comerciales y de cualquier ndole dentro de la empresa.

OBJETIVOS ESPECFICOS

Toma de requerimientos Anlisis de los procesos Diseo de interfaz de usuario Programacin y pruebas

CAPITULO IMARCO TEORICO CONCEPTUAL

1.1. DATOS GENERALES DE LA EMPRESA

1.1.1. UBICACIN GEOGRFICA

1.1.2 RESEA HISTRICA Y OPERACIONAL

La Caja Del Santa inicio sus actividades un 3 de marzo de 1986 en la ciudad de Chimbote capital de la Provincia del Santa, en el Departamento de ncash- con el propsito de ser una alternativa real para aquellos sectores de la comunidad local y regional, que tradicionalmente no han sido atendidos por la banca, en especial a la micro y pequea empresa. Su funcionamiento fue autorizado con operaciones de Crdito Prendario y ahorros, productos con los que se mantuvo hasta diciembre de 1993; ao donde se decide dar inicio a operacin con Crdito a la micro y pequea empresa, y crdito personal. Posteriormente en el ao 1998, se produce la conversin de la Caja del Santa en Sociedad Annima acontecimiento que le abre la oportunidad necesaria para desarrollarse, siendo autorizada por la Superintendencia de banca y seguros (SBS) para realizar operaciones activas y pasivas en moneda extranjera.

A partir del ao 1999, la Caja del Santa comienza su plan de expansin instalando su primera agencia fuera de Chimbote, en la ciudad de Huaraz, lo que posibilito ampliar y diversificar su mercado. Al ao siguiente apertura su segunda agencia en Chimbote, ubicada en la Av. Bolognesi en el centro comercial y financiero de la ciudad. En el ao 2002; apertura oficinas especializadas en las ciudades de Casma, Huarmey y Caraz. Al ao siguiente, apertura su Agencia en el distrito de Nuevo Chimbote. En el 2006, esta importante financiera inicia sus actividades en el departamento de Lima con la apertura de dos agencias: Barranca y Huacho. En el 2008, la Caja del Santa instala su agencia en la ciudad de Hunuco y oficina especial en Tingo Mara, en el 2009 inaugura su agencia en la ciudad de Huancayo y en el departamento de Junn. En el 2010 la Caja del Santa contino con su plan de expansin inaugurando en el mes de febrero su Centro de Promocin e informacin en la ciudad de Pucallpa; y en marzo su agencia en Trujillo. Esta suma de acontecimientos, permite vislumbrar un futuro con optimismo para constituirse en el mediano plazo en una de las principales instituciones financieras de la regin y del sistema de cajas.

1.1.3 VISIN

Lograr una posicin relevante en el mercado micro financiero nacional, y ser reconocidos como los mejores en ofrecer a nuestros clientes un servicio confiable, gil y diferenciado.

1.1.4. MISINSatisfacer las necesidades financieras de nuestros clientes y las comunidades a las que servimos, a travs de un servicio experto de alta calidad, otorgado con amabilidad y eficiencia por el mejor talento humano; que nos permita mantener un crecimiento sostenible y rentable en el largo plazo.

CAPITULO II

ANLISIS DEL SISTEMA ACTUAL

2.1. ACCIONES PRELIMINARES

2.1.1. CICLO DE VIDA DE DESARROLLO DEL SOFTWARE

Todo proceso de software debe cumplir con ciertos parmetros para que los resultados sean siempre positivos y sobre todo duraderos. Un producto que software mal planeado y mal construido desde sus inicios, tendr una lnea marcada al fracaso y se tendr que recomponer todo el camino prcticamente desde cero, Una aproximacin lgica a la adquisicin, el suministro, el desarrollo, la explotacin y el mantenimiento del software

Un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicin de los requisitos hasta la finalizacin de su uso

2.1.2. ANLISIS DE AUDIENCIA

La Caja del Santa Soporte Tcnico, tiene la necesidad de tener un sistema que optimice sus procesos de atencin, un sistema que lleve el control de atenciones a los trabajadores de la entidad, donde registren y reporten los flujos de entrada y salida de incidencias, contando as con distintos mdulos necesarios para los procesos.

2.1.3. ANLISIS FUNCIONAL

Los procesos que se optimizaran es:

Mdulo Atencin al Usuario Mdulo de Inventario Mdulo de Compras Reportes

El alcance para la presentacin del proyecto ser el mdulo Atencin al Usuario contando con mantenimiento, procesos y consultas.

ALCANCE DEL PROYECTOEl proyecto tiene como finalidad optimizar los procesos de atencin al usuario en la empresa para mejorar la productividad del trabajador, inicindose desde que el usuario registra una incidencia, monitorea el administrador y este asigna al encargado de la atencin, soporte tcnico consulta las atenciones por fechas y se les atiende.El proyecto contempla las siguientes tareas: En el proceso de Atencin al usuario, Este registro de control considera la siguiente informacin:

En el registro de la incidencia, detalla el usuario que registra dicha incidencia, fecha, departamento, sede, equipo afectado y se resume el problema. En los mantenedores se detalla la incidencia registrada, se realizaran las bsquedas y editaciones de las lneas de datos. Cada persona que ingrese tendr diferentes privilegios los cuales ayudaran a dichas personas. Los mantenedores servirn como punto de control para llevar a cabo el seguimiento de cada incidencia que pase en la entidad.

2.2. RECOPILACIN DE LA INFORMACIN

2.2.1. REVISIN DOCUMENTALInformacin Reservada

2.2.2. ENTREVISTAS PARA OBTENER REQUERIMIENTOS

En la entrevista realizada se pudo obtener del usuario diferentes escenarios, la explicacin de las necesidades y deseos actuales de forma breve y en sus propias palabras, as como la manifestacin de la sistematizacin de un mdulo de incidencias que le permitan controlar los incidentes diarios de la empresa.

2.2.3. HARDWARE DISPONIBLEInformacin Reservada

2.2.4. DISTRIBUCIN DE EQUIPOSInformacin Reservada

2.3. FORMULACIN DEL PROBLEMADebido a la situacin problemtica, se plante la siguiente pregunta: Cmo desarrollar un sistema de incidencias para el mejor desempeo en la rea de soporte Tcnico de la Caja Municipal del Santa, Chimbote 2014

2.4. DESCRIPCIN DEL SISTEMA ACTUAL

No cuentan con sistema actual, ser la primera implementacin de un sistema.

2.5. IDENTIFICACIN DE LOS REQUERIMIENTOS

2.5.1. ANLISIS DE ENTRADAS Y SALIDAS

SALIDA: Monitoreo de Incidencias. Atencin de calidad y a tiempo. Reportes de incidencias diarias por fecha.

ENTRADA: Registro de Incidencias.

PROCESO

Datos registrados de incidencias. Realizar seguimiento de incidencias.

2.6. ALCANCE DEL SISTEMA PROPUESTO

2.6.1. JUSTIFICACINEl presente trabajo ser desarrollado en la Caja Municipal del Santa abarcando el estudio de las herramientas para el desarrollo de la aplicacin, siendo una nueva etapa de la entidad, porque generara ahorro en el coste de trasporte y/o personal. Adems del diseo de la aplicacin ser dinmica y amigable para su fcil manejo, poniendo as a la entidad en un mejor nivel ya que las Tecnologas permiten mejorar la productividad y competitividad de las empresas. El desarrollo de nuevas tecnologas en los ltimos aos ha crecido vertiginosamente, as como, los sistemas de gestin integrada.La observacin directa del sistema permitir definir los problemas en su desempeo, tener una visin global de la aplicacin. Para as, desarrollar una propuesta de los interfaces que se adapte a los requerimientos y demanda actual de intercambio de informacin; provea mayor rapidez en los reportes de movimientos diarios y mayor capacidad de transferencia. Donde finalmente se logren soluciones y mejoras que ofrezcan beneficios y facilidades para las actividades diarias de los usuarios de la Caja Municipal del Santa.El sistema proporcionara una gran ayuda para el rea de Soporte Tcnico, dndoles una gestin de calidad en la atencin de incidencias que ocurren a diario en la entidad. Dando a conocer tambin la amabilidad, rapidez y atencin de nuestros tcnico al ayudar a un usuario con una incidencia.

CAPITULO IIIANALISIS Y DISEO DEL SISTEMA PROPUESTO

3.1. DESCRIPCIN DE LAS METODOLOGAS MS USADAS

Todos en algn momento nos hemos hecho esta pregunta, cuando hemos tenido que desarrollar un software. Y de hecho esta pregunta se torna muy importante, pues como arquitectos de Software, debemos tener un plano en que apoyarnos.

Todo desarrollo de software es riesgoso y difcil de controlar, pero si no llevamos una metodologa de por medio, lo que obtenemos es clientes insatisfechos con el resultado y desarrolladores an ms insatisfechos.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. Lo que se hace con este tipo de proyectos es separar rpidamente el aplicativo en procesos, cada proceso en funciones, y por cada funcin determinar un tiempo aproximado de desarrollo.Cuando los proyectos que se van a desarrollar son de mayor envergadura, ah si toma sentido el basarnos en una metodologa de desarrollo, y empezamos a buscar cual sera la ms apropiada para nuestro caso. Lo cierto es que muchas veces no encontramos la ms adecuada y terminamos por hacer o disear nuestra propia metodologa, algo que por supuesto no est mal, siempre y cuando cumpla con el objetivo.

Muchas veces realizamos el diseo de nuestro software de manera rgida, con los requerimientos que el cliente nos solicit, de tal manera que cuando el cliente en la etapa final (etapa de prueba), solicita un cambio se nos hace muy difcil realizarlo, pues si lo hacemos, altera muchas cosas que no habamos previsto, y es justo ste, uno de los factores que ocasiona un atraso en el proyecto y por tanto la incomodidad del desarrollador por no cumplir con el cambio solicitado y el malestar por parte del cliente por no tomar en cuenta su pedido. Obviamente para evitar estos incidentes debemos haber llegado a un acuerdo formal con el cliente, al inicio del proyecto, de tal manera que cada cambio o modificacin no perjudique al desarrollo del mismo.

Por experiencia, muchas veces los usuarios finales, se dan cuenta de las cosas que dejaron de mencionar, recin en la etapa final del proyecto, pese a que se les mostr un prototipo del software en la etapa inicial del proyecto. Los proyectos en problemas son los que salen del presupuesto, tienen importantes retrasos, o simplemente no cumplen con las expectativas del cliente.

Para dar una idea de qu metodologa podemos utilizar y cual se adapta ms a nuestro medio, mencionar tres de ellas de las que considero las ms importantes, tal como: RUP, XP y MSF.

3.1.2. METODOLOGA XP EXTREME PROGRAMING

Es una de las metodologas de desarrollo de software ms exitosas en las actualidad es utilizada para proyectos de corto plazo, cort equipo y cuyo plazo de entrega era ayer. La metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del proyecto.

Caractersticas de XP, la metodologa se basa en: Pruebas Unitarias: se basa en las pruebas realizadas a los principales procesos, de tal manera que adelantndonos en algo hacia el futuro, podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos adelantramos a obtener los posibles errores. Refabricacin: se basa en la reutilizacin de cdigo, para lo cual se crean patrones o modelos estndares, siendo ms flexible al cambio. Programacin en pares: una particularidad de esta metodologa es que propone la programacin en pares, la cual consiste en que dos desarrolladores participen en un proyecto en una misma estacin de trabajo. Cada miembro lleva a cabo la accin que el otro no est haciendo en ese momento. Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa. Qu es lo que propone XP Empieza en pequeo y aade funcionalidad con retroalimentacin continua El manejo del cambio se convierte en parte sustantiva del proceso El costo del cambio no depende de la fase o etapa No introduce funcionalidades antes que sean necesarias El cliente o el usuario se convierte en miembro del equipoDerechos del Cliente Decidir que se implementa Saber el estado real y el progreso del proyecto Aadir, cambiar o quitar requerimientos en cualquier momento Obtener lo mximo de cada semana de trabajo Obtener un sistema funcionando cada 3 o 4 mesesDerechos del Desarrollador Decidir cmo se implementan los procesos Crear el sistema con la mejor calidad posible Pedir al cliente en cualquier momento aclaraciones de los requerimientos Estimar el esfuerzo para implementar el sistema Cambiar los requerimientos en base a nuevos descubrimientosLo fundamental en este tipo de metodologa es: La comunicacin, entre los usuarios y los desarrolladores La simplicidad, al desarrollar y codificar los mdulos del sistema La retroalimentacin, concreta y frecuente del equipo de desarrollo, el cliente y los usuarios finales

3.1.3. Conclusiones Metodolgicas

En la prctica es un poco complicado aplicar al pie de la letra los postulados de la Metodologa XP si los involucrados no cuentan con total disponibilidad de tiempo.

La metodologa XP es de uso comn desde hace varios aos de manera que adquirir informacin acerca de ella resulto sencillo, ya que la mayora de textos tcnicos y de proyectos realizados por otras personas hablan de esta metodologa.

La principal ventaja de la metodologa XP est en su alto grado de adaptabilidad, y su principal desventaja es su elevado costo en caso de no cumplir las metas.

Los pasos que se siguieron en el ejemplo prctico se acercaron mucho a los pasos que recomienda seguir la metodologa, pero no los cumplieron a cabalidad.

3.2. Fundamentacin de la Metodologa seleccionada

La metodologa que se utilizara el proyecto es XP ya que la utilizacin es para proyectos de corto plazo, corto equipo y cuyo plazo de entrega rpida. La metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del proyecto.

3.3. ANLISIS

3.3.1. DEFINICIN DE REQUISITOS Mdulo de Incidencias Mantenimiento Incidencias. Registros Incidencias Logueo Usuarios. 3.3.2. CASOS ESENCIALES DE USO

Registrar Incidencias Llevar el control de las Incidencias

3.3.3. DIAGRAMAS DE CASOS DE USO DEL NEGOCIO

3.3.4. DIAGRAMAS DE SECUENCIAGESTIN DE INCIDENCIAS

3.3.6. DIAGRAMAS DE ACTIVIDADESGESTIN DE INCIDENCIAS

3.3.7. DIAGRAMAS DE ESTADOSGESTIN DE INCIDENCIAS

3.4. DISEO3.4.1. DIAGRAMAS DE CLASE

3.5. IMPLEMENTACIN DE LA BASES DE DATOS

3.5.1. MODELADO CONCEPTUAL

3.5.1.1. DISEO Y MODELAMIENTO DE BASE DE DATOS CON SQLSERVER 2008 R2

3.5.2. TRANSFORMACIN DEL DIAGRAMA DE CLASE A MODELO DE TABLA

3.5.3. TCNICAS DE NORMALIZACINEl proceso denormalizacin debases de datosconsiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso delmodelo entidad-relacinalmodelo relacional.Las bases de datos relacionales se normalizan para: Evitar laredundanciade los datos. Disminuir problemas de actualizacin de los datos en las tablas. Proteger laintegridadde los datos.En el modelo relacional es frecuente llamartablaa una relacin, aunque para que una tabla sea considerada como una relacin tiene que cumplir con algunas restricciones: Cada tabla debe tener su nombre nico. No puede haber dosfilasiguales. No se permiten los duplicados. Todos los datos en unacolumnadeben ser del mismo tipo.Las formas normales son aplicadas a las tablas de una base de datos. Decir que una base de datos est en la forma normalNes decir que todas sus tablas estn en la forma normalN.

3.4.5. MODELADO LGICO

3.4.6. MODELADO FSICOT_AGENCIAT_CARGO

T_CIUDAD

T_DEPARTAMENTO

T_DOCUMENTO

T_ESTADO

T_INCIDENCIAS

T_PERSONA

T_USUARIO

4. DISEO DE INTERFACES 4.1. FINALIDAD DE LAS INTERFACES DE LOS SISTEMAS 4.1.1. PROCESO DE DESARROLLO DE INTERFACES FORMULARIO DE ACCESO

FORMULARIO DE REGISTRO DE INCIDENCIAS

MENU DE ATENCION AL USUARIOMENU DE ADMINISTRACION

MENU DE SOPORTE TECNICO

FORMULARIO PARA EL MANTENIMIENTO DEL INCIDENTE PARA EL USUARIO ADMINISTRADOR / SOPORTE TECNICO.

CAPITULO VEVALUACION ECONOMICA DEL PROYECTO

5.1. Anlisis de Costos y Beneficios

El objetivo es conseguir una lista de todo lo que se requiere para implementar el Sistema de Incidencias diarias.

|5.1.1. Costos para la implantacin

Es necesario realizar un anlisis serio y responsable de los costes de implantacin del Sistema de Incidencias diarios, que involucre todo el conjunto integral de los gastos que implica.Para efectos de la implementacin es necesario recordar que este sistema funcionar en todos los usuarios y digamos que cada usuario tiene un equipo por lo tanto algunos de los clculos a realizar tomaran en cuenta esta cantidad.

A) Costo de desarrollo del Software

El presupuesto para la implementacin del proyecto por este mdulo es de 0 ya que como trabajador quiero dejar un proyecto a mi nombre y ser recordado como tal.

5.1.2. Beneficios de la implantacin Luego del presente estudio y de concluir que es importante su implementacin podemos mencionar los beneficios ms importantes que se lograran: El sistema brindar tanto a los trabajadores como a los solicitantes informacin oportuna, segura, actualizada y confiable. Contribuir a la eficiencia y eficacia del proceso de compras de la empresa. Permitir la administracin de la empresa en todos los movimientos diarios que se realizan. Ahorrar tiempo y dinero al realizar los procesos y reportes.

5.1.3. Determinacin de la ejecucin del Proyecto

Luego del anlisis de coste beneficio que hemos descrito anteriormente podemos concluir que los beneficios que se van a obtener versus la inversin que significa la implementacin son muchos mayores y satisfacen las necesidades de la empresa acorde a las polticas, visin y misin. Por lo tanto la implementacin del Sistema de Incidencias diarios es viable econmicamente.

CONCLUSIONES

La Caja del Santa, est empezando una nueva etapa de expansin por lo tanto necesita automatizar los procesos de atencin al usuario.El sistema controla adecuadamente la informacin brindndole seguridad a la empresa, se obtiene con el sistema reportes de las incidencias diarias,Este sistema contempla la ampliacin a futuros mdulos de ms complejos, ya que la base de datos est preparada para esas ampliaciones.

RECOMENDACIONES

Capacitar al personal para la correcta utilizacin del sistema. Tener en cuenta ste sistema en la implementacin de futuros mdulos a desarrollarse en las dems reas de la empresa. Tener un Hardware en buen estado y con buena capacidad para la instalacin.

ANEXOS: Diagrama de Gant

Fuente: Propia

En esta imagen se puede apreciar la reunin de mis compaeros de trabajo en la lluvia de idea para realizar mi proyecto de Prcticas Profesionales.GLOSARIO DE TERMINOS

VISUAL BASIC. NET:Es un lenguaje de programacin orientado a objetos que se puede considerar una evolucin de Visual Basic implementada sobre el framework .NET. Su introduccin result muy controvertida, ya que debido a cambios significativos en el lenguaje VB.NET no es retro compatible con Visual Basic, pero el manejo de las instrucciones es similar a versiones anteriores de Visual Basic, facilitando as el desarrollo de aplicaciones ms avanzadas con herramientas modernas. Para mantener eficacia en el desarrollo de las aplicaciones. La gran mayora de programadores de VB.NET utilizan el entorno de desarrollo integrado Microsoft Visual Studio en alguna de sus versiones (desde el primer Visual Studio .NET hasta Visual Studio .NET 2013, que es la ltima versin de Visual Studio para la plataforma .NET), aunque existen otras alternativas, como SharpDevelop (que adems es libre).

SQLSERVER 2008 R2:Es un sistema para la gestin de bases de datos producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de datos como son Oracle, PostgreSQL o MySQL.

CARACTERISTICAS Soporte de transacciones. Soporta procedimientos almacenados. Incluye tambin un entorno grfico de administracin, que permite el uso de comandos DDL y DML grficamente. Permite trabajar en modo cliente-servidor, donde la informacin y datos se alojan en el servidor y los terminales o clientes de la red slo acceden a la informacin. Adems permite administrar informacin de otros servidores de datos.Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de base de datos pero orientado a proyectos ms pequeos, que en sus versiones 2005 y 2008 pasa a ser el SQL Express Edition, que se distribuye en forma gratuita.Es comn desarrollar completos proyectos complementando Microsoft SQL Server y Microsoft Access a travs de los llamados ADP (Access Data Project). De esta forma se completa la base de datos (Microsoft SQL Server), con el entorno de desarrollo (VBA Access), a travs de la implementacin de aplicaciones de dos capas mediante el uso de formularios Windows.En el manejo de SQL mediante lneas de comando se utiliza el SQLCMD, osql, o PowerShell.Para el desarrollo de aplicaciones ms complejas (tres o ms capas), Microsoft SQL Server incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas .NET, pero el servidor slo est disponible para Sistemas Operativos.El tipo NUMERIC fue mejorado para ser usado como identificador de columna a partir de la versin 2008 R2.

DATASET

Simplemente es un contenedor que sirve para guardar datos en memoria. Una de las formas de utilizarlo (aunque no la nica)consiste en crear un DataAdapter que sirva para traer datos desde una base de datos y almacenarlos en el DataSet. Esto mismo podras hacerlo con otros mecanismos (por ejemplo, un array de objetos de una clase entidad), pero en este caso tendras que escribir tu propio cdigo para leer los datos, mientras que si usas el dataadapter, hay herramientas de diseo que te permiten crearlo automticamente.No es particularmente ineficiente: por dentro usa un DataReader para bombear los datos desde el servidor al almacenamiento en memoria, y este mecanismo (usar el datareader) es presisamente el que suelen proponer como alternativa quienes dicen que el dataset es poco eficiente.Por supuesto, se puede abusar del dataset: podras traerte una tabla entera desde el servidor y luego tratar de hacer bsquedas sobre ella en memoria. Esto usualmente no ser muy eficiente (salvo que la tabla sea muy pequea), pero no es una desventaja especfica del dataset: el mismo tipo de abuso tambin podras cometerlo si te trajeses los registros a un array u otro tipo de estructura en memoria.