PORTFÓLIO PROJETO DE SOFTWARE CAROLINE OLIVEIRA DA COSTA RA 3583230103 (1)

Prévia do material em texto

FACULDADE ANHANGUERA 
 
GESTÃO EM TECNOLOGIA DA INFORMAÇÃO 
 
CAROLINE OLIVEIRA DA COSTA 
RA: 3583230103 
 
 
DISCIPLINA: PROJETO DE SOFTWARE 
RELATÓRIO DE AULA PRÁTICA 
 
 
SÃO PAULO/SP. 
2024 
 
CAROLINE OLIVEIRA DA COSTA – RA3583230103 
 
 
 
RELATÓRIO DE AULA PRÁTICA: 
Disciplina: Projeto de Software 
 
 
 
 
Trabalho de Relatório de Atividade 
Prática apresentado como requisito parcial 
para a obtenção de pontos para a média 
semestral. Professor: Marco Ikuro Hisatomi 
 
 
 
 
 
 
 
 
SÃO PAULO/SP. 
2024 
SUMÁRIO 
1. INTRODUÇÃO……………………………………………………………….4 
2. DESENVOLVIMENTO……………………………………………………….5 
2.1 PRIMEIRA ETAPA DA TAREFA.........................................................5 
2.2 SEGUNDA ETAPA DA TAREFA.........................................................5 
2.1.1 RESOLUÇÃO DA PRIMEIRA ETAPA.................................................6 
2.2.1 RESOLUÇÃO DA SEGUNDA ETAPA.................................................7 
2.2.1 RESOLUÇÃO DA SEGUNDA ETAPA.................................................8 
2.2.1 RESOLUÇÃO DA SEGUNDA ETAPA.................................................9 
3. CONCLUSÃO………………………………………………………………..10 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. INTRODUÇÃO 
O propósito deste estudo é propor um modelo de referência que 
direcione o processo de desenvolvimento de software para torná-lo ágil. A 
metodologia Scrum foi empregada para alcançar esse objetivo. 
 
As metodologias ágeis propõem formas de 
desenvolvimento iterativo, disciplinado e criativo, visando 
entregas rápidas e frequentes de versões. Isso possibilita ao 
cliente obter e fornecer feedback com frequência, permitindo o 
aumento de sua satisfação, já que ele passa a ter melhor visão 
do andamento do projeto e do sistema em desenvolvimento 
(Williams e Cockburn, 2003). 
 
Para o controle e planejamento de projetos, o Scrum utiliza práticas como o 
Backlog e o Sprint. O Backlog consiste em uma lista de atividades priorizadas e 
estimadas para serem realizadas durante o projeto. A partir dessa lista, 
algumas atividades são selecionadas para serem realizadas em um período 
determinado, conhecido como Sprint. Esse conjunto de atividades 
selecionadas é chamado de Backlog do Sprint. Durante o Sprint, todas as 
atividades do Backlog do Sprint são executadas, o que resulta em uma nova 
versão do produto que será entregue ao cliente. 
 
 
 
 
 
 
 
 
 
 
 
2.DESENVOLVIMENTO 
 
Visando trazer em prática a utilização e a eficiência da metodologia 
proposta, foi solicitada a realização de uma tarefa bastante interessante, nos 
remetendo a uma situação muito próxima à realidade, apesar de ser uma 
aplicação fictícia, foi levada muito a sério, quando o assunto é projetar o 
desenvolvimento de um software. Com isso a atividade dispõe de duas etapas, 
sendo que na primeira, temos a função de cliente, onde precisamos descrever 
nossas necessidades para o Product Owner, para que ele possa estruturar todo 
o projeto de desenvolvimento do software. E na segunda etapa, já somos o 
próprio Product Onwer, onde iremos desenvolver a aplicação baseada na 
metodologia Scrum. A seguir veremos o que foi solicitado. 
 
2.1 PRIMEIRA ETAPA DA TAREFA 
Nesta primeira etapa você é o cliente, pense em um aplicativo que você 
deseja construir, levante as funcionalidades e característica que você almeja 
no seu aplicativo. Seja criativo e detalhista. 
 
2.2 SEGUNDA ETAPA DA TAREFA 
Nesta etapa, você não é mais o cliente e sim o Product Owner da 
empresa que vai elaborar o aplicativo proposto. Suas responsabilidades são: 
a) Definir as funcionalidades do produto, ou seja, desenvolver o product 
backlog; 
b) Priorizar as funcionalidades de acordo com o valor de negócio; 
c) Montar um quadro do Scrum (Kanban) com as divisões de etapas, tarefas, 
data de entrega e responsáveis por atividade. Para este item, imagine que o 
desenvolvimento do seu aplicativo está em um estágio mais avançado, por 
este motivo, deve haver tarefas em todas as etapas. Utilize uma das 
ferramentas propostas para montar o seu quadro. 
 
2.1.1 RESOLUÇÃO DA PRIMEIRA ETAPA 
 
Desejo criar um aplicativo, que ajude a sociedade usuária do SUS. Pensei 
em algo que mantivesse o cidadão ciente de onde encontrar certos 
medicamentos fornecidos gratuitamente pelo Sistema Único de Saúde. Pois 
atualmente sem esse controle, muitas pessoas acabam se aventurando de 
posto em posto, realizando essa busca, que nem sempre é bem-sucedida, 
ocasionando transtorno, perda de tempo e frustração. Com isso, sugiro algo 
que tenha como funcionalidade, a busca pelo nome do medicamento. Lá na 
resposta ele saberá: o local onde encontrar e a quantidade disponível. Além 
disso, poderá agendar uma data e horário para retirada, isso lhe asseguraria e 
lhe daria certeza que quando fosse buscar, sairia do posto com o 
medicamento. Seria bom colocar um prazo para retirada, caso não fosse 
cumprido, seria cancelado e o medicamento ficaria disponível para outro 
usuário. E uma quantidade mínima por pessoa. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
2.2.1 RESOLUÇÃO DA SEGUNDA ETAPA 
a) Product backlog: 
 1. Visualização do estoque em tempo real: Os usuários devem ser 
capazes de ver quantas unidades de um medicamento específico estão 
disponíveis em cada posto. 
2. Busca por medicamento: Os usuários devem poder pesquisar por um 
medicamento específico e ver em posto loja ele está disponível. 
3. Detalhes do medicamento: O usuário, deve ser capaz de ver detalhes 
sobre um medicamento específico, incluindo sua descrição, instruções de uso e 
possíveis efeitos colaterais (Bula online). 
4. Notificações de estoque baixo: Os usuários devem ser alertados 
quando o estoque de um medicamento estiver baixo em um posto específico. 
5. Agendamento de retirada: Os usuários devem poder agendar uma 
retirada de medicamentos em um posto específico. 
6. Integração com o sistema de estoque da farmácia: O aplicativo deve 
se integrar com o sistema de gerenciamento de estoque da farmácia para 
garantir que as informações estejam atualizadas em tempo real. 
7. Atualização do estoque: Os funcionários da farmácia devem ser 
capazes de atualizar o estoque do aplicativo quando novos medicamentos 
chegarem ou quando medicamentos forem retirados do estoque. 
8. Controle de acesso: O aplicativo deve ter um sistema de controle de 
acesso seguro para garantir a privacidade e segurança das informações dos 
usuários. 
9. Comentários e avaliações: Os usuários devem poder deixar 
comentários e avaliações sobre a qualidade do serviço e do estoque em cada 
posto. 
10.Histórico de retirada: O aplicativo deve manter um registro das 
retiradas de medicamentos pelos usuários, para ajudar a controlar o estoque e 
evitar atrasos ou falta de estoque. 
11. Relatórios de estoque: Os supervisores devem ser capazes de gerar 
relatórios sobre o estoque em cada posto, para ajudar na tomada de decisões 
e no planejamento de estoque. 
b) Prioridades: 
 
Visando a utilização o quanto antes desta aplicação, podemos priorizar 
algumas funcionalidades, quais não implicariam no uso, mas que já seriam 
suficientes para uma primeira experiencia. Em seguida faremos os incrementos 
necessários para tornar a aplicação completa (produto final), para isso será 
necessário também o feedback do usuário. Sendo assim, as funcionalidades 
priorizadas são: 1 a 3. 
 
• Visualização do estoque em tempo real. 
• Busca por medicamento. 
• Detalhes do medicamento. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
c) Quadro Scrum (Kanban): 
 
 
 
A seguir, será possível visualizar toda as etapas utilizadas para 
elaboração do projeto. Desde o backlog até a entrega (finalização). 
 
 
Link para acesso online: kanban online 
 
 
 
 
 
 
 
 
 
 
 
3. CONCLUSÃO 
 
 
O projeto FarmacoSUS (Aplicativo fictício desenvolvido), teve comoobjetivo criar um aplicativo social para ajudar os usuários do SUS a 
encontrarem medicamentos gratuitos com mais facilidade. Scrum, é 
uma metodologia de gerenciamento de projetos que é caracterizada 
por ser iterativa, incremental e adaptativa e foi utilizada para 
desenvolver o product backlog, priorizar funcionalidades e lançar o 
aplicativo com maior brevidade ao mercado, aproveitando os 
feedbacks dos usuários para realizar melhorias e incrementos. Foi 
elaborada toda o backlog da sprint através de Kanban, utilizando a 
plataforma Trello, respeitando o prazo de entrega de 2 a 4 semanas, 
realizando reuniões semanais, para monitoramento e controle, além 
de realizar os incrementos solicitados pelo cliente e/ou usuários, 
caso necessário. Concluindo, o que foi pedido pelo cliente foi 
realizado, e com isso os usuários conseguem todas as informações 
necessárias para retirada de medicamento gratuitos, na palma da 
mão. Apesar de ter sido uma experiência fictícia, nos proporciona 
uma pequena amostra do quão é importante se praticar uma boa 
gestão de projetos.