PROYECTO DE TESIS
CICLO Ciclo X
FACULTAD DE INGENIERÍA
PROYECTO DE TESIS
productos y servicios.
1. PLAN DE INVESTIGACION
El intento o el propósito de los sitios deben ser considerados tan bien como las
audiencias apuntadas los sitios, la estructura contenta y muchos aspectos de la
compatibilidad del diseño. El sitio debe ser compatible a las plataformas de
funcionamiento de la computadora y las capacidades y el gusto de las
audiencias previstas.
La primera cosa un diseñador del Web site debe pedirse por qué este sitio es
necesario.
El diseñador del sitio debe entonces crear una declaración que clarifique el
propósito del sitio y qué visitantes pueden esperar alcanzar del sitio. Esto
inspirará a diseñador del sitio que planee y proporcione un contorno detallado
de cómo el sitio puede ser modificado en el futuro si se presenta la necesidad.
Es la mejor práctica para que los amos de la tela planeen con un objetivo a
largo plazo.
El diseñador del Web site debe crear absolutamente este sitio con las
audiencias previstas claramente en mente.
Un diseñador del Web site debe entender que los visitantes de las razones y de
la motivación entrarán en este sitio y también considerar si puede haber
bastante atracción para que estos visitantes vuelvan otra vez una cierta hora.
Quizás el contenido se considera ser la tarea más desperdiciadora de tiempo de
crear un Web site.
Esto está llegando a ser aún más esencial en últimos días mientras que el
volumen de usuarios listos de la computadora crece e Internet Explorer no es el
único nombre que saben. Esto es una edición particularmente difícil para los
diseñadores del Web site en encontrar el camino medio y el código y los
comandos derechos que exhibirán una página con eficacia en todos los
browsers y plataformas.
Los Web site han formado ciertamente la manera que los negocios se funcionan
hoy. Los consumidores ahora están comprando un grande muchos artículos en
línea; tener un Web site ha llegado a ser casi esencial para un negocio hoy.
Un Web site que mira profesional inculcará un sentido de la seguridad para los
clientes que hacen compras en el Internet, e indiscutible, atraerá un volumen
de ventas financiero más alto.
1.2. OBJETIVOS
site.
distribución.
optimizar su funcionamiento.
1.3.HIPÓTESIS:
Si se diseña e implementa una página web dinámica para el seguimiento y
monitoreo de proyectos de la empresa COPROCSAC “constructora y proveedora”,
entonces se mejoraran los procesos de ventas de la empresa.
1.4.JUSTIFICACION
1.4.1.1. JUSTIFICACION ECONOMICA:
1.5.DELIMITACION O ALCANCE
Departamento de Ancash
1.6.LIMITACIONES O RESTRICCIONES
Escasa bibliografía de programación web dinámica.
Pocos expertos en programación en la web con ASP y PHP.
Nuestro proyecto solo se basara en hacer un web site dinámico de
ventas.
1.7. VARIABLES
1.7.2.VARIABLE DEPENDIENTE
Ventas de productos en el web site.
CAPITULO II
2. MARCO TEORICO
2.1. ANTECEDENTES:
Por mucho ADSL que podamos tener instalado, simplemente tener una página de
150 KB a 200 KB es un crimen. Por ende el peso ideal tiene que rondar los 50 KB a
80 KB como mucho, aunque mucha gente posee ADSL, mucha gente también está
bajando archivos, escuchando música en radios online, y la cuota de velocidad de
descarga empieza a descender.
Las páginas deben pesar lo mínimo posible, esto podemos solucionarlo con código
estándar, bien programado, sin necesidad de eliminar atributos importantes como
el alt="..." o el title="...", ni quitar demasiadas imágenes.
Esto por supuesto es una medida hecha en la página de inicio de cada URL, pero
con el paso de las revisiones, vemos que se repiten muchas cosas como porciones
de código, y más errores los cuales hacen que el peso de la página crezca a lo largo
de toda una trayectoria de estancia.
Es común ver que todos los documentos de un sitio no tienen una DTD que los
identifique positivamente como un documento HTML, de hecho, cada navegador al
no encontrarse con un DTD se limita a cualquier cosa.
Benvinguts!. Seguro que no identifican a simple vista que significa esta palabra,
pues imaginen los parentescos entre palabras que puede haber en una
página, y el significado distinto que te puedes encontrar, uno puede buscar la
palabra “home” y recibir una página en inglés con la palabra “home” que significa
casa, pero… si “home” significa “hombre” en catalán, pero… ¿Qué hago mal?
Ejemplo:
(dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos)
(dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos)(espacio)
(administración)(punto)(es)(barra vertical)(el) (portal) (del) (ciudadano) (punto)
(punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto)
(punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto)
(punto) (punto) (punto)
Ja, ja algunos de los que leen ahora empezarán a entender de lo que hablo, cuando
uno utiliza un sintetizador de voz, cada vez que ingresa a un documento lo primero
que se lee es el título de una página, por ende, a más cosas escriban, más inútil y
largo será el relato, el ejemplo antes mencionado tarda 34 segundos en relatarse.
34 segundos para luego proseguir a relatar otras partes del documento. O sea que
el usuario podría gastar todo un día para leer una simple página o navegar
la Web institucional, ¿se imaginan qué decepción?
Otras de las cosas que me causan gracia es la usabilidad de estos títulos, por
ejemplo observen esta imagen:
Como podrán observar mucha gente no utiliza una sola ventana de navegador,
puede incluso tener 10 ventanas en la barra de tareas de Windows, de modo que
encontrar algo en la barra a simple vista cuesta mucho más que si utilizaran en
primer lugar el nombre del sitio.
Error 5: Sin imágenes navegar una página es imposible
El Banco Santander Central Hispano lo hace de una forma casi perfecta, la Web se
puede navegar sin imágenes dentro de todo se merece un aplauso, la gran mayoría
de las imágenes tienen explicaciones coherentes y cortas, faltaría especificar
los atributos title="..." en cada enlace o cada imagen para desplegar un cuadro
amarillo de ayuda conocido como Tooltip.
http://www.elpais.es/articulo.html?xref=20030923elpepucul_1&br
/>type=Tes&anchor=elpporcul
Muchos lectores de pantalla, leen o relatan las direcciones de los enlaces, estos
enlaces se crean de una forma terriblemente matemática haciendo casi imposible
un relato entendible, y ni hablar de recordar esta dirección.
Luego en una plantilla CSS darle el aspecto gráfico que quieras, este ha sido un
ejemplo, imaginen si sacaran todos los elementos innecesarios y se ubicaran los
elementales se ahorrarían mucho peso entre páginas.
Otro ejemplo mal aplicado lo podemos ver en la Web de correos, cuando quieren
hacer una negrita o un énfasis en una palabra utilizan de nuevo el tag <font> con
una clase, cuando podrían usar el tag <b> o el tag <strong> para dar más
significado semántico al asunto:
Eso mismo, una pila de información sin clasificar, la semántica es una de las áreas
de los estándares Web que más importancia tiene que haber en las páginas
que ofrecen contenidos y servicios públicos, de hecho en todas las páginas debería
haber un mínimo de semántica, uno de los problemas que observo es que muchas
empresas grandes que tienen suficiente dinero para hacer estas cosas bien, lo
hacen al revés, cuando la semántica no sólo nos permite darle un significado “esto
es un título", “esto es un párrafo", “esto es una cita” sino también que nos dan
clasificación y jerarquía dentro de un documento, por ende puede retornar más
beneficios.
Volvemos a otro error que deriva y tiene mucha relación con el error 8, la
clasificación y jerarquías de los elementos de un documento, sin esta práctica el
documento no se puede navegar con facilidad sin hojas de estilo, por ejemplo los
muchachos que hicieron administración.es tuvieron la demente idea de hacer un
sitio aparte para los discapacitados, “una versión texto", una pérdida total de
tiempo, pero ya que estamos, esta versión cuando no se visualizan los estilos queda
algo así:
No se imaginen la versión con imágenes como se podría ver sin hojas de estilo…
mejor ni intentarlo que me deprime…
Un ejemplo digno de seguir es:
Leer en la pantalla es muy molesto según indican las pruebas con usuarios, de
hecho casi todos los días en el metro puedo ver como la gente lee páginas Web o
documentos impresos desde el navegador, y la calidad de ellos es de regular a muy
mala cuando debería ser buena, apta para la lectura.
Un error común es ver el típico “imprimir página", dado que todos los navegadores
tienen incorporado la versión de imprimir (iconos, botones, accesos directos) esto
me supone más que una ayuda una molestia más, un botón más al que hay que
prestarle atención en una página, otro botón más que se confunde entre la maraña
de enlaces y botones hechos en el documento Web, y además de funcionar con
Javascript, lo cual le quita ya la ventaja de ser accesible.
Otro error es directamente no hacer nada, ni una versión inútil para imprimir,
ni una hoja de estilos, la solución para esto es agarrar de la oreja a los
desarrolladores y explicarles un ejemplo como este:
Hacer una hoja de estilos que adapte a la impresión, en la cabecera, poner esa hoja
de estilos identificando como si fuera apta para impresión (usando media="print")
luego con el “vista preliminar” del navegador hacer las pruebas e ir quitando
elementos innecesarios, como imágenes de navegación inútiles, barras de
navegación, menús de navegación, banners, etc. dejar sólo los títulos y textos e
imágenes de importancia.
Pueden ir a este ejemplo en esta misma Web, este mismo artículo hacer “vista
preliminar” o “imprimir” y tendrán mejores resultados que los que hemos visto.
Otro tumor en la Web son las ventanas emergentes, las cuales conocemos por
“popups". Éstas no son más que un tumor que molesta, permanentemente y no
agrega nada de valor.
Uno de los errores más comunes y que todavía se pueden apreciar en la Web. Me deleita un
montón ver ejemplo como 2advanced, que no ofrecen su contenido siquiera en una versión
alternativa, por ejemplo saber que puedo ver sus producciones de video (ya tengo
QuickTime instalado) o por ejemplo leer sus noticias, y así no tengo que instalar otro
programa más.
Puede que sea un poco cerrado el pensamiento, pero la idea es poner (aunque sea) un
acceso a algo un “saltar introducción", Kursor.tv parece no importarle y todo su negocio
depende de una película en Flash, basta que alguien no tenga Flash instalado para que se
vaya a otra Web de su competencia. Pueden ver que en la página Kursor.tv no hay indicios
de accesos a versiones en HTML, tampoco hay teléfonos a mano…
Si utilizan Flash, hay que pensar por la gente que no lo tiene instalado, puede que esa
misma gente incluso no tenga Javascript o no tenga la versión correcta del plug-in de
Flash, suele ocurrir que todo funciona mal o no se esperan los resultados, los plugins de
detección no averiguan a la perfección que tipo de plugins versión 00000000.000000222
tenías instalada…
Otra de las cosas es utilizar Flash y no ofrecer una réplica de tu sitio indexable y navegable
para personas con discapacidad motora por ejemplo (usan el teclado para moverse en un
sitio…) es otro error tirando a crimen.
No abuse del Javascript, amigo desarrollador, estoy realmente agotado de ver como
funcionan los scripts en los navegadores, que si tengo que usar Internet Explorer para ver
un menú importante, para acceder a mi cuenta bancaria… basta ya de abusar de
Javascript.
No quiero decir que dejes de utilizarlo, sino haz las cosas con precaución y por
favor, examina los resultados en otro ordenador que no sea tu mega-ordenador con
Internet Explorer build 6.001324, porque con mi Portátil PC Asus y Windows 2000 con
Internet Explorer 5.993888 no puedo usarlo correctamente, y mi amigo Juan con su
Internet Explorer 5.5 (5.789000) tampoco puede… Javascript no es idéntico entre
navegadores, menos entre Internetes Exploretes, de hecho he podido comprobarlo
utilizando 6 PCs distintas con diferentes Explorer y notar diferencias que entre algunas
eran abismales.
Ni hablar de usar otra cosa que no sea el alabado Internet Explorer, pongamos Opera,
Netscape 7 o Mozilla, no… ¿para qué?… Tampoco hablar de utilizar Internet Explorer para
Mac, no… ¿para qué?
Podremos ver que el gran porcentaje de sitios utilizan tablas para hacer layouts, esto no
está bien, pueden ver el ejemplo del Error 8, las tablas son elementos que fueron creados
para representar datos, no para crear esquemas o maquetar un sitio entero, es como si
utilizáramos gasolina de avión en nuestro coche, la gasolina quizás haga que nuestro motor
funcione, pero tarde o temprano funcionará mal, porque la gasolina de avión tiene más
octanos y está diseñada para motores grandes, motores de aviones.
He visto cosas aberrantes, pero hay cosas que no se pueden creer, por ejemplo, es común
en desarrollos comentar ciertas partes de un código, en programación puede incluso
ahorrar mucho tiempo por que cuando se comenta no se borran cosas, o simplemente se
comentan para probar cosas… pero en HTML, cuando se comenta una línea, el servidor
Web procesa la página, y el código comentado, enviándolo al ordenador cliente, de modo
que el mismo navegador es el que no procesa este código comentado.
Un error básico es utilizar los comentarios de HTML para comentar largas porciones de
código HTML, los comentarios de HTML están hechos para realizar ayudas, o para hacer
anotaciones.
El problema comienza cuando se comenta 10 líneas de código en HTML éste sigue
apareciendo y siendo procesador por el servidor, debería comentar esto con otro tipo de
lenguaje, de modo que sea procesado directamente en el servidor Web y no en el
navegador.
Ejemplo de una porción de código encontrada en la web de correos:
Un factor importante en los documentos Web debe ser la separación del contenido de la
presentación, de modo que el HTML sea para contener y el CSS para presentar, por eso,
utilizar hojas de estilos embebidas en el mismo documento no es sano.
En muchas páginas institucionales vemos como embeben el código de las hojas de estilos
en la cabecera, en vez de tener 1 hoja de estilos externa con la información para la
estructura y posicionamiento de los elementos principales, y otra hoja de estilos que varía
de sección en sección, 1 para todas las páginas, con la información mínima, y la otra es una
información única para realizar un posicionamiento de un elemento o algo que se
encuentre en 2 o 3 páginas, aquí estamos dividiendo recursos, y economizando trabajo.
Algo comun que vemos en la Web de Correos de España y el diario El País:
<head>
<style>
.TA
{
scrollbar-3dlight-color:#666666;
scrollbar-arrow-color:#666666;
scrollbar-base-color:#666666;
scrollbar-darkshadow-color:#666666;
scrollbar-face-color:#e2e2e2;
scrollbar-highlight-color:#e2e2e2;
scrollbar-shadow-color:#c0bebe
}
</style>
</head>
Nótese que esta estupidez solo hace que un documento de HTML contenga caracteres que
no se puedan cachear de ninguna forma tradicional, de hecho cada vez que el usuario
recurra a esta página, tendrá que descargarse y procesar esta porción de código, que es
poca si, pero cuenten unos 70 documentos, y hagan el cálculo de cuantos Kilobytes llevan
sumando.
En la Web de Correos, se pueden observar cosas como porciones masivas de código CSS en
todos los documentos, no sólo ubicada entre los elementos sino en el medio del documento
Otro grave error parecido, al caso de las hojas de estilo es que no se modularíza el código
Javascript, de ninguna forma, ni usando un lenguaje de scripting siquiera.
Esto es muy común cuando utilizan Javascript para menús, que se repita siempre la misma
historia de siempre, se repiten incansablemente porciones gigantes de código Javascript,
¿No es mejor modularizar esto de esta forma?
Si modularizas código de Javascript, éste se descargará una vez y será cacheado por el
cliente y re-utilizado cada vez que se necesite.
Si hay algo que deben enterarse medio millón de desarrolladores es que, los elementos
metas prácticamente son inservibles, de hecho los buscadores como Google ya no procesan
ni indexan gracias a los elementos meta, dado que nadie los desarrolla bien, dado que los
meta keywords y meta description no definen de forma correcta los contenidos principales
de un sitio, Google los pasa por alto, y muchos buscadores también lo hacen así.
Las tecnologías de ahora permiten buscar mejor en el contenido, que fiarse en dos
elementos creados por un departamento de marketing.
La solución es dejar los elementos meta que sirven a los navegadores, como los que
especifican la codificación del archivos (si es UTF-8 u ISO-8859-1), los que controlan los
robots de los buscadores, y nada más. El resto sobra.
La solución es implementar más los elementos <link> que realmente ayudan más
distribuir contenidos de un sitio que los tags meta.
Ejemplos de metas inservibles
¿Para qué hace falta una página con un millar de enlaces? ¿El usuario no puede encontrar
lo que busca? Entonces eso sucede por 2 factores:
Está claro, en el 100% de los casos noto que el mapa del sitio es algo inútil, no ayuda en
nada, el usuario no tiene por qué mirar entre un millar de enlaces, no hace falta, tampoco
le ofrece la solución instantánea.
La solución es un buen buscador, de modo que ni bien entro a un sitio, no tengo que estar 1
hora inspeccionando una página con 700 enlaces, hacer un mapa del sitio de un sitio de
banco es prácticamente una salvajada, igualmente para aquellos sitios que poseen 3
secciones y su página Web consta de 50 documentos.
No existe nada más inútil que un buscador que ¡no puede buscar!, de hecho, si entramos a
un website normal como el diario El País y busco artículos, no sale nada útil, ni la
categoría.
Para empresas que disponen de presupuestos grandes, no tener un buscador decente es un
punto en contra.
Responsables de un sitio Web, Internet no es una televisión, es por eso, que entrar a un
sitio es como el diario El País es para ver los titulares, no para encontrarse una pantalla
negra, con una publicidad de Wanadoo ADSL de 700 píxeles por 700 píxeles, como si fuera
un anuncio publicitario de televisión.
Lo que más me enerva de estos casos, es que uno no puede hacer nada, sólo tiene que
esperar a que el comando redirect entre en acción.
Muy mal. ¿No basta con cobrar el servicio que tienen que poner este tipo de cosas todavía?
Los frames no son más que una molestia para el desarrollo, no una comodidad,
habiendo 150 artículos dedicados a hablar sobre las desventajas de los frames, todavía se
siguen utilizando, ¿Qué anda mal?
Además algo muy común es ver cosas como que un botón no es un botón de formulario,
sino una imagen o una tabla de HTML que tiene celdas que a su vez contienen imágenes y
un pequeño código Javascript que envía los datos de ese formulario.
Ahora yo me pregunto. ¿Por qué tanta complejidad? ¿Qué hace el HTML para que se lo
deje de lado? ¿Es Javascript la mejor opción para hacer formulario? Pues la respuesta es
no. Primero porque sin Javascript activado, éste no tiene validez ya, o sea, no existe
“degradación", si fuera posible que sin Javascript el formulario es procesable, vaya y pase…
pero como esto no es posible, entonces no deberían utilizar Javascript para los formularios.
Una de las cosas que podemos notar es que, la gran mayoría de los desarrolladores no sabe
cómo aplicar las tipografías en la Web. El primer problema es encontrarse ejemplos como
Administración.es, que utiliza tipografías demasiado pequeñas para un portal donde el
espectro de gente debe ser más amplio, recuerda que en este tipo de sitios, el 99% de la
gente no será de 20 años con una salud espléndida.
El segundo problema es mala utilización de medidas, por ejemplo podemos notar que en
muchos casos, utilizan medidas en puntos (pt) para tipografías que se visualizan en
pantallas, cuando los (pt) son ideales para sistemas de impresión.
También una de las malas prácticas es utilizar medidas en píxeles, lo cual elimina a
Internet Explorer (sea 3, 4, 5, 5.5 o 6) de que pueda controlar el tamaño de las tipografías,
esto se resume que si un usuario quiere ver las tipografías un nivel más del normal, no
puede, no pasa nada, con otros navegadores la cosa es diferente, pero hey… el 95% de los
damnificados utilizan Internet Explorer… ¿Qué putada no :)?
Otra de las locuras es abusar de los archivos multimedia para representar datos en la Web,
es casi insano tener 400 PDFs en un sitio Web, cuando esos archivos pueden estar hechos
en HTML, el PDF no fue hecho para reemplazar al HTML, no se mezquinen con estas
tecnologías.
Antes de presentar un PDF, asegurarse de que ese documento está hecho en HTML, si no
tiene nada que ver con la información avisarle al usuario que se le va a servir un archivo
PDF, utilizad íconos y enlaces de texto, y proporcionarle al usuario un medio para llegar a
la instalación del Adobe Acrobat en caso de que el no posea el plug-in.
He visto cosas, en la Web de Correos de España por ejemplo, como utilizan muchos
frames, algunos PDFs se cargan en los frames interiores, logrando así una compleja
lectura, ya es una pesadilla que el PDF se cargue en la misma ventana.
2.2. MARCO TEORICO VARIABLE DEPENDIENTE Y VARIABLE
INDEPENDIENTE
Los modelos de capas son utilizados por las aplicaciones Web dentro de la
servidor
código.
E-Business
Tecnología PHP
PHP es un lenguaje de scripts open source que corre al lado del servidor Web
Dentro de PHP existen muchos conceptos de Perl, C y Java por lo que gracias
En este ejemplo podemos ver que para incluir código PHP en HTML
en archivos HTML.
permanente en un servidor.
diferentes tales como PosgreSQL, Oracle, Informix, etc. Sin embargo uno de
la creación de las páginas dinámicas que corren del lado del servidor se
Por un lado y por el otro se ofrece bajo la GNU GPL para cualquier uso
compatible con esta licencia, pero las empresas que quieran incorporarlo en
por una comunidad pública y el copyright del código está en poder del autor
mundo que colaboran vía Internet. MYSQL AB fue fundado por David
5.0.27. La serie de producción anterior fue la 4.1, cuya versión estable es 4.1.7
PÁGINA WEB
Optimizer.
Macromedia Flash 8
Macromedia Dreamweaver 8
Ventajas
modo que los datos que necesiten pueda ofrecerlos el usuario fácilmente
páginas que compongan el sitio Web mediante paneles con los que
necesidades.
Una vez que se activa Dreamweaver, esa ventana con página estará
La Web fue creada alrededor de 1989 por el inglés Tim Berners-Lee y el belga
los que se crean las páginas web), y en los últimos años ha abogado por su
Estándares Web
Berners Lee dirige desde 2007 el World Wide Web Consortium (W3C), el cual
información.
Implicaciones sociológicas
El uso de estos prefijos no está impuesto por ningún estándar, de hecho, el primer
servidor web se encontraba en "nxoc01.cern.ch"14 e incluso hoy en día existen
muchos sitios Web que no tienen el prefijo "www".
Tecnologías web
Navegadores web
Mozilla Firefox
Google Chrome
Amaya
Epiphany
Internet Explorer
Konqueror sobre Linux
Lynx sobre Linux
Netscape Navigator
Opera
Safari
Seamonkey
Shiira
Maik Navigator
Flock
Arora
K-Meleon
Servidores web
CERN http
Servidor HTTP Apache (libre, servidor más usado del mundo)
Servidor HTTP Cherokee
IIS
Otras tecnologías
OAI-PMH
CFM Coldfusion
DHTML
PHP
ASP
CGI
JSP (Tecnología Java )
.NET
Tipología web
Buscador Internet
Software social
Portal web o CMS
Bitácora o Web log / Blog
Wiki
Web 2.0
CAPITULO III
Principios:
empresa.
sistema.
implementación y pruebas.
Registrar Proyectos
Registrar Analistas
Registrar Responsables
Registrar zonas
Registrar evaluación
Registrar avances
Registrar usuarios
Consultar proyectos
Consultar analistas
Consultar responsables
Consultar evaluación
Consultar avances
Consultar usuarios
- Registra el proyecto
- Registra al cliente o entidad
Usuario - Registra al áre
a
- Registra al analista
- Registra al responsable
3.2.2. Diagramas de casos de uso
Eval úa el proyecto
(from CASOS DE U SO)
USUARIO
Regi stra al anal ista
(from ACTORES)
(from CASOS DE U SO)
3.3. Implementación de la Base de Datos
Analistas
Responsables
Proyectos
Evaluación
Zonas
Usuarios
Ejecución
Avances
ANALISTAS
RESPONSABLES
PROYECTO
sólidos
EJECUCIÓN
USUARIOS
INTERFACES
4. Diseño de Interfaces
4.1. Proceso de desarrollo de Interfaces
puesto que nos permite realizar los flujos de trabajo en varias iteraciones.
ventas.
6. Este web site ayudara a la empresa para que sea reconocida no solo
con la tecnología.