P. 1
Atividade Interdisciplinar 2º Semestre - Grupo

Atividade Interdisciplinar 2º Semestre - Grupo

|Views: 299|Likes:
Publicado porTarHTM
Atividade Interdisciplinar 2º Semestre - Grupo - UNOPAR - ADS -
Portfólio Grupo 2º Semestre - UNOPAR - ADS
Atividade Interdisciplinar 2º Semestre - Grupo - UNOPAR - ADS -
Portfólio Grupo 2º Semestre - UNOPAR - ADS

More info:

Categories:Types, School Work
Published by: TarHTM on Jun 30, 2012
Direitos Autorais:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

10/26/2014

pdf

text

original

SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ATIVIDADE INTERDISCIPLINAR - GRUPO

Palmas - TO 2011

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

ATIVIDADE INTERDISCIPLINAR - GRUPO

Trabalho apresentado ao Curso de Tecnologia em Análise e Desenvolvimento de Sistemas da Universidade Norte do Paraná – UNOPAR Professores: Polyanna Pacheco Gomes Luis Claudio Perini Roberto Y. Nishimura Anderson E. N. Gonçalves

Palmas - TO 2011

SUMÁRIO 1 2 INTRODUÇÃO ..................................................................................................... 3 PLANO DE DESENVOLVIMENTO DE SOFTWARE ........................................... 4

2.1 PROPÓSITO ........................................................................................................ 4 2.2 VISÃO DO PROJETO .......................................................................................... 4 2.2.1 2.2.2 2.2.3 Propósito do Projeto, Escopo e Objetivos ..................................................... 4 Artefatos do Projeto ...................................................................................... 5 Evolução do Plano de Desenvolvimento de Software ................................... 5

2.3 ORGANIZAÇÃO DO PROJETO .......................................................................... 5 2.3.1 2.3.2 2.3.3 Estrutura Organizacional............................................................................... 5 Contatos Externos......................................................................................... 6 Papéis e Responsabilidades ......................................................................... 6

2.4 GERENCIAMENTO DO PROJETO ..................................................................... 7 2.4.1 2.4.2 Estimativas do Projeto .................................................................................. 7 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 2.4.2.5.2 2.4.2.5.3 Plano de Staff .......................................................................................... 12 Plano de Aquisição de Recursos ............................................................. 12 Plano de Treinamento ............................................................................. 12

2.4.2.6 Orçamento .................................................................................................. 12 2.4.3 2.4.4 Planos das Iterações................................................................................... 13 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 2.4.6 Plano de Gerência de Riscos ...................................................................... 15 Plano de Encerramento .............................................................................. 15

2.5 PLANOS DE APOIO AO PROCESSO ............................................................... 16 2.5.1 2.5.2 2.5.3 2.5.4 2.5.5 3 Plano de Gerência de Configuração ........................................................... 16 Plano de Documentação ............................................................................. 16 Plano de Garantia de Qualidade ................................................................. 16 Plano de solução de Problemas ................................................................. 16 Plano de Melhoria do Processo .................................................................. 16

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 7 TELAS DO SISTEMA DESENVOLVIDAS EM C# .............................................. 21 CONCLUSÃO .................................................................................................... 24

REFERÊNCIAS ......................................................................................................... 25

3

1 INTRODUÇÃO Neste trabalho iremos abordar sobre o tema que já vimos e que ainda estamos estudando neste semestre, os Fundamentos de Sistemas Computacionais. 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#.

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 a usuá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 a implementaçã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.

5

2.2.2 Artefatos do Projeto 20/09/2011 27/09/2011 Documento de visão, documento de arquitetura do sistema, telas do sistema e documento de requisitos. Documento de visão revisado, documento de especificação de casos de uso, documento de arquitetura do sistema, plano de testes, plano de gerência de configuração.

2.2.3 Evolução do Plano de Desenvolvimento de Software Data 14/09/2011 Versão 0.1 Descrição Versão preliminar Autor 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:

6

2.3.2 Contatos Externos Não aplicável. 2.3.3 Papéis e Responsabilidades Papel Gerente de Projeto Responsabilidade / Atividades 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 Engenheiro de Qualidade Atualizar os sites do projeto e do repositório Conhecer o processo da fábrica Repassar para a equipe o processo Repassar para a equipe os templates a serem utilizados

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 e estabelecer 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.

8

Concepção Elaboração Construção Transição Esforço Programação ~5% 10% 20% 20% 65% 50% 10% 10%

A tabela abaixo especifica o número de iterações que serão realizadas em cada fase de desenvolvimento do sistema.

Fase Concepção Elaboração Construção Transição

Número de iterações 1 2 8 3

A figura abaixo mostra o gráfico de Gantt das atividades, mostrando todas as iterações planejadas.

9

A tabela abaixo mostra os principais marcos do projeto e suas respectivas datas.

Milestones Iniciar Projeto Iniciar Planejamento Iniciar Execução Confirmar Execução Iniciar Introdução Liberar Produto Fechar Projeto

Data Planejada 13/09/2011 22/09/2011 10/06/2011 17/11/2011 01/12/2011 13/12/2011 13/12/2011

2.4.2.2 Objetivos das Iterações Objetivos das Iterações Descrição Marco Associado Definição de Especificação requisitos do de requisitos sistema funcionais e suplementares

Fase Concepção

Iteração Iteração Inicial

Elaboração

Protótipo Análise e projeto de dos casos de uso e Arquitetura desenvolvimento do protótipo da arquitetura envolvendo estes casos Construção Primeiro Implementação e Release teste dos casos de uso da fase anterior Transição Release Final Testes finais e eventuais melhoramentos e correção de defeitos.

Protótipo de arquitetura

Soluções para os Riscos Familiarização da equipe com o RUP Definição dos requisitos Desenvolvimento de plano de projeto A arquitetura é esclarecida Riscos técnicos da equipe são reduzidos Protótipo inicial Todos os requisitos levantados são implementados e verificados Protótipo e documentação finalizados

Primeiro Release

Release Final

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 Concepção Reunião Preliminar Estudo e sistema revisão dos requisitos do

Duração 7 dias 7 dias 7 dias 7 dias 7 dias 7 dias 7 dias 12 dias 6 dias 1 dia 6 dias 6 dias 6 dias 6 dias de 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias de 6 dias 6 dias 6 dias 48 dias

Início 13/9/11 13/9/11 13/9/11 13/9/11 13/9/11 13/9/11 13/9/11 22/9/11 22/9/11 22/9/11 22/9/11 22/9/11 22/9/11 22/9/11 22/9/11 22/9/11 29/9/11 29/9/11 29/9/11 29/9/11 29/9/11 29/9/11 29/9/11

Término 20/9/11 20/9/11 20/9/11 20/9/11 20/9/11 20/9/11 20/9/11 4/10/11 27/9/11 22/9/11 27/9/11 27/9/11 27/9/11 27/9/11 27/9/11 27/9/11 4/10/11 4/10/11 4/10/11 4/10/11 4/10/11 4/10/11 4/10/11

Elaborar documento de visão Definir plano de projeto Identificar principais casos de uso Identificar requisitos funcionais e não funcionais Elaboração Iteração 1 Rever documento de visão Definir modelo de dados Criar wireframes do sistema Elaborar documento de arquitetura do sistema Elaborar documento de requisitos Elaborar documento configuração Iteração 2 Rever plano de projeto Rever documento de arquitetura Rever documento de requisitos Rever documento configuração de gerência de gerência

Elaborar documento de testes

Rever modelo de dados Rever documento de testes Construção

6/10/11 29/11/11

11

Iteração 1 Classes básicas Scripts criação das tabelas do banco de dados Instalação de banco de dados DB connection manager Teste conexão com banco de dados CRUD usuário CRUD livro Instalação de WEB server Protótipo de aplicação WEB Iteração 2 CRUD categoria CRUD transação Classes controladoras Fachada do Sistema Servlet de controle de requisições WEB Página de cadastro de usuário Página de cadastro de livro Iteração 3 Página Listar livros Página Procurar livros Iteração 4 Página Login Página Logout Iteração 5 UC locar livro UC vender Produto Iteração 6 UC avaliar usuário UC Enviar e-mail notificação Iteração 7 Teste alfa Identificação de bugs Iteração 8 Correção de bugs Transição Iteração 1

6 dias 1 dia 1 dia 2 dias 1 dia 1 dia 6 dias 6 dias 2 dias 3 dias 6 dias 6 dias 6 dias 2 dias 2 dias 2 dias 4 dias 4 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 6 dias 12 dias 6 dias

6/10/11 11/10/11 6/10/11 6/10/11 6/10/11 8/10/11 9/10/11 6/10/11 6/10/11 7/10/11 8/10/11 9/10/11

6/10/11 11/10/11 6/10/11 11/10/11 6/10/11 7/10/11 8/10/11 10/10/11 13/10/11 18/10/11 13/10/11 18/10/11 13/10/11 18/10/11 13/10/11 14/10/11 15/10/11 16/10/11 13/10/11 14/10/11 15/10/11 18/10/11 15/10/11 18/10/11 20/10/11 25/10/11 20/10/11 25/10/11 20/10/11 25/10/11 27/10/11 27/10/11 27/10/11 3/11/11 3/11/11 3/11/11 1/11/11 1/11/11 1/11/11 8/11/11 8/11/11 8/11/11

10/11/11 15/11/11 10/11/11 15/11/11 10/11/11 15/11/11 17/11/11 22/11/11 17/11/11 22/11/11 17/11/11 22/11/11 24/11/11 29/11/11 24/11/11 29/11/11 1/12/11 13/12/11 1/12/11 6/12/11

12

Correção de bugs Iteração 2 Release Teste beta (apresentação)

6 dias 6 dias 6 dias 1 dia

1/12/11

6/12/11

8/12/11 13/12/11 8/12/11 13/12/11 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 dos estudantes nas várias tecnologias utilizadas.

2.4.2.6 Orçamento O projeto não tem fins lucrativos.

13

2.4.3 Planos das Iterações
Iteração Início Término Objetivos Estudo e revisão dos requisitos do sistema Elaborar documento de visão Definir plano de projeto Identificar principais casos de uso Identificar requisitos funcionais e não funcionais Definir modelo de dados Criar wireframes do sistema Elaborar documento de arquitetura do sistema Elaborar documento de requisitos Elaborar documento de gerência de configuração Rever plano de projeto Rever documento de arquitetura Rever documento de requisitos Rever modelo de dados Rever documento de gerência de configuração Milestone Criar páginas WEB do sistema Criar banco de dados do sistema Criar classes básicas do sistema CRUD usuário CRUD livro Criar páginas WEB do sistema CRUD transação CRUD categoria Criar páginas WEB do sistema Implementação de casos de uso Criar páginas WEB do sistema Implementação de casos de uso Criar páginas WEB do sistema Implementação de casos de uso Milestone Teste alfa Identificação de bugs Correção de bugs Correção de bugs Teste beta (apresentação) Milestone

Reunião Preliminar

13/09/2011

20/09/2011

1

20/09/2011

27/09/2011

2

27/09/2011

4/10/2011

3

4/10/2011

11/10/2011

4

11/10/2011

18/10/2011

5

18/10/2011

25/10/2011

6 7

25/10/2011 1/11/2011

1/11/2011 8/11/2011

8

8/11/2011

15/11/2011

9 10 11 12

15/11/2011 22/11/2011 29/11/2011 6/12/2011

22/11/2011 29/11/2011 6/12/2011 13/12/2011

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 xxxxxxxx@googlegroups.com. Alista de e-mails trocados entre os membros da equipe pode ser acessada a partir do endereço http://groups.google.com/group/xxxxxxxx.

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 Esforço planejado x realizado Erros por KLOC Defeitos por KLOC DRE

Descrição Será utilizada a técnica de pontos de função para estimativa de tempo que será cruzada com o tempo realmente gasto. Número de erros a cada mil linhas de código. Número de defeitos a cada mil linhas de código. Eficiência na remoção de defeitos. DRE=E/(E+D), onde E = quantidade de erros encontrados D = Quantidade de Defeitos O 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.

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 resolvido na 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.

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 Realiza Cadastros de usuários simples, com nome, endereço, telefone e-mail e senha.

Não Funcionais Requisitos de Produtos: O sistema vai operar na plataforma Windows, terá uma interface simples e bem intuitiva, com processamento rápido na consulta do banco de dados sem requerer muito da memória RAM, e pode acessar através da internet e no local da Biblioteca. Requisitos Organizacionais: O sistema será para controle da Biblioteca e atendera os estudantes e publico em geral, o desenvolvimento do sistema será na Linguagem C#, com interatividade online, o processo de desenvolvimento será o Interativo que deverá passar por todas as etapas de processo de desenvolvimento e sempre interagindo com desenvolvedores e clientes. O sistema também terá o documento com o processo de desenvolvimento e como o produto funciona.

Realiza cadastro de livros a localização dos mesmos e a quantidade de volume por título.

Requisitos Externos: o sistema tem um banco de dados com informações de clientes e fornecedores com total sigilo e segurança de informação onde o Permitir a renovação de livros pela coordenador da biblioteca tem acesso, o internet sistema será acessado em rede com diversos pontos espalhados pela Emitir multa de atraso de entrega de livro biblioteca, para que os usuários façam suas pesquisas. Será instalado em computadores modernos de alta

O sistema limita a quantidade máxima de livros do sistema

18

capacidade de armazenamento Emitirá notificações via e-mail quando falta 1 dia para entrega do livro Realiza empréstimos de livros com os dados do livro e o usuário que o locou Cadastrar localização dos livros

19

4 DIAGRAMA DE CASO DE USO 4.1 CASO DE USO SISTEMA DE CONTROLE DE BIBLIOTECA

20

5 MODELAGEM ENTIDADE RELACIONAMENTO (CONCEITUAL E LÓGICA) 5.1 ESQUEMA CONCEITUAL

5.2 ESQUEMA LÓGICO

21

6 TELAS DO SISTEMA DESENVOLVIDAS EM C# Interface Principal

Cadastro de Usuários

22

Cadastro de Livros

Interface das Multas

23

Interface de Controle

Interface do Empréstimo

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 disciplinas que 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ão de 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#.

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ão Paulo. Editora Pearson, 2009. www.dcce.ibilce.unesp.br/~ines/cursos/eng_soft/aula14.pdf Acessado 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.htm Acessado em: 11/10/2011 http://pt.wikipedia.org/wiki/Modelo_de_Entidades_e_Relacionamentos Acessado em: 27/10/2011 www.inf.ufsc.br/~raul/livro/06-ModelagemConceitual.ppt Acessado em: 28/10/2011 http://www.sqlmagazine.com.br/Colunistas/RicardoRezende/02_ConceitosBD.asp Acessado em: 31/10/2011 http://www.arquivodecodigos.net/arquivo/tutoriais/csharp/curso_completo/parte1_9.p hp Acessado em: 01/11/2011

You're Reading a Free Preview

Descarregar
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->