Atividade Estruturada - Modelagem de Sistemas Vendas

Prévia do material em texto

0 
ATIVIDADE ESTRUTURADA 1: Especificação de Requisitos e Modelagem de 
Casos de Uso, de Classes e de Sequência em UML 
 
ATIVIDADE ESTRUTURADA 2: Diagramas de Colaboração, de Componentes e de 
Implantação em UML. 
 
ATIVIDADE ESTRUTURADA 3: Diagramas de Estados e de Atividades em UML. 
. 
 
AE 1 
 
 1. Prefácio 
O objetivo deste documento é fornecer um roteiro para o desenvolvimento do 
sistema de vendas solicitado pela empresa contratante utilizando os princípios da 
engenharia de software orientada a objetos com notação UML (Unified Modeling 
Language). 
O presente documento destina-se a todos os usuários interessados em obter 
mais informações sobre o sistema citado. 
 
2. Apresentação do problema 
Foi constatado que a empresa contratante possui graves deficiências nos 
registros e acompanhamento de ocorrências decorrente da ausência de 
automatização de alguns processos ao realizar registro de ocorrências. 
Vários problemas relacionados ao processo de dados foram identificados, 
sejam nos dados do cliente, do atendimento ou mesmo dos problemas a serem 
solucionados. Isso gera certa ineficácia na hora da emissão de relatórios para uma 
possível pesquisa de qualidade dos atendimentos ou mesmo perda da qualidade do 
próprio atendimento, pelo motivo desse processo ser bastante lento. 
O Bloco de anotações com as soluções de problemas conhecidos é outro 
exemplo no que diz respeito ao processamento de dados desorganizado, isto é, 
quando dizemos que as soluções são anotadas em um bloco nota-se que isso é feito 
de forma aleatória, o que causara atrasos desnecessários nas futuras consultas de 
soluções para o problema apresentado. 
Pôde-se perceber que a Ordem de Serviço (OS) para compra de peças era 
emitida no ato do atendimento caso o estoque estivesse sem nenhuma peça 
necessária no atendimento causando atrasos para a solução do mesmo. 
 
 
 
 
 
1 
 
3. Apresentação de Proposta de Sistema e Suas Funcionalidades 
A seguir uma proposta de construção de software de Vendas que visa resolver 
os problemas relatados: 
Desenvolvimento de um aplicativo interativo que seja instalado em cada 
máquina da empresa e acessível a todos os funcionários, que identifique a máquina e 
o sistema utilizado. 
• O contato do cliente será realizado através deste aplicativo; 
• No momento do login do cliente, o sistema irá processar informações do 
histórico do cliente; 
• Na tela do aplicativo o cliente irá escolher as opções que mais se 
identificam com o que deseja comprar: (Roupas, Calçados, Moda Feminina, Moda 
Masculina, etc). 
 
AE 2 
 
4. Diagramas 
Segue abaixo a lista de diagramas criada para melhor descrever o sistema e os 
fluxos de trabalhos envolvidos na execução do mesmo. 
 
4.1 Diagrama de Caso de Uso 
 
 
 
 
 
 
 
4.2 Diagrama de Classe 
 
AE 3 
 
4.3 Diagramas de Interação (DSS, Sequência e Colaboração) 
 
 
 
 
 
3 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
5 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
7 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
9 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
11 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
13 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
15 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
17 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
19 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
4.4 Diagrama de Estado 
 
 
 
 
 
 
 
 
 
 
 
4.5 Diagrama de Atividade 
 
 
 
 
 
 
 
21 
 
 
4.6 Diagrama de Classe (Modelo de Projeto) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
5. Descrição de Funcionalidades 
As funcionalidades descritas abaixo são funcionais, caso haja dúvidas favor 
consultar a Apresentação De Proposta De Sistema e Suas Funcionalidades localizado 
na página 3. 
Nome do Caso de Uso: Registrar Atendimento 
Ator: Atendente 
Pré-condições: Ter acesso à interface de atendimentos 
Pós-condições: Abrir a ocorrência de atendimento 
Descrição: 
Fluxo normal: 
1. O sistema apresenta a tela de abertura de atendimento. 
2. O atendente digita dados do atendimento. 
3. O sistema apresenta dados do cliente. 
4. O atendente clica em “Confirmar”. 
5. O sistema guarda dados do atendimento. 
6. O sistema atribui o status como “Aberto”. 
7. O sistema adiciona + 1 no número de ocorrências do problema. 
8. O sistema exibe os dados do atendimento. 
9. O atendente clica em “Concluir”. 
10. O sistema encerra o caso de uso. 
Fluxo alternativo: 
4. O atendente clica em “Confirmar”. 
 4.1. Já existe o mesmo problema registrado no sistema. 
 4.1.1. O sistema estende “Consultar soluções de problemas”. 
 4.1.2. O sistema retorna para o item 5. 
 
 
6. Técnica de Desenvolvimento do Software 
A empresa contratada através de pesquisas de relação custo x benefício 
chegou a conclusão que a melhor técnica de gerenciamento de projeto de software 
 
 
 
 
 
23 
para a realizar a construção do software citado neste documento é o Modelo Cascata. 
 
Modelo Cascata: 
O modelo cascata foi baseado no ciclo de vida da engenharia convencional e 
requer um desenvolvimento de software sequencial. O modelo foi escolhido porque é 
indicado para construção de software com: 
• Definição estáveldo produto e tecnologia. 
• Requisitos estáveis. 
• Minimiza sobrecarga de planejamento. 
 
7. Conclusões e Considerações Finais 
A equipe contratada consolida por meio desta que as etapas abaixo foram 
realizadas com sucesso: 
• Levantamento de Requisitos 
• Apresentação de proposta de construção de software com foco em 
soluções de problemas apresentados 
• Diagrama de caso de uso 
• Diagrama de classes do software 
• Descrição de casos de uso 
• Diagramas de sequência e colaboração 
• Diagrama de estado 
• Diagrama de atividade 
• Técnica de desenvolvimento de software 
O que será feito a partir de agora será a conclusão da fase de projeto do 
modelo cascata e iniciar a codificação do software. 
 
 
 
 
 
 
 
 
 
 
8. Bibliografia 
WebAulas Estácio: http://portaldoaluno.webaula.com.br/ 
http://www.linhadecodigo.com.br/artigo/3219/orientacoes-basicas-na-
elaboracao-de-um-diagrama-de-classes.aspx 
https://docs.kde.org/stable4/pt_BR/kdesdk/umbrello/uml-elements.html 
http://www2.ic.uff.br/~viviane.silva/2010.1/es1/util/aula8.pdf 
https://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=13&ca
d=rja&uact=8&ved=0CFcQFjAM&url=http%3A%2F%2Fwww.cin.ufpe.br%2F~fmmf%2
FEspecificacaoCasosDeUso.doc&ei=9syGVYGXKMbq-
QGa3YDIAQ&usg=AFQjCNGhahMHkp0-OcPlH0ZDUttCax2YGQ&sig2=-
HqOvD5VIVVk1Hue1q0-Rg&bvm=bv.96339352,d.cWw