Trabalho Acadêmico - Prototipagem de Aplicativo com Retorno Social - Atividade Extensionista

Para isso é apresentado um projeto baseado em prototipação de uma aplicação de apelo social voltada para doações agasalho. Palavra-chave: Sistema Web; ASP. NET; Projeto de Software ABSTRACT Web and application-oriented systems for mobile devices are increasingly common in the market. Because of this trend, it is important that academic studies are carried out and examples of how to implement these systems are presented. Because of this need, this work aims to bring a study about some of the main technologies for the development of Web systems. MODELO MVC 11 4. PROJETO E PROTÓTIPO DE SOFTWARE VOLTADO PARA A DOAÇÃO DE AGASALHOS 12 5 RESULTADOS 15 6 CONCLUSÕES 15 REFERÊNCIAS 15 1 INTRODUÇÃO Atualmente as aplicações são desenvolvidas para serem portáveis a diversos dispositivos. Isso pode ser feito através do desenvolvimento de sistemas Web e para dispositivos móveis.

Estes sistemas podem ser executados em diversos dispositivos através do conceito de responsividade, que pode ser implementado em sistemas Web através do framework chamado Bootstrap. Estes sistemas são cada vez mais populares entre as pessoas e é importante que sejam feitos estudos que ilustrem o desenvolvimento dos mesmos. É usado por uma ampla gama de motivos, mas sua popularidade reside no uso para as tarefas a seguir: (i) Aplicações Back-End, (ii) Aplicativos Windows, (iii) Desenvolvimento web e (iv) desenvolvimento de jogos (DEITEL, 2005). Unified Model Language Neste texto serão importantes dois diagramas da UML: Diagrama de casos de uso e diagrama de classes. Ambos são apresentados de forma aprofundada abaixo. Os diagramas de caso de uso são geralmente referidos como diagramas de comportamento usados ​​para descrever um conjunto de ações (casos de uso) que algum sistema ou sistemas (assunto) devem ou podem executar em colaboração com um ou mais usuários externos do sistema (atores).

Cada caso de uso deve fornecer algum resultado observável e valioso para os atores ou outras partes interessadas do sistema. Diagrama De Casos De Uso Os diagramas de caso de uso desempenham um papel importante na modelagem com UML. A modelagem cuidadosa é crucial para obter uma arquitetura de sistema correta e eficiente. O artigo se refere à análise formal dos diagramas de casos de uso. Um modelo formal de casos de uso é proposto e sua construção para relacionamentos típicos entre casos de uso é descrita. Dois métodos de análise formal e verificação são apresentados.  Isso pode se manifestar não apenas na fase de design de uma arquitetura bem equilibrada do sistema, mas também na fase de implementação.  Assim, a possibilidade de análise formal dos diagramas pode ser um contrapeso eficaz às ameaças apresentadas acima.

 Além disso, a inferência baseada em uma abordagem formal permite a verificação da propriedade desejada do sistema modelado.  Como o principal artefato de casos de uso de documentação de requisitos aparecem em duas formas complementares (GUDWIN, 2015): 1. como diagramas gráficos que enumeram casos de uso e atores (geralmente usuários e sistemas externos) e mostram as relações entre eles; 2. Os casos de uso podem ser vinculados por relacionamentos.  Existem três relações básicas entre os casos de uso: generalização e dois estereótipos padrão, ou seja, «incluir» e «estender».  As relações entre os casos de uso são uma ferramenta importante para gerenciar a complexidade dos cenários.  Se várias etapas consecutivas são repetidas em uma série de casos de uso ou podem ser tratadas como funcionalidade logicamente fechada (como registro em um sistema), elas podem ser extraídas para formar um caso de uso autônomo que pode ser chamado a partir de um caso de uso básico como um função.

 Esta situação corresponde à relação de inclusão. A principal diferença é que a suposição não é testada e é assumida que ela é verdadeira enquanto a pré-condição é testada e a execução do caso de uso depende do resultado desse teste, ou seja, o caso de uso pode nunca ser executado. O cenário de caso de uso também pode definir as variáveis ​​internas. Essas variáveis ​​internas podem então ser os atributos das respectivas classes que implementam o sistema. As etapas podem conter instruções de atribuição que atribuem novos valores a essas variáveis. O cenário de caso de uso pode conter gatilhos de iniciação. Figura 1: Diagrama de casos de uso do sistema Fonte: o autor RF01: Postar necessidade de agasalho RF02: Responder necessidade de agasalho RF03: Anunciar oferta de agasalho RF04: Responder oferta de agasalho RF05: Filtrar postagens e anúncios mais próximos RF06: Remover postagem RF07: Bloquear usuário RNF01: O sistema utilizará o modelo MVC RNF02: O sistema utilizará a tecnologia Rest para armazenar informações e recuperar informações do Banco de Dados.

RNF03: O sistema deve ser escalável, e capaz de suportar até 1000 requisições por minuto. RNF04: O layout do sistema deverá ser responsivo e capaz de ser visualizado em diferentes tamanhos de tela (desde pequenos smartphones até grandes tablets). Figura 2: Filtro de doações disponíveis a um raio de 10 km do ponto onde o usuário se encontra Fonte: o autor Figura 3: Filtro de doações disponíveis a um raio de 10 km do ponto onde o usuário se encontra Fonte: o autor Figura 4: Cadastro de oferta de doações Fonte: o autor Figura 5: Sistema responsivo. Caso o dispositivo do usuário seja pequeno, o usuário pode clicar no botão destacado com um círculo vermelho para acessar as funcionalidades disponibilizadas no cabeçalho Fonte: o autor 5 RESULTADOS Este trabalho apresentou com sucesso um projeto com protótipo para um sistema de doações de agasalhos.

DCA-FEEC-UNICAMP. Disponível em: https://faculty. dca. fee. unicamp.