portfolio grupo

28
SISTEMA DE ENSINO PRESENCIAL CONECTADO CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMA ANDERSON LUIZ MOTA DE SOUZA DIEGO SALINAS SILVA FAUSTO GONÇALVES DOS SANTOS MARCOS ALEXANDRE GENEROSO ROSA WELITON MARCOS DA SILVA PORTFÓLIO GRUPO 3º SEMESTRE BANCO DE DADOS, SISTEMAS OPERACIONAIS, DIAGRAMA DE CLASSE E SEUS RELACIONAMENTOS, DIRETRIZES ADMINISTRATIVAS, ALOGORITMO C# COM VISUAL STUDIO

Upload: faustoaraxa

Post on 20-Oct-2015

60 views

Category:

Documents


6 download

TRANSCRIPT

SISTEMA DE ENSINO PRESENCIAL CONECTADO

CURSO DE TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMA

anderson luiz mota de souza

DIEGO SALINAS SILVA

FAUSTO GONALVES DOS SANTOS

MARCOS ALEXANDRE GENEROSO ROSA

WELITON MARCOS DA SILVA

PORTFLIO grupo 3 SEMESTREBanco de dados, sistemas operacionais, diagrama de classe e seus relacionamentos, diretrizes administrativas, alogoritmo c# com visual studio

ARAX

2013

anderson luiz mota de souza

DIEGO SALINAS SILVA

FAUSTO GONALVES DOS SANTOS

MARCOS ALEXANDRE GENEROSO ROSA

WELITON MARCOS DA SILVApORTFLIO grupo 3 SEMESTREBanco de dados, sistemas operacionais, diagrama de classe e seus relacionamentos, diretrizes administrativas, alogoritmo c# com visual studio

Trabalho apresentado ao Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas da UNOPAR - Universidade Norte do Paran, para a disciplina Analise de Sistema II, Ssistemas Operacionais, Banco de Dados II, Linguagem de Programao e Estrutura de Dados, tica, Poltica e Sociedade, Metologia CientficaProf(s).Polyana P. Gomes Fabris

Adriane Loper

Roberto Nishimura

Merris Mozer e Anderson Macedo

Srgio de Goes Barboza

Andrea ZmpeArax

2013FIGURAS9Figura 1 Diagrama de Classe MRN (Banco de Dados).

13Figura 3 Diagrama de Classe (Locadora de Livros)

15Figura 3 Organograma Locadora de Livro (Cenrio Proposto)

SUMRIO51 INTRODUO

62. OBJETIVO

73 DESENVOLVIMENTO

73.1. MODELO CONCEITUAL COM MRN APLICADO

93.1.1. SCRIPT SQL

103.2. SISTEMA OPERACIONAL

113.3. DIAGRAMA DE CLASSE

133.4. RESPEITO, TICA E INTEGRIDADE.

153.5. ALGORITMO C#

163.5.1. VISUAL STUDIO ALGORITMO C# LOCADORA DE LIVROS

193.6. CONCLUSO

1 INTRODUO

O analista de sistema o mediador entre tecnologia da informao e a estratgia organizacional. Seu papel de fato gerar uma compreenso clara entre projetos e desenvolvimentos de softwares e os anseios empresariais. Muitas organizaes definem uma categoria denominada programador / analista, ampliando ainda mais o campo de atuao do analista.O presente trabalho mostrar na pratica importantes tcnicas de desenvolvimento utilizando os conceitos da UML, com base em diagramas de atividades, modelagem de dados em banco de dados relacionais e programao orientada a objeto, e ainda iremos abordar alguns princpios administrativos.

2. OBJETIVOO objetivo do presente trabalho mostrar conceitos de projetos de software nos princpios da UML programao com base em c#, gerao de script SQL e por fim princpios ticos administrativos.

3 DESENVOLVIMENTO3.1. MODELO CONCEITUAL COM MRN APLICADO

uma atividade desenvolvida em fases variadas do processo metodolgico de desenvolvimento de sistemas, com a finalidade de levantar informaes (REQUISITOS FUNCIONAIS) para a obteno do modelo de dados.O modelo conceitual se enquadra dentro da primeira fase, pelo fato que se inicia na analise sob o ponto de vista do nosso usurio, o principal cliente para o sistema de banco de dados que ser desenvolvido. No nosso caso seria Sr. Joo Carlos fundador e diretor da empresa Nossa Locadora de Livros, empresa modelo do nosso trabalho.

Nesse aspecto da fase do modelo conceitual, foi possvel identificar as entidades, os atributos bsicos e os relacionamentos de acordo com o cenrio proposto da narrativa do Sr. Joo Carlos.Aps a concluso do modelo conceitual, passamos para o modelo logico onde se aplica as formas normais atravs do Modelo Relacional Normalizado MRN, essa etapa altamente recomenda. Porque atravs desta etapa comeamos organizar melhor os dados que sero armazenados, identifica os tipos de atributos e alguma regras bsicas que podem ser implementadas dentro do prprio banco de dados. Um exemplo dessas regras seria: preenchimento obrigatrio dos campos, valores default e lista de valores possveis. E no mais a aplicao das formas MRN evita maiores problemas na fase do modelo fsico. No modelo fsico, a preocupao fica mais direcionada s caractersticas de armazenamento fsico do banco de dados.

Agora iremos destacar a aplicao das formas normais atravs do Modelo Relacional Normalizado MRN.

Esse modelo se traduz em um processo de aplicao de regras de forma normais que se caracteriza em etapas do tipo:

Primeira forma normal elimina grupos repetidos, pondo-os cada um em uma tabela separada, conectando-os com uma chave primria ou estrangeira. Segunda forma normal no aceita dependncia funcional no-trivial de um atributo que no seja a chave, em parte da chave candidata.

Terceira forma normal visa em no haver dependncias funcionais no-triviais de atributos que no sejam chave, em qualquer coisa exceto um super. conjunto de uma chave candidata. Boyce Codd probe h dependncia funcional no-trivial de atributos em algo mais do que um super. conjunto de uma chave candidata. Neste estgio, todos os atributos so dependentes de uma chave, de uma chave inteira e de nada mais que uma chave (excluindo dependncias triviais, como AA). Quarta forma Normal exige que no exista nenhuma dependncia multivalorada no trivial de conjuntos de atributo em algo mais de que um super. conjunto de uma chave candidata.Dependncia funcional quando um atributo determina o valor de um outro atributo .Chave candidata um identificador nico que garante que nenhuma tupla ser duplicada

Tupla funo que mapeia nomes a valores respectivos, portanto os elementos podem vir em qualquer ordem, j que eles tm um nome associado a eles.So termos que deixar claro que processo sempre inicia na primeira forma normal, pula para segunda forma normal e assim por diante at chegar a ultima forma normal.

No possvel pular nenhuma forma normal, e muito menos fazer uma forma normal errada e acerta a prxima existe uma dependncia entre elas.

O conceito deste, Modelo Relacional Normalizado foi criado em 1970, por Edgar Frank Codd e descrito no artigo "Relational Model of Data for Large Shared Data Banks". Bom como podemos ver para criar um banco de dados dentro dos patres atuais de desenvolvimento, envolve uma serie requisitos que visa desempenho e funcionamento e a satisfao do usurio cliente na entrega do produto e ps entrega.

Com base nestes requisitos de desenvolvimento e os relatos narrativos do cenrio proposto pelo Sr. Joo Carlos fundados e diretor da empresa Nossa Locadora de Livros, empresa modelo do trabalho. A figura 1 mostra como seria basicamente o projeto do banco de dados da locadora de livro do Sr. Joo Carlos. E logo em seguida figura 2 nos apresenta o script SQL gerado do projeto do banco de dados.

Figura 1 Diagrama de Classe MRN (Banco de Dados).

A figura 1 esta dentro do modelo conceitual e na terceira forma normal, isso significa que todas as etapas anteriores do foram feitas e garantes que as regras atuais de projetos esto sendo cumpridas.

3.1.1. SCRIPT SQLA figura 2 esta dentro do modelo lgico e na terceira forma normal, isso significa que todas as etapas anteriores do foram feitas e garantes que as regras atuais de projetos esto sendo cumpridas.

Figura 2 Esquema Lgico (script SQL)

3.2. SISTEMA OPERACIONAL

Sistema operacional uma questo que tem ser muito bem analisada pela a equipe de desenvolvimento, pelo fato que envolve toda uma cadeia de funcionalidade entre software desenvolvido, sistema operacional e usurios.

Bom antes da escolha do sistema operacional para administrar as rotinas do software desenvolvido para atender as exceptivas da empresa Nossa Locadora de livros, iremos descrever o cenrio proposto pelo Sr. Joo Carlos gerente e proprietrio da empresa. .

De acordo com as narrativas do Sr. Joo Carlos temos, um cenrio bastante expressivo que podemos destacar os seguintes itens:

A empresa Nossa Locadora de Livros uma empresa privada com fins lucrativos situada na regio central da cidade de So Paulo, conta com um quadro de sete funcionrios que atuam em diversas reas da empresa, tem um estoque de mais de 20.00 livros diversificados em gneros e autores e ainda tem uma estrutura fsica de rea 200m.

Como podemos ver equipe de desenvolvimento, a locadora de livros apresentou um cenrio relativo de grande fluxo de informao e com base nisto toda a equipe envolvida neste trabalho opinou para o sistema operacional Windows da empresa da Microsoft.

A escolha do sistema operacional Windows est voltada para o cenrio narrativo apresentado pelo Sr. Joo Carlos e ainda na linguagem de programao do software. Alm disso, o sistema operacional Windows um sistema que garante segurana, desempenho, compatibilidade com diversos SGBS, constante atualizaes de diretrizes de segurana, suporte online e baixo custo financeiro dependendo de sua verso no nosso caso seria Windows sete Professional uma das verses mais atuais do Windows. E ainda sua funcionalidade operacional gera um fluxo estvel de informao atualizada em tempo real porque este sistema operacional trabalha em rede de intranet e internet.

A escolha deste sistema operacional se traduziu no cenrio proposto durante a coleta de informao narrativa do gerente e proprietrio da locada de livros. Ou seja, a equipe de desenvolvimento lanou no dos princpios da UML para escolher o sistema operacional da locadora do Sr. Joo Carlos.

3.3. DIAGRAMA DE CLASSE

Como todos nos j sabemos o Diagrama de Classe dos mais importantes dentro da UML. Sua utilizao se caracteriza pela perspectiva do sistema de um ponto de vista externo

Em nosso caso, o diagrama de classe ira se forma em informaes de um cenrio hipottico criado para dar maior nfase no presente trabalho.

. Bom antes de ns apresentarmos o cenrio com as informaes para o desenvolvimento do diagrama de classe, iremos equipe de desenvolvimento, relatar alguns pontos de positividade do uso diagrama de classe dentro de um projeto de software.

Diagrama de classe se desenvolve dentro da Unified Modeling Language (UML), que uma linguagem de modelagem de terceira gerao.

Basicamente a UML, permite que os desenvolvedores visualizem os produtos de seus trabalhos em diagramas padronizados com uma metodologia enquadrada dentro da Engenharia de Software.

Esses diagramas da UML se dividem em vrios mdulos de desenvolvimento em no caso iremos utilizar o diagrama de classe que uma representao da estrutura e relaes das classes que servem de modelo para os objetos. E no mais o diagrama de classes capaz de gerar cdigo, pois atravs dele, conseguimos visualizar um sistema de forma mais ampla.

Segundo alguns especialistas em desenvolvimento e gerenciamento de projetos de software o diagrama de classe est no centro do processo de modelagem de objetos. Pois ele fornece recursos que possibilitam identificar todas as regras que conduzem a definio e ao uso dos objetos.

Bom como podemos ver o diagrama de classe rico em informaes e seu desenvolvimento de vital importncia dentro do projeto porque atravs deles conseguiremos visualizar de forma abstrata toda a funcionalidade do sistema em desenvolvimento.

Com esta viso todos nos equipe de desenvolvimento, fizemos uma anlise do cenrio apresentado pelo Sr. Joo Carlos e desenvolveu um diagrama de classe com base em um sistema de locao livros .A figura 3 apresenta um diagrama de classe desenvolvido com informaes nas narrativas feitas pelo o proprietrio e gerente da locadora de livro Sr. Joo Carlos, empresa modelo e base deste trabalho. Alm disso, para desenvolver este diagrama classe a equipe lanou mo da ferramenta Astah community.

O Astah community uma ferramenta que gerencia a criao de diagramas para projetos de desenvolvimento de software.

Figura 3 Diagrama de Classe (Locadora de Livros)3.4. RESPEITO, TICA E INTEGRIDADE. Bom antes de falarmos de respeito, tica e integridade e sua aplicabilidade dentro do ambiente de desenvolvimento de software e empresarial, iremos apresentar o cenrio proposto para a aplicao destas regras bsicas e fundamentais imposta pela sociedade moderna.

O cenrio que iremos aplicar estes trs regras fundamentais se traduz em ambiente de desenvolvimento de um software de locao de livros, onde nosso cliente Sr. Joo Carlos proprietrio e gerente da locadora de livros nos apresentou o ncleo de sua empresa atravs de uma entrevista. Onde nossa equipe de desenvolvimento foi capaz de levantar um cenrio muito diversificado e uma estrutura que necessita de muitas rotinas administrativas dentro do software de locao.

As narrativas que o Sr. Carlos relatou para a equipe de desenvolvedores e analistas nos alunos da Unopar revelou uma empresa com uma estrutura considervel com grande pblico externo diversificado em culturas e crenas variadas, clientes parametrizados em diferentes classes sociais, boa comunicao entre funcionrios, clientes e fornecedores. Conseguimos tambm interpretar na entrevista com o Sr. Joo Carlos que tem como princpios respeito, tica e integridades com seus colaboradores e clientes. Alm disso, sua empresa esta no mercado desde 1990 e considerada, entre todas as outras, a melhor empresa no ramo de locao da cidade de So Paulo e regio.

Com base neste ambiente que o Sr. Joo Carlos nos relatou o software tem que ser desenvolvido com valores voltados para as trs regras bsicas administrativas e sociais que so:

O respeito que demonstra um sentimento positivo por uma pessoa funcionrio, cliente e fornecedores em no caso apresentado aqui. E tambm respeito e uma ao especifica condutas representativas daquela estima e no mais o respeito uma caracterstica de um sentimento especifico de considerao pelas qualidades reais do ser humano

tica que um conjunto de valores e princpios ideias do comportamento humano. Em nosso cenrio a tica gera valores entre proprietrio, funcionrio, fornecedores e clientes.

Integridade dentro do nosso cenrio gera uma ao de informao, autenticidade e confidencialidade. Ou seja, a locadora de livros no pode em hipteses alguma expor as sua informaes de seu banco de dados em nenhuma rede social ou algo parecido. E no mais o principio da integridade visa comportamentais ticos e de respeito ao ser humano.

Bem como acabamos de ver equipe de desenvolvedores Alunos da Unopar, o software da locadora ter que desenvolvido e implantado em um ambiente tem como principio administrativos respeito, tica e integridade. E ainda temos falar dentro da locadora livros possui uma hierarquia em setores administrativos. A figura 3 nos revela um organograma hierrquico da empresa.

Figura 3 Organograma Locadora de Livro (Cenrio Proposto)

Bom para que possamos entender melhor a figura 3: Este organograma se traduz dentro das trs regras bsicas comportamentais do ser humano. Que so respeito, tica e integridades. Desta forma um relacionamento gerado entres todos os setores da empresa. Este relacionamento apresentado no organograma ir se transforma no software de locao de livros criado por ns alunos da Unopar do curso de Tecnologia em Anlise e Desenvolvimento de Sistema.Esta parte que acabamos de analisar sobre respeito, tica e integridade no ambiente empresarial atualmente se volta para valores sentimentais e em espcie entre empresa colaboradores, fornecedores e clientes. Podemos afirma para que qualquer empresa conseguir o sucesso estes trs valores tem que ser respeito acima de tudo pelo fato que maior bem do mundo somos ns seres humanos independentes de cor, crena ou raa.

3.5. ALGORITMO C#

O desenvolvimento do algoritmo abaixo se caracteriza no cenrio proposto pelo Sr. Joo Carlos gerente e proprietrio da locadora de livro empresa modelo do presente trabalho.

A nossa equipe de analistas e desenvolvedores alunos da Unopar, envolvida neste projeto bsico do software de locao livro, utilizou o conceito de lista com ponteiro para criar o algoritmo do software da locadora de livros. Sua compilao feita dentro do Visual Studio 2010 ultimate.

3.5.1. VISUAL STUDIO ALGORITMO C# LOCADORA DE LIVROS

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

namespace LocadoraLivros

{

public class livro { public int codigo; public string descricao;};

class Program {

public static string opcao = "";

public static void menu()

{

Console.WriteLine("+----------------------------+");

Console.WriteLine("| Menu Operacoes |");

Console.WriteLine("|----------------------------|");

Console.WriteLine("| 0 - Sair |");

Console.WriteLine("| 1 - Incluir |");

Console.WriteLine("| 2 - Excluir |");

Console.WriteLine("+----------------------------+");

Console.WriteLine("");

Console.WriteLine("Escolha uma opo acima...");

opcao = Console.ReadLine();

Console.Clear();

}

static void Main(string[] args)

{

List lista = new List();

List selecionados = new List();

//popula livros for (int i = 1; i < 21; i++)

{

livro livro = new livro();

livro.codigo = i;

livro.descricao = "Livro " + i;

lista.Add(livro);

}

menu();

while (opcao != "0")

{

if (opcao == "1")

{

Console.WriteLine("Inclua um cdigo e 1 a 20.\n");

while (selecionados.Count < 3)

{

try {

int codigo = Convert.ToInt32(Console.ReadLine());

var busca = lista.Where(a => a.codigo == codigo).ToList();

if (busca.Count > 0)

{

selecionados.Add(busca[0]);

Console.WriteLine("Livro includo.\n");

}

else {

Console.WriteLine("Livro no encontrado na lista.\n");

}

}

catch (Exception)

{

Console.WriteLine("Informe um cdigo vlido de 1 a 20.\n");

}

}

Console.WriteLine("Todos 20 livros foram includos na lista.\n");

menu();

}

else if (opcao == "2")

{

Console.WriteLine("Informe o cdigo a ser exclido.\n");

try {

int codigo = Convert.ToInt32(Console.ReadLine());

var busca = lista.Where(a => a.codigo == codigo).ToList();

if (busca.Count > 0)

{

selecionados.Remove(busca[0]);

Console.WriteLine("Livro exclido com sucesso\n.");

}

else {

Console.WriteLine("Livro no encontrado na lista\n.");

}

}

catch (Exception)

{

Console.WriteLine("Informe um cdigo vlido de 1 a 20.\n");

}

menu();

}

else if (opcao == "0")

{

menu();

}

else {

opcao = "";

menu();

Console.WriteLine("opo invlida.\n");

}

}

}

}

}

3.6. CONCLUSO

Todo processo de desenvolvimento do presente trabalho se caracterizou dentro das normas atuais de desenvolvimento. Toda equipe de analistas e desenvolvedores ns alunos da Unopar envolvida neste projeto do software da locadora livro do Sr. Joo Carlos, se envolveu em um ambiente bastante interessante de reunies, discurses e ponderaes, media que o projeto se desenvolvia. Ficou claro para ns membros da equipe que para um projeto de software se desenvolver gasta tempo para criar solues eficaz e consistente.

Toda a equipe est convicta da importncia da aplicabilidade das normas UML em um ambiente de projeto, tambm deixamos claro que devemos conhecer bem as ferramentas de desenvolvimento em nosso caso utilizamos visual Studio ultimate 2010 para gerar o algoritmo, BrModelo para definir relacionamentos para criao do banco de dados, Astah community para gerar o cenrio do software e a aplicao de regras administrativas dentro do projeto como o respeito com todos envolvidos, tica com o software e com os parmetros de exigncia do nosso cliente e a integridade como base de tudo que utilizamos para desenvolver todo este trabalho.

Conclumos que foi muito gratificante para ns se envolver neste cenrio proposto pela Unopar e com certeza cada membro da equipe consegui abstrair mais conhecimento de tudo que foi exposto neste trabalho. E todos ns analistas e desenvolvedores estamos com a sensao de dever cumprido.

Para finalizar deixamos nossos agradecimentos a cada professor, tutor de sala e tutor eletrnico que nos ajudou a entender e a criar este ambiente de trabalho de projeto de software.REFERNCIASTANAKA, Simone Sawasaki. Anlise de sistema lI sistemas. So Paulo: Pearson Prentice Hall, 2009.

MATEUS, Elo Jane Fernandes: Sistemas operacionais V. So Paulo: Pearson Education do Brasil, 2010.

NISHIMURA, Roberto Yukio. Banco de Dados lI. So Paulo: Pearson Prentice Hall, 2009.

DELIBERADOR, Paulo de Tarso. Algoritmos e estrutura de dados: sistemas . So Paulo: Pearson Prentice Hall, 2009.

CASO DE USO. In: WIKIPDIA, a enciclopdia livre. 2012. Disponvel em: . Acesso em: 30 maio. 2012.DIAGRAMA DE CLASSE. In: WIKIPDIA, a enciclopdia livre. 2012. Disponvel em: < http://pt.wikipedia.org/wiki/Diagrama_de_classes>. Acesso em: 31 maio. 2012.TICA. In: WIKIPDIA, a enciclopdia livre. 2012. Disponvel em: < http://pt.wikipedia.org/wiki/tica>. Acesso em: 03 junho l. 2012.UML. In: WIKIPDIA, a enciclopdia livre. 2012. Disponvel em: < http://pt.wikipedia.org/wiki/UML>. Acesso em: 03 junho. 2012.