Atividade Interdisciplinar 2º Semestre - Grupo

28
 Palmas - TO 2011 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS  ATIVIDADE INTERDISCIPLINAR - GRUPO

Transcript of Atividade Interdisciplinar 2º Semestre - Grupo

Page 1: 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

Page 2: Atividade Interdisciplinar 2º Semestre - 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

Page 3: Atividade Interdisciplinar 2º Semestre - Grupo

7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo

http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 3/28

 

Page 4: Atividade Interdisciplinar 2º Semestre - Grupo

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 

Page 5: Atividade Interdisciplinar 2º Semestre - Grupo

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 

Page 6: Atividade Interdisciplinar 2º Semestre - Grupo

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#.

Page 7: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 8: Atividade Interdisciplinar 2º Semestre - Grupo

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:

Page 9: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 10: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 11: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 12: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 13: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 14: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 15: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 16: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 17: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 18: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 19: Atividade Interdisciplinar 2º Semestre - Grupo

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.

Page 20: Atividade Interdisciplinar 2º Semestre - Grupo

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 

Page 21: Atividade Interdisciplinar 2º Semestre - Grupo

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 

Page 22: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 23: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 24: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 25: Atividade Interdisciplinar 2º Semestre - Grupo

7/31/2019 Atividade Interdisciplinar 2º Semestre - Grupo

http://slidepdf.com/reader/full/atividade-interdisciplinar-2o-semestre-grupo 25/28

Page 26: Atividade Interdisciplinar 2º Semestre - Grupo

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

Page 27: Atividade Interdisciplinar 2º Semestre - Grupo

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#.

Page 28: Atividade Interdisciplinar 2º Semestre - Grupo

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