AMSoo1

AMSoo1

1. 1. Documentos Iniciais de um Software / Engenharia de Requisitos

   • Planejamento ou Pré projeto
     • Antes da proposta do projeto ser aprovada pelo cliente (usuário) ocorre uma etapa importante chamada de Atividade de Planejamento ou Pré-Projeto a qual permite gerar os documentos iniciais com o uso dos Diagramas de Caso de Uso (nível macro, com visão de negócio e uma breve descrição).
     • Atividade de Planejamento
       • Esse processo será a base para todos os outros processos do desenvolvimento do software e o seu resultado é a aprovação da proposta e a assinatura de um contrato para o desenvolvimento do projeto do software pelo cliente   
       • Diagramas de Caso de Uso (nível macro, com visão de negócio e uma breve descrição)
       • Etapas
         • 1- Levantamento dos requisitos do cliente
         • 2- Elucidar com o cliente possíveis dúvidas sobre as regras de negócio que envolvem o sistema;
         • 3- Após a o item 1 e 2, elaborar o diagrama de casos de uso num nível macro com descrições breves;
         • 4- Elaborar um documento chamado Visão, o qual deve conter os principais tópicos que o negócio exige
         • 5- Elaborar outro documento chamado Glossário com todos os termos utilizados tanto pelo cliente como pelos desenvolvedores
         • 6- Elaborar documento de normas e padrões para implementação;
         • 7- Fazer reuniões com toda a equipe que vai participar do projeto para validar o que foi feito até este ponto;
         • 8- Enviar o documento Visão para o cliente e fazer reunião com esse cliente para validar os casos de uso e se for necessário já corrigir o que for necessário conforme observações do cliente;
         • 9- Após o cliente aprovar os casos de uso, que são na verdade os requisitos do cliente, elabora-se uma proposta comercial, contendo cronograma com as atividades e serem desenvolvidas, estimativa de prazo, recursos, riscos, formas de implantação e custo. Essa proposta comercial também deve ser aprovada pelo cliente;
         • 10- Após a aprovação da proposta comercial por parte do cliente, defini-se a data de início do desenvolvimento do projeto do software em questão, iniciado o projeto na data acordada com o cliente;
         • 11- Acaba então essa etapa de planejamento ou pré-projeto e inicia-se a próxima etapa de Análise de Requisitos.
       • Artefatos Produzidos
         • Documento Visão
         • Documento Glossário
         • Documento de nomenclatura e boas práticas de implementação
         • Proposta de negócio (com visão de negócio) e proposta técnica comercial
         • Mapa de riscos e Cronograma
   • Atividade Análise de Requisitos
     • Aqui nessa etapa é bom lembrar que ela inicia-se após o levantamento dos requisitos que foi feito na etapa anterior de planejamento ou proposta para o cliente, e é essa etapa que vai dar subsídios para a próxima etapa que é a de arquitetura e design. No final da análise de requisitos já é possível elaborar o diagrama de classes de negócio (num nível macro) e construir o plano de testes com base nos Casos de uso
     • devem ser usados também os Diagramas de Caso de Uso e suas descrições (nessa etapa eles são na verdade revisados), Diagramas de Atividades, Diagrama de Classes, Diagrama de Sequência (opcional o uso deste), como foco ainda na visão do negócio
     • Etapas
       • 1- Detalhar e esclarecer muito bem com o cliente os processos de negócio
       • 2- Elaborar um protótipo com telas (que pode até ser desenhado no papel) que representem a interface do produto e validar com o cliente
       • 3- Rever os casos de uso e descrições com base no detalhamento das regras de negócio
       • 4- Para um melhor entendimento do processo de negócio, deve-se elaborar um diagrama de atividades e rever novamente os casos de uso;
       • 5- Enviar ao cliente todas as revisões feitas nos casos de uso e novo protótipo e se necessário o diagrama de atividades para nova validação por parte do cliente;
       • 6- Elaborar num nível macro o diagrama de classes de negócio e elaborar o plano de teste, o qual deve ser composto pelas descrições dos casos de uso;
       • 7- Após o diagrama de classes de negócio poderão ser elaborados os diagramas de seqüência;
     • Artefatos Produzidos
       • - Especificação de requisitos iniciais (Visão Macro);
       • - Plano de testes preliminar
   • Atividade Arquitetura/Desing
     • Esta etapa é a responsável por fazer a passagem da visão de negócio para a implementação  
     • Digramas de Classes (com foco na implementação), Diagrama de Seqüência, Diagrama de Colaboração/Comunicação, Diagrama de Estados/ Máquina Estados, Diagrama de Integração Geral, Diagrama de Pacotes, Diagrama de Distribuição/Implantação/Instalação, Diagrama de tempo/Sincronismo e Diagrama de Composição Estrutural/Composta, todos com foco na visão de implementação e detalhada que define o comportamento do software e suas necessidades
     • Etapas
       • 1- Rever os diagramas de classe e de seqüência com foco na implementação;
       • 2- Construir uma seqüência de navegação entre as telas do software para apoiar o plano de testes;
       • 3- Pode-se ou não elaborar o a diagrama de colaboração para mostrar a seqüência da interação entre as classes, é portanto, opcional esse diagrama, depende da complexidade dessas interações entre as classes;
       • 4 – Se houver a necessidade de saber todos os valores dos atributos em um determinado momento de execução elabora-se então o diagrama de objetos, sendo opcional a sua construção;
       • 5- Se houver a necessidade de saber a mudança de estado de um determinado objeto, elabora-se então o diagrama de máquina de estados, sendo opcional a sua construção;
       • 6- Paralelamente com a elaboração desses diagramas da UML, deve ser definida a base de dados para o armazenamento dos dados, mais especificamente o Modelo Entidade Relacionamento (MER);
       • 7- Nesse ponto os requisitos já estão todos definidos é já é possível implementar, e podem ser elaborados outros diagramas como: diagrama de integração geral, diagrama de componentes, diagrama de pacotes, diagrama de implantação, diagrama de tempo, diagrama de composição. Gerando a especificação do projeto.
       • 8- Rever o plano de testes e gerar uma massa de testes a qual será utilizada após toda a implementação.
     • Artefatos Produzidos
       • Especificação dos requisitos do software;
       • Protótipo e mapas de navegação;
       • - Especificação da arquitetura
       • Especificação técnica;
       • Plano de testes
       • Modelo Entidade Relacionamento (MER).
   • Atividade Implementação
     • é a construção do software em si, é onde os conceitos modelados nas etapas anteriores são transformados no produto software e seus passos
     • Etapas
       • 1 - Após a implementação em si na linguagem escolhida, deve-se executar o plano de teste ( em unidades e pelo desenvolvedor), usando massa de testes que deve ter sido preparada na etapa anterior. Se ocorrerem erros, os mesmos devem corrigidos e executar o teste novamente até não existirem mais erros;
       • 2- De acordo com a implementação verificar se os diagramas de pacotes, componentes, implantação devem ser alterados ou atualizados, pois a documentação deve refletir corretamente todo o processo desde o início;
       • 3- Instalar o software num ambiente idêntico ao que foi executado o teste do desenvolvedor e finaliza-se esta etapa.
     • Artefatos Produzidos
       • Estratégia de testes
       • Guia ou plano para a instalação do software
   • Atividade Testes e Homologação
     • Deve-se aqui nesta etapa validar se todas as regras de negócio definidas estão sendo atendidas. Normalmente o processo de teste é feito pelo analista da equipe do projeto, já o processo de homologação é feito pelo cliente o qual deverá validar se o software está de acordo com o que ele solicitou
     • não são elaborados diagramas novos, são apenas revistos os Diagramas de Pacotes, Componentes e de Distribuição (Implantação/Instalação), para verificar se a implementação reflete a realidade que foi modelada ou se existem erros
     • Etapas
       • 1- Executar os testes gerais do sistema conforme o plano de testes e de preferência por pessoas que não participaram do projeto, pois isso evita certos vícios de testes, garantindo um teste mais confiável;
       • 2- Se existiram erros, estes devem ser reportados ao desenvolvedor corrigir, o qual deverá refazer os passos da etapa anterior de implementação;
       • 3- Elaborar um documento com os resultados dos testes gerais, e a partir disso o software poderá ser instalado no ambiente de produção ( no cliente) e não existem modelos específicos propostos na UML;
       • 4- Já no cliente, este deve utilizar o sistema conforme seu conhecimento no negócio e também pelos requisitos que forneceu no início. Um analista deve acompanhar o cliente nesse momento para esclarecer possíveis dúvidas sobre certas funcionalidades juntamente com os modelos construídos para o sistema em questão
       • 5- Feitos os testes o sistema está homologado e o cliente deverá assinar um documento de encerramento do projeto de software.
     • artefatos produzidos
       • Documento com os registros dos testes;
       • Plano de testes e encerramento do projeto assinado pelo cliente.
   • Atividade Implantação
     • processo que compreende as atividades de instalação do software em ambiente de produção e se obtiver sucesso pode-se considerar que o projeto de desenvolvimento de software está encerrado
     • Etapas
       • 1- - Instalação de todos os arquivos relacionados no guia ou plano de instalação;
       • 2- Testar e validar o sistema no ambiente de produção junto com o cliente, o qual deverá assinar um documento de aceite do projeto de software. A partir daqui o software entra num período de garantia conforme o acordo da proposta
     • Artefato Produzido
       • O documento de encerramento e aceite da entrega do projeto

Images and files in the map