Sei sulla pagina 1di 66

Informe Final de Residencia Profesional

Sistema de Solicitud de Servicios Preventivos y Correctivos Va Web.

Ral Guadalupe Bez Villegas.


093110108
Ingeniera en Sistemas Computacionales

Divisin de Sistemas Computacionales e Informtica.


Cd. Constitucin, B.C.S., a 13 de diciembre de 2013

Sistema de Solicitud de Servicios


Preventivos y Correctivos Va Web.

Ral Guadalupe Bez Villegas

MSC. Edgar De La Rosa Aguilar

Lic. Martha S. Camacho Bentez.

NOMBRE

NOMBRE

ASESOR INTERNO

ASESOR EXTERNO

AGRADECIMIENTO O DEDICATORIA
Agradezco a mis padres, que sin dudarlo siempre estuvieron ah, a mis hermanos que
siempre me apoyan en todo, a mis maestros por la atencin y el tiempo que dedicaron
a mi formacin, a mis amigos y a todos los que directa o indirectamente han ayudado a
mi preparacin como profesionista.

RESUMEN
El presente documento conforma una recopilacin de datos, mediante los cuales se
modela el entorno del proyecto Sistema de Solicitud de Servicios Preventivos y
Correctivos Va Web.
En los primeros puntos se especifican los datos generales del entorno de
aplicacin definiendo primeramente la descripcin de la empresa en su mbito
organizacional. Se consideran tambin aspectos propios del producto: justificacin y
fronteras con un enfoque a la problemtica objetivo.
Las bases tericas representan un pilar fundamental para un mayor
entendimiento por parte de aquellos lectores que no tienen nociones tcnicas de la
disciplina que se aplica al proyecto. Tambin aquellos que deciden reforzar una
justificacin conceptual de las instancias que se aplican en todo el proceso del
proyecto.
El marco terico comprende cuatro captulos dentro de los cuales se describen
las bases de datos, el diseo de una base de datos, las herramientas para el desarrollo
de software y las pruebas que se realizan para comprobar que el software cumpla con
los requisitos del cliente.
El ultimo capitulo corresponde al desarrollo del Sistema de Solicitud de Servicios
Preventivos y Correctivos Va Web y aporta evidencias de las actividades realizadas.

NDICE DE FIGURAS

Figura 1.1 Modelo de Base de Datos Jerrquica 25


Figura 1.2 Modelo de Base de Datos de Red..... 26
Figura 1.3 Modelo de Base de Datos Relacional 27
Figura 1.4 Modelo de Base de Datos Entidad - Relacin.. 28
Figura 1.5 Clasificacin de los Modelos de Datos... 33
Figura 4.1 Diagrama de contexto 55
Figura 4.2 Diagrama de casos de uso general. 56
Figura 4.3 Diagrama tabular 57
Figura 4.4 Cdigo de ASP.NET.. 58
Figura 4.5 Cdigo de HTML 59
Figura 4.6 Cdigo de C#................................................................................................ 60
Figura 4.7 Cdigo de MySQL.. 60
Figura 4.8 Vista de Administrador del Sistema........ 62

NDICE

Informe Final de Residencia Profesional ....................................................................... 10


1.1

Introduccin ...................................................................................................... 10

1.2

Datos generales de la empresa ....................................................................... 11

1.2.1

Nombre de la empresa y/o razn social .................................................... 11

1.2.2

Domicilio de la empresa ........................................................................ 1211

1.2.3

Giro ........................................................................................................ 1211

1.2.4

Organigrama .............................................................................................. 12

1.2.5

Breve descripcin de la empresa............................................................... 13

1.3

Justificacin del proyecto ................................................................................. 14

1.4

Objetivos generales y especficos .................................................................... 15

1.4.1 Objetivos Generales ....................................................................................... 15


1.4.2

Objetivos Especficos ............................................................................ 1615

1.5

Caractersticas del rea en que particip ......................................................... 16

1.6

Problemas a resolver ....................................................................................... 17

1.7

Alcances y limitaciones .................................................................................... 18

1.7.1

Alcances .................................................................................................... 18

1.7.2

Limitaciones ............................................................................................... 18

1.8

Fundamento o marco terico ........................................................................... 19

Capitulo I. Introduccin a las bases de datos ................................................................ 20


1.1 Definicin de Base de Datos ................................................................................ 20
1.2 Sistema Gestor de Bases de Datos ................................................................. 2120
1.3 Personas que interactan con un SGBD .............................................................. 21
1.3.1 Administrador de base de datos ................................................................. 2221
1.3.2 Diseadores de bases de datos ..................................................................... 22
1.3.3 Usuarios finales .......................................................................................... 2322
1.4 Comparacin de Sistemas Gestores de Bases de Datos. .................................... 23
1.4.1 SQL Server ................................................................................................. 2423
1.4.2 Oracle ............................................................................................................. 24
1.4.3 MySQL ....................................................................................................... 2524
1.5 Modelos de base de datos ............................................................................... 2726
1.5.1 Modelo jerrquico (Bases de datos jerrquicas) ............................................ 27
1.5.2 Modelo de red (Base de datos de red) ........................................................... 28
1.5.3 Modelo Relacional (Base de datos relacional) ............................................... 29
1.5.5. Modelo Orientado a Objetos (Bases de datos O.O.) ..................................... 30
1.5.4 Modelo Entidad - Relacin ............................................................................. 30
1.6 Diseo estructural de la base de datos ................................................................ 31
1.6.1 Obtencin de requerimientos ......................................................................... 31
1.6.2 Estudio de factibilidad..................................................................................... 32
1.6.3 Aprobacin del proyecto ................................................................................. 34
1.7 Modelado de datos ............................................................................................... 34
1.7.1 Clasificacin de los modelos de datos............................................................ 35

Captulo II. Diseo ......................................................................................................... 37


2.1 Diseo conceptual ................................................................................................ 37
2.1.1 Cardinalidad ................................................................................................... 38
2.2 Diseo lgico ........................................................................................................ 39
2.2.1 Teora de la normalizacin ............................................................................. 39
2.3 Diseo fsico ......................................................................................................... 40
2.4 Diseo de interfaces ............................................................................................. 40
2.4.1 Interface de usuario ........................................................................................ 40
Captulo III. Desarrollo de software ............................................................................... 42
3.1 Sistema ................................................................................................................ 42
3.2 Programa.............................................................................................................. 42
3.2.1 Tipos de software ........................................................................................... 42
3.2.2 Definicin de lenguaje de programacin ........................................................ 44
3.3 Lenguajes de Programacin Para Ambiente Web ................................................ 45
3.3.1 Html ................................................................................................................ 45
3.3.2 PHP ................................................................................................................ 46
3.3.3 ASP.NET ........................................................................................................ 47
3.3.4 C# ................................................................................................................... 50
3.3.5 CSS ................................................................................................................ 51
3.6 Herramientas Auxiliares ....................................................................................... 52
3.6.1 IIS ................................................................................................................... 52
3.6.2 Visual Studio.NET .......................................................................................... 52
3.6.3 Navicat ........................................................................................................... 53
3.6.3 MySQL Workbench 5.2 CE. ........................................................................... 53

Capitulo IV. Resultados ................................................................................................. 54


4.1 Requerimientos y Anlisis del Sistema................................................................. 54
4.1.1 Requerimientos .............................................................................................. 54
4.1.2 Anlisis de Sistema ........................................................................................ 54
4.2 Diseo del Sistema .............................................................................................. 55
4.2.1 Diagrama de contexto .................................................................................... 55
4.2.2 Diagrama de Casos de Uso general............................................................... 56
4.2.3 Diagrama tabular ............................................................................................ 57
4.3 Desarrollo del Sistema ..................................................................................... 5958
4.3.1 Lenguaje ASP.NET .................................................................................... 5958
4.3.2 Lenguaje HTML .......................................................................................... 6059
4.3.3

Lenguaje C# .......................................................................................... 6159

4.3.4 lenguaje MySQL ......................................................................................... 6159


4.3.1 Base de datos ............................................................................................ 6260
4.3.2 ASP.NET y c# ............................................................................................ 6361
4.4 Implementacin del Sistema ............................................................................ 6361
Anexos ................................................................................................................... 6563

Informe Final de Residencia Profesional


1.1 Introduccin
Se implement un sistema capaz de administrar y controlar los problemas que se
tenan con la requisicin de solicitud de servicios correctivos y preventivos de los
departamentos pertenecientes a la Secretara de Educacin Pblica (SEP), por lo cual,
el sistema realizado hace posible que se lleve un registro y control de las acciones a
seguir dependiendo de la falla presentada.
Este sistema agiliz la solicitud del personal teniendo una respuesta del estado
en que se encontraba su equipo. Tambin darle seguimiento al equipo, con base a la
construccin del sistema se obtuvo inventarios de personal y equipos pertenecientes a
la institucin de manera tal que los administradores pudieron tener una idea de los
activos con los que se cuenta.

10

1.2 Datos generales de la empresa


1.2.1 Nombre de la empresa y/o razn social
El Centro de Comunicacin Tecnolgica Educativa (CECOTED) perteneciente a la
SEP. El CECOTED es el organismo rector del uso y aprovechamiento de las
Tecnologas de la Informacin y la Comunicacin (TIC) en el proceso de enseanzaaprendizaje, ofreciendo a las maestras y maestros, los apoyos pedaggicos y tcnicocomputacionales necesarios para el cumplimiento y logro de sus objetivos.
Postulados bsicos:

Calidad en la Educacin.

Atencin a aspectos formativos de las y los docentes.

Integracin de medios de Informacin y Comunicacin.

Fortalecimiento de Educacin a Distancia.

Construccin y Equipamiento gradual.

ptimo aprovechamiento de recursos.

11

Est enfocado a coordinar, fomentar, instrumentar y consolidar innovaciones


educativas, acordes con las necesidades locales, que permitan elevar la calidad de la
educacin mediante el uso de recursos tecnolgicos.

1.2.2 Domicilio de la empresa


Boulevard Luis Donaldo Colosio Murrieta y Prolongacin Valentn Gmez Faras
Sur Colonia Arboledas, Cdigo Postal 23070, La Paz, Baja California Sur.

1.2.3 Giro
El CECOTED tiene la actividad de impulsar la modernizacin contribuyendo a mejorar
la pertinencia, equidad y calidad de la educacin, mediante el uso y aprovechamiento
de las nuevas TIC.
1.2.4 Organigrama
Son sistemas de organizacin que se representa en forma intuitiva y con objetividad.
Tambin son llamados cartas o grficas de organizacin. Los organigramas sealan la
vinculacin que existe entre s de los departamentos a lo largo de las lneas de
autoridad principales1. El siguiente diagrama representa la forma en que est
organizado el CECOTED:

ORGANIGRAMAS. Microsoft Word document.doc organigramas.pdf. [Fecha de consulta: 18


Septiembre
2013].
Disponible
en:
http://educativopracticas.files.wordpress.com/2009/01/organigramas1.pdf

12

En el rea de CECOTED se cuenta con cinco niveles jerrquicos, en los primeros tres
se distribuyen los jefes, en el cuarto nivel estn los departamentos que se encargan de
las distintas tareas y en el quinto nivel estn los tcnicos y personas encargadas de
soporte.
1.2.5 Breve descripcin de la empresa
El CECOTED coordina, fomenta, instrumenta y consolida innovaciones educativas,
acordes con las necesidades locales, que permitan elevar la calidad de la educacin
mediante el uso de recursos tecnolgicos.
Establece los lineamientos para la produccin, seleccin y evaluacin de
recursos orientados a mejorar la prctica pedaggica, a travs del uso de las TIC.
Tambin ayuda en el apoyo de servicio a equipos de departamentos pertenecientes a
la SEP.

13

1.3 Justificacin del proyecto


El Sistema de Solicitud de Servicio Preventivo y Correctivo Va Web hace posible que
se lleve un registro y control de fallas de

los equipos y las acciones a seguir

dependiendo del problema que se presente.


El mantenimiento preventivo y correctivo se llevar a cabo a los equipos siempre
y cuando este registrado como equipo de la empresa.
El equipo de cmputo que se entregue al CECOTED para su mantenimiento
preventivo o correctivo, ser devuelto al rea correspondiente despus de verificar y
presentar un veredicto del problema que tiene. Dependiendo del estado que tenga
asignado el equipo ya sea en espera, reparacin, o finalizado, el usuario podr

14

monitorear el avance as como ver los comentarios y/o comentar en la propia pgina
del reporte, dndole certeza de que su equipo esta siento tratado.
El reto es implementar la tecnologa para

mejorar los sistemas actuales,

pudiendo as capturar los registros y procesar dicha informacin para obtener as un


sistema completo.

1.4 Objetivos generales y especficos

1.4.1 Objetivos Generales


Desarrollar un Sistema de Solicitud de Servicios Preventivos y Correctivos Va Web
con la finalidad de realizar las siguientes actividades:

Registros de solicitantes.

Generacin de reportes.

Identificacin de servicios y prestaciones.

Contabilizacin de inventario de equipo bajo responsabilidad del departamento.

Bitcoras y seguimientos de servicios.

15

1.4.2 Objetivos Especficos

Implementacin de una Base de Datos en la que se almacene toda la


informacin referente al uso y gestin del sistema.

Contar con un catlogo de activos fijos de la empresa.

Contar con un catlogo de usuarios del sistema en consideracin con sus


niveles de privilegios y rea de actividad.

Implementacin de un mecanismo de optimizacin de procesos de reportes y


solicitudes.

Contar con una bitcora se seguimiento en el que a cada usuario solicitante le


sea posible la consulta del estatus de su solicitud.

1.5 Caractersticas del rea en que particip


El rea cuenta con varios departamentos, uno de los ms importantes es el
denominado Site. El Site es el departamento que se encarga de la gestin completa de
la infraestructura de red.
El departamento de taller es el encargado del mantenimiento y reparacin de los
equipos electrnicos con los que cuenta la SEP.
El departamento de desarrollo de software es el encargado del desarrollo de
software relacionado con las necesidades de la empresa.
El departamento del subcoordinador de redes e informtica es el encargado de
la administracin de los dems departamentos.

16

1.6 Problemas a resolver


La empresa no cuenta con un catlogo de usuarios, por lo tanto, no es posible llevar un
historial de usuarios, todos los reportes son registrados en papel, tomando tiempo extra
al registrar el equipo.
No se lleva una bitcora de los servicios proporcionados debido a que las hojas
de servicio no se resguardan. Los usuarios no tienen conocimiento del seguimiento que
llevan sus equipos.

17

1.7 Alcances y limitaciones


1.7.1 Alcances

Se obtendr paulatinamente una base de datos con los empleados y los equipos
que estn a su cargo para un mejor control del activo.

El empleado podrn crear un reporte rpido y efectivo sobre algn desperfecto


que surja en sus equipos.

El empleado podr tener un seguimiento de su equipo al contar con un apartado


para cada caso, que se actualizar por parte del tcnico encargado del
mantenimiento.
Se generarn estadsticas con base en el historial de reportes, con el fin de

ayudar en la toma de decisiones.

1.7.2 Limitaciones

Dentro de las limitaciones existen dos tipos, las personales y las organizacionales.

18

Entre los aspectos personales, se presentaron las siguientes limitaciones:

El nulo conocimiento de las tecnologas aplicadas a la programacin.

Debido a que el desarrollo del proyecto se ha desarrollado fuera de la ciudad de


mi residencia natural se presentaron limitaciones de transporte, limitaciones de
alimentacin, etc.

Entre los aspectos organizacionales, se presentaron las siguientes limitaciones:

La empresa no cuenta con recursos para obtener equipos nuevos, por lo tanto
se tuvo que adaptar el proyecto a las tecnologas con las que la empresa
contaba.

Debido a que no se asign un lugar dentro de la empresa se tuvieron que


adaptar otros lugares para trabajar.

1.8 Fundamento o marco terico


En esta seccin se describe los fundamentos tericos necesarios para desarrollar parte
de este trabajo. El Captulo I presenta una descripcin de las Bases de Datos,
posteriormente el Captulo II abarca el diseo, esto incluye el diseo de la base de
datos y sus tipos, tambin incluye el diseo de interfaces. El captulo III describe el
desarrollo de software todo lo relacionado a lenguajes de programacin y otras
herramientas necesarias para el desarrollo rpido y exitoso de software. Finalmente el
Captulo IV presenta el sistema desarrollado con base en la plataforma presentada en
los captulos anteriores.

19

Capitulo I. Introduccin a las bases de datos

1.1 Definicin de Base de Datos


Una Base de Datos es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca
puede considerarse una base de datos compuesta en su mayora por documentos y
textos impresos en papel e indexados para su consulta.
En la actualidad y debido al desarrollo tecnolgico de campos como la
informtica y la electrnica, la mayora de las bases de datos se encuentran

en

formato digital (electrnico), ofreciendo un amplio rango de soluciones al problema de


almacenar datos2.

UNIVERSIDAD del norte. modulo2outlook.pdf. [Fecha de consulta: 12 Octubre 2013]. Disponible en:
http://www.alvaurk.com/samayra/modulo2outlook.pdf

20

1.2 Sistema Gestor de Bases de Datos


Un Sistema Gestor de Bases de Datos (SGBD) es un conjunto de programas que se
encargan de manejar la creacin y todos los accesos a la base de datos. Se compone
de un lenguaje de definicin de datos (DDL), un lenguaje de manipulacin de datos
(DML) y de un lenguaje de consulta (SQL)3
El SGBD sirve como interfaz entre la base de datos fsica y las peticiones del
usuario. El SGBD interpreta las peticiones de entrada/salida del usuario y las manda al
sistema operativo para la transferencia de datos entre la unidad de memoria secundaria
y principal.
Los objetivos de un SGBD son:
Permitir la definicin de todos los datos, permitir manipular los datos, establecer
controles para la seguridad de los datos, permitir accesos concurrentes4.

1.3 Personas que interactan con un SGBD


Cuando la estructura de la base de datos central es simple o su contenido no es en
gran volumen, regularmente la responsabilidad de gestionar la informacin almacenada
suele recaer sobre una sola persona, denominada administrador de la base de datos.
El administrador de la base de datos poseer el total de los privilegios para el
desarrollo de la actividad de gestin.
El tamao de una base de datos no slo depende del nmero de tablas que sta
contenga, sino tambin, el nmero de registros que almacena, la relacin que hay entre
las tablas, su relacin con otras bases de datos o sistemas externos y la arquitectura.
Estos aspectos aumentan la complejidad de la base de datos y con ello tambin la
complejidad de su administracin, por lo que, resulta necesario dividir la
3

Sistema manejador de base de datos. [Fecha de consulta: 15 Octubre 2013]. Disponible en:
http://www.slideshare.net/dikatherin93/sistema-manejador-de-bases-de-datos
4

Sistema manejador de base de datos. [Fecha de consulta: 15 Octubre 2013]. Disponible en:
http://www.slideshare.net/dikatherin93/sistema-manejador-de-bases-de-datos

21

responsabilidad en diversos actores cuyos privilegios llegan a variar de acuerdo a una


organizacin, polticas de seguridad, entre otros factores.

1.3.1 Administrador de base de datos


En cualquier organizacin en la que muchas personas utilicen los mismos recursos se
requiere un jefe administrador que supervise y gestione dichos recursos. En un entorno
de base de datos, el recurso primario es la propia base de datos y el secundario es
tanto el SGBD como el software relacionado con l.
La administracin de estos recursos es responsabilidad del Administrador de
base de datos (DBA).
El DBA se encarga de autorizar el acceso a la base de datos, de vigilar y coordinar su
utilizacin y de adquirir los recursos de software y hardware que sean necesarios. El
DBA entre otras cosas, es la persona responsable de solucionar problemas como
violaciones de la seguridad o una respuesta lenta del sistema 5.

1.3.2 Diseadores de bases de datos


Los diseadores de bases de datos se encargan de identificar los datos que se
almacenarn en la base de datos y de elegir las estructuras apropiadas para presentar
y almacenar dichos datos. Por lo general estas tareas se realizan antes de que se
implemente la base de datos y se carguen los datos.
Los diseadores tienen la responsabilidad de comunicarse con todos los futuros
usuarios de la base de datos con el fin de comprender sus necesidades. Asimismo,
presentar un diseo que satisfaga esos requerimientos en muchos casos. Los
diseadores forman parte del personal del DBA y tal vez asuman otras
responsabilidades una vez terminado el diseo de la base de datos.

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

22

Casi siempre los diseadores interactan con cada uno de los grupos de
usuarios potenciales y desarrollan una vista de la base de datos que satisfaga los
requerimientos de datos y de procesamiento de cada grupo. Despus, se analizan las
vistas y se integran con las de otros grupos de usuarios. El diseo final debe ser capaz
de satisfacer las necesidades de todos los grupos6.

1.3.3 Usuarios finales


Los usuarios finales son las personas cuyo trabajo requiere acceder a la base de datos
para consultarla, actualizarla y generar informes. La base de datos existe
principalmente para que ellos la utilicen. Hay varias categoras de usuarios finales:
Los usuarios finales ocasionales: acceden de vez en cuando a la base de datos pero
es posible que requieran informacin diferente en cada ocasin.
Los usuarios finales simples: constituyen una porcin apreciable de la totalidad de los
usuarios finales.
Los usuarios finales avanzados: pueden ser los ingenieros, cientficos, analistas de
negocios y otros.
Los usuarios autnomos: un ejemplo es el usuario de un paquete fiscal que almacena
diversos datos financieros personales para fines fiscales 7.

1.4 Comparacin de Sistemas Gestores de Bases de Datos.


Como vimos en el captulo I, en el punto 1.2 El Sistema Gestor de Base de Datos es un
tipo de software diseado para fungir como interface entre la base de datos, el usuario
y las aplicaciones. A continuacin se nombran algunos de los ms importantes
Sistemas Gestores de Base de Datos:

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
7
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

23

1.4.1 SQL Server


SQL Server es una familia de productos y tecnologas que renen los requisitos de
almacenaje de datos de ambientes OLTP y OLAP8.
SQL Server es un sistema de administracin de bases de datos relacional (RDBMS)

Administra el almacenaje de datos para transacciones y anlisis

Responde a peticiones de aplicaciones Cliente

Utiliza:
o Transact SQL.
o XML9.
o MDX10.
o SQL DMO11

1.4.2 Oracle
Oracle la Primera Base de Datos Diseada para Grid Computing, es un sistema de
gestin de base de datos relacional fabricado por Oracle Corporation.
Oracle es bsicamente un herramienta cliente/servidor para la gestin de base
de datos la gran potencia que tiene y su elevado precio hace que solo se vea en
empresas muy grandes y multinacionales, por norma general.
Oracle Corporation: es una de las mayores compaas de software del mundo.
Sus productos van desde bases de datos (Oracle) hasta sistemas de gestin. Cuenta

INTELISIS. Microsoft PowerPoint - MSSQL Server [B.sico] - D2151.pdf. [Fecha de consulta 17


Noviembre 2013]. Disponible en: http://consultoria.intelisis.com/Documentos/D2151.pdf
9

OREILLY
XML.
Xml.com.
[Fecha
17
Noviembre
http://www.xml.com/pub/a/98/10/guide0.html?page=2#AEN58

2013].

Disponible

en:

10

MICROSOFT. TN MDX. [Fecha 17 Noviembre 2013]. Disponible en: http://technet.microsoft.com/enus/library/aa216767%28v=sql.80%29.aspx


11

MICROSOFT. Objetos de administracin de base de datos de SQL (SQL-DMO) [Fecha 17 Noviembre


2013]. Disponible en: http://technet.microsoft.com/es-es/library/ms131540%28v=sql.105%29.aspx

24

adems, con herramientas propias de desarrollo para realizar potentes aplicaciones,


como Oracle Designer12.

1.4.3 MySQL
MySQL es una opcin atractiva tanto para aplicaciones comerciales, como de
entretenimiento precisamente por su facilidad de uso y tiempo reducido de puesta en
marcha, anexando a estas caractersticas su licencia GPL que otorga como beneficios
adicionales (no menos importantes) contar con un alto grado de estabilidad y un rpido
desarrollo13. My SQL tiene las siguientes caractersticas:

Prestaciones:

MySQL es un SGBD que ha ganado popularidad por una serie de atractivas


caractersticas:

Est desarrollado en C14/C++15.

Se distribuyen ejecutables para cerca de diecinueve plataformas diferentes.

La API se encuentra disponible en C, C++, Eiffel16, JAVA17, Pearl18, PHP19,


Phyton20, Ruby21

12

Microsoft Word - Que es Oracle.doc - oracle.pdf. ) [Fecha 20 Noviembre 2013]. Disponible en:
https://iessanvicente.com/colaboraciones/oracle.pdf
13

CASILLAS Santilln Luis Alberto. untitled - P06_M2109_02151.pdf. [Fecha de consulta 11 Diciembre


2013].
Disponible
en:
http://ocw.uoc.edu/computer-science-technology-and-multimedia/bases-dedatos/bases-de-datos/P06_M2109_02151.pdf
14
15

MySQL. MySQL :: MySQL 5.0 Reference Manual :: 1.4.2 Las principales caractersticas de MySQL.
[Fecha
de
consulta:
11
Diciembre
2013].
Disponible
en:
http://dev.mysql.com/doc/refman/5.0/es/features.html
16

EIFFEL software. Eiffel Solutions for Everyone. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://www.eiffel.com/what-is-eiffel.html
17
JAVA. Qu es Java?. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://www.java.com/es/download/whatis_java.jsp
18
PERL. About Perl. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://www.perl.org/about.html
19
PHP. PHP: Hypertext Preprocessor. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://php.net/

25

Est optimizado para equipos de mltiples procesadores.

Es muy destacable su velocidad de respuesta.

Se puede utilizar como cliente-servidor o incrustado en aplicaciones.

Cuenta con un rico conjunto de tipos de datos.

Soporta mltiples mtodos de almacenamiento de las tablas, con prestaciones y


rendimiento diferentes para poder optimizar el SGBD a cada caso concreto.

Su administracin se basa en usuarios y privilegios.

Se tiene constancia de casos en los que maneja cincuenta millones de registros,


sesenta mil tablas y cinco millones de columnas.
o Sus opciones de conectividad abarcan TCP/IP 22, sockets, UNIX23, entre
otros, adems de soportar completamente ODBC24
o Es altamente confiable en cuanto a estabilidad se refiere.

Limitaciones:

Al comprender sus principios de diseo, se puede explicar mejor las razones de


algunas de sus carencias. Por ejemplo, el soporte de transacciones o la integridad
referencial (la gestin de claves forneas) en MySQL est condicionado a un esquema
de almacenamiento de tabla concreto.
De tal forma que si el usuario no va a usar transacciones, puede usar el esquema de
almacenamiento tradicional (MyISAM25) y obtendr mayor rendimiento, mientras que

20

PYTHON. Python Programming Language Official Website. [Fecha de consulta 11 Diciembre 2013].
Disponible en: http://www.python.org/
21
RUBY. Acerca de Ruby. [Fecha de consulta 11 Diciembre 2013]. Disponible en: http://www.rubylang.org/es/about/
22
mcgraw-hill. [Fecha de consulta 11 Diciembre 2013]. Disponible en: http://www.mcgrawhill.es/bcv/guide/capitulo/8448199766.pdf
23
THE OPEN GROUP. What is UNIX?. [Fecha de consulta 11 diciembre 2013]. Disponible en:
http://www.unix.org/what_is_unix.html
24
Qu es el ODBC?. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://www.uv.es/~jac/guia/gestion/gestion3.htm
25
MySQL. MySQL :: MySQL 5.0 Reference Manual :: 14.1 El motor de almacenamiento MyISAM. [Fecha
de consulta 11 Diciembre 2013]. Disponible en: http://dev.mysql.com/doc/refman/5.0/es/myisam-storageengine.html

26

si su aplicacin requiere transacciones, deber usar el esquema que lo permite


(InnoDB26).

1.5 Modelos de base de datos


Un Modelo de Base de Datos es una coleccin de conceptos que se emplean para
describir la estructura de una base de datos. Esa coleccin de conceptos incluye:
entidades, propiedades (o atributos) de esas entidades y relaciones entre esas
entidades. Un modelo de datos no es solamente un modo de estructurar datos: si no
que tambin define las operaciones que pueden ser realizadas sobre los datos
(transacciones)27.

1.5.1 Modelo jerrquico (Bases de datos jerrquicas)


La representacin grfica de este modelo se realiza mediante la creacin de un rbol
invertido. El nivel ms alto del rbol se denomina raz. En la Figura 1.1 se muestra un
ejemplo del modelo jerrquico.

26

MySQL. MySQL :: MySQL 5.0 Reference Manual :: 15 El motor de almacenamiento InnoDB. [Fecha de
consulta 11 Diciembre 2013]. Disponible en: http://dev.mysql.com/doc/refman/5.0/es/innodb.html
27
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

27

Figura 1.1 Modelo de Base de Datos Jerrquica.


Fuente: Monografas. Funciones del DBA. Universidad veracruzana 28.
La Figura 1.1 muestra los componentes del Modelo de Base de Datos
Jerrquica. Los componentes son los elementos llamados nodos que representan un
tipo de registro conceptual, es decir, una entidad.
A su vez, cada nodo (entidad o segmento) est constituido por un nmero de
campos que los describen, que son las propiedades o atributos de los nodos. Las
relaciones entre nodos estn representadas por las ramas. Los nodos estn enlazados
mediante relaciones uno a muchos, es decir un nodo hijo no puede tener ms de un
padre, y no se permiten ms de una relacin entre dos nodos 29.
1.5.2 Modelo de red (Base de datos de red)
Es similar al Modelo jerrquico con la diferencia que en este modelo, un hijo puede
tener varios padres. En comparacin con el modelo jerrquico permiti un modelado
ms natural de relaciones entre entidades. En la Figura 1.2 se muestra un ejemplo del
modelo de red.

28

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
29
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

28

Figura 1.2 Modelo de Base de Datos de Red.


Fuente: Monografas. Funciones del DBA. Universidad veracruzana 30.
La Figura 1.2 Muestra el esquema que existe en un modelo de red, donde los
nodos estn conectados en relacin muchos a muchos por consiguiente varios padres
pueden relacionarse con varios hijos y viceversa.

1.5.3 Modelo Relacional (Base de datos relacional)


El modelo de base de datos relacional realiza bsquedas utilizando los datos de
columnas especificadas de una relacin (tabla) para encontrar datos adicionales en
otra relacin, haciendo coincidir la informacin de una columna de una relacin con la
informacin de la columna correspondiente de otra relacin y con ello produce una
tercera relacin que combina los datos solicitados de ambas relaciones. Es decir, una
base de datos relacional utiliza los valores coincidentes de dos relaciones para
relacionar informacin de ambas31. En la Figura 1.3 se muestra un ejemplo del modelo
relacional.

30

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
31
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

29

Figura 1.3 Modelo de Base de Datos Relacional.


Fuente: Monografas. Funciones del DBA. Universidad veracruzana 32.
La Figura 1.3 muestra la estructura de una base de datos relacional que
almacena informacin en relaciones (tablas) las cuales a su vez contienen tplas (filas)
y Atributos (columnas).

1.5.5. Modelo Orientado a Objetos (Bases de datos O.O.)


Cuando se integra las caractersticas de una base de datos con las de un lenguaje de
programacin orientado a objetos, el resultado es un sistema gestor de base de datos
orientado a objetos (SGBDOO). Este sistema hace que los objetos de la base de datos
aparezcan como objetos de un lenguaje de programacin en uno o ms lenguajes de
programacin a los que d soporte33.

1.5.4 Modelo Entidad - Relacin


Los diagramas o modelos entidad-relacin son una herramienta para el modelado de
datos de un sistema de informacin. Estos modelos expresan entidades relevantes
para dicho sistema, sus inter-relaciones y propiedades34. La Figura 1.4 muestra un
ejemplo del modelo entidad relacin.

Figura 1.4 Modelo de Base de Datos Entidad - Relacin.


32

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
33
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
34
GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf

30

Fuente: Monografas. Funciones del DBA. Universidad veracruzana 35.


LaFigura 1.4 muestra el modelo entidad relacin que representa a la realidad a
travs de entidades, que existen y se distinguen de otros por sus atributos, ejemplo:
una persona, se caracteriza por su DNI (Documento Nacional de Identidad), sus
nombres y apellidos, su direccin, su estado civil, etc. Estas entidades se encuentran
relacionadas.
Es una representacin conceptual de la informacin. Mediante una serie de
procedimientos se puede pasar del modelo E-R a otros.

1.6 Diseo estructural de la base de datos


El inicio de esta fase comienza cuando se encuentra la necesidad de desarrollar un
sistema con el cual agilizar una tarea especfica o incluso si se desea tener control de
los datos que ah se manejan. Consta de tres actividades: Obtencin de
requerimientos, estudio de factibilidad y factibilidad: tcnica, econmica y operativa.

1.6.1 Obtencin de requerimientos


Para la toma de requisitos, Steve McConnell en su Software Project Survival Guide
propone un proceso ms o menos secuencial de nueve pasos 36:

Identificacin de usuarios finales clave.

Entrevista a dichos usuarios finales.

Construccin de un prototipo basado en los resultados de las entrevistas. Es


importante que el prototipo sea a la vez simple e interactivo.

Presentacin del prototipo a los usuarios finales, solicitando feedback.

Desarrollar una gua de estilo que refleje el diseo/interfaz del prototipo.

35

GMEZ Snchez Jorge. Monografa Gmez Snchez.pdf. [Fecha de consulta: 15 Octubre 2013].
Disponible en: http://cdigital.uv.mx/bitstream/123456789/28520/1/Gomez%20Sanchez.pdf
36
MIANA Roberto. Calidad y Software: Cmo hacer una toma de requisitos. [Fecha de consulta 19
Octubre 2013]. Disponible en: http://calidadysoftware.blogspot.mx/2012/10/como-hacer-una-toma-derequisitos.html

31

Completar y extender el prototipo hasta que demuestre funcionalmente todo el


software.

Utilizar el prototipo como la primera lnea de base de los requisitos.

Escribir una documentacin de usuario detallada, basada en el prototipo


anterior.

Crear documentacin de requisitos no funcionales para algoritmos, procesos,


interfaces con otros sistemas hardware y software, etc.

Por consiguiente, se deben considerar los siguientes puntos:


a) Todos los documentos anteriores, as como el prototipo, se pondrn bajo control
de cambios a partir de su primera versin. Es fundamental no esperar a fases
posteriores, ya que cada versin no es slo para controlar lo entregado al
cliente, sino que

nos evita

mltiples problemas, proporciona agilidad

(especialmente cuando se deben revertir cambios), y apenas nos quita tiempo


(sobre todo si se automatiza).
b) El prototipo no necesita tener cdigo. Existen herramientas de desarrollo de
prototipos basadas en flujos de acciones, flujos de procesos. Pero tambin las
hay que simplemente dibujan pantallas. Utilizar algunos programas como
ofimtica, como por ejemplo, PowerPoint, Impress, etc. pueden ser herramientas
de desarrollo de prototipos giles, y efectivas. Estos programas son de fcil
reproduccin en cualquier dispositivo (PC, tablet, mvil, etc.)37

1.6.2 Estudio de factibilidad


Despus de definir la problemtica y establecer las causas que ameritan de un nuevo
sistema, es pertinente realizar un estudio de factibilidad para determinar la
infraestructura tecnolgica y la capacidad tcnica que implica la implantacin del
sistema en cuestin, as como los costos, beneficios y el grado de aceptacin que la
propuesta genera en la Institucin.
37

MIANA Roberto. Calidad y Software: Cmo hacer una toma de requisitos. [Fecha de consulta 19
Octubre 2013]. Disponible en: http://calidadysoftware.blogspot.mx/2012/10/como-hacer-una-toma-derequisitos.html

32

Este anlisis permite determinar las posibilidades de disear el sistema


propuesto y su puesta en marcha, los aspectos tomados en cuenta para este estudio
fueron clasificados en tres reas, las cuales se describen a continuacin:

1.6.2.1 Factibilidad tcnica


La Factibilidad Tcnica consisti en realizar una evaluacin de la tecnologa existente
en la organizacin, este estudio estuvo destinado a recolectar informacin sobre los
componentes tcnicos que posee la organizacin y la posibilidad de hacer uso de los
mismos en el desarrollo e implementacin del sistema propuesto y de ser necesario,
los requerimientos tecnolgicos que deben ser adquiridos para el desarrollo y puesta
en marcha del sistema en cuestin38

1.6.2.2 Factibilidad Econmica


Se determinan los recursos para desarrollar, implantar, y mantener en operacin el
sistema programado, haciendo una evaluacin donde se puso de manifiesto el
equilibrio existente entre los costos intrnsecos del sistema y los beneficios que se
derivaron de ste, lo cual permiti observar de una manera ms precisa las bondades
del sistema propuesto39.

1.6.2.3 Factibilidad Operativa


La Factibilidad Operativa permite predecir, si se pondr en marcha el sistema
propuesto, aprovechando los beneficios que ofrece, a todos los usuarios involucrados
con el mismo, ya sean los que interactan en forma directa con este, como tambin

38

ESTUDIO DE FACTIBILIDAD - factib.pdf. [Fecha de consulta 19 Octubre 2013]. Disponible en:


http://www.cid.uc.edu.ve/fponte/ejemplo/factib.pdf
39
ESTUDIO DE FACTIBILIDAD - factib.pdf. [Fecha de consulta 19 Octubre 2013]. Disponible en:
http://www.cid.uc.edu.ve/fponte/ejemplo/factib.pdf

33

aquellos que reciben informacin producida por el sistema. Por otra parte, el correcto
funcionamiento del sistema en cuestin, siempre estar supeditado a la capacidad de
los empleados encargados de dicha tarea40.

1.6.3 Aprobacin del proyecto


Se trata de convertir las decisiones de la fase anterior a

nmeros tales como el

presupuesto, etc. para que con mtodos adecuados de anlisis de inversiones,


podamos llegar a la conclusin sobre si el proyecto propuesto es viable o no, y en qu
condiciones.

1.7 Modelado de datos


Los modelos se utilizan en todo tipo de ciencias. Su finalidad es la de simbolizar una
parte del mundo real de forma que sea ms fcilmente manipulable. En definitiva es un
esquema mental (conceptual) en el que se intentan reproducir las caractersticas de
una realidad especfica41.
En el caso de los modelos de datos, lo que intentan reproducir es una
informacin real que deseamos almacenar en un sistema informtico.
Se denomina esquema a una descripcin especfica en trminos de un modelo
de datos. El conjunto de datos representados por el esquema forma la base de datos.

40

ESTUDIO DE FACTIBILIDAD - factib.pdf. [Fecha de consulta 19 Octubre 2013]. Disponible en:


http://www.cid.uc.edu.ve/fponte/ejemplo/factib.pdf
41
SNCHEZ Jos. Microsoft Word - diseo de bases de datos.doc - disenoBD.pdf. [Fecha de consulta
23 Octubre 2013]. Disponible en: http://www.jorgesanchez.net/bd/disenoBD.pdf

34

1.7.1 Clasificacin de los modelos de datos


El modelo de datos es el enfoque utilizado para la representacin de las entidades y
sus caractersticas dentro de la base de datos. La figura 1.5 muestra un ejemplo de la
transformacin de los datos en base a un modelo de datos.

Figura 1.5 Clasificacin de los Modelos de Datos.


Fuente: Diseo Conceptual de Bases de datos42.
En la Figura 1.5 aparecen los distintos esquemas que llevan desde el mundo
real a la base de datos fsica. Como se ve aparecen varios esquemas intermedios. Los
que estn ms a la izquierda se alejan ms de las caractersticas fsicas. Los
elementos de ese esquema son:

Mundo real. Contiene la informacin tal cual la percibimos como seres


humanos. Es el punto de partida.

Esquema conceptual. Representa el modelo de datos de forma independiente


del DBMS que se utilizar.

42

SNCHEZ Jos. Microsoft Word - diseo de bases de datos.doc - disenoBD.pdf. [Fecha de consulta
23 Octubre 2013]. Disponible en: http://www.jorgesanchez.net/bd/disenoBD.pdf

35

Esquema cannico (o de base de datos). Representa los datos en un formato


ms cercano al del ordenador.

Esquema interno. Representa los datos segn el modelo concreto de un


sistema gestor de bases de datos.

Base de datos fsica. Los datos tal cual son almacenados en disco.

36

Captulo II. Diseo


Las dificultades inherentes al diseo de una base de datos han de afrontarse con
procedimientos ordenados y metdicos. En el proceso de diseo de una base de datos
hemos de distinguir tres grandes fases43:

Diseo conceptual: el objetivo es obtener una representacin de la informacin


con independencia de usuarios y aplicaciones en particular, y fuera de
consideraciones sobre la eficiencia del ordenador.

Diseo lgico: el objetivo es transformar el diseo conceptual obtenido y


adaptarlo al modelo de datos en el que se apoya el SGBD que se va a utilizar.
En nuestro caso, el SGBD es relacional, por lo cual nos referiremos a este
modelo de datos.

Diseo fsico: cuyo objetivo es conseguir una instrumentacin lo ms eficiente


posible del diseo lgico.

El diseo fsico depende de cada SGBD y cada

computadora en particular.

2.1 Diseo conceptual


El diseo conceptual, brevemente expresado, consiste en extraer del trabajo de la
empresa aquellas entidades y acciones que son de uso habitual en la misma y que van
a formar parte de la base de datos.
Para ello, la forma habitual de diseo es mediante la consulta con los empleados
de la empresa, pues a partir de la misma se ha de obtener el conjunto de entidades que
van a formar parte de la base de datos, as como las acciones relevantes que pueden
afectar al diseo de la base de datos.

43

Diseo Base Datos - DisenoBD.pdf. [Fecha de consulta 23 Octubre 2013]. Disponible en:
http://informatica.uv.es/estguia/ATD/apuntes/teoria/documentos/DisenoBD.pdf

37

En el diseo conceptual se dan a conocer las entidades que tendr la base de


datos, el siguiente paso es distinguir la relacin que existe entre estas entidades, a esta
relacin se le llama cardinalidad.

2.1.1 Cardinalidad
La cardinalidad es obtenida en base a las posibilidades de relacin entre las entidades,
existiendo tres tipos de cardinalidad44:

Cardinalidad 1:1
Es cuando una entidad A se relaciona solo con otra entidad B y viceversa. Por ejemplo,
el identificador de un coche (nmero de bastidor) se corresponde con una matrcula y
esa matrcula con ese identificador del coche.

Cardinalidad 1:N
Es cuando una entidad A se puede relacionar con N entidades B pero no al revs. Por
ejemplo un libro puede tener N ejemplares, pero un ejemplar es solo de un libro.

Cardinalidad N:M
Es cuando una entidad A se relaciona con N entidades B y viceversa. Por ejemplo, un
libro puede ser escrito por varios autores distintos y un autor puede escribir varios libros
distintos45.

44

Diseo Base Datos - DisenoBD.pdf. [Fecha de consulta 23 Octubre 2013]. Disponible en:
http://informatica.uv.es/estguia/ATD/apuntes/teoria/documentos/DisenoBD.pdf
45

Diseo Base Datos - DisenoBD.pdf. [Fecha de consulta 23 Octubre 2013]. Disponible en:
http://informatica.uv.es/estguia/ATD/apuntes/teoria/documentos/DisenoBD.pdf

38

2.2 Diseo lgico


La conversin del diseo conceptual al diseo lgico est basada en los tres principios
siguientes:

Todo tipo de entidad del modelo conceptual se convierte en una tabla.

Todo tipo de relacin entre tablas 1:N se traduce en una propagacin de la clave
(se crea una clave primaria o fornea) o bien se crea una nueva tabla
intermedia.

Todo tipo de relaciones entre tablas N:M (muchos a muchos) origina la creacin
de una nueva tabla intermedia.

2.2.1 Teora de la normalizacin

En el desarrollo del diseo lgico obtenemos una serie de tablas finales que son las
candidatas a formar nuestra base de datos. Sin embargo, dichas tablas han sido
obtenidas a partir de un diseo conceptual elaborado sin ningn tipo de reglas, por lo
que podemos obtener un diseo de tablas ms o menos heterogneo.
La teora de la normalizacin consiste en un conjunto de reglas formales que nos
permiten asegurar que un diseo lgico cumple una serie de propiedades, corrigiendo
la estructura de los datos de las tablas y evitando una serie de problemas como 46:

Redundancia e inconsistencia

Ambigedades

Prdida de informacin

46

Diseo Base Datos - DisenoBD.pdf. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://informatica.uv.es/estguia/ATD/apuntes/teoria/documentos/DisenoBD.pdf

39

Aparicin en la base de datos de estados no vlidos en el mundo real, es lo que


se llama anomalas de insercin, borrado y modificacin.

2.3 Diseo fsico


El diseo fsico se desarrolla con un SGBD y se trata de crear la base de datos con
todas sus tablas y relaciones.

2.4 Diseo de interfaces


El diseo de interfaces de usuario es una tarea que ha adquirido relevancia en el
desarrollo de un sistema. La calidad de la interfaz de usuario puede ser uno de los
motivos que conduzca a un sistema al xito o al fracaso.
Los principios que se presentan son de utilidad para creacin de interfaces
funcionales y de fcil operacin. A pesar de no ser capaces de resolver todos los
aspectos propios del contexto con el que se est trabajando, pueden ser combinados
con el desarrollo de los prototipos y la aplicacin de heursticas de evaluacin para
facilitar el proceso de diseo47

2.4.1 Interface de usuario


La Interfaz de Usuario (UI) de un programa es un conjunto de elementos hardware y
software de una computadora que presentan informacin al usuario y le permiten
interactuar con la informacin y con el computadora.

47

GMEZ Leopoldo Sebastin. Principios - DIU.pdf. [Fecha de consulta 1 Noviembre 2013]. Diponible
en: http://sebastiangomez.sytes.net/papers/DIU.pdf

40

Tambin se puede considerar parte de la IU la documentacin (manuales,


ayuda, referencia, tutoriales) que acompaa al hardware y al software. Los programas
son usados por usuarios con distintos niveles de conocimientos, desde principiantes
hasta expertos. Es por ello que no existe una interfaz vlida para todos los usuarios y
todas las tareas. Debe permitirse libertad al usuario para que elija el modo de
interaccin que ms se adece a sus objetivos en cada momento. La mayora de los
programas y sistemas operativos ofrecen varias formas de interaccin al usuario.
Existen tres puntos de vista distintos en una IU: el del usuario, el del
programador y el del diseador. Cada uno tiene un modelo mental propio de la interfaz,
que contiene los conceptos y expectativas acerca de la misma, desarrollados a travs
de su experiencia48

48

GMEZ Leopoldo Sebastin. Principios - DIU.pdf. [Fecha de consulta 1 Noviembre 2013]. Diponible
en: http://sebastiangomez.sytes.net/papers/DIU.pdf

41

Captulo III. Desarrollo de software

3.1 Sistema
Del latn systema, un sistema es mdulo ordenado de elementos que se encuentran
interrelacionados y que interactan entre s. El concepto se utiliza tanto para definir a
un conjunto de conceptos como a objetos reales dotados de organizacin49.

3.2 Programa
Las instrucciones que "entiende" el ordenador son muy simples, pero ejecutadas en
ciertas secuencias y a un ritmo muy elevado pueden obtener resultados bastante
notables.
Para alcanzar sus objetivos las instrucciones se agrupan en programas que
siguen ciertos algoritmos. Los algoritmos son semejantes a recetas de cocina, donde
los pasos se realizan de forma ordenada para producir el resultado deseado.
Un programa, aplicacin o software puede verse como una herramienta que
permite al usuario realizar cierta tarea (o proporcionar soporte a la realizacin de una
tarea).

3.2.1 Tipos de software


El soporte lgico, segn sea el nivel de trabajo de cada programa, se suele clasificar en
software del sistema y software de aplicacin.

49

Definicin de sistema - Qu es, Significado y Concepto. [Fecha de consulta 15 Noviembre 2013].


Disponible en: http://definicion.de/sistema/

42

3.2.1.1 Software de sistema


Es el necesario para administrar y mantener los recursos del ordenador de una forma
eficiente. El software del sistema est constituido por50:

Programa de arranque: es el primer programa que se ejecuta cuando arranca la


mquina. Comprueba los dispositivos del ordenador y carga en memoria al
Sistema Operativo.

Sistema Operativo (S.O.): conjunto de programas que controlan y supervisan el


uso de los recursos del ordenador.

Programas de diagnstico, generacin y mantenimiento: son utilizados por los


responsables del mantenimiento y puesta al da del hardware y del software
(incluida la generacin y mantenimiento del propio SO). Con estos programas se
pretende por ejemplo localizar automticamente las averas de un determinado
dispositivo o circuito, o las causas de un mal funcionamiento de algn modulo
del SO.

Utilidades generales y herramientas de programacin que contienen programas


o ayudas que facilitan la construccin o el uso de las aplicaciones, sea cual sea
la naturaleza de stas.

3.2.1.2 Software de aplicacin


Corresponde a las aplicaciones especficas que utilizan los recursos del ordenador.
Diferenciar si ciertos programas de utilidades son software del sistema o software de
aplicacin es difcil.
As en principio el SO proporciona todos las caractersticas necesarias para el
funcionamiento del sistema. Sin embargo, a veces no alcanzan a cumplir las
necesidades del usuario o no es de fcil manejo. Estas deficiencias del SO se cubren
mediante las llamadas utilidades, que se desarrollan posteriormente.
50

Soporte lgico de un computador. CAPI2.pdf. [Fecha de consulta 15 Noviembre 2013]. Disponible en:
http://robotica.uv.es/pub/Libro/PDFs/CAPI2.pdf

43

Algunas de estas utilidades adquieren gran popularidad y las versiones


posteriores el SO las van incorporando. La rpida evolucin del software hace que
muchos de estos programas de utilidades pasen de ser aplicaciones a ser software
bsico.
Una relacin parcial de este tipo de software podra ser51:

Procesadores de texto

Bibliotecas matemticas y estadsticas

Hojas de clculo

Sistemas de gestin de archivo y de Bases de Datos

Agenda Electrnica

Correo Electrnico

Aplicaciones Grficas

CAD/CAM (Computer Aided Design/ Manufacturing)

Gestin de comunicaciones

Programas escritos por los usuarios.

3.2.2 Definicin de lenguaje de programacin


Un lenguaje de programacin consiste en un conjunto de rdenes o comandos que
describen el proceso deseado. Cada lenguaje tiene sus instrucciones y enunciados
verbales propios, que se combinan para formar los programas de cmputo.
Los lenguajes de programacin no son aplicaciones, sino herramientas que
permiten construir y adecuar aplicaciones.

51

Soporte lgico de un computador. CAPI2.pdf. [Fecha de consulta 15 Noviembre 2013]. Disponible en:
http://robotica.uv.es/pub/Libro/PDFs/CAPI2.pdf

44

Existen muchos lenguajes de programacin con caractersticas y aptitudes muy


diferenciadas. Todo ello se encuentra en dos grandes grupos 52:

Los lenguajes mquina. La codificacin de estos lenguajes se hace utilizando un


lenguaje binario de ceros y unos, que son los nicos smbolos que puede
entender cualquier computador.
Cada sistema fsico tiene su cdigo mquina distinta por lo que un programa
escrito en un determinado cdigo mquina slo vale para un sistema fsico.

Los lenguajes simblicos. Lenguaje de programacin en el que las instrucciones


de los diferentes programas se codifican utilizando los caracteres de las lenguas
naturales. La ejecucin de un programa.

3.3 Lenguajes de Programacin Para Ambiente Web


Los lenguajes web se enfocan a satisfacer con una interface simple y consistente las
necesidades de los usuarios de acceder a la inmensidad de recursos de internet.
Existen varios lenguajes que trabajan en ambiente web y se enumeran a continuacin:

3.3.1 Html
HTML53 es la abreviatura de HyperText Markup Language, y es el lenguaje que todos
los programas navegadores usan para presentar informacin en la World Wide Web
(WWW).
Este es un lenguaje muy sencillo que se basa en el uso de etiquetas,
consistentes en un texto ASCII encerrado dentro de un par de parntesis
angulares(<..>). El texto incluido dentro de los parntesis nos dar una explicacin de
52

Microsoft Word - Unidad I.doc - informatica_4.pdf. . [Fecha de consulta 15 Noviembre 2013].


Disponible en: http://fcasua.contad.unam.mx/apuntes/interiores/docs/98/4/informatica_4.pdf
53
MDN.
Html.
[fecha
de
consulta
17
Noviembre
2013.]
Disponible
en:
https://developer.mozilla.org/es/docs/HTML

45

la utilidad de la etiqueta. As por ejemplo la etiqueta <TABLE> nos permitir definir una
tabla.
Las etiquetas podrn incluir una serie de atributos o parmetros, en su mayora
opcionales, que nos permitirn definir diferentes posibilidades o caractersticas de la
misma. Estos atributos quedarn definidos por su nombre (que ser explicativo de su
utilidad) y el valor que toman separados por un signo de igual. En el caso de que el
valor que tome el atributo tenga ms de una palabra deber expresarse entre comillas,
en caso contrario no ser necesario54.

3.3.2 PHP
PHP55 es un acrnimo recursivo que significa PHP Hypertext Pre-processor
(inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente por
Rasmus Lerdof en 1994.
Sin embargo la implementacin principal de PHP es producida ahora por The
PHP Group y sirve como el estndar de facto para PHP al no haber una especificacin
formal. Publicado bajo la PHP License, la Free Software Foundation considera esta
licencia como software libre.
PHP es un lenguaje interpretado de propsito general ampliamente usado y que
est diseado especialmente para desarrollo web y puede ser embebido dentro de
cdigo HTML. Generalmente se ejecuta en un servidor web, tomando el cdigo en PHP
como su entrada y creando pginas web como salida.
Puede ser desplegado en la mayora de los servidores web y en casi todos los
sistemas operativos y plataformas sin costo alguno. PHP se encuentra instalado en
ms de 20 millones de sitios web y en un milln de servidores, aunque el nmero de

54

en:

55

Disponible en:

GRUPO EIDOS. [Fecha de consulta 17


Noviembre 2013].
Disponible
http://www.matematica.ciens.ucv.ve/files/Manuales/Manuales/Programacion%20Web%20%20Lenguaje%20HTML.pdf
PHP. PHP: Hypertext Preprocessor. [Fecha de consulta 17 Noviembre 2013].
http://php.net/

46

sitios en PHP ha declinado desde agosto de 2005. Es tambin el mdulo Apache ms


popular entre las computadoras que utilizan Apache como servidor web 56.

3.3.3 ASP.NET
ASP.NET57 es un modelo de desarrollo Web unificado que incluye los servicios
necesarios para crear aplicaciones Web empresariales con el cdigo mnimo. ASP.NET
forma parte de .NET Framework y al codificar las aplicaciones ASP.NET tiene acceso a
las clases en .NET Framework.
El cdigo de las aplicaciones puede escribirse en cualquier lenguaje compatible
con el Common Language Runtime (CLR)58, entre ellos Microsoft Visual Basic59 y C#60.
Estos lenguajes permiten desarrollar aplicaciones ASP.NET que se benefician
del CLR, seguridad de tipos, herencia, etc.
Ventajas

Mejor rendimiento

A diferencia de sus predecesores, ASP. NET es capaz de aprovechar las ventajas del
enlace anticipado, la compilacin just-in-time, la optimizacin nativa y los servicios de
cach desde el primer momento. Por lo tanto existe un incremento importante del
rendimiento desde el inicio, donde se comienza a escribir el cdigo.

56

ROJAS Zamora Cristina Elizabeth. Descripcin general de PHP - Aprende a Programar Codejobs.
[Fecha
de
consulta
17
Noviembre
2013].
Disponible
en:
http://www.codejobs.biz/es/blog/2013/11/06/descripcion-general-de-php
57

MICROSOFT. Informacin general sobre ASP.NET. [Fecha de consulta 17 Diciembre 2013].


Disponible en: http://msdn.microsoft.com/es-es/library/4w3ex9c2%28v=vs.100%29.aspx
58
MICROSOFT. Common Language Runtime (CLR). [Fecha de consulta 17 Noviembre 2013].
Disponible en: http://msdn.microsoft.com/es-es/library/8bs2ecf4%28v=vs.110%29.aspx
59

MICROSIFT. Recursos de Visual Basic. [Fecha de consulta 17 Noviembre 2013]. Disponible en:
http://msdn.microsoft.com/es-mx/vstudio/hh388573
60
MICROSOFT. Recursos para Visual C#. [Fecha de consulta 17 Noviembre 2013]. Disponible en:
http://msdn.microsoft.com/es-mx/vstudio/hh341490

47

Compatibilidad con herramientas de primer nivel

El ambiente de trabajo se complementa con un diseador y una caja de herramientas


muy completos. Los controles de servidor de arrastrar y colocar, y la implementacin
automtica ejemplifican la eficacia de las herramientas empleadas.

Eficacia y flexibilidad

La eficacia y flexibilidad de la plataforma ASP .NET se encuentra disponible para los


programadores de aplicaciones Web, debido a que la biblioteca de clases, la
mensajera y las soluciones de acceso a datos se encuentran accesibles desde la Web
de manera uniforme.
Tomando en cuenta que ASP .NET es independiente del lenguaje, es posible
elegir el lenguaje que mejor se adapte a la aplicacin por desarrollar o incluso
implementar varios lenguajes.

Simplicidad

ASP .NET facilita la realizacin de tareas como l envi de formularios, la autenticacin


del cliente y la implementacin y configuracin de sitios. El ambiente de trabajo de
ASP.NET permite generar interfaces de usuario, que separan la lgica de aplicacin del
cdigo de presentacin, adems de controlar eventos de forma sencilla a travs del
modelo de procesamiento de formularios de tipo Visual Basic.

Facilidad de uso

ASP.NET utiliza una configuracin jerrquica basada en texto, lo cual simplifica la


aplicacin de la configuracin al entorno del servidor y a las aplicaciones Web. La
informacin de configuracin es almacenada como texto sin formato, por lo que se
puede aplicar la nueva configuracin sin la ayuda de herramientas de administracin
local.

48

Una aplicacin ASP.NET se implementa en un servidor de forma sencilla


mediante una copia de los archivos necesarios, por lo que no se requiere reinicio del
servidor ni para implementar o reemplazar el cdigo compilado en ejecucin61.

Escalabilidad y disponibilidad

ASP.NET fue diseado tomando en cuenta la escalabilidad con caractersticas


especficamente a medida, con el fin de mejorar el rendimiento en entornos agrupados
y de mltiples procesadores. ASP.NET tambin controla y administra los procesos de
tal manera que si uno no se comporta adecuadamente, se pueda crear un nuevo
proceso, ayudando a mantener la aplicacin disponible.

Posibilidad de personalizacin y extensibilidad

ASP.NET cuenta con una arquitectura que permite a los programadores insertar cdigo
en el nivel adecuado. Y es posible extender o sustituir un subcomponente del motor de
tiempo de ejecucin con un componente escrito personalizado.

Seguridad

Con la configuracin por aplicacin y la autentificacin de Windows, es posible obtener


una seguridad completa de las aplicaciones62.
ASP.NET al ser una aplicacin cliente - servidor necesita de un servidor para poder
funcionar, ASP.NET trabaja exclusivamente en el servidor IIS63.

61

BRIANZA Padilla Mario. Microsoft Word - ASPNET orientado al desarrollo de aplicaciones web.doc ASP .NET orientado web.pdf. [Fecha de consulta 17 Noviembre 2013]. Disponible en:
http://dgsa.uaeh.edu.mx:8080/bibliotecadigital/bitstream/231104/349/1/ASP%20.NET%20orientado%20w
eb.pdf
62
BRIANZA Padilla Mario. Microsoft Word - ASPNET orientado al desarrollo de aplicaciones web.doc ASP .NET orientado web.pdf. [Fecha de consulta 17 Noviembre 2013]. Disponible en:
http://dgsa.uaeh.edu.mx:8080/bibliotecadigital/bitstream/231104/349/1/ASP%20.NET%20orientado%20w
eb.pdf
63

MICROSOFT. Home : The Official Microsoft IIS Site. [Fecha de consulta 17 Noviembre 2013].
Disponible en: http://www.iis.net/

49

3.3.4 C#
C# Se utiliza en conjunto con ASP.NET para el desarrollo de la Pagina web.
C# es un lenguaje de programacin que se ha diseado para compilar diversas
aplicaciones que se ejecutan en .NET Framework. C# es simple, eficaz, con seguridad
de tipos y orientado a objetos. Las numerosas innovaciones de C# permiten desarrollar
aplicaciones rpidamente y mantener la expresividad y elegancia de los lenguajes de
estilo de C64.

Ventajas
Las ventajas que ofrece C# frente a otros leguajes de programacin son:

Declaraciones en el espacio de nombres: al empezar a programar algo, se puede


definir una o ms clases dentro de un mismo espacio de nombres.
Tipos de datos: en C# existe un rango ms amplio y definido de tipos de datos que los
que se encuentran en C, C++ o Java.
Atributos: cada miembro de una clase tiene un atributo de acceso del tipo pblico,
protegido, interno, interno protegido y privado.
Pase de parmetros: aqu se puede declarar a los mtodos para que acepten un
nmero variable de parmetros. De forma predeterminada, el pase de parmetros es
por valor, a menos que se use la palabra reservada ref, la cual indica que el pase es
por referencia.
Mtodos virtuales y redefiniciones: antes de que un mtodo pueda ser redefinido en
una clase base, debe declararse como virtual. El mtodo redefinido en la subclase
debe ser declarado con la palabra override.

64

MICROSOFT. Visual C#. [Fecha 11 /diciembre 2013]. Disponible en: http://msdn.microsoft.com/esmx/library/kx37x362.aspx#fbid=pNjKYgzYbn3

50

Propiedades: un objeto tiene intrnsecamente propiedades, y debido a que las clases


en C# pueden ser utilizadas como objetos, C# permite la declaracin de propiedades
dentro de cualquier clase.
Inicializador: un inicializador es como una propiedad, con la diferencia de que en lugar
de un nombre de propiedad, un valor de ndice entre corchetes se utiliza en forma
annima para hacer referencia al miembro de una clase.
Control de versiones: C# permite mantener mltiples versiones de clases en forma
binaria, colocndolas en diferentes espacios de nombres. Esto permite que versiones
nuevas y anteriores de software puedan ejecutarse en forma simultnea65.
Desventajas
Las desventajas que se derivan del uso de este lenguaje de programacin son que en
primer lugar se tiene que conseguir una versin reciente de Visual Studio .NET, por
otra parte se tiene que tener algunos requerimientos mnimos del sistema para poder
trabajar adecuadamente tales como contar con Windows NT 4 o superior, tener
alrededor de 4 gigas de espacio libre para la pura instalacin, etc 66

3.3.5 CSS
CSS(hojas de estilo en cascada o Cascading Style Sheets por sus siglas en ingles) es
un lenguaje de hojas de estilos creado para controlar el aspecto o presentacin de los
documentos electrnicos definidos con HTML y XHTML. CSS es la mejor forma de
separar los contenidos y su presentacin y es imprescindible para crear pginas web
complejas.
Separar la definicin de los contenidos y la definicin de su aspecto presenta
numerosas ventajas, ya que obliga a crear documentos HTML/XHTML bien definidos y
con significado completo (tambin llamados "documentos semnticos"). Adems,
65

ABUNDIZ. PROGRAMACION I:
Diciembre 2013]. Disponible en:
desventajas.html
66
ABUNDIZ. PROGRAMACION I:
Diciembre 2013]. Disponible en:
desventajas.html

VENTAJAS DEL C# y DESVENTAJAS. [Fecha de consulta 11


http://programacion1abundiz.blogspot.mx/2009/09/ventajas-del-c-yVENTAJAS DEL C# y DESVENTAJAS. [Fecha de consulta 11
http://programacion1abundiz.blogspot.mx/2009/09/ventajas-del-c-y-

51

mejora la accesibilidad del documento, reduce la complejidad de su mantenimiento y


permite visualizar el mismo documento en infinidad de dispositivos diferentes 67.

3.6 Herramientas Auxiliares

3.6.1 IIS
Internet Information Services (IIS) es un potente servidor Web que ofrece una
infraestructura de gran fiabilidad, capacidad de manejo y escalabilidad para
aplicaciones Web sobre todas las versiones de Windows Server 2003. IIS hace posible
que las organizaciones aumenten la disponibilidad de sus sitios y aplicaciones Web y a
la vez reducir sus costes administrativos68.

3.6.2 Visual Studio.NET


Visual Studio .NET69 es la Herramienta Rpida de Desarrollo de Microsoft para la
siguiente generacin de Internet que son los Servicios Web XML 70. Esta herramienta
permite la creacin de aplicaciones usando el Marco .NET, es decir usando el CLR71, la
Librera de Clases, ADO .NET72, ASP .NET73, etc.

67

EGUILUZ
Javier. Introduccin a CSS. [Fecha 11 Diciembre 2013]. Disponible en:
http://librosweb.es/css/
68
MICROSOFT. Internet Information Services. [Fecha de consulta 17 Noviembre 2013]. Disponible en:
http://www.microsoft.com/spain/windowsserver2003/technologies/webapp/iis.mspx
69
Programacin: Que es Visual Studio .NET. [Fecha 11 Diciembre 2013]. Disponible en:
http://visualbasic-net.blogspot.mx/2011/01/que-es-visual-studio-net.html
70
OREILLY
XML.
Xml.com.
[Fecha
11
Diciembre
2013].
Disponble
en:
http://www.xml.com/pub/a/98/10/guide0.html?page=2#AEN58
71
MICROSOFT. Common Language Runtime (CLR). [Fecha de consulta 11 Diciembre 2013]. Disponible
en: http://msdn.microsoft.com/es-es/library/8bs2ecf4%28v=vs.110%29.aspx
72
MICROSOFT. ADO.NET. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://msdn.microsoft.com/es-es/library/e80y5yhx(v=vs.110).aspx
73

MICROSOFT. Informacin general sobre ASP.NET. [Fecha de consulta 11 Diciembre 2013].


Disponible en: http://msdn.microsoft.com/es-es/library/4w3ex9c2%28v=vs.100%29.aspx

52

Es un software que brinda las herramientas necesarias para crear, distribuir,


administrar y dar mantenimiento a aplicaciones Web distribuidas que usan Servicios
Web XML, todo esto con una gran facilidad, rapidez y bajo costo.

3.6.3 Navicat
NAVICAT74 es un Administrador de Base de datos rpido, fiable y asequible.
Especialmente diseada para simplificar la gestin de bases de datos y reducir los
costes de administracin. Con una interfaz grfica del usuario intuitiva, Navicat le
proporciona una manera ms fcil de gestionar, disear y manipular datos en MySQL,
entre otros.

3.6.3 MySQL Workbench 5.2 CE.


MySQL Workbench es una herramienta visual unificada para los arquitectos de bases
de datos, desarrolladores y administradores de bases. MySQL Workbench ofrece
modelado de datos, desarrollo en SQL y herramientas completas de administracin
para la configuracin del servidor, la administracin de usuarios, copia de seguridad, y
mucho ms75.

74

NAVICAT. Herramienta para la gestin y diseo de grandes bases de datos | Navicat. [Fecha de
consulta 11 Diciembre 2013]. Disponible en: http://www.navicat.com/es/whatisnavicat
75
MySQL. MySQL :: MySQL Workbench 6.0. [Fecha de consulta 11 Diciembre 2013]. Disponible en:
http://www.mysql.com/products/workbench/

53

Capitulo IV. Resultados

4.1 Requerimientos y Anlisis del Sistema

4.1.1 Requerimientos
El Sistema de Solicitud de Servicios Preventivos y Correctivos Va Web, trata de un
mecanismo de procesos que se rige bajo los siguientes requerimientos:
A travs del sistema se deber poder realizar solicitudes de soporte en servicios
para equipo de cmputo.

Se deber poder visualizar una bitcora de seguimientos de las solicitudes.

Cada usuario solicitante deber poder ver un histrico de sus solicitudes.

Se podrn gestionar catlogos de usuarios e inventario fijo.

Se deber poder personalizar los privilegios de cada usuario.

Se podrn elaborar reportes para impresin de las bitcoras, catlogos de


inventario fijo, historial de seguimientos, entre otros.

Los apartados del sistema nicamente podrn ser accedidos por usuarios
registrados.

Formatted: Indent: Left: 0.5", No bullets or


numbering

4.1.2 Anlisis de Sistema


Desde los inicios del servicio tcnico en la SEP en el rea de CECOTED se ha hecho
la gestin de reportes a mano, esto ha imposibilitado, entre otras cosas, a llevar una
bitcora de servicios, tener un control de los equipos y los usuarios que los estn
utilizando, crear estadsticas para ayudar en la toma de decisiones, entre otras cosas.

54

4.2 Diseo del Sistema


El diseo del sistema se llev a cabo con base en los requerimientos y el anlisis del
sistema. Se desarroll , se cre un diagrama de contexto para ver a grandes rasgos la
utilidad del sistema con base en el tratado de los reportes. Asimismo, se dise
tambin un diagrama de casos de uso general para ver la interaccin de los usuarios
en el sistema., Ttambin se cre un diagrama tabular para tener una idea de los
privilegios con los que contara cada tipo de usuario.

4.2.1 Diagrama de contexto


NO RECUERDO SI EN LOS CAPTULOS TERICOS ESTN DEFINIDOS LOS
DIAGRAMAS DE CONTEXTO. SI NO ESTA DEFINIDO HAY QUE DEFINIRLO AQU
MUY

BREVEMENTE.

POSTERIOMENTE

YA

REFERENCIAR

ESTE

DIAGRAMA:BUSCAR UN TAMANO MAS PRESENTABLE PARA ESTAS FIGURAS

55

Formatted: Normal

Figura 4.1 Diagrama de contexto.

En la Figura 4.1 se muestra a grandes rasgos cmo es que los usuarios estarn

Formatted: Indent: First line: 0.49"

interactuando con el sistema de reportes al crear un nuevo reporte, tambin muestra


como el administrador se encargar de darle seguimiento a ese reporte.

4.2.2 Diagrama de Casos de Uso general


MISMO COMENTARIO DE LA SECCIN 4.2.1:BUSCAR UN TAMANO MAS
PRESENTABLE PARA ESTAS FIGURAS

56

Formatted: Normal

Figura 4.2 Diagrama de casos de uso general.

En la Figura 4.2 se muestra las actividades especficas que realizaran los usuarios al
asignarles los diferentes tipos de privilegios. HAY QUE DESCRIBIR MAS LA IMAGEN
4.2.3 Diagrama tabular
MISMO COMENTARIO DE LA SECCIN 4.2.1:BUSCAR UN TAMANO MAS
PRESENTABLE PARA ESTAS FIGURAS

Formatted: Default Paragraph Font, Font: Not


Bold, Spanish (Mexico)
Formatted: Normal

57

Figura 4.3 Diagrama tabular.

En la Figura 4.3 se muestra las actividades a desempear por los usuarios y


como repercuten directa o indirectamente en los otros usuarios y sus consultas.
EXPLICAR MAS EL DIAGRAMA

58

Formatted: Indent: First line: 0.49"

4.3 Desarrollo del Sistema


Para el desarrollo del sistema se consider

las limitaciones de presupuesto de la

empresa y se tom la decisin de adaptar el proyecto a las tecnologas con que


contaba la empresa. Por lo tanto, siendofue necesario la obtencin de nuevos
conocimientos de programacin y nuevos conocimientos en basela utilizacin de a
otras herramientas tambin necesarias para el correcto desarrollo del sistema.
Al trabajar en ASP.NET se estuvieron manejando cuatro lenguajes distintos
durante todo el proceso de desarrollo del sistema, estos fueron: El Lenguaje propio de
ASP.NET, el lenguaje de HTML, el Lenguaje de C# y por ltimo el lenguaje de MySQL.

4.3.1 Lenguaje ASP.NET

Figura 4.4 Cdigo de ASP.NET.


En la Figura 4.4 se puede observar un fragmento de cdigo del programa, este
cdigo permite mostrar lo que nos provee es un banco de botones, definidos en cdigo
escrito en el lenguaje ASP.NET.

59

Formatted: Indent: First line: 0.49"

4.3.2 Lenguaje HTML

Figura 4.5 Cdigo de HTML.

En la Figura 4.5 se muestra un fragmento de cdigo, alusivo a la cabecera de la


paginapgina desarrollado en HTML.?QUE VERSIN HTML?

60

Formatted: Indent: First line: 0.49"

4.3.3 Lenguaje C#
PRRAFO INTRODUCTORIO

Figura 4.6 Cdigo de C#.

La Figura 4.6 Nos muestra un fragmento del cdigo programado en C#, al

Formatted: Indent: First line: 0.49"

presionar el botn hecho con ASP.NET se activa el cdigo en C#. EXPLICAR MAS

Formatted: Outline numbered + Level: 3 +


Numbering Style: 1, 2, 3, + Start at: 3 +
Alignment: Left + Aligned at: 0" + Indent at:
0.5"

4.3.4 4.3.4 Llenguaje MySQL


PRRAFO INTRODUCTORIO

Formatted: Normal

Figura 4.7 Cdigo de MySQL.

La Figura 4.7 nos muestra cdigo de C# realizando una conexin a MySQL, dentro de
esa conexin se especifican parmetros en cdigo de MySQL.

61

4.3.1 Base de datos


La empresa contaba con dos licencias de SGBD, se eligi MySQL por ser el SGBD con
el que ms experiencia de programacin se tiene. Tambin, porque pertenece a la
filosofa Open Source. Esta filosofa describe que no hay necesidad de comprar
licencias.
Para crear la base de datos despus de elegir el SGBD se utiliz MySQL
Workbench 5.2 CE, se dise un diagrama de clases, con base en los requisitos
obtenidos se crearon las celdas y sus atributos. El diagrama de clases se muestra en la
Figura X.X. quedo conformado de esta manera:

62

En la Figura X.X blalballablba

4.3.2 ASP.NET y C#
Se eligi ASP.NET como lenguaje de programacin web por que la empresa contaba
con un servidor para poder soportarlo. Esto supuso un reto mayor, porque no se tenan
nociones de la sintaxis para poder programar y se tuvo que hacer una investigacin
extensa para comprender el lenguaje y luego utilizarlo, aunado a esto ASP.NET tiene
como agregado el programar en otro lenguaje como son Visual Basic y C#, como ya se
haba trabajado antes con C# se decidi usarlo para agilizar la programacin.

4.4 Implementacin del Sistema


La pgina principal del sistema consta de una sola vista pero se habilitan o deshabilitan
botones dependiendo el nivel de privilegios que tenga el usuario que ha accedido al
programa.
Formatted: Indent: First line: 0.49"

A continuacin tenemos la vista principal del sistema si eres un administrador:

63

Figura 4.8 Vista de Administrador del Sistema.

La Figura 4.7 Muestra la pgina principal que se ve despus de poner tus datos de
usuario y tener privilegios de administrador.

4.4.1 Registros de solicitantes.


4.4.2 Generacin de reportes.
4.4.3 Identificacin de servicios y prestaciones.
4.4.4 Contabilizacin de inventario de equipo bajo responsabilidad del
departamento.
4.4.5 Bitcoras y seguimientos de servicios.
HAY QUE PONER UNA PANTALLA DE CADA PUNTO ANTERIOR. QUIZAS PUEDA
UTILIZAR UN DIAGRAMA DE RBOL PARA MOSTRAR LA ESTRUCTURA DE LA
PGINA

64

Anexos
Formatted: Normal

65

66

Potrebbero piacerti anche