Unidad de Aprendizaje 1:

Manejo del entorno de desarrollo mvil

Resultado de aprendizaje:
1.1 Identifica las caractersticas de los dispositivos mviles y
plataformas de desarrollo con base en tecnologas y
herramientas para aplicaciones.
Actividad nm. 2:
Distingue distintos dispositivos mviles y caractersticas de tipos de
aplicaciones.
Diferenciacin de Dispositivos Mviles

Palm OS
Historia

Palm OS es un sistema operativo propietario destinado a dispositivos
mviles, mas especificamente a PDAs (Personal Digital Assistant).
Palm OS comenz su desarrollo en 1996 y Palm Inc. comenz a licenciarlo
en diciembre de 1997 con sus novedosos aparatos PalmPilot.

A partir de ese momento el soporte y el desarrollo de Palm OS se dispar,
llegando en enero del 2001 a tener 100.000 personas registradas en su red
de desarrolladores trabajando en proyectos para Palm OS.

Palm OS fue uno de los pioneros en el mercado de los dispositivos mviles y
por varios aos se mantuvo como uno de los mejores sistemas operativos,
sobre todas las cosas por ser muy usable y simple.
Las primeras versiones de este sistema operativo estuvieron basadas en un
SO multitareas creado por Motorola. Las principales caractersticas de la
plataforma Palm eran:

Hardware altamente integrado con el SO, basado en un procesador de 68k.
Usaba un display monocromtico; preferible antes que implementar los colores
de manera pobre.
Pocas funciones del SO, se centraba sobretodo en la usabilidad. Estaba
diseado para ser una herramienta prctica, no un sistema orientado a
personas con conocimiento informtico.

Caractersticas
Arquitectura basada en procesadores ARM de 32 bits.
Soporte para tamao de pantalla hasta 320x480.
Soporte multilenguaje, japons y chino simplificado.
Menos de 300k solo para el SO (RAM)
Mximo de 128 MB de RAM
Symbian


Historia



Es el resultado de una alianza entre varias empresas multinacionales de
renombre en el mercado tales como Nokia, Sony Ericsson, Samsung,
Siemens, Motorola y otras.
Sus orgenes provienen del EPOC32, otro sistema operativo para
dispositivos mviles, el cual pertenece a una familia de sistemas operativos
que tiene sus orgenes a finales de 1980 y principios de 1990 con el
EPOC16.
Luego de unos aos, ms precisamente en 1997, apareci la primera versin
del denominado EPOC32, que luego pasara a llamarse Symbian OS.


Caractersticas



Symbian OS posee un ncleo de tiempo real.

Es un sistema operativo con un microkernel y capacidad multithreading.

Soporta las arquitecturas de los ltimos CPU e incluso soporta hardware
"single-chip" o de un solo chip.

Cuenta con un sistema de archivos de alta performance que soporta las
ltimas memorias NOR, NAND, SD y MMC.

Las versiones 9.3, 9.4 y 9.5 (ltima versin), soportan paginacin bajo
demanda, una caracterstica de la que se enorgullece mucho la
compaa. La paginacin bajo demanda permite un mejor
aprovechamiento de la memoria RAM de los dispositivos ya que solo se
carga en memoria la "pgina" que se va a ejecutar.

Entre los servicios genricos que brinda el SO, se encuentran una base de
datos SQL, seguridad integrada contra malware y viruses y soporte para varias
plataformas de desarrollo como C++, J2ME, C y MIDP 2.0.



Actualidad

En la actualidad, la multinacional Nokia es la que provee mayor cantidad
de dispositivos mviles equipados con Symbian, seguida por Sony
Ericsson, Motorola, Samsung, Panasonic y otros.
Symbian contina innovando en el mercado de las
comunicaciones mviles con tecnologas de ltima
generacin.

Windows Mobile
Historia




Windows Mobile es un SO de la familia Windows CE , desarrollado por
Microsoft .A pesar de llevar el nombre Windows, no es un sistema derivado ni
es una versin recortada del mismo, sino que es un nuevo sistema diseado
especficamente para dispositivos mviles.

Los primeros dispositivos que se comenzaron a fabricar con lo que sera el
sistema Windows Mobile datan del ao 2000. Para ese entonces, fue lanzado
como Pocket PC 2000 y estaba basado en Windows CE 3.0.


Caractersticas



Este sistema, est estrechamente vinculado a otros productos de la misma
marca (servicios Live, Office Mobile, Internet Explorer Mobile, etc.) y cuenta con
una interfaz grfica de muy buena calidad, y muy similar a la de los sistemas
operativos Windows.

Ambas cosas, ayudan a disminuir la curva de aprendizaje de los usuarios
pues proveen un entorno de trabajo muy similar al que se tiene en el hogar o
en la oficina.

Kernel unificado
-El kernel de Windows CE puede manejar mas de 32000 procesos
simultneos, cada uno con 2GB de memoria virtual compartida.
-El filesystem soporta archivos de hasta 4GB y encriptacin
de dispositivos de almacenamiento externo.

Variadas arquitecturas

-Trabaja con procesadores de arquitecturas x86, ARM, SH4 y MIPS.
Sistema de tiempo real

-Interrupciones anidadas.
-Quantums de tiempo
por hilo de ejecucin.
-256 niveles de
prioridad para hilos
de ejecucin

Cdigo compartido

El kernel de Windows CE es, a partir de la ltima version (6.0) 100% cdigo
compartido. Lo que comprende segn Microsoft, unas 3,9 millones de lineas
de cdigo.
Caractersticas de seguridad

Proteccin del dispositivo con contrasea
Control de acceso con contrasea al sincronizar con un PC
Aumento exponencial del tiempo de espera tras intento de acceso
incorrecto Formateo remoto del dispositivo para prevenir el acceso no
autorizado a informacin Cifrado del contenido de la tarjeta extrable para
prevenir el acceso no autorizado a informacin
Cifrado en SSL para datos transmitidos entre el dispositivo y el servidor
de correo corporativo
Uso de estndar AES 128 y 256 para cifrado en comunicaciones SSL
El modo Bluetooth visible (discoverable) del dispositivo puede denegarse para
prevenir la seguridad
El control de ejecucin de aplicaciones permite bloquear la ejecucin de
aplicaciones no firmadas
Permitir o bloquear la ejecucin de aplicaciones y libreras DLL no firmadas.

Actualidad


Actualmente, este sistema se encuentra en una buena posicin en el mercado,
ganando terreno lentamente. Ms especficamente, Microsoft tuvo un total de
12% del mercado entre PDAs y smartphones en el primer cuarto de 2006. En
primer lugar estuvo Symbian (54,4%) y le sigui Linux con un 21,8%.

La ltima versin de este sistema es la versin 6.1, que fue una actualizacin
menor, desde la anterior versin estable, la 6.0.

IPhone OS

Historia

La historia del IPhone OS comienza conjuntamente con el nacimiento del
conocido IPhone, en el 2007. Aunque, esta aseveracin es discutible, ya que
este sistema operativo que corre en el Iphone es en realidad una versin
adaptada del OS X. Por lo cual, en este sentido, este sistema ya tiene aos
en el mercado y ha sido puesto a prueba.

El sistema ha sido adaptado, removiendo todos los componentes que no son
crticos para un dispositivo mvil, y se le adicionan funcionalidades que si estn
relacionadas con el mundo de la telefona mvil.

Caractersticas


Sobre la versn modificada del kernel de MAC OS X que corre el iPhone,
se encuentran las capas de servicios que componen el telfono mvil.
Existe una gran inclinacin en el desarrollo del SO a la interfaz de usuario y las
cuestiones de usabilidad.

Sin duda el iPhone es el SO para dispositivos mviles que brinda una mejor
experiencia de usuario, con un modo de manejo revolucionario basado en
su Touch Screen e implementado mediante el framework Cocoa Touch
desarrollado por Apple.

Las capacidades multimedia de este SO son bastante amplias.


Actualidad


Apple se encuentra prximo a liberar la versin 2.0 del iPhone, con nuevas
funcionalidades.
Este SO ya ha superado a Windows Mobile en la cuota de mercado que
abarca.



Android
Historia


Android OS es el ms reciente de los sistemas operativos para mviles del
mercado. Android est siendo desarrollado por The Open Handset Alliance un
grupo de ms de 30 empresas de tecnologa. Entre ellas la principal
participante es Google.

Caractersticas


Se trata de un SO abierto, multi-tarea
Permite a los desarrolladores acceder a las funcionalidades principales del
dispositivo mediante APIs.
Todas las aplicaciones son iguales
El SO no diferencia entre las aplicaciones bsicas del telfono y
las aplicaciones de terceros.
Cualquier aplicacin puede ser reemplazada libremente, incluso las que trae
por defecto el SO.
Otras caractersticas:
Navegador Web integrado basado en el motor WebKit.
Soporte para grfico 2D y 3D basado en la especificacin OpenGL 1.0
Base de datos SQLite
Soporte multimedia para audio, video e imgenes en varios
formatos. Conectividad Bluetooth, EDGE, 3G y Wifi.
Se basa en el kernel de Linux versin 2.6 para las principales funciones como
seguridad, manejo de memoria, manejo de procesos, networking y modelo de
driver.

Android hace pblico un SDK(Software Development Kit) para que los
desarrolladores que lo deseen puedan programar aplicaciones que corran en el
SO.

El lenguaje de programacin utilizado es Java. Las aplicaciones corren sobre
una mquina virtual diseada para ser usada de forma embebida, denominada
Dalvik, la cual se ejecuta sobre un kernel de Linux.
Cada apliacin en Android corre en su propio proceso con su propia instancia
de la mquina virtual Dalvik.
La mquina virtual est optimizada para el bajo consumo de recursos del
sistema.

Actualidad


Android se encuentra en pleno proceso de desarrollo. Los
planes de lanzamiento son para la segunda mitad del 2008.
Afirman que para el momento de su salida al mercado ser uno de los SO para
dispositivos mviles ms seguros del mercado.


Bases de datos que soportan los dispositivos
mviles.

Una base de datos es un conjunto ordenado de informacin perteneciente a un
mismo dominio o entidad y almacenada en formato digital. Las bases de datos
constituyen el soporte principal de informacin de empresas, instituciones o
gobiernos en todos los campos del saber de la sociedad moderna: cientfico, de
negocios, de ocio, militar, mdico, educativo, etc.

Los sistemas de gestin de bases de datos son programas capaces de acceder
a los datos de forma rpida y estructurada, permitiendo adems diferentes tipos
de operaciones, entre las que se encuentran las cuatro bsicas: consulta de los
datos, insertar nuevos datos, modificar datos existentes o borrar datos.
Usualmente al programa que realiza estas operaciones se le denomina motor
de base de datos, para diferenciarlo del archivo fsico que contiene la
informacin.

La gran mayora de las bases de datos modernas se les suele llamar a bases
de datos relacionales por cumplir con el modelo relacional.

El modelo relacional, es un modelo matemtico establecido en 1970 por Edgar
Frank Codd, un matemtico que trabajaba en los laboratorios de IBM en San
Jos, California.

Este modelo define los contenedores de informacin como tablas formadas por
filas y columnas y que a su vez pueden formar una jerarqua de relaciones
entre s. Las operaciones de consulta devuelven a su vez los datos en forma de
tablas o modifican determinadas tablas de datos.

Los datos almacenados en una base de datos pueden clasificarse en estticos
o dinmicos segn su variabilidad.

Bases de datos estticas

Son bases de datos de slo lectura, cuya informacin de datos histricos solo
sirve para estudiar la evolucin de alguna entidad durante el tiempo o tomar
determinadas decisiones por parte del usuario que consume la informacin.

Bases de datos dinmicas

Estas son bases de datos donde la informacin almacenada se modifica con el
tiempo, permitiendo operaciones como actualizacin, borrado y adicin de
datos, adems de las operaciones fundamentales de consulta. Un ejemplo de
esto puede ser la base de datos utilizada en un sistema de informacin de un
supermercado, una farmacia, un videoclub o una empresa o una red social.
Las bases de datos en dependencia de su ubicacin se clasifican en locales y
remotas.

Base de datos local

Reside por lo general en el mismo dispositivo o terminal desde donde se
consulta la informacin. Su acceso es muy rpido y por lo general contiene
informacin que no es compartida con otros usuarios.

Normalmente se componen de un programa o motor para realizar las consultas
y de un archivo con la informacin.

Es el caso tpico de las bases de datos de escritorio, como Microsoft Access o
las bases de datos de dispositivos mviles como SQLite.

Bases de datos remotas (de servidor o cliente/servidor)

Residen en una ubicacin remota, fuera del terminal o dispositivo desde donde
se consulta o presenta informacin. La velocidad de acceso es ms lenta, con
fuerte dependencia de la conectividad y ancho de banda de la red a travs de
la cul se realizan las consultas pero con la ventaja de poseer un motor muy
potente y grandes volmenes de informacin que pueden compartirse entre
miles de usuarios.

En este caso tenemos casi todas las bases de datos de servidor del mercado:
Microsoft SQL Server, Oracle Database, IBM DB2, MySQL, etc.

En el caso de bases de datos remotas, los dispositivos mviles que acceden a
travs de la red, necesitan una interfaz que permita tanto enviar como recibir
datos. Esta interfaz suelen ser los llamados servicios Web.

Servicios Web

Un servicio Web (en ingls, Web Service) es una tecnologa que utiliza un
conjunto de protocolos y estndares abiertos que sirven para intercambiar
datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en
lenguajes de programacin diferentes, y ejecutadas sobre cualquier plataforma,
pueden utilizar los servicios Web para intercambiar datos en redes de
ordenadores como Internet.

Los servicios Web suelen exponer determinados mtodos que nos permiten de
manera segura y en un entorno distribuido, acceder a la informacin contenida
en las bases de datos remotas.

Manipulacin de la informacin

El lenguaje ms comn para realizar consultas sobre bases de datos es el
SQL (Structured Query Language), un estndar implementado por los
principales motores o sistemas de gestin de bases de datos relacionales.

Este lenguaje soporta entre otras, con sus sentencias en ingls, las cuatro
operaciones bsicas de manipulacin de datos:
SELECT (para recuperar informacin)
UPDATE (para actualizar informacin)
INSERT (para aadir nueva informacin)
DELETE (para borrar informacin existente)


Diseo de las bases de datos

El primer paso para crear una base de datos, es planificar el tipo de
informacin que se quiere almacenar en la misma, teniendo en cuenta dos
aspectos: la informacin disponible y la informacin que necesitamos.
La planificacin de la estructura de la base de datos, en particular de las tablas,
es vital para la gestin efectiva de la misma. El diseo de la estructura de una
tabla consiste en una descripcin de cada uno de los campos (columnas) que
componen el registro (filas) y los valores o datos que contendr cada uno de
esos campos.
Los campos son los distintos tipos de datos que componen la tabla, por
ejemplo: nombre, apellido, domicilio. La definicin de un campo requiere: el
nombre del campo, el tipo de campo, el ancho del campo, etc.
Los registros constituyen la informacin que va contenida en los campos de la
tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la
direccin de este.
Generalmente los diferentes tipos de campos que se pueden almacenar son los
siguientes: Texto (caracteres), Numrico (nmeros), Fecha / Hora, Lgico
(informaciones lgicas si/no, verdadero/falso, etc.), imgenes.
En resumen, el principal aspecto a tener en cuenta durante el diseo de una
tabla es determinar claramente los campos necesarios, definirlos en forma
adecuada con un nombre especificando su tipo y su longitud.
Otro aspecto importante es evitar la duplicidad o redundancia de informacin.
Esto se consigue marcando determinadas columnas como clave. Esto significa
que en cada una de las filas, el valor de ese campo o columna deber ser
nico.
Por ejemplo, si tenemos un registro de viajeros con los campos nombre,
nmero de pasaporte, telfono y nacionalidad, si marcamos el campo nmero
de pasaporte como clave, no podrn guardarse datos de dos viajeros cuyo
nmero de pasaporte coincida.
Si utilizamos el campo nombre como clave, puede que existan dos viajeros,
uno de Mxico y otro de Espaa que coincidan en el nombre, por ejemplo, Juan
Prez Garca, sin embargo difcilmente coincidirn en el nmero de pasaporte,
ya que cada pas lo establece y lo emite incluso con formatos y normas
distintas.

Bases de datos locales disponibles para dispositivos mviles

SQLite
Microsoft Local Database

SQLite

Es la base de datos seleccionada por Research in Motion, Apple y Google para
servir de base de datos local en sus aplicaciones desplegadas en los sistemas
operativos para dispositivos mviles Blackberry OS, Blackberry PlayBook OS,
iOS y Android. Actualmente es la base de datos ms utilizada del mercado.
Debe su popularidad a que es de cdigo abierto, consume muy pocos recursos
y no necesita servicios instalados para su funcionamiento.
A diferencia de los sistemas de gestin de bases de datos de servidor, el motor
de SQLite no es un proceso independiente con el que el programa principal se
comunica. En lugar de eso, la biblioteca SQLite se enlaza con el programa
pasando a ser parte integral del mismo. El programa utiliza la funcionalidad de
SQLite a travs de llamadas simples a subrutinas y funciones. Esto reduce la
latencia en el acceso a la base de datos, debido a que las llamadas a funciones
son ms eficientes que la comunicacin entre procesos. El conjunto de la base
de datos (definiciones, tablas, ndices, y los propios datos), son guardados
como un slo fichero estndar en el terminal, que cualquiera con acceso al
sistema de archivos puede leer.
Solo utiliza cinco tipos de datos: TEXT, NUMERIC, INTEGER, REAL y NONE.
Aunque los campos de tipo BLOB son soportados (Binary Large Objects), se
recomienda almacenar esta informacin en el sistema de archivo y la ruta a la
misma guardarla como un texto en la base de datos.
SQLite soporta accesos de lectura concurrentes, pero bloquea las operaciones
de escritura que se realizan de manera secuencial. Esto es muy importante
cuando se disean aplicaciones multiproceso.
La integridad referencial o el mecanismo que vigila que los valores de los
campos sean coherentes entre tablas relacionadas, no est activado por
defecto.
Las consultas SQL, aunque siguen prcticamente todo el estndar ANSI SQL-
92, no soportan RIGHT ni FULL OUTER JOINs que permiten unir varias tablas
en el resultado de una consulta compleja.
Por ltimo, las columnas una vez definidas, no pueden ser modificadas o
borradas con la sentencia ALTER TABLE.
A pesar de sus limitaciones, SQLite constituye un poderoso gestor de base de
datos especialmente en los dispositivos mviles donde tenemos ms
limitaciones de memoria, espacio en disco y potencia de proceso (CPU).

Microsoft Local Database for Window Phone

Similar a SQLite, Microsoft Corporation ha realizado su propia implementacin
de un motor de base de datos relacional para los dispositivos mviles que
ejecuten el sistema operativo Windows Phone.

Utiliza un mecanismo denominado LINQ to SQL, para todas las operaciones
con la base de datos que es almacenada en el almacenamiento aislado de la
aplicacin (isolated storage). Entre las operaciones se incluyen tanto las de
consulta y modificacin de datos as como las de definicin o creacin del
propio esquema de la base de datos.

LINQ o Language Integrated Query (Lenguaje Integrado de Consulta), es un
sublenguaje de manipulacin de datos que est incluido en toda la familia de
lenguajes de programacin de la plataforma Microsoft .NET, tales como Visual
Basic o C#.

Aunque LINQ soporta inicialmente consultas en colecciones en memoria, bases
de datos relacionales y datos XML, es una arquitectura extensible que permite
a desarrolladores de orgenes de datos adicionales el uso del LINQ,
implementando los operadores de consulta estndar como mtodos extensores
para sus orgenes de datos, o mediante la implementacin de la interfaz
IQueryable que permite convertir un rbol de expresin en tiempo de ejecucin
para transformarlo en algn lenguaje de consultas.
Los operadores de consulta estndar son usados para objetos tambin y
permiten consultar objetos en la memoria con la misma sintaxis LINQ.
Cuando la aplicacin en Windows Phone se ejecuta y se produce un acceso a
los datos relacionales, LINQ to SQL traduce las consultas de lenguaje
integrado a sentencias del dialecto Trasact-SQL que utiliza Microsoft en sus
bases de datos y las enva al motor de base de datos local para que sean
ejecutadas.
Cuando el motor devuelve los resultados, LINQ to SQL los traduce en objetos
que puedan ser manipulados desde el propio lenguaje de programacin que
estemos utilizando en Windows Phone.

De manera muy parecida a SQLite:


La base de datos local se ejecuta en el mismo proceso Windows Phone que
nuestra aplicacin (nunca como un servicio continuo en background)
Una base de datos local solo puede ser accedida por su correspondiente
aplicacin Windows Phone. Como la base de datos reside en el
almacenamiento aislado de la aplicacin, ninguna otra aplicacin puede
acceder a los datos
La base de datos solo puede ser accedida con LINQ to SQL. Ningn otro
mecanismo SQL de acceso est soportado.

Diferenciacin de caractersticas de tipos
de aplicaciones

Cobertura de la red para obtener una comunicacin
aceptable

La banda de 1900MHz. est dividida en 299 canales. Cada canal tiene un
ancho de banda de 200KHz subdividido en 8 slots o intervalos de tiempo, o sea
8 llamadas por canal. La tasa de informacin enviada por el aire por cada canal
es de 270 Kbit/seg, como hay 8 canales fsicos, la informacin se enva en
paquetes por un cierto intervalo de tiempo (rfagas).
La ventaja de enviar la informacin por rfagas es el ahorro de energa a lo
largo de la transmisin ya que se emplea 1/8 de tiempo normal para el enlace
ascendente (del mvil a la antena) y 1/8 para el descendente, consiguiendo
mayor duracin de las bateras.
El uso de la TDMA tiene un inconvenientes, requiere de constante
sincronizacin y monitoreo, necesitando mayor robustez. Adems existe un
problema llamado Alineamiento Temporal, consiste en la prdida de
sincronismo desde y hacia la estacin mvil al alejarse de la antena, todo esto
debido a que la seal requerida se va desfasando al tardar ms tiempo en
llegar y termina por salirse de su canal fsico(intervalo de tiempo), irrumpiendo
en los adyacentes.
Este es uno de los factores que limitan el tamao de la clula, ya que la base
(antena) muchas veces debe enviar el mensaje antes, para que el retardo
producido por la distancia no afecte la recepcin (35 Km. y 70 Km., con 8 y 4
intervalos de tiempo por portadora respectivamente).
Cobertura. La cobertura del sistema se refiere a las zonas geogrficas en las
que se va a prestar el servicio. La tecnologa ms apropiada (Jorge, prefiero
dejar "deseable", en vez de apropiada. No cumplir con eso no significa ser
inapropiada. Eso depende del mercado) es aquella que permita una mxima
cobertura con un mnimo de estaciones base, manteniendo los parmetros de
calidad exigidos por las necesidades de los usuarios. La tendencia en cuanto a
cobertura de la red es permitir al usuario acceso a los servicios en cualquier
lugar, ya sea local, regional, nacional e incluso mundial, lo que exige acuerdos
de interconexin entre diferentes operadoras para extender el servicio a otras
reas de influencia diferentes a las reas donde cada red ha sido diseada.
Capacidad. Se refiere a la cantidad de usuarios que se pueden atender
simultneamente. Es un factor de elevada relevancia, pues del adecuado
dimensionamiento de la capacidad del sistema, segn demanda de servicio,
depende la calidad del servicio que se preste al usuario. Esta capacidad se
puede incrementar mediante el uso de tcnicas tales como la reutilizacin de
frecuencias, la asignacin adaptativa de canal, el control de potencia, saltos de
frecuencia, algoritmos de codificacin, diversidad de antenas en la estacin
mvil, etc.
Diseo de las celdas. La estructura de las redes inalmbricas se disea
teniendo presente la necesidad de superar los obstculos y manejar las
caractersticas propias de la radio propagacin. Disponer de un radio enlace
directo para cada suscriptor, predecir las caractersticas de la seal en zonas
urbanas donde la densidad de suscriptores es alta y las edificaciones tienen
gran influencia en la propagacin, son factores que establecen limitaciones
fundamentales en el diseo y ejecucin de los sistemas inalmbricos
orientados a las necesidades personales y empresariales. Los mecanismos
que gobiernan la radio propagacin son complejos y diversos, y generalmente
se atribuyen a fenmenos que sufren las ondas electromagnticas en su
transporte, tales como reflexin, difraccin, dispersin y en general prdidas de
propagacin. Los requerimientos para reducir el efecto de estos fenmenos en
las comunicaciones son definidos de diversas maneras dependiendo de la
tecnologa utilizada.
Segn la capacidad y cobertura requeridas en el rea de influencia de las
redes, su diseo implicar la utilizacin de celdas de diferentes radios y las
antenas de las estaciones base presentarn diferentes alturas y potencias de
transmisin. De all surgen las definiciones de sistemas macro celulares, micro
celulares y pico celulares.

Uso de Repositorio de datos locales
Creando un repositorio con el cliente de lnea de comandos
1. Cree una carpeta vaca con el nombre SVN (por ejemplo, D:\SVN\),
que se usar como la raz de todos sus repositorios.
2. Cree otra carpeta MiNuevoRepositorio dentro de D:\SVN\
3. Abra un smbolo del sistema (o ventana MS-DOS), vaya a D:\SVN\ y
escriba
4. svnadmin create --fs-type bdb MiNuevoRepositorio
o
svnadmin create --fs-type fsfs MiNuevoRepositorio
Ahora ya tiene un nuevo repositorio que se encuentra
en D:\SVN\MiNuevoRepositorio.
Creando el repositorio con TortoiseSVN
Figura 3.1. El men de TortoiseSVN para carpetas no versionadas


1. Abra el explorador de Windows
2. Cree una nueva carpeta y llmela por ejemplo SVNRepositorio
3. Haga click con el botn derecho sobre la carpeta recin creada y
seleccione TortoiseSVN Crear Repositorio aqu....
Entonces se crear un repositorio dentro de la nueva carpeta. No
edite los archivos!!!. Si se encuentra con algn error asegrese que
la carpeta est vaca y que no est protegida contra escritura.
Tambin se le preguntar si quiere crear una estructura de directorio
dentro del repositorio. Encuentre ms sobre opciones de disposicin
en Organizacin del repositorio.
TortoiseSVN colocar un cono de carpeta personalizado cuando crea un
repositorio para que usted pueda identificar los repositorios locales ms
fcilmente. Si crea un repositorio usando el cliente de lnea de comando
oficial este cono de carpeta no se asigna. Acceso local al repositorio
Para acceder a su repositorio local, necesita la ruta a esa carpeta. Recuerde
que Subversion espera todas las rutas de repositorios con el
formato file:///C:/RepositorioSVN/. Tenga en cuenta el uso de las barras de
dividir.
Para acceder a un repositorio que se encuentre en una unidad de red
compartida puede o bien utilizar mapeado de unidades, o bien usar la ruta
UNC. El formato de una ruta UNC
es file://NombreDelServidor/ruta/al/repositorio/. Observe que slo hay 2 barras
invertidas aqu.
Antes de SVN 1.2, las rutas UNC tenan que estar dadas en la forma ms
oscura file:///\NombreDelServidor/ruta/al/repositorio. Esta forma an se puede
utilizar, pero no est recomendada.
Accediendo a un repositorio en una unidad de red
Aunque en teora es posible poner un repositorio FSFS en una unidad de red y
hacer que varios usuarios accedan a l utilizando el protocolo file://, esto
realmente no est recomendado. De hecho, nosotros lo
desaconsajemos encarecidamente, y no soportamos este uso.
En primer lugar, est dando a todos los usuarios acceso directo de escritura en
el repositorio, por lo que cualquier usuario podra accidentalmente borrar el
repositorio completo o hacerlo inutilizable de cualquier otra forma.
En segundo lugar, no todos los protocolos de comparticin de archivos de red
soportan el bloqueo que Subversion necesita, por lo que puede encontrar que
su repositorio se corrompe. Puede que no ocurra al principio, pero un da dos
usuarios intentarn acceder al repositorio al mismo tiempo.
En tercer lugar, tambin debe establecer los permisos de los archivos. Puede
ser sencillo en una unidad de red nativa de Windows, pero en SAMBA esto es
particularmente dificil.
El acceso file:// est pensado nicamente para el acceso local por un nico
usuario, en particular para testeos y depuraciones. Cuando desee compartir el
repositorio, realmente necesita configurar un servidor de forma apropiada, y
realmente no es tan dificil como pueda pensar. Lea Accediendo al
repositorio para obtener indicaciones sobre cmo elegir y configurar un
servidor.
Organizacin del repositorio
Antes de importar sus datos al repositorio, primero debera pensar cmo quiere
organizar sus datos. Si utiliza uno de los patrones recomendados lo tendr
luego mucho ms fcil.
Hay algunas formas estndar y recomendadas de organizar un repositorio. La
mayora de la gente crea un directorio trunk (tronco) para alojar la lnea
principal del desarrollo, un directorio branches (ramas) para que contenga las
copias/ramas, y un directoriotags (etiquetas) para contener las
copias/etiquetas. Si un repositorio slo aloja un proyecto, a menudo la gente
crea estos directorios en el primer nivel:
/trunk
/branches
/tags
Dado que esta disposicin es usada tan comunmente, cuando crea un nuevo
repositorio usando TortoiseSVN, se le ofrecer tambin crear la estructura de
directorio por usted.
Si un repositorio contiene mltiples proyectos, la gente a menudo indexa por
ramas:
/trunk/paint
/trunk/calc
/branches/paint
/branches/calc
/tags/paint
/tags/calc
...o por proyecto:
/paint/trunk
/paint/branches
/paint/tags
/calc/trunk
/calc/branches
/calc/tags
Indexar por proyecto tiene sentido si los proyectos no estn muy relacionados y
cada uno se obtiene de forma individual. Para proyectos relacionados donde
puede querer obtener todos los proyectos de golpe, o donde los proyectos
estn unidos y forman un paquete de distribucin nico, a menudo es mejor
indexar por rama. De esta forma slo tendr un tronco para obtener, y las
relaciones entre sub-proyectos se ven ms fcilmente.
Si adopta una aproximacin de primer nivel /trunk /tags /branches, no es
necesario decir que tendr que copiar el tronco completo para cada rama y
etiqueta, y de alguna forma esta estructura ofrece la mayor flexibilidad.
Para proyectos que no tienen que ver, puede preferir utilizar repositorios
separados. Cuando confirma los cambios, lo que cambia es el nmero de
revisin del repositorio completo, no el nmero de revisin del proyecto. Si
tiene 2 proyectos que no tengan que ver compartiendo un repositorio, eso
puede llevar a que ocurran grandes lagunas en los nmeros de revisin. Los
proyectos Subversion y TortoiseSVN aparecen en el mismo servidor, pero son
dos repositorios totalmente separados que permiten un desarrollo
independiente, y no hay confusin sobre los nmeros de compilacin.
Por supuesto, tiene libertad para ignorar estos patrones comunes. Puede crear
cualquier variacin, la que mejor le venga a usted o a su equipo. Recuerde que
cualquiera que sea la que elija, no es una eleccin inamovible. Puede
reorganizar su repositorio en cualquier momento. Dado que las ramas y las
etiquetas son directorios normales, TortoiseSVN puede mover o renombrarlas
como desee.
Cambiar de una disposicin a otra es slo una cuestin de ejecutar una serie
de movimientos en el lado del servidor; si no le gusta la forma en la que estn
organizadas las cosas en el repositorio, slo tiene que ir moviendo los
directorios.
As que si no ha creado todava una estructura bsica de carpetas dentro de su
repositorio, debera hacerlo ahora. Hay dos formas de conseguirlo. Si
simplemente desea crear una estructura /trunk /tags /branches, puede utilizar el
visor de repositorios para crear las tres carpetas (en tres confirmaciones
distintas). Si desea crear una jerarqua ms profunda, es ms fcil crear
primero una estructura de carpetas en el disco e importarla en una nica
confirmacin, por ejemplo:
1. Cree una nueva carpeta en su disco duro
2. Cree la estructura de carpetas de primer nivel dentro de esa carpeta -
no ponga ningn archivo all todava!
3. Importe esta estructura en el repositorio via click con el botn
derecho en la carpeta y seleccionando TortoiseSVN Importar....
Esto importar su carpeta temporal a la raz del repositorio para crear la
estructura bsica del repositorio.
Tenga en cuenta que el nombre de la carpeta que est importando no aparece
en el repositorio, slo sus contenidos. Por ejemplo, cree la siguiente estructura
de carpetas:
C:\Temp\New\trunk
C:\Temp\New\branches
C:\Temp\New\tags
Importe C:\Temp\New en la raz del repositorio, que entonces contendr:
/trunk
/branches
/tags

En Aplicaciones orientadas a dispositivos
mviles seleccionando entre.
Sitio Web
El desarrollo de pginas ASP.NET para exploradores de dispositivos mviles
no difiere sustancialmente del desarrollo de pginas para los exploradores de
escritorio. Con objeto de ayudarle a crear aplicaciones para dispositivos
mviles, ASP.NET proporciona un espacio de
nombres System.Web.Mobile dedicado especficamente al desarrollo Web
mvil.
Puede crear una pgina Web a partir de la clase base MobilePage y agregar
controles del espacio de nombres System.Web.Mobile. Este espacio de
nombres define una serie de controles de servidor Web y adaptadores que
resultan especialmente tiles al crear aplicaciones que deben estar disponibles
para muchos dispositivos mviles diferentes, como los telfonos mviles.
ASP.NET tambin proporciona una arquitectura adaptable de controles que
permite crear adaptadores de dispositivos personalizados para los controles de
servidor web ASP.NET. Estos adaptadores pueden crear una representacin
personalizada de un control en funcin del explorador que realiza la
solicitud. Con la arquitectura adaptable, puede crear adaptadores
personalizados para los controles de servidor Web de ASP.NET para
representar resultados especficos en los dispositivos que tienen acceso a la
aplicacin en exploradores de escritorio.
Tanto en los exploradores de escritorio como en los dispositivos mviles, el
desarrollo sigue el modelo orientado a eventos de .NET estndar en el que la
aplicacin responde a las solicitudes del usuario, a los clics en los botones, etc.