Palmas - TO 2011 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ATIVIDADE INTERDISCIPLINAR - GRUPO
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
1 INTRODUÇÃO ..................................................................................................... 3 2 PLANO DE DESENVOLVIMENTO DE SOFTWARE ........................................... 4 2.1 PROPÓSITO ........................................................................................................ 4 2.2 VISÃO DO PROJETO .......................................................................................... 4 2.2.1 Propósito do Projeto, Escopo e Objetivos ..................................................... 4 2.2.2 Artefatos do Projeto ...................................................................................... 5 2.2.3 Evolução do Plano de Desenvolvimento de Software ................................... 5 2.3 ORGANIZAÇÃO DO PROJETO .......................................................................... 5 2.3.1 Estrutura Organizacional ............................................................................... 5 2.3.2 Contatos Externos......................................................................................... 6 2.3.3 Papéis e Responsabilidades ......................................................................... 6 2.4 GERENCIAMENTO DO PROJETO ..................................................................... 7 2.4.1 Estimativas do Projeto .................................................................................. 7 2.4.2 Plano de Projeto............................................................................................ 7 2.4.2.1 Plano de Fases ............................................................................................. 7 2.4.2.2
Objetivos das Iterações ................................................................................. 9
2.4.2.3 Releases ..................................................................................................... 10 2.4.2.4 Cronograma do Projeto ............................................................................... 10 2.4.2.5 Recursos do Projeto .................................................................................... 12 2.4.2.5.1 Plano de Staff .......................................................................................... 12 2.4.2.5.2 Plano de Aquisição de Recursos ............................................................. 12 2.4.2.5.3 Plano de Treinamento ............................................................................. 12 2.4.2.6 Orçamento .................................................................................................. 12 2.4.3 Planos das Iterações ................................................................................... 13 2.4.4 Controle e Acompanhamento do Projeto .................................................... 14 2.4.4.1 Plano de Gerência de Requisitos ................................................................ 14 2.4.4.2 Plano de Controle do Cronograma.............................................................. 14 2.4.4.3 Plano de Controle do Orçamento ................................................................ 14 2.4.4.4 Plano de Comunicação ............................................................................... 14 2.4.4.5 Plano de Métricas ....................................................................................... 15 2.4.5 Plano de Gerência de Riscos ...................................................................... 15 2.4.6 Plano de Encerramento .............................................................................. 15
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
2.5 PLANOS DE APOIO AO PROCESSO ............................................................... 16 2.5.1 Plano de Gerência de Configuração ........................................................... 16 2.5.2 Plano de Documentação ............................................................................. 16 2.5.3 Plano de Garantia de Qualidade ................................................................. 16 2.5.4 Plano de solução de Problemas ................................................................. 16 2.5.5 Plano de Melhoria do Processo .................................................................. 16 3 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS ........................................... 17 3.1 TABELA DE REQUISITOS ................................................................................ 17 4 DIAGRAMA DE CASO DE USO ........................................................................ 19 4.1 CASO DE USO SISTEMA DE CONTROLE DE BIBLIOTECA ........................... 19 5 MODELAGEM ENTIDADE RELACIONAMENTO (CONCEITUAL E LÓGICA) .. 20 5.1 ESQUEMA CONCEITUAL ................................................................................. 20 5.2 ESQUEMA LÓGICO .......................................................................................... 20 6 TELAS DO SISTEMA DESENVOLVIDAS EM C# .............................................. 21 7 CONCLUSÃO .................................................................................................... 24 REFERÊNCIAS ......................................................................................................... 25
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Neste trabalho iremos abordar sobre o tema que já vimos e que
ainda estamos estudando neste semestre, os Fundamentos de SistemasComputacionais. Foi proposta nesta atividade interdisciplinar em grupo, a resolução
de 05 quesitos partindo de um cenário de um sistema web de biblioteca.
Falaremos dos critérios de gerenciamento de qualidade de uma
empresa da nossa região, determinando o planejamento para o desenvolvimento de
software de qualidade. Faremos a verificação dos Requisitos Funcionais e Não
Funcionais e iremos elaborar um diagrama de caso de uso do cenário desse sistema
web de biblioteca. E por fim, efetuaremos a modelagem entidade relacionamento,conceitual e lógica de banco de dados e a elaboração dos protótipos das telas de
acordo com estudo de caso, utilizando o C#.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Este plano de desenvolvimento de software descreve o projeto de
um sistema web para biblioteca, que visa possibilitar o empréstimo de livros ausuários cadastrados no sistema.
2.1 PROPÓSITO
A finalidade deste documento é definir as atividades de
desenvolvimento no que diz respeito às fases e iterações necessárias para aimplementação do sistema. O plano de desenvolvimento visa explicitar a maneira
como será dada a condução do desenvolvimento do software.
Nesse documento, serão expostos fatores levados em conta no
planejamento, como recursos de hardware e software, gerenciamento do pessoal da
equipe, divisão de horário de trabalho, além de planos de apoio ao processo de
desenvolvimento, tais como plano de garantia de qualidade e plano de gerência de
configuração.
2.2 VISÃO DO PROJETO
2.2.1 Propósito do Projeto, Escopo e Objetivos
O propósito deste plano de projeto é reunir todas as informações
necessárias tanto para equipe quanto para o gerente do projeto. O gerente, para
planejar a programação de datas, controlar recursos e seguir metas, enquanto os
membros da equipe o utilizam para conhecer as suas atividades.
O sistema produzido pelo projeto tem por objetivo permitir aos
usuários da Biblioteca a realização de empréstimos de livros e apostilas, via web.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
20/09/2011 Documento de visão, documento de arquitetura do sistema, telas do
sistema e documento de requisitos.27/09/2011 Documento de visão revisado, documento de especificação de casosde uso, documento de arquitetura do sistema, plano de testes, planode gerência de configuração.
2.2.3 Evolução do Plano de Desenvolvimento de Software
Data Versão Descrição Autor
14/09/2011 0.1 Versão preliminar João Algoritmo da Silva
2.3 ORGANIZAÇÃO DO PROJETO
2.3.1 Estrutura Organizacional
A equipe de projeto será organizada da seguinte maneira:
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Configurar a infraestrutura necessária para o projeto
Gerar os builds da aplicação
Realizar auditorias no repositório
2.4 GERENCIAMENTO DO PROJETO
2.4.1 Estimativas do Projeto
O projeto tem uma estimativa de durar três meses.
O projeto tem caráter acadêmico.
2.4.2 Plano de Projeto
2.4.2.1 Plano de Fases
A execução deste projeto está dividida em quatro fases de
maturidade denominadas concepção, elaboração, construção e transição – cada
uma com objetivos específicos. Na fase de concepção, é estabelecido o escopo e a
viabilidade do projeto. Na elaboração, o objetivo é eliminar os principais riscos eestabelecer uma arquitetura estável a partir da qual o sistema poderá evoluir. Na
fase de construção, o projeto será desenvolvido de maneira iterativa até que possa
evoluir até se tornar um produto, o que ocorre na fase de transição, onde uma ou
mais versões do sistema são disponibilizadas.
Segundo o RUP as fases possuem diferenças em se falando de
programação e esforço. Embora essa variação seja peculiar de cada projeto o que
se tem pelo histórico de projetos deste porte está demonstrado na tabela abaixo.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Estudo e revisão dos requisitos do sistemaElaborar documento de visão
Definir plano de projeto
Identificar principais casos de uso
Identificar requisitos funcionais e não funcionais
1 20/09/2011 27/09/2011
Definir modelo de dados
Criar wireframes do sistemaElaborar documento de arquitetura do sistema
Elaborar documento de requisitos
Elaborar documento de gerência de configuração
2 27/09/2011 4/10/2011
Rever plano de projetoRever documento de arquiteturaRever documento de requisitosRever modelo de dadosRever documento de gerência de configuraçãoMilestone
3 4/10/2011 11/10/2011
Criar páginas WEB do sistema
Criar banco de dados do sistema
Criar classes básicas do sistema
4 11/10/2011 18/10/2011CRUD usuárioCRUD livro
5 18/10/2011 25/10/2011Criar páginas WEB do sistemaCRUD transaçãoCRUD categoria
6 25/10/2011 1/11/2011Criar páginas WEB do sistema
Implementação de casos de uso
7 1/11/2011 8/11/2011Criar páginas WEB do sistema
Implementação de casos de uso
8 8/11/2011 15/11/2011
Criar páginas WEB do sistema
Implementação de casos de usoMilestone
9 15/11/2011 22/11/2011Teste alfa
Identificação de bugs
10 22/11/2011 29/11/2011 Correção de bugs
11 29/11/2011 6/12/2011 Correção de bugs
12 6/12/2011 13/12/2011Teste beta (apresentação)
Milestone
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
A tabela abaixo descreve algumas métricas que serão coletadas ao
longo do processo de desenvolvimento do sistema.
Termo DescriçãoEsforçoplanejado xrealizado
Será utilizada a técnica de pontos de função para estimativa detempo que será cruzada com o tempo realmente gasto.
Erros porKLOC
Número de erros a cada mil linhas de código.
Defeitos por
KLOC
Número de defeitos a cada mil linhas de código.
DRE Eficiência na remoção de defeitos.DRE=E/(E+D), ondeE = quantidade de erros encontradosD = Quantidade de DefeitosO valor ideal da DRE é um, ou seja, nenhum defeito encontrado.
2.4.5 Plano de Gerência de Riscos
Os maiores riscos levantados são a questão do tempo e da
disseminação da tecnologia necessária dentre os envolvidos no projeto. Em função
do cronograma apertado e da curva de aprendizado dos envolvidos, é possível que
o produto final não atenda todos os requisitos. Neste caso, a funcionalidade
pendente será colocada como atividade futura.
Os riscos levantados, suas prioridades e planos de ação estão
documentados nas Planilhas de Acompanhamento do Projeto. Uma nova planilha é
criada a cada iteração do processo de desenvolvimento.
2.4.6 Plano de Encerramento
O projeto dar-se-á por encerrado quando os requisitos levantados na
fase de concepção forem atendidos de forma suficiente para que se possa
apresentar um protótipo usável e que sirva de base para a continuação do projeto.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Os seguintes artefatos serão gerados para documentar o projeto:
Documento de Requisitos
Documento de Arquitetura
Documentação Web com a descrição das classes do sistema
(Javadoc), manual do usuário, manual de instalação e help
online.
2.5.3 Plano de Garantia de Qualidade
Ver o Plano de Garantia de Qualidade.
2.5.4 Plano de solução de Problemas
Os problemas identificados durante o processo de desenvolvimento
de software devem ser reportados através da ferramenta de issues utilizada no
projeto. Uma vez reportada, a issue será atribuída a um membro da equipe, o qual
irá então aceitar a issue e iniciar o procedimento para a sua solução. Quando o
problema for solucionado, o membro da equipe marcará o problema como resolvidona ferramenta. Testes serão realizados e uma vez constatado que o problema foi de
fato resolvido, o status da issue será marcado como fechado na ferramenta.
2.5.5 Plano de Melhoria do Processo
Após a conclusão de cada fase, uma sessão de Lições Aprendidas
será administrada para capturar melhorias para o processo.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
Esta atividade interdisciplinar foi de suma importância para nós, pois
através dela pôde-se adquirir mais conhecimento e serviu para revisar as disciplinasque vimos no semestre, além que foram apresentadas algumas reflexões sobre a
importância dos critérios de Gerenciamento de Qualidade, em que há três processos
relacionados a este gerenciamento, são eles:
Planejamento de qualidade: inclui examinar os Ativos de Processos Organizacionais
e planejar o projeto de acordo com os padrões e criar padrões adicionais para o
projeto específico.
Realizar a garantia da qualidade: inclui determinar se as atividades do projeto estãode acordo com as políticas e processos escolhidos. Este processo é a parte do
grupo de processos de execução, é uma função administrativa ou gerencial
associada à correção dos processos que produzem as entregas do projeto.
Realizar o controle da qualidade: envolve a medição de resultados em relação a
padrões. É uma função técnica usada para verificar se as entregas têm qualidade
aceitável ou não e se estão corretas e completas. Este processo ocorre durante o
monitoramento e controle do projeto.Também falamos sobre os requisitos funcionais e não funcionais de
acordo com o cenário descrito, de um sistema web de biblioteca. Onde descrevemos
as funcionalidades ou serviços que se espera do sistema (funções precípuas do
sistema); e aqueles requisitos que não estão diretamente relacionados às funções
precípuas do sistema. Exemplos disso são: os requisitos de confiabilidade, robustez,
eficiência e segurança.
E, por fim, fizemos um diagrama de caso de uso, baseado no
cenário web da biblioteca, juntamente com a modelagem entidade relacionamento
(conceitual e lógica) do banco de dados no BrModelo e concluindo esta atividade,
fizemos a elaboração dos protótipos das telas do sistema da biblioteca em que foi
utilizado a linguagem C#.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo