Você está na página 1de 28

SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM ANLISE 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 Anlise e Desenvolvimento de Sistemas da Universidade Norte do Paran UNOPAR Professores: Polyanna Pacheco Gomes Luis Claudio Perini Roberto Y. Nishimura Anderson E. N. Gonalves

Palmas - TO 2011

SUMRIO 1 2 INTRODUO ..................................................................................................... 3 PLANO DE DESENVOLVIMENTO DE SOFTWARE ........................................... 4

2.1 PROPSITO ........................................................................................................ 4 2.2 VISO DO PROJETO .......................................................................................... 4 2.2.1 2.2.2 2.2.3 Propsito do Projeto, Escopo e Objetivos ..................................................... 4 Artefatos do Projeto ...................................................................................... 5 Evoluo do Plano de Desenvolvimento de Software ................................... 5

2.3 ORGANIZAO DO PROJETO .......................................................................... 5 2.3.1 2.3.2 2.3.3 Estrutura Organizacional............................................................................... 5 Contatos Externos......................................................................................... 6 Papis 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 Iteraes ................................................................................. 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 Aquisio de Recursos ............................................................. 12 Plano de Treinamento ............................................................................. 12

2.4.2.6 Oramento .................................................................................................. 12 2.4.3 2.4.4 Planos das Iteraes................................................................................... 13 Controle e Acompanhamento do Projeto .................................................... 14

2.4.4.1 Plano de Gerncia de Requisitos ................................................................ 14 2.4.4.2 Plano de Controle do Cronograma.............................................................. 14 2.4.4.3 Plano de Controle do Oramento ................................................................ 14 2.4.4.4 Plano de Comunicao ............................................................................... 14 2.4.4.5 Plano de Mtricas ....................................................................................... 15 2.4.5 2.4.6 Plano de Gerncia 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 Gerncia de Configurao ........................................................... 16 Plano de Documentao ............................................................................. 16 Plano de Garantia de Qualidade ................................................................. 16 Plano de soluo de Problemas ................................................................. 16 Plano de Melhoria do Processo .................................................................. 16

REQUISITOS FUNCIONAIS E NO 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 LGICA) .. 20

5.1 ESQUEMA CONCEITUAL ................................................................................. 20 5.2 ESQUEMA LGICO .......................................................................................... 20 6 7 TELAS DO SISTEMA DESENVOLVIDAS EM C# .............................................. 21 CONCLUSO .................................................................................................... 24

REFERNCIAS ......................................................................................................... 25

1 INTRODUO 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 resoluo de 05 quesitos partindo de um cenrio de um sistema web de biblioteca. Falaremos dos critrios de gerenciamento de qualidade de uma empresa da nossa regio, determinando o planejamento para o desenvolvimento de software de qualidade. Faremos a verificao dos Requisitos Funcionais e No Funcionais e iremos elaborar um diagrama de caso de uso do cenrio desse sistema web de biblioteca. E por fim, efetuaremos a modelagem entidade relacionamento, conceitual e lgica de banco de dados e a elaborao dos prottipos das telas de acordo com estudo de caso, utilizando o C#.

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 emprstimo de livros a usurios cadastrados no sistema.

2.1 PROPSITO A finalidade deste documento definir as atividades de

desenvolvimento no que diz respeito s fases e iteraes necessrias para a implementao do sistema. O plano de desenvolvimento visa explicitar a maneira como ser dada a conduo do desenvolvimento do software. Nesse documento, sero expostos fatores levados em conta no planejamento, como recursos de hardware e software, gerenciamento do pessoal da equipe, diviso de horrio de trabalho, alm de planos de apoio ao processo de desenvolvimento, tais como plano de garantia de qualidade e plano de gerncia de configurao.

2.2 VISO DO PROJETO

2.2.1 Propsito do Projeto, Escopo e Objetivos O propsito deste plano de projeto reunir todas as informaes necessrias tanto para equipe quanto para o gerente do projeto. O gerente, para planejar a programao 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 usurios da Biblioteca a realizao de emprstimos de livros e apostilas, via web.

2.2.2 Artefatos do Projeto 20/09/2011 27/09/2011 Documento de viso, documento de arquitetura do sistema, telas do sistema e documento de requisitos. Documento de viso revisado, documento de especificao de casos de uso, documento de arquitetura do sistema, plano de testes, plano de gerncia de configurao.

2.2.3 Evoluo do Plano de Desenvolvimento de Software Data 14/09/2011 Verso 0.1 Descrio Verso preliminar Autor Joo Algoritmo da Silva

2.3 ORGANIZAO DO PROJETO 2.3.1 Estrutura Organizacional A equipe de projeto ser organizada da seguinte maneira:

2.3.2 Contatos Externos No aplicvel. 2.3.3 Papis 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 Negcio Elaborar documento de requisitos. Elaborar documento de casos de uso (se aplicvel). Elaborar plano de testes (se aplicvel). 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. Lder Tcnico Liderar equipe de desenvolvimento apoiando o Gerente de Projeto. Apoiar o analista na priorizao dos requisitos junto ao cliente ou professor. Realizar implementao. Engenheiro de Software Realizar estudos e pesquisa sobre as tecnologias do projeto. Registrar resultado dos testes. Realizar implementao. Web developer Engenheiro de Qualidade Atualizar os sites do projeto e do repositrio Conhecer o processo da fbrica Repassar para a equipe o processo Repassar para a equipe os templates a serem utilizados

Realizar auditorias de produto Realizar auditorias de processo Engenheiro de Configurao Conhecer os padres adotados Repassar para a equipe os padres Configurar a infraestrutura necessria para o projeto Gerar os builds da aplicao Realizar auditorias no repositrio

2.4 GERENCIAMENTO DO PROJETO 2.4.1 Estimativas do Projeto O projeto tem uma estimativa de durar trs meses. O projeto tem carter acadmico.

2.4.2 Plano de Projeto

2.4.2.1 Plano de Fases A execuo deste projeto est dividida em quatro fases de maturidade denominadas concepo, elaborao, construo e transio cada uma com objetivos especficos. Na fase de concepo, estabelecido o escopo e a viabilidade do projeto. Na elaborao, o objetivo eliminar os principais riscos e estabelecer uma arquitetura estvel a partir da qual o sistema poder evoluir. Na fase de construo, o projeto ser desenvolvido de maneira iterativa at que possa evoluir at se tornar um produto, o que ocorre na fase de transio, onde uma ou mais verses do sistema so disponibilizadas. Segundo o RUP as fases possuem diferenas em se falando de programao e esforo. Embora essa variao seja peculiar de cada projeto o que se tem pelo histrico de projetos deste porte est demonstrado na tabela abaixo.

Concepo Elaborao Construo Transio Esforo Programao ~5% 10% 20% 20% 65% 50% 10% 10%

A tabela abaixo especifica o nmero de iteraes que sero realizadas em cada fase de desenvolvimento do sistema.

Fase Concepo Elaborao Construo Transio

Nmero de iteraes 1 2 8 3

A figura abaixo mostra o grfico de Gantt das atividades, mostrando todas as iteraes planejadas.

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

Milestones Iniciar Projeto Iniciar Planejamento Iniciar Execuo Confirmar Execuo Iniciar Introduo 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 Iteraes Objetivos das Iteraes Descrio Marco Associado Definio de Especificao requisitos do de requisitos sistema funcionais e suplementares

Fase Concepo

Iterao Iterao Inicial

Elaborao

Prottipo Anlise e projeto de dos casos de uso e Arquitetura desenvolvimento do prottipo da arquitetura envolvendo estes casos Construo Primeiro Implementao e Release teste dos casos de uso da fase anterior Transio Release Final Testes finais e eventuais melhoramentos e correo de defeitos.

Prottipo de arquitetura

Solues para os Riscos Familiarizao da equipe com o RUP Definio dos requisitos Desenvolvimento de plano de projeto A arquitetura esclarecida Riscos tcnicos da equipe so reduzidos Prottipo inicial Todos os requisitos levantados so implementados e verificados Prottipo e documentao finalizados

Primeiro Release

Release Final

10

2.4.2.3 Releases Esto planejados dois releases, um na fase de construo e outro na fase de transio.

2.4.2.4 Cronograma do Projeto

Nome da tarefa Concepo Reunio Preliminar Estudo e sistema reviso dos requisitos do

Durao 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

Incio 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

Trmino 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 viso Definir plano de projeto Identificar principais casos de uso Identificar requisitos funcionais e no funcionais Elaborao Iterao 1 Rever documento de viso Definir modelo de dados Criar wireframes do sistema Elaborar documento de arquitetura do sistema Elaborar documento de requisitos Elaborar documento configurao Iterao 2 Rever plano de projeto Rever documento de arquitetura Rever documento de requisitos Rever documento configurao de gerncia de gerncia

Elaborar documento de testes

Rever modelo de dados Rever documento de testes Construo

6/10/11 29/11/11

11

Iterao 1 Classes bsicas Scripts criao das tabelas do banco de dados Instalao de banco de dados DB connection manager Teste conexo com banco de dados CRUD usurio CRUD livro Instalao de WEB server Prottipo de aplicao WEB Iterao 2 CRUD categoria CRUD transao Classes controladoras Fachada do Sistema Servlet de controle de requisies WEB Pgina de cadastro de usurio Pgina de cadastro de livro Iterao 3 Pgina Listar livros Pgina Procurar livros Iterao 4 Pgina Login Pgina Logout Iterao 5 UC locar livro UC vender Produto Iterao 6 UC avaliar usurio UC Enviar e-mail notificao Iterao 7 Teste alfa Identificao de bugs Iterao 8 Correo de bugs Transio Iterao 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

Correo de bugs Iterao 2 Release Teste beta (apresentao)

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 sero alunos presentes neste trabalho. Os envolvidos assumiro diferentes papeis durante o processo de desenvolvimento do sistema.

2.4.2.5.2 Plano de Aquisio de Recursos Todos os recursos fsicos (laboratrio, computadores, etc.) so de propriedade dos alunos envolvidos neste trabalho.

2.4.2.5.3 Plano de Treinamento O prprio 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 funo do prazo para a concluso do projeto, no foram definidas atividades especficas para treinamento dos estudantes nas vrias tecnologias utilizadas.

2.4.2.6 Oramento O projeto no tem fins lucrativos.

13

2.4.3 Planos das Iteraes


Iterao Incio Trmino Objetivos Estudo e reviso dos requisitos do sistema Elaborar documento de viso Definir plano de projeto Identificar principais casos de uso Identificar requisitos funcionais e no funcionais Definir modelo de dados Criar wireframes do sistema Elaborar documento de arquitetura do sistema Elaborar documento de requisitos Elaborar documento de gerncia de configurao Rever plano de projeto Rever documento de arquitetura Rever documento de requisitos Rever modelo de dados Rever documento de gerncia de configurao Milestone Criar pginas WEB do sistema Criar banco de dados do sistema Criar classes bsicas do sistema CRUD usurio CRUD livro Criar pginas WEB do sistema CRUD transao CRUD categoria Criar pginas WEB do sistema Implementao de casos de uso Criar pginas WEB do sistema Implementao de casos de uso Criar pginas WEB do sistema Implementao de casos de uso Milestone Teste alfa Identificao de bugs Correo de bugs Correo de bugs Teste beta (apresentao) Milestone

Reunio Preliminar

13/09/2011

20/09/2011

20/09/2011

27/09/2011

27/09/2011

4/10/2011

4/10/2011

11/10/2011

11/10/2011

18/10/2011

18/10/2011

25/10/2011

6 7

25/10/2011 1/11/2011

1/11/2011 8/11/2011

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 Gerncia de Requisitos Os requisitos desse sistema so capturados no Documento de Requisitos. As mudanas solicitadas nos requisitos so capturadas nas Solicitaes de Mudana e so aprovadas como parte do processo de Gerenciamento de Configurao.

2.4.4.2 Plano de Controle do Cronograma O gerente de projeto mantm uma programao mostrando a data esperada de cada marco. Os itens de linha na programao incluem pacotes de trabalho atribudos a pessoas. Cada pessoa a quem atribudo um pacote de trabalho fornece ao gerente do projeto informaes sobre o percentual de concluso das tarefas semanalmente. Relatrios de status de projeto sero emitidos semanalmente e incluiro os detalhes do rastreamento de riscos para garantir que o processo continuar normalmente. As mudanas feitas na programao sero encaminhadas aos responsveis pelo projeto, que decidiro se o escopo deve ser alterado para preservar as datas de trmino previstas.

2.4.4.3 Plano de Controle do Oramento No aplicvel, por se tratar de um projeto acadmico.

2.4.4.4 Plano de Comunicao A comunicao entre os membros da equipe de desenvolvimento ser realizada atravs do grupo de discusso xxxxxxxx@googlegroups.com. Alista de e-mails trocados entre os membros da equipe pode ser acessada a partir do endereo http://groups.google.com/group/xxxxxxxx.

15

2.4.4.5 Plano de Mtricas A tabela abaixo descreve algumas mtricas que sero coletadas ao longo do processo de desenvolvimento do sistema.

Termo Esforo planejado x realizado Erros por KLOC Defeitos por KLOC DRE

Descrio Ser utilizada a tcnica de pontos de funo para estimativa de tempo que ser cruzada com o tempo realmente gasto. Nmero de erros a cada mil linhas de cdigo. Nmero de defeitos a cada mil linhas de cdigo. Eficincia na remoo 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 Gerncia de Riscos Os maiores riscos levantados so a questo do tempo e da disseminao da tecnologia necessria dentre os envolvidos no projeto. Em funo do cronograma apertado e da curva de aprendizado dos envolvidos, possvel que o produto final no atenda todos os requisitos. Neste caso, a funcionalidade pendente ser colocada como atividade futura. Os riscos levantados, suas prioridades e planos de ao esto documentados nas Planilhas de Acompanhamento do Projeto. Uma nova planilha criada a cada iterao do processo de desenvolvimento.

2.4.6 Plano de Encerramento O projeto dar-se- por encerrado quando os requisitos levantados na fase de concepo forem atendidos de forma suficiente para que se possa apresentar um prottipo usvel e que sirva de base para a continuao do projeto.

16

2.5 PLANOS DE APOIO AO PROCESSO 2.5.1 Plano de Gerncia de Configurao Ver o Plano de Gerncia de Configurao. 2.5.2 Plano de Documentao Os seguintes artefatos sero gerados para documentar o projeto: Documento de Requisitos Documento de Arquitetura Documentao Web com a descrio das classes do sistema (Javadoc), manual do usurio, manual de instalao e help online. 2.5.3 Plano de Garantia de Qualidade Ver o Plano de Garantia de Qualidade. 2.5.4 Plano de soluo de Problemas Os problemas identificados durante o processo de desenvolvimento de software devem ser reportados atravs da ferramenta de issues utilizada no projeto. Uma vez reportada, a issue ser atribuda a um membro da equipe, o qual ir ento aceitar a issue e iniciar o procedimento para a sua soluo. Quando o problema for solucionado, o membro da equipe marcar o problema como resolvido na ferramenta. Testes sero 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 Aps a concluso de cada fase, uma sesso de Lies Aprendidas ser administrada para capturar melhorias para o processo.

17

3 REQUISITOS FUNCIONAIS E NO FUNCIONAIS

3.1 TABELA DE REQUISITOS

Segue abaixo um exemplo de apresentao de um grfico.

Funcionais Realiza Cadastros de usurios simples, com nome, endereo, telefone e-mail e senha.

No Funcionais Requisitos de Produtos: O sistema vai operar na plataforma Windows, ter uma interface simples e bem intuitiva, com processamento rpido na consulta do banco de dados sem requerer muito da memria RAM, e pode acessar atravs 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 tambm ter o documento com o processo de desenvolvimento e como o produto funciona.

Realiza cadastro de livros a localizao dos mesmos e a quantidade de volume por ttulo.

Requisitos Externos: o sistema tem um banco de dados com informaes de clientes e fornecedores com total sigilo e segurana de informao onde o Permitir a renovao 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 usurios faam suas pesquisas. Ser instalado em computadores modernos de alta

O sistema limita a quantidade mxima de livros do sistema

18

capacidade de armazenamento Emitir notificaes via e-mail quando falta 1 dia para entrega do livro Realiza emprstimos de livros com os dados do livro e o usurio que o locou Cadastrar localizao 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 LGICA) 5.1 ESQUEMA CONCEITUAL

5.2 ESQUEMA LGICO

21

6 TELAS DO SISTEMA DESENVOLVIDAS EM C# Interface Principal

Cadastro de Usurios

22

Cadastro de Livros

Interface das Multas

23

Interface de Controle

Interface do Emprstimo

24

7 CONCLUSO Esta atividade interdisciplinar foi de suma importncia para ns, pois atravs dela pde-se adquirir mais conhecimento e serviu para revisar as disciplinas que vimos no semestre, alm que foram apresentadas algumas reflexes sobre a importncia dos critrios de Gerenciamento de Qualidade, em que h trs processos relacionados a este gerenciamento, so eles: Planejamento de qualidade: inclui examinar os Ativos de Processos Organizacionais e planejar o projeto de acordo com os padres e criar padres adicionais para o projeto especfico. Realizar a garantia da qualidade: inclui determinar se as atividades do projeto esto de acordo com as polticas e processos escolhidos. Este processo a parte do grupo de processos de execuo, uma funo administrativa ou gerencial associada correo dos processos que produzem as entregas do projeto. Realizar o controle da qualidade: envolve a medio de resultados em relao a padres. uma funo tcnica usada para verificar se as entregas tm qualidade aceitvel ou no e se esto corretas e completas. Este processo ocorre durante o monitoramento e controle do projeto. Tambm falamos sobre os requisitos funcionais e no funcionais de acordo com o cenrio descrito, de um sistema web de biblioteca. Onde descrevemos as funcionalidades ou servios que se espera do sistema (funes precpuas do sistema); e aqueles requisitos que no esto diretamente relacionados s funes precpuas do sistema. Exemplos disso so: os requisitos de confiabilidade, robustez, eficincia e segurana. E, por fim, fizemos um diagrama de caso de uso, baseado no cenrio web da biblioteca, juntamente com a modelagem entidade relacionamento (conceitual e lgica) do banco de dados no BrModelo e concluindo esta atividade, fizemos a elaborao dos prottipos das telas do sistema da biblioteca em que foi utilizado a linguagem C#.

25

REFERNCIAS PERINI, Luis Cludio. Engenharia de software. So Paulo. Editora Pearson, 2009. NISHIMURA, Ruy Tsutomu. Banco de dados I. So Paulo. Editora Pearson, 2010. FLORES, Emerson Ricardo. Linguagens e tcnicas de programao II. So 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