ABNT - UNOPAR - Completo

Sumrio

31OBJETIVO

42INTRODUO

53ENGENHARIA E PROJETO DE SOFTWARE (DESAFIO 1)

53.1Projeto da Arquitetura

5Identificar requisitos relevantes arquitetura;

5Classificar e priorizar requisitos relevantes arquitetura;

5Identificar riscos e restries;

5Atacar maiores riscos tcnicos;

5Desenvolver Viso geral da arquitetura;

5Definir organizao de alto nvel;

5Identificar mecanismos de anlise;

5Promover o reuso;

5Avaliar a arquitetura.

63.1.1Identificar requisitos relevantes arquitetura

73.1.2Classificar e priorizar requisitos relevantes Arquitetura

83.1.3Identificar riscos e restries

83.1.4Atacar maiores riscos tcnicos

83.1.5Desenvolver a viso geral da arquitetura

93.1.6Definir organizao lgica de alto nvel

103.1.7Identificar mecanismos de anlise

103.1.8Promover o reuso

113.1.9Avaliar a arquitetura

124GERENCIAMENTO DO PROJETO (BASEADO NO PMBOK- DESAFIO 2)

124.1EAP (Estrutura analtica do Projeto)

134.2CRONOGRAMA DO PROJETO

144.3Relao dos envolvidos, papis dentro do projeto

144.3.1Patrocinador do Projeto

154.3.2Equipe de Projeto

164.3.3Partes Interessadas

174.3.4Gerente de Projeto

184.3.5Gerente de Programas

205FORMULRIO PARA LANAMENTO DE EMPRSTIMO (DESAFIO 3)

216DIAGRAMAS PARA REPRESENTAR A ARQUITETURA DO SISTEMA (UML- DESAFIO 4)

216.1Diagrama de Classe:

226.2Diagrama de Componentes

226.3Diagrama de Pacotes

247CONCLUSO

258REFERNCIAS BIBLIOGRFICAS

1 OBJETIVO

O presente trabalho tem por objetivo, ampliar nossos conhecimentos nas reas de Engenharia e Projeto de Software, Programao para Web II e Projeto Orientado a Objetos mostrando os desafios dos mesmos, assim como o passo a passo do desenvolvimento. Familiarizando o leitor como os mtodos utilizados.

2 INTRODUO

Levantamos uma pesquisa junto a empresa Extra Informtica, CNPJ N 15.334.029/0001-87, Localizado Avenida Para, 269, Bairro Piarreira, CEP 68695-000, Tailndia Par, a qual trabalha com prestao de servios e desenvolvimento de software, sobre informaes para a elaborao de um plano de desenvolvimento de software para o modelo de uma biblioteca Escolar, visando automatizao atravs do controle de Usurios, Livros, Alunos, Emprstimos, Devolues, Reservas dentre outros. O software ter a finalidade de efetuar o cadastramento de usurios do software, a Escola, cadastramento dos livros, Editoras, Autores, Leitores (Alunos), reserva de livros pelos leitores, sistema de impresso de etiquetas para os Livros, sistema de lembrete, caso o leitor atrase a entrega do livro, baixa no sistema para liberar leitor para prxima locao, todos esses requisitos funcionando em comunicao com o banco de dados, armazenando todos os processos.3 ENGENHARIA E PROJETO DE SOFTWARE (DESAFIO 1)3.1 Projeto da Arquitetura

Sistema para Biblioteca Escolar BE System

Utilizaremos para representao da Arquitetura do software o Modelo 4+1 de Philippe Kruchten

Identificar requisitos relevantes arquitetura; Classificar e priorizar requisitos relevantes arquitetura; Identificar riscos e restries; Atacar maiores riscos tcnicos; Desenvolver Viso geral da arquitetura; Definir organizao de alto nvel; Identificar mecanismos de anlise; Promover o reuso; Avaliar a arquitetura.3.1.1 Identificar requisitos relevantes arquiteturaRequisitos Funcionais Casos de Uso:

a) Cadastro do Acervo (Livros e Revistas).b) Cadastro de Alunos (Leitores).c) Emprstimo.d) Reserva.e) Cancelamento.f) Devoluo.Viso de Casos de Uso

Principais requisitos de qualidade (no-funcionais)

a) Leitor pode fazer sua reserva remotamente (WWW) de forma segura.b) Pico de 1000 acessos simultneos.

c) Tempo de resposta para reserva: 6 seg.

d) A interface para o Usurio (funcionrio) deve ser rica (Grfica, etc) e acessvel pela internet.

e) Disponibilidade do sistema de 99,9%.

f) Estimativa de crescimento de 25% ao ano.

Identificao dos casos de uso crticosa) Reserva.b) Emprstimo.C) Devoluo.d) Login.e) Cadastro de Aluno (Leitor).f) Cadastro de Acervo (Livros e Revistas).3.1.2 Classificar e priorizar requisitos relevantes Arquitetura

Requisito de QualidadeClassificao

Reserva Online para Alunos (Leitores) CadastradosSegurana

Pico de 1000 acessos simultneosSegurana

Tempo de resposta de reserva 6 seg.Performance

A interface para o Usurio (funcionrio) deve ser ricaUsabilidade

Disponibilidade do sistema de 99,9%Disponibilidade

Estimativa de crescimento de 25% ao anoEscalabilidade

Aviso de Atraso na Devoluo do emprstimoInteroperabilidade

a) Priorizao dos casos de uso arquiteturalmente significativos

b) Rastreabilidade entre Requisitos funcionais e no-funcionais.

OrdemCaso de UsoRequisitos Suplementares

1Reserva OnlineSegurana, Performance, Interoperabilidade, disponibilidade

2EmprstimoUsabilidade

3DevoluoUsabilidade, Performance

3.1.3 Identificar riscos e restries Principais restries identificadas:

a) O Sistema de identificao do Aluno (Leitor) dever ser realizado atravs de webservices no momento da reserva online.

b) O servidor de aplicaes deve ser o Sun GlassFish.

c) O SGBD deve ser o MySQL 10GB.

d) A aplicao web deve ser compatvel com IE 7 e Firefox 3 ou verses superiores.

Principais riscos identificados.

a) Apesar de ser compatvel com J2EE, o servidor de aplicaes no conhecido pelos desenvolvedores.

3.1.4 Atacar maiores riscos tcnicos

Aes de mitigao a riscos e aos requisitos de qualidade mais severos.

Riscos ou requisitos SeveroMitigao

PerformanceTeste de stress sobre a Reserva Online

DisponibilidadeTeste de maturidade

EscalabilidadePOC Cluster

Avaliao servidor de aplicaoPOC avaliao, Capacitao da Equipe

3.1.5 Desenvolver a viso geral da arquiteturaa) Explorar e avaliar opes arquiteturais de alto nvel.

b) Prover um entendimento da estrutura para os patrocinadores e demais stakeholders.

c) Levar em considerao:

Designer da rede pr-existente

Banco de dados pr-existentes

Ambiente web

Configurao dos servidores

Uso de padres.

d) Produto tpico: modelo de implantao preliminarViso de Implantao

3.1.6 Definir organizao lgica de alto nvela) Criar uma estrutura inicial para o modelo design.

b) Mostrar pacotes de desenho arquiteturalmente significativos.

Viso lgica utilizando um padro MVC

3.1.7 Identificar mecanismos de anlisea) O que necessrio para dar vida aos componentes.

b) Alguns mecanismos de anlise:

Persistncia

Gerncia de Transaes

Redundncia

Troca de Informaes

3.1.8 Promover o reusoa) Identificar ativos pr-existentes que possam colaborar para a soluo.

b) Realizar uma avaliao preliminar.

Reduo de custos e riscos.

No reinventar a roda!

3.1.9 Avaliar a arquitetura

a) O objetivo rever o resultado e analisar alternativas.

Avaliao do grau de atendimento dos requisitos de qualidade.

Utilizao de checklists para validao

Mtodos clssicos: ATAM, CBAM, SAAM, e ARID (SEI 0 Carnegie Mellon)b) Ferramentas de anlise estrutural e arquitetural podem auxiliar na avaliao arquitetura e conformidade do cdigo

Rational software Architect

SA4J

Metrics (plugin do Eclipse)

SourceMonitor

JDepend4 GERENCIAMENTO DO PROJETO (BASEADO NO PMBOK- DESAFIO 2)4.1 EAP (Estrutura analtica do Projeto)

4.2 CRONOGRAMA DO PROJETO

ID

EAPNome da TarefaDuraoIncioTrminoNomes dos Recursos

1TELAS30 DIAS01/06/201501/07/2015Equipe de Programao

1.1Login---

1.2Cadastros---

1.3Reserva / Emprstimos/ Devoluo / Cancelamento---

1.4Consulta / Status Emprstimos---

2SEGURANA45 DIAS01/06/201515/07/2015Gerente de Projetos

2.1Perfil do Usurio (Funcionrio)---

2.2Acesso (Permisso)---Gerente de Projetos

2.3 Interface Web---Desenvolvimento de Software

3EQUIPE/SOFT20 DIAS10/06/201530/06/2015Gerente de Projetos

3.1Cotao de Servidores---

3.2Uso de Servios---Gerente de Projetos

3.3Instalao / Conf. SGBD---Desenvolvimento de Software

3.4Envio de dados, Armazenamento, Backup---Desenvolvimento de Software

4TREINAMENTO45 DIAS01/07/201515/08/2015Gerente de Projeto e Equipe de Programao

4.1Plano,

Treinamento---

4.2Cronograma---

4.3Documentao---

5IMPLEMENTAO20 DIAS15/08/201505/09/2015Equipe de Desenvolvimento de Software

5.1Operaes:

Adicionar, Excluir, Atualizar, Gravar---

5.2Manuteno Perfectiva, Corretiva---Equipe de Programao

4.3 Relao dos envolvidos, papis dentro do projeto4.3.1 Patrocinador do ProjetoA empresa pesquisada (Extra Informtica) tambm est engajada no projeto, participando como Patrocinador. A seguir algumas de suas atribuies:

4.3.1.1 Durante a iniciao do projeto

O patrocinador responsvel financeiro e moral do projeto;

uma parte interessada;

Atua como o porta-voz do projeto para a alta administrao;

Obtm o apoio apropriado para o projeto; Fornece o financiamento; Fornece a declarao do trabalho do projeto (SOW); Fornece informaes que ajudam a desenvolver o termo de abertura do projeto; Define prioridades entre os projetos.4.3.1.2 Durante o planejamento do projeto

Pode revisar a EAP; Disponibiliza tempo para a equipe planejar o projeto; Fornece a lista dos riscos;

Fornece opinio de especialista;

Aprova o plano final de