Atividades Práticas Supervisionadas APS - SmartProcedure

...

[pic 9]

- : Diagrama de Transição de Estado - SmartProcedure:

DTE ou Diagrama de Transição de Estado do projeto é focado em transferir uma ideia real das interfaces do sistema e passo a passo dependendo das ações do usuário, possibilitando assim uma vizão abrangente das interações entre Sistema e Usuário de todo o sistema.

Segue separadamente abaixo o DTE do SmartProcedure:

[pic 10]

2.4.1: DTEs Relacionados à Pessoa:

[pic 11]

[pic 12]

2.4.2: DTEs Relacionados a Produto:

[pic 13]

[pic 14]

2.4.3: DTEs Relacionados a Pedido:

[pic 15]

[pic 16]

2.4.4: DTE Relacionado a Gerar Relatórios:

[pic 17]

- : Dicionário de Dados - SmartProcedure:

O dicionário de dados do sistema se responsabiliza por especificar claramente todos os tipos de atributos de cada entidade no sistema.

Aqui é possível visualizar os tipos aceitos de dados em cada atributo, além de suas restrições.

Segue abaixo o Dicionário de Dados referente a todas as entidades englobadas no sistema:

[pic 18][pic 19][pic 20][pic 21][pic 22]

2.6: Diagrama Entidade Relacionamento - SmartProcedure:

O DER (Diagrama Entidade Relacionamento): Responsável por exemplificar todos os relacionamentos em um só diagrama.

Com isso pode ser feita uma análise total das entidades com todas suas ligações em apenas um diagrama. A ideia aqui é deixar claro como é simples e inteligente o sistema!

Segue abaixo o DER[pic 23]

2.7: Modelo Entidade Relacionamento - SmartProcedure:

O MER (Modelo Entidade Relacionamento): Responsável por demonstrar todas as entidades junto com suas características (Atributos).

É uma das partes com maior importância, pois apenas analisando os modelos abaixo, o desenvolvedor pode se basear e construir as entidades a partir dos mesmos.

Também é visível a identificação de todas as entidades afetadas a cada ação.

Segue abaixo os diagramas MER, divididos em ações:[pic 24][pic 25][pic 26][pic 27]

- O Smart Procedure por dentro!

Abaixo poderá ser analisada toda a parte interna do trabalho, tanto o front quanto o back end.

Primeiramente, segue a imagem da arvore do projeto:

- Arvore do projeto:

[pic 28]

Visivelmente bem distribuído e claro, feito de forma modularizada e independente, sendo assim muito simples de entender e trabalhar em cima do mesmo!

3.2: Imagem interna do projeto (telas)

Abaixo estão todas as telas contidas no projeto, junto ao seu código fonte, podendo assim identificar o tipo de atributo recebido em cada caixa de texto e claro o mais importamte, sua forma de elaboração.

3.2.1: Pessoa:

[pic 29]

3.2.2:Produto

[pic 30]

3.2.3:Pedido:

[pic 31]

3.2.4: Consulta Pedido:

[pic 32]

- Persistência (Banco de dados)

Toda a parte de integração entr aplicação e banco de dados também foi mapeada e será exibida abaixo para maior entendimento e noção de como estamos nos comunicando com os bancos.

Nossas entidades tem o mesmo escopo do banco, ou seja, o projeto segue um padrão nas três partes MVC contidas:

4.1: Pessoa:

[pic 33]

4.2: Produto:

[pic 34]

4.3: Pedido:

[pic 35]

4.4: Tipo_Pessoa:

[pic 36]

4.5: Endereço:

[pic 37]

4.6: Integração:

Toda a integração com o banco de dados foi modulada de forma a garantir a integridade dos dados novos e os já contidos na database.

A seguir é exibida a forma que o Model do banco de dados se comunica com projeto.

4.6.1: Integração - CONSULTA_PEDIDO:

[pic 38]

4.6.2: Integração GASTO_TOTAL_DE_CADA_CLIENTE (Relatório)

[pic 39]

4.6.3: Integração PEDIDO_POR_REGIAO (Relatório)

[pic 40]

4.6.4: Integração PRODUTOS_MAIS_VENDIDOS (Relatório)

[pic 41]

4.6.5: Integração PEDIDO_PELO_CÓDIGO

[pic 42]