Вы находитесь на странице: 1из 96

Curso de Sistemas de Informao

Jadson Silva Barros Dias Pereira - 010830


Marcelo Santos de Brito - 615950
Paulo Jos Milanez - 614993

SANAT - Sistema de Apoio ao Ncleo de Atendimento ao Docente e Discente

Braslia
Novembro/2015

ii

Curso de Sistemas de Informao


Jadson Silva Barros Dias Pereira - 010830
Marcelo Santos de Brito - 615950
Paulo Jos Milanez - 614993

SANAT - Sistema de Apoio ao Ncleo de Atendimento ao Docente e Discente

Projeto da disciplina: Projeto de Sistemas


de Informao II, do Centro Universitrio
UNIEURO, unidade de guas Claras,
Braslia, DF.

Orientadora:

Prof

dArrochella Teixeira

Braslia
Novembro/2015

Msc.

Elizabeth

iii

Curso de Sistemas de Informao


Jadson Silva Barros Dias Pereira - 010830
Marcelo Santos de Brito - 615950
Paulo Jos Milanez - 614993

SANAT - Sistema de Apoio ao Ncleo de Atendimento ao Docente e Discente

BANCA EXAMINADORA - APROVADO POR:

__________________________________________
Prof Msc Elizabeth dArrochella Teixeira
Centro Universitrio Unieuro, DF

__________________________________________
Prof. Msc Percival Lopes Pompeu Filho
Centro Universitrio Unieuro, DF

Braslia
Novembro/2015

iv

Curso de Sistemas de Informao


AGRADECIMENTOS
Agradecemos primeiramente a Deus, que em sua infinita bondade e sabedoria,
guiou os nossos passos e permitiu que chegssemos at aqui, pois nos proporcionou
a chance de demonstrar a nossa capacidade para a realizao deste trabalho que,
apesar de rduo, hoje nos proporciona orgulho e vontade de seguir adiante.
No podemos deixar de agradecer tambm a todos os professores da
UNIEURO pela presteza que nos fora conferido durante todos os semestres at aqui
cursado, em especial professora Mestra Elizabeth dArrochella Teixeira.

Curso de Sistemas de Informao


RESUMO
Este trabalho apresenta os modelos de anlise e projeto da soluo de
tecnologia da informao para o Centro Universitrio JMP (empresa fictcia).
Foram levantadas as necessidades no Ncleo de Atendimento ao Docente e
Discente (NADD) do Centro Universitrio JMP, que composto por coordenadores e
colaboradores, onde a finalidade auxiliar os professores e alunos. Na ocasio
identificou-se o problema da falta de dados atualizados para se obter informaes
precisas a respeito de turmas dos cursos de graduao, sua localizao fsica,
professores, disciplinas e cursos, cujo controle no feito em forma de sistema, mas
com planilhas.
Para minimizar a questo, o NADD deve dispor de uma ferramenta
informatizada para controle de turmas e divulgao de informaes a respeito destas.
As funcionalidades do Sistema de Apoio ao Ncleo de Atendimento ao Docente
e Discente (SANAT), um software construdo e implantado a partir de recursos e
mtodos da Tecnologia da Informao (TI) modernos, resolve o problema do NADD
em ter de maneira atualizada, rpida, fcil e segura, as informaes corretas sobre
turmas.
Para a operacionalizao do SANAT, foram necessrias pesquisas em
literatura relacionadas com a TI, alm da utilizao de ferramentas prprias para seu
desenvolvimento, mtodos indicados pelas melhores prticas, e aplicaes de
contedos de disciplinas do Curso de Sistemas de Informao.
Com o SANAT, o NADD minimiza os problemas de divulgao de informaes
imprecisas a respeito de turmas e dispe de uma ferramenta informatizada e moderna,
de grande utilidade, servindo de auxlio nas suas atividades dirias, inclusive como
apoio aos coordenadores na montagem de turmas.
Palavras-chaves: SANAT; NADD; Centro Universitrio JMP.

vi

Curso de Sistemas de Informao


ABSTRACT
This document presents models of analysis and design of information
technology solution for the Centro Universitrio JMP (fictitious company).
The needs were raised in the Center for Attention to Teacher and Student
(NADD) of Centro Universitrio JMP, which is composed of coordinators and
collaborators, where the purpose is to help teachers and students. At the time identified
the problem of lack of updated data to obtain accurate information about classes of
undergraduate courses, their physical location, teachers, subjects and courses, whose
control is not made in the form of computerized system, but with spreadsheets.
To minimize the issue, the NADD must have a computerized tool to control
groups and disseminating information regarding these.
The features of the System Support Center for Attention to Teacher and Student
(SANAT), a software built and deployed from resources and methods of Information
Technology (IT) Modern, NADD solve the problem of having to updated, quickly , easy
and safe, the right information about classes.
In order to implement SANAT were necessary research literature related to IT,
in addition to using its own tools for their development, methods outlined the best
practices, applications and content of courses Course of Information Systems.
With SANAT, the NADD minimizes the problems of disseminating inaccurate
information about classes and runs a computerized and modern tool, very useful,
serving as assistance in their daily activities, including as a support to the Coordinators
on the assembly classes.
Keywords: SANAT; NADD; Centro Universitrio JMP.

vii

Curso de Sistemas de Informao


LISTA DE FIGURAS
Figura

Nome

Pgina

01

Arquitetura do Sistema

17

02

Mquina Virtual

20

03

Grfico dos Melhores Servidores em Todos Domnios

25

04

Diagrama Geral dos Processos do SANAT

43

05

Diagrama de Casos de Uso

52

06

Diagrama de Classe de Domnio

77

07

Diagrama de Sequncia Cadastrar Usurio

78

08

Diagrama de Sequncia Cadastrar Professor

79

09

Diagrama de Sequncia Cadastrar Curso

79

10

Diagrama de Sequncia Cadastrar Disciplina

80

11

Diagrama de Sequncia Cadastrar Sala

80

12

Diagrama de Sequncia Cadastrar Turma

81

13

Diagrama de Sequncia Ensalamento

81

14

Diagrama de Sequncia Visualizar Mapa

82

15

Diagrama de Entidade e Relacionamento do Banco de Dados

83

16

Tela de Login

84

17

Tela Principal de Manter Usurio

85

18

Tela Editar Professor

86

19

Tela Criar Novo Curso

87

20

Tela Editar Disciplina

88

21

Tela Principal de Manter Turma

89

22

Tela Principal de Ensalamento

90

23

Tela Visualizar Mapa

91

viii

Curso de Sistemas de Informao


LISTA DE QUADROS
Quadro Nome

Pgina

01

Descrio do Problema

41

02

Sobre o Produto Final

42

03

Requisitos Funcionais

46

04

Requisitos No Funcionais

48

05

Regras de Negcio

49

06

Caractersticas de Qualidade

50

07

Atores

53

08

Prioridades e Riscos dos Casos de Uso

53

09

Regras de Negcio de UC-01 Manter Usurio

56

10

Mensagens de UC-01 Manter Usurio

56

11

Regras de Negcio de UC-02 Manter Professor

59

12

Mensagens de UC-02 Manter Professor

59

13

Regras de Negcio de UC-03 Manter Curso

62

14

Mensagens de UC-03 Manter Curso

62

15

Regras de Negcio de UC-04 Manter Disciplina

65

16

Mensagens de UC-04 Manter Disciplina

65

17

Regras de Negcio de UC-05 Manter Sala

68

18

Mensagens de UC-05 Manter Sala

68

19

Regras de Negcio de UC-06 Manter Turma

71

20

Mensagens de UC-06 Manter Turma

71

21

Regras de Negcio de UC-07 Ensalamento

74

22

Mensagens de UC-07 Ensalamento

74

23

Regras de Negcio de UC-08 Visualizar Mapa

76

ix

Curso de Sistemas de Informao


LISTA DE ABREVIATURAS E SIGLAS
SIGLA

Descrio

ABNT
ACM
BD
CASE
EA
GPL
HTML
HTTP
IDE
IBM
IIS
MER
MVC
NADD
NCSA
ORM
RAD
RAM
RDBMS
RF
RN
RNF
SANAT
SGDB
SQL
UC
UML
URL
WEB

Associao Brasileira de Normas Tcnicas


Association For Computing Machinery
Banco de Dados
Computer-Aided Software Engineering
Enterprise Architect
GNU General Public Licence
Hyper Text Markup Language
Hypertext Transfer Protocol
Integrated Development Enviroment (Ferramenta de Desenvolvimento)
(CAELUM,
2015).
rada)
International
Businesse
Machine
Internet Information Services
Modelo Entidade Relacionamento
Modelo Visualizao-Controle
Ncleo de Apoio ao Docente e Discente
National Center For Supercomputing Applications
Object Role Model
Rapid Application Development (Desenvolvimento Rpido de Aplicativo)
Random Access Memory (Memria de Acesso Aleatrio)
Relational Database Management System
Requisito Funcional
Regra de Negcio
Requisito No Funcional
Sistema de Apoio ao Ncleo de Atendimento ao Docente e Discente
Sistema Gerenciador de Banco de Dados
Structured Query Language
User Case (Caso de Uso)
Unified Modeling Language (Linguagem de Modelagem Unificada)
Uniform Resource Locator Endereo Virtual de Rede
World-Wide Web (Rede de Computadores de Alcance Mundial)

Curso de Sistemas de Informao


SUMRIO
1.

INTRODUO ........................................................................................................................12
1.1.
1.2.
1.2.1.
1.2.2.
1.3.

2.

Motivao.......................................................................................................................................... 13
Objetivos. .......................................................................................................................................... 14
Geral ............................................................................................................................................. 14
Especficos ................................................................................................................................... 14
Organizao do Trabalho ............................................................................................................... 14

PESQUISAS E MTODOS...................................................................................................15
2.1.
Metodologia ...................................................................................................................................... 15
2.2.
Proposta da Soluo ....................................................................................................................... 15
2.3.
Referencial Tecnolgico ................................................................................................................. 16
2.3.1.
Arquitetura do Sistema .............................................................................................................. 16
2.3.2.
Requisitos Mnimos Para Instalao ........................................................................................ 18
2.4.
Tecnologia de Desenvolvimento ................................................................................................... 18
2.4.1.
Linguagem de Programao ..................................................................................................... 18
2.4.1.1. JAVA ............................................................................................................................................. 19
2.4.1.2. PHP ............................................................................................................................................... 21
2.4.1.3. Visual Basic.NET ........................................................................................................................ 22
2.4.2.
Servidor Web ............................................................................................................................... 23
2.4.2.1. Apache ......................................................................................................................................... 24
2.4.2.2. Tomcat .......................................................................................................................................... 25
2.4.2.3. Internet Information Services IIS ........................................................................................... 25
2.4.3.
Banco de Dados/Sistema Gerenciador de Banco de Dados (SGDB) ................................ 26
2.4.3.1. Mysql ............................................................................................................................................ 27
2.4.3.2. PostgreSQL ................................................................................................................................. 28
2.4.3.3. Oracle ........................................................................................................................................... 29
2.4.4.
Modelador de Dados .................................................................................................................. 30
2.4.4.1. Dbdesigner ................................................................................................................................... 31
2.4.4.2. Enterprise Architect (EA) ........................................................................................................... 32
2.4.4.3. ERWin........................................................................................................................................... 32
2.4.5.
Ferramenta de Desenvolvimento IDE (Integrated Development Environment) ................ 33
2.4.5.1. Eclipse .......................................................................................................................................... 33
2.4.5.2. NetBeans ..................................................................................................................................... 34
2.4.6.
Outras Tecnologias .................................................................................................................... 35
2.4.6.1. HTML ............................................................................................................................................ 35
2.4.6.2. Bootstrap ...................................................................................................................................... 35
2.4.6.3. MVC (Model - View - Controller) ............................................................................................... 36
2.4.6.4. AXURE RP Pro ........................................................................................................................... 37
2.4.6.5. UML .............................................................................................................................................. 38
2.4.6.5.1.
Diagramas da UML: ............................................................................................................... 38
2.5.
Ferramentas Utilizadas ................................................................................................................... 39

3.

VISO DO SISTEMA .............................................................................................................41


3.1.
3.2.
3.3.
3.4.

4.

Descrio do Problema .................................................................................................................. 41


Sentena de Posio do Produto .................................................................................................. 42
Modelo de Negcio ......................................................................................................................... 42
Apoio da Soluo............................................................................................................................. 44

ELABORAO DA SOLUO ............................................................................................45


4.1.
4.2.
4.3.

Requisitos Funcionais ..................................................................................................................... 45


Requisitos No Funcionais ............................................................................................................ 47
Regra de Negcio ............................................................................................................................ 48

xi

Curso de Sistemas de Informao


4.4.
4.5.
4.5.1.
4.5.2.
4.5.3.
4.5.4.
4.5.5.
4.5.6.
4.5.7.
4.5.8.
4.5.9.
4.5.10.
4.6.
4.7.
4.8.
4.9.

Caractersticas de Qualidade ........................................................................................................ 50


Casos de Uso ................................................................................................................................... 51
Atores ........................................................................................................................................... 53
Prioridades ................................................................................................................................... 53
Caso de Uso (UC-01): Manter Usurio. .................................................................................. 54
Caso de Uso (UC-02): Manter Professor. ............................................................................... 57
Caso de Uso (UC-03): Manter Curso. ..................................................................................... 60
Caso de Uso (UC-04): Manter Disciplina. ............................................................................... 63
Caso de Uso (UC-05): Manter Sala ......................................................................................... 66
Caso de Uso (UC-06): Manter Turma. .................................................................................... 69
Caso de Uso (UC-07): Ensalamento. ...................................................................................... 72
Caso de Uso (UC-08): Visualizar Mapa. ................................................................................. 75
Diagrama de Classe ........................................................................................................................ 77
Diagrama de Sequncia ................................................................................................................. 78
Modelo Entidade Relacionamento ................................................................................................ 82
Telas do Sistema. ............................................................................................................................ 83

5.
CONCLUSO .........................................................................................................................92
REFERNCIAS BIBLIOGRFICAS .................................................................................................93

12

Curso de Sistemas de Informao


1. INTRODUO
Segundo CAUTELA & POLLONI (1996), sistemas de informao um conjunto
de elementos interdependentes (subsistemas), logicamente associados, para que
sejam geradas informaes necessrias tomada de decises a partir de sua
interao, ou seja, um conjunto de elementos interdependentes ou um todo
organizado ou partes que interagem formando um todo unitrio e complexo.
Um outro conceito de sistemas de informao, segundo LAUDON & LAUDON
(2004), um conjunto de componentes inter-relacionados que coleta (ou recupera)
dados, processa, armazena e distribui informaes destinadas a apoiar a tomada de
decises e o controle em uma organizao.
A Engenharia de Software na prtica profissional cresce dia aps dia, por meio
do somatrio das experincias. As disciplinas acadmicas so estudadas em todos
os anos letivos, desmembradas em diversas cadeiras.
De forma moderna, a Engenharia de Software caminha em paralelo com os
Sistemas de Informao, ambos os temas destinados s organizaes, para auxiliar
as mesmas a tomarem decises sob o foco de seu negcio empresarial ou de sua
atividade pblica (REZENDE, 2005).
Durante as trs primeiras dcadas da era do computador, o principal desafio
era desenvolver um hardware que reduzisse o custo de processamento e
armazenagem de dados (PRESSMAN, 1995).
Para REZENDE (2005), hoje o problema diferente, o principal desafio desta
dcada melhorar a qualidade (e reduzir o custo) de solues baseados em
computador, que so implementados com software.
O principal problema nos tempos atuais desenvolver sistema de informao
que seja de grande utilidade, de alta qualidade, alto desempenho, seguro e que
satisfaa as exigncias do usurio final. Ao desempenhar suas tarefas o analista de
desenvolvimento de software, deve considerar a produtividade, a confiabilidade e a
manutenibilidade do sistema.
Atualmente o software deve ser distribudo, com inteligncia embutida, com
visuais orientados aos clientes ou usurios, modulares e em redes complexas.

13

Curso de Sistemas de Informao


Modernamente o software ou sistema de informao deve estar com o foco no negcio
empresarial ou atividade organizacional e com o objetivo de auxiliar os processos de
tomadas de decises (estratgicas, tticas ou gerenciais e operacionais) (REZENDE,
2005).
Este trabalho apresenta o documento de projeto do Sistema de Apoio ao
Ncleo de Atendimento ao Docente e Discente (SANAT), do Centro Universitrio JMP
(empresa fictcia). Essa atividade um projeto idealizado para atender aos requisitos
do Curso de Sistemas de Informao, disciplina Projeto de Sistemas de Informao
II, do Centro Universitrio UNIEURO, unidade de guas Claras.

1.1. Motivao
O Centro Universitrio JMP foi fundado no ano de 2000 e consolida-se no
ensino superior como uma das maiores instituies de ensino da regio Centro-Oeste.
Possui instalaes modernas, arrojadas, projetos que mobilizam toda a sociedade e
principalmente, um ensino focado nos princpios humanistas e tico na busca da
cidadania plena e universal. Esse sucesso permite que sonhos sejam realizados e
carreiras construdas. O orgulho de fazer parte da vida de cada aluno a recompensa
pelos anos de esforo e dedicao da instituio.
Todo incio de semestre o Ncleo de Atendimento ao Docente e Discente
(NADD) possui dificuldades em obter informaes precisas, bem como repassar com
exatido em que local do Centro Universitrio JMP as turmas dos cursos de graduao
esto alocadas.
Em contato com o NADD, no Centro Universitrio JMP, durante o levantamento
de requisitos, foi identificado que o mesmo no dispe de uma ferramenta que
pudesse auxiliar na minimizao da dificuldade citada, bem como qual disciplina e
qual professor ocupa um determinado ambiente de ensino, dos cursos de graduao,
em um determinado horrio.
Para suprir a falta de uma ferramenta que viesse minimizar a dificuldade
encontrada no NADD, a criao de um sistema informatizado que fosse capaz de
realizar o ensalamento, ou seja, alocar turma, professor, sala e disciplina, seria uma
boa soluo.

14

Curso de Sistemas de Informao


1.2. Objetivos.
Encontrar uma soluo que auxilie o NADD na dificuldade de atendimento aos
alunos e professores, em divulgar corretamente a localizao fsica de um ambiente
de ensino, disciplina, turma e o respectivo professor.
1.2.1. Geral
Criao de um sistema onde o NADD poder controlar e alocar turmas,
professor das disciplinas dos cursos de graduao em uma sala de aula.
1.2.2. Especficos

Criar uma ferramenta para ser utilizada em rede local de computadores;

Obter informaes relacionadas a turmas, cursos, disciplinas e


professores;

Realizar Ensalamento das turmas.

1.3. Organizao do Trabalho


Esse trabalho est organizado em cinco captulos assim distribudos:
O primeiro captulo refere-se introduo englobando a motivao, objetivos e
organizao.
O segundo captulo aborda pesquisas e mtodos.
No captulo trs est descrito a viso do sistema, sua descrio e o problema.
O captulo quatro apresenta a elaborao da soluo, os requisitos funcionais
e no funcionais, as regras do negcio, os casos de uso e suas respectivas
documentaes. apresentado o modelo de classes de domnio da soluo.
Descreve as interaes dos objetos da soluo, atravs dos diagramas de sequncia.
Tambm esto apresentados exemplos de telas do sistema, e est registrado o
modelo Entidade Relacionamento do sistema.
No captulo cinco est apresentado a concluso do trabalho.
E por ltimo apresentada as Referncias Bibliogrficas.

15

Curso de Sistemas de Informao


2. PESQUISAS E MTODOS
Para desenvolver o trabalho foi necessrio realizar uma pesquisa exploratria
que proporciona uma maior familiaridade com o problema, explicitando-o, envolvendo
pesquisa bibliogrfica e entrevistas com pessoas experientes no problema pesquisado
(GIL, 2008).
Neste captulo sero apresentadas a metodologia, a proposta da soluo, o
referencial tecnolgico, a arquitetura do sistema e as tecnologias empregadas no
desenvolvimento do projeto.

2.1. Metodologia
A pesquisa bibliogrfica desenvolvida com base em material j elaborado,
constitudo principalmente de livros e artigos cientficos (GIL, 2008).
A metodologia utilizada basicamente uma pesquisa bibliogrfica na rea de
engenharia de software, anlise de dados, aplicao de recomendaes tcnicas de
desenvolvimento de software, bem como leitura de artigos tcnicos relacionados com
a Tecnologia da Informao (GIL, 2008).
Utilizou-se tambm por meio de entrevistas e questionrios um levantamento
da situao atual no local de funcionamento do NADD. Foram entrevistados os
colaboradores, coordenadores de curso e coordenador administrativo.
Tambm foram analisados diversos documentos da instituio, como por
exemplo, a planta baixa arquitetnica do Centro Universitrio JMP, a grade de cursos,
o cadastro de disciplinas e de professores, planilhas e tabelas utilizadas pelo NADD,
Plano de Desenvolvimento Institucional, o Regimento e o Estatuto do Centro
Universitrio JMP.

2.2. Proposta da Soluo


A soluo proposta proveu os mecanismos necessrios para auxiliar o NADD
em suas atividades dirias de apoio aos docentes e discentes do Centro Universitrio
JMP atravs do sistema denominado SANAT. Esse sistema se prope a manter

16

Curso de Sistemas de Informao


atualizados a localizao fsica dos ambientes de ensino, bem como as turmas e seus
respectivos professores, de maneira informatizada e de fcil utilizao, em rede,
sendo uma soluo para os coordenadores na criao de turmas das disciplinas dos
cursos de graduao e base para o NADD divulgar informaes sobre a localizao
de turmas, professores e alunos.

2.3. Referencial Tecnolgico


Tem como base a aplicao de conhecimento adquiridos durante o
desenvolvimento do curso de Sistema de Informao e a consulta s normas
relacionadas com software.
A seguir ser apresentada uma abordagem tecnolgica, tratando da arquitetura
do sistema, dos requisitos mnimos de instalao de hardware e de software.
2.3.1. Arquitetura do Sistema
De acordo com BASS, CLEMENTS E KAZMAN (2003), a arquitetura de
software de um sistema computacional refere-se sua estrutura, consistindo de
elementos de software, propriedades externamente visveis desses elementos e os
relacionamentos entre eles. A arquitetura define elementos de software (ou mdulos)
e envolve informaes sobre como eles se relacionam uns com os outros. Uma
arquitetura pode envolver mais de um tipo de estrutura, com diferentes tipos de
elementos e de relacionamentos entre eles. A arquitetura omite certas informaes
sobre os elementos que no pertencem s suas interaes. As propriedades
externamente visveis indicam as suposies que os demais elementos podem fazer
sobre um elemento, tais como servios providos e caractersticas de qualidade
esperadas. Assim, uma arquitetura antes de tudo uma abstrao de um sistema que
suprime detalhes dos elementos que no afetam como eles so usados, como se
relacionam, como interagem e como usam outros elementos. Na maioria das vezes,
a arquitetura usada para descrever aspectos estruturais de um sistema.
Outro fator que afeta a escolha da arquitetura o ambiente tcnico (ou
plataforma de implementao) corrente. Muitas vezes, h para esse ambiente um

17

Curso de Sistemas de Informao


conjunto dominante de padres, prticas e tcnicas que aceito pela comunidade de
arquitetos ou pela organizao de desenvolvimento. Por fim, a arquitetura
influenciada tambm pela estrutura e natureza da organizao de desenvolvimento
(BASS; CLEMENTS; KAZMAN, 2003).
De acordo com PRESSMAN (2011) a arquitetura de software de um programa
ou sistema computacional a estrutura ou estruturas do sistema, que abrangem os
componentes de software, as propriedades externas visveis desses componentes e
as relaes entre eles.
A arquitetura proposta para o SANAT mostrada graficamente na figura 01. O
acesso para coordenador Administrativo, coordenador de curso e colaborador ocorre
atravs de requisio Hypertext Transfer Protocol (HTTP) para o servidor, que
interage com o cdigo PHP, que por sua vez faz acesso aos dados armazenados no
banco de dados MySQL.

SERVIDOR
Administrador
Coordenador Administrativo
Coordenador de Curso
Colaborador

SERVIDOR
APACHE
PHP

Banco de
Dados MySql

Requisies

Resultados
Resultados
Requisies

CLIENTE
WEB
PHP + HTML

Requisies

BROWSER - PGINA WEB


Resultados

Figura 01 Arquitetura do Sistema.


Fonte: Elaborado pelos autores.

O modelo proposto est baseado na arquitetura do tipo cliente-servidor, onde

18

Curso de Sistemas de Informao


o servidor Web (Rede Mundial de Computadores) representa a figura no banco de
questes e coordenador administrativo, coordenador do curso e o colaborador so
representados atravs de clientes, o contedo em PHP no visvel ao usurio, sendo
processado no servidor.
2.3.2. Requisitos Mnimos Para Instalao
Para o correto funcionamento do sistema necessrio atender aos requisitos
mnimos listados a seguir.

Requisitos mnimos de hardware:


- Computador Pentium/AMD 500 MHz;
- 128 MB de memria RAM (recomendado 256 MB);
- 50 MB de espao disponvel em disco rgido;
- Interface de rede.

Requisitos mnimos de software:


- Sistema Operacional WINDOWS verso 7 ou superior;
- Servidor Web Apache 2.0.54 ou superior;
- PHP 5;
- Gerenciador de banco de dados MySQL 5.

2.4.

Tecnologia de Desenvolvimento
A

seguir

esto

descritas

algumas

das

tecnologias

envolvidas

em

desenvolvimento de projeto de software.


2.4.1. Linguagem de Programao
O conjunto de instrues de um processador, que conhecido como linguagem
de mquina, pouco amigvel para o desenvolvimento de programas.
Linguagens de programao surgiram para implementao de algoritmos,
complexos ou no, em um computador, tornando a tarefa de programar mais fcil e
menos suscetvel a erros. Ao longo do tempo as linguagens de programao foram

19

Curso de Sistemas de Informao


introduzindo facilidades e recursos, e atualmente, com as linguagens visuais,
programar deixou de ser uma arte restrita a poucos, tornando-se mais uma ferramenta
para os usurios comuns (GUDWIN, 1997).
Linguagem de programao, um tipo de linguagem usada pelo homem para
desempenhar comunicao com a mquina, pois essa no reconhece a linguagem
normal do ser humano. Para que a relao homem versus mquina pudesse evoluir,
fez-se necessrio a criao de uma linguagem que tornasse a mquina operacional.
A partir do desenvolvimento da linguagem de programao que o ser humano
passou a obter grandes resultados com a mquina. Atualmente possvel encontrar
diversos tipos de linguagem de programao, sendo as principais: Java, C, C++, C#,
PHP, Delphi, entre outras (REAL, 2015).
A seguir sero mostradas as linguagens mais aplicadas em desenvolvimento
de software, destacando-se o Java, o PHP e o Visual Basic.NET.
2.4.1.1.

JAVA

O Java foi criado pela antiga empresa de softwares Sun Microsystems e


mantida atravs de um comit. Seu site principal era o java.sun.com, e java.com um
site mais institucional, voltado ao consumidor de produtos e usurios leigos, no
desenvolvedores. Com a compra da Sun Microsystems pela Oracle em 2009, muitas
Uniform Resource Locators (URL) ou Localizador Padro de Recursos, que se refere
ao endereo de rede no qual se encontra algum recurso informtico e nomes tem sido
trocado para refletir a marca da Oracle. A pgina principal do Java :
http://www.oracle.com/technetwork/java/ (CAELUM, 2015).
No Brasil, diversos grupos de usurios se formaram para tentar disseminar o
conhecimento da linguagem. Um deles o GUJ no endereo da internet
http://www.guj.com.br, uma comunidade virtual com artigos, tutoriais e frum para tirar
dvidas, o maior em lngua portuguesa com mais de cem mil usurios e um milho de
mensagens.
Em 2009 a Oracle comprou a Sun, fortalecendo a marca. A Oracle sempre foi,
junto com a International Businesse Machine (IBM), uma das empresas que mais
investiram e fizeram negcios atravs do uso da plataforma Java. Em 2014 surge a

20

Curso de Sistemas de Informao


verso Java 8 com mudanas interessantes na linguagem (CAELUM, 2015).
Segundo CAELUM (2015), o Java utiliza do conceito de mquina virtual (Figura
02), onde existe, entre o sistema operacional e a aplicao, uma camada extra
responsvel por "traduzir", mas no apenas isso, o que sua aplicao deseja fazer
para as respectivas chamadas do sistema operacional onde ela est rodando no
momento:

Byte Code J ava

Byte Code J ava

Mquina Vir tual Java par a Linux

Mquina Vir tual Java par a Windows

Linux

Windows

Figura 02 Mquina Virtual.


Fonte: http://www.caelum.com.br/apostila-java-orientacao-objetos/o-que-e-java/ (CAELUM, 2015).

Principais caractersticas e vantagens da linguagem Java:

Suporte orientao a objetos;

Portabilidade;

Segurana;

Linguagem Simples;

Alta Performance;

Dinamismo;

Interpretada (o compilador pode executar os bytecodes do Java


diretamente em qualquer mquina);

Distribudo;

Independente de plataforma;

Tipada (detecta os tipos de variveis quando declaradas).

21

Curso de Sistemas de Informao


2.4.1.2.

PHP

O PHP uma linguagem de criao de scripts do lado do servidor que foi


projetada especificamente para Web. Dentro de uma pgina HTML (Hyper Text
Markup Language), voc pode embutir cdigo de PHP que ser executado toda vez
que a pgina for visitada. O cdigo de PHP interpretado no servidor Web e gera
HTML ou outra sada que o visitante ver (THOMSON, 2005).
O PHP foi concebido em 1994, como resultado do trabalho de uma nica
pessoa, Rasmus Lerdorf. O PHP foi adotado por outras pessoas inteligentes e foi
reescrito trs vezes para proporcionar o amplo e aperfeioado produto que vemos
hoje (THOMSON, 2005).
Em outubro de 2002, ele era utilizado em mais de nove milhes de domnios
em todo o mundo e esse nmero est crescendo rapidamente. Voc pode constatar
o nmero atual em http://php.net/usage.php (THOMSON, 2005).
O PHP significa originalmente Personal Home Page, mas foi alterado de acordo
com a converso para atributos de nomes recursiva do GNU (GNU = GNUa Not Unix)
e agora significa PHP Hypertext Preprocessor (THOMSON, 2005).
A atual verso do PHP a verso 5. Nesta verso, o Zend Engine foi
completamente reescrito, e foram feitos aprimoramentos linguagem.
Algumas capacidades do PHP (THOMSON, 2005).

Alto desempenho;

Interfaces para muitos sistemas diferentes de bancos de dados;

Biblioteca integradas para muitas tarefas comuns da Web;

Baixo custo;

Facilidade de aprender e utilizar;

timo suporte orientado a objetos;

Portabilidade;

Disponibilidade de cdigo-fonte;

Disponibilidade de suporte.

22

Curso de Sistemas de Informao


O desempenho do PHP muito eficiente. Utilizado um nico servidor barato,
voc pode atender a milhes de acessos por dia. Os benchmarks (processo de
comparao) publicados pela Zend Tecnologies mostraram o PHP superando o
desempenho do concorrente.
A integrao do banco de dados com o PHP tem conexes nativas disponveis
para muitos sistemas de banco de dados. Alm do MySQL voc pode conectar
diretamente a bancos de dados PostgreSQL, Oracle, entre outros.
O PHP gratuito. Pode-se fazer download da ltima verso a qualquer
momento em http://www.php.net, gratuitamente.
2.4.1.3.

Visual Basic.NET

O Visual Basic .NET evoluiu a partir do BASIC (Beginners All-purpose Symbolic


Instruction Code cdigo de instruo simblico de propsito geral para iniciantes),
desenvolvido na metade da dcada de 60 pelos professores John Kemeny e Thomas
Kurtz da Faculdade Dartmouth como uma linguagem para escrever programas
simples. O propsito primrio do BASIC era familiarizar novatos com as tcnicas de
programao (DEITEL, 2004).
O uso difundido do BASIC em vrios tipos de computadores causou vrios
aprimoramentos na linguagem. Quando Bill Gates fundou a Microsoft Corporation, ele
implementou o BASIC em diversos dos primeiros computadores pessoais. Com o
desenvolvimento da interface grfica do usurio (GUI) do Windows da Microsoft, no
final da dcada de 80 e incio da dcada de 90, a evoluo natural do BASIC foi o
Visual Basic, introduzido pela Microsoft em 1991 (DEITEL, 2004).
At que o Visual Basic surgisse em 1991, desenvolver aplicativos baseado no
Windows da Microsoft era um processo difcil e complicado. Embora o Visual Basic
seja derivado da linguagem de programao BASIC, ele uma linguagem
distintamente diferente que oferece recursos poderosos como interfaces grficas do
usurio, tratamento de eventos, programao orientada a objetos e tratamento de
excees. O Visual Basic .NET uma linguagem de programao visual, dirigida a
eventos, na qual os programas so criados usando um IDE (integrated development
enviroment ambiente de desenvolvimento integrado). Com o IDE, um programador

23

Curso de Sistemas de Informao


pode escrever, executar, testar, depurar convenientemente os programas em Visual
Basic, reduzindo assim o tempo que gasta para produzir um programa que funcione a
uma frao do tempo que gastaria sem o uso do IDE. O processo de criar rapidamente
um aplicativo chamado RAD (rapid application development desenvolvimento
rpido de aplicativo). O Visual Basic a linguagem RAD mais amplamente usada no
mundo (DEITEL, 2004).
A Microsoft anunciou a introduo da estratgia Microsoft .NET (pronuncia-se
ponto-net) em 2000. A plataforma .NET uma sobre a qual os aplicativos baseados
em Web podem ser distribudos a uma variedade de dispositivos (como telefones
celulares) e a computadores de mesa. A plataforma .NET oferece um modelo novo de
programao que permite que os programas criados em linguagens de programao
incompatveis se comuniquem uns com os outros (DEITEL, 2004).
A Microsoft projetou uma verso do Visual Basic para .NET. As primeiras
verses do Visual Basic ofereciam recursos orientados a objeto, mas o Visual Basic
.NET oferece orientao a objetos aprimorada, incluindo uma biblioteca poderosa de
componentes, permitindo que os programadores desenvolvam aplicativos muito mais
rapidamente. O Visual Basic .NET tambm possibilita interoperabilidade de linguagem
aprimorada: Componentes de software de linguagem diferentes podem interagir como
nunca antes. Os desenvolvedores podem empacotar at mesmo um software antigo
para trabalhar com novos programas Visual Basic .NET. Alm disso, os aplicativos
Visual Basic .NET podem interagir via Internet (DEITEL, 2004).
2.4.2. Servidor Web
Os servidores Web tornaram-se essenciais com a evoluo da tecnologia, que
o meio responsvel por armazenar e trocar informaes com outra mquina. Para
realizar este ciclo de troca de mensagem preciso um cliente que solicite a informao
e o servidor que ir receber a solicitao. O cliente utiliza os browsers como Internet
Explorer, Google Chrome para realizar a solicitao e o servidor trabalha com
softwares para realizar a transferncia de informao. Para essa transferncia de
informao usado o protocolo Hypertext Transfer Protocol (HTTP) de comunicao
da Web. Segundo INFOWESTER (2015), quando um navegador de internet acessa

24

Curso de Sistemas de Informao


um site, este faz as solicitaes devidas ao servidor Web do mesmo atravs do HTTP
e ento recebe o contedo correspondente.
Existem alguns servidores disponveis como: IIS (Internet Information Services)
da Microsoft, que possui seus servidores baseados em Windows NT e aplicao
proprietria, o Tomcat que servidor voltado para aplicaes Java, e o Apache HTTP
Server, que o servidor mais robusto no mercado.
A seguir uma breve descrio do Apache, do Tomcat e o do IIS.
2.4.2.1.

Apache

O Apache Software Foundation contm mais de 140 projetos de software de


cdigo aberto que contam com suporte organizacional, legal e financeiro. Trata-se de
uma organizao sem fins lucrativos que proporciona estrutura intelectual e ao mesmo
tempo limita a exposio legal potencial para esses projetos. O projeto Apache HTTP
Server nasceu em 1995, obra do ento funcionrio do NCSA (National Center for
Supercomputing Applications), Rob McCool, responsvel tambm pela verso 2.2 do
Apache (APACHE, 2015).
O Apache um software colaborativo que tem o objetivo de criar um robusto
nvel comercial, provido de recursos e com livre implementao de cdigo fonte de um
servidor HTTP (Web). O projeto desenvolvido por um grupo de voluntrios ao redor
do mundo, que se comunicam atravs da Internet e da Web, bem como planejam e
desenvolvem tanto o servidor como sua documentao (APACHE, 2015).
Segundo as informaes disponibilizadas pela Netcraft, desde 1995 (figura 03),
vem crescendo o uso dos domnios da internet utilizando o servidor Web Apache, que
tem entre suas principais qualidades a independncia de plataformas especficas, o
que possibilita o suporte para os variados tipos de documentos da Web.

25

Curso de Sistemas de Informao

Figura 03 Grfico dos Melhores Servidores em Todos Domnios.


Fonte: http://news.netcraft.com/archives/2014/05/07/may-2014-web-server-survey.html (NEWS
CRAFT, 2014).

2.4.2.2.

Tomcat

O Tomcat um dos servidores WEB mais utilizados, a diferena que esse


servidor voltado para aplicaes Java e pode ser utilizado independentemente ou
como uma extenso do Apache. Foi desenvolvido pela Fundao Apache e por esse
motivo tambm disponibilizado como um software livre, alm disso tambm um
servidor de alto desempenho e de qualidade. Apache Tomcat desenvolvido em um
ambiente aberto e participativo e liberado sob a licena Apache verso 2. Apache
Tomcat destinado a ser uma colaborao de desenvolvedores de todo o mundo
(PORTALEDUCAO, 2015).
2.4.2.3.

Internet Information Services IIS

Segundo a MICROSOFT (2015), o Internet Information Services (IIS), um


servidor web criado por ela para seus sistemas operacionais para servidores. Sua
primeira verso foi introduzida com o Windows NT Server verso 4, e passou por
vrias atualizaes. Vale ressaltar que a verso mais atual a 7.5, que se encontra
disponvel no Windows Server 2008 R2 e Windows 7.

26

Curso de Sistemas de Informao


Das vrias caractersticas existentes, uma das mais utilizadas a gerao de
pginas HTML dinmicas, que ao contrrio de outros servidores web, usa tecnologia
proprietria, podendo usar outras tecnologias com adio de mdulos de terceiros.
O IIS 7.0 completa 10 anos onde se consolida como o principal servidor web
da atualidade sendo distribudo com o Windows Server 2008 e Windows Vista SP1.
Para os desenvolvedores ASP.NET o IIS o grande parceiro responsvel pela
distribuio das aplicaes na Web. Desde a verso 6.0 foram feitos grandes
investimentos em segurana tornando a infraestrutura muito segura reduzindo a zero
o nmero de hotfix (correes) relacionados (DURES, 2015, p.1).
Segundo DURES (2015) o IIS oferece ao desenvolvedor Web uma nova
plataforma totalmente reestruturada e adaptvel as suas necessidades consolidando
o mesmo como principal plataforma para hospedagem de aplicaes Web. Com a
criao de novos mdulos possvel ampliar os recursos e criar novas
funcionalidades conforme as necessidades de negcio.
2.4.3. Banco de Dados/Sistema Gerenciador de Banco de Dados (SGDB)
O modelo relacional de banco de dados foi introduzido em 1970, por Edgar
Frank Codd, em uma publicao com o ttulo: "A relational model of data for large
shared data banks", na revista da Association for Computing Machinery (ACM). Essa
publicao revolucionria demonstrou como tabelas podem ser usadas para
representar objetos, do mundo real e como os dados podem ser armazenados para
os objetos. A integridade dos dados nesse conceito foi levada mais a srio que em
qualquer modelo de Banco de Dados (BD) antes visto. Desde esta publicao
surgiram muitos BDs utilizando esse conceito e conquistaram um status quase padro
para uso no desenvolvimento de aplicaes (MATTHEW; STONES, 2005).
O conceito baseado na teoria relacional da matemtica, por isso h uma
grande flexibilidade para o acesso e a manipulao de dados gravados no BD. Usando
tcnicas simples, como normalizao na modelagem do BD, criam-se vrias tabelas
relacionadas, as quais servem como base para consultas usando uma linguagem de
consulta quase padronizada, a Structured Query Language - SQL. Um BD relacional,
basicamente, contm relaes (tabelas) com atributos (colunas) e tuplas (linhas).

27

Curso de Sistemas de Informao


Todo atributo tem um tipo de dado definido, uma tupla representa um conjunto de
dados com um valor para cada atributo da linha e as tabelas so relacionadas atravs
de chaves (MATTHEW; STONES, 2005).
O uso de banco de dados relacionais torna necessrio dividir agregados
utilizados na aplicao em vrias relaes conforme as regras da normalizao. Para
recuperar o mesmo agregado so necessrias consultas utilizando joins, (juno) uma
operao que dependendo da quantidade e do tamanho das relaes pode ser muito
custosa no sentido de necessidade de processamento. Nos casos em que se deseja
uma resposta rpida de um sistema isso pode ser uma desvantagem (SADALAGE;
FOWLER, 2013).
Segundo DATE (2004), Um banco de dados uma coleo de dados
persistentes, usada pelos sistemas de aplicao de uma determinada empresa. Em
outras palavras, um banco de dados um local onde so armazenados dados
necessrios manuteno das atividades de determinada organizao, sendo este
repositrio a fonte de dados para as aplicaes atuais e as que vierem a existir.
A seguir esto as descries do Mysql, PostreSQL e do Oracle.
2.4.3.1.

Mysql

O MySQL um sistema de gerenciamento de banco de dados relacional


(relational database management system - RDBMS) poderoso e muito rpido. Um
banco de dados permite armazenar, pesquisar, classificar e recuperar dados de forma
eficiente. O servidor de MySQL, controla o acesso aos dados para assegurar que
vrios usurios possam trabalhar com os dados ao mesmo tempo, fornecendo acesso
rpido aos dados e assegurar que somente usurios autorizados obtenham acesso.
Portanto, o MySQL um servidor multiusurio e multiencadeado (ou multitbreaded).
Ele utiliza SQL (Structured Query Language), a linguagem de consulta padro de
banco de dados em todo o mundo. O MySQL est publicamente disponvel desde
1996, mas tem uma histria de desenvolvimento que remonta a 1979. O MySQL
ganhou o prmio Journal Readers Choice Award Linux em vrias ocasies
(THOMSON, 2005).
MySQL est disponvel sob um esquema de licena dupla. Voc pode us-lo

28

Curso de Sistemas de Informao


sob a licena Open Source (cdigo aberto) General Public Licence (GPL)
gratuitamente, contanto que cumpra os termos da licena. No entanto, se quiser
distribuir uma aplicao no GPL que inclua o MySQL, voc pode comprar uma
licena comercial (THOMSON, 2005).
O MySQL inegavelmente rpido. Pode ver a pgina de benchmark dos
desenvolvedores em https://www.mysql.com/why-mysql/benchmarks/. Muitos desses
benchmarks mostraram como o MySQL bem mais rpido do que os concorrentes.
Em 2002, a revista EWEEK publicou um benchmark comparando cinco bancos de
dados que fazem uma aplicao Web funcionar. O melhor resultado foi em empate
entre o MySQL e o Oracle, que muito caro (THOMSON, 2005).
O MySQL est disponvel sem nenhum custo, sob uma licena de cdigo-fonte
aberto, ou a baixo custo, sob uma licena comercial. A licena necessria se voc
quiser redistribuir o MySQL como parte de uma aplicao no desejada disponibilizar
sua aplicao com uma licena de cdigo-fonte aberto (THOMSON, 2005).
O MySQL pode ser utilizado em muitos sistemas, Microsoft Windows e Linux
(THOMSON, 2005).
2.4.3.2.

PostgreSQL

Tecnicamente falando, o PostgreSQL um banco de dados relacional e


orientado a objetos. Um de seus atrativos possuir recursos comuns a banco de
dados de grande porte, o que o deixa apto a trabalhar, inclusive, com operaes de
misso crtica. Alm disso, trata-se de um banco de dados verstil, seguro, gratuito e
de cdigo aberto (disponvel sob uma licena do Sistema Operacional BSD)
(POSTGRESQL, 2015).
Entre suas caractersticas, tem-se:

Compatibilidade multiplataforma, ou seja, executa em vrios sistemas


operacionais, como Windows, Mac OS X, Linux e outras variantes de Unix;

Compatibilidade com vrias linguagens, entre elas, Java, PHP, Python,


Ruby, e C/C++;

Base de dados de tamanho ilimitado;

Tabelas com tamanho de at 32 TB;

29

Curso de Sistemas de Informao

Quantidade de linhas de at 1.6 TB ilimitada;

Campos de at 1 GB;

Suporte a recursos como triggers, views, stored procedures, SSL, MVCC,


schemas, transactions, savepoints, referential integrity e expresses
regulares;

Instrues em SQL, como indica o nome.

O PostgreSQL otimizado para aplicaes complexas, isto , que envolvem


grandes volumes de dados ou que tratam de informaes crticas. Assim, para um
sistema de comrcio eletrnico de porte mdio/alto, por exemplo, o PostGreSQL
mais interessante, j que esse SGBD capaz de lidar de maneira satisfatria com o
volume de dados gerado pelas operaes de consulta e venda (POSTGRESQL,
2015).
2.4.3.3.

Oracle

A histria do banco de dados da Oracle comea em 1970, quando Ted Codd


lanou um modelo de dados relacional, tendo como prottipos o System R e o Ingress.
O System R foi desenvolvido pela IBM, porm, ainda era um modelo no-comercial
de banco de dados. J o Ingress, teve seu desenvolvimento na Universidade de
Berkeley, na Califrnia, pela equipe liberada por Michael Stonebaker (FANDERUFF,
2003).
De acordo com ORACLE (2004), nessa poca Larry Ellison vislumbrou, ao
encontro uma descrio de um prottipo funcional de um banco de dados relacional,
uma oportunidade que outras companhias no haviam percebido, a de comercializar
essa tecnologia. Porm, Ellison e os co-fundadores da Oracle, Bob Miner e Ed Oates,
no imaginavam de que transformariam a cara da computao empresarial para
sempre.
De acordo com RAMALHO (1999), a estrutura fsica do Oracle determinada
pelos arquivos do sistema operacional que o constituem. Ento, para cada banco de
dados da Oracle h pelo menos: um arquivo datafiles (conjunto de arquivos onde as
informaes esto efetivamente armazenadas), dois arquivos redo (so utilizados
para armazenagem de transaes realizadas no banco de dados com a finalidade

30

Curso de Sistemas de Informao


desfazer as operaes quando da perda de dados) e um arquivo de controle.
O Oracle divide a memria RAM (Randon Acess Memory) em duas partes
(ZEGGER, 2001):

O SGA (system global rea) um grupo das estruturas de memrias


compartilhadas que, quando combinadas com os processos do Oracle,
compreendem uma instncia do Oracle.

O PGA (process global rea) onde a memria alocada a cada processo


conectado a base de dados. O tamanho deste alocamento esttico. O
tamanho do PGA dependente do sistema, mas afetado pelos seguintes
parmetros: open links; db_files; e log_files.

2.4.4. Modelador de Dados


Modelagem de dados o ato de explorar estruturas orientadas a dados. Como
outros artefatos de modelagem, modelos de dados podem ser usados para uma
variedade de propsitos, desde modelos conceituais de alto nvel at modelos fsicos
de dados. Do ponto de vista de um desenvolvedor atuando no paradigma orientado a
objetos, modelagem de dados conceitualmente similar modelagem de classes.
Com a modelagem de dados identificamos tipos de entidades da mesma forma que
na modelagem de classes identificamos classes. Atributos de dados so associados
a tipos de entidades exatamente como associados atributos e operaes s classes.
Existem associaes entre entidades, similar s associaes entre classes
(relacionamento, herana, composio e agregao) so todos conceitos aplicveis
em modelagem de dados (NETO, 2015).
Modelagem de dados tradicional diferente da modelagem de classes porque
o seu foco totalmente nos dados modelos de classes permitem explorar os
aspectos comportamentais e de dados em um domnio de aplicao, j com o modelo
de dados podemos apenas explorar o aspecto dado. Por causa deste foco, projetistas
de dados tendem a serem melhores em identificar os dados corretos em uma
aplicao do que modeladores de objetos. No entanto, algumas pessoas modelam
mtodos de banco de dados (stored procedures, stored functions e triggers) quando

31

Curso de Sistemas de Informao


esto realizando a modelagem fsica dos dados (NETO, 2015).
Apesar do foco ser modelagem de dados, existem normalmente alternativas
para artefatos orientados a dados. Por exemplo, quando estamos na modelagem
conceitual, os diagramas ORM (Object Role Model) no so a nica opo. Alm do
Modelo Lgico de Dados, comum a criao de diagramas de classes da UML
(Unified Modeling Language) (NETO, 2015).
A seguir uma breve descrio do Dbdesigner, do Enterprise Architect e do
ERWin.
2.4.4.1.
O

Dbdesigner
DBDesigner

uma ferramenta

CASE

(Computer-Aided

Software

Engineering) desenvolvida pela empresa Fabulous Force Database Tools. Esta


ferramenta livre e utilizada para a modelagem de dados visual que est disponvel
sob a licena GPL (GNU General Public License ou Licena Pblica Geral)
(FABFORCE, 2015).
O DBDesigner uma excelente opo para quem utiliza qualquer banco de
dados principalmente MySQL, Oracle, MSSQL e PostgreSQL, mas obviamente no
se limita apenas a esses. Atravs dele podemos modelar tabelas de forma grfica,
relacionamentos e muito mais (FABFORCE, 2015).
Aps a modelagem, possvel nos conectarmos ao banco de dados, por
exemplo, o banco de dados MySQL, para sincronizao. Com o DBDesigner tambm
possvel trabalharmos com os dados das tabelas (FABFORCE, 2015).
Para fins de comparao com outras ferramentas o DBDesigner tem como
principais concorrentes produtos como Oracle Designer, IBM Relational Rose e CA
Erwin. A diferena para outras verses que o DBDesigner tem bastante suporte
tanto no frum da ferramenta quanto na internet em geral devido grande quantidade
de pessoas que utilizam esta ferramenta, alm de ser uma opo livre e disponvel
para diferentes sistemas operacionais. No entanto, o DBDesigner j est h um certo
tempo sem receber atualizaes muito em funo do desenvolvedor principal da
ferramenta ter sido contratado para trabalhar no Workbench que mais um
concorrente do DBDesigner (FABFORCE, 2015).

32

Curso de Sistemas de Informao


2.4.4.2.

Enterprise Architect (EA)

Segundo SPARX SYSTEMS (2015), o EA uma ferramenta CASE baseada


em UML. O EA utilizado no desenho e construo de projetos de sistemas de
software e abrange todas as fases do ciclo de desenvolvimento do projeto do sistema
de software, desde o levantamento das necessidades, o desenvolvimento at a
manuteno.
De acordo com LIMA (2005, p.41), o EA uma ferramenta que cobre todos os
aspectos do ciclo de desenvolvimento, fornecendo suporte para teste, manuteno e
controle de mudanas e requisitos, alm de diagramas e modelos UML 2. Algumas
caractersticas do EA so:

Modelagem de sistemas de software de acordo com a notao UML 2.1;

Integrao com o Visual Studio .Net e Eclipse;

Importao e exportao de modelos nos formatos XML;

Controle de verso e comparao de modelos e criao de baseline;

Automao e customizao do EA nas linguagens VB, C++ e Delphi.

2.4.4.3.

ERWin

O software ERWin uma poderosa ferramenta que simplifica a modelagem,


criao e manuteno de bases de dados, data warehouses (depsitos de dados
digitais) e modelos de dados empresariais. Essa ferramenta no apenas permite que
o usurio defina as necessidades e regras corporativas na forma de um modelo de
dados lgico, mas tambm as converta em seu equivalente fsico para um dos bancos
de dados suportados. Esta ferramenta utilizada no mercado para modelagem de
dados relacionais e/ou dimensionais. A modelagem dimensional o nome de uma
tcnica de projeto lgico normalmente usados para data warehouses (DEVMEDIA,
2015).
O ERWin permite, ainda, a construo de modelos lgicos (Logical), modelos
fsicos (Physical) e modelos lgicos e fsicos (Logical/Physical). O modelo lgico
permite representar fielmente o negcio, e no necessariamente a base de dados
desejada, a qual ser construda posteriormente por ocasio do projeto fsico. J o

33

Curso de Sistemas de Informao


modelo fsico oferece funcionalidades para implementao em um SGBD especfico
(DEVMEDIA, 2015).
2.4.5. Ferramenta de Desenvolvimento IDE (Integrated Development
Environment)
IDE, do ingls Integrated Development Environment ou Ambiente Integrado de
Desenvolvimento, um programa de computador que rene caractersticas e
ferramentas de apoio ao desenvolvimento de software com o objetivo de agilizar este
processo (CAELUM, 2015).
Geralmente os IDEs facilitam a tcnica de RAD (Rapid Application
Development, ou Desenvolvimento Rpido de Aplicativos), que visa a maior
produtividade dos desenvolvedores, como (CAELUM, 2015):

Editar;

Compilador;

Lincador;

Depurador;

Modelagem;

Gerao de cdigo.

A seguir uma breve descrio do Eclipse e do Netbeans.


2.4.5.1.

Eclipse

O Eclipse uma IDE (integrated development environment). Diferente de uma


RAD (Rapid Application Development) um modelo de processo de desenvolvimento
de software interativo e incremental que enfatiza um ciclo de desenvolvimento
extremamente curto (entre 60 e 90 dias), onde o objetivo desenvolver o mais rpido
possvel atravs do arrastar-e-soltar do mouse, onde montanhas de cdigo so
gerados em background (segundo plano) uma IDE auxilia no desenvolvimento, e
evitando mudanas (CAELUM, 2015).
O Eclipse a IDE lder de mercado. Formada por um consrcio liderado pela
IBM, possui seu cdigo livre (CAELUM, 2015).
De acordo com a revista CNET NEWS, em 2001 o projeto Eclipse foi iniciado

34

Curso de Sistemas de Informao


na IBM que desenvolveu a primeira verso do produto e doou-o como software livre
para a comunidade. O gasto inicial da IBM no produto foi de mais de 40 milhes de
dlares. Hoje, o Eclipse o IDE Java mais utilizado no mundo. Possui como
caracterstica marcante o uso da SWT (Standard Widget Toolkit) e no do Swing como
biblioteca grfica do Java, a forte orientao ao desenvolvimento baseado em plugins e o amplo suporte ao desenvolvedor com centenas de plug-ins que procuram
atender as diferentes necessidades de diferentes programadores.
2.4.5.2.

NetBeans

O NetBeans IDE um ambiente de desenvolvimento integrado gratuito e de


cdigo aberto para desenvolvedores de software nas linguagens Java, C, C++, PHP,
Groovy, Ruby, entre outras. O IDE executado em muitas plataformas, como
Windows, Linux, Solaris e MacOS. O NetBeans IDE oferece aos desenvolvedores
ferramentas necessrias para criar aplicativos profissionais de desktop, empresariais,
Web e aplicaes mveis multiplataformas (NETBEANS, 2015).
O NetBeans foi iniciado em 1996 por dois estudantes tchecos na Universidade
de Charles, em Praga, quando a linguagem de programao Java ainda no era to
popular como atualmente. Primeiramente o nome do projeto era Xelfi, em aluso ao
Delphi, pois a pretenso deste projeto era ter funcionalidades semelhantes aos IDEs
ento populares do Delphi que eram mais atrativas por serem ferramentas visuais e
mais fceis de usar, porm com o intuito de ser totalmente desenvolvido em Java.
Em 1999 o projeto j havia evoludo para uma IDE proprietrio, com o nome de
NetBeans DeveloperX2, nome que veio da ideia de reutilizao de componentes que
era a base do Java. Nessa poca a empresa Sun Microsystems havia desistido de
sua IDE Java Workshop e, procurando por novas iniciativas, adquiriu o projeto
NetBeans DeveloperX2 incorporando-o a sua linha de softwares (NETBEANS, 2015).
Por alguns meses a Sun mudou o nome do projeto para Forte for Java e o
manteve por um bom tempo como software proprietrio, porm, em junho de 2000 a
Sun disponibilizou o cdigo fonte do IDE NetBeans tornando-o uma plataforma
OpenSource (cdigo livre). Desde ento a comunidade de desenvolvedores que
utilizam e contribuem com o projeto no parou de crescer, tornando-se uma das IDEs

35

Curso de Sistemas de Informao


mais populares atualmente (NETBEANS, 2015).
2.4.6. Outras Tecnologias
A seguir esto listadas outras tecnologias empregadas.
2.4.6.1.

HTML

uma linguagem de programao muito simples, utilizada para criar


documentos Hipertexto. A HTML (Hyper Text Markup Language) pode ser portada de
uma plataforma computacional para outra (BUGAY, 2000).
A linguagem HTML usada para criar as pginas usadas na Web, o servio
mais popular na Internet. HTML uma linguagem simples, porm poderosa e com
muitos recursos. Ela composta de marcaes de formatao e diagramao de
hipertexto/hipermdia (informaes em texto, imagens, sons e aes ligadas umas s
outras de uma forma complexa e no sequencial atravs de chaves relacionadas).
com essa linguagem que so feitos os hyperlinks que permitem navegar pela web.
Para isso, utiliza marcaes, chamadas tags, no ponto da pgina que feito um
hyperlink com outras pginas. a linguagem da WWW (World Wide Web), justamente
por esta capacidade de formatao e diagramao de hipertexto/hipermdia.
Atualmente existem muitas outras linguagens utilizadas concorrentemente com o
HTML, mas a base da WWW ainda HTML, por isso essa ferramenta foi escolhida
(FRAGA, 2003).
2.4.6.2.

Bootstrap

Desenvolvido pela equipe do Twitter, uma rede social e um servio para


microblogging, que permite aos usurios enviar e receber atualizaes pessoais de
outros contatos at 140 caracteres, conhecido como tweets. Foi criado em maro de
2006 por Jack Dorsey, Evan Williams, Biz Stone e Noah Glasss e foi lanado em julho
de 2006 nos EUA. O Bootstrap um framework (arcabouo) front-end de cdigo
aberto (opensource). Em palavras simples, um conjunto de ferramentas criadas para
facilitar o desenvolvimento de sites e sistemas Web (BOOTSTRAP, 2015).
Compatvel com HTML5 e CSS3, o framework possibilita a criao de layouts

36

Curso de Sistemas de Informao


responsivos e o uso de grids (sistema de grades), permitindo que seu contedo seja
organizado em at 12 colunas e que se comporte de maneira diferente para cada
resoluo (BOOTSTRAP, 2015).
Como qualquer outra ferramenta, possui suas vantagens. importante
conhecer e entender suas funcionalidades para saber os momentos certos de utilizlo (BOOTSTRAP, 2015).
Vantagens:

Possui documentao detalhada e de fcil entendimento;

otimizado para o desenvolvimento de layouts responsivos;

Possui componentes suficientes para o desenvolvimento de qualquer site


ou sistema Web com interface simples;

Facilita a criao e edio de layouts por manter padres;

Funciona em todos os navegadores atuais (Chrome, Safari, Firefox, IE,


Opera).

Como funciona:
A estrutura simples e seu pacote contm trs tipos diferentes de arquivos
(CSS, JavaScrpipt e Fonts), que vm devidamente organizados em suas pastas.
Montar um layout simples e rpido utilizando sua documentao. Como toda
a estrutura do CSS j vem definida, basta procurar o componente necessrio e
adicionar seu cdigo. Em poucos minutos seu layout toma forma e est pronto para
uso. E o mesmo acontece com o JavaScript (BOOTSTRAP, 2015).
O sistema de grids:
O uso efetivo dos grids fundamental para um bom projeto com o Bootstrap e
entender sua lgica simples.
2.4.6.3.

MVC (Model - View - Controller)

O Modelo o objeto de aplicao, a Viso a apresentao na tela e o


Controlador o que define a maneira como a interface do usurio reage s entradas
do mesmo (GAMMA, 2000).
O padro de projeto MVC (Modelo Visualizao Controle) fornece uma maneira

37

Curso de Sistemas de Informao


de dividir a funcionalidade envolvida na manuteno e apresentao dos dados de
uma aplicao. O MVC no novo e foi originalmente desenvolvido para mapear as
tarefas tradicionais de entrada, processamento e sada para o Modelo de interao
com o usurio. Usando o padro MVC fica fcil mapear esses conceitos no domnio
de aplicaes Web multicamadas (MACORATTI, 2015).
Na arquitetura do MVC o Modelo representa os dados da aplicao e as regras
do negcio que governam o acesso e a modificao dos dados. O Modelo mantm o
estado persistente do negcio e fornece ao controlador a capacidade de acessar as
funcionalidades da aplicao encapsuladas pelo prprio Modelo (MACORATTI, 2015).
Um componente de visualizao renderiza (compila) o contedo de uma parte
particular do Modelo e encaminha para o controlador as aes do usurio e, acessa
tambm os dados do Modelo via controlador e define como esses dados devem ser
apresentados (MACORATTI, 2015).
Um controlador define o comportamento da aplicao, ele que interpreta as
aes do usurio e as mapeia para chamadas do Modelo. Em um cliente de aplicaes
Web essas aes do usurio poderiam ser cliques em botes ou selees de menus.
As aes realizadas pelo Modelo incluem ativar processos de negcio, alterar o
estado do Modelo. Com base na ao do usurio e no resultado do processamento
do Modelo, o controlador seleciona uma visualizao a ser exibida como parte da
resposta a solicitao do usurio. H normalmente um controlador para cada conjunto
de funcionalidades relacionadas (MACORATTI, 2015).
2.4.6.4.

AXURE RP Pro

Axure RP Pro um wireframing (simulao de como a interface deve


funcionar), prototipagem rpida, documentao e especificaes ferramenta de
software voltado para aplicaes Web e desktop. Dispe de arrastar e soltar
colocao, redimensionar e formatao de widgets (pequenos aplicativos). O Axure
suporta prototipagem Rich Internet Applications, mapeando os comportamentos
desejados de interface (como exibir ou ocultar um elemento), em resposta a aes
como cliques do mouse ou gestos de toque. Axure RP gera sites em HTML e Microsoft
Word documentos como sada (AXURE, 2015).

38

Curso de Sistemas de Informao


2.4.6.5.

UML

A UML (Unified Modeling Language ou Linguagem de Modelagem Unificada)


surgiu da unio de trs mtodos de modelagem: o mtodo de Booch, o mtodo OMT
de Jacobson e o mtodo OOSE de Rumbaugh. Estas eram, at meados da dcada
de 90, os trs mtodos de modelagem orientada a objetos mais populares entre os
profissionais da rea de desenvolvimento de software. A unio dessas metodologias
contou com o amplo apoio da Rational Software, que incentivou e financiou a unio
das trs metodologias (MEDEIROS, 2004).
A UML uma linguagem visual utilizada para modelar sistemas computacionais
por meio do paradigma de Orientao a Objetos. O objetivo da UML ajudar a definir
as caractersticas do software, tais como seus requisitos, seu comportamento, sua
estrutura lgica, a dinmica de seus processos e suas necessidades fsicas em
relao ao equipamento sobre o qual o sistema dever ser implantado. Todas essas
caractersticas so definidas por meio da UML antes do software comear a ser
realmente desenvolvido (GUEDES, 2004).
A UML composta por diferentes tipos de diagrama, cada um representando o
sistema sob uma determinada tica. A utilizao de diversos diagramas permite que
falhas sejam descobertas, diminuindo a possibilidade da ocorrncia de erros futuros.
2.4.6.5.1. Diagramas da UML:
Diagrama de Casos de Uso: o diagrama mais geral e informal da UML,
sendo utilizado normalmente nas fases de levantamento e anlise de
requisitos do sistema. Procura identificar os atores que utilizaro o software
e os servios que o sistema disponibilizar aos atores, conhecidos como
casos de uso.

Diagrama de Classes: o diagrama mais utilizado e o mais importante da


UML. Define a estrutura das classes utilizadas pelo sistema, determinando
os atributos e mtodos de cada classe, alm de estabelecer como as
classes se relacionam e trocam informaes entre si.

Diagrama de Sequncia: preocupa-se com a ordem temporal em que as


mensagens so trocadas entre os objetos envolvidos em um determinado

39

Curso de Sistemas de Informao


processo.

Diagrama de Atividades: preocupa-se em descrever os passos a serem


percorridos para a concluso de uma atividade especfica.

2.5.

Ferramentas Utilizadas
Para o desenvolvimento do sistema do SANAT, citamos duas ferramentas

Eclipse e NetBeans, sendo timas opes aos desenvolvedores. Estes dois


ambientes possuem cdigo aberto e so gratuitos, podendo ser utilizado para o
desenvolvimento de aplicaes em outras linguagens. Mas o Eclipse uma IDE
desenvolvida em Java e possibilita integrao com frameworks e plug-ins como o
PHP. Estas integraes podem subsidiar a construo, implantao e gerenciamento
de software em todo seu ciclo de vida. O Eclipse tambm se destaca por possui
caractersticas de arquiteturas diferenciadas.
A linguagem de programao, tem vrios tipos como PHP, Java e .Net. O PHP
tem uma sintaxe bastante parecida com Java. Com o PHP possvel desenvolver:

Aplicaes Web dinmicas (websites, intranets, extranets, etc);

Aplicaes desktop;

Rich Clients;

Web Services;

Scripts de linha de comando;

Tarefas de segundo plano.

O PHP usa duas sintaxes. Uma procedural e a outra orientada a objetos. A


procedural utilizada por webmasters (profissional da Web) que trabalham na
interface com o usurio. J a sintaxe Orientada a Objetos , propositalmente similar,
ao Java, com o objetivo de reduzir os custos com treinamento e encorajar a migrao
para o PHP.
Na maioria das vezes o PHP utilizado com um servidor Web: Apache ou
Microsoft IIS.
Umas das melhores habilidades do PHP lidar com banco de dados de uma
forma fcil. O MySQL um banco de dados simples, rpido e eficiente para se

40

Curso de Sistemas de Informao


trabalhar com sistemas Web. A licena desse banco de dados software livre.
PHP e HTML possuem muita interao: PHP pode gerar HTML, e o HTML pode
passar informaes para o PHP.
Utilizaremos o Apache para o servidor Web, por ser gratuito.
Uma tendncia em alta no mundo front-end o uso de frameworks CSS com
estilos base para nossa pgina. Ao invs de comear todo projeto do zero, criando
todo estilo na mo, existem frameworks que j trazem toda uma base construda de
onde partiremos nossa aplicao (WD-43, 2015).
Existem muitas opes, mas o Twitter Bootstrap talvez seja o de maior
notoriedade. Ele foi criado pelo pessoal do Twitter a partir de cdigo que eles j
usavam internamente. Foi liberado como opensource e ganhou muitos adeptos. O
projeto cresceu bastante em maturidade e importncia no mercado a ponto de se
desvincular do Twitter e ser apenas o Bootstrap.
O Bootstrap traz uma srie de recursos:

Reset CSS;

Estilo visual base para maioria das tags;

cones;

Grids prontos para uso;

Componentes CSS;

Plug-ins JavaScript;

Tudo responsivo e mobile-first;

Como sugere o nome, uma forma de comear o projeto logo com um


design e recursos base sem perder tempo com design no incio.

41

Curso de Sistemas de Informao


3. VISO DO SISTEMA
Ser mostrada a descrio do problema, o impacto e a proposta de soluo.
3.1.

Descrio do Problema
No quadro a seguir est a descrio do problema.
Quadro 01 Descrio do Problema
O
problema
do
NADD
de
Atendimento ao Docente e Discente
do Centro Universitrio JMP.

Os colaboradores do NADD tm dificuldades em fazer


um bom atendimento de demandas no que se refere
atribuio de ambiente de ensino para cada mapa dos
cursos de Graduao. Quando h mudanas da
localizao de um ambiente de ensino para uma
determinada turma, o NADD no fica informado
imediatamente pelos coordenadores que fazem
atualizao das informaes, o que traz um desconforto
tanto para alunos quanto para colaboradoras que no
recebem a informao precisa. As informaes sobre
turma e o local do ambiente de ensino ficam
armazenadas em planilhas, que, se no forem
repassadas ao NADD imediatamente, a informao no
estar atualizada, comprometendo a veracidade da
informao.

Afeta

Os colaboradores do
coordenadores e alunos.

O seu impacto

O desencontro das informaes a respeito do local fsico


do ambiente de ensino, das disciplinas que esto sendo
ministradas em cada ambiente de ensino e seus
respectivos professores, trazendo impreciso na
informao.

NADD,

professores

42

Curso de Sistemas de Informao


Uma soluo bem-sucedida seria

3.2.

Um sistema informatizado que, baseado em informaes


repassadas por coordenadores sobre os ambientes de
ensino, disciplina, professor, onde ser mostrada em um
layout a alocao de ambientes de ensino das turmas
dos cursos de graduao do Centro Universitrio JMP,
auxiliando aos colaboradores na divulgao da
informao correta sobre turmas e sua localizao no
Centro Universitrio JMP, de modo que as informaes
estaro disponveis simultaneamente para todos
usurios que estiverem logados no sistema.
O sistema manter cadastro de disciplinas, de ambientes
de ensino e de professores, onde permitir que
coordenadores atribuam um ambiente de ensino a uma
disciplina assim como um professor a uma disciplina em
um determinado horrio.

Sentena de Posio do Produto


No quadro a seguir temos a sentena sobre o produto final.
Quadro 02 Sobre o Produto Final
Para
Que
O SANAT
Que
Diferente
Nosso produto

3.3.

O Ncleo de Atendimento ao Docente e Discente, do Centro Universitrio


JMP.
Ter uma ferramenta para auxiliar na atividade de apoio a docentes e
discentes.
Sistema de Apoio ao Ncleo de Atendimento ao Docente e Discente.
Facilitar a identificao de ambientes de ensino alocadas das disciplinas e
seus respectivos professores, para os cursos de graduao.
Da maneira como feito atualmente, em planilhas.
Visa informatizar de tal forma que, em vez de planilhas, ser visualizado em
tela.

Modelo de Negcio
A Figura 04 mostra o modelo de processo do SANAT.

43

Curso de Sistemas de Informao

Figura 04 - Diagrama Geral dos Processos do SANAT.


Fonte: Elaborado pelos autores.

44

Curso de Sistemas de Informao


3.4.

Apoio da Soluo
Os coordenadores tero mais facilidades para criar turmas, realizar alocao

de ambientes de ensino para as salas, realizar ensalamento de turmas, bem como


alocar disciplinas aos professores.
Os colaboradores tero uma melhor viso da distribuio dos ambientes de
ensino e turmas dos cursos de graduao na unidade de ensino, podendo assim
repassar as informaes disponveis.

45

Curso de Sistemas de Informao


4. ELABORAO DA SOLUO
A criao de um sistema informatizado dever melhorar o atendimento do
NADD, facilitando a relao entre o corpo Docente e o Discente de modo que as
informaes referentes a localizao e ocupao de um ambiente de ensino estar
sempre atualizada.

4.1.

Requisitos Funcionais
So declaraes de servios que o sistema deve prover, descrevendo o que o

sistema deve fazer (SOMMERVILLE, 2007). Um requisito funcional descreve uma


interao entre o sistema e o seu ambiente (PFLEEGER, 2004), podendo descrever,
ainda, como o sistema deve reagir a entradas especficas, como o sistema deve se
comportar em situaes especficas e o que o sistema no deve fazer
(SOMMERVILLE, 2007).
Eles dependem do tipo de software a ser desenvolvido, de quem so seus
possveis usurios e da abordagem geral adotada pela organizao ao escrever os
requisitos. Quando expressos como requisitos de usurio, os requisitos funcionais so
normalmente descritos de forma abstrata, para serem compreendidos pelos usurios
do sistema. No entanto, requisitos de sistema funcionais mais especficos descrevem
em detalhes as funes do sistema, suas entradas e sadas, excees etc.
(SOMMERVILLE, 2007).
Requisitos funcionais do sistema variam de requisitos gerais, que abrangem o
que o sistema deve fazer, at requisitos muito especficos, que refletem os sistemas
e as formas de trabalho em uma organizao (SOMMERVILLE, 2007).
No levantamento de requisitos foi utilizada a tcnica mais comumente utilizada,
o da entrevista aberta, tendo como participantes os alunos atuando como
desenvolvedores, as coordenaes e os colaboradores do NADD.
O sistema ser capaz de:

Manter Usurios;

Manter Professores;

Manter Cursos;

46

Curso de Sistemas de Informao

Manter Disciplinas;

Manter Sala (Ambientes de Ensino);

Manter Turmas,

Manter Ensalamentos, e

Visualizar Mapas de Ambientes de Ensino.

No quadro a seguir so demonstrados os requisitos funcionais.


Quadro 03 Requisitos Funcionais
Requisito
Funcional

Descrio
Manter Usurio
Operao realizada pelo administrador do sistema.

RF-01

Cadastrar usurio;
Alterar usurio;
Consultar usurio;
Excluir usurio.

Manter Professor
Operao efetuada pelo administrador ou pelo coordenador de curso:
RF-02

Cadastrar Professor;
Alterar Professor;
Consultar Professor;
Excluir Professor (de forma lgica).

Manter Curso
Operao efetuada pelo administrador ou pelo coordenador de curso:
RF-03

Cadastrar Curso;
Alterar Curso;
Consultar Curso;
Excluir Curso.

Manter Disciplina
Operao realizada pelo administrador ou pelo coordenador de curso:
RF-04

Cadastrar Disciplina;
Alterar Disciplina;
Consultar Disciplina;
Excluir Disciplina.

47

Curso de Sistemas de Informao


Manter Sala (Ambientes de Ensino)
Operao realizada pelo administrador ou pelo coordenador administrativo.
RF-05

Cadastrar Ambientes de Ensino;


Alterar Ambientes de Ensino;
Consultar Ambientes de Ensino;
Excluir Ambientes de Ensino.

Manter Turma
Operaes realizadas pelo administrador ou pelo coordenador de administrativo.
RF-06

dependente do cadastro de ambientes de ensino.


Item necessrio para realizar o ensalamento.
Manter Ensalamento
Operaes realizadas pelo administrador, coordenador de curso ou coordenador
administrativo.

RF-07
dependente do cadastro de turma, do cadastro de professor e disciplina.
Item necessrio para visualizar mapas.
Visualizar Mapa
Acessvel a todos os usurios.
RF-08

Visualizar em tela da distribuio dos ambientes de ensino alocadas para cada


turma e seu respectivo professor em um determinado perodo e dia da semana.
dependente do ensalamento.

4.2.

Requisitos No Funcionais
Descrevem restries sobre os servios ou funes oferecidas pelo sistema

(SOMMERVILLE, 2007), as quais limitam as opes para criar uma soluo para o
problema (PFLEEGER, 2004). Neste sentido, os requisitos no funcionais so muito
importantes para a fase de projeto (design), servindo como base a tomada de decises
nessa fase.
Os requisitos no funcionais tm origem nas necessidades dos usurios, em
restries de oramento, em polticas organizacionais, em necessidades de

48

Curso de Sistemas de Informao


interoperabilidade com outros sistemas de software ou hardware ou em fatores
externos como regulamentos e legislaes (SOMMERVILLE, 2007).
So as caractersticas e aspectos internos do sistema, envolvendo
especificamente a parte tcnica, como itens de segurana, usabilidade, confiabilidade,
padres, desempenho, recursos de hardware e de software. Incluem atributos de
qualidade.
No quadro a seguir so demonstrados os requisitos no funcionais.
Quadro 04 Requisitos No Funcionais.

Funcionalidade
ID

Categoria

Nome

RNF-01

Interoperabilidade

Browsers
homologados

RNF-02

Segurana

Acesso
Seguro

4.3.

Detalhamento
O requisito mnimo de
browser ser o Internet
Explorer 11, o Google
Chrome 43.0 e Mozilla
Firefox 38.0.
O sistema dever
possuir funo de
controle de acesso
seguro, permitindo a
utilizao por usurios
pr-cadastrados.

Relevncia

Complexidade

Alta

Mdia

Alta

Mdia

Regra de Negcio
uma declarao que define ou restringe algum aspecto do negcio, com o

propsito de estabelecer sua estrutura ou controlar ou influenciar o comportamento


do negcio (WIEGERS, 2003).
Sistemas de informao tipicamente precisam fazer cumprir as regras de
negcio. Ao contrrio dos requisitos funcionais e no funcionais, a maioria das regras
de negcio origina-se fora do contexto de um sistema especfico. Assim, as regras a
serem tratadas pelo sistema precisam ser identificadas, documentadas e associadas
aos requisitos do sistema em questo (WIEGERS, 2003).
Requisitos de domnio (ou regras de negcio) so provenientes do domnio da
aplicao de sistema e refletem caractersticas e restries desse domnio. Eles so
derivados do negcio que o sistema se prope a apoiar e podem restringir requisitos

49

Curso de Sistemas de Informao


funcionais existentes ou estabelecer como clculos especficos devem ser realizados,
refletindo fundamentos do domnio de aplicao (SOMMERVILLE, 2011).
Regras de negcio so declaraes de ao que descrevem aspectos
dinmicos do negcio, sendo uma expresso de uma restrio ou de uma condio
que controla as aes do sistema.
No quadro a seguir so demonstradas as principais regras de negcio.
Quadro 05 Regras de Negcio

Regras de Negcio
ID

Descrio

RN-01

Autenticao do Usurio pelo Perfil;


O sistema possui quatro tipos de perfis para os atores, que so: administrador,
coordenador de curso, coordenador administrativo e colaborador;
A autenticao do ator dever ser feita para verificar o perfil do ator, conforme login e
senha;
A base que deve ser utilizada para essa consulta a base de dados de sistema, obtendo
o login e senha do ator (Id usurio) e o login (Login) da tabela tbl usurio.
O administrador tem acesso total a todas as funcionalidades.
O coordenador administrativo o responsvel por cadastrar ambientes de ensino, turma,
realizar ensalamentos e visualizar mapas.

RN-02
RN-03
RN-04
RN-05

RN-06
RN-07
RN-08

RN-09
RN-10

RN-11
RN-12
RN-13
RN-14
RN-15

O coordenador de curso o responsvel por cadastrar disciplina, cadastrar professor,


cadastrar curso, realizar ensalamentos e visualizar mapa.
O colaborador somente visualiza mapas.
No cadastra usurios, nem professores, nem disciplinas, nem curso, no cria turma e
nem realiza ensalamentos.
Somente o administrador do sistema poder alterar, cadastrar, consultar e excluir
usurios.
Poder haver vrios administradores, vrios Coordenadores e vrios colaboradores.
O coordenador administrativo o responsvel por cadastrar ambientes de ensino (salas),
cadastrar turmas e realizar ensalamentos. No poder cadastrar usurios, professores,
cursos nem disciplinas. Visualiza Mapa.
Os ambientes de ensino destinados a uma turma deve ser compatvel com a disciplina.
O coordenador de curso o responsvel por cadastrar professores, cursos, disciplinas,
realizar ensalamentos de uma turma. Visualizar mapa. No poder cadastrar um
ambiente de ensino nem cadastrar usurios.
O colaborador s ter a permisso apenas para visualizar mapa.
Para atribuio de disciplina a um professor necessrio que haja previamente os itens
disciplina e professor cadastrados.
Para realizar o ensalamento necessrio que haja previamente cadastrado os itens:
professor, curso, disciplina, e a localizao dos ambientes de ensino.
Uma turma s poder ser alocada para um turno numa mesma sala em um mesmo
semestre letivo.
Todos usurios podero visualizar mapa.

50

Curso de Sistemas de Informao


4.4.

Caractersticas de Qualidade
As categorias utilizadas para classificao dos Requisitos No-Funcionais so

baseadas na ISO/IEC-9126, cancelada em 21/02/2013 e substituda pela ISO/IEC


14598, a qual contm requisitos gerais para especificao e avaliao da qualidade
de software e fornece uma estrutura para avaliar a qualidade de quaisquer produtos
de software e estabelece os requisitos para mtodos de medio e avaliao de
produtos de software (ABNT, 2013).
Quando um produto est sendo desenvolvido, o objetivo da especificao dos
requisitos de qualidade assegurar que o produto atenda s necessidades explcitas
e implcitas do usurio (ABNT, 2013).
No quadro a seguir esto descritos os itens de qualidade.
Quadro 06 Caractersticas de Qualidade

Funcionalidade
Preciso

Este item deve conter a preciso dos valores que devem ser obtidos em
programas que envolvam clculos matemticos inexatos, ou simulaes.

Interoperabilidade

Este item deve conter os sistemas externos ou peas de hardware que o sistema
de software em questo deve se comunicar (interoperar).

Padronizao
Segurana

Este item deve conter os padres que o software deve obedecer, em conformidade
com leis vigentes ou normas internas da organizao.
Este item deve contemplar os requisitos de segurana do sistema (autenticao,
autorizao, transporte seguro, auditoria e log).

Confiabilidade
Maturidade

Tolerncia a falhas
Recuperao de
falhas

Este item deve conter o nmero de falhas toleradas pelo sistema por unidade de
tempo ou sua disponibilidade, caso seja requerida contratualmente pelo cliente.
Tolerncia a Falhas: Este item deve conter a poltica de tolerncia s falhas do
sistema, i.e., a habilidade do sistema manter a performance em caso de falha de
uma parte do sistema.
Este item deve conter a poltica de recuperao s falhas do sistema, i.e., a
habilidade de restabelecer o nvel de performance desejado ou de recuperao de
dados em caso de falha do sistema, e o tempo e esforo necessrio para isso.

Usabilidade
Facilidade de
Entendimento

Este item deve conter os requisitos do esforo necessrio para o usurio entender
como o sistema funciona e como aplicar efetivamente cada funcionalidade
implementada. Geralmente considerado para esta anlise o pblico alvo
(usurios novatos em sistemas de informao, usurios intermedirios, ou
usurios experientes).

Facilidade de
Aprendizado

Este item deve conter os requisitos do esforo necessrio para o usurio aprender
como o sistema funciona. Geralmente considerado para esta anlise o pblico
alvo (usurios novatos em sistemas de informao, usurios intermedirios, ou

51

Curso de Sistemas de Informao


usurios experientes).

Operabilidade

Este item deve conter os requisitos operacionais que devem guiar a usabilidade
do sistema de software, como, por exemplo, o uso de cores, uso opcional de
mouses ou teclado, e de dispositivos especiais (ex: canetas ticas).

Eficincia
Comportamento de
Tempo

Este item deve conter restries especiais quanto ao tempo de processamento ou


throughput (medida de quantas unidades de um sistema de informao pode
processar em um determinado perodo de tempo) de funes crticas do programa.

Comportamento de
Recursos

Este item deve conter restries especiais quanto aos recursos de software e
hardware disponveis por um programa.

Manuteno
Facilidade de
Anlises
Facilidade de
Mudanas
Estabilidade
Testabilidade

Este item deve conter restries especiais quanto ao esforo necessrio para se
efetuar diagnstico de falhas no programa, ou da identificao de partes que
devem ser modificadas.
Este item deve conter restries especiais quanto a facilidade e rapidez para o
sistema ser corretamente mantido.
Este item deve conter restries especiais quanto ao risco provocado por
mudanas no software (normalmente mais presente para sistema de tempo real).
Este item deve conter restries especiais quanto ao esforo necessrio para
validar o sistema de software em questo.

Portabilidade
Adaptabilidade
Facilidade de
instalao
Conformidade
Facilidade de troca

4.5.

Este item deve conter restries especiais quanto ao esforo necessrio para
adequar o sistema de software a outras plataformas (sistemas operacionais e
hardware).
Este item deve conter restries especiais quanto ao esforo necessrio para
instalar o sistema de software (ex: presena de instaladores).
Este item deve conter restries especiais quanto aderncia do software a
padres ou convenes relacionadas portabilidade.
Este item deve conter restries especiais quanto ao esforo necessrio para
trocar uma pea de software legada pelo novo sistema de software em questo,
no ambiente original do sistema legado.

Casos de Uso
Um caso de uso uma poro coerente da funcionalidade que um sistema

pode fornecer para atores interagindo com ele (BLAHA; RUMBAUGH, 2006). Um caso
de uso corresponde a um conjunto de aes realizadas pelo sistema (ou por meio da
interao com o sistema), que produz um resultado observvel, com valor para um ou
mais atores do sistema. Geralmente, esse valor a realizao de uma meta de
negcio ou tarefa (OLIV, 2007). Assim, um caso de uso captura alguma funo
visvel ao ator e, em especial, busca atingir uma meta desse ator.

52

Curso de Sistemas de Informao


Deve-se considerar que um caso de uso corresponde a uma transao
completa, ou seja, um usurio poderia ativar o sistema, executar o caso de uso e
desativar o sistema logo em seguida, e a operao estaria completa e consistente e
atenderia a uma meta desse usurio (WAZLAWICK, 2004).
Os casos de uso oferecem uma maneira intuitiva e sistemtica para capturar
os requisitos funcionais e podem ser utilizados para guiar o processo de
desenvolvimento.
A figura 05 mostra o Diagrama de Caso de Uso SANAT.

Figura 05 - Diagrama de Caso de Uso.


Fonte: Elaborado pelos autores.

53

Curso de Sistemas de Informao


4.5.1.

Atores
No quadro a seguir esto descritos os atores do sistema e a descrio de cada

um deles.
Quadro 07 Atores
Ator

Descrio

Administrador

O administrador tem acesso total a todas as funcionalidades, podendo


manter usurio, manter professor, manter curso, manter disciplina, manter
sala (ou um ambiente de ensino), manter turma, realizar ensalamentos e
visualizar mapa.

Coordenador

O coordenador administrativo o responsvel por cadastrar ambientes de

Administrativo

ensino, manter turma, realizar ensalamentos e poder visualizar mapas.

Coordenador de

O coordenador de curso o responsvel por cadastrar professor, curso,

Curso

disciplina, turma, realizar ensalamentos e poder visualizar mapas.

Colaboradores

Visualiza mapas gerados.

4.5.2.

Prioridades
No quadro a seguir esto descritos as prioridades e os riscos de cada caso de

uso do sistema.
Quadro 08 Prioridades e Riscos dos Caso de Uso.

Caso de Uso

Prioridade

Risco

Manter Usurio

Mdio

Manter Professor

Alto

Manter Curso

Alto

Manter Disciplina

Alto

Manter Sala

Alto

Manter Turma

Alto

Manter Ensalamento

Alto

Visualizar Mapa

Mdio

54

Curso de Sistemas de Informao


4.5.3. Caso de Uso (UC-01): Manter Usurio.
Descrio.
Este caso de uso descreve a funcionalidade para manter usurios.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam do cadastramento de usurios.
Ator.
Administrador do sistema.
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar as
seguintes condies:

O administrador dever estar autenticado no sistema.

O usurio dever estar cadastrado no sistema.

Fluxo de Eventos:
Fluxos Alternativos:
A01 Cadastrar Usurio.
P1

O administrador escolhe a opo de menu Usurio;

P2

O sistema apresenta a tela principal de Manter Usurio, apresentando os


campos do usurio (Nome do Usurio, CPF, Login, E-mail, Tipo de Perfil e Ativo)
dos usurios cadastrados;

P3

O administrador clica no boto Novo e apresentada a tela de usurio com


todos os campos de insero de um novo usurio (Nome do Usurio*, CPF*,
Login*, Senha*, E-mail*, Tipo de Perfil* e Ativo*);

P4

O administrador preenche os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo CPF dever ser preenchido com um
nmero de CPF vlido. Caso seja invlido, mensagem [MSG-01]. O campo E-

55

Curso de Sistemas de Informao


mail dever ser preenchido com o @ e com um domnio. Caso no coloque o
@, mensagem [MSG-02]. Caso no coloque um domnio no e-mail, mensagem
[MSG-03]. O campo Tipo de Perfil selecionado o perfil atribudo ao Usurio. O
campo Ativo selecionado se o Usurio est ativo ou no ativo;
P5

O administrador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-04]. Caso desista de efetuar o cadastro do usurio, o
administrador clica no boto Cancelar voltando ao passo P2;

P7

Fim do fluxo alternativo e o caso de uso encerrado.


A02

P1

Alterar Usurio.

O fluxo alternativo inicia-se quando o administrador aciona a opo Editar em


um registro de usurio (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de usurio e a exibe na tela de


usurio;

P3

O administrador altera os campos do formulrio que deseja editar;

P4

O administrador aciona o boto Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-04]. Caso desista de efetuar a alterao do usurio, o
administrador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.


A03

P1

Excluir Usurio.

Fluxo alternativo inicia-se quando o administrador aciona o boto Excluir em um


registro de usurio (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-05];

P3

Caso o administrador confirme a excluso clicando no boto OK surgir a


mensagem de informao [MSG-06]. Caso desista de efetuar a excluso do
usurio, o administrador clica no boto Cancelar voltando ao passo P2;

P4

Fim do fluxo alternativo.

56

Curso de Sistemas de Informao


Excees:
E01
P1

Cadastrar Usurio.

O sistema identifica que nem todos os campos obrigatrios foram preenchidos


e exibe a mensagem para cada campo [MSG-07]. Os campos lista de opes
que no forem preenchidos aparecer uma mensagem [MSG-08];

P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 09 Regras de Negcio de UC-01 Manter Usurio.

Regras de Negcio
ID

Descrio

RN-01

O administrador do sistema o responsvel por manter usurios.

Mensagens.
Quadro 10 Mensagens de UC-01 Manter Usurio.

Mensagens
ID

Descrio
MSG-01
MSG-02
MSG-03
MSG-04
MSG-05
MSG-06
MSG-07
MSG-08

CPF invlido. Tente novamente.


Inclua um @ no endereo de e-mail.
Insira uma parte depois de @.
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
Registro foi removido com sucesso.
Preencha este campo.
Selecione um item da lista.

57

Curso de Sistemas de Informao


4.5.4. Caso de Uso (UC-02): Manter Professor.
Descrio.
Este caso de uso descreve a funcionalidade para manter professor.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam do cadastramento de professor.
Atores.
Operador (Administrador do sistema e Coordenador de Curso).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar a seguinte
condio:

O Administrador e o Coordenador de Curso devero estar autenticados no


sistema.

Fluxo de Eventos:
Fluxos Alternativos:
A01 Cadastrar Professor.
P1

O operador escolhe a opo de menu Professor;

P2

O sistema apresenta a tela principal de Manter Professor, apresentando os


campos do professor (Nome do Professor, CPF, Curso, Entidade, Modalidade e
Ativo) dos professores cadastrados;

P3

O operador clica no boto Novo e apresenta a tela de professor com todos os


campos de insero de um novo professor (Nome do Professor*, CPF*,
Qualificao* e Ativo*);

P4

O operador preenche os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo CPF dever ser preenchido com um
nmero de CPF vlido. Caso seja invlido, mensagem [MSG-01]. O campo

58

Curso de Sistemas de Informao


Qualificao selecionado a qualificao do professor. O campo Ativo
selecionado se o professor est ativo ou no;
P5

O operador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-02]. Caso desista de efetuar o cadastro do professor, o
operador clica no boto Cancelar voltando ao passo P2;

P7

Fim do fluxo alternativo e o caso de uso encerrado.

A02
P1

Alterar Professor.

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de professor (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de professor e a exibe na tela


de professor;

P3

O operador altera os campos do formulrio que deseja editar;

P4

O operador aciona o boto Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-02]. Caso desista de efetuar a alterao do professor, o
operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.

A03
P1

Excluir Professor.

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de professor (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-03]. A excluso lgica;

P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-04]. Caso desista de efetuar a excluso do professor, o
operador clica no boto Cancelar voltando ao passo P2;

P4

Fim do fluxo alternativo.

59

Curso de Sistemas de Informao


Excees:
E01
P1

Cadastrar Professor.

O sistema identifica que nem todos os campos obrigatrios foram preenchidos e


exibe a mensagem para cada campo [MSG-05]. Os campos lista de opes que
no forem preenchidos aparecer uma mensagem [MSG-06];

P2

O sistema retorna para o campo que no foi preenchido


Regras de Negcio Especficas.
Quadro 11 Regras de Negcio de UC-02 Manter Professor.

Regras de Negcio
ID

Descrio

RN-02

O operador o responsvel por manter professor.

Mensagens.
Quadro 12 Mensagens de UC-02 Manter Professor.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04
MSG-05
MSG-06

Descrio
CPF invlido. Tente novamente.
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
O registro foi removido com sucesso.
Preencha este campo.
Selecione um item da lista.

60

Curso de Sistemas de Informao


4.5.5. Caso de Uso (UC-03): Manter Curso.
Descrio.
Este caso de uso descreve a funcionalidade para manter curso.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam do cadastramento de curso.
Atores.
Operador (Administrador do sistema e Coordenador de Curso).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar a seguinte
condio:

O Administrador e o Coordenador de Curso devero estar autenticados no


sistema.

Fluxo de Eventos:
Fluxo Alternativo.
A01 Cadastrar Curso.
P1

O operador escolhe a opo de menu Curso;

P2

O sistema apresenta a tela principal de Manter Curso, apresentando os campos


do curso (Nome do Curso, Carga Horria e Tipo de Curso) dos cursos
cadastrados;

P3

O operador clica no boto Novo e apresenta a tela de curso com todos os


campos de insero de um novo curso (Nome do Curso*, Tipo de Curso* e
Carga Horria*);

P4

O operador preenche os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo Tipo de Curso selecionado o tipo de
curso atribudo ao Curso;

61

Curso de Sistemas de Informao


P5

O operador aciona a opo Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01];

P7

Fim do fluxo alternativo o caso de uso encerrado.


A02 Alterar Curso.

P1

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de curso (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de curso e a exibe na tela de


curso;

P3

O operador preenche os campos do formulrio que deseja editar;

P4

O operador aciona a opo Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar a alterao do curso, o
operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.


A03 Excluir Curso.

P1

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de curso (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-02];

P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-03]. Caso desista de efetuar a excluso do curso, o
operador clica no boto Cancelar voltando ao passo P2;

P4

Fim do fluxo alternativo.

Excees:
E01
P1

Cadastrar Curso.

O sistema identifica que nem todos os campos obrigatrios foram preenchidos e

62

Curso de Sistemas de Informao


exibe a mensagem para cada campo [MSG-04]. Os campos lista de opes que
no forem preenchidos aparecer uma mensagem [MSG-05];
P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 13 Regras de Negcio de UC-03 Manter Curso.

Regras de Negcio
ID

Descrio

RN-03

O operador o responsvel por manter curso.

Mensagens.
Quadro 14 Mensagens de UC-03 Manter Curso.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04
MSG-05

Descrio
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
O registro foi removido com sucesso.
Preencha este campo.
Selecione um item da lista.

63

Curso de Sistemas de Informao


4.5.6. Caso de Uso (UC-04): Manter Disciplina.
Descrio.
Este caso de uso descreve a funcionalidade para manter disciplina.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam do cadastramento de disciplina.
Atores.
Operador (Administrador do sistema e Coordenador de Curso).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar a seguinte
condio:

O administrador e o coordenador de curso devero estar autenticados no


sistema.

Fluxo de Eventos:
Fluxos Alternativos:
A01 Cadastrar Disciplina.
P1

O operador escolhe a opo de menu Disciplina;

P2

O sistema apresenta a tela principal de Manter Disciplina, apresentando os


campos da disciplina (Curso, Nome da Disciplina, Sigla, Carga Horria e
Perodo) das disciplinas cadastradas;

P3

O operador clica no boto Novo e apresenta a tela de disciplina com todos os


campos de insero de uma nova disciplina (Nome da Disciplina*, Sigla*, Carga
Horria*, Perodo* e Curso*);

P4

O operador preenche os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo perodo selecionado o perodo atribudo
a Disciplina. O campo Curso selecionado o curso atribudo a Disciplina;

64

Curso de Sistemas de Informao


P5

O operador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar o cadastro da disciplina, o
operador clica no boto Cancelar voltando ao passo P2;

P7

Fim do fluxo alternativo e o caso de uso encerrado.


A02

P1

Alterar Disciplina.

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de disciplina (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de disciplina e a exibe na tela de


disciplina;

P3

O operador altera os campos do formulrio que deseja editar;

P4

O operador aciona o boto Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar a alterao da disciplina, o
operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.


A03

P1

Excluir Disciplina.

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de disciplina (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-02];

P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-03]. Caso desista de efetuar a excluso da disciplina, o
operador clica no boto Cancelar voltando ao passo P2;

P4

Fim do fluxo alternativo.


Excees:
E01

P1

Cadastrar Disciplina.

O sistema identifica que nem todos os campos obrigatrios foram preenchidos e


exibe a mensagem para cada campo [MSG-04]. Os campos lista de opes que

65

Curso de Sistemas de Informao


no forem preenchidos aparecer uma mensagem [MSG-05];
P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 15 Regras de Negcio de UC-04 Manter Disciplina.

Regras de Negcio
ID

Descrio

RN-04
RN-05
RN-06
RN-07
RN-08

O operador o responsvel por manter disciplina.


Uma mesma disciplina poder ser ministrada em vrios cursos.
Uma mesma disciplina poder ter carga horria diferente para cursos diferentes.
Uma disciplina poder ser ministrada por vrios professores.
Uma disciplina poder ser ministrada em vrios perodos.

Mensagens.
Quadro 16 Mensagens de UC-04 Manter Disciplina.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04
MSG-05

Descrio
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
O registro foi removido com sucesso.
Preencha este campo.
Selecione um item da lista.

66

Curso de Sistemas de Informao


4.5.7. Caso de Uso (UC-05): Manter Sala
Descrio.
Este caso de uso descreve a funcionalidade para manter sala (ambiente de
ensino).
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam do cadastramento de sala.
Atores.
Operador (Administrador do sistema e Coordenador Administrativo).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar a seguinte
condio:

O administrador e o coordenador administrativo devero estar autenticados


no sistema.

Fluxo de Eventos:
Fluxo Alternativo.
A01 Cadastrar Sala.
P1

O operador escolhe a opo de menu Sala;

P2

O sistema apresenta a tela principal de Manter Sala, apresentando os campos


da sala (Bloco, Andar, Nmero, Tipo de Sala, Lotao, Disponibilidade e
Observao) das salas cadastradas.

P3

O operador clica no boto Novo e apresenta a tela de sala com todos os campos
de insero de uma nova sala (Bloco*, Andar*, Nmero da Sala*, Tipo de Sala*,
Lotao*, Disponibilidade* e Observao);

67

Curso de Sistemas de Informao


P4

O operador preenche os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo Bloco selecionado o bloco atribudo
sala. O campo Andar selecionado o andar atribudo sala. O campo Tipo de
Sala selecionado o tipo de sala atribudo sala. O campo Disponibilidade
selecionado se a sala est disponvel ou no disponvel;

P5

O operador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar o cadastro da sala, o
operador clica no boto Cancelar voltando ao passo P2;
A02

P1

Alterar Sala.

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de sala (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de sala e a exibe na tela de sala;

P3

O operador preenche os campos do formulrio que deseja editar;

P4

O operador aciona a opo Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar a alterao da sala, o
operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.


A03

P1

Excluir Sala.

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de sala (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-02];

P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-03]. Caso desista de efetuar a excluso da sala, o
operador clica no boto Cancelar voltando ao passo P2.

P4

Fim do fluxo alternativo.

68

Curso de Sistemas de Informao


Excees:
E01
P1

Cadastrar Sala.

O sistema identifica que nem todos os campos obrigatrios foram preenchidos


e exibe a mensagem para cada campo [MSG-04]. Os campos lista de opes
que no forem preenchidos aparecer uma mensagem [MSG-05];

P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 17 Regras de Negcio de UC-05 Manter Sala.

Regras de Negcio
ID

Descrio

RN-09
RN-10

O operador o responsvel por manter sala.


S poder haver um nmero de sala no mesmo bloco e mesmo andar.

Mensagens.
Quadro 18 Mensagens de UC-05 Manter Sala.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04
MSG-05

Descrio
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
O registro foi removido com sucesso.
Preencha este campo.
Selecione um item da lista.

69

Curso de Sistemas de Informao


4.5.8. Caso de Uso (UC-06): Manter Turma.
Descrio.
Este caso de uso descreve a funcionalidade para manter turma.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam de manter turma.
Atores.
Operador (Administrador do sistema e Coordenador de Curso).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar a seguinte
condio:

O Administrador e o Coordenador Administrativo devero estar autenticados no


sistema.

Fluxo de Eventos:
Fluxos Alternativos:
A01 Cadastrar Turma.
P1

O operador escolhe a opo de menu Turma;

P2

O sistema apresenta a tela principal de Manter Turma, apresentando os campos


da turma (N da Turma, Semestre Letivo, Localizao da Sala e Turno) das
turmas cadastradas;

P3

O operador clica no boto Novo e apresenta a tela de turma com todos os


campos de insero de uma nova turma (Semestre Letivo*, Sala* e Turno*);

P4

O operador seleciona os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo Semestre Letivo selecionado o semestre
letivo da turma. O campo Sala selecionado a sala da turma. O campo Turno
selecionado o turno da turma;

70

Curso de Sistemas de Informao


P5

O operador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar o cadastro da turma, o
operador clica no boto Cancelar voltando ao passo P2;

P7

Fim do fluxo alternativo e o caso de uso encerrado.

A02
P1

Alterar Turma.

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de turma (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de turma e a exibe na tela de


turma;

P3

O operador altera os campos do formulrio que deseja editar;

P4

O operador aciona o boto Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar a alterao da turma, o
operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.

A03
P1

Excluir Turma.

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de turma (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia


[MSG-02];

P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-03]. Caso desista de efetuar a excluso da turma, o
operador clica no boto Cancelar voltando ao passo P2.

P4

Fim do fluxo alternativo.

71

Curso de Sistemas de Informao


Excees:
E01
P1

Cadastrar Turma.

O sistema identifica que nem todos os campos obrigatrios, as listas de opes,


foram selecionadas e exibe a mensagem para cada campo [MSG-04];

P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 19 Regras de Negcio de UC-06 Manter Turma.

Regras de Negcio
ID

Descrio

RN-11
RN-12

O operador o responsvel por manter turma.


Uma turma s poder ser alocada para um turno numa mesma sala em um mesmo
semestre letivo.

Mensagens.
Quadro 20 Mensagens de UC-06 Manter Turma.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04

Descrio
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro
O registro foi removido com sucesso.
Selecione um item da lista.

72

Curso de Sistemas de Informao


4.5.9. Caso de Uso (UC-07): Ensalamento.
Descrio.
Este caso de uso descreve a funcionalidade de ensalamento.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam de ensalamento.
Atores.
Operador

(Administrador

do

sistema,

Coordenador

Administrativo

Coordenador de Curso).
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar as
seguintes condies:

O administrador do sistema, o Coordenador Administrativo e o


Coordenador de Curso devero estar autenticados no sistema.

A turma dever estar cadastrada no sistema.

A disciplina dever estar cadastrada no sistema.

O professor dever estar cadastrado e ativo no sistema.

Fluxo de Eventos:
Fluxos Alternativos:
A01 Cadastrar Ensalamento.
P1

O operador escolhe a opo de menu Ensalamento;

P2

O sistema apresenta a tela principal de Ensalamento, apresentando os campos


do ensalamento (Turma, Dia da Semana, Localizao da Sala, Disciplina e
Professor) dos ensalamentos cadastrados;

P3

O operador clica no boto Novo e apresenta a tela de ensalamento com todos


os campos de insero de um novo ensalamento (Turma*, Dia da Semana*,

73

Curso de Sistemas de Informao


Disciplina* e Professor*);
P4

O operador seleciona os campos. Os campos com asterisco so de


preenchimento obrigatrio. O campo Turma selecionado a turma que ser
atribuda ao ensalamento. O campo Dia da Semana selecionado o dia da
semana que ser atribudo ao ensalamento. O campo Disciplina selecionado
a disciplina que ser atribuda ao ensalamento. O campo Professor
selecionado o professor que ser atribudo ao ensalamento;

P5

O operador aciona o boto Salvar;

P6

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar o cadastro do ensalamento,
o operador clica no boto Cancelar voltando ao passo P2;

P7

Fim do fluxo alternativo e o caso de uso encerrado.

A02
P1

Alterar Ensalamento.

O fluxo alternativo inicia-se quando o operador aciona a opo Editar em um


registro de ensalamento (aps o passo P2 do fluxo alternativo A01);

P2

O sistema recupera as informaes do registro de ensalamento e a exibe na


tela de ensalamento;

P3

O operador altera os campos do formulrio que deseja editar;

P4

O operador aciona o boto Salvar;

P5

O sistema realiza o cadastro das informaes e apresenta informao de


sucesso na ao [MSG-01]. Caso desista de efetuar a alterao do
ensalamento, o operador clica no boto Cancelar voltando ao passo P2;

P6

Fim do fluxo alternativo.

A03
P1

Excluir Ensalamento.

Fluxo alternativo inicia-se quando o operador aciona o boto Excluir em um


registro de ensalamento (aps o passo P2 do fluxo alternativo A01);

P2

Ao clicar no boto Excluir apresenta a janela com a mensagem de advertncia

74

Curso de Sistemas de Informao


[MSG-02];
P3

Caso o operador confirme a excluso clicando no boto OK surgir a mensagem


de informao [MSG-03]. Caso desista de efetuar a excluso do ensalamento,
o operador clica no boto Cancelar voltando ao passo P2;

P4

Fim do fluxo alternativo.

Excees:
E01
P1

Cadastrar Ensalamento.

O sistema identifica que nem todos os campos obrigatrios, as listas de opes,


foram selecionadas e exibe a mensagem para cada campo [MSG-04];

P2

O sistema retorna para o campo que no foi preenchido.

Regras de Negcio Especficas.


Quadro 21 Regras de Negcio de UC-07 Ensalamento.

Regras de Negcio
ID

Descrio

RN-13
RN-14

O operador o responsvel por manter ensalamento.


Para criar o ensalamento necessrio que haja previamente cadastrado os itens:
professor, disciplina e turma.

Mensagens.
Quadro 22 Mensagens de UC-07 Ensalamento.

Mensagens
ID
MSG-01
MSG-02
MSG-03
MSG-04

Descrio
Os dados foram salvos com sucesso.
Realmente deseja excluir este registro.
O registro foi removido com sucesso.
Selecione um item da lista.

75

Curso de Sistemas de Informao


4.5.10.

Caso de Uso (UC-08): Visualizar Mapa.

Descrio.
Este caso de uso descreve a funcionalidade para visualizar mapa.
Objetivo.
Proporcionar a todos os envolvidos uma viso clara e objetiva de todas as
regras, fluxos de sistema, interface e tratamento de excees para as operaes que
tratam de visualizar mapa.
Atores.
Todos usurios.
Pr-condies.
Para iniciar a execuo do caso de uso o sistema dever apresentar as
seguintes condies:

O usurio dever estar autenticado no sistema;

O ensalamento dever estar criado no sistema.

Fluxo de Eventos:
Fluxo Alternativos:
A01 Visualizar Mapa
P1

O operador escolhe a opo de menu Visualizar Mapa;

P2

O sistema apresenta a tela principal de Visualizar Mapa, apresentando os


campos de visualizar mapa (Semestre Letivo, Turno, Dia da Semana, Bloco,
Andar, Sala, N da Turma, Tipo da Sala, Disciplina, Perodo, Curso e Professor);

P3

O usurio digita no campo de pesquisa as palavras que deseja buscar na tela;

P4

Fim do fluxo alternativo e o caso de uso encerrado.

76

Curso de Sistemas de Informao


Regras de Negcio Especficas.
Quadro 23 Regras de Negcio de UC-08 Visualizar Mapa.

Regras de Negcio
ID
RN-15

Descrio
Todos usurios podero visualizar mapas.

77

Curso de Sistemas de Informao


4.6.

Diagrama de Classe
Os diagramas de classe so usados no desenvolvimento de um modelo de

sistema orientado a objetos para mostrar as classes de um sistema e as associaes


entre essas classes. Em poucas palavras, uma classe de objeto pode ser pensada
como uma definio geral de um tipo de objeto do sistema. Uma associao um link
entre classes que indica algum relacionamento entre as classes. Consequentemente,
cada classe pode precisar de algum conhecimento sobre sua classe associada
(SOMMERVILLE, 2011).
Um diagrama de classe exibe um conjunto de classes e seus relacionamentos.
Proveem uma viso esttica da estrutura de um sistema e, portanto, so usados na
modelagem conceitual estrutural (BOOCH; RUMBAUGH; JACOBSON, 2006).
A figura 06 apresenta o diagrama de classe do SANAT.

Figura 06 - Diagrama de Classe de Domnio.

78

Curso de Sistemas de Informao


4.7.

Diagrama de Sequncia
Os diagramas de sequncia em UML (Unified Modeling Language), so

usados, principalmente, para modelar as interaes entre os atores e os objetos em


um sistema e as interaes entre os prprios objetos. A UML tem uma sintaxe rica
para diagramas de sequncia, que permite a modelagem de vrios tipos de interao.
Como o nome indica, um diagrama de sequncia mostra a sequncia de
interaes que ocorrem durante um caso de uso em particular ou em uma instncia
de caso de uso (SOMMERVILLE, 2011).
So um tipo de diagrama de interao cuja nfase est na ordenao temporal
das mensagens (BOOCH; RUMBAUGH; JACOBSON, 2006).
A seguir sero mostrados alguns diagramas de sequncia do SANAT.
Diagrama de Sequncia Cadastrar Usurio.

Figura 07 - Diagrama de Sequncia Cadastrar Usurio.

79

Curso de Sistemas de Informao


Diagrama de Sequncia Cadastrar Professor

Figura 08 - Diagrama de Sequncia Cadastrar Professor.

Diagrama de Sequncia Cadastrar Curso.

Figura 09 - Diagrama de Sequncia Cadastrar Curso.

80

Curso de Sistemas de Informao

Diagrama de Sequncia Cadastrar Disciplina.

Figura 10 - Diagrama de Sequncia Cadastrar Disciplina.

Diagrama de Sequncia Cadastrar Sala

Figura 11 - Diagrama de Sequncia Cadastrar Sala.

81

Curso de Sistemas de Informao


Diagrama de Sequncia Cadastrar Turma

Figura 12 - Diagrama de Sequncia Cadastrar Turma.

Diagrama de Sequncia Ensalamento

Figura 13 - Diagrama de Sequncia Ensalamento.

82

Curso de Sistemas de Informao


Diagrama de Sequncia Visualizar Mapa

Figura 14 Diagrama de Sequncia - Visualizar Mapa.

4.8.

Modelo Entidade Relacionamento


Segundo BELMIRO (1993), o modelo entidade-relacionamento um diagrama

que detalha as associaes existentes entre as entidades de dados e utiliza


componentes prprios de semntica. Com nfase para as entidades com que o
sistema lida, bem como a relao entre as entidades.
Por GANE (1993), a modelagem de dados necessria para melhor visualizar
os relacionamentos entre os depsitos de dados como o objetivo de eliminar
redundncias.
O Modelo Entidade Relacionamento (MER) o mais difundido mtodo para a
determinao de modelos semnticos de dados, sendo este o adotado para a
determinao da viso de dados desse modelo, e continua sendo at hoje.
O MER baseia-se numa percepo de universo constitudo por um grupo de
objetos chamados de entidades e por relacionamentos entre esses objetos (CHEN,
1990). Uma entidade a representao de um conjunto de objetos reais ou abstratos
que so reconhecidos como sendo do mesmo tipo por compartilhar as mesmas

83

Curso de Sistemas de Informao


caractersticas (FURLAN, 1997). A distino entre as entidades obtida associandose a cada entidade um conjunto de atributos que descrevem o objeto. Um
relacionamento uma associao lgica entre duas ou mais entidades.
A figura 15 mostra o diagrama de entidade e relacionamento do banco de dados
do SANAT.

Figura 15 Diagrama de Entidade e Relacionamento do Banco de Dados.

4.9.

Telas do Sistema.
A seguir sero apresentadas algumas das telas do sistema.

84

Curso de Sistemas de Informao


Tela de Login.

Figura 16 Tela de Login.

85

Curso de Sistemas de Informao


Tela Principal de Manter Usurio.

Figura 17 Tela Principal de Manter Usurio.

86

Curso de Sistemas de Informao


Tela Editar Professor.

Figura 18 Tela Editar Professor.

87

Curso de Sistemas de Informao


Tela Criar Novo Curso.

Figura 19 Tela Criar Novo Curso.

88

Curso de Sistemas de Informao


Tela Editar Disciplina.

Figura 20 Tela Editar Disciplina.

89

Curso de Sistemas de Informao


Tela Principal de Manter Turma.

Figura 21 Tela Principal de Manter Turma.

90

Curso de Sistemas de Informao


Tela Principal de Ensalamento.

Figura 22 Tela Principal de Ensalamento.

91

Curso de Sistemas de Informao


Tela Visualizar Mapa.

Figura 23 Tela Visualizar Mapa

92

Curso de Sistemas de Informao


5. CONCLUSO
O SANAT atende s expectativas do NADD e traz um ganho em termos de
qualidade em disseminar informaes precisas relativas a turmas. Com o sistema, foi
minimizado os problemas de informaes imprecisas e desencontradas. Os
coordenadores tm um melhor controle sobre formao de turmas e localizao fsica
das mesmas. Os colaboradores tm maior facilidade em repassar informaes ao
corpo docente e discente sobre turmas, localizao fsica.
Com a operacionalizao do SANAT a instituio obtm uma melhoria na
prestao de servios do NADD, com um diferencial de possuir mais um sistema
informatizado que auxilia a colaboradores e coordenadores em suas atividades
dirias, agregando valor aos servios prestados.
Em verses posteriores o SANAT poder evoluir com adicionamento de outras
funcionalidades a critrio dos usurios e/ou da instituio. Poder por exemplo, trazer
informaes mais detalhadas sobre os alunos das turmas, equipamentos audiovisuais
dos ambientes de ensino e tambm opes de impresso. Poder se integrar a outros
sistemas pr-existentes que so aplicaes do tipo web. A base de dados poder ser
utilizada por outros sistemas. Tambm poder expandir para outras unidades da
instituio, do Centro Universitrio JMP.

93

Curso de Sistemas de Informao


REFERNCIAS BIBLIOGRFICAS
ABNT NBR ISO/IEC 14598 Tecnologia da Informao Avaliao de Produto
de Software. Rio de Janeiro: Associao Brasileira de Normas Tcnicas, 2013.
APACHE.
The
Apache
Software
Foundation.
<httpd.apache.org/docs/>. Acesso em 21 de maio de 2015.

Disponvel

em:

AXURE. Introducing Axure RP. Disponvel em: <http://www.axure.com/features>.


Acesso em: 02 de junho de 2015.
BASS, L., CLEMENTS, P., KAZMAN, R., Software Architecture in Practice, Second
edition, Addison Wesley, 2003.
BELMIRO, N.JOO. Metodologias de Desenvolvimento de Sistemas. So Paulo:
rica, 1993.
BLAHA, M., RUMBAUGH, J., Modelagem e Projetos Baseados em Objetos com
UML 2, Elsevier, 2006.
BOOCH, G., RUMBAUGH, J., JACOBSON, I., UML Guia do Disciplina, 2a edio,
Elsevier Editora, 2006.
BOOTSTRAP. Bootstrap. Disponvel em: <http://getbootstrap.com/>. Acesso em 24
de maio de 2015.
BUGAY, Edson Luiz; Vnia Ribas Ulbricht. Hipermdia. Florianpolis, SC: Bookstore,
2000.
CAELUM. Eclipse IDE. Disponvel em: <http://www.caelum.com.br/apostila-javaorientacao-objetos/eclipse-ide/>. Acesso em 25 de maio de 2015.
CAUTELA & POLLONI, Sistemas de Informao Administrativas de Empresas.
Atlas, 1996.
CHEN, P. Modelagem de dados: A Abordagem Entidade Relacionamento Para
Projeto Lgico. So Paulo, McGraw-Hill do Brasil, 1990.
DATE, C. J., Introduo a Sistemas de Bancos de Dados. 8. ed. Rio de Janeiro:
Elsevier, 2004.
DEITEL, H. M.; DEITEL, P. J.; NIETO, T. R. Visual Basic .Net: Como Programar.
So Paulo: Pearson Education do Brasil, 2004.
DEVMEDIA. Ferramenta Erwin uma Ferramenta Case para Modelagem de dados.
Disponvel em: <http://www.devmedia.com.br/ferramenta-erwin-uma-ferramenta-

94

Curso de Sistemas de Informao


case-para-modelagem-de-dados/8085>. Acesso em: 23 de maio de 2015.
DURES. Explorando o IIS 7.0. Disponvel em: <http://www.linhadecodigo.com.br
/artigo/1982/explorando-o-iis-70.aspx>. Acesso em 05 de junho de 2015.
FABFORCE.
Dbdesigner.
Disponvel
em:
<
http://www.fabforce.net/dbdesigner4/index.php>. Acesso em: 21 de maio de 2015.
FANDERUFF, D. Dominando o Oracle 9i: Modelagem e Desenvolvimento. So
Paulo: Pearson, 2003.
FRAGA, Jess Elias Rodrigues. Desenvolvimento de Um Web Site Para a Gesto
de Conhecimento de Trabalhos de Final de Curso. 2003. Monografia Faculdade
de Cincias da Computao e Comunicao Social, UNIPAC, Barbacena MG.
FURLAN, J. D. Modelagem de negcio. So Paulo, Makron, 1997.
GAMMA, Erich et al. Padres de Projeto: Solues Reutilizveis de Software
Orientado a Objetos. Porto Alegre: Bookman, 2000.
GANE, Chris. Anlise Estruturada de Sistemas. Rio de Janeiro: Livros Tcnicos e
Cientficos, 1993.
GIL, Antonio Carlos. Como Elaborar Projetos de Pesquisa. 4. ed. So Paulo: Atlas,
2008.
GUDWIN, R. R. Linguagens de Programao. [Campinas], 1997. Notas de aula.
Disponvel em: <ftp://ftp.dca.fee.unicamp.br/pub/docs/ea877/lingpro.pspgz>. Acesso
em: 02 jun. 2015.
GUEDES, G. T. A. UML - Uma Abordagem Prtica. 1. ed. So Paulo: Novatec, 2004.
INFOWESTER. Conhecendo o Servidor Apache (HTTP Server Project). Disponvel
em: <http://www.infowester.com/servapach.php>. Acesso em: 25 maio, 2015.
LAUDON K. C. & LAUDON J. P. Sistemas de Informaes Gerenciais. So Paulo:
Prentice Hall, 2004.
LIMA, Adilson da Silva. UML 2.0 do Requisito Soluo. 1.ed. So Paulo: rica,
2005.
MACORATTI. Padres de Projeto: O Modelo MVC Model View Controller.
Disponvel em: <http://www.macoratti.net/vbn_mvc.htm>. Acesso em: 29 de maio de
2015.
MATTHEW, N.; STONES, R. Beginning Databases With PostgreSQL - From

95

Curso de Sistemas de Informao


novice to Professional. 2. ed. New York: Apress, 2005.
MEDEIROS, E. S. Desenvolvendo Software Com UML 2.0. 1. ed. So Paulo:
MAKRON Books, 2004.
MICROSOFT. Servidor Web (IIS). Disponvel em: <https://technet.microsoft.com/ptbr/library/cc753433%28v=ws.10%29.aspx>. Acesso em: 05 de junho de 2015.
NETBEANS.
Netbeans
IDE.
Disponvel
em:
<https://netbeans.org/features/all_pt_BR.html>. Acesso em: 25 de maio de 2015.
NETO, D. C. Arilo. Introduo Modelagem de Dados. Disponvel em:
<http://www.devmedia.com.br/introducao-a-modelagem-de-dados-artigo-revista-sqlmagazine-86/20398>. Acesso em: 20 de maio de 2015.
NEWSCRAFT. May 2014 Web Server Survey. Disponvel em:
<http://news.netcraft.com/archives/2014/05/07/may-2014-web-server-survey.html>.
Acesso em: 05 de junho de 2015.
OLIV, A., Conceptual Modeling of Information Systems, Springer, 2007.
ORACLE.
A
Histria
da
Oracle.
2004.
Disponvel
em:
<http://www.oracle.com/lang/pt/coporate/story.html>. Acesso em: 18 de maio de 2015.
PFLEEGER, S.L., Engenharia de Software: Teoria e Prtica, So Paulo: Prentice
Hall, 2 edio, 2004.
PORTALEDUCAO,
Servidor
de
Aplicao:
Tomcat.
Disponvel
em:<http://www.portaleducacao.com.br/informatica/artigos/38206/servidor-deaplicacao-web-tomcat>. Acesso em: 17 de maio de 2015.
POSTGRESQL.
PostgreSQL.
Disponvel
<http://www.postgresql.org.br/old/sobre>. Acesso em: 19 de maio de 2015.

em:

PRESSMAN, R. S. Engenharia de Software. 3 edio. So Paulo, Makron Books,


1995.
PRESSMAN, R.S. Engenharia de Software. 7 edio, Editora McGraw-Hill, 2011.
RAMALHO, J. A. Oracle. So Paulo: Berkeley Brasil, 1999.
REAL, EDUARDO. Programao de Computadores 1. Disponvel em:
<http://eduardoreal.wikispaces.com/file/view/PC1_Introd.pdf>. Acesso em: 17 de maio
de 2015.

96

Curso de Sistemas de Informao


REZENDE, D. A. Sistemas de Informaes Organizacionais: Guia Prtico Para
Projetos em Cursos de Administrao, Contabilidade e Informtica. So Paulo:
Atlas, 2005.
SADALAGE, P. J.; FOWLER, M. NoSQL Distilled - A Brief Guide to the Emerging
World of Polyglot Persistence. 1. ed. New Jersey: Pearson Education, 2013.
SOMMERVILLE, I., Engenharia de Software, 8 Edio. So Paulo: Pearson
Addison Wesley, 2007.
SOMMERVILLE, I., Engenharia de Software, 9 Edio. So Paulo: Pearson
Prentice Hall, 2011.
SPARX
SYSTEMS.
Sparx
Systems.
Disponvel
em:
http://www.sparxsystems.com/about.html >. Acesso em: 2 de maio de 2015.

<

THOMSON, L.;WELLING L., PHP e MySQL Desenvolvimento Web, 3 Edio.


Editora: Campus, 2005.
WAZLAWICK, R.S., Anlise e Projeto de Sistemas de Informao Orientados a
Objetos, Elsevier, 2004.
WD-43. Desenvolvimento Web com HTML, CSS e JavaScript Disponvel em
<www.Caelum.com.br>. Acesso em 01 e junho de 2015.
WIEGERS, K.E., Software Requirements: Practical Techniques For Gathering
And Managing Requirements Throughout The Product Development Cycle. 2nd
Edition, Microsoft Press, Redmond, Washington, 2003.
ZEGGER, C. Demystifying And Tunning Oracle Memory Allocation. 2001.
Disponvel em: <http://www.oracleassist.com>. Acesso em: 01 de junho de 2015.