Portfólio 15 - Análise estruturada de sistema

Prévia do material em texto

...............................................................................................................................
Analise e desenvolvimento de sistemas
Juliana Aparecida Idalgo Leite de Faria - 245922020
Análise Estruturada de Sistema
...........................................................................................................................
Navegantes
2021
Juliana aparecida idalgo leite de faria
Análise Estruturada de Sistema
Trabalho apresentado ao Curso Analise e desenvolvimento de sistemas do Centro Universitário ENIAC para a disciplina Análise Estruturada de Sistema.
Professor Me Lucio Luzetti Criado
Navegantes
2021
Respostas
....................................................................................................................
Seu gerente decidiu que todos os pedidos deverão ser tratados como projeto, e todos os gerentes de projeto atualizarão os pedidos diariamente, resolverão questões e certificarão de que os clientes aceitem formalmente os produtos dentro de 30 dias após a finalização.
O lucro individual de cada pedido pode variar entre R$1.000,00 e R$150.000,00. Não será solicitado do gerente de projeto a criação do plano de projeto ou outro documento qualquer, que não seja um status de acompanhamento diário.
Como você definiria esta situação? Isto é um projeto ou uma atividade repetitiva? Argumente sobre sua resposta.
Essa questão se enquadra mais em processo do que em projetos. Porque processos são atividades estruturadas que acontecem de forma repetitiva e produzem um mesmo resultado. Portanto o fato de os pedidos serem atualizados diariamente, os gerentes certificarem clientes para que aceitem os produtos dentro dos 30 dias se enquadra mais em processos. Uma vez também que o resultado não é único, não será um produto ou serviço, e sim um procedimento que dará seguimento a vida útil do projeto. Se não há criação do plano de projeto ou outro documento não tem porque haver enquadramento da questão de projetos e sim em atividade repetitiva.
Você é analista de sistemas e está em processo de identificação e coleta de requisitos funcionais.
A partir do diálogo, você pode conhecer algumas necessidades do cliente.
Agora, especifique ao menos 2 requisitos funcionais, e descreva-os utilizando a estrutura:
Nome do requisito:
Ator:
Prioridade:
Entradas e pré-condições:
Saídas e pós-condições:
Fluxo de eventos principal:
[RF001] Cadastro de Vendas
O sistema deve ser capaz de oferecer cadastro, alteração e exclusão de vendas de produtos.
Ator: vendedor
Prioridade: essencial
Entradas e pré condições: o produto vendido deve estar cadastrado no estoque e seu preço de venda também.
Saídas e pós condições: nota fiscal e redução da quantidade do produto em estoque.
Fluxo de eventos principal:
Entrada na tela de venda de produtos.
1 Digitação do produto.
2 Digitação da quantidade.
3 (Opcional) Inserir desconto.
4 (Opcional) Cadastro do cliente.
5 Finalização da venda.
[RF002] Cálculo de impostos
O sistema irá realizar os cálculos de impostos, conforme cadastrados no sistema
Ator: gerente
Prioridade: essencial
Entradas e pré condições: os produtos devem estar cadastrados no sistema; os impostos devem estar cadastrados no sistema.
Saídas e pós condições: o valor de impostos do produto deve estar calculado.
Fluxo de eventos principal:
Gerente seleciona o produto.
1 Gerente clica em calcular impostos.
2 Gerente recebe informação do valor total de impostos.
Neste Desafio, imagine que você é um analista de sistemas da empresa automotiva e está modelando um software que permitirá a gestão de funcionários dessa empresa. Seu coordenador passou a seguinte descrição:
O sistema de gestão de RH possuirá um cadastro de funcionários, o qual deve ser rápido, sendo executado em menos de 3 segundos após o usuário clicar em ´Salvar´.
Além disso, teremos, ao final do mês, o cálculo de salário de todos os funcionários, que deve ser realizado em até 3 dias, já que temos este tempo limite entre a leitura dos cartões ponto e do pagamento.
O sistema também deve permitir o cadastro do valor do salário dos funcionários e o registro dos horários de entrada e saída.
A partir dessa descrição, identifique 2 requisitos não funcionais e documente-os conforme o modelo a seguir. Cuidado para não confundir com os requisitos funcionais.
Requisitos não-funcionais são as características e os aspectos internos do sistema, envolvendo especificamente a parte técnica. Ao contrário dos requisitos funcionais, esses requisitos não são explicitamente expostos pelo cliente, mas devem ser implicitamente compreendidos pelo desenvolvedor. No exemplo acima da imagem, Versão e data da última alteração são requisitos não funcionais
Imagine que você é analista de sistemas e precisa criar um diagrama de caso de uso de acordo com a descrição abaixo:
Agora que você já tem uma visão geral do sistema, considere o seguinte:
Ator: Cliente
Casos de uso:
• Manter carrinho de compra
• Consultar produtos
• Finalizar compra
• Rastrear pedido
• Efetuar login
• Manter compra
Relacionamentos Include/Extend:
• Manter carrinho de compra « include » Consultar produto
• Manter carrinho de compra « include » Efetuar login
• Manter compra « extend » Efetuar login
Agora que você já possui algumas pistas, você deve criar um diagrama de casos de uso para esse problema. Lembre-se de inserir os relacionamentos de include e extend corretamente.
Imagine que você trabalha em uma empresa que irá desenvolver um software de sistema de gestão de cursos online.
Neste software os alunos são matriculados em turmas de um determinado curso. Ele é utilizado em uma escola que possui um grande número de alunos.
Você recebe a responsabilidade de criar um diagrama de classes a partir das seguintes informações:
Crie um diagrama de classes considerando as classes, atributos e métodos abaixo:
Classe Curso Atributos: código (int), nome (String), preRequisito (String), cargaHora (int), valor (double).
Métodos: incluir (void), excluir(void), pesquisarPeloNome (void), alterar(void), listarTodos(void).
Classe Matrícula Atributos: data (Date), formaPagto (int), numMat(int).
Métodos: efetuarMatricula(void).
Classe Turma Atributos: cod (int), turno (String), dtIni(Date), dtFim(Date), hrIni(int), hrFim(int), qtdVagas(int).
Métodos: incluir (void), excluir (void), pesquisarPeloCodigo(void), alterar(void), listarTodos(void).
Classe Aluno Atributos: cpf (String), rg(String), nome(String), fone(String), endereco(String).
Métodos: incluir (void), excluir(void), pesquisarPeloNome (void), alterar(void), listarTodos(void).
Dica: Lembre-se de inserir as multiplicidades e também as relações entre as classes.:
								
Imagine que você trabalha em uma softhouse e é responsável por um projeto de desenvolvimento de um novo software na área administrativa do Direito.
O software terá como objetivo o gerenciamento de um escritório de advocacia, suas rotinas, agendamentos, controle de acesso por usuário e sincronia de prazos com os processos dos clientes. Para o seu desenvolvimento, foi adotado um método em que o projeto será dividido em estágios, e o cliente poderá visualizar o sistema somente ao final.
Conforme as opções a seguir, você deve identificar qual foi a metodologia de desenvolvimento de sistemas adotada, bem como suas caraterísticas. Ainda, você deve apontar suas diferenças com relação às demais.
A - Do clico de vida (SDLC), modelo cascata ou sequencial linear.
Modelo cascata é o modelo mais simples de desenvolvimento de software. Afirma-se que a todas as fases do SDLC irá funcionar um após o outro de forma linear. Ou seja, quando a primeira fase está concluída, então, a segunda fase terá início e assim por diante.
B - De desenvolvimento por prototipação.
A prototipação é um processo que tem como objetivo facilitar o entendimento dos requisitos de uma aplicação. Além disso, ela permite apresentar conceitos e funcionalidades do software de modo simplificado.
Com a prototipação,é possível propor uma solução adequada para o problema do cliente, aumentando sua percepção de valor. O usuário poderá avaliar como os recursos estarão distribuídos, a organização do layout e outros itens que impactam na experiência de uso.
C - Ágil ou Scrum.
“Ágil” se refere a um conjunto de “métodos e práticas baseadas nos valores e princípio expressos no Manifesto Ágil (Agile Manifest)”, o que inclui coisas como colaboração, auto-organização, e equipes interdisciplinares.
Scrum é uma estrutura metodológica que é usada para implementar o desenvolvimento Ágil.