Professional Documents
Culture Documents
ndice
NDICE..........................................................................................................................................................................2 RESUMO ......................................................................................................................................................................3 2.1 Arquitectura Geral do sistema.................................................................................................................5 2.2 Modelo de casos de Utilizao................................................................................................................6 2.2 Diagrama de Componentes......................................................................................................................7 2.3 Tecnologias Usadas...................................................................................................................................8 3 - STFM COMO USAR..................................................................................................................................... 10 3.1 URL e Login............................................................................................................................................. 11 3.1 Menu Principal........................................................................................................................................ 11 3.1.1 Upload ................................................................................................................................................... 12 3.1.2 Criar Pasta............................................................................................................................................ 13 3.2 Repositrio de Ficheiros......................................................................................................................... 13 3.2.1 Operaes sobre os ficheiros.............................................................................................................. 14 3.3 Administrao........................................................................................................................................... 15 4 - STFM DIFICULDADES E LIMITAES ............................................................................................. 17 5 - CONCLUSES:................................................................................................................................................. 18 BIBLIOGRAFIA...................................................................................................................................................... 19 GLOSSRIO [3]:..................................................................................................................................................... 20 ANEXOS .................................................................................................................................................................... 21 Anexo 1 Relatrio da Base de dados.......................................................................................................... 22
2|35
Resumo
Pretende-se criar uma aplicao web para dispositivos mobile. Esta aplicao instalada num servidor Web e acedida por dispositivos mveis, nomeadamente Smart phones e PDAs, atravs do browser (i.e./ Opera/NetFront) dos mesmos, com ligao GPRS, Bluetooth, WIFI ou UMTS. A aplicao consiste num sistema para fazer upload/ download (atravs http) de ficheiros entre o dispositivo e o servidor Web, ou outro servidor repositrio. Cada utilizador acede atravs de uma validao com Login e Password, este pode gerir o seu espao e os seus ficheiros dentro do espao atribudo (quota), eliminar, listar e ver as vrias informaes do ficheiro. O sistema apresentado foi testado com uma ligao Bluetooth entre servidor web e dispositivo mobile 1 e os browsers usados foram Opera2 e NetFront
3.
Algumas das dificuldades encontradas, tornaram-se em limitaes para o sistema, estas esto associadas ao sistema operativo do dispositivo e/ou da verso do browser.
Sony Ericsson P910i, Sistema Operativo Symbian 7.0 Opera 6.32 para S. O. Symbian. NetFront v3.1 para S. O. Symbian.
3|35
1 - Introduo
O avano registado nas tecnologias mveis permite que actualmente seja possvel aceder a informao, em tempo real, independentemente do local onde o utilizador se encontre [1]. Note-se que o paradigma Mobile Learning ou m-Learning surge aproveitando-se da
disponibilidade crescente de dispositivos mveis. Nesse sentido p retende-se criar uma aplicao web para dispositivos mveis baseado numa arquitectura Cliente/ Servidor. Esta aplicao instalada num servidor Web e pode ser acedida por dispositivos mveis, nomeadamente Smart phones e PDAs, atravs do browser (i.e./ Opera/NetFront) dos mesmos, com ligao GPRS, Bluetooth, WIFI ou UMTS. A aplicao consiste num sistema para fazer upload/ download (atravs http) de ficheiros entre o dispositivo e o servidor web. Cada utilizador acede atravs de uma validao com Login e Password, este pode gerir o seu espao e os seus ficheiros dentro do espao atribudo (quota), eliminar, listar e ver as vrias informaes do ficheiro (tipo, tamanho, data de upload, etc.). O utilizador informado da quota total atribuda e da ocupada pela totalidade dos ficheiros (distribudos pelos vrios directrios).
Existe tambm uma rea de administrao de utilizadores e respectivas configuraes. Esta administrao (back-office) estar apenas disponvel ao administrador. O administrador poder criar e gerir qualquer tipo de utilizador. Esta gesto passa por criar o prprio utilizador e atribuir quotas. Outras funcionalidades foram inicialmente propostas, tais como, a possibilidade de listar todos os atributos do utilizador, banir ou eliminar mas no foram implementadas. A Aplicao foi desenvolvida recorrendo a componentes mobile e a pginas dinmicas (aspx), desta forma as suas potencialidades aumentaram, pelo que pode ser corrida de duas formas: em dispositivos mveis ou num simples browser com acesso Internet.
4|35
2 - STFm O sistema
2.1 Arquitectura Geral do sistema
O sistema tem uma arquitectura cliente/ servidor. Na figura 1 est representada a arquitectura geral do STFm, que constitudo por dois servidores (um aplicacional e um de base de dados, mas tambm se pode instalar em apenas num servidor) e os dispositivos mveis. O sistema pode ser acedido por um browser em verso Web, ou atravs de smart phones, PDA, ou outros dispositivos mveis compatveis. O acesso dos dispositivos mveis varia com o tipo e a ligao Internet. Todo o desenvolvimento teve como prioridade a optimizao para os dispositivos mveis.
5|35
Na figura 2 est representado uma viso geral dos casos de utilizao do STFm , os actores so dois: o Administrador e o User (Geral). O Administrador tem mais privilgios que o utilizador em geral (User), tais como o poder de criar outros utilizadores e de atribuir quotas. O utilizador (User) para poder aceder ao sistema tem de se autenticar (Autenticar User) e tem como permisses a gesto de ficheiros (apagar, ver detalhes) ou transferir (upload e download).
6|35
Foi feita uma separao em duas camadas: O GUI (Grafic User Interface) e a BLL (Bussiness Logic Layer), para permitir uma maior abstraco (isolar a camada de apresentao da camada do negcio). A camada de acesso aos dados (Data Access Layer SqlHelper) ficou dentro da BLL, no entanto poderia ficar isolada formando assim uma terceira camada. A Grafic User Interface, trata das questes grficas do sistema, a STF_User, representa os objectos dos utilizadores enquanto que a STF_File, representa os objectos dos ficheiros e a STF_Folder das pastas. Os StoredProcedures j esto no servidor de Base de dados. Esta estrutura est representada na figura 3, na forma de componentes.
7|35
O sistema foi desenvolvido recorrendo ao Visual Studio .Net 2003. A linguagem de programao pela qual se optou foi a C# devido sua robustez. O STFm foi construdo usando um controlo mobile (login), as restantes pginas dinmicas (aspx) so construdas recorrendo a componentes do visual studio .Net 2003. Apesar das pginas serem aspx foi usada a funcionalidade do .NET e da Framework para que esta possa fazer a interpretao automtica do tipo de dispositivo que lhe est a aceder. Exemplo da tag. <meta content="http://schemas.microsoft.com/mobile/html32template" name="vs_targetSchema"> As imagens usadas foram todas optimizadas para poderem ser usadas por dispositivos mobile, mas tambm foi usado o texto alternativo para que a aplicao pudesse funcionar nos browser que tm as imagens bloqueadas. Exemplo: <asp:ImageButton id="iDetails" runat="server" AlternateText="Detalhes" CommandArgument="FileDetails.aspx" ImageUrl="images/info.gif" CommandName="2"></asp:ImageButton> usada uma CSS (layout.css) que tem uma estrutura leve e simples devido s limitaes dos dispositivos mveis. O servidor de base de dados utilizado o SQL-Server 2000. Na base de dados optou-se por construir Stored Procedures, aumentado desta forma as performances dos sistema bem como o uso de User define data types. Todos os Stored Procedures tm o prefixo STF_ (exemplo: STF_AddFile) identificando assim a base de dados (STFdb). Na tabela 1 apresentado o nome e a funo de cada Stored Procedure
Stored Procedure Funo
STF_AddFile STF_AddFolder STF_AddUser STF_DeleteFile STF_GetAllUsers STF_GetFileById STF_GetFolderInfo STF_GetUserFolderChildren STF_User_GetUserById STF_UserLogin
Adiciona os atributos dos Ficheiros, includo o user Adiciona os atributos dos Pastas, includo o user Adiciona os atributos do user Apaga os atributos dos Ficheiros, includo user Devolve os atributos dos users Devolve os atributos de um ficheiro (por Id ) Devolve os atributos de uma pasta, includo o user. Devolve os atributos de sub-pastas, includo o user Devolve os atributos de um user (por Id ) Valida user, e respectivas regras
Tabela. 1 Definio dos Stored Procedures
8|35
A base de dados constituda por sete tabelas onde so armazenados todas as informaes necessrias (exceptuando-se os ficheiros) ao pleno funcionamento do sistema. Na figura 4 est representado o modelo relacional do STFm , e na tabela - 2 um resumo de cada tabela, informaes mais detalhadas da base de dados podem ser encontradas no anexo 1 (o relatrio do anexo 1 foi gerado de forma automtico a partir do MS Visio Enterprise Arquitects).
Nome da Tabela Colunas Descrio
5 4 4 3 3 6 7
Dados do User Dicionrio do tipo de documentos Documentos por user e respectiva localizao no directrio/subdirectrio Relao de herarquia de directrio/subdirectrio Directrio por user Dados do documento Configuraes do user
9|35
O upload dos ficheiros feito para o disco do servidor, este repositrio encontra-se dentro do directrio raz com o nome AllFiles, para prevenir o upload de ficheiros com o mesmo nome e no mesmo directrio para um user, usou-se um sistema de codificao em que gerado automaticamente um nmero (cdigo, id nico) para cada ficheiro (exemplo: 7b4cd5dc6e0040a1881beef56a6427c4), ficando o mapeamento entre o cdigo e o nome fsico na base de dados. Este sistema conhecido por GUID (Globally Unique Identifier) criado pela combinao do endereo I.P., data/hora, etc, devido sua eficcia h administradores de bases de dados que o usam como chave primria.
10|35
O URL para aceder ao STF m o seguinte: http://wsockhost.mrouter /stf/ (se tiver directrio virtual) ou http://wsockhost.mrouter /stf/login.aspx (se no tiver directrio virtual). Os dados do login depende do utilizador, nos testes foi usado o seguinte: Utilizador: u; palavra passe: p. Este utilizador est configurado como sendo um administrador, pelo que os acessos aplicao so totais. Na figura 7 apresentado a URL, ao utilizador e uma pgina para validao com o nome de utilizador e uma palavra passe.
Uma vez que o utilizador est correctamente validado (caso algum dos campos, login ou password esteja errado enviada uma mensagem ao utilizador), apresentado a pgina principal. O menu apresentado depende do tipo de utilizador (no caso de administrador) tem mais o item user e do nmero de ficheiros e directrios criados no seu espao. O nmero de opes do menu principal quatro: Upload, Criar Pasta, Logout e Users.
11|35
Na opo Upload, o utilizador pode fazer uploads de ficheiros para o servidor, na opo Criar Pasta permite criar uma nova pasta hierarquicamente dependente da posio onde se encontra posicionado, a opo logout permite abandonar o sistema e a Users fazer a gesto de utilizadores. O utilizador tambm informado do espao total ocupado pelos ficheiros, bem como a sua quota total.
3.1.1 Upload
O utilizador para fazer upload de ficheiros apenas tem que se posicionar na pasta para a qual pretende fazer o upload, e escolher a opo Upload. Aps este ter sido bem sucedido, uma pgina com a informao dos detalhes do ficheiro apresentado ao utilizador. O aspecto da combobox de seleco do ficheiro pode variar com o browser usado.
12|35
3.1.2 Criar Pasta Para que o utilizador possa criar uma pasta/sub-pasta basta posicionar-se onde pretende criar e escolher a opo criar pasta. Uma pgina especfica para o efeito ser apresentada ao utilizador, para tal basta introduzir o nome pretendido.
Na pgina principal apresentada (caso estejam criados) a estrutura de pastas e ficheiros. Para cada ficheiro apresentado o nome, cone identificativo do tipo de documento, tamanho (em Kb), possibilidade de ver detalhes, download e apagar o documento. Para cada pasta podemos entrar (navegar) nas sub-pastas (basta fazer click na opo do cone pasta aberta, ver figura 10.) e respectivos ficheiros, em qualquer altura o utilizador pode criar uma nova pasta, a funcionalidade de apagar pastas no foi implementada. Na figura 10 temos a vista de uma estrutura possvel (a mesma estrutura enviada no backup da base de dados).
13|35
Detalhes O utilizador sempre que pretenda saber mais informaes (para alm das que dispe na pgina principal) deve fazer o click sobre o cone das informaes (ver figura 11a). A pgina de detalhes est ilustrada na figura 11b, esta constituda pelo cone do tipo de ficheiro (caso o tipo do ficheiro seja desconhecido existe um cone para unknown), nome, tipo, tamanho e data de upload.
Fig. 11 Seleco das informaes detalhadas do ficheiro (a), pgina de detalhes do ficheiro (b).
Eliminao de ficheiro Para eliminar um ficheiro, basta um click sobre o cone (x), no ficheiro pretendido, como se ilustra na figura 12 a, uma mensagem de confirmao enviada ao utilizador figura 12 b.
14|35
Download de ficheiro O download do ficheiro pode ser feito atravs da seleco do cone representado na figura 13 a, uma caixa de dilogo apresentada ao utilizador para que este possa escolher o destino (memria interna ou memory stick).
Fig 13 Seleco ficheiro para fazer download (a), opes de gravao (b).
3.3 Administrao O administrador atravs desta funcionalidade pode criar, atribuir quota e listar utilizadores. Para aceder listagem de utilizadores e informao base de cada utilizador basta fazer click em user. Na figura 14 apresentado o aspecto da listagem, saliente-se que a distino do tipo de user feita pelo cone e est sempre presente no topo da pgina a respectiva legenda. A funcionalidade de informao detalhada e eliminao de cada user no est implementada nesta verso.
15|35
Para criar um novo utilizador basta seguir o atalho Novo Utilizador e preencher os dados solicitados, tais como nome, login, password, tipo de utilizador, etc., a sua ilustrao encontrase na figura 15.
16|35
17|35
5 - Concluses:
Com a evoluo das ferramentas de desenvolvimento de software, bem como na indstria de produo de dispositivos mveis e a preos cada vez mais reduzidos, o desenvolvimento de aplicao para este tipo de dispositivos est cada vez mais facilitada. A velocidade e utilizao em massa dos dispositivos mveis tem feito com que inmeras empresas se tenham dedicado a software compatvel com estas ferramentas. Como se apresentou neste trabalho, um simples upload/ download pode ser conseguido com alguma facilidade desde que o indivduo tenha conhecimentos para a sua programao. O uso de outras tecnologias de comunicao no foram testadas mas pelos artigos consultados no deve haver problemas com os protocolos de comunicao. Algumas das limitaes encontradas podero ser ultrapassadas facilmente e de forma natural com o lanamento de novas verses de browsers. Algumas das funcionalidades que inicialmente foram propostas no foram implementadas, pelo facto de ser um trabalho repetitivo (em termos de programao) de outras funcionalidades j existentes.
18|35
Bibliografia
[1] OLIVEIRA, Alexandre; FIGUEIREDO, Pedro; MARCOS, Adrito Aplicaes Mveis de Valor Acrescentado: um caso prtico. Proc. of 2 Workshop de Sistemas de Informao Multimdia, Cooperativos e Distribudos, 8 Outubro 2003. [2] Apontamentos da disciplina de Anlise e Tratamento de Informao, edio de 2004/2005. Universidade de Aveiro. [3] Glossrio, url: http://www.porto.ucp.pt/e-u/glossario.htm, consultado pela ltima vez a 16/07/2005 [4] Symbian OS Docs & Tools url: http://developer.sonyericsson.com/site/global/docstools/symbian/p_symbian.jsp , consultado pela ltima vez a 10/07/2005. [5] NetFront - Advanced Mobile Interneturl: http://www.access-netfront.com/, consultado pela ltima vez a 16/07/2005. [6] APDSI, Mobilidade: uma presena pervasiva no quotidiano das sociedades modernas, APDSI - Associao para a promoo e Desenvolvimento da Sociedade da Informao, 21 de Outubro de 2004
19|35
Glossrio [3]:
Bluetooth: Standard de comunicao sem fios de pequeno alcance (at 100 metros) que torna possvel transmitir sinais entre telefones, computadores e outros dispositivos, sem recorrer a fios. Operadora (ou Service Provider): a empresa que fornece servio para telecomunicaes mveis. Cliente: Dispositivo, tal como um computador, que pode aceder a um servidor. GPRS (General Packet Radio Service): um servio adicional acrescido a uma rede GSM, que permite comunicaes de dados a taxas de 10 40 Kbps. kbps (Kilobits Per Second): Kilobites por segundo. Megahertz: uma unidade de frequncia igual a um milho de hertz ou ciclos por segundo. As comunicaes mveis sem fios dentro dos Estados Unidos ocorrem nas bandas de 800 MHz, 900 MHz e 1900 MHz. PDA (Personal Digital Assistent): Assistente Digital Pessoal, tambm designado por Pocket PC ou Computador de Bolso. UMTS (Universal Mobile Telecommunications Systems) : uma parte da Unio das Telecomunicaes Internacionais IMT-2000 viso global da famlia da 3G do sistema de comunicaes mvel. Esta verso da 3G a tecnologia WCDMA que est a ser desenvolvida pela Comunidade Europeia de GSM. Wi- Fi (Wireless Fidelity IEEE 802.11b): Produtos WLAN baseados nas caractersticas da IEEE 802.22b.
20|35
Anexos
21|35
Database summary
Target DBMS: Number of tables: Number of views: Number of columns: Number of indexes: Number of foreign keys: Microsoft SQL Server 7 0 32 0 6
Columns 5 4 4 3 3 6 7
Indexes 0 0 0 0 0 0 0
Foreign keys 0 0 3 0 1 1 1
Notes
22|35
cfu_id 0 Table
Allow NULLs Not allowed Not allowed Allowed Allowed Allowed Allowed Allowed
Value/Range
Child usr_id
Parent usr_User.usr_id
Column details 1. cfu_id Conceptual name: Physical data type: Portable data type: Allow NULLs: cfu_id t_id N-Signed Integer Not allowed
2. usr_id (FK) Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_id t_id N-Signed Integer Not allowed
23|35
4. cfu_Password Conceptual name: Physical data type: Portable data type: Allow NULLs: cfu_Password t_smallabel C-Variable Length(20) Allowed
5. cfu_Quota Conceptual name: Physical data type: Portable data type: Allow NULLs: cfu_Quota t_small N-Signed Integer Allowed
6. cfu_Tipo Conceptual name: Physical data type: Portable data type: Allow NULLs: cfu_Tipo t_small N-Signed Integer Allowed
7. cfu_Estado Conceptual name: Physical data type: Portable data type: Allow NULLs: cfu_Estado t_check L-Yes or No Allowed
Definition:
Child usr_id
Parent usr_User.usr_id
Relationship type: Cardinality: Allow NULLs: Verb phrase: Inverse phrase: Physical name: Ref. Integrity on update:
24|35
No action
dct_Documento
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: Number of foreign keys: Primary key: Codes: Type: dct_Documento dbo STFdb 6 0 1 dct_id 0 Table
Data Type N-Signed Integer C-Variable Length(40) N-Signed Integer T-Date & Time C-Variable Length(512)
Allow NULLs Not allowed Not allowed Allowed Allowed Allowed Allowed
Value/Range
Child tpd_id
FK_dus_DocumentoUserSubdirectorio_dct_Do cumento
dus_DocumentoUserSubdirectorio.d ct_id
25|35
Conceptual name: Physical data type: Portable data type: Allow NULLs:
2. tpd_id
Conceptual name: Physical data type: Portable data type: Allow NULLs:
3. dct_Nome Conceptual name: Physical data type: Portable data type: Allow NULLs: dct_Nome t_longlabel C-Variable Length(40) Allowed
4. dct_Tamanho Conceptual name: Physical data type: Portable data type: Allow NULLs: dct_Tamanho t_small N-Signed Integer Allowed
5. dct_Dat a Conceptual name: Physical data type: Portable data type: Allow NULLs: dct_Data t_date T-Date & Time Allowed
6. dct_NomeDisco Conceptual name: Physical data type: Portable data type: Allow NULLs: dct_NomeDisco t_description C-Variable Length(512) Allowed
Definition:
Child tpd_id
Parent tpd_TipoDocumento.tpd_id
26|35
Relationship type: Cardinality: Allow NULLs: Verb phrase: Inverse phrase: Physical name: Ref. Integrity on update: Ref. Integrity on delete:
Non-Identifying One -to- Zero-or-More Not allowed hasFK_dct_Documento_t pd_TipoDocumento is of FK_dct_Documento_tpd_TipoDocumento No action No action
drc_Directorio
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: Number of foreign keys: Primary key: Codes: Type: drc_Directorio dbo STFdb 3 0 1 drc_id 0 Table
Value/Range
Child usr_id
Parent usr_User.usr_id
Column details 1. drc_id Conceptual name: Physical data type: drc_id t_id
27|35
2. drc_Nome Conceptual name: Physical data type: Portable data type: Allow NULLs: drc_Nome t_smallabel C-Variable Length(20) Allowed
3. usr_id (FK) Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_id t_id N-Signed Integer Allowed
Foreign key details (child) FK_drc_Directorio_usr_User Definition: Child usr_id Parent usr_User.usr_id
Relationship type: Cardinality: Allow NULLs: Verb phrase: Inverse phrase: Physical name: Ref. Integrity on update: Ref. Integrity on delete:
dsd_DirectorioSubdirectorio
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: Number of foreign keys: Primary key: dsd_DirectorioSubdirectorio dbo STFdb 3 0 0 dsd_id
28|35
Codes: Type:
0 Table
Name t_id
Data N-Signed
Type Integer
Value/Range
Parent dsd_id
Column details 1. dsd_id Conceptual name: Physical data type: Portable data type: Allow NULLs: dsd_id t_id N-Signed Integer Not allowed
2. dsd_Directorio Conceptual name: Physical data type: Portable data type: Allow NULLs: dsd_Directorio t_id N-Signed Integer Not allowed
3. dsd_Subdirectorio Conceptual name: Physical data type: Portable data type: Allow NULLs: dsd_Subdirectorio t_id N-Signed Integer Not allowed
29|35
dus_DocumentoUserSubdirectorio
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: Number of foreign keys: Primary key: Codes: Type: dus_DocumentoUserSubdirectorio dbo STFdb 4 0 3 dus_id 0 Table
Name t_id
Data N-Signed
Type Integer
Value/Range
usr_id
Column details 1. dus_id Conceptual name: Physical data type: Portable data type: Allow NULLs: dus_id t_id N-Signed Integer Not allowed
30|35
3. usr_id (FK) Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_id t_id N-Signed Integer Allowed
4. dsd_id (FK) Conceptual name: Physical data type: Portable data type: Allow NULLs: dsd_id t_id N-Signed Integer Allowed
Foreign key details (child) FK_dus_DocumentoUserSubdirectorio_dct_Documento Definition: Child dct_id Parent dct_Documento.dct_id
Relationship type: Cardinality: Allow NULLs: Verb phrase: Inverse phrase: Physical name: Ref. Integrity on update: Ref. Integrity on delete:
FK_dus_DocumentoUserSubdirectorio_dsd_DirectorioSubdirectorio
Definition:
31|35
Inverse phrase: Physical name: Ref. Integrity on update: Ref. Integrity on delete:
FK_dus_DocumentoUserSubdirectorio_usr_User
Definition:
Child usr_id
Parent usr_User.usr_id
Relationship type: Cardinality: Allow NULLs: Verb phrase: Inverse phrase: Physical name: Ref. Integrity on update: Ref. Integrity on delete:
tpd_TipoDocumento
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: Number of foreign keys: Primary key: Codes: Type: tpd_TipoDocumento dbo STFdb 4 0 0 tpd_id 0 Table
Value/Range
32|35
tpd_Extensao
t_smallabel
Allowed
Child dct_Documento.tpd_id
Parent tpd_id
Column details 1. tpd_id Conceptual name: Physical data type: Portable data type: Allow NULLs: tpd_id t_id N-Signed Integer Not allowed
2. tpd_Nome Conceptual name: Physical data type: Portable data type: Allow NULLs: tpd_Nome t_longlabel C-Variable Length(40) Allowed
3. tpd_Imagem Conceptual name: Physical data type: Portable data type: Allow NULLs: tpd_Imagem t_longlabel C-Variable Length(40) Allowed
4. tpd_Extensao Conceptual name: Physical data type: Portable data type: Allow NULLs: Notes: tpd_Extensao t_smallabel C-Variable Length(20) Allowed Extenso do documento
usr_User
Conceptual name: Owner: Target DB name: Number of columns: Number of indexes: usr_User dbo STFdb 5 0
33|35
0 usr_id 0 Table
Value/Range
Column details 1. usr_id Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_id t_id N-Signed Integer Not allowed
2. usr_PNome Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_PNome t_longlabel C-Variable Length(40) Allowed
3. usr_UNo me
34|35
Conceptual name: Physical data type: Portable data type: Allow NULLs:
4. usr_Telefone Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_Telefone t_longlabel C-Variable Length(40) Allowed
5. usr_EMail Conceptual name: Physical data type: Portable data type: Allow NULLs: usr_EMail t_smallabel C-Variable Length(20) Allowed
35|35