SISTEMA DE ENSINO PRESENCIAL CONECTADO

CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE

SISTEMA

PORTFÓLIO GRUPO 3º SEMESTREBANCO DE DADOS, SISTEMAS OPERACIONAIS, DIAGRAMA DE CLASSE E SEUS

RELACIONAMENTOS, DIRETRIZES ADMINISTRATIVAS, ALOGORITMO C# COM VISUAL STUDIO

ARAXÁ

2013

PORTFÓLIO 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 Análise 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 Programação e Estrutura de

Dados, Ética, Política e Sociedade, Metologia Científica

Prof(s). Polyana P. Gomes Fabris

Adriane Loper

Roberto Nishimura

Merris Mozer e Anderson Macedo

Sérgio de Goes Barboza

Andrea Zômpe

Araxá

2013

FIGURAS

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

Figura 3 – Diagrama de Classe (Locadora de Livros)...............................................13

Figura 3 – Organograma Locadora de Livro (Cenário Proposto)...............................15

SUMÁRIO

1 INTRODUÇÃO..........................................................................................................5

2. OBJETIVO...............................................................................................................6

3 DESENVOLVIMENTO..............................................................................................7

3.1. MODELO CONCEITUAL COM MRN APLICADO..............................................7

3.1.1. SCRIPT SQL....................................................................................................9

3.2. SISTEMA OPERACIONAL.................................................................................10

3.3. DIAGRAMA DE CLASSE....................................................................................11

3.4. RESPEITO, ÉTICA E INTEGRIDADE................................................................13

3.5. ALGORITMO C#.................................................................................................15

3.5.1. VISUAL STUDIO ALGORITMO C# LOCADORA DE LIVROS........................16

3.6. CONCLUSÃO.....................................................................................................19

5

1 INTRODUÇÃO

O analista de sistema é o mediador entre tecnologia da informação e

a estratégia organizacional. Seu papel é de fato gerar uma compreensão clara entre

projetos e desenvolvimentos de softwares e os anseios empresariais. Muitas

organizações definem uma categoria denominada programador / analista, ampliando

ainda mais o campo de atuação do analista.

O presente trabalho mostrará na pratica importantes técnicas de

desenvolvimento utilizando os conceitos da UML, com base em diagramas de

atividades, modelagem de dados em banco de dados relacionais e programação

orientada a objeto, e ainda iremos abordar alguns princípios administrativos.

6

2. OBJETIVO

O objetivo do presente trabalho é mostrar conceitos de projetos de

software nos princípios da UML programação com base em c#, geração de script

SQL e por fim princípios éticos administrativos.

7

3 DESENVOLVIMENTO

3.1. MODELO CONCEITUAL COM MRN APLICADO

É uma atividade desenvolvida em fases variadas do processo

metodológico de desenvolvimento de sistemas, com a finalidade de levantar

informações (REQUISITOS FUNCIONAIS) para a obtenção 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 usuário, o principal cliente

para o sistema de banco de dados que será desenvolvido. No nosso caso seria Sr.

João Carlos fundador e diretor da empresa “Nossa Locadora de Livros”, empresa

modelo do nosso trabalho.

Nesse aspecto da fase do modelo conceitual, foi possível identificar

as entidades, os atributos básicos e os relacionamentos de acordo com o cenário

proposto da narrativa do Sr. João Carlos.

Após a conclusão do modelo conceitual, passamos para o modelo

logico onde se aplica as formas normais através do “Modelo Relacional Normalizado

– MRN”, essa etapa é altamente recomenda. Porque através desta etapa

começamos organizar melhor os dados que serão armazenados, identifica os tipos

de atributos e alguma regras básicas que podem ser implementadas dentro do

próprio banco de dados. Um exemplo dessas regras seria: preenchimento

obrigatório dos campos, valores default e lista de valores possíveis. E no mais a

aplicação das formas MRN evita maiores problemas na fase do modelo físico. No

modelo físico, a preocupação fica mais direcionada ás características de

armazenamento físico do banco de dados.

Agora iremos destacar a aplicação das formas normais através do

“Modelo Relacional Normalizado – MRN”.

Esse modelo se traduz em um processo de aplicação 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 primária ou

estrangeira.

Segunda forma normal não aceita dependência funcional não-

trivial de um atributo que não seja a chave, em parte da chave candidata.

8

Terceira forma normal visa em não haver dependências

funcionais não-triviais de atributos que não sejam chave, em qualquer coisa exceto

um super. conjunto de uma chave candidata.

Boyce Codd proíbe há dependência funcional não-trivial de

atributos em algo mais do que um super. conjunto de uma chave candidata. Neste

estágio, todos os atributos são dependentes de uma chave, de uma chave inteira e

de nada mais que uma chave (excluindo dependências triviais, como A→A).

Quarta forma Normal exige que não exista nenhuma

dependência multivalorada não trivial de conjuntos de atributo em algo mais de que

um super. conjunto de uma chave candidata.

Dependência funcional é quando um atributo determina o valor de

um outro atributo .

Chave candidata é um identificador único que garante que nenhuma

tupla será duplicada

Tupla função que mapeia nomes a valores respectivos, portanto os

elementos podem vir em qualquer ordem, já que eles têm um nome associado a

eles.

São 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.

Não é possível pular nenhuma forma normal, e muito menos fazer

uma forma normal errada e acerta a próxima existe uma dependência 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

patrões atuais de desenvolvimento, envolve uma serie requisitos que visa

desempenho e funcionamento e a satisfação do usuário cliente na entrega do

produto e pós entrega.

Com base nestes requisitos de desenvolvimento e os relatos

narrativos do cenário proposto pelo Sr. João 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. João

9

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 estão sendo cumpridas.

3.1.1. SCRIPT SQL

A figura 2 esta dentro do modelo lógico e na terceira forma normal,

isso significa que todas as etapas anteriores do foram feitas e garantes que as

regras atuais de projetos estão sendo cumpridas.

10

Figura 2 – Esquema Lógico (script SQL)

3.2. SISTEMA OPERACIONAL

Sistema operacional é uma questão 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 usuários.

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 cenário proposto pelo Sr. João Carlos

gerente e proprietário da empresa. .

De acordo com as narrativas do Sr. João Carlos temos, um cenário

bastante expressivo que podemos destacar os seguintes itens:

A empresa Nossa Locadora de Livros é uma empresa privada com fins lucrativos

situada na região central da cidade de São Paulo, conta com um quadro de sete

11

funcionários que atuam em diversas áreas da empresa, tem um estoque de mais de

20.00 livros diversificados em gêneros e autores e ainda tem uma estrutura física de

área 200m².

Como podemos ver “equipe de desenvolvimento”, a locadora de

livros apresentou um cenário relativo de grande fluxo de informação 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

cenário narrativo apresentado pelo Sr. João Carlos e ainda na linguagem de

programação do software. Além disso, o sistema operacional Windows é um

sistema que garante segurança, desempenho, compatibilidade com diversos SGBS,

constante atualizações de diretrizes de segurança, suporte online e baixo custo

financeiro dependendo de sua versão no nosso caso seria Windows sete

Professional uma das versões mais atuais do Windows. E ainda sua funcionalidade

operacional gera um fluxo estável de informação atualizada em tempo real porque

este sistema operacional trabalha em rede de intranet e internet.

A escolha deste sistema operacional se traduziu no cenário proposto

durante a coleta de informação narrativa do gerente e proprietário da locada de

livros. Ou seja, a equipe de desenvolvimento lançou não dos princípios da UML para

escolher o sistema operacional da locadora do Sr. João Carlos.

3.3. DIAGRAMA DE CLASSE

Como todos nos já sabemos o Diagrama de Classe é dos mais

importantes dentro da UML. Sua utilização se caracteriza pela perspectiva do

sistema de um ponto de vista externo

Em nosso caso, o diagrama de classe ira se forma em informações

de um cenário hipotético criado para dar maior ênfase no presente trabalho.

. Bom antes de nós apresentarmos o cenário com as informações

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.

12

Diagrama de classe se desenvolve dentro da Unified Modeling

Language (UML), que é uma linguagem de modelagem de terceira geração.

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 vários módulos de

desenvolvimento em no caso iremos utilizar o diagrama de classe que é uma

representação da estrutura e relações das classes que servem de modelo para os

objetos. E no mais o diagrama de classes é capaz de gerar código, pois através

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 definição e ao uso dos objetos.

Bom como podemos ver o diagrama de classe é rico em

informações e seu desenvolvimento é de vital importância dentro do projeto porque

através deles conseguiremos visualizar de forma abstrata toda a funcionalidade do

sistema em desenvolvimento.

Com esta visão todos nos “equipe de desenvolvimento”, fizemos

uma análise do cenário apresentado pelo Sr. João Carlos e desenvolveu um

diagrama de classe com base em um sistema de locação livros .

A figura 3 apresenta um diagrama de classe desenvolvido com

informações nas narrativas feitas pelo o proprietário e gerente da locadora de livro

Sr. João Carlos, empresa modelo e base deste trabalho. Além disso, para

desenvolver este diagrama classe a equipe lançou mão da ferramenta Astah

community.

O Astah community é uma ferramenta que gerencia a criação de

diagramas para projetos de desenvolvimento de software.

13

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 cenário proposto para a aplicação destas regras básicas e

fundamentais imposta pela sociedade moderna.

O cenário que iremos aplicar estes três regras fundamentais se

traduz em ambiente de desenvolvimento de um software de locação de livros, onde

nosso cliente Sr. João Carlos proprietário e gerente da locadora de livros nos

apresentou o núcleo de sua empresa através de uma entrevista. Onde nossa equipe

de desenvolvimento foi capaz de levantar um cenário muito diversificado e uma

estrutura que necessita de muitas rotinas administrativas dentro do software de

locação.

As narrativas que o Sr. Carlos relatou para a equipe de

desenvolvedores e analistas “nos alunos da Unopar” revelou uma empresa com uma

14

estrutura considerável com grande público externo diversificado em culturas e

crenças variadas, clientes parametrizados em diferentes classes sociais, boa

comunicação entre funcionários, clientes e fornecedores. Conseguimos também

interpretar na entrevista com o Sr. João Carlos que tem como princípios respeito,

ética e integridades com seus colaboradores e clientes. Além disso, sua empresa

esta no mercado desde 1990 e é considerada, entre todas as outras, a melhor

empresa no ramo de locação da cidade de São Paulo e região.

Com base neste ambiente que o Sr. João Carlos nos relatou o

software tem que ser desenvolvido com valores voltados para as três regras básicas

administrativas e sociais que são:

O respeito que demonstra um sentimento positivo por uma

pessoa “funcionário, cliente e fornecedores” em no caso apresentado aqui. E

também respeito e uma ação especifica condutas representativas daquela estima e

no mais o respeito é uma característica de um sentimento especifico de

consideração pelas qualidades reais do ser humano

Ética que é um conjunto de valores e princípios ideias do

comportamento humano. Em nosso cenário a ética gera valores entre proprietário,

funcionário, fornecedores e clientes.

Integridade dentro do nosso cenário gera uma ação de

informação, autenticidade e confidencialidade. Ou seja, a locadora de livros não

pode em hipóteses alguma expor as sua informações 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 hierárquico da empresa.

15

Figura 3 – Organograma Locadora de Livro (Cenário Proposto)

Bom para que possamos entender melhor a figura 3: Este

organograma se traduz dentro das três regras básicas comportamentais do ser

humano. Que são 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 locação de livros criado por nós

alunos da Unopar do curso de Tecnologia em Análise 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 espécie entre empresa colaboradores, fornecedores e clientes. Podemos afirma

para que qualquer empresa conseguir o sucesso estes três valores tem que ser

respeito acima de tudo pelo fato que maior bem do mundo somos nós seres

humanos independentes de cor, crença ou raça.

3.5. ALGORITMO C#

O desenvolvimento do algoritmo abaixo se caracteriza no cenário

proposto pelo Sr. João Carlos gerente e proprietário da locadora de livro empresa

modelo do presente trabalho.

A nossa equipe de analistas e desenvolvedores “alunos da Unopar”,

envolvida neste projeto básico do software de locação livro, utilizou o conceito de

16

lista com ponteiro para criar o algoritmo do software da locadora de livros. Sua

compilação é 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 opção acima..."); opcao = Console.ReadLine(); Console.Clear(); }

static void Main(string[] args) {

List<livro> lista = new List<livro>(); List<livro> selecionados = new List<livro>();

//popula livros for (int i = 1; i < 21; i++) { livro livro = new livro(); livro.codigo = i; livro.descricao = "Livro " + i;

17

lista.Add(livro); }

menu();

while (opcao != "0") {

if (opcao == "1") { Console.WriteLine("Inclua um código 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 incluído.\n"); } else { Console.WriteLine("Livro não encontrado na lista.\n"); } } catch (Exception) { Console.WriteLine("Informe um código válido de 1 a 20.\n"); }

}

Console.WriteLine("Todos 20 livros foram incluídos na lista.\n");

menu();

} else if (opcao == "2") { Console.WriteLine("Informe o código a ser exclúido.\n"); try {

18

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 exclúido com sucesso\n."); } else { Console.WriteLine("Livro não encontrado na lista\n."); }

} catch (Exception) {

Console.WriteLine("Informe um código válido de 1 a 20.\n"); }

menu();

} else if (opcao == "0") {

menu();

} else { opcao = ""; menu(); Console.WriteLine("opção inválida.\n"); } }

} }}

19

3.6. CONCLUSÃO

Todo processo de desenvolvimento do presente trabalho se

caracterizou dentro das normas atuais de desenvolvimento. Toda á equipe de

analistas e desenvolvedores “nós alunos da Unopar” envolvida neste projeto do

software da locadora livro do Sr. João Carlos, se envolveu em um ambiente bastante

interessante de reuniões, discursões e ponderações, á media que o projeto se

desenvolvia. Ficou claro para nós membros da equipe que para um projeto de

software se desenvolver gasta tempo para criar soluções eficaz e consistente.

Toda a equipe está convicta da importância da aplicabilidade das

normas UML em um ambiente de projeto, também 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 criação do banco de dados, Astah community para gerar o cenário do software

e a aplicação de regras administrativas dentro do projeto como o respeito com todos

envolvidos, ética com o software e com os parâmetros de exigência do nosso cliente

e a integridade como base de tudo que utilizamos para desenvolver todo este

trabalho.

Concluímos que foi muito gratificante para nós se envolver neste

cenário proposto pela Unopar e com certeza cada membro da equipe consegui

abstrair mais conhecimento de tudo que foi exposto neste trabalho. E todos nós

analistas e desenvolvedores estamos com a sensação de dever cumprido.

Para finalizar deixamos nossos agradecimentos a cada professor,

tutor de sala e tutor eletrônico que nos ajudou a entender e a criar este ambiente de

trabalho de projeto de software.

20

REFERÊNCIAS

TANAKA, Simone Sawasaki. Análise de sistema lI sistemas. São Paulo: Pearson

Prentice Hall, 2009.

MATEUS, Eloá Jane Fernandes: Sistemas operacionais V. São Paulo: Pearson

Education do Brasil, 2010.

NISHIMURA, Roberto Yukio. Banco de Dados lI. São Paulo: Pearson Prentice Hall,

2009.

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

CASO DE USO. In: WIKIPÉDIA, a enciclopédia livre. 2012. Disponível em:

<http://pt.wikipedia.org/wiki/Caso_de_uso>. Acesso em: 30 maio. 2012.

DIAGRAMA DE CLASSE. In: WIKIPÉDIA, a enciclopédia livre. 2012. Disponível em:

< http://pt.wikipedia.org/wiki/Diagrama_de_classes>. Acesso em: 31 maio. 2012.

ÉTICA. In: WIKIPÉDIA, a enciclopédia livre. 2012. Disponível em: <

http://pt.wikipedia.org/wiki/Ética>. Acesso em: 03 junho l. 2012.

UML. In: WIKIPÉDIA, a enciclopédia livre. 2012. Disponível em: <

http://pt.wikipedia.org/wiki/UML>. Acesso em: 03 junho. 2012.