Você está na página 1de 20

SSTEMA DE ENSNO PRESENCAL CONECTADO

CURSO DE TECNOLOGA EM ANLSE E DESENVOLVMENTO DE


SSTEMA
ANDERSON LUZ MOTA DE SOUZA
DEGO SALNAS SLVA
FAUSTO GONALVES DOS SANTOS
MARCOS ALEXANDRE GENEROSO ROSA
WELTON MARCOS DA SLVA
PORTFLIO GRUPO 3 SEMESTRE
BANCO DE DADOS, SISTEMAS OPERACIONAIS, DIAGRAMA DE CLASSE E SEUS
RELACIONAMENTOS, DIRETRIZES ADMINISTRATIVAS, ALOGORITMO C# COM
VISUAL STUDIO
ARAX
2013
ANDERSON LUZ MOTA DE SOUZA
DEGO SALNAS SLVA
FAUSTO GONALVES DOS SANTOS
MARCOS ALEXANDRE GENEROSO ROSA
WELTON MARCOS DA SLVA
PORTFLIO GRUPO 3 SEMESTRE
BANCO 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 , Ssistemas Operacionais, Banco de
Dados , Linguagem de Programao e Estrutura de
Dados, tica, Poltica e Sociedade, Metologia Cientfica
Prof(s). Polyana P. Gomes Fabris
Adriane Loper
Roberto Nishimura
Merris Mozer e Anderson Macedo
Srgio de Goes Barboza
Andrea Zmpe
Arax
2013
FIGURAS
SUMRIO
1 NTRODUO...........................................................................................................5
2. OBJETVO.................................................................................................................6
3 DESENVOLVMENTO................................................................................................6
5
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.
6
2. OBETIVO
O 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 DESENVOLVIMENTO
3.1. MODELO CONCETUAL COM MRN APLCADO
7
uma atividade desenvolvida em fases variadas do processo
metodolgico de desenvolvimento de sistemas, com a finalidade de levantar
informaes (REQUSTOS FUNCONAS) 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.
8
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
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 esto sendo cumpridas.
3.1.1. SCRIPT S!L
A 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.
10

Figura 2 Esquema Lgico (script SQL)
3.2. SSTEMA OPERACONAL
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
11
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. DAGRAMA 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.
12
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.
13
Figura 3 Diagrama de Classe (Locadora de Livros)
3.4. RESPETO, TCA E NTEGRDADE.
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
14
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.
ntegridade 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.
15
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. ALGORTMO 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.
16
3.5.1. VSUAL STUDO ALGORTMO C# LOCADORA DE LVROS
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 - ncluir |");
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<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;
lista.Add(livro);
}
17
menu();
while (opcao != "0")
{
if (opcao == "1")
{
Console.WriteLine("nclua um cdigo e 1 a 20.\n");
while (selecionados.Count < 3)
{
try
{
int codigo = Convert.Tont32(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("nforme 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("nforme o cdigo a ser exclido.\n");
try
{
int codigo = Convert.Tont32(Console.ReadLine());
var busca = lista.Where(a => a.codigo == codigo).ToList();
if (busca.Count > 0)
18
{
selecionados.Remove(busca[0]);
Console.WriteLine("Livro exclido com sucesso\n.");
}
else
{
Console.WriteLine("Livro no encontrado na lista\n.");
}
}
catch (Exception)
{
Console.WriteLine("nforme 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
19
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.
20
REFER"NCIAS
TANAKA, Simone Sawasaki. A#$%&'( )( '&'*(+, %I '&'*(+,'. So Paulo: Pearson
Prentice Hall, 2009.
MATEUS, Elo Jane Fernandes: S&'*(+,' -.(/,0&-#,&' V. So Paulo: Pearson
Education do Brasil, 2010.
NSHMURA, Roberto Yukio. B,#0- )( D,)-' %I. So Paulo: Pearson Prentice Hall,
2009.
DELBERADOR, Paulo de Tarso. A%1-/&*+-' ( ('*/2*2/, )( ),)-'3 '&'*(+,' .
So Paulo: Pearson Prentice Hall, 2009.
CASO DE USO. n: WKPDA, a enciclopdia livre. 2012. Disponvel em:
<http://pt.wikipedia.org/wiki/Caso_de_uso>. Acesso em: 30 maio. 2012.
DAGRAMA DE CLASSE. n: WKPDA, a enciclopdia livre. 2012. Disponvel em:
< http://pt.wikipedia.org/wiki/Diagrama_de_classes>. Acesso em: 31 maio. 2012.
TCA. n: WKPDA, a enciclopdia livre. 2012. Disponvel em: <
http://pt.wikipedia.org/wiki/tica>. Acesso em: 03 junho l. 2012.
UML. n: WKPDA, a enciclopdia livre. 2012. Disponvel em: <
http://pt.wikipedia.org/wiki/UML>. Acesso em: 03 junho. 2012.