Fabrica Flor de Liz
Por: PAULO HENRIQUE PENHA DOS SANTOS JARDIM • 5/1/2018 • Trabalho acadêmico • 10.387 Palavras (42 Páginas) • 202 Visualizações
[pic 1][pic 2]
[pic 3]
[pic 4]
[pic 5]
[pic 6]
[pic 7]
[pic 8]
[pic 9]
[pic 10]
[pic 11]
SUMÁRIO
Introdução............................................................................................3
Requisito Funcional..............................................................................6
Requisitos Funcionais Cliente..............................................................7
Requisitos Funcionais Controle de Calçados.......................................8
Requisitos Funcionais controle de Produção.......................................9
Requisitos Funcionais Controle de Pedido..........................................10
Requisitos Não Funcionais..................................................................12
Requisitos Não Funcionais Representação.........................................12
Diagrama de Caso de Uso...................................................................13
Da Criação Do Diagrama de caso de uso............................................16
Diagrama de classe.............................................................................17
Modelo de Classe de acordo com o mapeamento da Fábrica.............20
Diagrama de atividade exemplificado...................................................22
Diagrama de máquina de estados.......................................................26
Modelagem do Banco de Dados contendo DER para o modelo Conceitual e
Modelo Lógico.......................................................................................27
Visualização do Modelo do banco de Dados........................................28
Exemplo do quadro ..............................................................................29
Criação do Programa............................................................................30
Códigos respectivos..............................................................................31
Conclusão.............................................................................................35
Referências...........................................................................................38
Apêndice A............................................................................................42
INTRODUÇÃO
Uma questão fundamental na Engenharia de Requisitos é como encontrar as reais
necessidades do usuário para a futura implementação do software. Pesquisas tem comprovado que muitos projetos de implementação de software têm falhado por problemas de elicitação dos requisitos do software, ou seja, os requisitos obtidos muitas vezes são incompletos mal-entendidos e ambíguos.
Identificar corretamente o requisito de software não é uma tarefa fácil, em parte devido à própria natureza abstrata do software. Para entendermos melhor os problemas enfrentados na elicitação dos requisitos podemos verificar a partir de dois grandes grupos problemas acidentais e problemas essenciais.
Os problemas acidentais são aqueles oriundos da falta de controle sobre aquilo que precisa ser construído, dentre os quais podemos destacar: pouco esforço despendido no levantamento de informações junto ao usuário, documentação pobre sobre o assunto discutido, pouca revisão dos requisitos obtidos, especificações incorretas dos requisitos e tendência em iniciar logo o processo de desenvolvimento do software.
Os problemas acidentais podem ser considerados menos difíceis de serem superados. A adoção de um processo sistemático que oriente a elicitação, análise, especificação, validação e gerenciamento dos requisitos tende a solucionar, ou pelo menos minimizar, os problemas dessa categoria.
No entanto, os problemas essenciais são mais difíceis de serem superados, uma vez que fazem parte da natureza dos requisitos. A adoção de um processo sistemático para a engenharia de requisitos, principalmente no que se refere a especificação, validação e gerenciamento dos requisitos, também poderá ajudar na superação dos problemas essenciais. Porém, a problemática que naturalmente existe no processo de comunicação e compreensão humana que está no cerne da elicitação de requisitos necessitará de uma abordagem que leve em consideração o contexto em que as pessoas exercem suas atividades e seus instrumentos de mediação, e outros aspectos de relevância social e psicologia que agendam os usuários do software a ser desenvolvido.
Dessa forma entendemos que os problemas essenciais da elicitação de requisitos não poderão ser resolvidos numa abordagem puramente tecnológica, uma vez que os aspectos sociais assumem grande importância nessa atividade, a maioria dos softwares são desenvolvidos sem nenhum auxílio das ciências sociais, não abordando de forma sistemática as necessidades do usuário tanto em nível individual como organizacional.
Arguiremos na elaboração de trabalho acadêmico a utilização de alguns preceitos da Teoria da atividade, trará significativos benefícios para elicitação de requisitos do software.
O Diagrama de Casos de Uso terá o objetivo de auxiliar a comunicação entre os analistas e o cliente.
Um diagrama de Caso de Uso descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário.
O cliente deve ver no diagrama de Casos de Uso as principais funcionalidades de seu sistema. O foco deste artigo é a utilização de casos de uso na engenharia de requisitos. Cada um chamado caso de uso descreve um cenário de possível interação com um utilizador ou um outro sistema. Devem ser os mais claros possíveis para que todos os eventuais leitores de diferentes campos e backgrounds possam entendê-los de igual modo, devendo-se assim evitar termos técnicos ou obscuros que possam dificultar a compreensão inequívoca da funcionalidade descrita.
...