A Engenharia de Software
Por: Dener Ribeiro • 12/4/2023 • Trabalho acadêmico • 1.489 Palavras (6 Páginas) • 62 Visualizações
2.1 Metodologia
As metodologias de desenvolvimento de software consistem, basicamente, no conjunto de abordagens que podem ser utilizadas para a criação de sistemas de processamento de dados. O sucesso de qualquer projeto voltado à elaboração de software depende diretamente da escolha da metodologia mais adequada. Para garantir mais eficiência em todo o desenvolvimento, cabe ao responsável pela equipe conhecer as diferentes metodologias disponíveis e optar por aquela que seja melhor para o seu caso. É evidente que cada método possui vantagens e desvantagens, por isso é indispensável conhecer as metas, os objetivos, prazos e orçamentos envolvidos no projeto para determinar qual é a abordagem mais alinhada.
2.1.1 Metodologia cascata
Nesse projeto adotamos a Metodologia Cascata. É uma metodologia de desenvolvimento de software surgida na década de 1970, criada por Winston Walker Royce. Sua principal característica é a divisão das tarefas em etapas predeterminadas, que são executadas de forma sequencial.
O modelo cascata é dividido em etapas pré-definidas, como está representado na Figura 2. A primeira etapa é a Comunicação, onde acontece análise do sistema onde o programa será desenvolvido, na Análise os requisitos do software são levantados e decididos; Posteriormente acontece o planejamento que acontece a representação dos requisitos, é subdividido em quatro atributos: Estrutura de Dados, Arquitetura de Software, Caracterizações das Interfaces e Detalhes Procedimentais; Na terceira etapa a implementação, é que traduz os requisitos das etapas anteriores em linguagem de máquina; após acontece a verificação onde identificam se as funcionalidades desenvolvidas estão funcionando perfeitamente e por último a manutenção que ajusta os erros encontrados após a entrega para o cliente, implementando progressos ao produto, sugerindo em um novo ciclo de desenvolvimento.
[pic 1]
Figura 2 – Estrutura Modelo Cascata
Fonte: Pressman (2011)
2.2.1 Requisito funcional
Define uma função de um sistema de software ou seu componente. O requisito funcional representa o que o software faz, em termos de tarefas e serviços. Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar.
Requisito Funcional | Nome | Descrição |
RF01 | Cadastro de usuário e senha | O usuário poderá fazer login no sistema utilizando seus dados, usuário e senha na interface indicada. |
RF02 | Efetuar Login | Autenticação de usuários cadastrados no sistema, permitindo acesso ao sistema. |
RF03 | Reservar equipamento | O usuário poderá agendar uma determinada data e hora para a reserva do equipamento. |
RF04 | Equipamentos | Será necessário que o usuário escolha um equipamento para determinada data. |
RF05 | Criar reserva | O sistema cria uma reserva |
RF06 | Cancelar reserva | Que seja possível cancelar a reserva do equipamento que foi feita no sistema. |
RF07 | Consultar reservas | Que os usuários possam visualizar as reservas dos equipamentos. (Ex: Reserva: Datashow, XX/XX/XXX, professor1) |
RF08 | Editar reserva | O usuário poderá editar sua data e hora de reserva |
RF09 | Adicionar Equipamento | O administrador poderá adicionar novos e excluir os equipamentos |
2.2.2 Requisito não funcional
Requisitos não funcionais são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas.
Requisito Não Funcional | Nome | Descrição |
RFN01 | Sistema Operacional | Android, IOS |
RFN02 | Linguagem de programação | O desenvolvimento deve ser em linguagem C# |
Regras de negócio
As regras de negócio são as diretrizes do seu negócio, como regras são regras é a partir delas que o sistema funcionará de maneira correta, com objetivo de não apresentar falhas e defeitos durante e após cada processo.
Regra de negócio | Nome | Descrição |
RN01 | Alterar reserva | Apenas o proprietário e o Admin pode alterar a reserva agendada |
RN02 | Reserva duplas | Não será possível ter duas reservas do equipamento no mesmo dia e hora |
RN03 | Conta já existente | Não será possível o usuário tentar se cadastrar novamente |
RN04 | Editar reserva agendada | O usuário só poderá editar caso tenha alguma reserva agendada, do contrário nenhuma poderá |
RN05 | Adicionar e excluir equipamentos | Apenas o Admin poderá adicionar e excluir equipamentos |
...