Atividade Interdisciplinar 2º Semestre - Grupo
Transcript of Atividade Interdisciplinar 2º Semestre - Grupo
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 1/28
Palmas - TO2011
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
SISTEMA DE ENSINO PRESENCIAL CONECTADOTECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
ATIVIDADE INTERDISCIPLINAR - GRUPO
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 2/28
Palmas - TO2011
ATIVIDADE INTERDISCIPLINAR - GRUPO
Trabalho apresentado ao Curso de Tecnologia emAnálise e Desenvolvimento de Sistemas da UniversidadeNorte do Paraná – UNOPAR
Professores: Polyanna Pacheco GomesLuis Claudio PeriniRoberto Y. NishimuraAnderson E. N. Gonçalves
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 3/28
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 4/28
SUMÁRIO
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 5/28
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 6/28
3
1 INTRODUÇÃO
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 7/28
4
2 PLANO DE DESENVOLVIMENTO DE SOFTWARE
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 8/28
5
2.2.2 Artefatos do Projeto
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 9/28
6
2.3.2 Contatos Externos
Não aplicável.
2.3.3 Papéis e Responsabilidades
Papel Responsabilidade / AtividadesGerente de Projeto Criar o plano de projeto, definir equipe, elaborar o
cronograma e planilha de acompanhamento.
Apoiar o uso do processo.
Prover material de estudo e treinamento para as
ferramentas.
Acompanhar o projeto.
Gerenciar riscos.
Analista de Negócio Elaborar documento de requisitos.
Elaborar documento de casos de uso (se aplicável).
Elaborar plano de testes (se aplicável).
Priorizar requisitos junto ao cliente ou professor.
Elaborar modelo de classes.
Arquiteto de Software Elaborar documento de arquitetura.
Elaborar modelo de classes junto ao analista.
Líder Técnico Liderar equipe de desenvolvimento apoiando o Gerente
de Projeto.
Apoiar o analista na priorização dos requisitos junto ao
cliente ou professor.
Realizar implementação.
Engenheiro de Software Realizar estudos e pesquisa sobre as tecnologias do
projeto.
Registrar resultado dos testes.
Realizar implementação.
Web developer Atualizar os sites do projeto e do repositório
Engenheiro de
Qualidade
Conhecer o processo da fábrica
Repassar para a equipe o processoRepassar para a equipe os templates a serem utilizados
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 10/28
7
Realizar auditorias de produto
Realizar auditorias de processo
Engenheiro de
Configuração
Conhecer os padrões adotados
Repassar para a equipe os padrões
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 11/28
8
Concepção Elaboração Construção Transição
Esforço ~5% 20% 65% 10%
Programação 10% 20% 50% 10%
A tabela abaixo especifica o número de iterações que serão
realizadas em cada fase de desenvolvimento do sistema.
Fase Número de iteraçõesConcepção 1Elaboração 2
Construção 8Transição 3
A figura abaixo mostra o gráfico de Gantt das atividades, mostrando
todas as iterações planejadas.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 12/28
9
A tabela abaixo mostra os principais marcos do projeto e suas
respectivas datas.
Milestones DataPlanejada
Iniciar Projeto 13/09/2011Iniciar Planejamento 22/09/2011Iniciar Execução 10/06/2011Confirmar Execução 17/11/2011Iniciar Introdução 01/12/2011Liberar Produto 13/12/2011Fechar Projeto 13/12/2011
2.4.2.2 Objetivos das Iterações
Objetivos das IteraçõesFase Iteração Descrição Marco
AssociadoSoluções para
os RiscosConcepção Iteração
InicialDefinição derequisitos do
sistema
Especificaçãode requisitosfuncionais e
suplementares
Familiarização daequipe com o
RUP
Definição dosrequisitosDesenvolvimento
de plano deprojeto
Elaboração Protótipode
Arquitetura
Análise e projetodos casos de uso e
desenvolvimentodo protótipo da
arquiteturaenvolvendo estes
casos
Protótipo dearquitetura
A arquitetura éesclarecida
Riscos técnicosda equipe são
reduzidosProtótipo inicial
Construção PrimeiroRelease
Implementação eteste dos casos de
uso da faseanterior
PrimeiroRelease
Todos osrequisitos
levantados sãoimplementados e
verificadosTransição Release
FinalTestes finais e
eventuaismelhoramentos e
correção dedefeitos.
Release Final Protótipo edocumentação
finalizados
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 13/28
10
2.4.2.3 Releases
Estão planejados dois releases, um na fase de construção e outro na
fase de transição.
2.4.2.4 Cronograma do Projeto
Nome da tarefa Duração Início Término
Concepção 7 dias 13/9/11 20/9/11
Reunião Preliminar 7 dias 13/9/11 20/9/11
Estudo e revisão dos requisitos dosistema 7 dias 13/9/11 20/9/11
Elaborar documento de visão 7 dias 13/9/11 20/9/11
Definir plano de projeto 7 dias 13/9/11 20/9/11
Identificar principais casos de uso 7 dias 13/9/11 20/9/11
Identificar requisitos funcionais e nãofuncionais 7 dias 13/9/11 20/9/11
Elaboração 12 dias 22/9/11 4/10/11
Iteração 1 6 dias 22/9/11 27/9/11Rever documento de visão 1 dia 22/9/11 22/9/11
Definir modelo de dados 6 dias 22/9/11 27/9/11
Criar wireframes do sistema 6 dias 22/9/11 27/9/11
Elaborar documento de arquitetura dosistema
6 dias 22/9/11 27/9/11
Elaborar documento de requisitos 6 dias 22/9/11 27/9/11
Elaborar documento de gerência deconfiguração
6 dias 22/9/11 27/9/11
Elaborar documento de testes 6 dias 22/9/11 27/9/11
Iteração 2 6 dias 29/9/11 4/10/11
Rever plano de projeto 6 dias 29/9/11 4/10/11
Rever documento de arquitetura 6 dias 29/9/11 4/10/11
Rever documento de requisitos 6 dias 29/9/11 4/10/11
Rever documento de gerência deconfiguração 6 dias 29/9/11 4/10/11
Rever modelo de dados 6 dias 29/9/11 4/10/11
Rever documento de testes 6 dias 29/9/11 4/10/11Construção 48 dias 6/10/11 29/11/11
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 14/28
11
Iteração 1 6 dias 6/10/11 11/10/11
Classes básicas 1 dia 6/10/11 6/10/11
Scripts criação das tabelas do banco de
dados1 dia 6/10/11 6/10/11
Instalação de banco de dados 2 dias 6/10/11 7/10/11
DB connection manager 1 dia 8/10/11 8/10/11
Teste conexão com banco de dados 1 dia 9/10/11 9/10/11
CRUD usuário 6 dias 6/10/11 11/10/11
CRUD livro 6 dias 6/10/11 11/10/11
Instalação de WEB server 2 dias 6/10/11 7/10/11
Protótipo de aplicação WEB 3 dias 8/10/11 10/10/11
Iteração 2 6 dias 13/10/11 18/10/11CRUD categoria 6 dias 13/10/11 18/10/11
CRUD transação 6 dias 13/10/11 18/10/11
Classes controladoras 2 dias 13/10/11 14/10/11
Fachada do Sistema 2 dias 15/10/11 16/10/11
Servlet de controle de requisições WEB 2 dias 13/10/11 14/10/11
Página de cadastro de usuário 4 dias 15/10/11 18/10/11
Página de cadastro de livro 4 dias 15/10/11 18/10/11
Iteração 3 6 dias 20/10/11 25/10/11
Página Listar livros 6 dias 20/10/11 25/10/11
Página Procurar livros 6 dias 20/10/11 25/10/11
Iteração 4 6 dias 27/10/11 1/11/11
Página Login 6 dias 27/10/11 1/11/11
Página Logout 6 dias 27/10/11 1/11/11
Iteração 5 6 dias 3/11/11 8/11/11
UC locar livro 6 dias 3/11/11 8/11/11
UC vender Produto 6 dias 3/11/11 8/11/11
Iteração 6 6 dias 10/11/11 15/11/11
UC avaliar usuário 6 dias 10/11/11 15/11/11
UC Enviar e-mail notificação 6 dias 10/11/11 15/11/11
Iteração 7 6 dias 17/11/11 22/11/11
Teste alfa 6 dias 17/11/11 22/11/11
Identificação de bugs 6 dias 17/11/11 22/11/11
Iteração 8 6 dias 24/11/11 29/11/11
Correção de bugs 6 dias 24/11/11 29/11/11
Transição 12 dias 1/12/11 13/12/11Iteração 1 6 dias 1/12/11 6/12/11
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 15/28
12
Correção de bugs 6 dias 1/12/11 6/12/11
Iteração 2 6 dias 8/12/11 13/12/11
Release 6 dias 8/12/11 13/12/11
Teste beta (apresentação) 1 dia 8/12/11 8/12/11
2.4.2.5 Recursos do Projeto
2.4.2.5.1 Plano de Staff
Todos os envolvidos no projeto serão alunos presentes neste trabalho.
Os envolvidos assumirão diferentes papeis durante o processo de
desenvolvimento do sistema.
2.4.2.5.2 Plano de Aquisição de Recursos
Todos os recursos físicos (laboratório, computadores, etc.) são de
propriedade dos alunos envolvidos neste trabalho.
2.4.2.5.3 Plano de Treinamento
O próprio desenvolvimento do projeto constitui-se de uma atividade
de treinamento para estudantes. Alguns estudantes veem este projeto como uma
forma de aprofundar os seus conhecimentos. Em função do prazo para a conclusão
do projeto, não foram definidas atividades específicas para treinamento dosestudantes nas várias tecnologias utilizadas.
2.4.2.6 Orçamento
O projeto não tem fins lucrativos.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 16/28
13
2.4.3 Planos das Iterações
Iteração Início Término Objetivos
ReuniãoPreliminar
13/09/2011 20/09/2011
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 17/28
14
2.4.4 Controle e Acompanhamento do Projeto
2.4.4.1 Plano de Gerência de Requisitos
Os requisitos desse sistema são capturados no Documento de
Requisitos. As mudanças solicitadas nos requisitos são capturadas nas Solicitações
de Mudança e são aprovadas como parte do processo de Gerenciamento de
Configuração.
2.4.4.2 Plano de Controle do Cronograma
O gerente de projeto mantém uma programação mostrando a data
esperada de cada marco. Os itens de linha na programação incluem pacotes de
trabalho atribuídos a pessoas. Cada pessoa a quem é atribuído um pacote de
trabalho fornece ao gerente do projeto informações sobre o percentual de conclusão
das tarefas semanalmente.
Relatórios de status de projeto serão emitidos semanalmente e
incluirão os detalhes do rastreamento de riscos para garantir que o processo
continuará normalmente. As mudanças feitas na programação serão encaminhadas
aos responsáveis pelo projeto, que decidirão se o escopo deve ser alterado para
preservar as datas de término previstas.
2.4.4.3 Plano de Controle do Orçamento
Não aplicável, por se tratar de um projeto acadêmico.
2.4.4.4 Plano de Comunicação
A comunicação entre os membros da equipe de desenvolvimento
será realizada através do grupo de discussão [email protected]. Alista
de e-mails trocados entre os membros da equipe pode ser acessada a partir doendereço http://groups.google.com/group/xxxxxxxx.
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 18/28
15
2.4.4.5 Plano de Métricas
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 19/28
16
2.5 PLANOS DE APOIO AO PROCESSO
2.5.1 Plano de Gerência de Configuração
Ver o Plano de Gerência de Configuração.
2.5.2 Plano de Documentação
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 20/28
17
3 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS
3.1 TABELA DE REQUISITOS
Segue abaixo um exemplo de apresentação de um gráfico.
Funcionais Não Funcionais
Realiza Cadastros de usuários simples,com nome, endereço, telefone e-mail e
senha.
Requisitos de Produtos: O sistema vaioperar na plataforma Windows, terá uma
interface simples e bem intuitiva, comprocessamento rápido na consulta do
banco de dados sem requerer muito damemória RAM, e pode acessar através
da internet e no local da Biblioteca.
Realiza cadastro de livros a localizaçãodos mesmos e a quantidade de volume
por título.
Requisitos Organizacionais: O sistemaserá para controle da Biblioteca e
atendera os estudantes e publico emgeral, o desenvolvimento do sistema
será na Linguagem C#, cominteratividade online, o processo de
desenvolvimento será o Interativo quedeverá passar por todas as etapas de
processo de desenvolvimento e sempreinteragindo com desenvolvedores eclientes. O sistema também terá o
documento com o processo dedesenvolvimento e como o produtofunciona.
O sistema limita a quantidade máximade livros do sistema
Requisitos Externos: o sistema tem umbanco de dados com informações de
clientes e fornecedores com total sigilo esegurança de informação onde o
coordenador da biblioteca tem acesso, osistema será acessado em rede com
diversos pontos espalhados pela
biblioteca, para que os usuários façamsuas pesquisas. Será instalado em
computadores modernos de alta
Permitir a renovação de livros pelainternet
Emitir multa de atraso de entrega de livro
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 21/28
18
capacidade de armazenamento
Emitirá notificações via e-mail quandofalta 1 dia para entrega do livro
Realiza empréstimos de livros com osdados do livro e o usuário que o locou
Cadastrar localização dos livros
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 22/28
19
4 DIAGRAMA DE CASO DE USO
4.1 CASO DE USO SISTEMA DE CONTROLE DE BIBLIOTECA
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 23/28
20
5 MODELAGEM ENTIDADE RELACIONAMENTO (CONCEITUAL E LÓGICA)
5.1 ESQUEMA CONCEITUAL
5.2 ESQUEMA LÓGICO
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 24/28
21
6 TELAS DO SISTEMA DESENVOLVIDAS EM C#
Interface Principal
Cadastro de Usuários
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 25/28
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 26/28
23
Interface de Controle
Interface do Empréstimo
7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 27/28
24
7 CONCLUSÃO
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
http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 28/28
25
REFERÊNCIAS
PERINI, Luis Cláudio. Engenharia de software. São Paulo. Editora Pearson, 2009.
NISHIMURA, Ruy Tsutomu. Banco de dados I. São Paulo. Editora Pearson, 2010.
FLORES, Emerson Ricardo. Linguagens e técnicas de programação II. SãoPaulo. Editora Pearson, 2009.
www.dcce.ibilce.unesp.br/~ines/cursos/eng_soft/aula14.pdfAcessado em: 10/10/2011
http://www.slideshare.net/alsimoes/qualidade-de-software
Acessado em: 11/10/2011
http://www.wthreex.com/rup/process/artifact/ar_sdp.htmAcessado em: 11/10/2011
http://pt.wikipedia.org/wiki/Modelo_de_Entidades_e_RelacionamentosAcessado em: 27/10/2011
www.inf.ufsc.br/~raul/livro/06-ModelagemConceitual.pptAcessado em: 28/10/2011
http://www.sqlmagazine.com.br/Colunistas/RicardoRezende/02_ConceitosBD.aspAcessado em: 31/10/2011
http://www.arquivodecodigos.net/arquivo/tutoriais/csharp/curso_completo/parte1_9.phpAcessado em: 01/11/2011