atividade eng soft6

Prévia do material em texto

UNIVERSIDADE SALVADOR – UNIFACS 
SISTEMAS DE INFORMAÇÃO
LUCAS VINICIUS DE JESUS MOREIRA
ANTONIO VINICIUS
 Engenharia de Software 
Atividade – CONTRATO DIDÁTICO(Demoseille)
FEIRA DE SANTANA – BA 2017
LUCAS VINICIUS DE JESUS MOREIRA
ANTONIO VINICIUS
Contrato didático (Demoseille) Atividade extraclasse referente à disciplina de Engenharia de Software I da Universidade Salvador, solicitado pelo professor Gledson Carneiro como complemento avaliativo do 4° Semestre do curso de Sistemas de Informação
FEIRA DE SANTANA – BA 2017
ATIVIDADE
QUESTÃO 01: Apesar do texto apresentado na URL acima indicar que o Demoiselle é um “processo de desenvolvimento de software inspirado em metodologias ágeis “, há alguma limitação do uso deste processo em situações “não ágeis”? Justifique sua resposta.
Não, segundo a documentação Demoiselle não é proibida a utilização desse processo por grupos ou aplicações incompatíveis com as recomendações, mas que, nesses casos, algumas modificações serão necessárias para tornar o processo mais adequado à situação em questão.
QUESTÃO 02: Indique e exemplifique o uso de possibilidades de modelos de ciclo de vida que podem ser adotados no contexto do processo Demoseille.
O ciclo de vida do Processo Demoiselle é dividido em 4 fases: Concepção, Análise e Projeto, Construção e Encerramento. Nesta versão inicial do Processo Demoiselle, durante cada uma dessas fases, são realizadas atividades relacionadas a uma das 5 disciplinas: Modelagem, Implementação, Testes, Gestão de Projeto e Gestão de Configuração. Assim, cada fase é composta pelas atividades dessas disciplinas que contribuem para o objetivo geral da mesma. Dentro de cada fase, seguindo o princípio da iteratividade, as atividades são selecionadas e realizadas no escopo de iterações, que podem ser iterações de desenvolvimento ou iterações de validação. A diferença prática entre iteração de desenvolvimento e iteração de validação está no fato de que uma iteração de validação possui mais atividades de garantia de qualidade, visto que sempre resulta na entrega de algum artefato. No caso de uma iteração de desenvolvimento, os artefatos produzidos não são imediatamente validados com o cliente. Normalmente, durante a fase de Construção, o número de iterações de desenvolvimento é maior do que o número de iterações de validação. Assim, várias iterações de desenvolvimento podem se suceder até que se chegue a uma iteração de validação. A Figura 1 resume o ciclo de vida do Processo Demoiselle.
QUESTÃO 03: Apresente diferentes perfis de projeto que podem ser desenvolvidos no contexto do processo. A depender das características do projeto, há a flexibilidade e possibilidade do modelo do ciclo de vida ajustar-se às características dos projetos? Quais as limitações para esta adaptação?
QUESTÃO 04: Identifique os resultados esperados dos processos “gerência de projetos” do nível G do MPS.Br que são atendidos pelo processo Demoseille. Justifique a resposta.
- O escopo do trabalho para o projeto é definido: no modelo Demoseille essa resulto esta estabelecida dentro da Gestão de projeto, na tarefa “inicio de projeto”, no qual na sua descrição principal que “ao Iniciar o projeto de software e necessário a identificação das partes interessadas no projeto, em especial: quem toma as decisões no projeto; quem são os clientes e usuários em potencial e quem irá trabalhar no projeto, Identificando se existem premissas e restrições para o projeto, como por exemplo: datas estabelecidas pelo Cliente, questões relacionadas à licença de software, etc”( Demoiselle,S\D).
- O esforço e o custo para a execução das tarefas e dos produtos de trabalho são estimados com base em dados históricos ou referências técnicas; As tarefas e os produtos de trabalho do projeto são dimensionados utilizando métodos apropriados: De igual forma ao Resultado esperado anterior, estes resultados está implícitos dentro da Gestão de projeto, na tarefa “Estimar Projeto”, nessa etapa o “o Gerente de Projeto deve avaliar o tamanho e a complexidade do sistema a ser desenvolvido, bem como estimar os recursos (material, humano, financeiro) necessários para o seu desenvolvimento dentro de um prazo aceitável para o cliente. Essas estimativas devem ser realizadas com base no histórico da equipe, no tipo de sistema a ser desenvolvido e em restrições do cliente e dos fornecedores” ( Demoiselle,S\D)., no qual afinal dessa etapa deve-se gerar o artefato plano de projeto no qual deve conter minimamente as seguintes informações: Cronograma (descrição do cronograma de atividades), Recursos(descrição da alocação dos recursos),Custos (descrição dos custos estimados e seus desvios), Riscos(descrição dos riscos e seus planos de mitigação), Acompanhamento(informações de acompanhamento da evolução do projeto).
- A viabilidade de atingir as metas do projeto é explicitamente avaliada considerando restrições e recursos disponíveis. Se necessário, ajustes são realizados: Esse resultado e assistido na tarefa “Estudar viabilidade”, em sua descrição principal diz que;”O estudo de viabilidade é o momento em que se decide pela continuidade do projeto, segundo critérios de viabilidade técnica e econômica, bem como se define se o sistema ou parte dele será adquirido ou desenvolvido. Esse estudo, normalmente, é realizado durante a fase de Concepção, através da análise das informações coletadas e validadas com o Cliente” (Demoiselle,S\D).como produto dessa tarefa o artefato o estudo de viabilidade e gerado, contendo o resultado do estudo de viabilidade técnica e econômica do projeto em questão. 
.
REFERENCIAS.
Demoiselle, Demoiselle, Disponível em:<http://demoiselle.sourceforge.net/
process/ds/1.2.3-BETA1/ >. Acesso em: 14 junho 2017
[SOFTEX, 2015]. ASSOCIAÇÃO PARA PROMOÇÃO DA EXCELÊNCIA DO SOFTWARE BRASILEIRO – SOFTEX. MPS.BR – Guia de Implementação de Software, novembro 2015. Disponível em: www.softex.br.