Figura 36 Protótipo de Interface: Tela da fase 4 - discriminar fonemas. Fonte: Desenvolvido pelo autor (2014).

Transcrição

1 89 Figura 36 Prtótip de Interface: Tela da fase 4 - discriminar fnemas Fnte: Desenvlvid pel autr (2014). Figura 37 Prtótip de Interface: Tela da fase 5 - cmpletar palavras Fnte: Desenvlvid pel autr (2014).

2 90 Figura 38 Prtótip de Interface: Tela da fase 6 - sletrar palavras Fnte: Desenvlvid pel autr (2014). Figura 39 Prtótip de Interface: Tela de avaliaçã e feedback d jgadr Fnte: Desenvlvid pel autr (2014). 2.4 PROJETO ARQUITETURAL

3 91 A arquitetura d sftware bjetiva descrever seu funcinament em um alt nível de abstraçã. É útil quand se deseja interagir sistemas entre si u cm utrs sistemas (GARCIA et al, 2007). A seguir será detalhad infrmações que serviram para implementaçã d sftware. A arquitetura d sftware segue padrã n camadas, separand a visã, as camadas de negócis e a camada de dads. O princípi de desenvlviment deste sftware e suas camadas é tecnlgia web, aberta e gratuita. Na interface será utilizada a liguagem Hypertext Markup Language (HTML) (2014) e Cascading Style Sheets (CSS) (2014), e para prpagaçã das atividades fazer us da linguagem Hypertext Prepcessr (PHP) (2014) interligada cm scripts JavaScript (ORACLE, 2014) (para apresentaçã de caixa de dialgs cm mensagens a usuári e cm renderizaçã d áudi). A prpsta inicial é que sftware execute em uma máquina, prém esta deverá ser depis estabelecida para funcinar em ambientes intranet/internet através de um servidr web e um servidr Java Pages (ORACLE, 2014). O mdel lógic de dads será prduzid através d padrã Sistema de Gestã de Base de Dads (SGBD) relacinal MySQL (2014), cm intuit de suprtar requisits que estarã inteligads a cmplexidade abrdada durante desenvlviment d prjet e também armazenar dads apresentads pel sftware. Além diss, sftware será livre e dispnível através da Internet. A seguir é apresentad um checklist de funcinalidades da arquitetura que deve ser cnduzid durante desenvlviment. Sbre entidades externas a sistema Quais sistemas externs devem ser acessads? Nã existe sistema externs que devem ser acessad; Cm serã acessads? Nã se aplica; Há integraçã cm legad a ser feita? Cm? Nã existe integraçã cm sistemas legads. Determinaçã de prtunidades para reus de sftware Há interesse/cnveniência/temp em aprveitar tais prtunidades? Sim. Há interesse e é cnveniente aprveitar a prtunidade de reutilizar linhas de códig para implementar determinadas funções d sftware;

4 92 Cm iss pde ser feit? O sistema vai dispr de váris cmpnentes que pdem ser reaprveitadas. A cmpnente ReclherTesur presente em tds as fases d jg. A cmpnete SelecinarPalavra presente na fase 2 e 3 d jg; Cm cmpnentes? Sim; Cnstruind um framewrk? Sim. Sbre a rganizaçã geral d sistema O sistema é centralizad u distribuíd? O sistema será centralizad, send executad pr recurss individuais e centralizada tdas as infrmações em uma máquina servidra; Cm mdularizar em subsistemas? Nã há subsistemas. O sistema é frtemente acplad; Cm minimizar acplament entre s pedaçs? Nã se aplica; Lembrand que um sistema pde ser vist cm send cmpst de três grandes camadas lógicas Tais camadas serã lógicas u terã existência física separada? As camadas serã lógicas e existirá uma física separada, banc de dads; Onde clcar business lgic (cm dividir entre as camadas)? O business lgic será pst na camada de Cntrle, que será respnsável pr receber events da camada d usuári e invcar a camada de banc de dads; Qual é nível de acplament, frequência de interações, vlumes de dads trcads entre as camadas? Alt; Qual será a estrutura de cmunicaçã e cntrle entre s subsistemas (cm ligar as camadas e partições)? Usand Observer Pattern? Nã há subsistemas neste sftware entã nã se aplica; Usand Mdel-View-Cntrller Pattern? Nã há subsistemas neste sftware entã nã se aplica; Que subsistema pde se cmunicar cm que utrs? Nã há subsistemas neste sftware entã nã se aplica; A prgramaçã será feita cm qual paradigma? Orientad a bjets (OO)? A prgramaçã será feita usand paradigma OO;

5 93 Que linguagens e ferramentas serã usadas? Na interface será utilizada a liguagem HTML e CSS, e para prpagaçã das atividades fazer us da linguagem PHP interligada cm scripts JavaScript (para apresentaçã de caixa de dialgs cm mensagens a usuári e cm renderizaçã d áudi); Que framewrks serã usads? Struts? Tapestry? Java Server Faces? Dctrine (2014) framewrk de cmunicaçã entre as cmpnentes d sftware e Banc de Dads; Cm será feit a alcaçã de memória para s elements d prgrama? Alcaçã dinâmica em temp de execuçã; Onde sã armazenads s strings? Nas variáveis de instância d SGBD; Cm é a estratégia de tratament de errs? A prire realizar testes n sftware a partir da verificaçã e validaçã cm intuit de detectar errs, cnfinar e avaliar s dads, recuperar errs e tratar falhas. Sbre a camada de interface O sistema será acessad usand que tips de clientes? Brwser? Sim; Us de applet? Nã é necessári, pis sfware rdará em PHP; Us de script? Sim. Cm fazer a interface gráfica? Cm que ferramentas? Através d Cnstruct 2 (2014); Cm que cmpnentes visuais? Através d Crel Draw X6(2014); Serã desenvlvids? cmprads? Serã desenvlvidas; Javascript u utra linguagem de script d lad cliente será usada? JavaScript. Que mdel de cmpnentes visuais será usad? ActiveX? Nã se aplica; Javabeans? Nã se aplica; Se a interface usar um brwser, cm será feita a geraçã de HTML dinâmic? Servlets? Nã; Java Sever Pages? Nã; Active Server Pages? Nã; Que ferramentas usar para a frmataçã de relatóris? Atráves da ferramenta ireprt (2014);

6 94 Há pactes a desenvlver que pderiam ser cmuns a várias partes da interface? Nã; Há cnsiderações de lcalizaçã (para utras línguas u utrs países)? Nã. Sbre a camada de lógica da aplicaçã Esclha de middleware: qual mdel de cmpnentes de servidr será usad? COM+/.Net? Sim; Enterprise Java Beans? Nã. Quais sã s cmpnentes principais a fazer? Reclher tesur, descriminar imagens, segmentar e recnhecer sns, segmentar e recnhecer rimas, discriminar fnemas, cmpletar palavras, sletrar palavras, cmunicaçã e relatóri. Há us de threads? Nã será necessári; De que frma atender as requisits para us multiusuári? Nã se aplica; Sluções para reslver a cncrrência? Nã se aplica; Que Applicatin Prgramming Interface (API) será usada para acess a: Dads persistentes? SGBD; Serviç de mail? Nã se aplica; Serviç de nmes? Nã se aplica; Há packages (pactes) a desenvlver que pderiam ser cmuns a várias partes da lógica da aplicaçã? Sim. Package de Dmíni (FIG. 40) e de Serviç (FIG. 41). Qual é a rganizaçã interna ds móduls executáveis? Determinar sub-camadas e partições: Camada de dmíni (Reclher tesur, descriminar imagens, segmentar e recnhecer sns, segmentar e recnhecer rimas, discriminar fnemas, cmpletar palavras, sletrar palavras) e Camada de serviç (cmunicaçã e relatóri); Onde verificar s business rules? N SGBD? Sim; N middleware? Nã; Cm implementar aspects de segurança? Aspects de segurança deverã ser implementads n SGBD u n servidr de acess; Cm implementar s requisits de auditria? Implementar s requisits de auditria através de lgs diáris d sistema.

7 95 Figura 40 Package Dmíni em UML Fnte: Desenvlvid pel autr (2014). Figura 41 Package Serviç em UML Fnte: Desenvlvid pel autr (2014). Sbre a camada de dads persistentes Quais sã as fntes de dads? Externas? Internas? Existentes? Nvas? As fntes de dads internas serã cadastradas n banc de dads; Que estratégia de persistência será usada: Na memória (cm recurss especiais cm pilhas)? Nã; Em arquivs? Nã; Usand um SGBD? Sim; Qual paradigma de SGBD usar? Relacinal? Sim; OR? Nã; OO? Nã; Qual será a estratégia de interaçã entre a aplicaçã e s dads? Será através da captura de events e passagem de texts através das Graphical User Interface (GUI); De que frma atender as requisits para us multiusuári (cncrrência)? Nã se aplica; Cm implementar a segurança n SGBD? Será implementada através de autenticaçã d usuári; Cm será feita a ppulaçã ds bancs de dads? Será feita a partir d administradr d sistema via aplicaçã. Sbre requisits de desempenh

8 96 Há necessidade de blar frmas especiais de atender as requisits de desempenh? Sim. Através de SGBD cm algritms e estrutura de dads especiais para lidar cm grandes quantidades de dads; Cm prver failver? Através de um site alternativ, garantind assim, alta dispnibilidade de frma transparente para s usuáris. O que deve ser prduzid? Quais sã s móduls executáveis a prduzir? Executáveis e Dynamic Link Library (DLL) nã serã necessáris; Cm será reslvida a instalaçã d prdut? Nã precisa ser instalad, acess via Internet; O que será cmprad, feit, mdificad? Dmíni para dispnbilizar acess a sftware via Internet. Sbre a integraçã futura Que interfaces devem ser expstas para facilitar a futura integraçã de aplicações Enterprise Applicatin Integratin (EAI)? Pde-se usar uma camada de API para expr a camada de business lgic, clcar uma camada de script acima diss e ainda camada(s) de interface para ativar a business lgic através de scripts. Vantagens: a) Fácil criaçã de macrs e utras frmas de autmaçã; b) Fácil criaçã de testes de regressã; c) Clara separaçã de business lgic da interface para usuári; Perguntas adicinais Há cnsiderações especiais de administraçã a levar em cnta? Manutençã e Distribuiçã via Internet; Cm será a trca de versões? Manutençã cm suprte técnic via Internet; Cm será a distribuiçã d sftware? Via Internet/Intranet? Sim; Via mídia? Nã.

9 97 As Figuras 42 e 43 demnstram diagrama de cmpnentes Unified Mdeling Language (UML) para melhr entendiment da arquitetura d SE. Figura 42 Representaçã da arquitetura em camadas em UML Fnte: Desenvlvid pel autr (2014). Figura 43 Prjet Arquitetural d SE Os niridians n inacreditável mar de letras Fnte: Desenvlvid pel autr (2014).

10 MODELO CONCEITUAL DE DADOS A figura 44 apresenta mdel cnceitual de dads. Figura 44 Mdel Entidade Relacinament - ER Fnte: Gerad pel autr (2014).