Analise com Malu

Modelar um sistema é um processo importante na Análise de Requisitos, é dessa forma que conseguimos entender melhor os requisitos do sistema. Mas o que é modelar? É representar graficamente um sistema, com uma organização de visão da realidade, e auxiliando assim o processo de planejamento do projeto. A modelagem facilita o entendimento e a construção do sistema para a equipe de desenvolvimento. Os modelos podem ser feitos em forma de desenhos ou diagramas, e os mais utilizados são os: Diagramas de Classes: um modelo estrutural, onde ele contém várias classes com relações entre si. Uma classe possui um nome, e seusatributos. Figura 1 - Diagrama de Classes Casos de Uso: um modelo comportamental, onde contém vários atores do sistema que também se relacionam entre si. Um ator de sistema possui fluxos de eventos, que são comportamentos que ele executa no sistema. Figura 2 - Caso de Uso Para organizar melhor os modelos, existe uma linguagem para padronizar a...

O primeiro passo ao começar um projeto é levantar todos os requisitos necessários para o sistema (os requisitos funcionais, não funcionais, e as regras de negócio). Depois de levantar os requisitos, precisamos analisá-los. Na Análise de Requisitos cada requisito documentado de acordo com as necessidades do cliente são analisados com mais atenção. Então basicamente o Levantamento de Requisitos acha as peças soltas do quebra-cabeça, e a Análise de Requisitos procura juntar essas peças para formar o quebra-cabeça. No levantamento é muita documentação em forma de texto. Já na análise é aumentado o grau de detalhamento do sistema, então pode ser representado por modelos e diagramas. Durante esse processo são usadas algumas técnicas, como Prototipação, Diagrama de Classes, Casos de Uso. Dessa forma esboçando as principais classes do sistema, e suas interações. A UML é uma Linguagem de Modelagem Unificada (do inglês, UML - Unified Modeling Language ), e a linguagem-padrão para a elabo...

Levantar requisitos é muito importante para um projeto, mas não é um processo fácil. O analista tem algumas dificuldades, o cliente muitas vezes não sabe o que quer, e quando sabe não consegue explicar. Para conseguir realizar uma boa documentação podemos utilizar técnicas. Essas técnicas ajudam o analista e a equipe, e evitam uma análise de requisitos mal feita.  Existem várias técnicas, irei citar algumas: Entrevista: é bem comum, pode ser feita tanto pessoalmente como à distância. Por mais que corra o risco de ter subjetividade, já que depende se as perguntas serão bem feitas pelo analista, e se as respostas do cliente serão claras; gera um contato mais próximo com o cliente. Questionário: é mais objetivo, e também pode ser não presencial. São perguntas bem feitas que raramente a resposta fugirá do assunto. Prototipagem: nessa técnica são feitos protótipos sobre o sistema proposto, onde tanto os resultados como o feedback acontecem de forma mais rápida.  W...

Que passos seguir no planejamento de um sistema? E que técnicas utilizar? Nessa postagem trago um pouquinho sobre Requisitos de Sistemas, Histórias de usuários, a técnica MoSCoW, e Metodologias ágeis. Ao criar um projeto de software é preciso levantar Requisitos do Sistema, que são as características e funções que o sistema deve ter. Essa é a fase inicial, uma comunicação da equipe com o cliente, e ela pode gerar problemas já que não é tão simples entender o que o cliente quer, e ter certeza que tudo que ele pede é necessário. É possível organizar os Requisitos de Sistemas por meio das Histórias de usuários, que são descrições simples do ponto de vista do usuário. As Histórias capturam o "quem", "o quê", e "por quê" de um requisito de sistema. Devem ser curtas, simples, e claras. E podem ser transmitidas por meio de pequenos cartões, em uma conversa, ou por meio de uma confirmação mais formal. É um desejo de algo que o cliente quer no sistema, ou um p...

Durante a criação de um sistema existem algumas etapas. Uma delas é o Levantamento de Requisitos. Mas o que seriam os Requisitos? Requisitos são características e funcionalidades que o cliente quer ou necessita. São divididos em dois tipos: Requisitos Funcionais: são funcionalidades necessárias, o que o sistema deve apresentar. Requisitos Não Funcionais: estão relacionados a confiabilidade, segurança, desempenho, ou funções adicionais oferecidas pelo sistema. E no levantamento temos também as: Regras de Negócio: são premissas ou restrições de negócio que o sistema deverá atender. Nessa etapa o Analista se reúne com o cliente para escutar o que ele precisa, ou acha que precisa, e auxilia para caminharem em boas decisões. Imaginando o cenário de um sistema de compartilhamento de bicicletas, como o Bike Vitória . Os requisitos ficariam dessa forma: RF01: O sistema deve cadastrar as bicicletas existentes. RF02: O sistema deve permitir a busca de bicicleta...

Será mesmo que para desenvolver um sistema pra o cliente basta apenas ser bom programador? Nessa postagem eu te mostro que não é bem assim. É necessário entender o que o cliente quer, não basta ter uma ótima equipe de programação se eles não souberem exatamente o que devem criar. Para aplicar isso nos projetos precisamos entender sobre Análise de Sistemas e Engenharia de Requisitos, que é o assunto de hoje. A Análise de Sistemas tem como foco apresentar soluções para problemas. Formalmente dizendo, é uma área que tem como finalidade o estudo de processos a fim de encontrar o melhor caminho racional para que a informação possa ser processada. O Analista de Sistemas é o um profissional da área responsável por oferecer solução para um problema. Primeiramente ele precisa entender as necessidades do cliente, dessa forma planejar e desenvolver sistemas computacionais que executam a tarefa corretamente. E a Engenharia de Requisitos basicamente é um ramo de estudo da Análise de Sistemas ...